" 난 용감해서 죽어간 병사들을 많이 봤어. 인간은 겁쟁이여야 살아남을 수 있는거야."
" 인간에겐 여러 종류의 용기가 있어. 앞으로 나아갈 용기, 멈춰 설 용기.. 뒤로 물러설 용기도.."
" 인간은 살아있다는 것 만으로도 기적이라고. 그 이상 뭘 더 바라겠나"
in Bartender 10
CJH International에서 6개의 듀얼 히트파이프를 채택한 CPU 히트싱크인 Thermalright사의 Ultra-120 eXtreme를 출시한다고 밝혔다.
Ultra-120 eXtreme는 기존의 Ultra-120의 업그레이드 제품으로 공기저항을 최소/흐름을 제어하는 트위스트 알루미늄 핀(Twist Aluminum Fin)의 새로운 공정을 도입 및 6 듀얼 히트파이프 채택으로 강력한 저소음 퍼포먼스를 제공하는 타워형 히트싱크 쿨러 제품이다.
Ultra-120 eXtreme는 타워형 디자인이라 하이엔드 메인보드들에서 제공하는 히트파이프 쿨링 솔루션과도 간섭이 적으며 Intel/AMD 전용 플레이트에 볼트를 고정하는 방법으로 장착하게 되므로 안정적이고 쉬운 장착방법을 제공한다
Ultra 120 Extreme... 후헐.. 이 빛나는 거대한 몸체.. 크흥.. 공냉 최강듣는 이녀석이면.. 3.6도 불가능하진 않아!!
단, 회사등에서는 TCP 3389 포트를 막아놓았을 수 있으므로 접근이 불가능하기도 하다.
이럴경우 80포트(http://)를 이용하여 연결하면 된다.
포트 변경 방법 (원격 받을 PC)
시작 > 실행 > regedit 실행
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp 우측에서 PortNumber 를 더블 클릭, 단위를 10진수로 바꾼 후 80 을 입력한다.
PC를 재부팅 한 후, 공유기 내 DMZ 설정을 3389에서 80으로 변경하고, 회사등에서 연결 시 ip 다음에 :80 을 추가하여 접속한다.
공유기가 정상적으로 포트포워딩(DMZ) 서비스를 한다면 원격연결은 이상없이 동작을 할 것이나
접속이 되지 않는다면 문제를 찾기가 난감하므로 그냥 네트로(http://neturo.lgdacom.net)등으로 처리하는 것이 좋을 수 있다.
누군가 그러더군요.. 블로깅의 시작은 무한펌질이다..
뭐 아는게 있어야 특랙백을 걸던 핑백을 걸던..
초창기는 무조건 귀찮기 마련이죠..
완전 와닿는 글이 있길래 일단 무단 펌질을 했습니다..
(죄송하여요....)
1. "오늘까지"라는 말은 "내일 아침까지"라는 말이다.
(「개발자와 협의해봐야 할 것 같습니다」를 꺼내는데 10초까지 생각하지 말라) 40. 건강하기 때문에, 건강을 해친다. (공감 * 65536)
2. 프로그램은 내가 원하는대로 움직이지 않는다. 타이핑대로 움직인다.
3. 요구 사양은 프로그램을 완성한 후에 추가된다.
기본 사양은 완성품을 고객이 보고 나서 결정된다.
상세 사양은 사용자가 프로그램을 사용해 본 이후에 결정된다.
4. 소프트웨어 설계에는 두 개의 방법이 있다.
하나는 결함이 있을 수 없을 정도로 단순하게 만드는 방법이다.
다른 하나는, 분명한 결함을 눈치채기 어려울 정도로 복잡하게 만드는 방법이다.
5. 코드는 개발 현장에서 사용하는 것이 아니라 납품처에서 사용하는 것이다.
디버그는 납기일까지 하는 것이 아니라, 납품된 이후에 하는 것이다.
6. 프로그래머를 죽이기 위해서는 칼이 필요없다. 프로그램의 요구조건을 3번만 바꾸면 된다.
7. 다른 사람을 믿으라. 그 사람이 해결해줄지도 모른다.
주의사항 - 먼저 자신을 의심해라.
8. 개발에 마지막은 없다. 출시만이 있을 뿐이다.
9. 클라이언트의 요구사항이 제 아무리 뒤늦게 추가되어도 납기일은 변하지 않는다.
이것을「납기 불변의 법칙」이라고 한다.
10. 우리의 고객들은 물과 기능추가를 공짜라고 생각하고 있다.
11. 주머니가 짠 고객일수록 잔소리가 많다.
12. 개발 스케줄은 산수를 무시하며 짜여진다. 영업과는 1＋1=2를 이해하지 못하는 사람의 모임이다.
13. 한 명이 쓰러지면 모두가 쓰러진다.
14. 버그가 너무 심하다? 걱정마라. 어느 순간 그것은 기본 사양이 될 것이다.
15. 좋은 설계는 한 명의 천재보다 세 명의 범재를 요구한다.
나쁜 설계는 백명의 범재보다 한 명의 천재를 요구한다.
16. 고객에게 시스템 엔지니어는 부하이며, 프로그래머는 가축이다.
시스템 엔지니어에게 고객은 돈이다.
프로그래머에게 고객은 보이지 않는 악성 바이러스다.
17. 돈과 시간만 있으면, 그 어떤 시스템이라도 만들 수 있다고 생각하는가?
웃어라. 그 기회는 영원히 주어지지 않는다.
18. 품질은 사양 변경의 수와 규모에 의해, 얼마나 열화될지 결정된다.
19. 영업과는 공상이 실현된다고 생각하는 몽상가이다.
시스템 엔지니어는 넘을 수 없는 벽이 없다고 믿는 모험가이다.
프로그래머와는 몽상가와 모험가에 의해 칠흑의 바다에 내던져진 표류자이다.
20. 유능한 프로그래머가 프로그램 설계개념도를 받아들고 최초로 하는 일은, 프로그램의
목적을 이해하는 것이다. 그리고 그 다음으로 하는 일은, 지정된 방법과 시간 안에는
도저히 그 목적을 완수할 수 없다는 사실을 시스템 엔지니어에게 이해시키는 일이다.
21. 프로그램이란, 운과 감에 의해서 작성되는 기적이다.
운과 감이 없다면, 그 기간 내에 그러한 목표를 실현될 수 있을 리 없다.
따라서 사양 변경은 기적에 트집을 잡는 건방진 행위이며, 사양 추가는 기적이 두 번
일어날 것으로 믿는 무모한 행위이다.
22. 시스템 엔지니어는 지구력, 프로그래머는 순발력.
23. 정시에 퇴근하면, 일이 늘어난다.
24. 완벽한 프로그램은 완벽한 시간과 돈을 필요로 한다.
미국의 국가 예산을 무제한으로 사용하는 NASA마저도, 아직 시간과 돈이 부족하다고 한다.
25. 눈으로 훑어볼 틈이 있다면 움직여라. 뇌세포보다 CPU가 더 해석이 빠르다. 그리고, 그 사이,
쉴 수 있다.
26. 불편함을 버그라고 부를 것인가, 사양 상의 제한 사항이라고 부를 것인가는 남겨진 개발일자와
납기일에 의해 결정된다.
27. 정장 대신 캐쥬얼을 입고 출근하는 "캐쥬얼 데이"를 세간에서는 휴일이나 공휴일이라고 부르는
것 같다.
28. 프로그램은 머리로 기억하지 않는다. 몸으로 기억한다.
29. 내일 쉴 수 있다면 오늘 죽어도 괜찮다.
30. 고객은 거짓말을 한다.
영업은 꿈을 말한다.
시스템 엔지니어는 공상을 이야기한다.
프로그래머는 과묵해진다. (혼잣말은 많아진다)
31.「네, 할 수 있습니다」라고 말하기 전에 10초만 곰곰히 다시 생각해보라.
32. 프로그래머는 1분 생각하고 1일을 코딩에 소비한다.
1시간 생각하고 1시간 코딩하는 대신에 말이다.
33. 납품 이후의 디버그는 버그를 부른다.
34. 세 개의 디버그는 하나의 버그를 낳는다. 이것을 버그의 엔드리스 루프라고 한다.
35. 안 좋은 예감은 반드시 적중한다. 그러나 프로그래머는 그 안 좋은 예감에 반응하지
않는다. 그것은 시스템 엔지니어의 일이다.
36. 아수라장을 해결할 수 있는 방법은 오직, 고객이 돈을 지불하는 것 뿐이다.
37. 아마추어는 버그발견의 천재이다.
38. 아, 그건 마이크로소프트에서만 가능한 주문입니다.
39. 프로그래머가 불만이라고 생각하는 부분은 고객도 반드시 불만이라고 생각한다.
41. 그건, 당신이 말한 요구조건입니다만.
42. 아, 개발실의 창문은 안 열립니다. 그 이유는 옛날에 한 프로그래머가 그 창문에서···
43. 고객은 최악의 사태를 믿지 않으며, 그 사태에 대한 준비를 악질적인 비용청구라고 생각한다.
시스템 엔지니어는 최악의 사태를 대비하고 준비하려 한다.
프로그래머는 최악의 사태를 누구보다 잘 예상하지만, 무시한다.
44. 만약 다른 직업을 갖게 된다면, 정시퇴근을「도망」이라고 부르지 않는 직업이 좋을 것 같다.
45. 시스템 엔지니어가 프로그래머에게 말하는「상식」은 3시간마다 변한다.
46. 최소한 자기가 쓴 시방서는 읽어주세요.
47. 고객이 시스템 엔지니어에게 사랑받는 방법은, 시스템 개발에는 시간이 곧 돈이라는 사실을
깨닫고 빨리 최종요구조건을 확정하는 것이다.
SE가 고객에게 사랑받는 방법은, 프로그래머에게 미움받는 것이다.
48. 납기일이란, 작업현장이 우리 회사에서 고객의 회사로 바뀌는 날을 의미한다.
49. 가끔 일어나는 버그는 버그가 아니다. 스펙이다.
50. 개발비의 30%는 프로그램의 요구조건을 확정하는데 사용된다.
개발비의 30%는 프로그램의 요구조건을 변경하는데 사용된다.
개발비의 30%는 프로그램의 버그를 잡는데 사용된다.
개발비의 10%만이 프로그램의 개발에 사용된다.
http://blog.naver.com/daishi702/30029737037 원문은 여기입니다만;
조금은 생각해봐야할듯한 문제..
실제로 본인도 컴퓨터학과 출신이나, 누가 나보고
"뭐 이러저러 저쩌고 어쩌고한 프로그램좀 짜봐."
라고 말한다면 일단 벙~찐다..
우습게도 '이과'인 덕분에(?) 실제로 배운 프로그래밍은 C?
물론 잘하시는 분이라면 저걸로도 충분해!라고 하겠지만, 몇개 안되는 기본함수를 배우고나선
이론으로 넘어가다보니..대가리만 돌아가는것도 사실이다..
덕분에 많은 학우들이 별도의 학원등에 돈을 소진하고 있으니..
편입생들을 보면, 전문대 유사과에서 편입을 해온 경우 월등한 코딩 실력을 자랑,
우수한 학점들을 취득한다. 교수님의 애정과 함께..
그걸 직접 보고 겪으면서도 코딩은 단순작업이야 란 소릴 할 순 없는 것..
과의 특성상 관리자의 특성이라고 생각되는것도 많고..(신입으로 관리자 뽑는 회사가 있으면 연락 좀..)
암튼..실제로 학과에서 배운것 '만'으로는 얼마나 실무에서 도움이 될런진 모르겠다..
차라리 지금 봉사활동 등을 다니면서 보는건, 군대시절에 도움말 뒤저가며 익힌 엑셀이
실제로는 실무에 훨씬 많이 사용되는게 현실..
물론 대학이란 곳이 취업용으로 키워서 내보내는 곳이 아닌 나름 '상아탑'이라는 이름을 가지고 있다고해도
과연 지금의 상태가 현실을 감당할 수 있는지가 고민이 되는 부분이기도 하다.
더군다나 교수님들 역시 자세한건 대학원에서 배우세요 라고 하는 현실에서 말이다.
그럼..대학에선 뭘 배운거지?? 무엇을 얻어가는거지??
아무튼, 지금은 부족한 나를 탓해야지 뭘 어쩌겟소..
http://nixon.egloos.com/1740017
어딘가에 맛난 곳이 있다거나,
여기 커피가 괜찮다거나,
어디가 분위기가 좋다거나..
..그런소리들음 '뽐뿌'하게된다..
지를것의 뽐뿌가 아닌 먹고 마실것에 뽐뿌 -_-;;;;
언넝 함께 즐기러 다닐 수 있음 좋겠다 ㅠㅠ 우우 불쌍쏠로..
남들은 데이트 메이트도 잘 구하던데.. 난 뭐냐..
CoreTemp.zip
