이제 나이 먹어 강제로 4.0 버전업됨, 일인개발자임, 파키스탄식 코딩.. 오래된 코드도 다시 쓴다.
윈도우 프로그램 제작시 텍스트 박스등 입력 컨트롤에 한글을 입력 할 시 포커스가 벗어나면,
한글 밀림현상이 발생하는 경우가 간혹 있다. ( 외국 윈도우컨트롤 라이브러리 사용등.. )
입력 : 가나다라
포커스변경이후 : 라나다가
이런 현상을 해결 하기 위해 간단한 솔루션이 있는데,
프로젝트가 있는 경로의 *.csproj 파일을 메모장으로 열어 <PropertyGroup> 하위 노드에 다음 내용을 추가 한 후 저장하면 된다.
<SubsystemVersion>5.01</SubsystemVersion>
이번에 빌라로 이사가게 되었는데, 부동산에 ㅂ자도 모르는상태에서
건물주와 계약을 했는데, 다시 계약을 해야 한다는 소리에 무슨소리인가.. 멍하기도 하고 겁도 나고 해서
나와 비슷한 사례를 격은 사람이 있던데, 대략적인 내용은 다음과 같다.
Q.6층짜리 신축빌라 전세로 계약했습니다
건물주랑 저희집(601호) 명의가 다른데 계약금을 건물주 계좌로 입금하라고 하던데 집주인한테 입금하는게 아니고 건물주에게 해도 맞는지
신축빌라는 계약서를 두번 작성한다고 하는데
처음은 분양사무소랑 계약서 작성하고
두번째는 입주시 잔금치루고 설정말소조건으로 잔금시 설정해지하고 다시 작성한다고 하던데 그게 맞는건지요?
A.답변드리겠습니다.
1. 신축빌라전세의 경우, 투자자가 매입해 내놓는 경우가 90%이상이며, 분양중인 신축축 건물들의 경우,
준공허가가 나지 않은 경우가 많이 있기 때문에, 절차가 복잡한 감이있습니다.
2. 순서를 간략하게 설명해드리겠습니다.
1) 건축주와, 집주인이 될 매수인이, 계약체결 ( 계약금만 지불하고, 잔금은 입주자가 생기면 그때
진행하기로함. 이라는 식의 단서조항을 걸었을 거에요)
2) 세입자 계약 ( 사실상 이때에는 계약서를 쓸 필요는 없습니다. 단순하게 계약금만 걸어놓고,
계약서는 명의가 집주인 명의로 이전 되었을때 작성하면 되는 부분이긴 합니다. 다만 분양팀 입장에서,
계약금만 달랑 걸어놓으면 불안 하겟지요? 왜냐하면, 세입자가 생겼으니 이제 계약을 진행 하겟다고.
매수인에게 밝히고, 각종 절차를 밟아야 하는데, 그와중에 세입자가 해약을 한다면, 매우 번거로운 절차
를 다시 밟아야 한답니다. 때문에 분양팀에서 건축주와 계약을 한번 써놓고, 그다음에, 명의 이전이
되면, 매수인 ( 즉 임대인 되실분 ) 과의 정식 계약을 맺게 된답니다.
3. 일단 현재 명의자는 건축주 이기때문에, 아직 집주인에게 계약금을 넣을 필요가 없습니다.
만약 분양계약도 어떠한 문제때문에 해약이 난다면, 그집은 다시분양을 해야하기 때문이겟죠?
그래서 현 시설물의 주인인 건축주가 계약금을 받습니다.
이렇게 신축빌라 전월세는 복잡합니다 ^^;;
출저 : https://kin.naver.com/qna/detail.nhn?d1id=4&dirId=4020201&docId=290097502&qb=67mM6528IOuRkOuyiCDqs4Tslb0=&enc=utf8§ion=kin&rank=2&search_sort=0&spq=0&pid=UtojvspVuE4ssaCrR4hssssss8R-016860&sid=wg7Dl%2BHKV/43kqAO7exgkw%3D%3D
부동산 하시는 지인분도 전세계약서에 계약을 다시 하더라도 승계된다는 내용이 있다면 별 문제 없다고 한다.
위에 왜 그런지는 이해는 하겠는데.. 불안한건 어쩔수 없는듯 ..
전세 보증보험이라도 가입해놔야겠다.
데이터가 아래와 같이 있다.
이 테이블은 대여에 관한 테이블 일부다. 문서( FK_DOC ) 에 대하여 가장 최근 대여 (RANT_DATE)가 이루어진 항목을 검색 하고자 할때,
다음과 같은 쿼리를 사용하면 원하는 결과를 얻을 수 있다.
SELECT R1.* FROM TB_RANT AS R1 LEFT JOIN TB_RANT R2 ON R1.FK_DOC = R2.FK_DOC AND (R1.RANT_DATE < R2.RANT_DATE OR (R1.RANT_DATE = R2.RANT_DATE AND R1.SEQUNCE < R2.SEQUNCE)) WHERE R2.FK_DOC IS NULL
결과 >
이 쿼리는 뷰에서도 사용 가능하다.
지난번 포스팅에서는 gogs를 NAS에 설치하는것까지 진행해 보았다.
나스가 도메인이 연결 되있고, 그대로 실행한다면 웹브라우저에서 나타나지 않을 수 있다.
이번 네트워크 설정 부분은 사용자마다 다를수 있으므로 참고 정도로 보는게 옳은것 같다.
네트워크 환경 및 향후 시나리오
우선 도메인 제공 업체에서 DNS설정 부터 해준다.
git.kimcblog.com을 사용할 예정이라 CNAME 레코드를 추가 해준다.
다음으로 NAS의 DSM 관리 페이지로 이동하여 제어판 => 응용 프로그램 포털 => 역방향 프록시메뉴로 이동한다.
생성 버튼을 눌러 다음과 같이 입력한다.
위의 예시는 HTTPS 프로토콜을 사용하는 예시인데, HTTPS 프로토콜을 사용한다면 추가로 인증서 작업을 해줘야 한다.
제어판 => 보안 => 인증서로 이동한다.
을 누르면 인증서가 발급된다.
발급된 인증서를 선택하고 구성 버튼을 눌러 서비스항목에 git.kimcblog.com 항목을 git.kimcblog.com 인증서로 선택하여 확인을 누른다.
이 설정이 완료 되면 브라우저에서 https://git.kimcblog.com/ 입력하면 인스톨 페이지가 뜰 것이다.
추가 설정은 상황에 맞게 입력하면 된다.
위의 상황에 따라 적절한 값을 입력하고 Gogs설치하기를 누른다.
위와 같이 설치가 완료 되었다.
시놀로지 Nas에 Git Server가 있지만, SSH 또는 Telnet으로 접속해서 매번 명령어를 처야하는 번거로움도 있고,
명령어에 관한 지식도 배워야하고 이만 저만 번거로움이 있는게 아니다.
git을 쉽게 사용하고픈 마음에 검색좀 해봤는데 GitHub 처럼 Web Service를 제공 하는 방법이 있어
포스팅하게 되었다.
물론 현재 글쓰고 있는 시점에 시놀로지 Nas 패키지센터에 GitLab이라는 패키지를 제공하여 한방에 해결해주는
기능이 있지만, 어떠한 이유인지 서비스가 몇분 운용 되면 멈춤 현상 때문에 패키지를 삭제하고 다른 방법을 찾게 된거다.
| 서비스명 | 지원OS | URL |
|---|---|---|
| Bonobo Git Server | Win | https://bonobogitserver.com |
| gogs | Linux/Mac/Win | https://gogs.io |
| gitea | Linux/Mac/Win | https://gitea.io |
이 포스팅은 다음과 같은 시나리오로 작성
NAS 패키지 센터에서 다음 패키지들을 설치한다.
이후, phpMyAdmin에 접속하여 gogs라는 이름으로 데이터베이스를 생성
추후 SSH 접속을 하기 때문에 제어판 => 터미널 및 SNMP 메뉴에서 SSH 서비스 활성화에 체크
gogs-spk 이 링크를 클릭하여 Clone or download => Download ZIP 파일을 다운로드한다.
이 파일은 손쉽게 gogs.spk 파일을 생성해준다.
다음으로 https://dl.gogs.io/ 이곳을 통하여 gogs 파일을 다운받는데 자신의 장비와 맞는 파일을 받길 바란다.
만약, 잘못 받을 경우 설치는 가능할 수는 있으나 서비스가 작동하지 않는다.
위의 과정을 거치면 gogs.spk 파일이 생성이 된다.
이 파일을 로컬로 다운로드 한다.
나스의 DSM 페이지에서 패키지 센터를 클릭 한 후 설정메뉴에서 신뢰 수준을 모든 게시자로 변경하여 저장한다.
수동 설치 버튼을 눌러 내려받은 gogs.spk 파일을 선택하고 다음, 적용버튼을 눌러 설치한다.
여기까지가 gogs 설치고 다음 포스팅엔 네트워크 설정 및 gogs설정에 대하여 알아본다.
모든 사람들이 명세서 작업을 해야한다고 생각은 하지만, 아무도 명세서 작업을 하지 않습니다.
왜 명세서 작업을 하지 않을까요?
명세서 작업단계를 건너뛰면 시간을 절약할 수 있다고 말합니다.
이런 사람들은 명세서 작성 작업이 NASA에서 우주 왕복선을 만드는 공학도나 큰 규모의 보험회사 직원에게나 필요한 사치쯤으로 치부합니다.
명세서 작업을 하지 않는 관례는 소프트웨어 프로젝트에서 가장 크고 불필요한 위험 요인을 짊어지는 행동입니다. 이는 등에 옷가지만을 걸친 다음에 날기를 기대하며 모하비 사막을 건너려고 출발하는 것만큼이나 바보스럽습니다.
명세서 작업을 생략하고 바로 코드 작성으로 뛰어드는 프로그래머나 소프트웨어 개발자는 스스로를 허리춤에서 순식간에 총을 뽑는 멋진 총잡이라고 생각하는 경향이 있습니다.
하지만 결코 그렇지 않으며, 이런 개발자일수록 놀라 자빠질 정도로 생산성이 낮습니다.
즉, 형편 없는 코드를 작성하거나 조잡한 소프트웨어를 양산하며, 결국 전혀 쓸데없는 거대한 위험을 자초해 프로젝트를 위협합니다.
기능 명세 – FUNCTIONAL SPECIFICATION
완전히 사용자 관점에서 제품이 어떻게 동작할지를 기술합니다. 어떻게 구현했는지는 신경도 쓰지 않습니다. 기능에 대해 이야기하고, 화면, 메뉴, 대화상자와 같은 사용자 인터페이스 부품을 명세합니다.
기술 명세 – TECHNICAL SPECIFICATION
프로그램 내부 구현을 기술합니다. 자료구조와 관계형 데이터베이스 모델과 프로그래밍 언어, 도구, 알고리즘 선택과 같은 항목을 다룹니다.
* 좋은 기능 명세에 대한 아이디어!
1. 면책 조항
방어적인 내용 “이 명세는 완벽하지 않습니다.” 시간이 흘러 명세가 완벽하게 되면 다음과 같이 면책 조항을 바꿀 수 있다. “제가 알기로는 이 명세는 거의 완벽합니다. 하지만 무언가 빠뜨렸을 경우에는 제게 말씀해주세요”
2. 저자
명세는 1명이 전담해서 작성해야만 합니다. 큰 제품일 경우라면, 여러 부문으로 쪼갠 다음에 각각을 개인에게 할당해서 독자적으로 명세하게 합니다. 어떤 회사는 명세에 이름을 넣어서 개인의 공로를 인정하는 관례를 이기적인 행동이나 팀워크를 해치는 일이라고 생각합니다.
하지만 이는 허튼 소리입니다. 사람들은 자신이 명세한 사항에 대해 책임감과 소유의식을 느껴야 합니다. 명세에서 무언가 잘못되면, 이를 수정할 책임이 있는 명세서 소유자를 지정해야 하며 이 사람 이름이 바로 명세서에 찍혀 있어야 합니다.
3. 시나리오
생생하고 현실적인 시나리오를 만들수록, 실 사용자나 가상으로 창조한 사용자 모두를 위한 제품을 더 잘 만들 수 있습니다.
4. 회피목표
팀 단위로 제품을 만들 때 없으면 못살겠다는 이유만으로 실제든 상상이든 간에 각자 좋아하는 상큼한 기능을 넣으려는 경향이 있습니다. 이렇게 불필요한 기능을 쳐내는 가장 좋은 방법으로 명세에 회피목표 항목을 추가합니다.
5. 개괄
개괄은 명세를 위한 목차와 유사합니다. 개괄은 간단한 흐름도이거나 광범위한 아키텍쳐 관점에서 본 토론일 수도 있습니다. 모든 사람이 숲을 보기 위해 목차를 읽습니다. 이렇게 해야 나무도 의미가 있을 것입니다.
6. 세부사항
웹 타입 서비스를 설계할 때 세부사항을 정리하는 좋은 방법은, 모든 가능한 화면에 기준이 되는 이름을 붙인 다음, 너무나도 자세해 못 견딜 만큼 따분한 세부사항을 매 화면마다 기술하는 장을 제공하는 겁니다.
세부사항은 기능 명세에서 가장 중요한 핵심입니다.
7. 미해결 문제
명세 첫 버전에 미해결 문제를 남겨놓아도 나쁘지 않습니다. 문제점을 쉽게 찾을 수 있도록 특별한 스타일을 적용해서 표시를 하고, 적당한 대안이 있으면 이를 논의합니다. 프로그래머가 작업을 시작할 무렵에 이런 모든 미해결 사항들을 짚어놔야 합니다.
단순히 프로그래머가 모든 쉬운 작업부터 시작하도록 내 버려두고, 나중에 미 해결 문제를 푸는 방법이 옳다고 생각할지도 모르겠습니다. 하지만, 이는 잘못된 생각입니다. 프로그래머가 코드를 구현하려고 시도할 무렵에 나타나는 새로운 문제점과 씨름하는 과정에서 또 다른 문제점이 나타날 것이며, 당신이 미리 알고 있었으며, 예전에 끝냇어야 하는 미해결 문제 역시 그대로 남아 있을 것입니다. 설상 가상으로 난이도 높은 문제를 해결하는 과정이 코드를 작성하는 방법에도 상당한 영향을 미칠지도 모르겠습니다.
8. 방주 (SIDE NOTE)
명세를 작성하는 동안에 프로그래머, 테스터 , 마케팅팀원, 기술집필가와 같은 다양한 청중이 있음을 기억해야 합니다. 명세를 작성할 때 단지 특정 그룹에만 유용한 활자화한 사실을 고려하면 좋겠습니다. 예를 들어 프로그래머를 위해 기술적으로 유용한 몇가지 세부 사항을 기술하는 메시지를 ‘기술노트’항목으로 구분해서 기록할 수 있습니다. 마케팅 팀원은 이런 메시지를 무시하지만 프로그래머는 이런 메시지를 탐독합니다.
9. 명세는 지속적으로 개정해야 합니다.
주기적으로 개정하여 현실을 반영합니다. 명세는 항상 제품이 동작하는 원리를 최대로 반영하는 그림자 입니다. 명세는 단지 제품이 코드완료시점에서 굳어질 따름입니다.
* 명세서 작성 팁
1. 재미있게 씁시다.
여러분이 작성한 명세가 유쾌하며 재미있고 읽기 쉽다는 이유로 당신을 얕보는 회사에 근무한다면, 어서 다른 회사를 찾는 게 낫습니다.
2. 명세를 쓰는 작업은 머리가 돌아가도록 코드를 쓰는 작업과 유사하다.
문서를 소개하려는 대상층을 감안하고, 단계마다 그 사람이 무엇을 이해하길 바라는지 먼저 상각해보세요. 문장마다 독자가 내용을 깊이 이해했을지, 문맥의 의미는 파악했는지 스스로 되물어보십시오. 그래야 명세를 읽는 높으신 분께서 수많은 기술 용어에 압도당해 처음부터 문서 읽기를 포기하거나 멈추지 않게 될 겁니다.
3. 최대한 단순하게 작성하라.
쉬운 문장으로 작성하는 방식은 왠지 프로답지 않다는 생각에, 형식적이며 현학적인 언어를 남발하지는 마세요. 가능한 가장 쉬운 언어를 사용해야 합니다. 실제화면 보다 명세서를 더 효과적으로 개선하는 방법은 없습니다. 그림은 천마디 말보다 낫습니다.
4. 여러차례에 걸쳐 검토하고 다시 읽어라.
5. 표준양식은 해롭다고 간주한다.
모든 명세는 일정한 형식을 갖춰야 한다라는 생각은 버리십시오.
출처: http://elky.tistory.com/598 [엘키의 주절 주절]
개인사업자 신청은 정상적으로 발급되었고, 초기에 필요 물품 구매할 것들이 좀 있어 지출을 해야 하는데 지출증빙을 위해서 사업용 신용카드를 등록해보려 한다.
하단은 국세청 사업용 신용카드 관련 내용
01
개요
‘사업용 신용카드’ 등록 제도란?
– 개인사업자가 가사경비가 아닌 사업관련 경비의 지출용도로만 쓰는 신용카드를 홈택스 홈페이지에 등록하는 제도를 말함
‘사업용 신용카드’ 등록 시 편리한 점
– 등록한 개인사업자는 사업용 신용카드 사용내역을 홈택스 홈페이지에서 조회할 수 있고, 부가가치세 신고시 “신용카드매출전표 등 수취명세서”에 거래처별 합계자료가 아닌 등록한 신용카드로 매입한 합계금액만 기재하면 매입세액공제를 받을 수 있음
02
등록방법
개인사업자
– 홈택스 홈페이지에 공인인증서를 이용하여 로그인 후 [조회/발급 – 현금영수증 – 사업용신용카드 – 사업용신용카드 등록] 메뉴에서 사업자 본인명의로 발급받은 신용카드(직불카드 및 가족카드는 등록불가)를 최대 50개까지 등록할 수 있음
법인사업자
– 법인명의로 발급받은 신용카드는 사업용신용카드에 해당하므로 별도의 등록절차 없음
– 법인 임직원 명의의 개인카드로 사업용 물품을 구입하는 경우에는 거래처별 합계를 작성하여 매입세액 공제 신청
03
사용내역 조회 및 부가가치세 신고방법
사용내역 조회
– 홈택스 홈페이지에 등록한 사업용신용카드 사용내역은 카드사로부터 사용내역을 제공받아 전산 구축하여 사업자별 부가가치세 신고기간에 맞춰 제공하고 있으며 홈택스 홈페이지 [조회/발급 – 현금영수증 – 사업용신용카드]에서 조회가능함
구 분
조회 가능시기
개인사업자
부가가치세 확정신고 기간에 조회 가능(1월중순, 7월중순)
법인사업자
부가가치세 예정 및 확정신고 기간에 조회 가능(1,4,7,10월 중순)
부가가치세 신고 시 매입세액공제 방법
– 국세청에서 신용카드 사용처(공급자)의 업종 및 면세(간이) 여부를 발췌하여 매입세액 공제적용에 착오가 없도록 사전에 분류하여 제공
– 홈택스 홈페이지에서 조회되는 ‘세액공제 금액조회’에 아래와 같이 매입세액 공제․불공제 여부를 결정한 후, 공제대상 합계금액만 부가가치세 신고서에 기재하여 매입세액 공제를 받으면 됨
구 분
공급자 업종 및 사업자 구분
매입세액 공제여부 결정
매입세액 공제
부가가치세 일반과세자로서 선택 또는 당연불공제에 해당하지 않는 거래
매입세액 공제가 가능하며, 매입세액 공제대상이 아닌 경우 불공제로 수정 가능
선택 불공제
｢사업무관,접대관련,개인가사지출,비영업용 자동차｣등은 불공제 대상
예)음식,숙박,항공운송,승차권,주유소,차량유지,과세유흥업소,자동차구입,골프연습장,목욕,이발 등
-불공제대상으로 분류되었으나 사업용도로 이용한 건은 공제로 수정
-항공운송, 승차권, 성형수술, 목욕, 이발 등의 지출은 매입세액 불공제 대상임
당연 불공제
간이과세자 및 면세사업자와 거래
매입세액 공제 불가
※ 매입세액 불공제 대상이나 공제대상으로 잘못 적용하여 신고하는 경우 추후 잘못 공제받은 매입세액을 추징당할 수 있으므로 신고 시 유의
차근차근 하나씩 시작해나가자~!
예전 개발DB가 Windows에서 돌아가고 있었고, 서버를 이전하면서 Linux계열에서 DB를 운용하게 되었다.
그런데 내가 만든 클라이언트 프로그램들에서 Table 검색이 되지 않는다고 메세지가 나오는게 아닌가..
원인은 현재도 그렇고, 습관적으로 나는 DB명과 Table명을 대문자로 기입한다.
Windows에서는 디렉토리와 파일에 접근할 때, 대소문자를 구분하지 않지만 Linux계열은 구분한다.
당시 Windows에서 실제 생성된 DB나 Linux로 이관된 DB에서 보면 모든 Table들이 소문자로 생성 되
있는데, Window 기반에서 대문자로 쿼리를 날려도 작동은 되지만 Linux계열은 대소문자를 구분하기 때문에
실제 생성된 문자와 일치하여야한다.
다행히, MySQL에서는 해당 이슈에 대한 해결방법이 레퍼런스로 제공되고 있다.
https://dev.mysql.com/doc/refman/5.5/en/identifier-case-sensitivity.html
현재 설정값 확인법
DB Client Tool에서 show variables like ‘lower_case_table_names’; 값 확인
| value | meaing |
| 0 | CREATE TABLE 이나 CREATE DATABASE 실행시 디스크에 저장되는 테이블과 데이타베이스의 이름을 대소문자를 구분해서 생성한다.
SELECT 나 Insert 사용시에도 대소문자를 구분해서 사용해야 한다. 대소문자를 구별하는 OS 에서만 의미가 있고 Windows/Mac OS X 에 는 적용되지 않는다 |
| 1 | 테이블과 DB 이름을 소문자로 생성하며 참조시에는 소문자로 변경하여 처리한다. 기존에 대문자가 포함되어 생성한 테이블과 DB 는 문제가 될 수 있다. |
| 2 | CREATE TABLE 이나 CREATE DATABASE 실행시 디스크에 저장되는 테이블과 데이타베이스의 이름을 대소문자를 구분해서 생성한다.
참조시에는 소문자로 변경한다. 대소문자를 구분하지 않는 파일 시스템을 가진 OS(Mac OS X) 에서만 동작한다.
|
확인 해 보면 기본값이
Linux & Unix = 0,
Windows = 1,
MacOS = 2
로 설정 되 있는걸 확인 할 수 있다.
위 설정은 Windows 에서는 설치 디렉토리\my.inf 파일을 수정하면 되며,
Linux 에서는 /etc/my.cnf 파일을 다음과 같이 설정하면 된다.
* 시놀로지 NAS의 경우..
[mysqld]… 중략 …
lower_case_table_names = 1 <– 원하는 설정값
이후 DB 서비스 재시작하면 끝.
회사를 그만 두고 당분간 프리렌서 개발자로 활동하려 하는데, 사실 막막하고 아무것도 모르겠다.
정글 한가운데에 딱 놓여진 기분인데, 이대로 있다간 굶어 죽을거 같고 뭐라도 해볼려고 한다.
다행히, 일감은 얻었는데 갑측에서 세금 계산서를 처리하기를 원하고 그렇게 하려면 개인사업자가 필요하다고 한다.
첫 목표를 개인 사업자 생성으로 잡고 움직여 보려고한다.
아래 영상은 나와 같은 사람에게 매우 도움되는 영상이다.
우선 국세청 홈페이지에 사업자 등록 안내에 내용은 다음과 같다.
| > 사업자등록 신청 절차(부가가치세법 제8조) | |||||||
|
|||||||
| > 간이과세자와 일반과세자의 구분 | |||||||
|
|||||||
| > 사업자단위과세 제도 | |||||||
|
위의 정보를 바탕으로,
아래 영상은 간이과세자와 일반과세자에 관한 영상
홈텍스 화면에서 사업자 등록메뉴로 들어가 신청서 작성하면 완료.
업종 코드는 940909와 722000 두가지중 하나를 많이 선택하는것 같다.
위의 코드들을 선택함에 따라 이득은 뭐가 있는지 모르겠지만,
전자는 프로그래머라는명칭이고 소프트웨어개발및공급업이다.
의미로 볼때 전자는 개인을 의미하는단어고 후자는 단체를 의미하는 단어인데,
세금에 영향이 있을거 같기도 하다. 일단 후자를 선택해서 등록 신청한 상태
컴퓨터 포맷도 했고, 봄맞이?겸 PC좀 꾸며봤다.
구글링좀 해보니 오버워치테마가 좀 눈에 띄어서 내 입맛대로~
스크린샷
윈도우 테마
참조 영상
Lucio Visualizer : https://www.youtube.com/watch?v=ZpLMc70b564
Sombra Visualizer : https://www.youtube.com/watch?v=y1amdFMj_3M
Windows Theme : https://www.youtube.com/watch?v=0oo7SBVgUrs
