'분류 전체보기'에 해당되는 글 1250건

프로젝트 때문에, 많은 부분을 놓고 있었는데,

그중 하나가 블로그.

잠깐 참고할 자료가 필요해서 예전 기록을 뒤지다가 로그인하려하니,

3개월이라는 시간이 흘러 휴면계정이 되었다.

진짜 박터지고 머리 아프고, 온몸이 아픈 상황인지라

무엇하나 건사못하는 상황이라 이제와 블로그질을 해볼까 하는 생각조차 들지는 않지만,

잠깐 내가 어디까지 놓치고 있나라는 생각을 아주 잠깐이나마 하게 해줬다.

이제... 승부의 날은 다음 주.

다음 주만 아니, 다다음 주까지 어떻게든 잘 끝나야 할텐데...

내가 만드는 프로젝트들은 상속에 상속을 자주 하곤 한다.

리펙토링을 하다가 보면, 왜 이렇게 짰지 할 정도로 상속하는 경우가 있다.

되돌려서 생각해보면 상속하게 되는 조건은 다음과 같다.

1. 반복적으로 작성된 코드의 Generaiize - 일반화 구성

  프로그램을 짤 때 제일 중요하게 여기는 부분은 같은 코드 또 안짜기다.

  똑같이 동작하는 코드들이 산재되어 있을 때를 바라보면, 각 클래스들은 무언가 공통적인 부분이 존재한다.

  그런 경우 해당 클래스들의 역할과 내용을 보고 비슷한 애들끼리 다시 묶는다.

  묶어주는 상위 클래스에서 공통적인 코드들을 제공한다.

  물론 static 클래스와 같이 Util 을 제공하는 방법도 있지만,

  나름 멤버 변수등을 통해서 데이터를 유지하면서 공통적인 코드를 실행하는 방법은

  역시 일반화 구성을 통해 상위 클래스로 묶는 방법이다.

2. Polimophism - 다형성 구성

   프로그램을 짜다가 보면, 미묘하게 if ~ else 혹은 switch ~ case 문을 이용하여

   내부 구조를 짜는 경우가 있다. 그런데 가만히 보면 한정적인 부분에 사용되는게 아니라,

   클래스 전반적으로 이 같이 짜는 경우가 있다.

   A 라는 클래스를 만들었는데, Start와 Stop이라는 메소드가 있다.

   그런데 내부 설정에 Type이라는 것을 만들어 Type 별로 Start와 Stop의 동작이 구분되는 경우가 있다.

   이를 구현할 때, Start 안에 switch case로 Stop안에 switch case로 구현하여 제공한다.

   사람마다 관점이 다르긴 한데, 하나의 파일에 하나의 소스 안에 모든 내용이 들어 있어

   관리하기 편하다고 하긴 하는데, 이러면 코드가 엄청 길어지는 모습을 보게 된다.

   필자는 이 경우 차라리 switch case 문으로 갈릴 바에는, 각 switch case에 대응되는 클래스들을 만들고

   그 클래스를 대표하는 상위 클래스로 만든 뒤, abstract 혹은 virtual을 통해 나누어 구현한다.

   switch 기준이 되는 Type이 1, 2, 3, 4 가 있다면, 차라리 c1, c2, c3, c4 라는 클래스를 만들고,

   cbase 라는 클래스를 상속하게 한다. 이렇게 하면, 외부에서는 cbase라는 클래스만 가지고 start, stop을 하면,

   c1으로 new해서 만들면, c1에 대한 start, stop이 불리고, c2를 new해서 만들면 c2에 대한 start, stop만 불리게 된다.

상속이라는게 디버깅하다가 보면 매우 까다롭기도 하고, 왠지 프로그램 전체에 대한 이해가 떨어지면 매우

복잡해 보인다는 문제가 있다. 하지만, 한번 잘 정리가 되면 이 보다 강력한 무기가 있을까?

코드들이 알아서 실행되고, 나뉘고 분리되고, 잘만 짜면 재활용도 가능하게 된다.

아직은 더 배우고 실험해볼 구석도 많긴 하지만 아직은 재미 넘치는 분야인듯 싶다.

MS SQL에서 연결 Timeout을 설정할 수 있다.

설정 방법은 SQL ConnectionString을 수정하면 된다.

Data Source=DBServer;Initial Catalog=DBName;User ID=userid;Password=Password;Connect Timeout=30

대부분의 경우 위의 Connect Timeout의 값이 설정되지 않으면 기본값으로 15(초)로 설정된다.

그런데, 최소 값은 반드시 4을 초과해야 한다.

만일 1, 2, 3, 4 중의 숫자로 입력하는 경우에는 약 28초 이상을 Timeout으로 갖게 된다.

Connection이 되는지 여부를 판단 하기 위해서 Connection을 수행하는데, 이 Timeout을 3이하로 하니까 원하는 결과를 제대로 얻지를 못했다. 그래서 확인해보니 5 보다 작은 숫자를 넣으면 최소값으로 인정받지 못하고 무시되는 형태로 보인다. ( Connection Pool의 상황에 따라 1~2초 차이는 있다. 간혹 3초에서 되기도 하고 4초에서 되기도 한다.)

그러므로 최소값으로 설정하고 싶으면 5 이상의 값을 넣어야 된다.

Data Source=DBServer;Initial Catalog=DBName;User ID=userid;Password=Password;Connect Timeout=5

Windows 기반에 SVN 서버가 동작할 때, Hook 설정이다.

특히 SVN에서 Commit Action에 Jenkins를 연결할 때 사용하는 방법이다.

1. hook 폴더로 이동.

2. post-commit.bat 파일 작성

3. post-commit.bat 파일 내에 아래와 같이 작성

powershell -Command (New-Object System.Net.WebClient).DownloadString(\"http:///job//build?delay=0sec\");

4. 저장 후 Commit.

만일 인증 토큰을 이용하는 경우에는 URL 부분을 좀 손을 봐야 한다.

powershell -Command (New-Object System.Net.WebClient).DownloadString(\"http://:@/job//build?token=&delay=0sec\");

Linux인 경우에는 CUrl 이라는 명령으로 처리한다.

대략적으로 만들어야 하는 제품을 기준으로 각 구성요소들을 단순 무식하게 계산하여 약 400 M/M 사이즈 프로젝트가 있다고 하자.

1인당 1달 유지비를 1천만원(유지비에는 월급, 행정 처리, 프로젝트 진행 잡비 등등)으로 잡는다고 했을 때, 이 프로젝트는 최소한 40억은 있어야 한다. 그 외에는 별개로 이익 5% 까지 계산하면, 42억 정도 잡힌다.

24개월 기준으로 보면 최소 16명이 있어야 되며, 16명이 24개월 정도 업무를 수행해야 한다. 그런데, 이 M/M에는 함정이 있다. 바로 인력의 개개별의 능력이나 속도 그 외 업무에 대한 이해도 따위는 전혀 없다.

다행히 1~2명은 사업에 대한 이해나, 관련 기술의 이해가 있다고 치다.

문제는 주변인이다. 많게 쳐서 4명이 잘 안다고 해도, 16 명 중 4명 빼면 12명이 있는데, 이 사람들은 이 사업에 대한 이해에서 부터 기술이 전무하다고 하면 아주 진행이 웃기게 된다.

자.. 이것이 한국형 계산법이다.

그런데 한국에서는 저 40억이라고 하면 무척 많은 금액이라고 한다. 그러니 자연스럽게 400 M/M이 걸리는 작업을 마구 후려쳐서 200 M/M으로 계산한다. 즉 40억을 20억으로 줄인다. 상도덕 적으로 40억을 20억으로 줄였으니 전체적인 업무를 줄여야 하는데, 또 그렇지가 않다. 즉 400 M/M짜리를 금액만 200M/M 으로 줄이게 된다.

이와 같은 형태가 되면 어떻게 될까? 그나마 16명으로 어떻게든 유지해보려는 프로젝트는 8명이 해야 되고, 일은 2배가 된다. 인력이 마구 투입된다고 자연스럽게 흘러가지도 않겠지만, 그렇다고 무턱대고 줄이면, 그 나머지 업무를 결국 개개인에게 쏠리게 된다.

이게 야근의 원리다.

결국 전체적인 프로젝트의 퀄리티는 저하될 수 밖에 없고, 개발자는 자연스럽게 허덕이고 야근하고 개발을 하게 된다.

그런데 저 사이즈의 프로젝트가 되게 되면 자연스럽게 개발과는 상관 없는 사업관리 조직이 생긴다. 줄어든 금액에서 또 쪼개 쪼개서 사업관리를 하게 된다. 금액의 절약은 다시 개발자에게 얹어지게 되고, 개발자는 더 많은 일을 할 수 밖에 없는 구조가 계속 진행되게 된다.

이렇게 만들어 놓고 많은 금액을 투입했으니, 넉넉한 기간을 주었으니 잘 만들어 달라고 한다.

?

SVN 기능 중 Svnsync 라는 기능이 있어, 원격에서 서로 다른 레파지토리를 동기화 시킬 수 있다.
물론 양 측의 리비전을 맞추기 위해서는 저장 대상이 되는 위치는 빈 데이터이여야 한다.

그런데 복사해야할 레파지토리가 오래된 경우 데이터가 매우 커서 한번 Sync를 시도하면 세월아 내월하가 될 수 있다. 더욱이 특정 버전에서 파일크기가 크면, http 기반의 svn 서버 중 일부는 에러를 내고 이야기를 진행하지 못하는 경우도 있다.

이 경우에 처리하는 방법은 다음과 같다.

1. svnadmin dump를 이용해서 원본 데이터를 뜬다.

2. 복제 대상에 원본 데이터를 svnadmin load를 이용해서 붇는다.

3. svnsync init 할 때, --allow-non-empty를 넣어 처리한다.

즉 svnsync 초기화 할 때, --allow-non-empty를 하면된다.

그리고 그 뒤는 sync로 연속.

만일 sync 중 오류가 나면, 해당 revision만 dump를 뜨고 다시 대상에서 붇고 sync를 다시해준다.

중요한 것은 쌍방의 버전이 동일하게 진행되어야 한다.

참조글 : https://www.linuxquestions.org/questions/linux-software-2/rtorrent-how-to-make-it-run-in-the-background-596041

보통 리눅스 작업을 하면 SSH와 같은 원격 접속 쉘을 사용한다.

여러가지 명령들을 사용해서 백그라운드로 실행하는데, 만일 백그라운드로 실행시키지 않았을 때, 해당 SSH를 닫으면 프로그램이 같이 종료된다. 그래서 보통 nohup 과 같은 유틸을 이용해서 백그라운드로 실행을 한다.

그런데 Console 기반의 프로그램 중에는 ANSI를 이용해서 예전 도스 프로그램 처럼 사용자와 In/Out 하는 프로그램들이 있다. 그냥 단순하게 백그라운드 실행을 하게 되면, 해당 화면을 다시 불러오지 못하는 경우가 발생하는데, 이 때 사요하는 유틸이 있었다.

screen "실행할 프로그램"

을 하면 프로그램이 실행이 된다.

여기서 키보드로 Ctrl 과 A를 누른뒤 D를 치면 프로그램을 백그라운드로 돌리고 보통 쉘 창으로 빠져나올 수 있다.

만일 다시 화면으로 돌아가고 싶으면..

screen -r 

을 하면 된다.

Ctrl-A + D를 한 뒤에 SSH를 닫고 나중에 다시 로그린 한 뒤, screen -r을 하면 원래대로 복귀.

리눅스는 역시 무궁 무진 한듯.

Windows 10을 쓰다가 보면, 미묘하게 화면이 틀어져 보일 때가 있다.

특히 고해상도의 작은 노트북에 모니터를 확장해서 연결했을 때가 좀 골때린다. 13인치에 QHD(3200 X 1800) 일 때, 글자가 매우 작아 보이기 때문에, 전체 화면을 200% 정도 확대해서 보곤 한다. 하지만, 모니터는 Full-HD 밖에 지원하지 않기 때문에, 그냥 100%로 맞춰서 사용한다.

그랬을 때 느낄 수 있다. 

아래의 사진은 고해상도의 13인치 노트북에서 찍은 이미지다.

아래의 사진은 24인치 Full-HD 화면에서 찍은 사진이다.

딱 봐도 각 픽셀 사이즈 때문에, 전체적인 그림이 뿌옇게 나타난다. (물론 카메라를 한번 거친거라, 실제 보는 화면 보다는 좀 그럴싸하게 나온건 함정...)노트북에서는 세밀하게 잘 나오는게 이상하게 모니터로만 넘어가면 프로그램이 전체적으로 흐릿드릿 나온다. 또 노트북에서 그럴싸하게 나오는 것들 중에는 아예 크기가 커진 상태로 나오기도 한다.(물론 qHD에 대한 대응이 되는 프로그램들은 잘 나온다.)

한가지 덧붙이자면, WinForm 프로그램(Windows UI 제작)을 하다가 보면, 이쁘게 컨트롤을 배치해서 개발했는데, 실제 일반 환경(확대 150%나 200%하지 않고, 순수하게 100%로 쓰는..)에서 갑자기 화면이 엉망진창으로 나올 때가 있다.

가끔은 이럴때 한숨이 나오게 된다. 특히나 노안이 오고 있는데, 노트북의 세밀 조밀한 화면에서 100%는 쓸 수도 없거니와 보고 있으면 피로하기까지 한다. 그렇다고 노트북을 바꿀 수도 없고..

만약 모니터 확장을 쓰고 있는 것이라면, 그리고 화면 확대 100%를 기준으로 WinForm을 개발하거나, 지금같이 자신이 주로 쓰는 프로그램들을 모니터에서 주로 사용하는데 메뉴나 기타 윈도우 화면이 뿌옇게 나온다면 다음과 같은 대응 방법은 있다.

화면 설정 화면에서 자신의 모니터를 Main으로 바꾸면 된다. 
(보통 고해상도 노트북 화면과 Full-HD의 일반 모니터를 보면 설정화면에서 작은 쪽이 모니터임.)

반드시 이 디스플레이를 주 모니터로 만들기로 체크해주어야 한다.

그리고 로그 오프를 한 뒤 다시 로그인을 하면 된다.

그러면 모든 해상도는 모니터를 기준으로 보여주게 된다.

(당연히 단점이 있다. HDPI를 지원하지 않는 프로그램들은 노트북으로 넘어가면 매우 작은 글자로 보여준다 -_-;;;;)

여튼 상황에 맞게 설정하고 구성하면 개발하는데, 이용하는데 나름 도움이 되는 것 같다.