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

2009.02.19 ThinkPad Warranty status - 기본 3년 (워런티 체크 URL) 2
2009.01.22 삼성전자, 임원 70% ‘물갈이’ : 2009년 1월 1
2008.11.19 스마트폰 시장의 성장과 개발자들에 읍소하는 기업들
2008.10.28 안철수 “SW가 토목경제보다 고용효과 크다” 1
2008.10.25 Solar power systems at Parkling lots of Applied materials.
2008.09.25 [펌] 윈드리버의 미지리서치 인수를 보며 1
2008.09.25 [펌] WM 개발환경을 블랙잭과 유사하게 만드는 방법
2008.09.19 Windows Mobile Wireless Ad Hoc Networking Tutorial 2
2008.09.19 인터넷 연결 공유 - Internet Connection Sharing (ICS) in Microsoft Windows
2008.09.19 Ad-Hoc Wireless Network in Windows XP : 2 2
2008.09.19 Ad-Hoc Wireless Network in Windows XP 1
2008.08.22 [펌] 전자자료는 여기다있다 1
2008.08.01 블루투스 프로파일 설명 (맨 마지막에)
2008.08.01 더 쉽고 더 편해진 지그비
2008.07.31 [펌] 세계 반도체 장비 산업 현황 1
2008.07.04 1987 메르세데스 벤츠 560SEL
2008.07.02 삼성 - 450㎜ 웨이퍼로의 규격 전환 설명회 1
2008.07.02 삼성전자-인텔-TSMC 2012년 450㎜웨이퍼 전환 협력
2008.06.10 종이 위의 기적 쓰면 이루어진다 (Write It Down Make It Happen: ~) 1
2008.06.09 Textpad - 팁 2개 : 북마크 저장기능, 단축키 호환모드 설정
2008.06.05 반도체 장비 개발, 통신 기술 표준을 먼저 이해하자 1
2008.06.05 델파이 개념 1
2008.05.28 static키워드 바로알기
2008.05.28 static을 이해하자
2008.05.28 원격 디버깅 (Remote Debugging) in VC++ 2003 1
2008.05.16 한국에서 미국등 으로 (무료!) 국제전화 걸기 : 1544-0044 2
2008.05.16 MSN메신저로 무료문자 보내기 2
2008.05.15 ip 위치 추적 - 구글맵으로 대략적인 위치 파악. 1
2008.05.09 성공한 개발자와 행복한 개발자 1
2008.04.23 Applied Materials가 Brooks Software 부문을 인수 완료 : 2007.4.2

ThinkPad Warranty status - 기본 3년 (워런티 체크 URL)

유용한 잡동사니 2009. 2. 19. 11:13

메시지

워런티 체크
http://www-307.ibm.com/pc/support/site.wss/product.do?template=/warranty/warranty.vm&sitestyle=lenovo

메시지

저작자표시 비영리 변경금지 (새창열림)

Posted by 세모아

삼성전자, 임원 70% ‘물갈이’ : 2009년 1월

반도체 & Solar/반도체 News 2009. 1. 22. 10:09

삼성전자, 임원 70% ‘물갈이’

창사이래 최대 폭… 560여명 교체

이관범기자 frog72@munhwa.com

삼성전자가 21일 임원급 70% 이상의 보직을 바꾸는 등 그룹 창립 이래 사상 초유의 조직 개편 및 보직변경 인사를 단행했다.

삼성전자는 지난 16일 대대적인 사장단 물갈이 인사와 19일 기술·해외영업 중심의 최소한의 임원 승진 인사를 실시한 데 이어 이날 조직개편 및 보직인사를 실시, 글로벌 경기침체 위기에 대응한 비상 체제와 조직 슬림화, 창조적인 조직으로의 대혁신 등을 핵심으로 하는 ‘뉴 삼성전자’의 청사진을 총체적으로 제시했다.

삼성 관계자는 이날 “오전에 최고위급 임원들이 모여 경영회의를 가진 뒤 조직개편과 보직인사 계획을 확정했다”고 밝혔다.

이 관계자는 이어 “특히 이번 보직 인사는 물러나는 임원과 자리를 이동하는 임원까지 합하면 전체 임원 가운데 무려 70% 정도가 교체된 것”이라며 “역대 최대 규모인 560여명의 보직인사”라고 설명했다.

전문성이 강한 연구개발(R&D) 분야를 제외하면 사실상 대부분의 임원을 세대교체하거나 자리를 바꾼 셈이다. 삼성 관계자는 이에 대해 “한 자리에 오래 머물면 전문성은 강화될 수 있으나 매너리즘에 빠질 수 밖에 없다”며 “새로운 발상을 위한 창조적인 조직으로 체질을 바꾸기 위한 혁명적인 조치가 필요했다”고 말했다.

삼성전자는 지난 16일 사장단 인사에서 예고했듯이 전체 조직 체계를 기존 6대 총괄·12개 사업부 체제에서 양대부문(부품과 제품)·10개 사업부 체제로 전면 개편했다.

이에 따라 부품 중심의 ’DS(디바이스솔루션)’ 부문 산하의 4개 사업부(메모리·시스템LSI·스토리지·LCD)와 제품 중심의 ‘디지털미디어커뮤니케이션(DMC)’ 부문 산하의 6개 사업부(무선·네트워크·컴퓨터시스템·생활가전·디지털프린팅·영상디스플레이)로 통폐합했다.

각 부문장은 이윤우 부회장과 최지성 사장이 각각 총괄한다. 본사 인력은 기존 1400명 가운데 200명을 남긴 채 대부분을 현장으로 내려보낸다.

이윤우 삼성전자 부회장은 이날 사장단협의회에서 “(본사 조직을 사업장에 내려 보내고 제품과 부품 양대 부문으로 개편한 것은) 현장을 강화하고 경영 스피드를 높이기 위한 것”이라며 “휴대전화·MP3플레이어·컴퓨터 등의 컨버전스(융합)추세에 맞춰 이들 사업조직을 한데 모아 시너지를 극대화할 수 있도록 했다”고 밝혔다.

해외부문의 경우 사장급 3명이 물러나는 등 현장 사령탑이 전무·부사장급으로 대폭 교체됐으며, 전자 사장단 수는 기존 15명에서 10명이 됐다.

국내영업사업부는 한국총괄로 격상시키고 8개 해외총괄은 DMC 산하로 이관, 긴밀한 협조체계를 구축했다. 이밖에 감사팀은 사후 경영진단보다는 사전적 경영컨설팅 등에 주력키로 하고 녹색경영전담조직이 신설된다. 또 상생협력실 산하에 상생경영위원회 사무국을 신설했다.

이관범·김만용기자 frog72@munhwa.com

기사 게재 일자 2009-01-21

저작자표시 비영리 변경금지 (새창열림)

Posted by 세모아

스마트폰 시장의 성장과 개발자들에 읍소하는 기업들

카테고리 없음 2008. 11. 19. 02:50

출처: http://www.zdnet.co.kr/itbiz/column/anchor/hsryu/0,39030308,39175375,00.htm

류한석(IT컬럼니스트) 2008/11/18 05:00:08 PM

[지디넷코리아]스 마트폰 시장이 떠오르고 있다. 가트너가 조사한 바에 따르면, 전세계의 스마트폰 시장은 2008년 2분기에 전년도 동일 분기 대비 16%가 성장했다. 아직까지 가장 많은 점유율을 차지하고 있는 OS는 Symbian이지만 계속 점유율이 추락하고 있으며 앞으로도 계속 추락할 것으로 보인다.

2위는 블랙베리로 유명한 RIM(Research In Motion)이고, 3위는 마이크로소프트의 Windows Mobile이 차지했다. 리눅스는 4위를 차지했는데, Symbian과 마찬가지로 점유율이 계속 추락 중이다.

그 이유는 특별히 밀고 있는 업체가 없기 때문인 것으로 보인다. 5위는 애플 아이폰의 Mac OS X가 차지했으며, 다음 번 조사에서는 리눅스를 젖히고 4위가 될 것으로 보인다. 구글 Android의 경우 2분기에는 출시전이라서 통계에 잡히지 않았다.

그리고 드디어 북미에서 스마트폰의 시장 점유율이 10%에 도달했다. 1년 만에 두 배 이상 성장한 것이다. 이제 수년 내에 일반 휴대폰과 스마트폰의 구분은 의미가 없을 것으로 보인다. 미래에는 거의 모든 폰에 스마트폰용 OS가 들어가게 될 것이고, 소비자는 별 생각이 없이 그것을 구매하게 될 것이기 때문이다.

한국의 경우 그간 이통사들이 자사 콘텐츠 매출의 저하를 우려한 나머지 스마트폰의 보급을 꺼려해서 그 어떤 나라들보다 스마트폰의 보급이 뒤쳐진 상태인데, 최근에 와서 겨우 Windows Mobile의 보급이 조금씩 늘어나고 있는 추세이다. 아이폰과 구글폰은 아직 출시가 안되었다.

스마트폰이 휴대폰의 미래인 것은 분명하다. 다만 최근의 금융위기로 인해 그 시기에 대한 정확한 예측은 쉽지 않은 상황이다. 또한 스마트폰의 확산을 위한 세가지 선결 과제가 있다. 첫째는 저가격화, 둘째는 OS의 향상, 셋째는 킬러 애플리케이션의 등장이다.

무엇보다도 스마트폰의 가격이 일반 휴대폰과 경쟁할 수 있을 정도로 저렴해져야 한다. 모든 기종이 저렴할 필요는 없겠지만, 어쨌든 대중적인 기종은 무척 저렴해야 한다.

그리고 OS는 기존의 휴대폰용 RTOS가 완전히 따라올 수 없을 정도로 뛰어나야 한다. 또한 OS의 성능과 범용성, 써드파티 개발의 활성화를 바탕으로 킬러 애플리케이션이 등장해야 한다. 즉 스마트폰에서만 가능하고 소비자를 확 사로잡을 수 있는 애플리케이션이 많아져야 하는 것이다. 무엇보다 먼저 대중화될 수 있는 가격 경쟁력을 갖추는 것이 1순위일 것이다.

향후의 스마트폰용 OS는 마이크로소프트의 Windows Mobile, 애플의 Mac OS X, 구글의 Android, 이렇게 세 OS의 삼파전이 될 것으로 보인다. 혁신적인 새로운 도전자가 나오지 않는다는 전제하에서 말이다. 그렇지만 난세에 영웅이 나온다. 새로운 도전자로 누가 등장할 지는 알 수 없지만, 그 가능성은 열어놓아야 할 것이다.

현재 여러 스마트폰용 OS가 있음에도 불구하고 필자가 마이크로소프트, 애플, 구글의 삼파전이 될 것으로 예측하는 이유는 분명하다. 이것은 단지 OS만의 경쟁이 아니며, 모바일 애플리케이션 생태계의 구축 역량이 필수적으로 요구되기 때문이다.

먼저 스마트폰의 보급을 위해서는 이통사 및 폰 제조사와 좋은 관계를 구축해야 한다. 아무리 좋은 스마트폰용 OS라도 폰에 탑재되어 최대한 많이 확산이 되지 않으면 플랫폼 구실을 할 수 없기 때문이다. 보다 많은 폰에 탑재된 OS가 무엇보다 유리한 고지를 차지할 것이다.

그리고 폰의 보급과 함께 중요한 점은, 킬러 애플리케이션이 만들어질 수 있는 환경을 조성하고 실제로 킬러 애플리케이션이 개발될 수 있도록 파트너 업체 및 개발자들과 올바른 유대 관계를 구축하는 것이다.

그 점에 있어서는 지난 1980년대의 PC 부흥기가 좋은 참고가 될 것이다. IBM PC가 등장하기 전에는 여러 다양한 제조업체에서 각기 사양이 다르고 OS가 다른 PC를 전세계적으로 수백여 종이나 만들어 팔고 있었다.

심지어 한 제조업체에서 만든 PC도 그 기종에 따라 OS가 다 달랐고 애플리케이션은 전혀 호환이 안되었다. 예컨대, 당시 금성(현 LG)에서 만든 FC-100, FC-150, FC-80, FC-30 기종은 상호간에 전혀 호환이 안되었다.

그리고 당시에는 그것을 당연하게 생각했다. 어쩔 수 없이 PC는 원래 그런 것이라고 생각했다. 하지만 IBM PC가 나오고 그 개방성으로 인해 소위 IBM 호환 PC들이 대거 등장하고, 마이크로소프트가 재빠르게 MS-DOS를 보급함으로써 MS-DOS는 플랫폼의 승자가 되었다.

그 후 1992년 Windows 3.1을 거쳐 1995년 Windows 95가 등장하고, 업무용 오피스 및 최신 게임들이 Windows를 가장 먼저 지원하게 되면서 Windows OS는 사실상의 표준이 되었다. 그 성능 좋고 매력적인 Mac OS과 OS/2를 모두 물리치고서 말이다.

데자뷰, 즉 언젠가 경험한 적이 있는 일이 다시금 벌어지려고 한다.

지금의 휴대폰들은 OS가 다 다르고 애플리케이션도 서로 호환이 되지 않는다. 그리고 그것을 당연하게 생각했으며 아직도 그런 생각들이 존재한다. 물론 WIPI 등 Java 애플리케이션을 통한 호환성의 노력은 있어왔다. 하지만 그 이상이 필요한 시기가 도래하고 있다.

기존의 휴대폰 시장은 변화를 맞이하고 있다. 단지 음성통화와 갇힌 데이터통신이 아니라, PC를 대체하는 제1의 인터넷 머신으로서의 지위를 요구 받고 있다. 실제로 모바일 서비스의 선진국인 일본에서는 모바일 사이트가 1만 6천여 개가 넘고, 관련 업체가 4천 개가 넘고, 7천만 명이 휴대폰으로 인터넷을 이용하고 있다.

전체 모바일 사이트 중 70% 이상이 Off-Deck(이통사들을 배제한) 사이트들이다. 결국 Off-Deck 사이트들의 활성화가 중요하며, 그것은 한국이 전혀 경험하지 못한 시장이다.

왜 스마트폰이 대세라고 단언을 하는가 하면, 그것에는 크게 두 가지 이유가 있다.

첫째, 그것이 소비자들에게 실제로 편익을 제공하기 때문이다. 스마트폰을 한번 경험하고 나면 이후에는 일반 폰으로 돌아가기 힘들다. 스마트폰에서의 경험을 잊을 수 없기 때문이다. 경험해보기 전에는 욕구가 없다. 하지만 한번 경험하고 나면 계속 사용하지 않고는 못 배긴다.

둘째, 현재 모바일 산업은 어떻게든 새로운 국면으로 전환해야 하는 상황에 놓여있다. 기존의 방식으로는 한계에 도달했기 때문이다. 특히 마이크로소프트, 구글, 애플의 치열한 경쟁이 그것을 가능케 할 것이라고 본다.

모바일 산업에서 성공을 꿈꾸는 사람이라면, 다가오는 절호의 기회를 놓쳐서는 안될 것이다. 지금은 마치 PC가 막 부흥하던 시기, 또는 인터넷이 막 부흥하던 시기와 흡사하다. 스마트폰이 막 부흥하는 시기인 것이다. 빨리 시작하고 오래 버틸수록 승자가 될 가능성이 커진다. (시작도 중요하지만 그 자리를 지키는 것도 중요하다)

무엇보다도 다시금 개발자들의 중요성이 부각되고 그들이 주역으로 등장하는 시기가 왔다. PC 부흥기에, 인터넷 부흥기에 그랬듯이 말이다. 실제로 IT 역사는 현상은 달라도 본질적으로 흡사한 일들이 반복되고 있다. 필자는 1983년에 프로그래밍을 시작한 이후로 그것을 계속 목격해왔다.

현재 애플은 앱스토어를 성공적으로 데뷔시켜 전세계적으로 상당한 반향을 얻고 있으며, 구글도 안드로이드마켓을 만들었다. 마이크로소프트 또한 내년 상반기에 Windows Mobile 7.0을 출시하면서 스카이마켓이라는 모바일 애플리케이션 마켓플레이스를 오픈할 예정이다.

더불어 모바일 애플리케이션 콘테스트도 활발해지고 있다. 구글은 1천만 달러의 상금을 걸고 콘테스트를 개최했고, 마이크로소프트도 스카이마켓 오픈과 함께 콘테스트를 개최할 것이다.

일본에서는 소프트뱅크가 야후와 함께 1억 5천만 원의 상금을 걸고 콘테스트를 하고 있으며, 한국의 경우 T옴니아(Windows Mobile 탑재) 출시 후 콘테스트를 개최할 예정이라고 한다.

이것이 스마트폰의 현 상황이다. 개발자들이 애플리케이션을 만들어 배포/판매할 수 있는 모바일 애플리케이션 마켓플레이스가 계속 등장하고 있으며, 업체들은 서로 개발자들을 확보하기 위해 눈에 불을 켜고 있다.

이렇듯 앞다투어 콘텐스트가 개최되는 현상이 과연 얼마만인가! 이것은 명백히 1980년대 PC 시절의 데자뷰이다.

마이크로소프트가 PC 플랫폼을 장악할 수 있었던 이유에는 수십 가지가 있겠지만, 중요한 이유 중 하나는 바로 개발자들을 위해 좋은 개발도구와 정보를 제공했고, 개발자들과 호의적인 유대관계를 형성하기 위해 상당한 노력을 기울였고 실제로 좋은 관계를 유지했다는 점에 있다. 그것이 Windows 애플리케이션 생태계의 구축에 일조했다.

다만 최근 개발자들의 열정과 지지는 애플과 구글 쪽에 기울어지고 있어서 오히려 마이크로소프트는 불리한 상황에 놓여있다. 그것을 만회하기 위해 마이크로소프트는 보다 많은 노력을 해야 할 것이다.

필자는 스마트폰에 상당한 기회가 있다고 본다. 물론 이것은 미래에 대한 예측이므로 필자가 틀릴 수도 있다. 그러므로 이러한 의견에 동조하여 다가오는 기회를 활용하든가 또는 무시하는 것은 개인의 선택이다. 어쨌든 어떤 선택을 하는 가에 따라 다른 결과가 기다리고 있음은 분명하다.

미래를 위해 무엇을 할 것인가? 필자라면 변화와 희망에 투자를 하겠다. @

저작자표시 비영리 변경금지 (새창열림)

Posted by 세모아

안철수 “SW가 토목경제보다 고용효과 크다”

카테고리 없음 2008. 10. 28. 01:32

http://www.zdnet.co.kr/news/enterprise/0,39031021,39174490,00.htm

저작자표시 비영리 변경금지 (새창열림)

Posted by 세모아

Solar power systems at Parkling lots of Applied materials.

반도체 & Solar/반도체 News 2008. 10. 25. 01:26

from: http://www.siliconvalley.com/ci_10682271?IADID=Search-www.siliconvalley.com-www.siliconvalley.com

Schwarzenegger: Solar and other clean-technologies are a bright spot in dark economy

By Matt Nauman

Mercury News

Article Launched: 10/09/2008 07:07:58 PM PDT

Click photo to enlarge

From left, Charlie Gay, V.P./General Manager of the Solar Business Group at... ( LiPo Ching )

Related Sections

Acknowledging the dark clouds of the economy, Gov. Arnold Schwarzenegger in Silicon Valley on Thursday pointed to clean-technology, and solar specifically, as offering a solution, even a salvation.

"We all know we're going through tough economic times right now, but that's no reason to slow down when it comes to protecting our environment and investing in clean, green technologies," Schwarzenegger said. Clean-technology businesses are getting venture capital dollars and hiring new employees at a time when nearly every other segment of the economy is lagging, he said.

Schwarzenegger dedicated a 2.1-megawatt solar installation at Applied Materials' Sunnyvale campus, speaking to several hundred employees in front of a parking-lot array of 7,000 solar panels. A few minutes later, he went inside to speak to a smaller crowd attending a green-technology event sponsored by TechNet, a high-tech lobbying group.

"This is the new face of solar power, parking lots becoming power plants and solar panels incorporated into the middle of our urban landscape," said Mike Splinter, Applied Materials' president and chief executive officer.

The solar system will generate about 5 percent of the power that Applied Materials uses at that site, said Mark Pinto, the company's senior vice president and general manager of its energy and environmental solutions division. It would provide a greater percentage of power at a typical Silicon Valley office, he said, but

Applied Materials has a miniature semiconductor manufacturing line on site.

In fact, the solar system is the largest such corporate installation in the United States, the company said. Schwarzenegger noted that it generates enough electricity to power about 1,500 California homes.

Since it covers a parking lot, it provides shade for about 450 employee cars. "A brilliant idea," Schwarzenegger said.

Applied Materials moved into the solar market in 2006, selling panel-making equipment to the world's solar industry. Now, it represents about 10 percent of the company's revenues, and that's projected to grow to 20 to 25 percent of its business, or $2.5 billion to $3.5 billion, by 2010, Pinto said.

The parking-lot solar system, which tracks the sun throughout the day, offers both functional and symbolic evidence of Silicon Valley's growing clean-tech industry. Applied Materials bought the panels from SunPower, the San Jose company that used Applied's machines to make the panels.

The system will pay for itself in seven to 10 years.

In his remarks to the TechNet audience, the governor contrasted California's environmental leadership with the lack of direction from the federal government. State measures such as the landmark Assembly bill that regulates greenhouse-gas emissions, the low-carbon fuel standard, the Million Solar Roofs act and mandates for renewable power wouldn't have been needed here if the federal government had adopted similar measures.

"In Washington, we have not seen much leadership," he said. But, without naming either candidate, Schwarzenegger said he expected more progress whether Republican Sen. John McCain or Democratic Sen. Barack Obama is elected.

In fact, he said in pointing to a recent study, if the United States would adopt California's environmental regulations, it would create 4.2 million green jobs nationwide.

"We should not be afraid of the environmental challenges we're taking on," he said.

저작자표시 비영리 변경금지 (새창열림)

Posted by 세모아

[펌] 윈드리버의 미지리서치 인수를 보며

Linux 2008. 9. 25. 06:41

출처: http://bloter.net/archives/5709

[IT수다떨기]윈드리버의 미지리서치 인수를 보며

도안구 2008. 09. 02 뉴스와 분석, 테크놀로지 |

임베디드 소프트웨어의 대표주자인 윈드리버시스템스(www.windriver.com)가 국산 임베디드 소프트웨어 전문 업체인 미지리서치(www.mizi.com)를 1600만 달러를 주고 인수했다.

해외 소프트웨어 업체가 국산 소프트웨어 업체를 인수한 것은 상당히 이례적이다.

이번 인수와 관련해 윈드리버의 입장과 관련 내용을 잠시 살펴보자.

윈드리버 켄 클라인 CEO는 “위드리버는 모바일 단말기 시장을 리눅스 사업의 전략적인 성장 기반으로 삼고 있다. 이번 인수로 현재의 윈드리버의 여러 모바일 제휴단체들에 걸친 다양한 노력들과 미지리서치사의 모바일 전문기술 분야인 텔레포니, 기능이 풍부한 사용자 인터페이스와 멀티미디어 기능 구현 뿐 아니라, 세계 최고 수준의 모바일 시스템 통합(system integrator) 능력 등의 혜택을 직접적으로 받을 수 있게 될 것"이라고 말했다.

그는 또 "이번 인수를 통해 모바일 리눅스의 재능있는 인재들을 얻게 됐고, 특히 아시아 태평양지역에 당사의 모바일 서비스 제공의 확장을 촉진시킬 계기가 될 것"이라고 말했다.

1999년에 설립된 미지리서치는 현재 65명의 직원을 보유하고 있으며 모바일 시장에서 리눅스를 적용한 국내 선두주자 중 하나다.

IT 분야에서는 인수합병을 통해 경쟁사를 제거하기도 하지만 이번 경우처럼 새로운 고객과 새로운 분야로 손쉽게 진출하기 위해서도 진행된다.

최근 빠르게 성장하고 있는 여러 소비가전 시장 분야들이 리눅스로 그 방향을 전환하고 있는 추세이고, 이동성, 무선 연결성, 사용자 위치 추적에 기반을 둔 서비스, 기능이 풍부한 사용자 인터페이스, 그리고 빠르게 확장돼가는 모바일 에코시스템의 확장 보장과 함께 데스크톱에서 비롯된 유선 애플리케이션 활용 등 공통적인 기술요건에 근거한 개발을 요구하고 있다.

윈드리버 입장에서도 최근의 글로벌 동향은 위기임에는 틀림없다. 윈드리버는 다양한 기기들에서 가동되는 임베디드 OS와 다양한 개발 툴들을 제공해 왔는데 이 시장이 앞서 밝힌 대로 리눅스와 윈도 등으로 대체되고 있는 상황이다. 임베디드 소프트웨어의 중요성이 커지면서 기기업체들도 독자적인 개발팀을 두기도 한다.

이번 인수합병을 지켜보면서 임베디드 소프트웨어 분야에서 국산 소프트웨어 업체들의 경쟁력은 검증이 됐다고 봐도 무방하다는 판단이다. 이미 수많은 고객들이 국산 전문 업체들을 통해 프로젝트들을 수행한 바 있다.

다만 아쉬운 점은 국산 전문 업체를 인수할 만한 국내 기업들이 없었느냐는 점이다. 글로벌 시대에 무조건 국산 업체들끼리 인수합병해야 할 아무런 명분이 없는 것은 사실이다. 하지만 지식경제부는 향후 신성장동력을 위해 전통적인 사업과 IT의 결합을 들고 나왔다. 그 분야의 핵심 중 하나는 임베디드 소프트웨어다.

임베디드 소프트웨어는 ‘뇌’에 해당하는 분야다. 그 뇌를 만드는데 10년간 한우물을 판 전문 업체의 가능성을 보는 눈이 왜 국내 업체에는 없고, 해외 업체는 있었을까? 왜 그랬을까?

최근 국내 대기업들은 정부 정책에 따라 임베디드 소프트웨어 분야에 대한 투자를 늘리고 있다. 자동차, 선박, 휴대폰을 비롯한 다양한 모바일 디바이스 등에 적용되는 이 소프트웨어에 대한 개발을 위해 정신이 없다. 하지만 대기업들은 한 분야에 집중해온 전문 업체들을 인수합병하기보다는 여전히 ‘갑’으로서의 위치를 유지하면서 ‘을, 병, 정’의 몇몇 인력들을 뽑아들이는데만 혈안이 돼 있다.

그간의 노력을 통해 쌓은 기술력을 인정하기보다는 핵심 인력을 몇명 뽑아 자사의 프로젝트에 투입하는 방식을 택하고 있는 것이다. 디자인의 경우 국내는 물론 해당 지역의 전문 인력들을 뽑고 육성하는데 막대한 투자를 단행하고 있으면서도 소프트웨어 분야에서는 이런 장기적인 전략을 취하지 않는 것은 상당히 아이러니한 일이 아닐 수 없다.

또 소프트웨어에 대한 가치는 여전히 하드웨어에 밀리고 있다. 물론 최근들어 소프트웨어의 가치에 눈을 뜨고는 있지만 없던 역량을 하루 아침에 쌓기는 불가능하다. 이전과는 전혀 다른 사고를 하지 않으면 소프트웨어 사업을 이끌어가기가 쉽지 않다.

한편, 미지리서치의 인수합병은 유사한 국산 업체들에게도 많은 점을 시사하고 있다. 국내 글로벌 기업들을 고객으로 삼고 나서 해외 시장에서도 소기의 성과를 기록하면 언제든지 해외업체에 인수합병될 수 있다는 가능성을 보여줬기 때문이다. 사업을 하는데 무조건 상장을 하고 끝까지 가야한다는 법은 없다. 오히려 해외에서는 마이크로소프트나 IBM, HP, 오라클 같은 거대 IT 업체들의 약점을 보고 개발하는 회사들도 부주기수다.

국내 상황이 척박하다는 것은 IT 바닥에 있는 이들은 다 알고 있다. 이런 상황을 잘알고 있다면 또 다른 전략을 생각해보는 것도 좋은 해법이라고 볼 수 있다. 미지리서치가 더 큰 회사로 성장했으면 하는 바람도 있지만 소프트웨어의 척박한 상태계를 잘 알고 있는 입장에서 이번의 선택 또한 멋진 도전의 하나라고 생각한다.

기자에게는 섭섭함과 뿌듯함을 모두 들게하는 그런 인수합병 소식이다.

Posted by 세모아

[펌] WM 개발환경을 블랙잭과 유사하게 만드는 방법

Software 2008. 9. 25. 04:02

출처 : http://blog.nworkers.net/tag/%EC%97%90%EB%AE%AC%EB%A0%88%EC%9D%B4%ED%84%B0

WM 개발환경을 블랙잭과 유사하게 만드는 방법

프로그래밍/개발/Blackjack(SPH-M6200) 2007/09/30 02:20

블랙잭은 Windows Mobile 5.0 for Smartphone 운영체제를 이용하고 Landscape QVGA, QWERTY 사양을 가진 제품이다.

블랙잭용 프로그램 개발은 Windows Mobile 5.0 SDK for Smartphone (이하 SDK) 을 통해 Visual Studio 2005 로 하게 된다.
SDK 를 설치하고 개발환경을 구축하고 보면 SDK 에서 에뮬레이터를 제공한다는 사실을 알게 되는데
각각 Smartphone, Smartphone QVGA 라고 밖에 되어있지 않다는 것을 볼 수 있다.

WM5.0 Smartphone QVGA 는 Landscape 모드를 찾을수도 없고 모양새도 아래와 같이 블랙잭과는 전혀! 딴판이다.

숫자판이 핸드폰과 동일하다.

이 상태에서 Landscape 를 찾아도 별 볼일 없음은 당연할 것이다.

이 상황에서 블랙잭과 같은 환경을 만들어 보려고 수차례 애를 썼으나 별 소득은 없었고, 다음과 같은 설정을 통해 블랙잭과 거의(!) 동일한 환경을 구축하는데 성공하였다.

1. Windows Mobile 5.0 SDK for Smartphone 을 깐다.
- 블랙잭 (SPH-M6200) 은 WM5.0 Smartphone 운영체제이기 때문에 일반 WM 5.0 SDK를 깔면 안된다.
2. Windows Mobile 6 Professional and Standard Software Development Kits Refresh 로 간다.
- 이 중에서 Windows Mobile 6 Standard SDK를 깔면 Smartphone (WM6 에서는 Windows Mobile Standard 로 이름이 변경) 용 SDK를 설치할 수 있다. (실제로 쓰지는 않을 것임)
- 원래 사이트에는 WM6 SDK 를 통해 WM5 용 응용 프로그램도 개발할 수 있다고 써있으나 실험결과는 꽝
3. Windows Mobile 6 Localized Emulator Images 를 설치한다.
3-1. (이것이 핵심. 2번과 순서를 바꾸면 안됨)
3-2. 여기서 KOR Standard 이미지를 받아서 설치
3-3. 모두 설치하고 나면 Device Emulator Manager 설정이 아래와 같이 된다.

WM 5.0 Smartphone 에뮬레이터와 WM 6 에뮬레이터가 모두 다 깔린 모습

4. 프로젝트 설정
4-1. 프로젝트 설정은 아래와 같이 하면 된다.

Windows Mobile 5.0 Smartphone SDK 로 해야함.

4-2. 즉, 컴파일 설정은 Windows Mobile 5.0 Smartphone SDK (ARMV4I) 로 하고, 디바이스는 에뮬레이터로 할때는 KOR Windows Mobile 6 Landscape QVGA Emulator (한글이 나오기 때문), 실제 디바이스로 할 때는 Windows Mobile 6 Standard Device / Windwos Mobile 5.0 Smartphone 아무거나 해도 잘 돌아간다.

여기서 Windows Mobile 6 Standard Landscape QVGA Emulator 를 골라야 한다. 한글을 보고싶다면 앞에 KOR 이 붙은걸 고르면 된다.

설정을 다 하고 Windows Mobile 6 에뮬레이터를 실행하면 아래와 같이 뜬다.

한글 WM6 가 뜬 모습. 블랙잭과 거의 동일한 구성이다.

Windows Mobile 6는 Windows Mobile 5 에 대한 호환성을 기본적으로 갖추고 있기 때문에 우리가 빌드한 WM5 용 응용프로그램이 전혀 무리 없이 돌아가게 되며 구성또한 블랙잭과 동일하기 때문에 WM5 SDK 로 힘겹게 개발하는 것 보다 정신 건강에도 이롭다.

Windows Mobile 6 SDK를 까는 이유.

하드가 낭비되는 아주 안좋은 것이지만 핵심은 다음과 같다.

Windows Mobile 6 SDK를 설치하고 나면 Device Emulator Manager에 Windows Mobile 6 (Normal/Landscape QVGA/QVGA) Emulator 가 설치 된다.

Windows Mobile 5 Smartphone Emulator 에는 블랙잭과 동일한 환경을 제공하는 Emulator가 없다. 즉 Landscape QVGA를 지원하는 환경이 없다는 말이다.

그리고 꼭 필요하지는 않지만 QWERTY 키보드 역시 에뮬레이터에 포함되어있지 않다.

참고로 컴파일 설정을 Windows Mobile 6 로 하면 절대로 블랙잭에서 돌아가지 않는다. 그렇기 때문에 Windows Mobile 5 SDK for Smartphone을 꼭 깔아야 WM6 에뮬레이터와 블랙잭 모두에서 돌아가는 이미지를 만들 수 있다.

Windows Mobile Localized Emulator Images를 까는 이유

블랙잭은 한글로 로컬라이징된 WM5 Smartphone 환경이다. 기본적으로 제공되는 에뮬레이터는 영문 이미지이기 때문에 영문 윈도가 가동된다.

이를 한글 환경으로 하기 위해 로컬라이즈드 이미지를 설치하는 것이다. 이를 설치하고 나면

KOR Windows Moble 6 Standard Emulator

KOR Windows Moble 6 Standard Landscape QVGA Emulator

KOR Windows Moble 6 Standard Emulator QVGA Emulator

의 세가지 항목이 추가된다.

그런데, Windows Mobile 6 SDK를 안깔고 Localized Emulator 만 깔면 Device Emulator Manager 에 WM6 이미지가 들어가지 않기 때문에 실제 개발환경에 이용할 수가 없게 된다.

Posted by 세모아

Windows Mobile Wireless Ad Hoc Networking Tutorial

카테고리 없음 2008. 9. 19. 08:57

Windows Mobile Wireless Ad Hoc Networking Tutorial

permalink

contactkeval asked a great question on how to transfer files to and from a laptop wirelessly without using ActiveSync. As long as both the laptop and the Pocket PC have WiFi this tutorial will allow you to connect your devices together using something called Wireless Ad Hoc (peer-to-peer) Networking. It's basically a way to connect to WiFi devices together without a middleman (i.e. router). Here is a great tutorial I found from Windows Mobile (Pocket PC) Tips and Information:

Windows Mobile Wireless Ad Hoc Networking

Despite what I've written earlier about it is better to get a wireless router and using infrastructure mode, there are still situations where adhoc mode might be useful. Imagine visiting a friend who has a notebook with wireless connection. He also has internet connection, and you'd like to check your emails. But he needs to work on something with his notebook. Internet connection sharing using ad hoc mode would be useful here.

And so, I've re-written the guide for Windows Mobile 2003 and Windows XP with SP2. The old version of the guide for Pocket PC 2002 is still accessible here.

1. Desktop (or notebook) settings

I assume that the host computer is running Windows XP with Service Pack 2 and that it has a wireless adapter installed. The first step is to configure the wireless adapter. Go to Network Connections by right-clicking on the icon with a little red cross in System Tray and select Open Network Connections.

Go to the properties page of the wireless network by right-click on Wireless Network Connection and select Properties.
Go to the Wireless Network tab, then add a new network by clicking on the Add button.
Fill in the details - SSID, WEP key and check the last box to indicate this is an ad-hoc network. WEP is disabled in the example below. After the initial set-up, you should enable it.

The next step is setting up Internet Connection Sharing (ICS). Back in Network Connections page, open the properties for the Internet connection. Right-click on the appropriate connection and select Properties.

Note:

The Internet connection is normally made through a dial-up modem, or a network card which is connected to cable/ADSL modem. The example in the screenshot above uses a dial-up connection.

What is interesting here is that you can create a dial-up connection even when there is no modem present. This means that a machine that has only a single wireless adapter and no other connections can still use ICS. The reason one might want to do this is because with ICS, Windows Mobile device will be automatically assigned an IP address. Without ICS, you would have to configure the device to a fixed address. If you frequently connect to other network which has a wireless access point, then you'd have to keep switching between fixed IP address and server-assigned IP address setting - very inconvenient.

In the properties page, go to the Advanced tab and enable ICS.

To configure the firewall, click the Settings... button under Windows Firewall. In the Windows Firewall dialog box, go to the Advanced tab. Disable the firewall for the wireless connection but leave it enabled for the Internet connection.

That's all for the desktop.

2. Device settings

The nice thing about Windows Mobile is that for Internet sharing, there is not much else to do on the device. After the wireless network on desktop is indicated as connected, enable the wireless on the device. A dialog box will then ask if the detected network connects to Internet or Work. Select Internet, wait a short while for the device to pick up a valid IP address, then everything is ready.

Note:

It appears that when wireless is enabled, the device will first connects to the desktop with a private IP address in the range of 169.254.x.x. Within 30 seconds, a new IP address will be assigned in the range of 192.168.0.x. Only then is the connection correctly established.

To be able to sync with the desktop in addition to sharing the Internet connection, you will need to perform additional configuration on the device. Go to the Connections settings page by tapping Start -> Settings -> Connections -> Connections.
In the Advanced tab, tap on Select Networks button to go to the Network Management page.
Set both fields to My Work Network, then tap on Edit....
Check the option that says "This network connects to the Internet".

Go to ActiveSync options on the device. Run ActiveSync, tap on Tools -> Options.... Check the option "Sync with this PC during manual sync".
If you want to maintain the ActiveSync connection after synchronisation is complete, tap the Options... button, then select "Maintain connection" for the When syncing remotely option. Remember that it is not possible to establish partnership with the desktop using network connection. You must have already done that beforehand through cable, cradle or bluetooth connection.

Make sure that desktop ActiveSync is configured to accept network connections. Click on the ActiveSync icon in System Tray and select Connection Settings.... The third option ("Allow network...") should be checked.

That's it! To sync, just tap the green Sync button on the device.

3. File sharing

With adhoc connection established, it is possible to access files on the desktop from the device. The reverse (access files on the device from desktop) is unfortunately not possible. For that you can ActiveSync, though it's just not the usual file sharing anymore.

Set up shared folder on the desktop just as you would when doing files sharing between computers. Note that you just need the File and Printer Sharing for Microsoft Networks service. It is not necessary to have Client for Microsoft Networks installed.

For the device, I use GSFinder+. Invoke File -> Tools -> Network Connect... to map the shared folder to the device. The first time you run this item, you'll be ask if you want to active the Network folder. This is a special folder which appears to be like a storage card. Mapped folders will appear under this special folder.

With this approach, shared files appear to be in the Network storage card and you are free to read them (and write to them, if the permission was set). So you can, for example, map a folder with audio files and play them with Windows Media Player on your device.

Well, that's the end of this guide. Until Windows Mobile 5, which is probably just a couple of months away...

[via Windows Mobile (Pocket PC) Tips and Information]

__________________
Tim Nguyen

Last edited by Tim : 05-15-2006 at 06:49 PM.

Posted by 세모아

인터넷 연결 공유 - Internet Connection Sharing (ICS) in Microsoft Windows

카테고리 없음 2008. 9. 19. 08:56

Internet Connection Sharing (ICS) in Microsoft Windows

You can connect computers in your home network to the Internet by using Internet Connection Sharing (ICS). The main benefit of this approach is you don't need to buy new router to share Internet connection at home.

In order to make it works, you will need a Windows XP computer set up with 2 network cards with one connects to Internet and the other one connects to home network. This computer can be enabled with ICS feature and is called ICS host computer.

ICS host computer will act as a router to route the traffic from other computers to Internet, also means other computers at home can point to this computer as gateway in order to go to Internet. The ICS host computer must be turned on whenever other computers need to access Internet.

Here is typical home network that client computers access Internet through ICS host computer.

ICS Network

If you do not have network switch but all computers are equipped with wireless adapter, then you can set up ad hoc wireless network between computers and share the Internet connection.

Ad Hoc Wireless ICS Network

If you only have one client computer, you must connect it to ICS host computer using crossover cable.

Simple ICS Network

Posted by 세모아

Ad-Hoc Wireless Network in Windows XP : 2

카테고리 없음 2008. 9. 19. 08:55

출처:

Setting Up Ad Hoc Wireless Network in Windows XP

Do you know that you can set up ad hoc wireless network to share Internet Connection at home without using router and switch? Of course you can also use it to share files or printer between 2 or more computers wirelessly.

Please note you can have up to 9 wireless clients in an ad-hoc wireless network, which the computers send their data directly to each other. The only drawback of this approach is its limited wireless range support. You would need to have wireless router or access point for better wireless coverage. Click here to learn more on ad hoc wireless network and other types of wireless network.

If you check the diagram below, you have a computer connecting to Internet and also equipped with wireless adapter. You also got computers equipped with wireless adapter or notebooks with wireless PCMCIA card. Ha.. then you can set up ad-hoc wireless network to share Internet Connection without using router or switch. Kindly click this link to learn Internet Connection Sharing if you are not familiar.

Ad Hoc Wireless Network

IP Address Allocation

You need to allocate the IP address to each computer that involves in this ad-hoc wireless network. If you have 3 computers, you can simply assign 192.168.0.1, 192.168.0.2 and 192.168.0.3 to each computer with netmask 255.255.255.0. Check how to set IP here if you are not too sure.

Note: If you have Internet Connection Sharing enabled on host computer, you can just set each client computer to obtain an IP address automatically, then these computers should be able to access Internet.

Host Computer Configuration

1) Let’s start with the configuration, here I will choose one computer to start the configuration, right click wireless adapter and then click properties.

Note: Please enable this host computer's ad hoc configuration on ICS host computer if you want to use Microsoft's Internet Connection Sharing feature.

2) Wireless Network Connection Properties will appear. Click Wireless Networks tab, here I tick Use Windows to configure my wireless network settings. After that click Advanced button.

Note: You can also use the configuration tool provided by wireless adapter manufacturers to configure ad hoc wireless network.

Wireless Network Properties

3) Advanced window will appear. Select Computer-to-computer (ad hoc) networks only option. Click Close at last.

Note: Don’t tick Automatically connect to non-preferred networks in order to ease the configuration.

Ad Hoc Mode

4) After that, click Add to add new ad hoc wireless network.

Add Ad Hoc Network

5) Name your ad hoc network, here I use home-adhoc. Try to use open authentication without encryption first. After tested it works well, only proceed to enable WPA or WEP encryption. Click OK at last.

Add Ad Setting

6) Now you will see your created ad hoc network (PC card icon) in preferred networks list. Wooo.. You have finished configuring this host computer.

Created Ad Hoc Network

Client Computer Configuration

1) On other client computers, you only need to set its wireless adapter to use Windows to configure its network settings and enable Computer-to-computer (ad-hoc) networks only. Simply follow step 2 and 3 on host computer configuration above to get it done.

2) You then right click wireless adapter to view available wireless networks, you will see your ad hoc wireless network, proceed to connect to it. At this stage, you should be able to connect to this ad hoc wireless network!!! Have fun… :o)

Connect Ad Hoc

Posted by 세모아

Ad-Hoc Wireless Network in Windows XP

카테고리 없음 2008. 9. 19. 08:53

출처 : http://www.microsoft.com/windowsxp/using/networking/setup/adhoc.mspx

Set up a wireless network without a router

Published: August 15, 2006

Wireless networks are helpful because they let you use your computer and connect to the Internet anywhere in your home or office. However, most wireless networks use a wireless router, which can be expensive. If you have more than one computer, you can set up a wireless network without buying a wireless router and save yourself some money.

In a traditional wireless network, a wireless router acts as a base station, much like the base station for cordless phones. All wireless communications go through the wireless router, allowing nearby computers to connect to the Internet or to each other.

Diagram showing a traditional wireless network

Ad hoc wireless networks work more like walkie-talkies, because the computers communicate directly with each other. By enabling Internet Connection Sharing on one of the computers, you can share Internet access.

Diagram showing an ad hoc wireless network

Ad hoc networking might seem like a much smarter alternative to using a wireless router, but it does have a couple of disadvantages:

•	If the computer connected to the Internet is shut down, all computers that are part of the ad hoc network lose their Internet access.
•	To connect to the Internet, one computer always needs a wired network connection.

To connect your computers to the Internet using an ad hoc wireless network, follow these high-level steps (described in more detail later in this article):

1.	Enable Internet Connection Sharing on the Internet-connected computer. You can skip this step if you don't need to access the Web.
2.	Set up the ad hoc wireless network on the Internet-connected computer.
3.	Add your other computers to the wireless network.

How to enable Internet Connection Sharing

On networks with wireless routers, the router has the important job of forwarding communications from the computers on your home network to the Internet. On ad hoc networks, you must designate one computer to serve this role. The computer you choose must have a wired connection to the Internet, and it should be left on whenever you want to be able to use your other computers.

Top of page

How to set up the first computer

To set up an ad hoc wireless network that allows computers to share an Internet connection without a router

1.	If necessary, install a wireless network adapter.
2.	Click Start, and then click Control Panel.
3.	Under Pick a category, click Network and Internet Connections.
4.	Under or pick a Control Panel icon, click Network Connections.
5.	Right-click your wireless network connection, and then click Properties.
6.	In the Wireless Network Connection Properties dialog box, click the Wireless Networks tab.
7.	On the Wireless Networks tab, under Preferred networks, click Add.
8.	In the Wireless network properties dialog box, on the Association tab, type the name of your ad hoc wireless network in Network name (SSID) box (shown in step 10). For example, you could name your wireless network MyHomeNetwork.
9.	Clear the The key is provided for me automatically check box and select the This is a computer-to-computer (ad hoc) network check box.
10.	Create a 13-digit password and type it in both the Network key and Confirm network key boxes. For the best security, include letters, numbers, and punctuation. Then click OK.
11.	Click OK again to save your changes.

Top of page

How to set up additional computers

If the computer you want to add to your network does not have built-in wireless network support, install a wireless network adapter.

Windows XP automatically detects the new adapter and notifies you that it found a wireless network.

Wireless networks detected notification

Now connect your computer to your wireless network

Note: These steps apply only if you're using Windows XP Service Pack 2 (SP2). If you haven't installed SP2, visit Microsoft Update to install it before connecting to the ad hoc network.

Right-click the Wireless Network icon in the lower right corner of your screen, and then click View Available Wireless Networks.

Wireless Network icon shortcut menu with View Available Wireless Networks selected

Note: If you run into any problems, consult the documentation that came with your network adapter. Don't be afraid to call the manufacturer's technical support department for help.

The Wireless Network Connection window appears and displays your wireless network listed with the SSID you chose. If you don't see your network, click Refresh Network List in the upper left corner. Click your network, and then click Connect in the lower right corner.

Wireless Network Connection window Choose a wireless network page, with pointer on Connect

Windows XP prompts you to enter a key. Type your encryption key in both the Network key and Confirm network key boxes, and then click Connect.

Wireless Network Connection window, Network key prompt, with pointer on Connect

Windows XP shows its progress as it connects to your network. After you're connected, you can close the Wireless Network Connection window.

Repeat these three steps on each computer that you want to connect to your ad hoc wireless network.

Now you're ready to browse the Web wirelessly, from any computer you add to your home network.

Posted by 세모아

[펌] 전자자료는 여기다있다

카테고리 없음 2008. 8. 22. 13:59

http://blog.naver.com/ykb4027/140012017266

Last Updated : 2004-08-12

부품 메이커 (ABC순)
Allegro Altera AMD Analog Devices ARM Atmel Averlogic Cirrus Coilcraft Cypress Epson Fairchild semiconductor FTDI	Hitachi (Renesas) Hynix Intel ISSI Lattice Maxim / Dallas Microchip Molex Motorola Semicondutors National Semiconductor Netchip ON Semiconductor Philips semiconductor	Prolific Realtek Samsung Sanyo Sipex SST ST Thomson Texas Instruments Toshiba Xilinx ZiLOG

전자부품 인터넷쇼핑몰 및 전자부품 판매점 (순서없음)

각종 전자부품

Devicemart - 구로동에 위치한 전자부품 쇼핑몰. 각종 MCU 및 메모리 등 매우 다양한 IC 구입가능

ic114 - 부산 협신전자. 각종 전자부품, 전자관련 공구 등 다양한 품목 취급

Eleparts - 각종 전자부품, 로봇 관련 키트, 전자관련 공구 판매

Microrobot - 각종 전자부품, 로봇 관련 키트 및 부품, MCU 보드 판매

IC Device - 승전상사. 다양한 IC판매. 견적후 소량구매도 가능하나 최소 구매수량이 있음.

YK Logic - Atmel 대리점.

Incomtek - Wiznet(Hard-wired TCP/IP)제품군과 Realtek제품군 취급. 소량구매 가능.

E-Shop - 일본산 수입키트 및 부품 취급.

Core Technology - FTDI Chip사의 제품(USB Solution) 취급. 10개 단위 구매가능.

메모리

다린전자 - 삼성 메모리 취급점. 용산 매장에서 소량구매 가능

I&C Microsystems - 마이크론 제품군 취급. 소량구매 가능.

커넥터

국제통신부품 - 엄청나게 다양한 종류의 커넥터 취급. 용산 및 구로매장에서 소량구매 가능.

MCU전문

MCU Land - 삼성 ARM 및 기타 삼성 MCU소량구매 가능. ARM 관련 Q&A운영.

AVR Mall - 각종 AVR디바이스 및 AVR전용 소형 보드 전문 쇼핑몰.

T&S System - Renesas(Hitachi) H8, SuperH등의 MCU 취급점. 소량구매 가능.

CPLD

HMD Korea - Xilinx 제품 소량구매 가능.

윈코리아21 - Xilinx 제품 소량구매 가능.

학습용 및 개발용보드 판매

Suetek - 저가의 MCU보드 제작, 판매. ARM, DSP, x86, 80196등 제품 다양.

에디텍 - Texas Instruments사의 DSP취급. Q&A운영. DSP칩 소량구매 가능.

나노위트 - 중저가의 ARM학습용 보드 판매

FALINUX.COM - 저렴한 StrongARM 보드인 이지보드의 제작사. 임베디드 리눅스 관련 강좌

사이버랩 - ARM 실험보드, PDA Kit 판매. ARM관련 Q&A운영. 삼성, Hynix ARM 소량 구매가능

Tech mars - ROM-DOS가 내장된 386EX 응용보드판매

US Technology - AVR실험용 보드 판매.

Syncworks - TI 240X DSP시리즈관련 보드 및 DSP칩 판매

각종 전자키트

Wavy Sound - MP3 Kit 및 관련 부품, TV Kit, StrongARM 실험보드 판매

Funny Kit - 유용한 키트 및 도구가 많음

Minirobot - 각종 전자부품, 로봇 관련 키트 및 부품

기타

SME교역 - 감광기판 등 샘플 PCB 제작에 필요한 각종 기자재 판매

우창전자 - 다양한 만능기판과 변환기판 제작. 직접 주문하거나 eleparts.com에서 구입가능.

Interboard - 각종 AVR MCU용 응용기판 판매

전자엔지니어 쇼핑몰 - Easy Target PCI 칩 및 응용보드 판매

샘플전자 - MCU관련 제품들, 다양한 센서, 태양전지, 대형 모터 등 신기한(?) 제품 판매.

Tool-Max - 전자/일반공구전문 쇼핑몰. 상당히 다양한 품목 보유.

ED Mart - 전기/조명 자재 전문 쇼핑몰

AV Price - 자작용 LCD패널, AD보드 및 각종 부속품 쇼핑몰

PC 종합병원 쇼핑몰 - 자작용 LCD패널, AD보드 및 각종 부속품 쇼핑몰

두진 배터리 - 배터리 전문점. 일반/충전/특수 전지 및 충전기.

배터리 뱅크 - 배터리 전문점. 일반/충전/특수 전지 및 충전기.

극동 바테리 - 배터리 전문점. 일반/충전/특수 전지 및 충전기.

카테고리별 분류 (모두 순서없음)

Category

전자관련 정기간행물

전자 및 자작관련 커뮤니티 / 동호회

리눅스 / 임베디드 리눅스

GNU 크로스 컴파일러 배포판

uClinux

RTOS

프로그래밍 관련 자료

전자관련 홈페이지

마이크로 컨트롤러 & 마이크로 프로세서

자작 MP3 플레이어

전자회로 모음 및 전자공작, 자작 관련 사이트

IDE 인터페이스

CPLD / FPGA / VHDL

PC 인터페이스, PC관련

다음 Cafe

전자관련 정기간행물

전자신문 - 전자/전기분야 전문 일간지

디지털 타임즈 - IT분야 전문 일간지

월간 임베디드 월드 - 임베디드 전문 잡지. 과월호 열람 가능

월간 電子部品 - 전자 부품 전문 잡지. 과월호 열람 가능

(주) 첨단 - 월간 전자기술, 전기기술의 출판사. 과월호 열람 가능

Circuit Cellar - 미국의 임베디드 시스템 / 전자 분야 전문 잡지.

CQ 出版社 - 일본의 전자 전문 출판사. 월간 인터페이스 등의 잡지와 단행본 출간.

전자 및 자작관련 커뮤니티 / 동호회

하이텔 디지털 동호회 - 역사와 규모를 자랑하는 국내 최대 전자 동호회

ICBank 전자 커뮤니티 - 본인이 운영중인 DIY커뮤니티 외에 다수의 전자 커뮤니티.

Korea System Programmer - 시스템 프로그래밍 / 디바이스 드라이버 개발자의 모임

uCDot - uClinux 개발자 커뮤니티

김영철님의 Korea PCB Designer Group - PCB 디자이너 모임.

RFDH - RF 관련 강좌 및 커뮤니티

리눅스 / 임베디드 리눅스

Korea Embedded Linux Project(KELP) - 임베디드 리눅스 전문 사이트. 각종 강좌.

Korea Embedded System of Linux(KESL) - 임베디드 리눅스 전문 사이트. 각종 프로세서별 Q&A게시판.

임베디드 시스템 엔지니어를 위한 리눅스 커널 분석 - 제목 그대로.

ARM Linux - ARM 기반의 리눅스 관련 정보 제공

FALINUX.COM - 저렴한 StrongARM 보드인 이지보드의 제작사. 임베디드 리눅스 관련 강좌

Getting Started With GNU - 리눅스환경에서의 크로스컴파일러 설치방법 설명.

Building a toolchain for use with eCos - 임베디드 개발을 위한 GCC 툴체인 설치방법 설명

Compiling and Installing the GNU Tools under Microsoft Windows - Cygwin 환경에서의 GNU 툴체인 설치 방법 설명

ARMboot - ARM용 부트로더

U-boot - PowerPC, ARM, MIPS, x86 등의 다양한 플랫폼을 지원하는 부트로더

linux-sh - Renesas(Hitachi) SuperH용 임베디드 리눅스 배포판.

한국 데비안 사용자 모임 - 한국 debian사용자의 모임

Debian Planet - debian사용자의 모임

freeBSD-kr - 한국 freeBSD사용자의 모임

Korean Linux Documentation Project(KLDP) - 리눅스 문서 한글화 프로젝트. 각종 리눅스 관련 자료 및 How-to제공. 프로그래밍, 리눅스 관련 Q&A

GNU 크로스 컴파일러 배포판

gnude - ARM용 GNU 개발 환경

WinAVR - AVR용 GNU 개발 환경

GNU Dev Tools for the Hitachi H8/300[HS] - Renesas(Hitachi)의 H8, H8/300, H8/300H 시리즈용 gcc툴체인

GCC toolchain for MSP430 - TI의 MPS430용

Small device C Compiler - 8051, Z80, Dallas 80C390, PIC, Motorola HC08지원 C컴파일러

uClinux

uClinux - MMU가 없는 MCU를 위한 소형 리눅스.

uClinux for Samsung 4510 - 삼성 ARM7TDMI S3C4510용의 uClinux 배포판

RTOS

eCos - RedHat사의 공개 RTOS

UC-OS II - 마이크로컨트롤러용 공개 Real time OS인 UCOS-ii의 홈페이지

AVRX - AVR용 리얼타임 Kernel

Guile's land - RTOS 및 임베디드 시스템 관련

Ethernut - Ethernet을 지원하는 RTOS인 Ethernut의 홈페이지

OpenTCP - 오픈소스 공개 TCP/IP Stack인 OpenTCP.

프로그래밍 관련자료

Programmer's Heaven - 각종 공개 소스

Sourceforge.net - 오픈 소스 지원 사이트. 엄청나게 많은 프로젝트들이 진행중임.

freshmeat.net - 오픈 소스 지원 사이트.

Doxygen - C/C++, java, php, C# 코드 문서화 툴 Doxygen의 홈페이지.

My File Formats - 각종 파일 포맷에 관한 자료 제공.

전자관련 홈페이지

전자공작실 - 초보자들에게 유용한 내용들이 많음. Q&A 운영.

땜쟁이가 사는곳 - 질문과 답변란이 활성화. 후원회원으로 가입하면 다량의 링크 정보 제공.

Hardwarebook - 각종 커넥터의 핀배치를 볼 수 있는곳

Repair FAQ - TV, VCR, 라디오 등 각종 전자제품의 수리를 위한 상세한 정보 제공

Technick.net - PC에 사용되는 모든 커넥터의 핀 배치를 볼 수 있는 곳.

EDN - 각종 전자관련 기사가 가득함.

ePanorama.net - 각 분야별로 정리된 전자관련 링크. 엄청나게 많음.

ipstack.co.kr - ipstack님의 홈페이지. 다양한 링크자료 제공.

constructor.co.kr - 전자 공작 및 전자 관련 링크

마이크로 컨트롤러 & 마이크로 프로세서

자치기 님의 홈페이지 - 유용한 제작기사, 프로젝트들

윤덕용교수님의 마이크로프로세서 월드 - 각종 마이크로 프로세서 상담실, 수준높은 답변을 들을 수 있음

우키님의 AVR World - AVR관련 질문과 답변란이 활성화

이채원님의 홈페이지 - ARM, PIC관련 자료, Q&A

SoftOnChip - Hynix ARM 제품군 관련 질문/답변 및 자료 제공.

Robotic Systems Lab. - 유용한 AVR용 라이브러리 제공(소스 포함).

Build your own microcontroller projects - 8051용 라이터 및 8051응용사례

PIC FUN(일본) - PIC관련 자료 많음(일어)

이혁진님의 Onechip World - 각종 MCU관련 기사, Hitachi H8

Paul's 8051 Projects - PAULMON이라는 유명한(?) 8051모니터 프로그램의 제작자. 8051응용자료 많음.

AVR Freaks - AVR관련 커뮤니티(영어). 상당히 활성화되어 있음.

테라뱅크 - AVREdit의 개발자 황해권님의 홈페이지.

Kawashima's Homepage - Renesas H8 Kit를 사용한 예제(일어).

黑猫電腦硏究室 - H8을 이용한 Ethernet 인터페이스 실험

大可の電子工作 - PIC을 이용한 LCD, 적외선 디코더 등 각종 응용

Dreamcast Programming - SuperH기반의 게임 콘솔 Dreamcast에서의 프로그래밍 및 OS 포팅 방법 소개. 관련 링크 다수 제공.

자작 MP3 플레이어

http://www.pjrc.com/tech/mp3/index.html - 8051과 FPGA를 이용한 하드디스크 저장식 MP3 플레이어.

http://elm-chan.org/works/mpc/report.html - 휴대용 소형 MP3 자작기사. AVR사용.

Robs Project - HDD를 이용한 MP3 플레이어.

http://www.indata.si/grega/megapeg.htm - 관련 링크 풍부

YAMPP - Yet Another MP3 Player

MP3Cube - Avrcard.com

MP3 Public

Oxygen MP3 - Standalone Hardware MP3 Player

RAL-MPX

MoP3

PUMP Interactive Audio

the MP3 Project

STAMP - the Stand Alone MP3 Player

전자회로 모음 및 전자공작, 자작 관련 사이트

정동우님의 홈페이지 - 간단하면서도 요긴한 회로 모음. PC를 이용한 하드웨어 강좌.

개성제어 공개회로 자료실 - 다양하고 요긴한 전자회로 공개.

Discover Circuits - 각종 전자회로 링크

Green Bay Professional Packet Radio - 자작 무선 통신, 무선 네트워크

Electonic Circuits

Circuits for hobbyist

WebEE - Electronic Projects

Electronic schematics

Dev'rs - DIY Tools - 각종 자작 롬라이터. 롬 에뮬레이터.

Harry's Homebrew Homepage - 감광기판 등 전자관련 자작 팁, RF관련 회로

Seiichi Inoue's Homepage - 각종 전자회로 및 제작에 도움이 될 내용들.

Electronic Projects online - EPROM라이터를 비롯한 여러 가지 제작 프로젝트들.

Schematic Depot

일어번역 사이트

한미르 일본 웹 변역

다음 일본 웹

일본어

Elm-chan.org - 유용하고 재미있는 제작기사들

Ishijima's World - 전자공작. 충전기, PIC라이터 등

MYAN MYAN FACTORY - 전자공작. CDROM을 사용한 MP3 플레이어, USB를 사용한 롬라이터

なひたふ新聞 - 전자공작. LED전광판, CMOS카메라, 롬라이터 등등

IDE 인터페이스

ATA Specification Rev 3.2 - ATA 스펙.

IDE Test Project - PIC에 하드디스크 인터페이스 실험.

Paul's Electronic Projects - 8051과 8255를 이용한 IDE인터페이스 실험.

CompactFlash Association - CF메모리 협회. 간단한 등록절차를 마치면 CF메모리 스펙을 다운받을 수 있다.

Apple II Compact Flash / IDE Interface Project - Apple II 컴퓨터에 IDE인터페이스 실험.

WTY Soft - ATA(IDE) 인터페이스에 대한 상세한 설명

CPLD / FPGA / VHDL

PLDWorld.com - PLD 관련 자료

ASIC&FPGA - ASIC, FPGA 전문 커뮤니티

OPENCORES - 공개 CPU Core 소스 제공

김태영님의 홈페이지 - Altera와 Atmel의 CPLD를 사용하는 방법에 대한 설명.

電子回路製作所 - Xilinx XC9500 사용에 관한 내용(일본)

CQ PIC - PIC16F84를 VHDL로 구현(일본)

NONSAYA Robot Works - Altera FPGA, Xilinx CPLD 사용에 관한 설명(일본)

アトリエ TMT エントランス - 각종 VHDL 소스 제공(일본)

Examples of VHDL Descriptions - 각종 VHDL 예제. 기본 로직, 카운터, 메모리 등 기초 예제 소스.

PC인터페이스, PC관련

Jan Axelson's Lakeview Research - 병렬포트, 직렬포트, USB에 관한 기사와 다양한 링크들.

Beyond Logic - 병렬포트(SPP, ECP, EPP), 직렬포트, USB, PC키보드 인터페이스에 대한 상세한 문서제공.

TTRMKR's Project - AVR 90S8515에 USB인터페이스

Martin Mirko's Project - 68HC11과 USB인터페이스

Igor Cesko's Web Page - 컨트롤러 없는 소프트웨어 USB장치의 제작.

libusb - 오픈 소스 USB 드라이버.

libusb-win32 - libusb의 Win32 포트.

(주) 맑은기술 - IEEE1394제품 제작. 자작한 IEEE1394-to-ATA 브릿지 제작기사를 볼 수 있음.

Adam's Homepage - PIC와 PS/2 마우스, 키보드 인터페이스 실험.

Build your own cockpit - 비행시뮬레이션을 위한 자작 조이스틱들 링크 모음.

Wheels and Pedals - 나무를 깎아 만든 휠과 페달.

Technick.net - PC에 사용되는 모든 커넥터의 핀 배치를 볼 수 있는 곳.

여리의 작업실 - 개인 홈페이지. WDM Driver.

Jin's Lab - PC프린터포트 관련 자료.

Oldcomputers.net - 흘러간(?) 옛날 PC에 관한 각종 자료들 및 에뮬레이터 다운로드.

Daum Cafe

RTOS

Windows System Programmer

Posted by 세모아

블루투스 프로파일 설명 (맨 마지막에)

카테고리 없음 2008. 8. 1. 02:54

이 포스트를 보낸곳 ()


	블루투스 강좌
	▣ 블루투스(Bluetooth) 프로토콜 스택과 프로파일(Profile) (2)

	이한욱 (BLUETOOTH Lab. 팀장)

	본고에서는 지난 1부에 이어 HCI 이상의 상위 계층 프로토콜에 대한 내용에 대해 살펴보겠다.
	일반적으로 HCI 이상의 상위 계층 프로토콜들은 PC와 같은 호스트 상에 구현된다. 이러한 프로토콜들은
	자체적을 수행하는 태스크(Task) 외에도 상하위 계층에 이웃하는 프로토콜과의 인터페이스가 중요하다.
	먼저 이러한 레이어들간의 통신 모델에 대해 간단히 살펴본 후 각 레이어들에 대해 알아보기로 한다.
	그리고 마지막으로 블루투스의 프로파일(Profile)에 대한 내용을 다루고자 한다.

	프로토콜 모델
	블루투스 프로토콜은 OSI 참조 모델(OSI Reference Model)과 같이 계층화된 구조를 지니고 있다.
	또 각각의 프로토콜은 Peer-to-Peer 방식으로 원격 프로토콜과 통신이 이루어진다. 또 프로토콜 스택 내의

	<그림1> 계층화된 프로토콜에서의 프리미티브 (발췌:BlueStack User Manual, Mezoe, 2001)

	이웃하는 계층의 프로토콜 사이에서는 서비스 프리미티브(Service Primitive)라는 패킷을 이용하여 프로토콜
	사이에 컨트롤 정보(PCI)나 데이터를 교환한다. 이러한 프리미티브는 `Request', `Indication', `Response',
	`Confirm'의 4종류로 나누어진다. `Request'는 (N+1)계층에서 (N)계층으
	로 전달되는 프리미티브로 서비스를 요청하고 그 서비스에 필요한 데이터나 인자들을 전달할 때 사용된다.
	`Request' 프리미티브가 전달되면 통신 링크를 통해 통신이 이루어지고 원격 디바이스의 동등 프로토콜
	(Peer Protocol)인 (N)계층에서는 요청된 서비스에 대한 정보나 동작 등을 `Indication' 프리미티브를
	통해 (N+1)계층에게 알린다. 이후 (N+1)계층에서는 `Indication'으로 전달된 정보나 동작 등을 수행한
	결과를 (N)계층에게 `Response' 프리미티브를 이용하여 전달한다. 그리고 이러한 정보는 통신 링크를
	통해 서비스 요청이 시작된 처음의 디바이스 (N)계층 프로토콜로 전달되어 여기서 다시 (N+1) 계층으로
	`Confirm' 프리미티브를 이용하여 결과를 통보한다. 실제적으로 블루투스 프로토콜 스택의

	<그림2> 계층화된 프로토콜의 메시지 구조 (발췌:BlueStack User Manual, Mezoe, 2001)

	L2CAP프로토콜의 경우 상위 계층(RFCOMM, SDP, TCS)과는 `L2CA_Request',
	`L2CA_Indication', `L2CA_Response', `L2CA_Confirm'의 프리미티브를 이용하며, 하위 계층(HCI,
	`LP_Request', `LP_Indication', `LP_Response', `LP_Confirm'의 프리미티브를 이
	용하여 커넥션(Connection)이나 디스커넥션(Disconnection) 등의 동작을 수행한다. 그러나 항상 이
	4가지의 프리미티브가 모두 사용되는 것은 아니고, 서비스에 따라 4개가 모두 사용되지 않는 경우도
	있다. HCI 이상의 프로토콜 계층에서는 대부분 이상과 같은 서비스 프리미티브 모델로 구현이 된다.
	이제 각각의 프로토콜에 대해서 알아보기로 하겠다.

	호스트 컨트롤러 인터페이스(Host Controller Interface:HCI)
	호스트 컨트롤러 인터페이스(이하 HCI)는 호스트 컨트롤러에 포함된 베이스밴드나 링크 매니져, 그
	리고 하드웨어 등을 접근하고 제어하기 위한 표준화 된 인터페이스를 의미한다. 만약 이렇게 표준화

	<그림3> HCI와 하위 계층 프로토콜의 구조

	된 인터페이스가 없다면 베이스밴드 프로세서나 블루투스 칩셋 등의 하드웨어 벤더에 따라 컨트롤 레
	지스터(Register)나 하위 계층 프로토콜의 인터페이스 방법이 달라질 것이다. 따라서 하드웨어에 따
	라 어플리케이션을 따로 제작해야하는 번거로움이 생기게 된다. 반면 HCI는 블루투스 SIG에서 규정한
	표준화 된 인터페이스이므로 개발자는 호스트 컨트롤러의 하드웨어적 사양에 전혀 구애받지 않을 수
	있다는 장점이 있다. 이외에도 개발자는 HCI를 통해 호스트 컨트롤러에 내장된 베이스밴드나 링크 매
	니져 등의 하위 계층 프로토콜에 비교적 쉽게 접근할 수 있으므로 개발자가 별도로 하위 계층 프로토
	콜을 개발해야 하는 부담이 덜어지게 된다.
	HCI는 호스트와 호스트 컨트롤러 사이에 연결된 물리적 버스(Physical Bus)를 통해 통신하기 위한
	인터페이스이다. 일반적으로 이 물리적 버스는 UART, USB, PC 카드 등이 사용되고, 블루투스 스펙에
	는 USB(H2), RS232(H3), UART(H4)의 각각에 대한 자세한 내용이 실려있다. 이러한 물리적 버스를
	통해 교환되는 HCI 패킷은 HCI Command, HCI Event, HCI ACL Data, HCI SCO Data의 4종류이다.
	HCI Command는 호스트에서 호스트 컨트롤러에게 특정 작업을 수행하도록 지시하거나 특정 정보를
	요청하기 위한 패킷이다. 모든 HCI Command에 대해서는 HCI Event가 존재하는데, 이것은 호스트가
	HCI Command를 통해 지시한 작업에 대한 결과나 호스트가 요청한 정보를 호스트 컨트롤러가 호스
	트에게 통보하는 패킷이다. 예를 들어 호스트가 현재 연결된 호스트 컨트롤러의 주소를 얻기 위해

	<그림4> HCI 패킷의 구조

	`Read_BD_ADDR'이라는 HCI Command 패킷을 호스트 컨트롤러로 보내면, 호스트 컨트롤러에서는
	디바이스의 주소값을 포함된 HCI Event 패킷을 호스트로 보낸다. 이외에 HCI ACL Data 패킷과 HCI
	SCO Data 패킷은 ACL 링크나 SCO 링크가 설정된 후에 데이터를 주고 받기 위한 패킷이다.
	HCI Command 패킷은 각 커맨드별로 고유한 OpCode를 지니고 있다. 이 OpCode는 OGF
	(OpCode Group Field)와 OCF(OpCode Command Field)로 구성되는데, OGF는 HCI Command를
	그 성격 및 역할에 따라 그룹으로 구분짓기 위한 코드이다. 즉 HCI Command가 링크 제어에 관련된
	것인지, 베이스밴드에 관련된 것인지, 호스트 컨트럴로의 정보를 얻어오는데 관련된 것인지에 따라
	HCI Command를 그룹화하여 각 그룹에 대해서 코드를 부여한 것이 OGF이다. 그리고 각 그룹에 포함
	된 각각의 HCI Command에 대해서는 고유한 OCF를 부여하였다. 이러한 OGF와 OCF를 조합을 하면
	HCI Command마다의 고유한 OpCode가 만들어진다. 각각의 HCI 커맨드와 이벤트에 대해서는 블루
	투스 스펙에 자세히 나와있으므로 이를 참조하기 바란다.
	HCI를 구현하게 되면 블루투스의 Inquiry, Paging, Connection 등의 링크 설정과 인증(Encryption)
	, 암호화(Authentication), 링크 키(Link Key) 등의 보안이나 Hold, Sniff, Park 등의 커넥션 상태 설정
	등 블루투스의 대부분의 동작을 실제로 실행시킬 수 있다. 따라서 블루투스 프로토콜 스택이나 호스트
	어플리케이션을 개발하려한다면 제일 먼저 구현해야할 가장 기본이 되는 프로토콜이 HCI이다. 이러한
	HCI 구현을 편리하게 하기 위한 소프트웨어 툴도 에릭슨(Ericsson) 등을 비롯한 관련 업체에서 판매
	하고 있기도 하다.

	Logical Link Control and Adaptation Protocol (L2CAP)
	L2CAP는 상위 계층 프로토콜과 HCI, 베이스밴드(Baseband) 등의 하위 프로토콜 사이에서 중재 및
	조정을 하는 역할을 한다. 논리 채널(Logical Channel)이란 L2CAP 상위의 계층 프로토콜이나 어플리
	케이션에서 전달된 데이터를 위해 설정된 채널을 말한다. 실제로 블루투스 프로토콜 스택을 보면
	L2CAP 위로 3개의 프로토콜(RFCOMM, TCS, SDP)이 존재한다. 결국 각각의 프로토콜로부터 데이터
	가 전달된다면 이를 중재하고, 각각의 데이터를 논리 채널별로 설정하고 관리하여 하위 계층 프로토콜
	로 전달할 필요가 있는데 바로 이것이 L2CAP의 역할이다. 그렇다고 L2CAP가 복잡하고 덩치가 큰 프

	<그림5> 프로토콜 스택에서의 L2CAP의 형태

	로토콜은 아니다. L2CAP 프로토콜은 PDA, 휴대폰, 조이스틱 등의 리소스가 제한된 호스트에도 포팅
	될 수 있도록 간략함(Simplicity)과 낮은 오버헤드(Low Overhead)를 지녀야 한다.
	L2CAP 프로토콜의 대표적인 역할은 프로토콜 멀티플렉싱(Protocol Multiplexing)이다. 베이스밴드
	프로토콜은 SDP, RFCOMM, TCS 등의 상위 레이어에 대한 정보를 지니고 있지 않다. 그러므로
	L2CAP에서 각 상위 프로토콜에 대한 멀티플렉싱을 수행한다.
	또 프로토콜에 대한 분할(Segmentation) 및 재조합(Reassembly)도 L2CAP에서 이루어진다. 베이
	스밴드의 프로토콜은 MTU(Maximum Transfer Unit)와 관련되어 패킷의 길이가 제한되어 있다. 따라
	서 어플리케이션이나 상위 계층 프로토콜에서 전달된 패킷의 길이가 길 경우에는 베이스밴드 패킷의
	길이 제한에 맞게 분할(Segmentation)해야 한다. 반대로 여러개로 분할되어 수신된 베이스밴드의 패
	킷은 상위 계층 프로토콜이나 어플리케이션으로 전달하기 전에 재조합(Reassembly)을 해야한다. 이
	러한 패킷 관리가 모두 L2CAP에서 이루어진다. 이외에도 L2CAP에서는 QoS(Quality of Service)나
	피코넷 구성 시의 그룹화(Grouping)에 관련된 작업도 수행한다.

	Service Discovery Protocol (SDP)
	SDP는 연결된 블루투스 디바이스에서 어떠한 서비스가 가능하고, 그 가능한 서비스의 특징에 관한
	정보를 교환하기 위한 프로토콜이다. 즉 SDP를 통해 다양한 디지털 기기에 장착된 블루투스 디바이스

	<그림6> Service Discovery 시나리오

	들이 LAN 억세스 포인트(LAN Access Point), 핸드폰, 팩스, 프린터 등의 서비스가 가능한지에 대한
	정보를 교환하는 것이다.
	SDP는 서버-클라이언트(Server-Client)의 구조를 지니고 있다. 서버 디바이스는 가능한 서비스의
	목록과 각 서비스에 대한 세부사항을 데이터 베이스로 지니고 있다. 클라이언트는 이 서버에 요청하여
	서비스에 관련된 정보를 얻을 수 있다.

	RFCOMM
	RFCOMM은 원래 GSM폰의 멀티플렉서(Multiplexer)를 위해 고안된 ETSI(European
	Telecommunications Standards Institute)의 TS 07.10을 기반으로 한 것으로 RS-232 9핀 시리얼
	포트를 에뮬레이션 하는 역할을 담당한다. 특히 현재 블루투스의 대표적인 어플리케이션인 무선 헤드
	셋이나 랜 억세스 포인트의 기반이 되는 시리얼 포트 프로파일(Profile)에 RFCOMM이 사용이 되므로
	블루투스 어플리케이션 개발을 위해서는 피해갈 수 없는 프로토콜이다.

	<그림7> RFCOMM의 두가지 통신 모델

	RFCOMM은 보통 두가지 형태의 디바이스에 이용된다. 첫 번째 형태는 두 개의 디바이스가 모두 통
	신 상의 엔드 포인트(End Point)가 되어 두 디바이스 사이에 블루투스 링크로 직접 연결이 되는 경우
	로 이런 경우를 `Type1 Device'라 한다. 두 번째 형태는 하나의 디바이스는 엔드 포인트이나 나머지
	하나의 디바이스가 또 다른 네트워크의 일부인 경우이다. 이런 디바이스를 `Type2 Device'라고 하
	며 대표적인 경우가 모뎀(Modem)이다. 그렇다고 두 개의 디바이스 타입이 각각 다른 형태의 프로토
	콜을 사용하는 것은 아니며, RFCOMM 프로토콜 자체는 어떤 타입의 디바이스인지에 대한 정보를 지
	니고 있지 않다.
	RFCOMM은 스펙상으로 동시에 60개의 포트를 열 수 있는 다중 에뮬레이션(Multiple Emulation)을
	지원하며 각 포트는 DLCI(Data Link Connection Indentifier)라는 고유한 인자를 지니고 있다. 이러한
	다중 에뮬레이션은 두 개의 블루투스 디바이스 사이에서 다중 시리얼 포트를 에뮬레이션 할 수도 있지
	만, 여러개의 블루투스 디바이스와 다중 시리얼 포트 에뮬레이션을 하는 것도 가능하다.

	Telephony Control Protocol (TCS)
	TCS는 블루투스의 어플리케이션의 하나인 `3-in-1 Phone'을 구현하기 위해 필수적인 프로토콜로
	주로 전화 회선(PSTN)이나 내선(Intercom)을 인터페이스 하기 위한 콜 컨트롤(Call Control)을 담당

	<그림8> TCS 프로토콜을 이용한 어플리케이션

	한다. 실제로 `Cordless Telephony Profile'과 `Intercom Profile'는 TCS 프로토콜을 기반으로 한 프
	로파일이다. 이외에도 TCS 프로토콜은 TCS가 지원되는 블루투스 디바이스들을 WUG(Wireless
	User Group)이라는 피코넷을 구성하여 관리한다.

	이외에도 L2CAP 상위에는 IrDA나 WAP과 인터페이스 할 수 있는 프로토콜이 구현될 수 있다. 이제
	SIG 규정한 블루투스 프로파일에 대해서 알아보기로 하겠다.
	에 대해서 살펴보기로 하겠다.

	블루투스 프로파일(Profile)
	이상과 2부에 걸쳐 살펴본 블루투스 프로토콜 스택을 살펴본 결과 결코 실제로 스택을 구현하는 것
	은 쉬운 일이 아니라는 생각을 갖게 한다. 그러면서 동시에 과연 이러한 스택을 구현을 했다고 할지라
	도 `어플리케이션에 어떻게 적용할 것인가'하는 문제도 결코 쉬운 일은 아닐 것이다.
	SIG에서는 코어(Core) 스펙과 더불어 프로파일(Profile) 스펙을 발표하여 현재 버전 1.1까지 나온 상

	<그림9> 블루투스 프로파일(Profile)

	태이다. 이 `프로파일'이란 블루투스 어플리케이션을 구현할 때 특정 어플리케이션마다 사용해야할 프
	로토콜의 종류와 그 구조 및 사용 방법을 규정한 것이다. 결국 프로파일은 특정 블루투스 어플리케이
	션을 제작할 때 일종의 개발 레퍼런스 역할을 하게 되는 것이다. 또한 어플리케이션이 모두 프로파일
	에 따라 제작이 된다면 제작사에 상관없이 어플리케이션이 호환될 수 있다는 장점도 있다.
	2001년 2월에 발표된 1.1버전의 프로파일 스펙에는 모두 13개의 프로파일 규정되어 있다. <그림9>
	에서 보면 13개의 프로파일의 상관 관계를 쉽게 알 수 있다. 가장 기본이 되는 프로파일은 `Generic
	Access Profile(GAP)'로 블루투스 디바이스가 연결할 디바이스를 발견하고, 커넥션을 하여 링크를
	설정하는 방법과 이에 관련된 보안(Security)에 관한 내용이 규정되어 있다. 이 프로파일은 제목 그대
	로 모든 프로파일의 기초가 된다. 나머지 프로파일은 L2CAP 상위 계층이 어떤 프로토콜이냐에 따라
	크게 세가지로 나눌 수 있다. L2CAP 상위 계층으로 SDP를 사용하는 것은 `Service Discovery
	Application Profile'이고 TCS 바이너리를 사용하는 프로파일로는 `Cordless Telephony Profile'와
	`Intercom Profile'이 있다. 또 RFCOMM을 사용하는 프로파일은 `Serial Port Profile'이라 하여 1.1버
	전에서는 가장 큰 비중을 차지하고 있다. 현재 블루투스의 대표적인 어플리케이션인 무선 헤드셋이나
	랜 억세스 포인트가 모두 `Serial Port Profile'을 기초로 한다. 또한 블루투스의 대표적 어플리케이션
	시나리오 중에 하나인 `자동 동기화(Automatic Synchronization:이메일,주소록,스케쥴 등을 동기화
	된 상태에서 자동으로 교환하는 것)'를 위한 `Synchronization Profile' 역시 `Serial Port Profile'을 기
	반으로 두고 있다.
	이러한 프로파일은 블루투스의 스펙 상 중요한 요소로 블루투스 인증 시 고려 대상 중의 하나이다.
	만약 어느 업체에서 개발한 랜 억세스 포인트가 `LAN Access Profile'의 의무(Mandatory) 규정을 지
	키지 않았다면 결코 블루투스 인증을 받을 수 없다. 이렇게 하는 가장 큰 이유는 블루투스 어플리케이
	션을 표준화 하고 개발 업체와 무관하게 호환성을 유지하기 위함이다.
	현재 SIG에서는 새로운 버전의 프로파일 스펙을 발표할 예정에 있으면 현재의 13개 프로파일 외에
	상당수의 프로파일이 추가될 것으로 알려지고 있다. 앞으로 블루투스 관련 어플리케이션이 다양해질
	수록 이에 관련된 프로파일은 지속적으로 추가될 것이다. 또 현존하는 프로파일이 최상이라고 할 수는
	없으므로 이에 관련된 내용이 지속적으로 업데이트 될 것으로 예상된다. 만약 블루투스가 초기의 목표
	대로 5달러 이하의 솔루션이 되고, 수많은 가전 기기에 케이블을 대처하며 장착이 된다면 그때는 프로
	파일의 개수가 몇백개가 되는 날도 머지 않아 오지 않을까 하는 생각을 해본다. [출처] 블루투스(Bluetooth) 프로토콜 스택과 프로파일(Profile) (2)\|작성자 베스트

Posted by 세모아

더 쉽고 더 편해진 지그비

카테고리 없음 2008. 8. 1. 02:46

더 쉽고 더 편해진 지그비

└ RFID/블루투스

2008/07/18 06:37

http://blog.naver.com/ioyou64/130033374460

이 포스트를 보낸곳 ()

카페 > 밍그라빠의 디스플레이 포털 | 밍그라빠

http://cafe.naver.com/minkrappa/35485

핫이슈1_지그비

더 쉽고 더 편해진 지그비

초소형, 저전력, 저가격으로 경쟁력 확보하고 전 세계 시장 확대 노려

IEEE802.15.4 표준중 하나인 지그비(ZigBee)는 가정 사무실 등의 무선 네트워킹 분야에서 반경 30m 내외의 근거리통신과 유비쿼터스 컴퓨팅을 위한 기술이다. 따라서 초소형 저전력 저가격으로 경쟁력을 확보한 지그비는 홈네트워크 솔루션으로 가장 적합하다는 평을 받고 있다.

유비쿼터스 주거환경을 제공하는 TV 광고를 보면, 퇴근 후 주차장에서 에어컨이나 보일러를 켜는 일은 기본이고 켜놓고 나온 가스레인지를 끈다든지 냉장고 세탁기 같은 가전제품을 외부에서 조절할 수 있는 기술이 PAN(Personal Area Network)이다.

PAN은 생활환경을 기준으로 정의된 근거리 개인 통신 네트워크를 통칭해서 일컫는데, 이 PAN에 속하는 것이 지그비(지그비), 블루트스, UWB 등이다.

각 통신망은 10M 정도를 기준으로 통신이 가능하도록 규정되어 있고, 주파수 출력과 통신 특성에 따라 좀 더 넓은 영역까지 통신이 가능하다.

그 중 지그비는 가장 저속 통신이지만 전력소모가 작아서 배터리 하나로 1~2년 정도 동작이 가능하도록 하는 통신방식이다. 그리고 블루투스는 개인휴대기기를 연결하고자 하는 목적으로 등장한 통신방식이며 UWB는 군사용 레이더의 펄스형태의 기술을 이용한 통신방식으로 고속 전송이 가능해 동영상과 같은 멀티미디어 데이터 전송에 접합한 방식이다.
지그비의 가장 큰 특징은 단순기능이 요구되는 초소형 저전력 저가격 시장에 적합하다는 것이다. 블루투스는 서버 또는 중계기과 단말기형태로 하나의 서버와 여러 개의 단말기 형태로 묶여진 형태여서 블루투스의 경우 충전식 배터리로 전력을 소비하는 데도 불구하고 7개의 단말기밖에 지원하지 못한다. 이에 비해 지그비는 소량의 전력으로 수천 개의 장치를 지원할 수 있다.

지그비 시장 확대 주도하는 지그비협회

이 처럼 지그비는 글로벌 무선 언어로서 각종 장치들을 함께 작동시켜 일상생활의 효율성을 높여준다. 지그비협회(ZigBee Alliance)는 지그비 무선기술 개발을 추진하는 260여개 기업들의 비영리 단체다. 지그비협회는 가정, 상업용 및 산업 영역의 에너지 사용을 위한 선도적인 무선 네트워크화, 인식, 제어 표준으로서 지그비를 전 세계적으로 채용하도록 촉진한다.

그 런데 에너지 관리, 상용 및 소비자 애플리케이션용 무선 솔루션을 제작하는 기업들의 세계적 생태계인 지그비 앨리언스가 지그비® 스마트 에너지 공공 애플리케이션 프로파일을 사용하는 16개 제품의 공식 인증을 발표했다. 이번 1차 제품군은 전 세계 유틸리티 회사들이 에너지 관리를 위해 새로운 가정 내 네트워크 실행을 지원할 수 있게 설계된 광범위한 서비스를 제공하고 소비자들이 에너지 효율을 개선하도록 지원하며 복수 벤더 제품의 상호운용성을 제공한다.

Southern California Edison의 마티니 부사장은 "우리 회사는 각 가정을 업계를 선도하는 Edison SmartConnect™ 프로그램에 접속하기 위해 이들과 같은 지그비 스마트 에너지 제품들을 이용할 것이다. 지그비 스마트 에너지 제품들은 우리 고객들에게 선택지를 제공하고 장기적인 지속가능성을 촉진할 것이다"라고 말했다. Edison International의 산하 기업인 Southern California Edison은 480만 고객 계정을 경유해 1,300만 여명의 주민들에게 서비스를 제공하는 캘리포니아주 최대의 전기 공익사업장이다.

다음의 지그비 스마트 에너지 제품들은 지그비협회의 엄격한 스펙을 모두 충족시키고 약속된 성능을 보증하는 시험을 거쳤다. 이들은 시장에서 쉽게 식별할 수 있도록 지그비 로고를 부착하게 될 것이다.

지그비 스마트 에너지 제품들

* Cellnet + Hunt - FOCUS AX 엔드포인트는 쌍방향 통신을 유틸리티, 미터 및 가정 내 네트워크에 제공하는 고급 계량 엔드포인트다.
* Ember - 스마트 에너지 Application은 각각의 기기 유형, 집속과 보안 기능의 완전한 레퍼런스 실행으로 기기 제조업체들이 신속한 개발과 제품 인증을 받을 수 있도록 함으로써 용이한 맞춤제작을 가능케 한다.
* Itron® - OpenWay™ CENTRON® 고급 전기 계량기는 고도로 정확한 전기계측을 제공하고 가정 내 네트워크를 포함한 각 가정과 유틸리티간의 쌍방 통신을 지원한다.
* Itron® - OpenWay™ 가스 모듈은 천연가스 소비량을 정확하게 계량하고 계량판독과 원격 프로그래밍을 위한 Itron OpenWay Centron 미터에 쌍방 통신을 지원한다.
* Tendril - Outlet은 모든 전자제품의 에너지 소비량을 감시, 제어하면서 인터넷이나 가정 내 디스플레이 추적을 제공하는 모든 표준 홈 아울렛에 사용되는 세 갈래 전기 아울렛이다.
* Alektrona - Z-Aperture™은 수요 반응/부하 제어, 서브 미터링을 위한 인터넷 접속과 기타 에너지 관리 서비스를 제공하는 광대역 에너지 서비스 포털이다.
* Computime Limited - CTW200은 에너지 소비와 요금 정보를 감시, 제어 및 디스플레이하는 한편 모든 표준형 HVAC(냉난방공조)시스템과 2단계 히트 펌프를 지원하는 자동온도 조절장치다.
* Computime Limited - CTW300은 사용자가 주거지에서 에너지 요금과 사용량을 모니터 하는 대형 도트 매트릭스 스크린이 있는 가정용 디스플레이다.
* Comverge™ - DCU™은 개별 대응에서 적응 알고리즘까지 폭넓은 기능을 갖추고 대중적인 에어컨 기기, 급탕기, 저수 펌프와 기타 부속 설비와 호환 가능하다.
* Comverge™ - SuperStat®는 공익사업과 소비자 쌍방에 프로그램화할 수 있고 에너지 효율 제어를 제공하는 정교한 자동온도 조절장치로 인기 있는 난방, 환기, 공조 시스템과 함께 운영할 수 있도록 프로그램화할 수 있는 웹 기반 기능을 제공한다.
* Energate - Pioneer Z100은 오늘날 가장 정교한 자동 온도조절 장치에서 발견할 수 있는 기능 이상의 차세대 기술을 통합하고 탁월한 유저 인터페이스에 견줄데 없는 성능을 제공하는 정교한 자동온도 조절 장치다.
* Greenbox Technology - Greenbox™는 각 가구에서 에너지와 물 사용을 더 잘 이해하고 관리하는 한편 돈을 절약하고 탄소 배출량을 절감할 수 있게 하는 웹 기반의 양방향 에너지 관리 플랫폼이다.
* LS산전 - LK 시리즈는 다양한 국제 표준을 지원하며, 양방향 통신 모듈을 내장한 단상 및 삼상 저압 수용가용 다기능 전자식 전력계량기이다.
* PRI - Home Energy Controller는 모든 계량기로부터 전기, 가스 소비를 모니터하고 고객 친화적 디스플레이에 비용 정보를 제공한다.
* Trilliant™ - SecureMesh™ 마이크로 액세스 포털은 계량기로부터 독립적이며 자동온도 조절장치, 가정 내 디스플레이, 어플라이언스 콘트롤러 또는 계량기를 포함한 모든 엔드 포인트 기기에 내장될 수 있고 Trilliant SecureMesh AMI 네트워크의 일부다.
* Wireless Glue Networks - In-Premise Display는 에너지 서비스 포털의 가격 및 메시지 전달 정보를 전하는 LCD 디스플레이가 특징인 표준 디자인이다.

에너지 소비의 환경적 영향 줄여

기 타 지그비협회 회원사들은 스마트 에너지 제품 완성과 인증을 촉진하는 데 중요한 역할을 담당한다. 지그비 프로모터스 Ember and Texas Instruments는 각각 개발과 실행 지원을 제공한다. Certicom은 지그비 스마트 에너지 기기에 관한 타원곡선 암호(ECC)실행과 기기 인증 발급을 지원했다. Daintree Networks Sensor Network Analyzer 솔루션은 지그비 제품 개발, 시험, 작동과 관리 툴을 촉진한다. Wireless Glue Networks는 각종 지그비 스마트 에너지 기기들의 모형을 만들기 위해 시뮬레이션 테스트 시스템을 공급하는 Glue Software Framework를 제공한다. NTS Corp.와 TUV Rheinland, 지그비협회의 두 개 공식 시험실은 전 세계의 시험 지원과 인증 서비스를 제공한다.

지그비협회의 밥 헤일리 회장은 "지그비 스마트 에너지 제품들은 가격이 무난하고 전 세계에서 에너지 효율을 개선하기에 용이한 방법이며 에너지 소비의 환경적 영향을 줄여준다. 지그비 스마트 에너지는 업계 표준으로서 그리고 전 세계의 가정과 기업에서 새로운 효율 프로그램을 실행하는데 안전하고 소비자 친화적인 방법을 제공하는 리더로서 널리 인정받고 있다"고 말했다.

지그비 스마트 에너지는 유틸리티 회사와 정교한 자동온도 조절 장치, 가전제품 같은 일반 가정 기기간의 무선 통신을 실현한다. 그리고 소비자들이 자동화와 준 실시간 정보를 이용해 좀 더 정확하게 에너지 소비를 관리할 수 있도록 허용함으로써 에너지 효율을 개선하고 상호 운용이 가능한 제품을 공급하는 지구 생태계 기업들 중에서 선택할 수 있는 능력도 부여해 준다. 그것은 또한 유틸리티 기업들이 에너지 관리와 효율 확대를 추진하기 위해 새로운 고급 계량 및 수요반응 프로그램을 실행하고 변화하는 정부 요건에 대응하도록 지원한다.

홈네트워크, 산업자동화는 물론 통신시장으로 영역 확대

지그비사업본부 그레엄 마틴 본부장은 향후 홈네트워크, 산업자동화 산업에 지그비가 널리 사용될 것임을 강조하고 지그비 기술이 계속 진화하고 있다고 말했다.

현 재 지그비협회에는 필립스,�모토로라,�미쯔비씨, 하니웰, 삼성전자 등의 굵직한 업체들이 회원사로 활동하고 있다. 그레엄 마틴 본부장은 일반적으로 지그비가 데이터 전송량이 적은 제어용 애플리케이션에 많이 적용되고 있는데 원격검침 시스템, 카드보안시스템, 이동통신과 전자제어 솔루션으로 시장이 확대되고 있다고 설명했다.

그는 현재 1만개의 개발 키트가 출시됐으며 세계적으로 3만 명의 엔지니어가 지그비 애플리케이션을 개발하고 있다며 홈오토메이션�빌딩오토메이션�메디컬모니터링시스템�자동차 시스템 등 다양한 시장을 타깃으로 애플리케이션 개발에 여러 업체가 몰두하고 있어 내년쯤이면 지그비를 이용한 새로운 통신시장이 열릴 것이라고 말했다.

특히 원격검침 시스템에 적용된 솔루션의 경우 GPRS망을 통해 무선으로 파악한 전기, 가스 등의 사용량이 해당 유틸리티 사업국으로 전송되고 있다며 지그비 기술의 유용함을 강조했다. 그는 지그비가 칩셋 등의 가격이 낮아 시장 주도형 솔루션으로 확산될 가능성이 높으며 최근에는 시스템온칩(SoC) 형태로 공급돼 개발 시간을 단축시키는 데도 일조하고 있다고 설명했다.

지그비 기술 진화와 관련 그는 최근 나온 지그비 솔루션은 한 네트워크 내에서 각 연결자간 선별적인 관리가 가능하고 네트워크에 연결된 단말 가운데 일부하고만 통신이 가능하도록 했다고 말했다. 그는 손쉬운 업그레이드 등의 관리 기능의 강화와 보다 지능화된 네트워크 기능이 이번에 새롭게 추가된 지그비의 핵심 기능이라고 밝혔다.

그는 지그비가 무선식별(RFID)과 연계해 위치추적 등의 기능을 제공할 수 있어 새로운 편의 시스템을 만들어 낼 것이라고 덧붙였다. 또 현재 세계 주요 반도체 기업 10개 가운데 6개 기업이 IEEE802.15.4 표준 활동을 하고 있을 만큼 지그비의 기술 발전은 지속될 것이라고 강조했다.

출처 : http://tech.sbc.or.kr/enewspaper/articleview.php?aid=629&sid=41&hosu=55

Posted by 세모아

[펌] 세계 반도체 장비 산업 현황

반도체 & Solar/반도체 News 2008. 7. 31. 01:36

세계 반도체 장비 산업 현황

IT/digital world

2006/10/02 10:18

http://blog.naver.com/polydalai/30009309147

이 포스트를 보낸곳 ()

세계 반도체 장비 산업 현황

윤석민 Lam Research Corporation, 신제품 개발부

- 서문 -
반도체 장비 산업은 반도체 칩 제조 산업에 있어 중요한 부분을 차지하고 있는데, 반도체 칩 제조업체들은 매출액의 약 20 % 정도를 반도체 장비 구입에 쓰고 있다. 반도체 장비 산업은 예전에는 반도체 칩 산업에 있어서 별로 중요하지 않은 부문으로 인식되었지만 반도체 산업이 발전함에 따라 장비 산업의 중요성이 점점 높아지고 있으며 예전에는 칩 제조 업체가 주도하였던 많은 기술 개발들이 장비 업체가 주도하게 되는 일이 점차로 늘어나고 있다. 우리 나라의 경우 반도체 칩 제조 산업에 있어서는 세계에서 중요한 위치를 차지하고 있지만, 반도체 장비 산업은 상대적으로 매우 낙후된 상황이며, 국내 반도체 칩 제조 산업에 쓰이는 대부문의 반도체 장비들을 미국이나 일본, 유럽 업체들로부터 수입하고 있는 형편이다.
이번 기사에서는 세계 반도체 장비 산업의 전반, 주요 반도체 장비 업체, 반도체 장비 업체의 생존 전략, 그리고 한국의 반도체 장비 산업 현황에 대해 언급하고자 한다.

1.세계 반도체 장비 산업의 전반

세 계 반도체 장비 산업은 2002년 230억 불 정도의 시장을 형성하고 있으며, 크게 전공정 부문과 후공정 부문으로 나눌 수 있다. 전공정 부문은 실리콘 웨이퍼를 가공하여 한 웨이퍼 위에 많은 소자와 배선들을 만드는 과정이며 후공정 부문은 이러한 웨이퍼를 자르고 조립하여 개개의 칩을 만들고 이러한 칩들의 성능을 시험하는 부문이다. 전공정 부문은 장비 산업 부문의 82% 정도를 차지하고 있고 후공정 부문은 18% 정도를 차지하고 있다. 이러한 장비 산업들은 세부적으로 20-25 가지 정도로 구분할 수 있는데, 이번 기사에서는 상대적으로 큰 비중을 차지하고 있는 전공정 11 가지 부문과 후공정 2가지 부문에 대해서만 소개하고자 한다. 아래에 언급하는 처음 11가지 부문은 전공정이고 마지막 2가지 부문은 후공정에 해당한다.

1.1. 이온 주입 공정 (2.8 %) (괄혼 안의 퍼센티지는 전체 장비 시장에서 차지하는 대략적인 비중을 나타낸다.)
이 온 주입 공정은 반도체 트랜지스터를 제작할 때 불순물을 주입하는 공정이다. 대표적인 장비 업체로는 엑셀리스 (Axcelis) (37 %), 베리안 (Varian) (31 %), 어플라이드 머티리얼즈 (Applied Materials) (25 %) 등이 있다 (괄호 안의 퍼센티지는 시장 점유률).
1.2. 화학적 증착 공정 (11.2 %)
화학적 증착 공정은 반도체 공정 전반에 걸쳐서 여러 번 이용되는 박막 제조 공정이며 상대적으로 장비 시장에서 차지하는 비중도 크다. 대표적인 장비 업체로는 어플라이드 머티리얼즈 (52%), 노벨러스 (Novellus) (24%), 도쿄 일렉트론 (Tokyo electron) (10%) 등이 있다.
1.3. 물리적 증착 공정 (3.8 %)
물리적 증착 공정은 반도체 공정 전반에 걸쳐서 이용되고 있는 박막 제조 공정이며, 대표적인 업체로는 어플라이드 머티리얼즈 (70%), 울벡 (Ulvac) (10%), 노벨러스 (7 %) 등이 있다.
1.4. 화학적 기계적 평탄화 공정 (2.3 %)
화 학적 기계적 평탄화 공정은 최근 들어 배선이 알루미늄에서 구리로 바뀌는 과정에서 중요도가 급속히 커지는 과정에 있는 공정으로 웨이퍼의 표면을 평탄화 시켜주는 공정이다. 대표적인 업체로는 어플라이드 머티리얼즈 (60%), 이바라 (Ebarra) (23%) 노벨러스 (8%) 등이 있다.
1.5. 트랙 (track) 공정 장비 (3.7 %)
트랙 공정은 박막을 만드는 한 방법인데 액상의 재료물질을 웨이퍼 위에 떨어뜨린 후 웨이퍼를 빠르게 회전시켜서 균일한 박막을 만드는 방법이다. 주로 포토 리지스트 박막 제조 시 많이 쓰인다. 대표적인 업체로는 도쿄 일렉트론 (83%), 대니폰 스크린 (Dainippon Screen) (8%), ASML (4%) 등이 있다.
1.6. 노광 장비 (12 %)
노광 장비는 포토 리지스트에 패턴을 만드는 과정으로 반도체 칩 발달에 있어서 병목이 되고 있는 기술이며 최근 들어 전체 장비 비용에서 차지하는 비중이 점차로 커지고 있다. 대표적인 업체로는 ASML (54%), 니콘 (nikon) (27%), 캐논 (Canon) (18%) 등이 있다.
1.7. 노광 마스크 제조 장비 (12 %)
노광 마스크 제조 장비는 노광을 하기 위한 마스크를 만드는 공정인데, 대표적인 업체로는 대니폰 프린팅 (Dainppon printing) (22%), 듀폰 포토마스크 (DuPont Photomasks) (20 %), 포토닉스 (20 %) 등이 있다.
1.8. 웨이퍼 세척 장비 (3.6 %)
웨 이퍼 세척 장비는 박막 제조나 식각 제조 공정 후에 웨이퍼를 세척해주는 공정으로 상대적으로 낮은 기술이 요구되는 공정이며, 따라서 여러 군소 업체들이 시장을 나누어 점유하고 있다. 대표적인 업체로는 대니폰 스크린, SEZ, SCP, FSI, 맷슨 테크날러지 (Mattson technology), 세미툴 (Semitool) 등이 있다.
1.9. 식각 공정 장비 (3.6 %)
식 각 공정은 공정의 꽃이라 불릴 만큼 기술적으로 어려운 공정으로 인식되고 있으며 상대적으로 장비의 가격보다는 성능에 의해서 시장 점유율이 좌우되고 있는 공정이다. 대표적인 업체로는 램 리서치 (Lam Research) (28 %), 도쿄 일렉트론 (27 %), 어플라이드 머티리얼즈 (27%) 등이 있다.
1.10. 측정 장비 (9.8 %)
박막, 노광, 식각 공정이 끝난 뒤에는 이들을 검사하고 측정할 수 있는 장비가 필요한데, 이러한 장비를 측정 장비라고 한다. 대표적인 업체로는 KLA Tencor (48 %), 히타지 (hitachi) (11 %), 어플라이드 머티리얼즈 (11 %) 등이 있다.
1.11. 공장 자동화 (5.2 %)
위에서 언급한 공정 장비들의 한 공정 후에 다음 공정으로 이행 시 웨이퍼들의 운반을 자동으로 해주거나 각 공정 장비들의 제어를 자동화 할 수 있는 설비 등을 일컫는다. 대표적인 업체로는 부룩스 오토매이션 (Brooks Automation) (30 %), Asyst technology (21 %) 등이 있다.
1.12. 시험 장비 (8.2 %)
시 험 장비는 전공정에서 가공한 웨이퍼를 시험하거나 조립후의 반도체 칩을 시험하는 장비들을 일컫는다. 대표적인 업체로는 어드팬테스트 (Advantest) (35 %), 테러다인 (Teradyne, 26 %), 에질런트 (Agilent) (18 %) 등이다.
1.13. 조립 및 포장 장비 (9.8 %)
가 공된 반도체 웨이퍼를 잘라서 최종적인 칩을 만드는 장비이다. 상대적으로 낮은 기술을 요구하는 부분이고 따라서 여러 군소 업체들이 시장을 나누어 갖고 있다. 대표적인 업체로는 ASM international (12 %), KNS (12 %), Tokyo Seimetsu, (10 %), ESEC (8 %) 등이 있다.

2. 주요 반도체 장비 업체

2.1. 반도체 장비 산업의 현재와 과거
반 도체 장비 산업은 최근 20년간 비약적인 발전을 거듭해 왔다. 1982년의 장비업체들의 매출액과 2002년의 매출액을 비교해 보면 10배 이상의 성장을 보여주고 있고 주요 업체들의 순위 또한 심하게 변동된 것을 알 수 있다 (표1 참조). 최근 20년간 반도체 업체들 중 가장 성공한 업체를 꼽으라면 대부분 어플라이드 머티리얼즈를 언급하고 있는데 어플라이드 머티리얼즈는 기술력이 좋은 소형 업체를 합병하여 새로운 시장에 진입하는 방법으로 1장에서 언급한 반도체 전공정 장비 시장 중 대부분의 시장에 성공적으로 진입하였으며 이를 바탕으로 비약적인 성장을 이루었다.

	2002년		1982년
순위	업체명	매출액 (십억불)	업체명	매출액 (십억불)
1	어플라이드 머티리얼즈 (미국)	5.080	Perkin-Elmer	0.162
2	도쿄 일렉트론 (일본)	2.646	베리안	0.1
3	ASML (유럽)	1.875	Fairchild	0.096
4	KLA-Tencor (미국)	1.419	Takeda Riken	0.084
5	니콘 (일본)	1.091	어플라이드 머티리얼즈	0.082
6	캐논 (일본)	0.848	Eaton	0.080
7	노벨러스 (미국)	0.837	테러다인	0.079
8	대니폰 스크린 (일본)	0.737	캐논	0.078
9	램 리서치 (미국)	0.726	General Signal	0.077
10	히타치 (일본)	0.631	니콘	0.058

[표 1] 세계 10대 장비 업체의 현재와 과거
2.2. 반도체 장비 산업의 미래
반 도체 장비 산업은 급속히 성장하고 있는 산업인 만큼 업체들간의 경쟁도 매우 치열하고 인수, 합병이 매우 활발히 일어나고 있으며 또한 표 1에서 보여주는 것처럼 업체들간의 순위변동도 빠르게 변하고 있다. 지금 현재 장비업체 산업에서 압도적으로 선두를 달리고 있는 어플라이드 머티리얼즈도 1984년에는 10대 업체에도 끼지 못할 만큼 어려움을 겪었었고 그 후 기술력 있는 작은 업체를 합병하는 방식으로 급속히 성장하였으나 성장 배경이 기술력을 바탕으로 시장 점유율을 높여나갔던 것이 아니라 작은 업체를 합병하여 새로운 시장에 진입하는 방법으로 성장하였고 앞의 1장에서 설명하였던 것처럼 노광을 제외한 거의 모든 시장에 이미 진입하였기 때문에 앞으로의 계속적인 성장을 보장하기는 어려운 상황이다. 따라서 앞으로 반도체 시장의 미래는 어플라이드 머티리얼의 계속적인 성장 여부, 그리고 현재 어플라이드 머티리얼과 맞서기 위해 협력관계를 이루며 경쟁하고 있는 회사들이 합병을 하여 또 다른 대형 장비 업체를 만들어 낼 지에 대해 많은 관심이 모아지고 있다.

3. 반도체 장비 업계의 생존 전략

반도체 장비 업체들의 전략에 영향을 미치는 요소는 크게 기술 동향 및 시장 동향 두 가지로 나눌 수 있다.
3.1. 기술 동향
반 도체 산업에 이용되고 있는 기술들 중에는 점점 사라져 가는 기술이 있는가 하면 새로이 나타나는 기술도 있다. 예를 들면 예전에는 소자의 배선으로 알루미늄이 많이 쓰였지만 점차로 구리 배선으로 바뀌고 있는 과정이고 따라서 이에 관련된 공정도 많이 바뀌고 있다. 알루미늄 배선을 이용할 때는 알루미늄을 식각하고 유전체 박막을 식각된 알루미늄 사이로 증착하는 기술이 주로 이용되었지만 구리 배선에서는 유전체를 식각하고 구리를 유전체 사이로 증착하는 기술이 주로 이용되고 있다. 장비 산업 업체가 생존하기 위해서는 이러한 기술 동향을 잘 파악하여 미래에 이용될 기술에 관련된 장비 개발에 주력하는 것이 매우 중요하다.
3.2. 시장 동향
반 도체 장비 산업은 설비 산업이기 때문에 상대적으로 경기에 매우 민감한 산업이다. 따라서 장비 업체들은 전반적인 경제 지표에 예측에 매우 민감하게 반응하며 신제품 개발이나 인력 조절을 하고 있다. 또한 장비 업계의 고객인 반도체 칩 제조업체들의 동향도 매우 자세히 주시하며 전략을 세우고 있다. 반도체 장비 산업은 1990년대에는 개인용 컴퓨터 산업이 급속히 발달하면서 디램이나 마이크로 프로세서를 제조하는 회사들에 장비를 납품하며 성장하였는데 최근에는 휴대폰 산업이 급속히 발전하면서 휴대폰에 이용되는 로직 칩들을 제조하는 회사들을 점점 중요시하고 있다. 반도체 장비 산업을 언급 할 때 빼놓을 수 없는 것이 반도체 칩 제조 업체들의 동향인데 현재 장비 산업에서 중요히 생각하고 있는 칩 제조 업체들의 동향을 [표 2]에서 소개하였다.

업체명	장비 구입에 쓴 액수 (십억불)	매출액 (십억불)	주요 생산품
인텔 (미국)	4.7	23.7	마이크로 프로세서, 플래쉬 메모리
삼성 (한국)	1.87	8.75	디램
TSMC (대만)	1.57	2.0	주문 생상 (Foundry)
IBM (미국)	1.05	2.81	로직, 마이크로 프로세서
ST (유럽)	0.996	6.35	로직
인피니온 (유럽)	0.85	5.37	디램, 로직
마이크론 (미국)	0.85	2.87	디램
SMIC (중국)	0.8	자료없음	주문생산 (Foundry)
TI (미국)	0.555	6.42	로직
도시바 (일본)	0.555	6.42	로직

[표 2] 2002년 장비 구입에 사용한 비용이 가장 많은 10개의 반도체 칩 제조업체

4. 한국의 반도체 장비 산업

한 국의 반도체 장비 산업은 위에 언급한 사실들에서 알 수 있듯이 선진국들에 비해서 많이 뒤떨어져 있는 상황이다. 하지만 표 2에서 보듯이 한국의 반도체 산업이 세계 반도체 산업에서 차지하는 높은 비중을 고려해 본다면 한국의 장비 산업은 큰 잠재력이 있다고 할 수 있다. 또한 현재 세계 장비 산업을 점유하고 있는 미국, 일본, 유럽보다 상대적으로 인건비가 싸고 연구인력이 우수하기 때문에 장비 산업의 성공 가능성도 높다고 볼 수 있다. 그러나 한편으로는 반도체 장비 산업은 높은 기술력을 바탕으로 세계 시장을 일정 부문 점유하지 않으면 기술 개발을 위한 연구비 조달이 어렵기 때문에 후발업체가 새로이 반도체 시장에 진입하기는 매우 어려운 상황이다. 이러한 사실들을 고려해 볼 때 한국에 적당한 반도체 장비 산업 전략은 상대적으로 적은 기술력을 필요로 하는 장비 산업을 집중 육성하여 수입 대체 효과를 거두는 방법이나 또는 새로이 출현하고 있는 반도체 공정 기술을 실현할 수 있는 장비 산업 분야에 집중적으로 투자하는 것이 적절한 방법일 것 같다. 사실 이러한 접근 방법은 이미 상당 부분 성공을 거두고 있는데, 예를 들어, 상대적으로 낮은 기술을 요구하는 포토 리지스트 에싱 공정이나 새로이 출현하고 있는 원자 층 박막제조 공정에서는 한국의 소형 반도체 업체들이 주목할 만한 성공을 거두고 있다.

5. 참고문헌

이번 기사에서 언급한 전반적인 반도체 시장이나 업체들의 동향에서 언급된 수치들은 아래에 언급한 인터넷 홈페이지에 나와 있는 자료와 기사들을 참고로 하여 작성하였다. 각 홈페이지들에 나와 있는 자료들 간에는 서로 조금씩 틀린 부분도 있었는데 이러한 경우에는 평균적인 수치를 언급하려고 노력하였다.

[1] VLSI Research 홈 페이지 (www.vlsiresearch.com)
[2] Semiconductor Industry Association 홈 페이지 (www.siimichips.org)
[3] Dataquest 홈페이지 (www.gartner.com)
[4] Silicon stragegies 홈페이지 (www.siliconstrategies.com)

Posted by 세모아

1987 메르세데스 벤츠 560SEL

카테고리 없음 2008. 7. 4. 09:39

4세대(1979년~1991년) W126

1979년 9월에 프랑크푸르트 국제 모터쇼에서 처음공개 되었다.
처음은 표준 휠 베이스 세단(SE, SD)와 롱 휠 베이스 세단(SEL, SDL)이 발매되었고, 1981년 9월에는 쿠페 타입(SEC)도 발매되었다.
13년간 판매하였고, 전세계에서 세단 818,063대, 쿠페 74,060대가 팔려 W126는 가장 인기가 높은 S클래스였다.
일본에서의 발매 시기는 버블시대였기 때문에 버블기에 가장 잘 팔린 모델이며 단카이세대(베이비붐 세대)에게는 「벤츠」라고 하면 이 차종을 떠올리는 사람도 많다.
나 역시 지금도 「벤츠」라고 하면 이 차종이 떠오른다.
새로운 자동차 공학의 도입이나 안전성의 향상, 파워 시트등의 쾌적 장비의 도입 등, 메르세데스·벤츠의 플래그쉽에 알맞게 개량을 했다.
특히 상급 모델의 500, 560에는 에어백, 휠 스핀을 방지하는 트랙션 컨트롤, ABS 브레이크, 셀프 레벨링 서스펜션, 하이드로뉴매틱 서스펜션(560은 기본 탑재, 500은 옵션)이 탑재되었다.

벤츠 560SEL 은 제가 어렷을적에 BMW 750iL 과 더불어 좋아했던 독일제 고급 세단 입니다.

벤츠 SEL시리즈는 생산된 시기가 1979년~1992년 (80~90년대) 입니다. 좀 역사가 오래되엇죠.

굉장히 미려한 고급세단이엇죠. 당시 가격은 지금으로 치면 1~2억 정도를 호가할 겁니다.

과거에 유럽 명사분들의 차로 유명했고 우리나라와 일본 미국에서도 동경의 대상이었다죠.

지금도 유럽이나 독일 등지 가면 이 차를 아끼시고 100만키로 넘게 타시는 분들도 많으시다더군요.

사진출처: http://www.gdtm.ru/MBimages/w126.htm , http://www.gdtm.ru/MBimages/W126-560SeL-1.htm

Posted by 세모아

삼성 - 450㎜ 웨이퍼로의 규격 전환 설명회

반도체 & Solar/반도체 News 2008. 7. 2. 03:31

반도체장비업체, 450mm 웨이퍼 궁금증 푼다

기사입력 2008-05-19

　 19일 오후 삼성전자 반도체총괄 화성사업장에 국내외 장비업체들이 집결한다. 삼성전자가 지난 6일 인텔·TSMC와 450㎜ 웨이퍼로의 규격 전환을 발표한 후 처음 설명회가 연다. 이날 행사에는 국내외 20∼30개 반도체장비업체들이 참석할 예정이며 450㎜ 프로그램의 진행상황과 가이드라인 등이 제시될 것으로 알려졌다.

　삼성전자는 이번 결정을 서둘러 발표한 이유중 하나로 업체들이 미리 준비할 시간을 주기 위함이라고 밝힌 바 있다. 따라서 기술력 있는 선발업체들에게 이번 설명회는 방향을 잡는데 도움이 될 것으로 보인다.

　장비업체의 기술력 뒷받침은 450㎜ 전환의 선봉에 나선 삼성전자의 성공여부를 좌지우지한다. 1990년대초 300㎜ 전환을 주도했음에도 불구하고 장비문제로 고생했던 인피니언의 전철을 밟아선 안된다는 게 삼성전자의 판단이다.

　450 ㎜ 라인은 2012년 시험라인 가동을 목표로 하고 있지만 장비업체들도 사활을 걸 수 밖에 없는 중요한 이슈다. 기술 도입 초반에 장비시장 선점에 실패하면 지금까지 그랬왔던 것처럼 10년이라는 장구한 세월의 주도권을 빼앗기는 상황이 벌어진다.

　업 계는 웨이퍼 크기가 커지면서 많은 장비들에 변화가 있을 것으로 보고 있다. 가장 큰 변화의 바람은 웨이퍼 이송 장치에서 불 것으로 전망된다. 웨이퍼 무게와 이송속도 등이 달라짐으로써 300㎜용 장비와 비교할 때 로봇 설계와 제어 등 변화가 불가피하다.

웨이퍼 이송장치를 생산하는 싸이맥스의 이명규 상무는 “450㎜ 전환 발표에 따라 외산업체들이 또다시 시장 선점을 위해 호시탐탐 기회를 엿볼 것”이라며 “이번 설명회에서 나온 내용을 참고, 재빨리 기술 개발을 시작할 것”이라고 말했다.

　챔버나 플라즈마 화학증착장치(CVD) 등의 장비에 큰 변화는 없을 것으로 보이나 에칭, 리소그래피 관련 장비는 개선이 불가피할 것이라는 의견도 나왔다. 하지만 지금껏 어느 누구도 450㎜ 장비를 직접 만들어본 경험이 없기 때문에 뚜껑을 열어봐야 기술 방향을 잡을 수 있다는 것이 업계 중론이다.

　삼성전자가 업체들의 편의를 위해 2주만에 450㎜ 궁금증을 해소하는 자리까지 마련했지만 이것만으로는 부족하다는 지적도 있다. 신기술을 도입하는만큼 반도체장비 국산화를 위해 적극적으로 나서야할 때라는 지적이다.

　 한 장비업체 사장은 “미국 어플라이드머터리얼즈 등 대기업들은 막강한 자금력을 앞세워 선행기술 개발에 나서지만, 우리 중소업체들은 단독으로 개발할 능력이 안된다”며 “삼성전자와 하이닉스가 장비업체들과의 상생 차원에서 450㎜용 제품 공동개발 등 지원에 나서야할 것”이라고 주장했다.

설성인기자@전자신문, siseol@etnews.co.kr

Posted by 세모아

삼성전자-인텔-TSMC 2012년 450㎜웨이퍼 전환 협력

반도체 & Solar/반도체 News 2008. 7. 2. 03:29

삼성전자-인텔-TSMC 2012년 450㎜웨이퍼 전환협력

권해주기자 postman@inews24.com

삼성전자는 미국 인텔, 대만 TSMC와 함께 오는 2012년 파일럿 라인 가동을 목표로 450㎜ 웨이퍼 규격 전환에 협력키로 했다고 2008년 5월 6일 밝혔다.

웨이퍼 규격이 확대되면 한 장당 생산할 수 있는 칩의 개수가 많아져, 칩 당 생산비용이 낮아진다. 에너지와 각종 원자재의 효율적인 활용도 가능해진다.

450㎜ 웨이퍼의 표면적과 칩(die) 개수는 현재 널리 쓰이는 300㎜ 웨이퍼와 비교할 때 2배 이상이어서, 그만큼 높은 생산성 향상이 예상되고 있다.

---------------------------------------

차세대 반도체 `글로벌 빅3` 손잡았다

.. 삼성.인텔.대만 TSMC,

웨이퍼 규격 450㎜로 전환 -연합

반도체를 만드는 원판인 실리콘 웨이퍼 규격이 10년 만에 바뀐다. 삼성전자와 미국 인텔,대만 TSMC가 2001년부터 업계 표준으로 쓰여 온 300㎜ 웨이퍼를 대신해 2012년부터 450㎜ 웨이퍼를 표준 규격으로 삼기로 결정한 것이다.

세 회사는 메모리반도체와 중앙연산처리장치(CPU), 파운드리(반도체 수탁가공) 부문에서 각각 세계 1위 업체다. 삼성전자 등 '빅3 동맹'은 6일 "반도체업계의 지속적인 성장과 생산비용을 줄이기 위해 2012년까지 450㎜ 웨이퍼를 새 규격으로 도입키로 했다"고 밝혔다.

세 회사는 이에 따라 2012년까지 새 웨이퍼 도입에 필요한 장비 및 부품을 개발하는 데 힘을 모으기로 했다. 업계는 세계 반도체시장을 좌우하고 있는 세 회사가 450㎜ 웨이퍼 공동 개발에 나섬에 따라 향후 나머지 반도체 업체들에도 큰 영향을 미칠 것으로 보고 있다. 반도체 업종의 특성상 '누가 더 큰 웨이퍼를 사용하는 반도체 라인을 많이 보유하느냐'에 따라 업계 순위가 뒤바뀔 수 있기 때문이다.

Posted by 세모아

종이 위의 기적 쓰면 이루어진다 (Write It Down Make It Happen: ~)

독서 2008. 6. 10. 10:31

출처: http://www.hunet.co.kr/Knowledge/ExpertData/HunetData/View.aspx?knowSeqNum=34964&pageNo=1&knowTypeCd=047001&cate1Code=&sKeyword=&type=3AED0948F

기록하기의 힘

리더십

2008.05.30

2152

파일없음

‘기록의 힘’에 대해 아시나요? 2002년 초에 ‘유에스에이 투데이’는 사람들이 세우는 신년계획에 대해 인터뷰했는데, 당시 응답자는 자신의 계획을 적어두는 사람과 머리 속으로 생각만 하는 사람으로 분류할 수 있었다고 합니다.

1 년이 지나서 과거의 응답자들을 다시 인터뷰 해 본 후, ‘유에스에이 투데이’는 계획만 세우고 적어두지 않은 사람 가운데는 오직 4퍼센트만이 어떤 변화를 이루어낸 반면, 결심한 내용을 적어둔 사람의 경우는 무려 46퍼센트가 계획을 관철해 냈다는 사실을 밝혀냅니다. 결심 내용을 종이에 적은 행동만으로 설명할 수 있는 성취율의 차이가 무려 1,100퍼센트 였던 것입니다.

글로 쓰고 안 쓰고의 사소한 듯 보이는 그 차이가 정말 엄청나지요? 오늘은 헨리에트 클라우저 박사의 ‘쓰면 이루어진다’에 소개된 자신의 꿈을 직접 글로 써보는 것과 관련된 재미있는 일화 몇 가지를 더 소개해 드리도록 하겠습니다.

헨 리에트 클라우저 박사는 ‘라이팅 리소시스(Writing Resources)’의 대표이자, ‘마음을 종이에 담자.’, ‘과학적이고 효과적인 기록법’, ‘쓰면 이루어진다.’ 의 저자로서, 삶에 변화를 일으키는 놀라운 ‘기록의 힘’에 대해서 미국 내 여러 단체를 대상으로 강연회를 이끌고 있습니다.

그녀가 이 주제에 대해서 관심을 가지고, 영감을 떠올리게 된 것은 아들 피터의 작은 경험담 덕분입니다. 그녀의 아들 피터가 12살 때, 하루는 피터가 손에 종이 한 장을 든 채 매우 당황해 하며 그녀에게 다가왔습니다.
“방 청소를 하다가 이것을 찾았어요. 2년 전에 썼던 거예요. 그런데 지금 보니 신기하게도 이 목록에 적혀 있는 일이 다 이루어졌네요. 썼다는 사실조차 잊고 있어버리고 있었는데..”

‘가 라데 수업 받기, 연극에 참여 하기, 공원에서 하룻밤 새우기’ 등이 그 목록에 적혀 있었는데, 피터는 2년 동안 거기에 써 있는 모든 것을 해본 상태였지요. 의식적으로 목록을 점검한 일도 없고, 그것이 있다는 것 자체를 잊어버리고 있었는데도 말입니다.

피터의 경험을 통해서 그녀는 ‘목표를 기록하는 것’에 대해 깊이 생각해 보게 되었습니다. 그리고 자신에게도 똑 같은 현상이 일어나고 있다는 사실을 깨달았지요. 그녀는 그것을 깨닫게 된 때의 경험담을 이렇게 소개합니다.

“내 인생의 기념비적인 하루, 나는 뉴욕의 브로드웨이에서 저자 사인회를 가졌고, 메트로폴리탄 오페라 극장의 무대 뒤를 구경했으며, 플라시도 도밍고(Placido Domiggo)가 부르는 노래를 현장에서 감상했다. 수백만 청취자를 대상으로 라디오 인터뷰를 하기도 했다. 그리고 그렇게 바쁜 하루를 보내고 집으로 돌아왔을 때, 까맣게 잊고 있었던 목표 기록장 하나를 발견할 수 있었다. 세상에! 거기에는 내가 그날 막 달성한 일들이 그대로 적혀 있었다.”

그녀는 목표를 달성하게 만드는 기록의 영향력에 대해 탐구하기 시작했고, 마침내 ‘쓰면 이루어진다.’라는 책을 완성하게 되었습니다. 글을 쓰는 중간중간에도 재미있는 에피소드들이 많이 생겨났지요. 한가지 예를 들어 보면 다음과 같습니다.

책을 집필하던 어느 날, 그녀는 갑자기 다음과 같은 생각을 하게 됩니다.
‘이 책에서 제시하는 방법이 모든 곳에서 공평하게 효과가 있다는 것을 보여주어야 하지 않을까?’
그래서 다음 날 아침, 그녀는 노트에 이렇게 기록했습니다.

‘중 앙 아메리카의 어느 시골에서 일어났던 이야기가 필요하다. 그래서 이 책에 제시된 방법이 대도시에 살건, 작은 마을에 살건 관계없이 세상 어느 곳에서나 혹은 누구에게나 효과가 있다는 점을 알리고 싶다. 그리고 조만간 이것에 적절한 이야기가 나를 찾아올 것이다.’

이틀 후에 사무실 전화벨이 울렸습니다. 네바다 주 웰스(Wells)에 사는 마리안 이라는 여성이 건 전화였죠. 웰스는 인구가 천 명 정도밖에 되지 않는 자그마한 지역입니다. 마리안은 그녀의 전작들을 읽었다고 하면서 혹시 네바다에서 세미나를 개최할 의향이 있는지를 물었습니다.

그런데 대화를 시작한 마리안은 곧 자신이 경험한 놀라운 이야기를 들려주었습니다. 정말 불가능할 것만 같던 꿈이 그것을 기록함으로써 실현되었다는 이야기였죠. 정말 그녀가 찾던 소재가 제 발로 찾아온 것입니다!

무 엇인가 이루길 바라는 꿈이 있다면 꼭 종이에 정성껏 적어보세요. ‘글로 쓴다’는 것은 에너지를 ‘집중’한다는 것을 의미합니다. ‘집중’된 에너지는 당신의 꿈을 현실로 만들기 위한 적절한 작용을 시작합니다. 사람들은 이것을 ‘끌어당김의 법칙’이라고 부르기도 하지요.

꿈이 이미 이루어진 상황을 세밀하게 ‘묘사’해 보며, 그때의 기쁨을 만끽해 보는 것도 에너지를 집중시키기 위한 좋은 방법입니다. 미래의 그 어느 날, 당신은 분명 글로 써보며 느꼈던 만족감 그대로, 현실 속에서도 기쁨을 만끽하고 있는 자신의 모습을 발견하게 될 것입니다.

자기 계발 작가 김보승 드림

*참고 자료: ‘쓰면 이루어진다.’ 헨리에트 앤 클라우저 지음, 안기순 옮김, 한언
‘시간을 마스터 하는 법’, 브라이언 트레이시 지음, 김동수, 이성엽 옮김, 황금 부엉이

Posted by 세모아

Textpad - 팁 2개 : 북마크 저장기능, 단축키 호환모드 설정

Software/기타 software 2008. 6. 9. 20:25

나의 평가 :
- TextPad를 쓰면서, 북마크를 저장하면 좋겠다 했었는데, 이미 그 기능이 있었네... 어허. 진작 찾아볼껄..
- 방법은 Workspace로 저장하면 됨.

출처: http://www.knpd.org/mittsfita/newsletter/0602.htm

Software of the Month

Textpad

Texpad is another word processor like MS-Word, its main difference being that it saves its files in plain text format. Text editors are usually used to edit those files with the extension '.txt' eg: info.txt. A common text editor that comes with MS windows is Notepad

To download Textpad Editor, visit: http://www.textpad.com/

Most of the commands in Textpad works like MS-word such as open a file, find text, print file etc. By Default Textpad opens itself with the "Word Wrap" feature Off. To quickly turn the "word Wrap" On, press CTRL Q and W.

- How to configure the Textpad editor for first time users.

After installing the Textpad editor for the first time, do the following to configure it. If you are an already Textpad user, skip this section.

Press Alt C for Configure Menu.
Use the down arrow to Preferences (enter).
Use the Tab key to move through the General Tab options and make sure that the "Display Logo at Startup" is unchecked. If it is checked press spacebar to uncheck it Then Tab to the Apply button and press Enter.
Now from Preferences again, choose Editor Tab. Tab to the "keyboard Compatibility" and choose "Microsoft Applications" tab to the OK button and press enter.
Go to the Configure/Preferences again. With the down arrow choose "Associate Files" tab.
Press the Tab Key once. Then use the down arrow to choose, TXT (text documents), Tab to Add button, Press spacebar and Tab key to the OK and press Enter.

To create bookmarks in Textpad simply place the cursor where you wish to make the bookmark. and press CTRL-F2. You can make an unlimited number of bookmarks on every textfile you open.

- How to save the bookmarks

Make sure that the original file you opened is already saved.
Press Alt F for file Menu.
Press down arrow to Workspace (enter) or press W for Workspace.
Press down arrow on Save (enter)
Type in the filename (enter)

Hint: I suggest you create a folder called "Workspace" so you can save all the bookmark files in that specific folder.

- How to load the Saved bookmarks together with the corresponding file

Open the Textpad editor.
Press Alt F for file Menu.
Down arrow to Workspace (enter) or press W.
Press enter on Open (enter),
Type in the Filename or alternatively press Shift
Tab key once to select the file you wish. Once you press enter on the bookmark file it opens the original document with the respective saved bookmarks.

If when you're reading a book in the Textpad Editor you come across a URL like http://micam.port5.com and you wish to activate that URL by copying it into Internet Explorer, just place the cursor on the first letter of the address, then press Alt V for View menu, then press the letter B so Textpad opens that address for you in Internet Explorer.

Other features in Textpad such as Spell checker works just the same as MS-Word. I suggest you explore the Textpad Menus to learn more about Textpad.

Contributed by: Michael Micallef

Posted by 세모아

반도체 장비 개발, 통신 기술 표준을 먼저 이해하자

반도체 & Solar 2008. 6. 5. 11:37

반도체 장비 개발, 통신 기술 표준을 먼저 이해하자

통신 네트워크

2006/11/20 15:07

http://blog.naver.com/sendu/10010902575

이 포스트를 보낸곳 (1)

반도체 장비 개발자들에 있어 부딪히는 문제중의 하나는 SECS 같은 반도체 장비간 통신 기술 표준에 대한 이해의 부족에서 찾아온다. 수많은 개발자들이 반도체와 FPD 장비 개발에 매달려 있으면서도 좀처럼 정보가 나오지 않는 곳이 이 분야이기도 하다. 반도체 장비 개발에서 왜 통신 기술에 대한 표준을 이해해야 하는지, 그리고 반도체 장비 통신 표준에는 어떠한 것들이 담겨있고 각 통식 표준 규격들은 어떻게 구별되는지 개념의 이해 차원에서 알아보고자 한다. <편집자 주>

삼성전자는 지난 10월 19일 세계 최초로 50나노 1기가 D램 반도체를 개발, 본격적인 50나노 D램 시대가 시작됐다고 전세계에 타전했다.

50 나노 공정 기술은 현재 양산중인 80나노 공정에 비해 3세대 앞선 기술로 생산성이 2배나 뛰어나며, 삼성전자가 작년 세계 최초로 개발한 60나노 공정에 비해서도 생산성이 55%나 높은 최첨단 미세공정 기술이다. 각 언론에서는 이번에 개발한 50나노 D램이 'RCAT'와 'SEG'라는 3차원 입체 트랜지스터 구조 신기술과 '복합 유전층'이라는 신물질, D램 셀의 최소면적을 줄이는 '6F²' 구조 등을 적용함으로써 50나노의 벽을 뛰어넘었다고 평가했다.

삼성전자 관계자는 "이번 50나노 개발로 개발 측면에서는 경쟁사와의 격차를 1년 이상 벌렸으며, 양산 측면에서도 비용 절감과 생산성 향상을 통해 독자적인 수익성을 유지할 수 있는 기반을 확보하게 됐다"고 말했다. 그러나 이러한 제품 개발이 곧바로 제품 생산으로 이어지는 것은 아니다. 첨단 기술을 소화할 수 있는 생산 라인도 동시에 갖춰져야만 양산으로 이어지고, 상품화가 가능해 지는 것이다. 따라서 첨단 제품 개발과 동시에 생산 장비에 대한 연구 개발이 동시에 추진되어야 비로소 제품 개발에 대한 의미를 현실화 할 수 있다.

삼성전자는 50나노 공정을 적용한 D램 제품을 2008년 1/4분기부터 출시할 예정이며, 50나노급 D램 시장 규모가 2008년 50억달러를 시작으로 2011년까지 4년간 550억달러에 달할 것으로 전망했다고 한다.

2008 년 양산을 위해서는 먼저 이 기술 공정을 소화할 수 있는 거의 완벽에 가까운 제조 장비가 향후 1년이내에 개발되어야 할 것이다. 그만큼 제조 장비에 대한 비중이 높아질 수 밖에 없게 된 것이다. 제조 장비에 대한 비중의 증가는 이들 장비에 대한 안정성과 고정밀성의 기술 확보를 우선적으로 요구한다.

그러나 이러한 고정밀 제조 장비의 개발이 쉬운 것은 아니다. 현재 반도체 장비는 각 개발 장비가 장비 전문업체에 의해서 개발되어 제조 라인에 도입되고, 이들 장비들은 또한 전체 생산 시스템으로 또다시 묶여지게 한다. 각각의 개발 장비들이 독립적으로는 우수한 장비가 될 수 있을지 모르지만, 전체 시스템으로 묶여지게 되면 여기서도 첨단 기능을 100% 발휘한다는 보장은 없다. 각 장비간 정보의 인터페이스가 자연스럽게 이루어져야 하고, 전체 시스템의 흐름에도 정확히 부합해야 하기 때문이다.

반도체와 반도체 장비

그만큼 반도체 장비의 개발 기술이 어렵다는 것을 의미한다. 현재 국내 반도체 산업계의 최대 현안 과제도 여기에 있다. 반도체 칩에 대한 세계 최대 생산국이자 국내에서 최대 수익을 올리고 있는 산업분야임에도 불구하고 국내 반도체 장비 국산화율은 너무나 미약한 현실이다. 이에 정부에서도 장비 업체 발굴과 지원정책을 적극 추진하고 있기도 하다. 매출 200억원 규모의 업체들을 스타기업(중핵기업이라고도 함)으로 육성해 나간다는 방침하에 오는 2007년까지 원천기술 상용화 프로그램 5년 전략을 마련하고 2007년도에만 200억원의 예산을 편성하고 있다. 정부정책도 기존의 연구개발에 대한 단순 지원방식(중기거점, 프론티어 등)에서 벗어나 반도체, 지능형 로봇, 스마트 홈 등 장기적인 국가 전략을 통해 기술 개발과 산업 활성화를 추구한다는 전략기술 제시 방식으로 변화하였다.

이러한 반도체 장비의 특성으로 인해서 반도체 칩 메이커들은 각 제조 장비 전문업체들을 철저하게 관리하는 한편, 더욱 철저하고 정확한 제품 스펙을 제시하게 된다. 경우에 따라서는 장비의 크기는 물론 이에 사용되는 부품에 대해서도 메이커와 모델명까지 지정하는 경우도 발생한다. 이는 전체 제조 라인의 시스템적 통합을 염두에 둔 사전 포석이라고 한다. 여기에서 보다 중요시되는 것이 각 장비간의 정확하고 빠른 정보 교환이다. 개별 장비와 전체 시스템이 동일한 프로토콜의 통신 네트워크를 사용해야만 기술적인 추가 노력과 추가적인 인터페이스 장비 없이 완벽한 제조 시스템의 통합화가 가능해 진다.

따라서 반도체 장비 전문 개발업체는 모두 SEMI(Semiconductor Equipment and Materials International; 세계 반도체 장비 재료 협회)에서 규정하고 있는 반도체 장비 통신 표준을 채택함으로써 이러한 반도체 메이커의 요구에 적극 부응하고 있다. 반도체 메이커 또한 자사만의 독자적인 통신 프로토콜 개발에 대한 부담을 덜고, 국제적으로 표준화된 프로토콜 사양을 받아들여 장비 개발 업체에 스펙으로 제공하고 시스템 통합을 진행함으로써 많은 기술적인 이점을 얻고 있다.

재미있는 것은 핸드폰 충전기와 같이 소비자들의 불편을 해소하기 위한 일종의 소비자 압력에 의해 표준이 도출된 것과는 출발점이 다르다는 것을 엿볼 수 있다. 반도체 장비 통신 표준의 경우는 장비 개발 업체들이 주도적으로 협회 구성을 통해 자체적인 통신 표준을 마련하고 자체 강제규정을 채택함은 물론 반도체 메이커에 압력을 행사하여 수용하게 하였다는 점이다. 특히 반도체 표준안에는 제품에 대한 품질 목표치가 표준에 제시되고 있다는 점이 주목된다.

이러한 SEMI 표준은 반도체 분야에서 강제 규정에 가깝게 제시되고 있으며, 반도체와 프로세스가 상이한 LCD, PDP 등의 FPD 분야에서도 이 규정을 대다수가 따르고 있는 중이다. 이제는 SEMI의 통신 표준을 이해하지 않고서는 반도체나 디스플레이 분야에서 어떠한 장비도 개발할 수가 없으며, 메이커 업체의 제조 라인에 들어갈 수 없는 상황이 되었다.

통신 표준의 필요성

반도체 장비와 관련한 국제 표준은 먼저 IEC(국제전기표준회의)와 ISO(국제표준화기구)의 표준을 얘기할 수 있다. 초기에 개발적으로 출발한 양기관은 현재 상호 협력주의를 기반으로 하면서 취급 분야와 영역을 서로 분할하여 추진하고 있다. 반도체 장비 관련 IEC 표준으로는 TC 47(Semiconductor Devices), SC 47A(Integrated Circuits), SC 47D(Mechanical Standardization for Semiconductor Devices), SC 47E(Discrete Semiconductor Devices)가 있다. ISO 표준으로는 TC 209(Cleanrooms and Associated Controlled Environments)가 있다.

SEMI 의 표준으로는 현재 13개 분야 총 772개의 규격이 제시되고 있는 것으로 나타났다. 대표적인 표준 분야로는 장비 자동화 하드웨어(92개 규격), 장비 자동화 소프트웨어(54개 규격), FPD(Flat Panel Display: 42개 규격), MEMS(3개 규격), 세이프티 가이드라인(27개 규격) 등을 포함한다. 또한 SEMI 표준은 완료된 상태가 아니라, 지속적인 진행형 단계를 밟고 있다. 반도체 장비와 관련한 기술 발전과 새로운 프로세스의 등장 등으로 인해 새로운 분야와 새로운 규격의 필요성이 꾸준히 요청되는 분야이기 때문이다.

최근 산업자원부 기술표준원이 국내 반도체 장비 생산업체를 대상으로 조사한 바에 따르면, 대부분의 반도체 장비 업체가 SEMI와 ISO 표준을 따르고 있는 것으로 나타났다. 또한 세부적인 표준 활용 분야로는 안전 및 자동화 분야에 대한 활용비중이 높은 것으로 나왔다. 특히 안전과 관련해서는 반도체 업체가 모두 준수해야 할 사항이 되었기 때문에 그 중요성이 더욱 증가하고 있으며, 추가적이고 구체적인 신규 표준이 필요한 분야라는 평가가 이루어졌다.

이러한 반도체 장비에서의 표준화는 우리에게 어떠한 이점을 제공할까? 먼저 반도체 장비 개발업체는 제시된 표준에 따라 제품 개발을 추진하면 어떠한 메이커에도 납품이 가능하기 때문에 표준에 근거하여 일관된 기술개발을 진행할 수 있다. 따라서 제품 개발 비용과 기간 단축은 물론 장비의 품질, 신뢰성, 호환성 등의 실현이 가능하다. 특히 개발 업체에서 각각 개발이 추진되더라도 통신 표준에 근거하여 제품 개발이 이루어지기 때문에 동일한 프로토콜의 채용으로 향후 장비간 통신이 자연스럽게 통합될 수 있다. 그리고 반도체 장비 표준사양에는 장비의 성능 자체가 보장되므로, 메이커에서 요구하는 품질 신뢰성과 고성능에 대한 의심에서 벗어날 수 있다.

반도체 소자업체들 또한 재료에 대한 표준으로 인해 제조 비용을 감소할 수 있으며, 장비 통합 비용 절감 및 설비 유지 비용을 최소화할 수 있다. 메이커 업체들로서도 앞서 설명했던 시스템 통합을 위한 자체 프로토콜에 대한 개발 비용 및 스펙 개발에 대한 비용을 절감할 수 있고, 정확한 제조 장비의 성능 검증에 따른 제조 스케줄링에서의 오류를 없앨 수 있다.

이에 더하여 공통적이고 국제적인 플랫폼 설정이 가능해짐으로써 장비와 재료의 국제적인 생산 및 공급이 가능하고 중복 투자를 사전에 제고할 수 있다는 장점을 가지게 된다. 세계 시장 어디에서나 공통된 표준을 따르기 때문에 장비 개발이 이루어지게 되면 기술적인 무역 장벽 없이 세계 어디에나 시장 진출이 가능하다는 것이기도 하다.

SEMI의 반도체 통신 표준 현황

반도체 장비에서의 SEMI 통신 규격은 SECS라 한다. SECS란 SEMI Equipment Communication Standard의 약자이며, 반도체 장비간 통신의 표준으로 자리잡았다. 이 표준 규격은 시대와 기술의 변화에 따라 지속적으로 변화하는 양상을 보이고 있다.

SECS-I, II

70 년대말에 처음 제시된 SECS-I은 당시 거의 대부분의 장비가 채택하고 있던 시리얼 통신에 대한 접속 방법에 대한 규약으로 80년대 들어 표준으로 채택되어 사용되어 왔다. 곧이어 SECS-II 표준이 발표되었는데, SECS-II는 실제 통신이 이루어지는 데이터 정의에 대한 규약이다.

GEM

80 년대 후반에는 반도체 장비 구동에 대한 시나리오의 필요성에서 GEM(Generic Equipment Model) 규약이 출현하게 되었다. GEM은 200mm 웨이퍼 자동화 라인에서 본격적으로 접목되기 시작하여 300mm 웨이퍼 라인에서 완전히 도입되어 사용되고 있다.

HSMS

여기에 인터넷 TCP/IP로 대표되는 이더넷의 기술 발전과 저변확대는 반도체 장비에서도 기존 시리얼 통신에서 벗어나 이더넷 통신의 필요성을 제기하게 되었다. 이에 이더넷을 통한 데이터 전송에 대한 규약이 90년대 중반에 SEMI 표준으로 등장하게 되었으며, 이것을 HSMS(High-speed SECS Message Service)라 한다. 현재 HSMS는 이더넷 기술의 본격적인 산업 장비 분야에서의 도입을 계기로 기존의 시리얼 버스 통신 규정을 담은 SECS-I 표준을 완전히 대체하고 있다.

왜냐하면 SECS-I은 시리얼 버스(RS232C 등)가 느린속도와 케이블 길이의 제한성을 갖는데 비해 SECS-II가 채택하고 있는 이더넷은 확장이 용이할 뿐만 아니라 케이블 길이의 제한이 없다. 최근에는 무선 LAN 기술의 결합도 가능하게 됨으로써 기존 시리얼 통신은 이제 반도체 장비에서 그 필요성을 거의 상실했다.

Interface A

2000 년대 들어서는 SECS와는 어느 정도 구별되는 Interface 규약이 출현하게 되었다. 현재 Interface 규약은 Interface A가 완료된 상태이며, Interface B, Interface C는 아직 완료되지는 않고 논의가 지속되고 있다. 이 Interface 규약은 웹의 사용이 일상화되면서 기존 반도체 생산 라인의 정보 데이터를 웹과 연결하고자 하는 방안으로 제시된 것으로 말해진다. 실제 3년 전부터 본격적인 활성화 노력을 보이고 있는 가운데, 2년 전부터는 TI, 인텔 등에서 현장 적용에 나서고 있다. 삼성전자를 비롯한 국내 반도체 업계에서는 아직 도입되고 있지는 않은 것으로 나타났다.

좀더 구체적으로 SEMI에서 제시하고 있는 반도체 장비 관련 통신 표준으로는, 1) SECS로 대표되는 일반화된 통신 표준, 2) 300mm 웨이퍼 프로세싱 표준, 3) Interface A, B, C 표준으로 분류할 수 있다.

반도체 장비에서의 일반화된 통신 표준인 SECS는 E4 SECS-I, E5 SECS-II, E37 HSMS-SS, E30 GEM 및 GEM에서 파생한 SEM이 있다. SECS-I에는 현재 300~400개의 메시지가 정의되어 있다. 그리고 이 메시지를 어떻게 전송할 것인가를 다룬 표준 규약이 SECS-I과 HSMS이다. 앞서 설명했듯이 GEM은 반도체 장비 운영에 대한 시나리오를 다루고 있으며, GEM에서 파생한 SEM은 또다시 무인반송차 및 호이스트, 핸들러장비, 검사장비, 클러스터 툴 등 일반 반도체 장비와 다른 특수한 성격이 있는 개개의 제조 장비군에 대한 표준을 정의하고 있다. SEM군에는 PSEM, STKSEM, IBSEM, HSEM, ISEM, CTMC 등 다수의 규약이 정해지고 있다.

300mm 와이퍼 프로세싱 표준으로는 E84 Enhanced Handoff Parallel I/O Interface, E87 CMS, E40 Process Job Management, E94 Control Job Management로 구성된다. CMS는 캐리어 매니지먼트 서비스를 의미하며, 특히 E40과 E94는 프로세스 및 컨트롤과 관련한 관리 규약으로 300mm 와이퍼에서 완전한 표준으로 자리잡았다.

어찌보면 단순히 웹을 통한 모니터링이라는 설비 관리자 및 운영자의 편의성을 위해 제시된 Interface A 규약은 반도체 장비 정보 및 데이터 수집 정보를 Http/SOAP를 통해서 외부의 클라이언트에 제공하고 기능을 가진다. 여기에서 모든 데이터는 XML 문서를 통해서 데이터 전송이 이루어진다. Interface A 규약은 다음의 4가지 표준으로 구성된다. 1) E120 CEM(Common Equipment Model), 2) E125 EqSD(Equipment Self Description), 3) E133 ECA(Equipment Client Authentication and Authorization), 4) E134 DCM(Data Collection Management)이 그것이다.

Interface A는 인터넷이 연결된 곳이면 어디서나 접속이 가능하기 때문에 장비 및 데이터 정보에 대한 모니터링에 사용되고 있으며, 장비가 언제 에러가 발생했는지를 진단하는 폴트 디텍션 컨트롤이나 인터넷을 통한 원격 장비 진단 등에 활용될 수 있다. 따라서 Interface A는 SECS 프로토콜을 대체할 목적으로 개발된 것은 아니지만, 기존 SECS에 비해 상당히 저렴하게 구축이 가능하여 SECS를 점차적으로 대체해 나갈 것이라는 것이 전문가들의 견해이다. 하지만 당장 대체하기에는 무리가 있다. 원래 Interface A는 웹을 통한 장비 데이터의 모니터링이 목적이었으므로 가장 중요한 제어기능은 고려치 않았기 때문이다.

현재 완료된 표준은 아니지만 Interface B와 Interface C도 주목된다. B는 반도체 장비간 데이터 공유에 대한 표준 규약으로 국내에서는 삼성전자 LCD부문에서 적극적인 도입을 보이고 있다. 또한 C는 장비의 현재 상태를 반도체 팹 라인 밖에서 모니터링 하기 위한 기준을 제시한다. 이는 대부분의 반도체 장비가 개별 전문업체에 의해 개발되고 납품되기 때문에 반도체 메이커 설비 운영 담당자가 쉽게 처리하지 못하는 장비에서 발생할 수 있는 문제들을 개발 업체 전문가들이 원거리에서도 직접 웹을 통한 모니터링으로 장비 진단을 할 수 있도록 한다는 진일보한 구상이기도 하다. 이 구상은 이론적으로는 완벽해 보일지는 모르지만 현실적으로는 무리가 있어 보인다. 현재 반도체 라인의 모든 데이터는 보안상의 이유로 팹 라인 외부로의 차단이 100% 이루어지고 있기 때문이다.

마치며

이상에서 반도체 장비에서의 통신 표준에 대한 필요성과 현재 SEMI 표준으로 발표된 SECS 통신 규약 등을 개괄적으로 알아 보았다. 구체적인 기술 스펙에 대해서는 반도체 및 FPD 장비를 직접 개발하고 있는 개발 담당자들의 몫이라 생각한다. 이번 기회를 통해 그동안 SECS 표준에 대한 구분과 개념을 잡지 못하고 고심해왔던 많은 개발자 및 엔지니어들에게 정확한 개념 정립과 향후 반도체 장비 통신 표준의 흐름을 이해하는데 조금이나마 도움이 되었으면 한다.

SECS 및 Interface A 표준 규약은 SEMI(www.semi.org)에서 구매가 가능하다. 다만, 많은 엔지니어들이 이 규약이 영문으로 되어 있어 개별 기업에서 한글로 번역하고 다시 이를 이해하기까지 많은 노력과 시간이 필요하다는 문제점을 호소하고 있다. 빠른 시일 안에 국내에서도 한국어 스펙이 출판되어 직접적인 장비 개발과 큰 관련이 없는 이러한 문제들을 해결할 수 있기를 바란다. 공식적인 한국어 스펙이 완성된다면 그 동안 반도체 및 FPD 메이커들이 요구해 왔던 매뉴얼 및 제품 스펙도 영어에서 한국어로 바뀔 수 있을 것이다.

이러한 문제들을 해결하기 위해 반도체 장비 개발자들이 서로의 정보와 개발 과정에서의 노하우를 조금씩이나마 공유해 나갔으면 하는 바람이다. 그리고 이러한 노력들 속에서 보안이라는 이름으로 억눌려있는 각종 정보들을 종합하여 보다 발전된 연구 자료들이 공유될 수 있고, 개발자들의 커뮤니티를 통해 개발자들의 목소리와 요구사항을 정부, 협회 및 메이커들에게 당당히 제시할 수 있는 기회가 오기를 기대한다.

다음 기회에는 합법적(?) 인 테두리내에서 반도체 장비 통신 표준별로 상세한 기술 정보를 담아보도록 하겠다. ICN 독자 여러분의 많은 관심과 호응을 기대한다. 혹시 이 글에서 잘못된 정보나 오해가 있다면 누구나 지적해 주기 바란다. 그리고 너무나 한정된 정보와 공개 불가한 자료, 그리고 무엇보다도 이와 관련한 국내 전문가를 찾지 못해 원고 작성에 어려움을 겪었음을 이해해 주었으면 한다.

(문의처: icn@ICNweb.co.kr)

출처를 표기하지 않은 상태로의 가공 및 인용, 전재는 저작권법에 의거 처벌받을 수 있습니다. 상기 자료 인용시 반드시 출처(출처: www.ICNweb.co.kr; 아이씨엔 2006년)를 기재해 주시기 바랍니다.

[출처] 반도체 장비 개발, 통신 기술 표준을 먼저 이해하자|작성자 오세암

Posted by 세모아

델파이 개념

Software 2008. 6. 5. 11:15

델파이 개념

델파이 강좌

2005/05/26 15:31

http://blog.naver.com/kimsoma/60013241839

이 포스트를 보낸곳 ()

이자료의 필자는 내가 아니라 웹 검색해서 찾아낸것입니다

--------------------------------------------------------------------------------

// 개발 분야 및 개발자의 분포 //

중소 규모의 벤처기업에서 펌웨어 제작을 위해 C나 어셈블리어, 퀵베이직등을 사용하여

프로그래밍을 하는 경우가 많았고, 특정 마이크로 칩을 사용한 프로그래밍에는

특정 회사의 PIC용 컴파일러를 사용되고 있다.

C++ 빌더와 VC++는 주로 하드웨어의 고속 제어용 프로그램을 개발하는 데, 사용되고 있다.

데이타 베이스 관련 사무용 프로그램에는 델파이, 파워빌더, 비쥬얼 베이직 등을 사용하여

구현한다. 비쥬얼 베이직 개발자가 많은 것은 툴 가격이 저렴한 영향이 크다.

델파이는 개발자 구룹에서 전문가 집단에서 사용하는 툴로 호평을 받고 있다.

필자가 구직하려고 보니, C언어쪽 개발자를 많이 찾게 된다는 사실을 알았다.

// 새내기의 개발 기업의 입사 후의 처세 //

기업내의 구성원 사이의 관계는 경쟁 관계이다. 자기의 스킬에 따라 승진, 급여,

구조조정 대상이 된다. 따라서, 동료직원 사이에는 수평선을 가지는 일정한

거리를 유지하는 것이 필요하다. 함부러 마음을 여는 것은 매우 위험한 생각이다.

대학내 동아리 처럼 선배가 인정으로 이끌어 주고 배우는 환상을 품어서는 안된다.

회사의 선배는 기업 이윤 획득이라는 공동 목표를 위해 필요한 만큼 조력을 받는 것

뿐이다. 내가 갖고 있는 각종 라이버러리를 회사 동료들에게 아낌 없이 공개한다고

해도 이러한 행위는 구조 조정시 아무 영향을 주지 않는다. 그 행위로 인사 담당자로부터

회사 기여도에 대한 평가를 받기는 무척이나 어려운 일이다. 그러나, CEO 주관으로

적극적인 지식정보시스템을 전사적으로 구축하려 할 때는 적당한 선에서 거기에

협조 할 필요가 있다. 모든 인간 관계가 그렇듯이 경쟁 관계에 있는 회사 동료라고

할 지라도 인간적인 관계를 맺는 것에 소홀이하지 않아야 한다.

구현 과정에서 적극적으로 회사 동료의 문제를 해결하여 주지 않더라도, 동료들과

어울리거나 대화하는 데 인색하지 않아야 한다.

인생 고민이나 자신의 약점을 의논 할 상대를 찾자면 동문 선배나, 회사 이외의

인생 선배나, 동호회 선배들로 부터 구하고 절대로 회사 동료들을 선택해서는 안된다.

필자가 개발자로서 비애를 느낀점은 프로젝트 때문이 아니라 자신의 개발 스킬을

위해 상대의 노하우를 다 빼냈다 싶으면 바로 해고 시켜버리는 악덕 업자들을 많이

보았다. 우리나라는 전체적으로 좁은 나라이며 개발자 간의 인맥도 매우 짧다.

따라서 특정 회사에서 깔끔한 일처리는 매우 중요하다. 나쁜 소문은 개발자 사회에

발을 딛지 못하는 결과를 가져온다.

개발자란 직업은 매우 고독한 직업이다. 그리고 잠이 부족한 직업이다. 이러한 이유는

프로젝트 메니저가 정확한 일정을 예측하지 못하고, 경영자는 개발기간 단축으로

인하여 인건비를 줄이려는 의도이다.

특정 툴과, 특정 분야에서 정통한 개발자라도 모든 개발 분야에서 전문가가 될 수는

없다. 그래서 자기가 취약한 분야가 있기 마련이며, 이것을 극복하기 위해서

오픈 마인드를 가져야 한다. 델마당 같은 동회회의 활동은 바람직하다.

// 사업계획서 작성요령 //

이 설명은 프로젝트 메니저나 프리랜서 개발자가 자영업을 하시는 데 도움을 드리고자

함이다.

1. 사업 계획서 목차
   사업계획서 요약
   기업 및 산업
   사업 및 제품개요
   시장 환경분석 / 상황분석
   마케팅 계획
   재무계획
   조직 및 인적 자원 구성
   고객 관리 계획

2. 기업소개
1). 회사일반개요
   기업명
   대표이사
   사업영역
   자본금
   직원수
2). 기업의 비젼
3). 사업개념
비즈니스 모델
주요 사업 전략
향후 사업 전개 방향 :
   1단계 : 고객 확보와 시장 점유율 상승
   2단계 : 새로운 수익 사업으로의 확장
   3단계 : 해외시장으로의 진출 모색
4). 주력 사업 아이템 소개

3. 사업 및 제품개요
1). 주요생산품
2). 주요사업 형태 및 비지니스 모델
3). 수익모델

4. 시장환경분석 및 상황
   1). 국내시장 환경 분석 및 상황분석
   2). 시장전망
   3). 경쟁 업체 현황

5. 마케팅 계획
1). 경쟁우위전략
2). 고객창출을 위한 마케팅전략
3). 고객관리전략
4). 기업시스템 구축전략
5). 시장진입 및 성장전략
6). 예상 매출액과 시장 점유율 산정

6. 단계별 마케팅 전략
1). 시장진입전략
목표(사업목적, 제공서비스, 대상고객)
마케팅 전략(오프라인 마케팅 전략,온라인 마케팅 전략,온 오프라인 마케팅
2). 마케팅 운영 전략
고객세분화
목표시장선정(초반기,중반기,후반기)
포지셔닝
3). 고객 맞춤 마케팅 전략
초기 고객 확보
1:1 마케팅 전개
고객 데이타 베이스 활용
4). 고객유지 마케팅 전략
공유화전략
효율화전략(B2B 거래 마케팅,B2C거래형 마케팅,C2C 거래 마케팅,기업이미지홍보 마케팅)
7.경제성 분석
추정손익계산서=
평균구매액+예상구매고객수+매출원가율(30%)+(판매비/관리비=65%)+ 법인세(20%)

매출액+제조원가+매출총이익+판매비/관리비+세금 공제전이익+세금+순이익+현금흐름

8. 조직 및 인적 자원 구성
   CEO(chief executive officer)
   CFO(chief fiancial officer)
   CTO(chief technological officer)
   기술개발지원팀
   마케팅홍보팀
   비지니스 전략 기획팀
   시스템구축/유지보수관리팀
9. 고객서비스
   전화+방문+웹+전자우편+팩스=콜센터

// 방법론 탐구//

* 방법론의 프로세스

프로젝트 준비 - 환경분석 - 정보수집 - 집중분석 - 개선안 수립

프로젝트 준비 = 프로젝트 범위설정+요구분석+계획수립+사전정보수립

계획수립(구체적인 작업일정, 업무분장, 산출물정의, 작업방식,

문서화에 대한 계획수립)

환경분석 = 기술조사+관리환경분석

정보수집 = 관리정보수집

집중분석 = 구성분석+성능분석+장애분석

개선안수립 = 개선안 제시, 운영 및 관리체제 수립

// 개발자 직업의 딜래마 //

요즘은 평생 직장은 사라지고 평생 직업만 존재한다는 것을 여러분은 공감하실 것이다.

수 많은 경쟁력 속에서 살아 남아야하고 개발자나 기업 모두다 발전을 위해 새로운

변화에 도전해야만 한다. 새로운 인력의 재배치는 항상 옳은 것만아니다.

인간이란 조직 속에서 바라는 대로만 통제가 이루어지지 않고 언제나 변수가 존제한다.

자기 개발이나 고임금에 스카웃되어 심할정도로 직장을 바꾸는 결과과 항상 좋지

못했다. 보유 스킬은 많지만 기업이나 개발자 모두의 욕구를 충족시키는 경우가

드믈었다. 이러한 변화의 환경속에서도 묵묵히 저급여에도 직장을 옮기지 않고

묵묵히 성실하게 근무하는 직장인도 필요하다는 사실을 깨달앗다.

우리 개발자가 JOB을 찾아 해매이다 보면 개발자란 직업에 대한 미래에 대한 불안과

근본적인 생계 유지에 어려움이 많다는 것이다.

그래서 선배 개발자들이 제안하는 게, 많지는 않더라도 정기적인 수입을 올리는

아이템을 찾으라는 것이다. 그런데, 이것은 말처럼 쉬운일이 아니다.

비록 인기가 많고 성공적인 프로그램을 개발한다 할지라도 불법 복제를 하는 CD판매

업자들 때문에 수입에 한계가 있다. 이것을 극복하기위해 고안한 것들이 네트워크

게임류이다. 비록 크랙되어 널리 퍼진다하더라도 네트워크 접속을 해야하고, 많은

기능을 서버를 통하여 서비스한다면, 망 운영 측면에서 수익을 올리는 것이다.

지금, 필자는 취업을 위해 작년부터 준비해왔지만 지금도 해매고 있다.

안정적인 직장을 찾고 싶다.

// 프로젝트 메니저에 대한 몇 가지 오해 //

지금은 전산 전공자도 아니고 그리고 개발자도 아니고 그리고 코딩 능력을 갖춘 것은
아니지만 서울대 졸업하거나 토익 등 영어 실력이 좋으면 약 4주 정도의 교육을 시켜
프로젝트 메니저로 채용하는 것이 국내 개발 기업의 현실이다.

그럼 미국에서 생각하는 프로젝트 메니저란 무엇인가?

프로젝트 메니저란 코더로서 다년간 구현 능력을 쌓고 개발툴이나 로직등 개발 전
분야에 걸쳐 다양한 능력을 갖고 있어서 프로젝트의 위험성을 잘 알고 있고,
프로젝트 완료 기간을 정확히 예측이 가능할 정도로 안목이 생기는 사람을 말한다.
프로젝트 메니저가 되기까지 몹시 까다롭단 이야기이며 이들의 몸 값도 비싸단
이야기이다.

우리나라에서는 특정 시스템을 구현 할때 어려움을 겪게 되면, 프로젝트 메니저가
해결하는 것이 아니라, 이것의 구현 경험이 있는 개발자를 채용하여 해결하려한다.
그리고 이전 개발자가 잘하는 구현 기능에 대해선 그 개발자에게 다시 의뢰하려고
한다. 이미 해고된 이후에 그렇다.

// 프로젝트 메니저의 역할 //

* PMI 홈 페이지 : http://www.pmi.org

* 프로젝트 관리의 필요성

1. 비용과 투입공수가 착수시에는 낮으나 시간이 흐를수록 점점 높아지다가
종료시점에서는 급격하게 떨어진다.
2. 프로젝트 성공의 가능성도 처음에는 매우 높으나 점차 높아지게 된다.
3. 이해당사자들의 영향도도 처음에는 매우 높으나 점차 낮아지게 된다.
4. 변경비용과 에러수정노력은 시간이 흐를수록 점차 높아진다.

* 프로젝트 관계자
1. 프로젝트 관리자
2. 소프트웨어를 사용 할 사람이나 조직
3. 개발 인력을 파견 및 고용하는 용역회사.
4. 최종 사용자인 개인/조직의 관리자는 최소의 원가에 최대의 이익을 기대한다.

* 프로젝트 단계의 구분은 산출물 완료 시점으로 한다.

* 프로젝트의 처리요소

1. 입력물 : 문서나 문서화가 가능한 항목들
2. 도구와 기법
3. 입력물을 출력물로 변환하는데 사용되는 메카니즘
4. 출력물 : 프로세스의 결과로 산출되는 문서등

* 프로젝트 메니저가 해야 할 업무

1. 프로젝트 통합관리

   프로젝트 개발기획 =
입력(다른 프로젝트 산출물,조직의 정책, 제한사항, 가정) +
도구(방법론, 프로젝트 관리 시스템) +
출력(프로젝트 계획서 )

   프로젝트 기획의 실행 =
입력(프로젝트 계획서, 조직의 정책, 수정 요구 사항) +
도구(업무처리절차, 제품 기술과 지식 ) +
출력(작업결과서, 변경요구서)

   요청사항처리 산출물 =
입력(프로젝트 계획서, 변경 요청서 ) +
도구(변경관리시스템, 추가 계획, 프로젝트 관리시스템 ) +
출력(프로젝트 계획변경서,변경요구서 )

2. 프로젝트 범위관리

프로젝트 범위 도입 =
입력(제품기술서,전략계획서 ) +
도구(프로젝트 선정방법론 ) +
출력(프로젝트 관리서, 제한사항서)

프로젝트 범위 기획 =
입력(범위기술서,제한사항, 다른 프로젝트 산출물) +
도구(분할기법 ) +
출력(...)

   프로젝트 범위 정의 =
입력(범위기술서,제한사항, 다른 프로젝트 산출물) +
도구(분할기법 ) +
출력(...)
   프로젝트 범위 검증 =
입력(작업결과서,제품설명서) +
도구(조사기법) +
출력(인수 공문)

   프로젝트 범위 변경 =
입력(변경요청서, 범위관리 계획서) +
도구(범위관리시스템,추가계획) +
출력(범위변경서,수정요청서)

3. 프로젝트 일정관리

프로젝트 실행정의 =
입력(제품기술서,전략계획서 ) +
도구(프로젝트 선정방법론 ) +
출력(프로젝트 관리서, 제한사항서)

프로젝트 실행순서 =
입력(범위기술서,제한사항, 다른 프로젝트 산출물) +
도구(분할기법 ) +
출력(...)

   프로젝트 실행결과 =
입력(범위기술서,제한사항, 다른 프로젝트 산출물) +
도구(분할기법 ) +
출력(...)
   프로젝트 일정계획 =
입력(작업결과서,제품설명서) +
도구(조사기법) +
출력(인수 공문)

   프로젝트 일정통제 =
입력(변경요청서, 범위관리 계획서) +
도구(범위관리시스템,추가계획) +
출력(범위변경서,수정요청서)

4. 프로젝트 비용관리
5. 프로젝트 품질관리
6. 프로젝트 인적자원관리
7. 프로젝트 의사소통관리
8. 프로젝트 위험관리
9. 프로젝트 진행관리

* 프로젝트 프로세스 = 착수 + 계획 + 실행 + 통제 + 종료

* 프로젝트의 관리
1. 통합관리 = 프로젝트 계획서 작성 + 프로젝트 수행 + 프로젝트 변경통제
2. 범위관리 = 프로젝트 요건파악 + 업무범위선정, 방법론선정 +
업무범위 확인 및 유지+ 업무범위 통제
3. 일정관리 = 공정계획수립(공정파악,스케쥴작성)+일정통제
4. 원가관리 = 원가산정 + 예산집행계획 + 합의 및 승인 + 경비 투입관리 +
예산집행통제(원가+인건비+경비)
5. 품질관리 = 품질보증계획수립 + 표준 및 절차수립 + 테스트계획 +
문서, 소스코드관리 + 결함보고

6. 인력관리 = 조직화 + 인력운영(교육,근태, 인사관리)+인력파견,해지,스킬등록,
7. 의사소통관리 = 의사소통절차수립+회의, 착수, 중간,완료보고+주간,월간,수시보고
의사결정요청,변경요청
8. 위험관리 = 위험파악 및 대응방안 수립 + 문제보고
9. 외주관리 = 외주계획수립,외주인력요청,외주인력선정,외주비용지급+외주인력평가+
외주업체평가+계약종료

// 인터뷰하는 요령 //

지금 설명하는 내용은 실무에서 사용된 내용이므로 그대로 사용하지 마시고

기업 특성에 맞게 수정하여 사용하시기 바랍니다.

1. 인터뷰의 준비

   인터뷰의 목적을 명확화 할 것 .
   인터뷰 대상자 확정후, 대상자 상사에게 사전 합의를 얻을 것
   인터뷰 대상자의 상사로부터 인터뷰 대상자에게 책임,의무를 알릴 수 있도록 유도.

2. 인터뷰 요청 공문 발송.

   반드시 먼저 전화 통화로 고객에게 인터뷰 계획을 의논한다음 즉시, 팩스로
   문서 공문을 발송해야 한다.
   전화 통화시 녹음기 사용을 양해를 구하고 고객의 허락을 받아야한다.
   녹취하지 않음으로써 수 많은 분쟁이 고객과 발생한다.
   사실 브로커와 계약시에도 녹취는 훌륭한 도구가 된다.
   인터뷰는 프로젝트 메니저 혼자하면 안되고 2명이 한다. 한명은 인터뷰를
   다른 한명은 협의 내용을 기록한다.

3. 인터뷰 요청 공문의 형식

To: 이름,제목,소속부서 Date: 오늘날짜

From:이름,프로젝트명
인터뷰일자,시간,장소

목적
가능하면 프로젝트 요약설명, 인터뷰 주제
인터뷰 목적을 기술하고 항목 기술함
토의하기를 원하는 토픽 리스트

특정 질문
의문 사항이 있으면 저에게 전화부탁드립니다.
고객의 질문 사항시 연락처를 남김

* 마케팅 이윤의 책정 : 제조 30% + 판매 10%

// 도움이 되는 글들 //

* 고난이도의 프로젝트를 실행하기 위해서는 특별한 기획 및 실행기법이 필요하다.
* 프로젝트를 주어진 시간과 예산 범위 내에서 실행하지 못할 경우
이와 관련된 단기적 및 장기적 비용을 정확하게 산출해야 한다.
* 일은 스스로 만들어 하는 것이지 주어지는 것이 아니다.
* 일이라는 것은 솔선수범하여 '적극적으로 해 나가는 것'이지 결코 수동적으로 하는 것이 아니다.
*'큰 일'과 맞서라. 작은 일은 자기 자신을 작게 만든다.
*'어려운 일'을 목표로 하라. 이것을 이루어 내는 곳에 진보가 기다린다.
* 일단 맞붙으면 '놓아주지 마라' 목적을 완수할 때까지는 죽어도 놓아주지 마라.
*'일을 끌고 가라' 끌고 가는 것과 끌려 가는 것은 엄청난 차이가 있다.
* "계획"을 세워라. 장기적인 계획을 갖고 있으면 여유와 희망이 생기고 인내심도 갖게 된다.
*'자신'을 가져라. 자신이 없기 때문에 일에 대한 추진력도 끈기도 그리고 성의마저 없는 것이다.
* 두뇌회전은 언제나 '풀 가동'으로 하라. 한 치의 빈틈도 있으면 안 된다.
* 마찰을 두려워하지 말라. 마찰은 진보의 어머니요, 적극성의 비료이다.
마찰을 두려워 하는 자는 비굴하고 뒤쳐지게 된다.

// 프로젝트 완료 보고서 작성 요령 //

지금 설명 드리려고 하는 내용은 실무에서 사용된 내용이므로 그대로 사용하시면

안되고 독자가 알맞게 커스텀마이징하면 된다.

1. 기본 프로세스 흐름도.

2. 코드구성 : 시스템에 사용된 코드 목록.

3. 파일구성 : HDD상의 실제 디렉터리 이름 및 파일명 목록표

4. 테이블 구조. : E-R 다이어그램도

필드명칭+자료형태+NULL유무 형식으로 작성

5. 화면설명서

6. 사용자 매뉴얼.

7. 프로그램 소스코드.

8. 개발일정표 : 월별 개발일정표

9. 개발비 산정표.

   프로그램 스텝 = 분류+소스코드파일명+세부기능+라인수 형식으로 작성

   디자인 : 이미지(그래픽),

난이도+소스파일명+세부기능+총 수량 형식으로 작성

* 개발용역비 = 소프트웨어개발비 + 시스템운영환경구축비 + 데이터제작비 +

   자료입력비 + 정보전략계획수립비

* 소프트웨어개발비 = 직접인건비 + 직접경비 + 제 경비 + 기술료

* 직접인건비의 산정 : 프로젝트형태 + 개발언어 + 규모 + 적용대상규정 +

정보처리형태에 따른 보정계수 산출

// PM직의 승낙 //

재무 구조가 튼튼한 기업에서 근무 중인 개발자가 PM직을 권유 받으면 승낙하시기

바란다. 일반적으로 PM직은 고도의 전문성을 요구한다. 그러나 이러한 PM직은

외국계 개발회사에 해당되는 일이고, 일반 기업에서는 명확한 기준이 없고

애매모호하다. 즉, PM직의 원래 기능보다는 거의 인력 관리 수준에 머물러 있다.

채용하고 짜르고 악순환이다.

// 윈도우 운영체제의 보안 //

윈도우 운영체제는 우리에게 경이의 대상이다. 너무 친숙해서 그런지 모른다.

hacker,decker,cracker 등 수 많은 사람들의 표적이 되었다.

아무튼 지금은 수 많은 보안 패치가 이루어 졌지만, 항상 보안 패치보다 침입이

앞서고 있다. 기상천외한 방법으로 윈도우 운영체제를 공격하지만 이 방법이란게

일반화 되지 않고 특수한 계층의 사람들만 알고 있다가 이것이 많은 사람들에게

알려지면 패치가 되어지곤 했다. 아마도 그 중의 하나가 윈도우 98의 공유 폴더에

대한 암호 해독이 그것이다.

요즘에 특이한 방법으로 윈도우 운영체제를 공격하는 방법으로는

님다 바이러스를 이용한 침입,

자사의 홈페이지 로그인 하는 유저들 대상으로 접속 클라이언트의 로그인 창을 클릭

햇을 때 클라이언트의 보안을 해제하는 방법,

스파이웨어 CuteFTP, FlashGet, GetRight, 또는 RealPlayer 등의 루트를 이용하여

재 침입하는 방법...

애플릿, 인터넷 익스플로러의 자바 스크립트, 비쥬얼 베이직스크립트를 이용한 침입방법,

그리고 보안 패치가 되었지만 쿠키를 이용한 침입이 유행하고 있다.

// 공장자동화와 산업용기기의 제어 //

공장 자동화 뿐만 아니라 각종 산업용 기기의 제어용 프로그램을 개발할 경우가 종종

생긴다. 주로 수요처는 자본금 1억 이하의 벤처기업이다.

혹은 특허 제푼의 시제품 제작을 위해 제어용 프로그램을 필요하게 되었다.

이 기업들은 개발자에게 개발 비용을 지불 할 능력은 없지만 산업용 기기 제어용

프로그램 개발이 필요하게 된다.

우리 개발자들도 생계를 위해서 이 분야도 공부해야 한다.

아무래도 전기/전자 전공자에게 유리하다 할 것이다.

동전교환기, 계수기, 바코드 프린터, 마우스, PLC 등등 많은 기기들은 주로 베이직,

어셈블리어, C언에 의하여 컴파일 된다. 베이직은 우리가 아는 비쥬얼 베이직이

아니라 초창기의 Z8086/8088A CPU를 위한 베이직으로서 예를 들면 MS의 QUICK BASIC

을 사용하면 매우 정교한 제어용 어플을 맹글 수 있다. 컴파일 옵션을 잘 사용하면

실행 파일의 크기를 많이 줄 일 수 있다. 음, 컴포넌트 기반이 아니면서 어셈블리어

수준으로 코딩이 가능하며 유지 보수하기도 쉽다.

베이직으로 게임의 종류인 아케이드를 코딩하신 경험이 있는 분들이라면 많이 공감하실

겁니다.

그러나 요즘은 마이콤 개발의 추세와 고속 제어 처리를 위해선 어셈블리어로

코딩하는 경우가 많으며 요즘은 C로 코딩하는 경우가 많아졋다.

많은 경우에 CPU 롬에 HEXA CODE를 기록 할 때, 롬 리이더가 읽지 못하게 혹은 개발

기술을 보호하거나 컴파일러 회사에 라이센스료를 지불하지 않기 위해 암호화하는

경우가 많아졌다.

// NL 차트의 이해 //

업무 분석 단계에서 사용된 도구는 여러 가지가 있다. 지금도 FLOW CHART(흐름도)를

사용하는 경우가 많다. 그러나, 조직화된 개발 팀에서는 일반적으로 MS의 VISIO2000를

사용하여 DFD(DATA FLOW DIAGRAM)를 그리고 이것을 통하여 개발자간 의사 소통을 한다.

그러나 이것도 프로젝트 일정 때문에 잘 지켜지지 않는다.

설계 없이 곧바로 구현하는 경우가 많고, 보고서 및 설계서, 제안서등은 거꾸로 구현이

완료된 뒤에 만들어지는 경우가 많다. 이것은 분명이 잘못된 것이다.

미국이나 인도의 개발자들은 프로젝트 메니저의 개발 설계서를 보고 의견을 나누거나

독특한 도구를 사용한다. 그럼, 실무에서 사용하는 이 도구는 무엇일까?

독자는 매우 궁금해 할 것이다.

이것을 설명드리기 전에 마인드 맵을 들어 보셨는지? 이것은 우리의 맘 속의 생각을

빠르고 용이하게 기술하기 위한 기법으로 서점에 가보면 관련 서적들이 많이 있다.

이것을 약간 응용된 것으로 먼저 핵심 시스템을 박스로 묶고 박스안에 시스템 명칭이나

고려 대상을 적은 다음에 이 박스에서 수직선을 그어 내린다. 마치 일정표 처럼

만들어 지는 데 수직선 사이에는 흘러가는 정보나 방법등을 기술한다.

글로 설명해 드리려하니 얼른 감이 잡히지 않을 것이다.

대형 팀 프로젝트 수행 경험이 있는 분이나 외국계 개발 회사에 근무한 경험이 있는 분은

곧 바로 제가 무엇을 설명하고 있는지 이해 할 수 있을 것이다.

편의상 필자가 이 도구를 NL 차트라고 이름을 붙였으나, 사용해 보면 여러모로 유익하다.

정보공학 산출물을 만드는 데도 매우 유익하다.

// 국내 소프트웨어개발기술의 동향 //

정확한 통계를 제시하지 못하지만 그 동안 경험으로 국내에서의 소프트웨어 개발 기술은

주로 LG-EDS TEAMS과 삼성SDS TEAMS 기술이 산재하여 있다는 것을 알 수 있다.

물론 대형 SI 업체의 기술이라 업체간의 협약으로 노하우 비밀유지 계약 때문에 일반

개발자에게 알려지는 것은 불가능한 일이다.

추측해 보면 상기 개발회사 출신의 개발자가 고용 안정이 되지 않아 자주 자리를

옮기는 것으로 풀이된다.

지금은 IMF 이후와 KOSDAQ 붐으로 인하여 개발 팀들이 많이 해체되어 버렸지만,

소프트웨어 개발 기술이 척박한 이 땅에 땀을 흘린 분들을 생각하며

유솔로몬이 끝없이 존경하는 마음을 표한다.

초창기 우리 개발자는 전산실의 서버 관리자로서 단순 업무 때문에 개발에 필요한

시간이 생겼지만 지금은 옛날 일이 되어 버리고 많았다. 대신에 일반 잡무가 개발자에게

부여 되었다. 기획, 일반사무, 하드웨어 유지보수 까지 등등...

고급 개발자로서 C나 어셈블리어로 펌웨어 즉 장치 구동드라이버 소프트웨어 개발하는

경우가 있는 데, 국내에서 20여명 안팍으로 추산된다. 이 분들의 동향은 주로 대기업이나

프리랜서, 혹은 자영업하는 경우가 있었다.

아주 특이한 경우를 보았는 데, 게임을 개발 할 때, 컴파일러를 사용하지 않고 HEXA 에디터를

사용하여 직접적으로 기계어로 코딩하는 경우를 보았다. 필자로서는 이해가 가지 않는 일이었다.

또 한가지는 유닉스 기반의 오라클 데이타베이스를 shutdown하지 않고 손상된 레코드를 백업을

사용하지 않고 그 손상된 모듈을 기계어로 코딩하여 붙이는 경우가 있었다. 경이로운 일이다.

// 최고 경영자가 삼성SDS 출신이거나 삼성SDS에서 분사한 벤처기업에 취업하려고 할때//

프로젝트 메니저로서 구인 공고를 하는 경우에는 프로젝트 메니저 자신에게 매우 유용하다.

일반 직원이 회사 인사 정책에 관여하는 경우는 매우 드물고, 회사에서 자신의 위치가

인사에 관여 할 정도가 되면 자기 개발에 매우 유용하다.

즉, 프로젝트 메니저란 위치가 회사를 위해서가 아니라 자기 개발을 위해서 매우 중요하다.

그 이유는 입사 지원한 고급 개발자중에서 특정 분야에 대한 개발 인력의 인적 사항을 확보가

가능하고, 프로젝트 메니저 스스로에게 취약한 기술 분야에 대하여 인터뷰를 통하여

동종 경쟁 업체의 기술을 빼낼 수도 있고, 광범위한 테크니컬 로드 맵을 그릴 수 있다.

그리고 정보 통신 흐름을 파악 할 수 있는 기회를 제공한다.

그런데 특이한 점은 이러한 사항을 최고 경영자는 모르는 경우가 많다는 것이다.

다음 사항은 여러 분이 프로젝트 메니저로서 입사 지원할 때 준비해야 할 일반적인 사항이다.

예시로 회사 규모로보면 직원 수 100명에 코스닥 등록업체인 경우로 설정했다.

여러분도 잘 아시는 바와 같이, 삼성SDS는 매우 보수적인 기업이다.

보수적인 기업이라 함은 공무원 사회와 정신적인 기조가 비슷하다는 의미이다.

물론 사무적인 기조는 최첨단이다.

삼성SDS 출신의 최고 경영자는 인사 문제에 있어서 매우 보수적인 성향을 따른다.

경영자 스스로 그것을 탈피하려 하지만 뼈속 깊이 잠재적으로 그 사상이 심어져 있다.

아마도 삼성SDS 사내의 인력양성 프로그램 영향으로 보인다.

삼성SDS 출신의 CEO는 인력 채용시 4단계 이상의 까다로운 절차를 거친다.

1. 서류전형

   요즘 추세가 개발자의 사내 양성이 아니라 현장에 곧바로 투입 할 수 있는 인력을

   찾기 때문에 실무 경력자를 우선시한다.

   프리랜서인 경우에는 인력파견업체의 사장님이나 최종 사용자의 추천서를 받아두는 게

   좋습니다.

   추천서에는 추천인의 연락처를 명기하여 구인 업체에서 확인이 가능하도록

   합니다.


2. 직무적성검사(프로그램머 직무능력검사)

   삼성SDS 출신의 CEO는 이것을 매우 중요하게 생각합니다.

   비록, 비경력자라도 적성검사에서 좋은 점수를 받게 되면 채용하는 경우가 많습니다.

   적성 검사 방법으로는 현장에서 얻는 실시간 데이타 또는 표를 보구 이 자료를 이용하여

   역으로 정보 가공 및 분석, 추론을 할 수 있는 능력을 평가합니다.

   이것은 일반 개발자라면 쉽게 습득 할 수 있습니다. 연습하면 향상 됩니다.

   즉, 전산 수치해석을 의미합니다.

   이 검사는 한국SHL에 의뢰하여 실시하므로 한국SHL 홈페이지를 방문해 보는 것도

   유익한 일이다.

   삼성SDS에서 이것을 중요하게 생각하는 이유는 아더엔더슨 컨설팅 및 SAP등 외국계

   개발회사에서 객관적 평가를 위해 이러한 질문지 도구를 사용하기 때문이다.

3. 면접

   삼성SDS 출신의 CEO는 인사 문제에 대하여 정형화 되어 있습니다. 따라서 매우 보수적인

   성향을 따릅니다. 첫 인상, 발표하는 태도, 성격, 입사햇을 때 다른 사원간의 인화력등을

   살펴 봅니다. 역시 임기응변이나 융통성이 강한 것을 선호하기도 합니다.

4. 연봉

   입사 지원자가 사규에 따라서 급여를 받겟다 하더라도 희망연봉을 물어봅니다. 아마도

   급여로 인한 불만을 사전에 감쇄하려는 의도입니다. 사전에 입사하려는 회사를 탐방하여

   급여에 대한 초급 급여, 인사제도에 대한 자세히 조사를 할 필요가 있습니다.

   뛰어난 개발 능력을 보유하고 있더라도 고액 연봉을 요구하는 경우에는 수용하지 않는다.

5. 비지니스 영어

   삼성SDS 출신의 CEO는 영어 실력을 매우 중요하게 생각합니다.

   해외출장 갔을 때, 호텔에 체크인, 체크아웃하는 방법, 호텔 프런트에 남겨진 전화 메시지

   독해하는 방법,정보통신 기술적인 사항을 미국인 개발자와 직접 논의할 정도의 회화구사능력

6. 기타사항

   실제 채용 의사가 없으면서 프로젝트 위험 때문에 비상시 구인하기 위한 인적사항을

   수집하는 경우도 상당히 많다.

   사내 아이템이 동종 업계인 경우엔 상대편 회사의 기술을 빼내기 위한 인터뷰로

   활용하는 경우가 많다. 이것은 제가 입사 지원시 저와 함께 집단 면접을 보신 분에게

   상대 경쟁 회사의 규모, 시스템 구성에 대한 예리한 질문이 있었다.


   // 면접시 예시문제 //

   1. 당신이 전 직장에서 퇴직하는 사유가 무엇인가요?

   2. 당신이 CEO라면 프리랜서를 어떻게 관리하겠습니까?

   3. 3분동안 자기 소개를 해보세요?

   4. 3분동안 자기 PR을 해보세요?

   5. 영어로 자기 소개를 해보세요?

   6. 영어로 컴퓨터의 보안에 대한 기술 사항을 외국인과 함께 논의 가능합니까?

   7. 희망 연봉은 얼마입니까?

   8. 지방으로 파견냈을 때 근무 의사가 있습니까?

   9. 지금 발령을 낸다면 언제 출근이 가능합니까?

   10. 당신은 연령이 많은 데, 나이가 적은 상사와 인화문제,

   개발 과정에서 사고의 유연성에 대하여 어떻게 생각하는가?

   11. 당신이 우리 회사에 입사한 동기는 무엇인가?

   12. 당신은 지금 직장에 근무 중입니까?

   13. 우리가 당신을 채용한다면 언제 근무가 가능합니까?

   14. 당신의 현주소는 어디입니까?

// 개발 아키텍쳐의 개념 //

   tier : 어플리케이션 아키텍쳐를 논리적으로 구분하기 위해서 사용하는 용어.

   2-tier 아키텍쳐 : 클라이언트/서버 어플리케이션의 하나. 두 개의 tier로 구성.

   주고 받는 것 : SQL, FTP, HTTP

   클라이언트 : GUI(Graphical User Interface)를 담당. 비지니스 로직을 처리

   서버 : DBMS나 기타 Legacy System에 해당하는 서버.

   3-tier : 클라이언트 : GUI(Graphical User Interface).

Middle-tier : 비지니스 로직을 처리.

서버 : DBMS나 기타 Legacy System에 해당하는 서버.

TP (Transaction Processing) Monitor : Tuxedo(BEA), Encina(IBM)

CORBA (Common Object Request Broker Architecture)

OTM(Object Transaction Monitor) : M3(BEA사), OrbixOTM(Iona사),

Visibroker ITS(Inprise사), TPBroker(Hitachi사)

// 어플리케이션 서버의 정의 //

   분산 객체, 분산 트랜잭션, Component 모델을 제공함으로써 N-tier 구조의

   어플리케이션을 쉽게 개발하고 운용할 수 있도록 해 주는 소프트웨어

   플랫폼이라고 할 수 있다.

   어플리케이션 서버에서 어플리케이션은 보통 Component로 개발되기 때문에

   어플리케이션이라는 용어 대신 Component라는 용어를 직접 이용하는 경우가 많다.

================================================================================

*********************************************************************

[입문자를 위한 ] 미니프로젝트실무

*********************************************************************

이 자료는 지적재산권 보호를 받습니다.

개인이 개발과 관련된 연구 목적 또는 자기 개발의 목적으로 활용이 가능하지만

무단으로 배포하거나 타 게시판에 게시하지 못하며,

상용이나 영리를 목적으로 인쇄 및 배포를 금합니다.

이 글 내용의 일부분 또는 전체의 무단 전제를 금합니다.

----------------------------------------------------------------------

이 글은 대한민국의 지적재산권, 저작권 관련법의 보호를

받습니다.

이 글을 델마당, 한국델파이개발자연합, 델파이코리아 등의 게시판에

게시했다하여,

상업적으로 이용 또는 부분 및 전체 복제를 허여하는 것은 아닙니다.

즉, 묵시적으로 허용하는 것이 아닙니다.

이것은 자유 게시판에 공개된 글이라도 상업적으로 이용 가능하다는 의미가

아니며, 어떠한 경우라도 상업적으로 이용이 불가함을 알립니다.

이 글의 저작권은 유 솔로몬에게 있습니다.

초 판 : 2000. 7. 6.

최종수정 : 2002. 6. 26.

유솔로몬 (ds4byw@hanmail.net Tel 011-645-9006)

******************************************************************************

이 문서는 텍스트 포맷이며 윈도우 보조프로그램 워드패드에 최적화 되어있습니다.

" 이 문서의 수정판은 델마당 개인게시판 메뉴에서 유솔로몬 게시판에 게시됩니다."

http://www.delmadang.com/solomone

******************************************************************************

유 솔로몬은 이 글 내용 및 기법을 이용하여 제작한 프로그램이 데이타 손실 및

파괴에 대하여 민형사상 책임지지 않으며 사용자의 책임임을 알립니다.

따라서,유 솔로몬은 어떠한 경우에도 귀하에게 보증을 드리지않으니 사용에

주의하시기 바랍니다.

이 글을 대한민국에서 소프트웨어 개발을 하시는 이름모를 개발자님들과

이미 늦어버린 나이에도 개발 기술을 취득할 기회를 허락하여 주신 존경하는

박사님들과 얼굴은 모르지만 전화를 통하여 아낌 없는 도움말과 조언을 주신

한국과학기술원 연구원님들 그리고 필자에게 실무에서 아낌 없이 지도 편달을

주신 개발팀장님들께 충심으로 감사 드리며 바칩니다.

********************************************************************************

대한민국의 소프트웨어 개발 분야의 진흥이 되길 빌며...

델파이란 가공할 만한 고성능의 툴에 아낌 없는 찬사를 보내며 ...

"우리는 델파이란 툴을 사랑합니다."

델파이란 툴을 개발한 볼랜드의 델파이 개발 TEAM에 겸손한 마음으로 경의를 표한다.

델파이가 설치된 컴퓨터에서 델파이를 실행한다음 about 메뉴를 클릭한다음

alt키를 누른 상태에서 TEAM이라고 타이핑 하면 TEAM 이름이 나온다.

델파이코리아 만세! 델마당 만세! 한델만세!

http://www.delphikorea.com

http://www.delmadang.com

http://www.delphi.co.kr

*********************************************************************

// 들어가는 말 : 이 글을 쓴 동기 ~ //

필자는 수 십년 동안 컴퓨터와 함께 하면서 직업적인 프로그램머가

되려고 하면서 기업에서 실무 경력자를 선호하는 현실과 벤처기업에

발자취를 남기며 실무 현장에서 평소에 느낀 점이 많았다.

개발자들이 현장 실무에서 느끼는 고뇌와 최악의 근로 조건에서 처절한

자기 자신과의 싸움 그리고 소프트웨어 공학과 정보공학의 개념에

낮설은 우리 나라에서 이치에 맞지 않는 역현상들이 많이 발생하여

이러한 점을 안타깝게 생각하여, 수 많은 사람과 접촉하고 인터뷰한

결과를 기술하는 마음으로 이 글에 담았다. 이의가 없는 한,

아더엔더슨 컨설팅 회사와 SAP라는 회사가 보유하고 있는 노하우가

소프트웨어 개발에 있어서 훌륭한 길잡이가 됨을 의심하지 않는다.

이 글을 길잡이 하여 초등학생으로 부터 대학교수 까지 손쉽게 소프트웨어

개발이 가능하길 바라며 지적재산인 소프트웨어 분야가 기술적으로

다른 나라에 종속되지 않기를 바라는 마음 간절합니다.

짧은 실무 경력이지만 초보 델파이 개발자에게 도움을 드리기위해 이 글을 씁니다.

초보자가 초보자를 위해 글을 쓰는 일은 부담되는 일입니다.

이 글은 초보자를 위해 쓰여지지만 표현이 난해하고 어려운 용어가 사용 될 수 있으며,

주관적인 생각들이 강하므로 이 글에 대한 댓글이나 질문은 정중히 사양합니다.

이 글과 관련하여 절대로 연락하지 마세요.

어떠한 질문이나 메일, 문의 등을 사절합니다.

필자는 이 글을 열람하시는 분들께 답변할 의무는 없으며,

귀한 시간을 거기에 투자해야 할 어떤 이유가 없습니다 .

이 글의 내용 중에 특별한 경우를 제외하고는 특별히 예시를

않더라도, 사용되는 용어는 각 회사의 등록상표임을 밝힘니다.

그리고,이 글을 열람하시는 독자분들께 연재 약속을 드리지

못합니다. 다만, 개인적인 흥미로 틈틈이 글을 쓰려고 합니다.

필자는 1985년 고3부터 프로그램밍을 취미로 처음 시작했으며, 공식 경력은 4년

비공식 실무경력 5년 이상의 개발자이며 현재는 IT 분야의 컨설턴트입니다.

제 나이가 우리나라 개발 문화에서는 황혼기라고 할까요.

항상 프로그램밍에 들어가면,필자가 실무 경력자이지만 착잡한 기분을 감출 수가

없습니다..

이 글의 만약 독자분이 30대이시고 마땅한 직업이 없어서 프로그램 개발에

도전하려고 한다면, 필자는 강경하게 만류하고 쉽습니다.

여러 가지 이유로 개발업체에서 고연령 개발자를 채용하는 것을

꺼리고 있으며 고등학교 혹은 대학교 졸업을 한 전산 전공자를

선호하고 있으며 21세 이상 30세 이하가 적정 연령인 것 같습니다.

많은 분들이 그렇듯이 30세 이상인 분은 전업이나 장래에 대한

계획이 필요합니다.

이 글에서는 정보공학에 대해서는 언급을 전혀 하지 않습니다.

정보공학이 실제로 단순한 코더 보다는 오히려 부가 가치가 높은 것인지도

모릅니다.

필자는 가난한 개발자입니다. 필자가 부자이고 넉넉한 마음으로

이 글을 쓰고 있다면 마음이 편했을 텐데 웬지 서글픈 마음이 드는 것은

왜? 일까요?

개발자가 되고 싶다고 해도,간단한 업무용 프로그램을

만들려고 해도,초보자에게는 모든 것이 힘들기만 합니다.

개발 기술은 개발 회사에서 보호되어 있고 시중의 참고 서적들은

도움이 되지 않습니다. 참으로 이상한 일입니다.

개발자에 입문한지가 어제 인듯하더니 순식간에 세월이

흘러가 버렸습니다. 어느 순간, 직업적인 개발자가 되어버린 모습에

스스로 놀라울 따름입니다.

하지만, 아직도 배울게 많고, 필요한 기능을 신속하게 구현 할 수

있는 능력을 갖도록 노력하려고 합니다.

이 글에 대한 조회수가 1000회가 넘은 것에 대하여 감사를

드리는 맘입니다. 물론,1년이란 기간 동안 조회한 숫자이지만 ,

허접한 글에 대하여 여러분들이 관심을 가져 주셔서 필자로서

고마울 따름입니다.

이 글은 현업에서 실무 중 느낀 점을 간략하게나마 기술한 것이므로

주관적인 생각이 강하고 객관성이 많이 결여 되어있는 것은 사실이지만

개발 전 분야에 걸쳐서 어려움이 많다는 것을 알려 드리고 싶습니다.

일반인들은 소프트웨어가 담긴 CD 한장에 1-3만원 정도란 것이 각인

되어 있습니다.

보통 불법 소프트웨어 카피본에 1만원에 거래되고, 정품 소프트웨어 가격이

저렴할 경우에는 8만원에서 15만원 사이입니다.

따라서, 소프트웨어 개발 비용이 일천만원 이상을 한다고 말하면 도무지

벌린 입을 다물지 못합니다.

무슨 CD 한장에 일천만원 까지 하냐고...사람을 놀리지 말라고...

여러 소프트웨어 개발 회사의 기술 수준은 차이가 있습니다.

아직까지 그것들과 비교해서 이 글에서 소개한 개발 기법에 대하여

강한 긍지를 가지고 있습니다.개발자는 철저한 생존을 위한 몸부림으로

항상 최적화된 개발 기법을 찾아야합니다.

비교적 팀 프로젝트에서는 시간적인 여유를 가지고 진행 할 수 있으나

프리랜서인 경우엔 모든 작업을 혼자 해야하기 때문에 최적화된 기법을

찾기에 힘써야 하며, 프로젝트 시작 전에 라이브러리가 미리 준비 되어

있어야 합니다.

라이브러리는 공통으로 사용된 함수의 모임이나 콤포넌트, 재사용 가능한 것을

말하며 개발 시간을 단축시키고 효율적으로 코딩을 하기 위함입니다.

******************************************************************************

개발된 소프트웨어의 이상적인 국내에서 판매 카피 수는 50만 장입니다.

******************************************************************************

비록, 개발 비용을 회수 못한다 하더라도 50만 카피는 브랜드로서 성공하신

것입니다. 여러분이 프로젝트 메니저 위치에서 이 글을 접하실 때면

필자의 의견에 동의 하실 겁니다.

이제 뜻 깊은 성탄절이 다가옵니다. 필자가 델파이라는 툴을 알기전에 무척이나

고생을 많이 했습니다. 뉴스 구룹에 의지해서 해답을 찾으려고 했던 기억이 납니다.

그리고 특이한 사실은 영어의 독해력이 개발자의 개발 기술과 자기 개발에 도움이

된다는 사실입니다.

===========================================================================

이 글에 소프트웨어 공학과 정보 공학에 대한 내용을 기술하기 위하여

문서명을 델파이프로젝트실무에서 미니프로젝트실무로 변경합니다.

현재 문서에 자바, 리눅스, MySQL, JSP에 대한 내용을 추가하려 한다.

그리고, 틈틈이 제품기획과 상품기획, 마케팅에 대한 내용을 담아서

프리랜서 여러분이 자영업 하시는 데 도움이 되려고 한다.

이러한 기술 문서가 의도하는 대로 우리 모두에게 유익했음 한다.

이 글을 쓰는 시점에 제가 대형 소프트웨어 업체처럼 큰 수익을 얻었으면

조으련만 그렇지 못하여 못내 아쉬움이 많다.

개발자로 있으면서 느낀 것이지만 개발자에게 도덕적인 면이 많이 요구 되는

것 같다. 데이타베이스를 다루다보면 개인 신용정보나 개인정보들 개발과

관련된 영업기밀 등을 누설하지 않아야 한다. 또한 해킹에 대한 역추적을

위하여 본의 아니게 타 전산망을 침투하는 경우도 발생한다.

현재는 급변하는 개발기술 발전에 따라 신 개발기술을 습득해야만 하는

개발자들에게는 많은 융통성을 필요로 한다.

많은 분들이 소프트웨어 개발관련 사업계획서 작성상의 어려움을 호소하고

있고, 정보공학 및 소프트웨어공학에 대한 문의가 많이 와서 여기에 다루고자 한다.

그러나, 이 문제를 다루긴 위해선 지적재산권 문제를 고민을 해야한다.

국내에는 많은 대형 SI업체들이 존재하고 합리적으로 개발 기술을 문서화하는

방법론이 거의 대부분 미국의 아더엔더슨 컨설팅과 여러분에게 유명한 SAP의

자체적인 노하우이기 때문이다.

아무리 개량하고 발전 시켰다 하더라도 상기의 두 회사의 개발 기법을 벗어나지

않는다. 상기의 개발기법을 이용하기 위해선 천문학적인 비용이 소요된다.

그래서 컨설팅을 위해선 기업의 연간 매출이 100억 이상이 되어야 효율적으로

이용 할 수 있다. 정보공학을 고려하면 심지어 오라클의 개발 방법론 까지도

전체적으로 똑 같지는 않지만 상기한 회사의 개발 방법론이 요소요소에서

비슷하거나 공통적인 요소로 인식 할 수 있다.

그럼 천문학적인 비용을 부담하지 않고 정보공학 프로젝트를 수행하는 방법은

없을까?

필자가 여기에 고심하다 중요한 사실을 알게 되었는 데 바로 국제규격이다.

국제규격은 표준화 하는 대신에 해당 기업에 라이센스료를 지불한다.

ISO에 따르면

1. 소프트웨어품질 인증에 대한 표준규격

2. 프로젝트 관리에 대한 표준규격 등이

있다. 매우 정교하고 합리적으로 기술되어 있다.

우리 개발자들이 국제 규격을 전용하면 프로젝트 실무 전반에 대한 문서화를

효과적으로 달성 할 수 있다.

따라서, 국제 표준규격을 전용하면 어느정도 저작권 문제에 말려들지 않을 수

있지만 그래도 세심한 주의를 해야한다.

현재 서울 소재의 델파이 툴을 사용하는 소프트웨어 개발회사에 따라

또는 프로젝트 메니저에 따라서 독자적인 방법론이 존재하지만,

가장 효율적인 것을 취사할 필요가 있다.

현재 실무 경력 3년차인 프로젝트 메니저까지도 확실한 개념이해의 기반 없이

마치 모래위의 성을 쌓은 분들이 너무 많은 게 사실이다.

사실 정보공학의 산출물은 가장 정교하고도 광범위한 지도이며 설계도이다.

따라서, 개발자는 이러한 산출물만 보고도 바로 자기의 프로그래밍 언어를

사용하여 신속하고 빠른 개발이 가능해야만 한다.

//////////////////////////////////////////////////////////////////////////////

// 구직 //

개발자에게서 안정적인 수입은 매우 중요하다. 초창기에는 서버 관리자로서 안정적인

프로그램 개발을 할 수 있는 시간적 여유가 있었다.

프로젝트 메니저가 개발인력이 부족하다는 말은 고급 개발자가 부족하다는 의미이며

경영자가 개발인력이 부족하다는 말은 임금이 저렴한 개발인력이 부족하다는 의미이다.

직업에 대하여 순수했던 저에게 기분을 상하게 했던 것은 경영자가 아니면서 또는

채용 할 의사가 없으면서 저의 이력서를 요청한 사실이다.

나중에 안일이지만 개발 능력보다 중요한게 인맥이다. 개발 능력이 부족해도 고급

개발자를 많이 알아두어 프로젝트에 따라서 단지 소개만 하여도 돈을 벌 수 있는 것

이다. 경영자 또는 개발 업체에서는 특정 분야에 대한 개발 인력이 필요 할 때

공급하는 능력을 매우 중요하게 생각한다.

프리랜서라함은 단어의 의미가 자유 계약직을 의미하지만, 개발직에 있에서는

전문 개발직을 의미한다. 아르바이트와는 별개의 문제이다.

고도의 전문 개발 기술을 습득한 실무 경력자를 의미한다.

그러나 우리 나라에서는 직업소개소, 인력 파견업체를 의미한다. 독자적인 프로젝트

수주가 불가능하고 다른 기업의 프로젝트와 관련하여 사람을 소개하는 정도이다.

이런 일련의 인력파견 업체로 인하여 많은 개발자들이 이직을 하거나 전업을 하거나

개발일에 대하여 환멸을 느끼는 경우가 생겼다.

// 프로젝트 시작 : 인터뷰 //

미니 프로젝트 수행의 어려움은 역시 의사 소통이다. 초기에 필자는 이 어려움을

필자의 사무직원으로서의 행정 업무에 재직 경험으로 보완 할 수가 있었다.

그러나 이러한 점은 프로젝트 수행에 좋은 점이라고 말할 수 없다.

최고 경영자의 협조 지시가 내려 왔는 데도 실무자의 협조를 얻기란 쉽지가

않다. 회사 기밀 보호라는 장벽도 그러하거니와 자기가 가지고 있던 업무상의

노하우를 공개하지 않으려는 잠재적인 것도 부정적인 변수가 된다.

우리 실제 생활 즉 자연 환경을 전산세계로 변환 시키는 작업은 고뇌와 노력

그리고 창의적인 노력을 필요로 한다.

이 해법을 위하여 실무에서는 비슷한 유형의 프로젝트와 비교하여 맵핑 시킨다.

그러나 비슷한 유형의 프로젝트라고 하더라도 항상 참인 것은 아니다.

경영자의 정보처리 가공의 초점이 개발자가 사소한 것이라고 여기는 사건이라면

개발된 소프트웨어의 만족을 가져 올 수 없다.

한가지 예로들면 우리나라 대형 가전업체의 판매 대리점에 대한 전반적인 시스템

구축이다. 결론적으로 말씀드리면 여기서 중요 사건은 고객의 가치에 대한 감동이다.

가전매장의 문을 들어선 고객은 이 시점에 제품을 구매 할 수도 있고 아닐 수도 있다.

제품 구입을 의도한다면 매장 상주 직원에게 제품에 대한 자세한 정보를 요청 할 수도

있다. 고객은 진열 라인에 따라서 고객 취향대로 진열 제품에 대한 시선을 고정시킬

것이다. ...중략

위의 기술한 예는 인간의 복잡하고 다양한 행동 양식을 표현한 것이다. 이것을 전산

세계로 구현하는 것은 입문자에게는 쉽지가 않다. 이러한 것을 실무에 반영하기 위해선

숙련된 시나리오 작성에 유의해야 한다. 우리 개발자는 일반적으로 시나리오는 게임

개발에만 적용하는 것으로 잘 못 알려져 있다.

그러나 외국계 개발 회사에서는 시나리오가 정보공학의 초석으로 산출물 중에서 중요한

위치를 가지고 있다.

"자료구조나 알고리즘(로직)이 중요한 이유는 특정 문제 해결을 위해서 실세계의 문제를

수학적 아이디어로 랩핑시켜 해결하는 요소이기 때문입니다.

실제 세계의 모델을 컴퓨터에 어떻게 효율적으로 구현할 수 있는지를 설계하고

그것을 실제로 구현해보는 것은 매우 중요합니다.

실세계의 문제를 수학 문제로, 그리고 수학적 개념을 프로그래밍 언어로 효율적으로

표현해내는 것은 매우 중요한 능력입니다.

알고리즘(로직)의 습득을 위해서는

- 로직을 스스로 생각해낼 수 있어야 합니다.(기존의 방법이 아닌 새로운 것)

-다른 로직과 효율을 비교할 수 있어야 합니다.

-로직을 컴퓨터 언어와 다른 사람이 이해할 수 있는 의사 코드로 표현해낼 수 있어야 합니다.

- 로직이 정상작동(correctness) 여부를 검증하여야 합니다.

개발 기술을 빠르게 습득하기 위해서는 코드 내에 주석을 최소화하되 코드의 가독성이

떨어지지 않도록(혹은 오히려 올라가도록) 노력합니다.

그리고 고도의 전문가와 함께 날 밤을 세며 짝 프로그래밍을 하면

강력한 만큼 빠른 개발 기술을 습득 할 수 있습니다.

로직 패턴을 공부할 때는 그 구조보다는 의미와 의도를 우선해야 합니다.

// 프로그래밍 언어와 개발자 //

필자는 고백하건데 파스칼 언어를 많이 싫어 했습니다. 필자는 어셈블리어와

c언어의 맹신자이자 열렬한 팬입니다. 물론 하드웨어 제어 측면에서 그렇습니다.

하지만 델파이란 툴이 파스칼을 조아하게 만들었습니다.

프로젝트 메니저로서 서로 다른 언어로 된 소스코드를 분석하고 로직을 읽을 수

있기 까지는 많은 시간이 흘러야 했습니다.

한 언어에 대하여 정통하다면 비록 문법을 모른다고 해도 함수 판독은 어렵지

않습니다.

// DB와 연동된 산업용 기기제어 프로그램 //

데이타베이스와 연동된 산업용 기기(PLC포함) 프로그램은 동기화와 빠른 처리를

필요로 합니다. 따라서, 데이터 베이스 처리를 하게 되면 약 10초 라는 지연

타임이 발생하게 됩니다. 그렇게 되면 프로그램에 대한 사용자의 신뢰성이

회손됩니다. 제어기기와 연동되어 데이타 베이스에 질의를 해야한다면 기기

제어전에 사전 질의를 하여 로컬에 텍스트 포맷으로 가지고 있다가

다시 불러들여 사용하고, 만약 실시간의 기기제어 사항을 데이타 베이스에

저장해야 한다면 소켓을 사용하여 사용자 화면에 결과를 먼저 보이고

데이타 베이스에 동시에 저장하도록 한다.

만약, 서버 클라이언트 환경이라면 정상적인 질의 보다는 소켓을 효율적으로

제어하는 것이 유익하다.

// 여성 CEO 아래의 개발자의 위상 //

요즘은 벤처기업 육성 정책에 따라 20대 후반의 아름다운 여성이 CEO가 되는

경우가 많다. 이런 회사에 입사한 개발자는 행복하지 않다.

이쁜 여성 사장님과 일을 하게 되서 기쁘다는 생각은 버리는게 좋다.

거의 대부분 여성 CEO도 다른 경영자와 마찬가지로 소프트웨어 개발에 대해서

잘 알지 모른다. 여성을 상사로 두면 직장 생활하기가 편하지 않다.

정말 피곤하다.

인간적인 유대관계를 가지기 위하여 진솔한 대화를 아니 의사 소통하기가

쉽지 않다. 세심하고 정확한 여성미가 때로는 개발자에게 수 많은 스트레스를

안겨준다.

// 개발자와 스트레스 //

개발자란 직업은 극도의 스트레스를 동반하는 직업이다. 이것을 해소하기 위한

나름데로의 개발자의 반응은 스포츠, 충분한 수면, 음란한 성인자료 감상,

스타크래프트 같은 게임, 음악감상, 섹스 등으로 스트레스를 풀려고 한다.

음란물 감상, 섹스, 게임 중독은 업무에 지장이 없도록 적절한 통제가 필요하다.

또한 개발팀에 여성이 포함되어 있다면 직장에서 우발적인 혹은 의도적인 성희롱

에 주의해야한다.

직장내 회식의 경우엔 여성 직원은 1차 회식이 끝나면 반듯이 귀가 시켜야한다.

만약 이것을 지키지 않는다면 이성이나 자제력이 흐려진 상황에서 직장 동료들

사이의 섹스는 결과적으로 프로젝트를 위협하므로 주의해야한다.

개발자가 회사 내에서 극한의 스트레스 해소 목적으로 음란물을 보는 경우도 있다.

사전에 프로젝트 메니저는 여성 개발자에게 사전 이러한 사실을 인지 시키고

동료 남자 직원의 컴퓨터에 접근하는 것을 삼가하도록 사전 교육을 실시한다.

// 프로젝트 메니저의 궁극적인 의미? 공학의 의미? //

공과대학에 입학하게 되면 학과 지도 교수로 부터 공학의 의미를 듣게 된다.

공학이란 관련 순수 기술 학문에 돈을 가미한 학문으로 순수한 학문에 경제적인

가치 창출 그러니까 최소 희생으로 최대의 경제적인 효과를 내는 것을

의미합니다.

프로젝트 메니저는 소프트웨어 개발에 있어서 공통적인 인자인 돈(가치)과 결부

하여 경제적인 수익을 내는 직책을 말합니다.

다시 말하면 프로젝트의 성공을 가져오는 것 뿐만 아니라 프로젝트 결과로 수익을

내는 직책을 말합니다. 비 실무자라면 프로젝트 성공적인 완료까지를 의미하지만

현장 실무에서는 반듯이 수익을 창출해 내는 직무를 수행하는 자를 말합니다.

또 다른 CEO라고 표현하면 적절할 겁니다.

만약, 경제 환경으로 프로젝트 성공을 하였지만 개발 결과로 수익을 내지 못했다면

프로젝트 메니저로서의 책임을 다한 것은 아닙니다.

이러한 이유로 프로젝트 메니저 채용시 반듯이 개발자 출신이 아니더라도 직무

수행이 가능하다고 컨설팅 합니다.

그러나 개발자가 프로젝트 메니저 직무를 수행하게 되면 전체적으로 프로젝트를

조감 할 수 있고 여러가지로 유익한 점은 부인하지 않겠습니다.

그러나 개발자 출신의 프로젝트 메니저가 주의 할점은 고정관념을 깨야합니다.

틀에 박힌 고정 관념은 프로젝트의 성공을 위태롭게 만듭니다.

프로젝트 메니저는 프로젝트 수행 기간동안 모든 변수를 파악하고 항상 돈과

관련을 짖고 판단해야 합니다.

// 곧 바로 투입되는 개발자 양성을 위해서는...//

전공 불문하고 전산 전공자이면 더 바랄 것이 없지만, 비 전공자라면 최소 1년

정도의 프로젝트 실무 과정 또는 컴퓨터 관련 학원에서 컴퓨터와 친숙하면 좋겟다.

이런 사회 초년 대졸자를 실제 프로젝트 실무에 투입하려면 소요 기간은 약2년이며

소요 비용은 약오천만원 정도이며, 이것은 개발자가 주야로 밤을 설치면서 노력했을

때의 이야기이다. 개발자 양성이 얼마나 어려운 일인가를 단적으로 표현하고 있다.

그리고 개발회사에서 실무 경력자를 선호하는 이유는 양성하려는 비용,

즉 위탁 비용을 기업에서 부담하지 않으려 하기 때문이다.

양성을 위한 위탁비용과 인건비로 인하여 이중 부담이 되기 때문이다.

// 개발자와 브로커 //

소프트웨어 개발 세계에는 브로커란 직업이 있습니다. 브로커가 나쁘단 이야기는

아닙니다. 아마도 필요악인듯 싶습니다. 프리렌서에게는 돈 줄이니까요...

이 분들은 개발자 출신도 있지만 개발과는 전혀 인연이 없는 영업맨인 경우가

많습니다. 정부 요직의 관료와 친분있는 자와 관공서 및 기업에 소모품 납품업자

하청 업자들이 주류를 이룹니다.

날밤을 세워 어렵게 프로젝트를 완료했으나 개발비를 한 푼도 받지 못한

경험이 있나요?

어렵게 프로그램 개발을 완료하였으나 개발회사가 부도나서 급여를 한푼도

받지 못한 경우가 있나요?

소프트웨어의 개발 회사의 최소 팀 인원은 5명정도입니다.

그런데, 최고경영자와의 신의를 저버리고

중간관리자가 사장을 배신하고 직원들을 대리고 퇴사하여 회사 기술로 다른

상용프로그램을 만들어 팔다가 이 사실을 전 사장이 추적하자 그 회사를 처분하고

사라져 버리는 것을 경험하셨나요?

브로커란 프로젝트 수요처를 파악하고 프로젝트 진행중의 난해한 솔류션 개발을

위하여 개발자를 수요처에 소개하고 거액의 사례비(소개비)를 챙기는 직업을 말합니다.

인력파견 업체도 브로커 성격을 가진 경우도 있습니다.

헤드헌팅과는 질적으로 다릅니다. 브로커는 거액의 돈을 중간에서 챙기게 됩니다.

보통 대형 SI업체에서 5억 정도가 소요되는 프로젝트에 대해서도 브로커는 단번에

일천만원 정도에 해결하려고 합니다. 나머지 금액은 브로커가 금액을 취하게 됩니다.

최초 정부 발주의 프로젝트는 브로커를 위한 게 아니라 개발자에게 돌아갈 금액입니다.

그러나 건설처럼 재하청에 재하청을 주는 악순환이 생기게 되었고, 발주자로선

누가 프로젝트 비용을 취하는 데 관심은 없고 프로젝트 성공 결과만을 바랄 뿐입니다.

자본금이 1억 정도 밖에 안되는 벤처기업에서, 정작 아이템에 필요한 소프트웨어

개발이 필요하게 되었을 때,개발 자금이 전혀 없는 데도 불구하고 5백만원선에서

해결하려 듭니다. 아마도 개발자를 속이려 드는 일이지요

귀하가 프리렌서인 경우라면 계약 할 때 세심한 주의를 해야하고 개발용역대가를

반듯이 나누어 받으셔야 합니다.

프로그램 개발 완료 후 청구하는 것은 이미 늦으므로, 개발 진행에 따라 나누어

받도록해야 합니다.

// 프로젝트 수주의 과정 //

원래는 정보화촉진기금 등 정보통신 분야의 진흥을 위하여 조성된 기금은

대형 SI 업체를 위한 것이 아닙니다.

말 그대로 정보통신 분야의 진흥을 위한 기금이죠.

정보통신 분야의 육성을 위한 각종 정부 투자 자금등은

결론적으로 말씀드리면 최하위에서 실제로 그 프로젝트를 수행하는 개발자가

지속적으로 개발을 촉진하기위한 자극제입니다.

이러한 정부의 의도와는 달리 결국은 수 많은 프로젝트는 대형 SI 업체에서

수주를 하였습니다.

예를 들면, 개발아이템이 무선모뎀 개발 및 드라이버 개발이라면 이 개발을 위해

하청에 재하청에 또 하청을 받아서 최종적으로 실제 개발 업무를 담당하는

개발자로 프리랜서를 고용하여 일억오천만원을 주기로 계약하고, 프로젝트

완료 기간을 6개월로 한정하였다면 실제 수주액은 오억원이 넘을 가능성이

있습니다.

그럼, 실제로 개발을 담당한 이 개발자가 오억원에 정부로부터 이 프로젝트를

수주 받는 것이 가능할까?

실제로 불가능합니다. 비록 이 개발자가 개발능력을 정부로부터 인정 받기는

쉽지 않으며, 인정 받더라도 각종 담보가 없으면 많은 어려움이 있습니다.

대형 SI 업체는 실제로 개발 능력을 보유하고 있지 않더라도, 우선 정보통신

업체로서 각종 정부의 기준에 대한 구비요건을 갖추고 있습니다.

정부가 발주하면서 바라는 것은 실제 개발 능력이 중요한게 아니라 요식행위

즉, 각종 시행 법령에 적합한 문서와 그 요건에 맞추어 버리면 됩니다.

미국과는 마니 다른 문화입니다. 건설 같은 경우에는 시방서라는 자세한

공정 사항이 기록되어 있는 경우가 있습니다. 미국은 합리적인 문화가 발달되어

있어서 문서화가 잘된 개발회사에서는 비록 전산 전공자가 아닐지라도 그 문서만

보고도 소프트웨어 개발이 가능하다고 합니다.

정부로 부터 프로젝트를 수주하기위해 대형 SI 업체에서는 실제 개발에 참여 할

개발자도 이력서를 통하여 연락처와 인적사항을 알고 있으면 된다.

자기 회사에 고용된 직원이 아니더라도 된다.

비록 개발능력이 없다고 하더라도 정보처리기사1,2급 등 관련 자격 소지자가

있다면 수주 받기가 용이하다.

결국은 이러한 악성 구조가 실제 현업에서 개발자의 수명을 단축하게 만들며

개발자란 직업을 버리고 다른 직종으로 이직하게 만듭니다.

현실에서는 개발자가 필요로 되는 경우에는 고액의 외화를 들여 인도나 미국에서

개발자를 수입하게 됩니다.

// 대형 SI 업체의 타업체 개발 기술을 훔치는 방법 //

예를 들면, 브랜드 가치가 10억이 넘는 업체 A사가 있다고 가정하면, 이 업체는

특정회사를 지칭하는 것이 아니므로 국내의 모 회사를 연상해서는 안된다.

이 글에서는 그냥 보기를 들었을 뿐입니다.

A사에서는 실제 개발 인력을 보유하고 있는 중소 업체들에게 공문을 통하여 제안서

요청을 합니다.

제안서 요청시 프로젝트와 관련있다고 하여 세부 스펙을 정해놓고 기술 사항까지

기술하도록 유도하게 됩니다. 중소 규모 업체들은 이것을 수주하기 위해 불필요한

회사의 개발 노하우까지 제안서에 기술하게 됩니다.

수주를 위해서 고육지책으로 이렇게 하는 것입니다.

A사의 입장에서 보면 방대한 기술 자료가 자동적으로 수집하게 됩니다.

프로젝트 수주에 응했던 중소 기업들이 연락이 오지 않아서, 어떤 기업이 수주하게

되었나 문의해보면, 프로젝트를 발주햇던 A사가 자체 개발하고 있음을 알게 됩니다.

물론,제출된 제안서 덕분에 스펙과 테크니컬 로드맵이 작성된것은 당연하구요.

그럼, 이러한 점을 막기 위해 어떻게 해야 할 까?

프로젝트 수행 제안서에서는 불필요한 개발 노하우까지 기술되지 않도록 주의해야

하며, 발주를 한 대형 업체의 최고 경영자와 직접 접촉 및 계약을 하거나

차라리 로비를 해야합니다. 물론 공개입찰 형식을 시행한다하더라도 내부적으로

결정되게 만들어야 합니다.

두번째 방법으로 타회사의 개발 기술을 훔치는 방법을 기술하겟습니다.

우선 프로젝트를 발주합니다. 발주하면서 특약 사항을 넣게 되는 데, 발주처에서

감독관이란 직책을 주어 자사 직원을 프로젝트 수행 개발자들과 함께 참여하도록

만듭니다. 프로젝트 진행기간 동안 관련 개발 기술을 모조리 훔쳐내게 됩니다.

이것을 막기위해 특약 사항을 만들기 전에 감독관 범위와 회사 노하우 보호를

위한 장치를 만들어야 합니다.

세번째 방법으로 이것은 영업 기밀 즉 노하우 보호와 밀접한 관련이 있습니다.

즉, 핵심 기술을 보유하고 있는 대리급 개발자에게 접근하여 거액 연봉 제시를 하여

별도로 기술적인 면접을 봅니다. 스카웃 내용에 대한 계약 이행에는 시간을 끌며

핵심적인 기술 사항에 대한 질문을 하여 개발 기술을 훔쳐 내게 됩니다.

종국에는 자사의 인사 위원회의 결정으로 스카웃이 백지화 되었다고 통보하게

됩니다.

거액 연봉 제시의 스카웃 제의로 핵심 노하우 유출이 너무 쉽게 됩니다.

영업 기술 유출은 친고죄로서 민사 및 형사상의 책임을 져야 합니다.

// JSP 환경의 구축 //

델파이 개발자가 다른 개발 언어에 관심을 갖는 것은 매우 흥미롭다.

JSP는 윈도우 환경에서 코딩하여, 컴파일 하고,

사용 할 때는 리눅스 서버에 적재하는 것이 이롭다.

물론 리눅스에서 VI 편집기로 코딩하는 것도 괜찮을 것 같다.

우선 코딩 플랫 폼은 윈도우 NT4.0/WINDOWS2000pro에서 하는 것을 추천한다.

윈도우 환경은 왠지 불편함을 느낀다.

*** EJB의 개념 ***

Enterprise Java Bean은 일종의 업무용 컴포넌트이다.

또한 wrapper class file이다.

재사용을 위한 것을 보면 라이브러리라고 해도 틀리지 않다.

윈도우 운영체제에서 공유 DLL은 런타임시 각 응용프로그램에서 동적으로 메모리에

적재하여 사용한다. 그리고 각 응용프로그램에서 공유하여 사용한다.

이런 개념에서 볼때에 자바빈은 자바 콘테이너 서버에서 실행시 동적페이지에

빈 테그를 사용하여 서브릿을 참조하게 된다.

어쩌면 공유DLL, 혹은 공유 라이브러리라고 이해하면 될 것 같다.

사실 데이타베이스 접근 및 업무용 질의어를 JSP 내에 코딩하게 되면

지루하게도 똑 같은 코드가 반복되며, 이와 관련된 JSP 파일을 클라이언트에서

다운로드 받게 되면 모든게 노출되어 보안상 이롭지 못하다.

물론 자바의 특성상 역컴파일이 가능하기 때문에 소스 코드의 노출 위험은 언제나

존재한다.

1. 선의 자바 사이트에 가보면 컴파일러를 다운 받아보려고 하면 수 많은 버전들이

존재하여 어떤 것을 다운 받아야 할지 어려움을 느끼게 된다.

물론 최신 버전을 다운 받으면 되겟지라는 생각은 금물이다.

우선 JDK 버전은 데이타 베이스 관련 서브릿 개발 환경이 목적이므로 반드시

JDK가 아닌 J2SDK-1_3_0_02 버전을 다운 받는 게 노하우이다.

2. 컨테이너를 다운 받으려고 자카르타 톰 캣 사이트에 가보면 무수히 많은

버전 때문에 당황하게 된다.

물론 최신 버전을 받으면 되겟지?라는 생각은 금물이다.

JAKARTA-TOMCAT-3.2.4를 다운 받아야 합니다. 그 이상의 버전을 다운 받으면

JSP와 서브릿을 지원하는 범위가 다릅니다. 그 이상의 버전을 다운 받아 압축을

풀어보면 라이브러리에 servlet.jar가 포함되어 있는지 확인하기 바란다.

3. mysql은 mysql-3.23.49가 무난하며,

   mysql을 위한 ODBC 드리이버는 myodbc-2.50.39를 다운 받으며,

   JDBC 드라이버는 mysql.jar 형태로 압축된 것을 다운 받아서 사용한다.

4. 각종 라이브러리 클래스 파일, 컴포넌트 클래스 파일, 그리고 이것을 JAR 파일

형태로 압축된 것을 c:\jdk1.3\jre\lib\ext로 copy한다. 물론, 사용자 마다

JSDK 설치 디렉토리가 다르게 된다. c:\jdk1.3\jre\lib\ext는 런타임시에

참조할 클래스패스상에 존재하는 디렉토리이다.

리눅스에서는 J2SDKSE1.2.2 + tomcat3.1

윈도우2000에서는 J2SDK1.3.0 + tomcat3.2.4

를 권장한다.

다음은

톰캣이 올바르게 설치되어 있는지 검사하는 소스코드이다.

파일명 :flowservlet

import javax.servlet.*;
import javax.servlet.http.*;

public class flowservlet extends HttpServlet {

public void init(ServletConfig sc) {
System.out.println("init() 가 호출되었습니다.");
}

public void service (ServletRequest reg, ServletResponse res) {
System.out.println("service() 가 호출되었습니다.");
}

public void destory() {
System.out.println("destory() 가 호출되었습니다.");
}

}

테스트는 것을 컴파일하면 flowservlet.class가 생성 되는 데 이것을

홈페이지 루트 디렉토리하위에 예론

c:\public_html\WEB-INF\classes 에 복사한다.

그 다음에 컨테이너 톰 캣을 실행하고나서

웹브라우저의 URL에

http://localhost:8080/servlet/flowservlet 을 입력하여

에러 없이 아무 화면이 안나오면 설치가 제대로 된 것이다.

소스 코딩 및 컴파일 작업은 윈도우 플랫폼에서 하고

실행은 클래스 파일을 FTP로 리눅스 서버로 넘겨서 한다.

리눅스 서버로 넘길 때는 압축파일로 넘기는 게 좋다.

// 프로젝트 메니저의 인력관리 //

프로젝트 메니저의 중요한 업무 중의 하나가 인력관리 라는 것을 아래 글에서

부연한바 있다.

개발인력의 급여 책정은 개발자의 급여의 3배 수익을 보고 결정합니다.

예를 들면, 개발자가 연봉 일천만원에 계약 했다면 그 개발자에게 1년에

약 3천만원 정도의 수익을 낼 것을 기대합니다.

1년 회사 경영에 예상 수익의 3분의 1정도에서 결정합니다.

쉽게 설명드리면 개발자가 자기가 받는 급여의 3배 정도를 벌어 드리기를

기대한다는 이야기입니다.

// 시리얼 통신 제어 프로그램 -- 프로그래밍 기법 //

여러분이 프리랜서 아니면 초보 개발자라 할지라도 가장 많이 코딩하게 되시는 것이

바로 산업용 시리얼 통신 기기의 제어입니다.

주로 컴퓨터와는 근거리 즉 2미터 이내의 케이블로 연결된 장치를 제어하게 됩니다.

보기를 들면 각종 POS 기기, 바코드 프린터, 터치모니터, 전광판, 카드 인식기기,

휴대폰, PDA 등 수 없이 많습니다.

우선 시리얼 통신 제어 프로 그램을 작성하기 위해선 시리얼 컴퍼넌트를 활성화

하는 부분을 try ~ except ~ end; 문으로 감싸야 합니다.

이렇게 하지 않으면 에러 발생시 컴퓨터가 먹통이 되는 경우도 생깁니다.

다른 어플에서 시리얼 포트를 사용 할 때 또 다른 어플이 같은 시리얼 포트를

사용하지 않도록 해야합니다.

우선 시리얼 제어용 유명한 상용 컴포넌트는 바로 터보 파워의 어씽크

프로페션널입니다. 가격은 아마도 일백만원대 일 것입니다.

이 컴포넌트는 우리에게 많이 알려져 있습니다.

어씽크 콤퍼넌트를 사용 할 때 주의 사항은 버전에 따라서 일회 전송 량이

8 바이트로써 ( 8 * 1024 ) 8바이트가 넘은 경우에는 8바이트 씩 나누어 가져옵니다.

그래서 stx := #02 + 전송 데이터 + etx := #03 형식으로 가져옵니다.

여기에서 전송 데이터가 20 바이트가 넘는 경우에는 어씽크에서는 두번 나누어서

가져오게 됩니다. 전송 이 벤트가 여러번 호출 된다는 의미입니다.

이것은 제어용 데이타가 산업용 제어기기에 전송 시점의 동기화가 필요 할 때는

무척 제어를 어렵게 만듭니다.

모든 시리얼 콤포넌트가 그렇듯이 char 타입으로 1문자씩 8비트로 가져옵니다.

보통 컴포넌트 이벤트에서 카운터 많큼 가져 옵니다.

var
i : integer;
read_data : string;
begin

for i := 1 to count do
read_data := read_data + getread();

end;

예를 들어 알파벳 A라는 문자가 전송 될 때,

STX - A - ETX 또는 [02] - A - [03] 이렇게 전송됩니다.

일단 컴포트로 전송된 데이터를 읽어 드려서 STX가 감지되면 지금 버퍼로 읽어 드리고

있는 중이고 ETX가 감지되면 전송이 끝났다는 것이 감지됩니다. 보통 이 때 데이터를

버퍼로 부터 읽어 들이고 난 다음에 다음 전송을 위해서 버퍼를 초기화 시킵니다.

로직을 자세히 설명드리면,

우선 컴포트 상태를 판별하기 위한 상수가 필요합니다.

stx := 02, etx:=03 으로 상수가 사전 정의 된다.

컴포트 작동을 콘트롤을 하는 판별자를 상태에 따라 변수에 배열 형태로 자료형을 정의하고

그 크기를 설정한다. 변수의 그 크기를 측정하고 그 크기만큼 0으로 채워서 배열 변수를

초기화 시킨다.

카운터가 0 이상이면 카운터 -1 만큼 변수에 읽어 드린 자료를 저장한다.

변수에 읽어드린 데이타를 검사하여 컴포트의 상태를 판별한다.

만약 STX가 인지되면 버퍼에 자료를 수신중임을 나타낸다.

읽어 드린 변수가 STX으로 인지되면 버퍼 변수를 초기화하고 컴포트 상태 판별자를

수신가능 상태로 설정한다.

읽어드린 변수 값에서 ETX가 판별되면 수신 데이타를 모니터 콘트롤에 표시하고

버퍼 변수는 초기화 시킨다.

///////

윈도우에서 클라이언트 프로그램을 설치하다 보면 설치 관리자 프로그램의 사소한

실수로 예론, path 설정 부분에 특수 제어문자 혼입으로, 환경 변수의 path가

먹혀들지 않아 곤란을 겪는 경우가 종종 있습니다.

window 95/98에서 autoexec.bat의 내용중에 path을 설정하는 방법입니다.

형식은 set path="절대경로"

다음줄에 set path="절대경로";"%path%";

형식은 set classpath="절대경로"

다음줄에 set classpath="절대경로";"%classpath%";

보통 autoexec.bat 파일을 편집기로 열어서 한줄에 이어서 적어주어야 하는 데

만약, 한 라인이 길경우에나 제어문자가 혼입되는 경우에 라인이 분리되어

path 설정이 안되는 경우가 많습니다.

이런 경우에는 한줄에 다 기록하지 말고 다음 라인에 기록을 해야합니다.

즉, 이미 설정된 환경변수 %path%를 이용하게 됩니다. 만약 편집이 잘 못되어

2라인으로 인식되면 환경변수를 저장할 공간이 부족합니다 라는 에러 메시지를

냅니다. 그래서 다음 보기와 같이 작성해야 합니다.

보기를 들면,

set path="c:\informix\bin"

set path="c:\other application\bin\;"%path%";

다음 보기를 들면

set path="c:\;c:\windows;c:\windows\command;";

set path="c:\first appl";"%path%";

set path="c:\second appl";"%path%";

위에서 보면 중요도가 높은 프로그램이 설정 부분의 제일 앞에 오도록합니다.

이방법 말고 레지스터리를 이용하면 더 손쉽게 경로 설정을 할 수 있습니다.

CPU가 특정 실행 프로그램을 찾으려 할 때 레지스터리를 이용하여 CPU에 알려주면

그만이다.

위와 같이 하더라도 " 환경변수 저장 공간이 부족합니다." 또는 "too many parameter"

메시지가 나오면 다음과 같이 처리하면 된다.

한글 MS- DOS 창을 연다.

최상단의 타이틀의 왼쪽의 DOS 아이콘에 마우스를 대고 오른 쪽 버튼을 누르게 되면

나오는 메뉴 중에서 등록 정보를 선택한다.

그 다음에 메모리 탭을 선택하면 상단의 기본 메모리에서 초기환경 부분을 자동에서

2816 바이트를 선택한다음 적용을 누르고 시스템을 재 시작하면 된다.

위의 경우엔 자동 실행 파일인 경우이고 만약, 현재 파일은 *.bat의 내용중에

환경 설정하는 부분이 있으면 환경변수가 부족하다는 에러 메시지를 만나게 된다.

이럴 경우에는 *.bat에 대한 *.pif 파일을 만들어 등록 정보에서 초기 메모리를

2816으로 잡아준다. 부연하면 *.bat의 등록 정보를 콘트롤 하면 자동적으로

*.pif가 생성된다.

환경 변수 설정의 확인은 MS-DOS 창에서

c:\echo %path%

로 확인한다.

리눅스에서는

# echo $path 으로 확인한다.

/////////////////////////////////////////////////////////////////////////

이 문서는 원래 델파이 개발자를 위한 것입니다. 그래서 델파이에 관련된 내용을

기술하려 했으나 본래 취지에 맞지 않게 리눅스, 자바, 오라클, 델파이, 마케팅

내용이 들어가서 송구합니다.

볼랜드 제품 군 중에 통합 환경(IDE)인 J빌더가 아닌 순수한 JDK 설치와 관련하여

몇 가지 고려 사항을 기술하려고 합니다.

콘 솔에서 자바 컴파일 명령은

# javac -classpath d:\myclass java_source_code.java

위와 같이 -classpath 옵션을 사용하여 참조할 클래스가 있는 절대 경로를

지정해 주는 방법이 있습니다.

그런데, 만약 시스템 환경변수에

예를 들면, 윈도우에서

# set classpath= .;

리눅스에선

export classpath=./:

위와 같이 추가하면 현제 디렉토리를 중심으로 하위 디렉토리를 클래스를 찾게

됩니다. 따라서 자바 소스코드가 있는 디렉토리 중심으로 참조할 클래스를 하위

디렉토리에 두게 되면 현재 디렉토리부터 하위 디렉토리로 찾아 가게 됩니다.

그리고 패키지 클래스를 임포트한 경우라면 패키지 기술을

A.B.C.D.* 로 한다면 현재 디렉토리 중심으로 .\A\B\C\D\* 으로 찾게 되므로

결과적으로 점연산자가 디렉토리 구분자 \로 맵핑된다.

점하고 디렉토리 구분자인 / 하고 일대일 매칭 된다고 생각하면 쉽습니다.

원래 점 연산자는 클래스에서 멤버를 기술 할 때 사용됩니다.

JDK 환경에서 자바 소스 코드 중심으로 임포트 할 클래스는 소스 코드 있는 곳의

하위 디렉토리에, 웹에서 실행 할 클래스 및 jar 파일은 WEB-INF/classes

하위에 두면 콘테이너인 자카르타-톰캣이 클래스 패스를 잡아줍니다.

여기에 자바 소스 파일을 보관하지 않도록 한다.

윈도우 2000/NT 에서

set classpath=.;c:\jdk\lib\tools.jar;c:\jdk\lib\servlet.jar

자바에서는 압축 파일 형식이 zip 형태이거나 리눅스의 tar 처럼 확장자가

*.jar 인 것은 실행 파일이 아니라 압축 파일 형태임을 의미합니다.

*.zip 이나 *.tar를 환경 변수에 클래스 패스에 파일명까지 설정해 놓으면

실행중에 자동으로 압축이 풀리면서 참조 된다.

// 리눅스와 오라클 //

노련한 프로젝트 메니저가 없다면 초보 상태에서 리눅스에 오라클을 설치하여

보기 바랍니다. 아마도 엄청난 시련이 밀려 올 것입니다.

오라클에 대한 자료는 인터넷에 많이 있습니다. 그러나 오라클 세팅과 설치에

많은 시간과 노력이 필요한 것은 사실입니다.

리눅스 배포판 모두에 오라클을 설치 할 수 있는 것은 아닙니다.

수세 리눅스 같은 겨우에는 수세 리눅스 개인판에 설치하려 하면 사후에 서버로

사용하기엔 어려움이 많다. 아무래도 제일 무난한게 레드핫 배포판을 사용하는 게

좋을 것 같습니다.

* 리눅스 배포판 버전과 설치 할 오라클 RDBMS 버전에 주의하여야 한다 .

특히 리눅스 커널과 glibc 버전이 매우 중요하다 .

* 리눅스를 서버로 사용하고자 할 때는 HDD의 파티션 나눌 때 주의해야 한다.

파티션을 효율적으로 나누게 되면 많은 사용자의 수용과 DB의 성능과 리눅스

운영체제가 최적의 성능을 유지하게 된다.

이미 리눅스가 설치 되었다면 다음 명령으로 HDD의 현재 구성하고 있는

리눅스 파티션 현황과 사용량을 알 수 있다.

# df -k

* 표준적인 파티션 용량

루트파티션 / 최소 150~200MB 최대 400~600MB

/usr파티션 /usr 최소 600~800MB 최대 1200~1500MB

/home파티션 /home 최소 150MB 무제한

/var파티션 /var 최소 200~300MB 최대 400~600MB

/tmp파티션 /tmp 최소 200 최대 300 이상

/swap파티션 /swap 최소 50~120MB 램의 두배이상

위와 같이 디렉토리와 파티션을 대응 시킨 이유는 파일 시스템이

손상 되었을 경우 복구가 용이하고 최소화하기 위함이다.

** 리눅스를 서버로 사용하고자 할 때는 파티션을 나눌 때

주의를 해야한다.

만약, HDD가 9GB라면 아래와 같이 나누면 된다.

실제적인 디렉토리가 별도의 파티션에 마운트되게 하면 관리 및 복구가 용이하다.

/boot sda1 16MB

/ sda8 256MB

/home sda6 3868MB

/usr sda5 3868MB

/var sda7 256MB

/swap sda9 489MB

* 오라클 RDBMS을 설치하기 전에 먼저 환경 변수를 설정해 줘야 한다.

기계적인 성능을 설정하기 위해서는 먼저

# vi /usr/src/linux/include/asm/shmparam.h

# vi /usr/src/linux/include/linux/sem.h

내용을 적절하게 편집을 한다.

레드핫 리눅스 배포판인 경우 bash를 사용 할 경우 프로그램 경로명과 관련된

환경 변수를 설정해 줘야한다. 이것은 .bash_profile에 추가한다.

시스템 환경변수는

# vi /etc/profile

계정 사용자 환경 변수는

# vi /home/oracle/.bash_profile

# 오라클 홈 계정에 퍼미션 설정을 위한 마스크 설정을 함
export UMASK=022

# 오라클이 설치된 호스트명을 설정함
export DISPLAY=host_names:0.0

# 오라클이 설치된 홈 디렉토리 oracle 사용자 계정 디렉토리가 아님
export ORACLE_HOME=/home/oracle/8i

# 오라클 실행 데몬이 있는 경로
export PATH=$PATH:$ORACLE_HOME/bin

#export PATH=$PATH:/home/oracle/app /IBMJava2-13/jre/bin

; 리눅스에서 사용자 계정인 오라클 홈을 의미한다
export ORACLE_BASE=/home/oracle

; 오라클 DB 구조를 가진 전역 객체 파일이다. 디비 서버임
export ORACLE_SID=ORCL

export LD_LIBRARY_PATH= "${LD_LIBRARY_PATH}:$ORACLE_HOME/lib"

; 다국어 설정 부분으로 디비 버전에 따라 설정 방법이 다르다.
export NLS_LANG=AMERICAN_ AMERICA.KO16KSC5601;

export ULIMIT=2113674

; 오라클 파일들의 소유자를 의미
export ORACLE_OWNER=oracle

#export ORA_NLS33= $ORACLE_HOME/ocommon/nls/admin/data

; 클래스 패스를 의미
export CLASSPATH=$ORACLE _HOME/JRE:$ORACLE_HOME/jlib

************************************************************

다른 디렉토리에 있는 압축 파일을 현재 위치의 디렉토리에 풀고자 할 때

압축 풀 디렉토리로 먼저 이동하여 명령을 내린다

# tar xvfz /mnt/windisk/oracle8iR2.tar.gz

# chown oracle.oistall XXX 또는 chown oracle.dba XXX

************************************************************************

해당 디렉토리 아래 모든 파일의 권한을 바꾸려면

# chown -R 소유권자 타겟_디렉토리명

# chown -R oracle /usrdir

***********************************************************

오라클 데이타베이스의 기동

; 리눅스 사용자 계정 중 오라클 계정으로 로그인을 하여 DB를 마운트한다.

; 리스너는 원격 컴퓨터에 설치되어 있는 DB 서버와 통신하기 위한

; 즉, 접근하기 위한 데몬이다.

; 리스너의 환경 설정 파일은 /home/oracle/8i/network/admin/listener.ora

; 오라클을 첨 설치할 때 설치되는 listener.ora를 사용하면 안되고

; ../samples에 있는 listener.ora를 복사해서 사용하도록 한다

; listener.ora 파일은 root 권한으로 설정한 # netcfg 값의 영향을 많이 받는다.

# netcfg 의 설정 방법은

127.0.0.1 localhost.localdomain localhost
210.113.114.7 localhost.localdomain dbserver

위에서 젤 오른 쪽이 호스명에 대한 알리아스 명이다.

위 내용은 /etc/hosts 파일에 기록 된다.

; listener.ora 파일을 편집한 경우에는 시스템을 리부팅하는 게 좋다

; tnslsnrctl start

# lsnrctl start

; DB 서버 관리자의 실행

# svrmgrl

; 명령문 마직막은 ;으로 표시한다

SVRMGR> connect internal;

; DB의 시작

SVRMGR> startup;

; 서버관리자의 종료

SVRMGR> quit

***********************************************************

오라클 데이타베이스의 종료

; 서버 관리자의 실행

# svrmgrl

; DB 서버 메니저에 연결

SVRMGR> connect internal;

; DB 서버의 종료

SVRMGR> shutdown;

SVRMGR> quit

; 리스너의 종료 tnslsnrctl stop

# lsnrctl stop

*********************************************************

오라클 디비 안의 사용자 계정에 대한 암호 변경

오라클을 설치하면 기본 계정과 암호는

# sqlplus system/manager

# sqlplus sys/change_on_install

입니다 . 이것을 변경하도록 합니다.

오라클 디비가 마운트 된상태에서

# sqlplus 엔터

# sql>user name : system 엔터

# sql>password: manager 엔터

# sql>password 엔터

# sql>old password : manager 엔터

# sql>new password : angel 엔터

# sql>Retry password : angel 엔터

# quit 엔터

# sqlplus 엔터

# sql>user name : system 엔터

# sql>password: change_on_install 엔터

# sql>password 엔터

# sql>old password : change_on_install 엔터

# sql>new password : angel 엔터

# sql>Retry password : angel 엔터

# quit 엔터

***********************************************************

* 오라클 데이타베이스의 질의

# sqlplus scott/tiger

************************************************************
BDE Administrator 설정
************************************************************

; 서버 네임은 원격 호스트 이름이 아니라 원격 호스트에 설치된

; 전역 객체인 DB 서버의 이름이다.

; 네트워킹에서 IP에 해당되는 호스명이 아닙니다. 즉,

; 리눅스에서 /etc/hosts 내용에서 그 호스명이 아니며 서버네임은 일종의

; 윈도우에서 보면 데이타베이스 구조를 가진 파일명을 의미합니다.

; 입문하신분들이 많이 혼동하는 부분입니다.

; 아래와 같이 설정하면 ORCL파일은 즉 SID는 오라클 구조와 형식을

; 가진 DB 깡통이다 이 안에 테이블을 생성하게 된다.

; 대부분의 관계형 데이타 베이스는 디비 서버 파일을 즉 전역 객체 파일을 제어하기

; 위한 실행 파일과 DB 구조를 가지고 있는 디비 서버 파일로 존제한다.

* SERVER NAME : ORCL

; 사용자 네임은 운영체인 리눅스의 사용자 계정이 아니고 오라클 DB 안의 DB 사용자 계정이다.

; 유저 네임은 운영체제에 즉 리눅스에 로그인 하기위한 계정이 아닙니다.

; 이것은 각각의 관계형 디비 안의 데이타베이스 사용자 계정입니다.

; 이 유저 네임은 데이타베이스 서버 관리자를 사용하여 생성 시킬 수 있다.

* USER NAME : scott

* 리눅스에서 사용자 계정 생성 방법 *

먼저 구릅을 생성하고 사용자 계정을 생성한다. 생성된 구릅에 사용자 계정을 추가한다.

# groupadd mysql

# useradd -g mysql mysql

***********************************************************************************

많이 사용되므로 주의 할 것

* 특정 디렉토리에 하위 디렉토리까지 권한을 설정하는 방법 *

# chmod 755 -R /usr/local/mysql

# chown -R root /usr/local/mysql

# chgrp -R root /usr/local/mysql

*************************************************************

오라클 데이타베이스의 풀 백업

; 먼저 oracle로 로그인한다음에

형식은

# exp system/시스템계정암호 file=/절대경로/백업파일명.dmp compress=n log=/절대경로/로그파일명.log full=y
# exp system/manager file=BACK_FILE.dmp compress=n log=BACKUP_FILE.log full=y

보기를 들면
# exp system/manager file=/data_backup/data/2001_0306.dmp compress=n log=/data_backup/data/2001_0306.log full=y
# exp system/manager file=/data_backup/20020305.dmp compress=n log=/data_backup/20020305.log full=y

* 자바 사이트 목록 *

;자바에 대한 기본적인 내용 문서

http://rtislab.chungnam.ac.kr/~java/j_lecture/home.html

;자바에 관련된 게시판,커뮤니티가 활성화 되어 있는 곳
http://www.javaservice.net

http://www.javastudy.co.kr

http://www.javasoft.com

;Java Develope site

http://java.sun.com

;Java marketplace at Sun.

http://www.javaworld.com

**** 기호식별 ***

# : 슈퍼유저의 의미 쉘스크립트에서 주석문 의미도 있음

; : 쉘스크립트에서 주석문을 의미함

* 쉘 콘솔로 진입하는 방법

boot: linux init=/bin/sh

* 리눅스로 진입

boot : linux

* 도스로 멀티부팅 :

boot : dos

* 루트디렉토리를 읽기 쓰기 가능한 상태로 마운트하기

# mount -o remount / -rw

* FTP 서버의 사용

1. FTP 서버 사용금지자 목록 파일에서 사용하고자 하는 계정 삭제

# vi /etc/ftpusers

2. 호스트 접근 가능한 계정 목록 파일 편집

# vi /etc/hosts.allow

in.ftpd : localhost

형식 : 데몬 : 호스트네임

3. FTP 서버 실행

# /usr/sbin/ftprestart

4. FTP 서버 실행 중지

# /usr/sbin/ftpshut

* 압축파일 푸는 법 :

# tar zxvf mysql.tar.gz

* 디렉토리 이동 :

# mv dir1 dir2

* 아파치 시작하기

아파치 서버는 다음과 같이 실행합니다.

# /usr/local/apache/bin/apachectl start

아파치 서버의 실행을 종료하고 싶다면,

# /usr/local/apache/bin/apachectl stop

아파치 서버를 재시작 하고 싶다면,

# /usr/local/apache/bin/apachectl restart

와 같이 합니다.

* 부팅할 때 자동으로 서버 실행되게 설정하기

# vi /etc/rc.d/rc.local

위 파일을 편집하면 된다.
파일의 맨 마지막에 아래의 명령어를 추가하면 됩니다.

* 현제 데몬의 확인

   # ps -aux | grep daemon_nanme
   # ps aux | grep daemon_nanme

* 데몬의 재실행

kill -HUP 1

* 삼바의 데몬 실행

# /etc/rc.d/init.d/smb stop
# /etc/rc.d/init.d/smb start

# SAMBA NetBIOS services (for PC file and print sharing)
netbios-ssn stream tcp nowait root /usr/sbin/smbd smbd
netbios-ns dgram udp wait root /usr/sbin/nmbd nmbd

* 구룹 소유자 변경

# chgrp -R root /root/etc

* 소유자 변경

# chown -R root /root/etc

* 시스템 종료

# shutdown -h

* 프로세스 종료

먼저 프로세스 확인

# ps aux | grep process_name

위 명령결과 포로세스 아이디 확인

# kill -9 process_ID

* 파티션 목록 보기

# fdisk -l /dev/hda

* 특별한 플래그 세팅 루트권한으로도 수정이 불가능하고 읽기만 가능하다

chmod 명령보다 상위 명령이다.

# chattr +i /root/etc

해제 : chattr -i /root/etc

* 디스크 오류검사

# fsck -a

# e2fsck -a

* msdos 파일 시스템으로 플로피 드라이브 마운트하기

형식: mount -t 파일시스템종류 물리적인마운트장치명 논리적인마운트될디렉토리

# mount -t msdos /dev/fd0 /mnt/floppy

* 시디롬 드라이브 마운트

# mount -t iso9660 /dev/cdrom /mnt/cdrom

* 언마운트 하기전에 /mnt/cdrom에 접근하고 있는 프로세스를 모두 죽이라는 명령

# fuser -km /mnt/cdrom

**** 만약 리눅스 부팅 중에 sendmail daemon 뛰우는 중에 오래 동안 멈춰 있다면 ****

콘솔로 부팅하여 다음을 시행한다

부팅 중에 sendmail이 오래 동안 멈추는 이유는 파일 시스템 손상도 있겠지만

가장 많은 경우는 /etc/hosts 파일의 내용이 최초 리눅스 설치시와는 다르게 변경 되었을

경우에 많이 발생합니다.

# vi /etc/hosts

127.0.0.1 localhost.localdomain localhost

210.112.113.7 localhost.localdomain fly

만약 sendmail 데몬이 필요하지 않으면 부팅시에 서비스를 죽이는 방법은 다음과

같이 처리한다.

# setup

화면에 나오는 메뉴를 커서로 이동하여 system service를 선택한다

첨 부팅할 때 띄우는 데몬들인뎅 여기에서 sendmail daemon를 해제한다

*********************************************************************

데이터 베이스 생성 즉, 테이블이 존제하지 않는 빈 깡통 생성 방법은

데이터 종류에 따라 약간은 다르지만 주로 각 데이타 베이스의 서버 메니저를

통하여 생성하게 된다

또한 서버 클라이언트 환경에서 다이렉트 콘솔이 아닌 원격으로 데이터 베이스르

콘트롤 할 때는 각종 프로토콜을 이용하여 제어하게 되는 데

각각의 데이터 베이스에 대한 클라이언트 프로그램이 존제한다

클라이언트 프로그램은 데이타베이스 서버에 접근하기 위한 환경 드라이버들을

제공해 준다.

***************************************************************************

// 게임 소프트웨어의 개발 //

게임 소프트웨어를 개발한 경험은 없습니다. 게임에 대해서 논의 하는 것은

부담스런 일입니다. 게임에서 가장 중요한 것은 바로 제품 디자인 측면에서

시나리오란 것입니다. 기술은 어느 정도 수준에 이르면 어렵지 않게

축적되지만 창의적인 면이 강한 부분이 바로 시나리오입니다.

게임 상품으로 성공한 소프트웨어 모두 훌륭한 시나리오가 기본이 되었습니다.

게임이 유명해서 시나리오가 뛰어나다고 한 것이 아니라 시나리오가 소비자를

이끈 것입니다.

// 제품 디자인과 기술의 비중 //

무릇 한 기업의 경영자는 상품의 디자인에 80% 기술에 20% 비중을 둡니다.

상품의 포장을 아무리 강조해도 지나치지 않다는 말이다.

경영자의 속성은 특정 기술과 개발자의 기술에 종속되려 하지 않는다.

사업상 꼭 필요한 기술이거나 희소가치가 높은 기술이라도 제 값을 주고 기술을

구매하려 하지 않는다.

비용을 줄이려고 노력하는 것이다. 프로그램 개발이나 기타 사업에서 기술지상주의적인

발상은 매우 위험한 생각이다.

자기가 속한 개발 회사의 소프트웨어 개발 기술이 다른 개발 회사에서 꼭 필요한 경우가

있다. 경쟁 업체로서가 아니라 사양 분야인데도 다른 기업에선 필요한 경우를 말한다.

그러나 개발 기술이 융통성 있게 확산 되기란 어렵다.

// 오픈 소스에 대한 유솔로몬의 생각 //

소스 코드는 개발자가 땀과 정열, 귀한 시간을 사용하여 낸 땀의 결정체입니다.

따라서 개발자에게 소스를 공개하라 공개하지 마라는 무례한 요구는 삼가 하셔야 합니다.

공개 여부는 전적으로 개발자의 권한입니다.

소스 코드는 " 고기를 잡는 것이 아니라 고기를 잡는 방법" 즉, 노하우를 알려 주는 것으로

부가 가치가 매우 높은 것입니다.

오픈 소스 코드를 활용하여 제3의 진보된 코드를 생산 하거나 그대로 답습할 것입니다.

개발자의 소중한 재산입니다.

상업적인 다국적 기업에게는 오픈 소스 정책이 금전적으로 위협적인 것이 됩니다.

예를, 들면 어떤 응용프로그램이 다량으로 배포가 되었을 때, 그 응용 프로그램의

사용 기업이 특정 부분을 사용하고자 할 때, 많은 부분을 금전적으로 소스코드 소유 기업에

종속되어 버립니다. 그 기업 아니면 해법이 없다는 독점 상태 같은 것 말입니다.

그러나 오픈 소스가 활성화 되면 특정 문제에 대한 해법을 위해 기술적으로 금전적으로

종속되지 않아도 됩니다.

개발자는 당신의 호기심을 충족 시키기 위하여 소스를 오픈 해야할 어떠한 이유가 없습니다.

유수의 대학 내에 비직업적인 개발자가 소스 코드를 오픈 하는 이유는 기술 공유와

기술 유전과 발전을 위한 배려인 경우가 많습니다.

// 외국계 개발기업 그리고 개발자 //

외국계 개발회사에서 개발 업무를 하고 있는 개발자를 바라보고 무척 부러워하고

선망의 눈 빛을 바라보는 경우가 있습니다.

여러분도 그러한 분들 만나게 되면 근무 환경에 대해서 질문 드려 보면 조을 것

같습니다.

그런데, 의외로 그 분들이 마니 힘들어 하는 답변을 하게 됩니다.

첫째로, 모든 프로젝트가 타이트합니다.

이러한 이유로 항상 긴장하고 어떤 분들은 이것에 적응을 못해서 퇴사하는 경우가

많습니다.

둘째로, 모든 업무가 시간관리 중심으로 이루어 집니다.

첫 번째로 인하여 개인 시간으로 배정된 시간 외에는 업무 시간 중에는 업무를 위해 사용

되어야 합니다. 우리나라 처럼 참고 서적을 보며 코딩하는 것은 쉬운 일이 아닙니다.

자칫 자기 개발을 위한 공부로 인식되어 최고 경영자의 눈에 뛰이면 사직서를 내어야 합니다.

세째로, 철저하게 일정표 대로 진행 됩니다.

경험적인 것 그대로 인정되지 않습니다. 모든 성과는 수치로 환산되어 관리됩니다.

// 프로젝트 메니저(PM)가 하는 일 //

<=============================================================================인용부시작

"다양한 프로젝트 경험을 토대로 유능한 PM이 되기 위해서는

첫째, PM역할에 대해 제대로 이해한다.

프로젝트란 목표를 가지고 일정기간 내에 제품이나 서비스를 수행해야 하는 것이며,

한정된 예산과 비용으로 일정 수준의 인력을 어떻게 효율적으로 활용하는가의 문제다.

흔히 프로젝트 관리를 일정관리를 하는 정도로 이해하는 경우가 있는데

프로젝트 관리의 성공에는 많은 변수가 작용한다.

PM은 프로젝트에 대한 범위·일정·비용·품질·인력·위험·조달을 관리하고 책임진다.
　
둘째, PM이 되기 위해서는 실전에서의 단계적인 연습이 필요하다.

실제로 전문분야에서 개발경험이 없는 사람이 이론적인 경험을 통해 프로젝트를 진두지휘할 경우

실전경험이 없어 예상치 못한 많은 변수를 만났을 때 프로젝트 관리 및 수행을 성공적으로

이끌 수 없는 가장 큰 걸림돌로 작용할 수 있다. 유능한 PM이 되기 위해서는

프로젝트 실전경험을 토대로 단계적인 연습이 필요하다.
　
셋째, PM과 관련된 체계적인 훈련을 기본으로 공인된 자격증을 확보한다.

전세계적으로 PMI(Project Management Institute)에서 공인하는

PMP (Project Management Professional) 자격증에 도전해

제대로 PM이 되기 위한 길을 준비하는 것도 한 방법이다.

넷째, 비즈니스와 관련된 업무지식을 확보하기에 힘쓴다.

IT기술 관련 전문성과 함께 귀중한 자산으로 쌓이는 것이 바로 비즈니스 프로세스와

관련된 업무 지식이다.

IT관련 개발 인력들의 허점은 단순 프로그래밍에만 집착하면서

전반적인 업무지식의 보유를 게을리하는 데 있다.

부분적인 요구사항의 수렴보다 큰 줄기를 바라보고 업무의 흐름을 파악하는 것이 중요하다.

다섯째, 영어 실력을 꾸준히 연마한다.

IT관련 각종 프로젝트 혹은 컨설팅 프로젝트가 선진기술을 보유하고 있는

해외 유수 업체들과의 합작 프로젝트로 행해지고, 국내에 상주하고 있는 해외 IT업체의 경우도

실제로 솔루션·서비스를 수행하기 위해 영어로 의사소통이 가능한 PM을 확보하려 하고 있다.

실제로 각종 협력 및 제휴관계로 외국 엔지니어 및 PM과 의사소통을 할 수 있는 기회는 많이 있다.

여섯째, 원활한 의사소통 능력 및 리더십을 갖추도록 한다.

프로젝트의 영역관리 중 한 부류로 간과할 수 없는 것이 바로 ‘프로젝트 의사소통 관리’다.

프로젝트와 관련된 내부 인력팀 혹은 시스템을 사용할 엔드 유저(end user)와의 긴밀한 의사소통,

나아가서는 외주업체의 IT 전문인력과의 원활한 의사소통을 통한 프로젝트의 진척성 파악,

정보공유 등을 통한 프로젝트의 의사소통 관리는 성공적인 프로젝트의 완결을 위한

성공 요소임을 인지해야 한다. "

<================================================================================================인용부 끝.

<==========================================================================전자신문 게재일자 : 2002/01/16

// 현제 폼에서 다른 폼 열기 //

방법은 여러가지가 있지만 특이한 코드라 여기에 적습니다.

먼저 uses 절에 참조 할 유닛을 첨가하고

procedure TForm1.Button1Click(Sender: TObject);
begin
with TForm2.Create( nil ) do Show;
end;

// 폼위 라벨의 이메일을 클릭했을 때 아웃룩익스프로세스의 실행 //

ShellExecute( 0, nil, PChar( 'mailto:' + TLabel( Sender ).Caption ), nil, nil, SW_SHOW );

*****************************************************************************삭제부시작

// HOOKING 기법 //

아무래도 후킹은 민성기님 여덕수님, 양병규님이 뛰어나게 구현하신 것 같다.

후킹을 사용 할 때에는 세심한 주의가 필요합니다.

윈도우 운영체제에서 메시지는 운영체제의 근간을 이룹니다.

정확이 알지 않고 임의로대로 메시지를 후킹하면 운영체제가 먹통이 되거나

올바른 동작을 하지 않을 수 있습니다.

개발자가 후킹을 제대로 구현하지 못한다 하더라도 결코 실력이 있거나 없거나

판단 기준으로 고려하지 않도록 프로젝트 메니저는 주의해야 합니다.

후킹에서 고려의 대상은 윈도우 운영체제에서 후킹 기법을 사용하는 응용프로그램이

2개 이상 실행 중일 때, 심각한 문제를 일으킬 수 있습니다.

후킹은 제한적으로 꼭 필요할 경우만 사용하도록 합니다.

복사 방지잠금 장치를 위해 사용자 정의에 메시지 후킹은 권장해드립니다.

다른 한편으로, 다른 여러가지 방법으로 각종 콘트롤 사이에 전역적으로 자료를

교환하고자 할 때는 사용자 정의의 윈도우 메시지와 메모리 맵을 사용하여

데이타를 교환하도록 합니다.

후킹에 대한 사용자 정의 함수는 최소화하여 꼭 필요한 함수만 DLL안에 포함시키고

다른 함수들은 별도 공통 유닛에 만들어 두고 uses 절에 포함 시켜 사용하시기

바랍니다.

사실, 전역적으로 데이터 자료 교환과 특정 메시지 없이는 응용프로그램이 실행되지

않도록 하고자 할때만 사용하도록 합니다.

후킹에 대해서는 구현 방법에 대해서 차후 기술 할 예정입니다.

많은 개발자분들은 후킹을 크랙이나 해킹에 사용된다고 부정적인 시각을 갖고 있습니다.

그러나 이용하기에 따라서 유용하게 사용됩니다.

물론 프로그램머 채널에 이용되기는 하지만...^^

제3자가 보기에 HOOK.DLL으로 이름을 설정하면 어플에서 후킹을 사용하는게 인지된다.

가능하다면 DLL 파일의 전혀 다른 이름을 사용하는게 좋습니다.

물론 메시지 스파이를 이용하면 금방 알아내겠지만...

*******************************************************************************삭제부 끝...

// DLL 파일의 처리 //

대부분 프리랜서들은 소스코드를 넘겨주는 계약을 할 때에 핵심적인

사용자 정의 함수를 *.DLL로 묶어서 배포합니다.

물론 이 DLL 파일은 디자인 타임이나 런 타임시에서도 공통적으로 사용됩니다.

그러나 디자인시에 DLL를 사용 할 때마다 임포트를 해주는 선언 할 때마다

귀찮은 작업이 반복된다.

이럴때는 별도로 DLL를 사용하는 유닛을 만들고 그 유닛의 *.dcu 파일을 다시

use문에 기술하면 됩니다.

// 입력 받은 문자열이 숫자인지 문자인지 판별하는 사용자 정의 함수
Function MySearch(S:String):Boolean;
var
find : Boolean;
i : Integer;
begin
find := True; // 판별자 초기화

// 입력 받은 문자열의 길이가 0 이상이면
if Length(S) > 0 then begin
// 글자열의 첫자 부터 문자열 길이까징 반복
for i := 1 to Length(S) do begin
// 입력 받은 문자열이 0에서 9가 아니면 판별자에 False를 설정
if not(S[i] in ['0'..'9']) then find := False;
end;
end else begin
find := False;
end;
Result := find;
end;

// 함수의 사용
var
Result:Boolean;
begin
   Result := MySearch('123');
   if Result = true then showmessage('숫자');
   if Result = false then showmessage('문자');
end;

// 프로그램 개발, 소프트웨어 개발 ...//

이 글은 아직 미완의 글입니다. 이 글의 바램이 있다면, 고등학교 졸업 정도의

동등의 학력 소지자가 손쉽게 업무용 프로그램을 개발하기를 바랄뿐이다.

비록 체계적으로 글을 쓰지 않았지만 독자가 전체적으로 개관하여

안목을 기르게 된다면 이미 소기의 목적을 달성하는 것으로 봅니다.

// 개발자가 되기 까지~ //

고등학교 졸업 > 독학 > 해커(데커,크랙커) > 구속 > 독학 > 개발자

대학교 정보통신학부 졸업 > 소프트웨어 개발회사 입사 > 개발자

대학교 전산학부 졸업 > 개발자 양성기관 > 소프트웨어 개발회사 입사 > 개발자

대학교 전산학부 졸업 > 해외 유학 > 소프트웨어 개발회사 입사 > 개발자

= 주요 개발자 양성기관

1. 정보통신대학원대학교
2. (주) 비트컴퓨터 내 교육원
3. 삼성SDS 멀티 미디어 스쿨
4. 박영만 전산학원
5. (주)한국오라클 연수원
..

= 주요 소프트웨어 개발회사
1. (주)한글과 컴퓨터
2. 안철수 바이러스 연구소
3. (주)한국마이크로소프트
..

// 쉬어가는 코너 //

델파이 관련 개발자에게 가끔 홈페이지 디자인도 의뢰하는 경우가 있어서

몇가지 말씀 드리려 합니다.

홈페이지 디자인이나 아이콘 제작에 " Adobe Photoshop"을 많이 사용합니다.

포토 샵에서 디자인 작업을 하실 때는 메뉴에서 [이미지- RGB 색상 및 8비트 /채널]

을 선택하시고 작업을 합니다.

그래픽 디자인에서 레이어의 개념은 일종의 사각형의 유리 판을 상상하시면 아주

편리합니다. 특정 대상을 한정하는 외각 툴이죠. 판넬하고는 약각은...

사각의 레이어를 겹쳣을 때 위에서 내려다 보였을 때 시각적으로 보이는 부분이

디자인 이미지가 됩니다.

이렇게 디자인 작업을 완료하신 다음에는 현제 작업 파일을 [*.psd]으로 저장을

한다음에 메뉴에서 [파일 - 보내기 - GIF89a] 클릭하시고 [ 응용파레트 - 16칼라 ]를

선택하신다음에 파일 이름을 지정하면 됩니다.

웹에서 보이는 색상은 256 칼라로 표현 되며 포토샵에서는 웹 파레트라고 부릅니다.

위의 내용은 디자인 작업을 개발자가 작업을 했을 때, 웹에서 나타났을 때

원래 이미지가 달라져 보이는 것을 보정하기 위함입니다.

포토샵에서 글꼴을 편집 할 경우에는 포인트 단위보단 픽셀 단위로 표현하면 좋습니다.

// 프리랜서를 위한 마케팅 전략 및 전술 //

=소프트웨어 개발을 하고자 할 때는 프로젝트 계획시의 위험 변수가 무엇인지 미리 파악하고

그 해결 대안을 미리 마련하여 프로젝트가 위험에 직면할 때에 미리 대처하면 시간 효율을

높일 수 있습니다.

=모든 프로젝트 수행 계획에 있어서 성공인자 및 변수를 사전에 파악해야 한다.

[Key success factor]

// 쉬어가는 코너 //

" 줄 것은 늦게 주어라. 받을 것은 빨리 받아라"

= 4E : Energy, Energize, Edge, Execution

" 활력, 동기부여, 결단력, 실행 "

= 3요소 :

" 제품의 차별화, 원가선도, 집중 "

" 꿀벌은 벌꿀이나 설탕이 있는 곳에 모이고,

사람은 돈이나 희망(기대감)이 있는 곳에 모인다."

" 시장 점유율이 높아지면 시장 지배력이 증가한다. "

" 모든 사람에게 주어진 공평한 자원은 바로 시간이다. "

" 시장을 3분의 1이상 점유하게 되면 독점 상태가 된다. "

// 게임 소프트웨어의 방향... //

지금으로부터 2년전의 일입니다.

한국개발연구원(KDI) 소속의 한 박사님의 세미나를 청강한적이 있습니다.

논지는 부존 자원이 부족한 우리 나라에서 게임 소프트웨어 인력 양성과

투자는 바람직한 일이란 말을 했습니다.

저도 그렇지만 많은 개발자분들이 박사님의 말씀에 냉소적으로 반응했습니다.

그 시점에 이미 일본의 닌텐도 및 미국의 기업들이 게임 시장을 석권하고

있었기 때문입니다.

2년이 지난후 지금 MS에서 X-BOX를 출시하였고, 국내 게임 시장을 보면

실무에 능한 게임 개발자가 턱 없이 부족합니다.

게임 개발 회사의 CEO는 필요한 인력이 없다고 볼맨 소리를 하고

자사에서 신입 사원을 교육하고 양성하는 데 인색하는것이 사실입니다.

비용 때문에 그것이 불가능하고 유능한 개발자로 육성하여도 다른 회사로

스카웃 제의에 회사를 떠나 버립니다.

이론적 사고 방식으로 각 대학에서 인력 양성은 매우 어렵습니다.

그러나 실무의 개발자가 교수로 나선다면 해결책이 될 수 있습니다.

// 소켓 그리고 메모리 DB //

상당이 오랜 전의 일입니다. 시언어로 작성한 일종의 소켓 프로그램인데

서버에 접속된 클라이언트의 메모리 맵을 가져와 상대가

정상적 업무를 하고 있는지 겜을 즐기고 있는 지

감시하는 프로그램있었습니다.

어떻게 맹글었는지는 모르지만 대단한 교수님에는 틀림없다.

오라클 RDBMS가 뛰어난 점의 하나는 강력한 인터럽트 처리입니다.

여기에 절묘한 기술력이 집적되어 있습니다.

물론 DB 포맷이 잘 손상 안된다는 점도 있구여.

제가 오라클 DB의 HDD의 크래쉬가 발생 할 때

어떻게 손상되지 않는 지 매우 궁금합니다.

요즘 미국에서 시도되는 것이 메모리 DB 기술입니다.

사실 DB의 테이블 전체를 메모리에 전부 올린다는 것은

무모한 일인지도 모릅니다.

메모리 가격이 저렴하다는 전제로 약 2GB 정도에 올려 놓구

실험해 보는 것도 재미있을 것 같습니다.

한가지 방법이 있는 데,,,

DB의 인덱스 테이블 만을 메모리 올리면 많은 사이즈를 줄일 수 있습니다.

질의가 HDD가 아닌 메모리에서만 일어나게 하면 DB의 성능이 개선 될 수 있습니다.

즉, HDD의 억세스 빈도를 줄이는 게 기술인듯 싶다.

클라이언트에서는 먼저 서버의 메모리에 접근하여 질의한다음 찾은 메모리 상의

인덱스 테이블에서 레코드 위치 포인터를 반환 받은다음 HDD에서 가져오는 방법이다.

// 즐거운 프리렌서 //

개발자로서 프리렌서 쪽을 희망 하신다면 몇 가지 리스크를 고려하셔야 합니다.

프리렌서라 하면, 일반적으로 자유 계약직을 말하는 데 고도의 전문 지식을

가져야 합니다.

이것은 이미 프로젝트에 들어가기전에 여러분이 비슷한 유형의 프로젝트

수행 경험이 있거나 이미 솔류션을 갖고 계셔야 합니다.

요즘은 개발자가 부족하다 보니까 전혀 실무 경력이 없는 분이 프리렌서로

뛰어드는 경우도 있는 데, 위험 천만한 생각입니다.

프리렌서라면 족히 법을 잘 모른다고 하더라도 계약의 명장이 되어야 합니다.

협상(네고)의 대가란 쉬운일이 아닙니다.

프리렌서는 인맥이 튼튼하지 않으면 수입이 일정치 않아 금전관리를 철저히

하지 않으면 안됩니다.

프리렌서는 항상 체력 관리를 게을리 해서는 안됩니다.

프리렌서하면서 그 길은 순탄하지 않습니다. 가시 밭길 입니다.

미국이나 실리콘 벨리나 외국계 개발회사에서 개발 경력이 있다면 기존 고객과의

연결로 수입을 생각 할 수 있으나 그렇지 못한 경우 애환이 많습니다.

개발자를 등쳐 먹는 브로커도 만나고 귀한 시간과 정열을 바친 소프트웨어 개발

비용을 받지 못하는 경우가 허다합니다.

총 개발 비용에서 개발자가 수입을 3분의 1미만으로 얻기 마련입니다.

유능한 개발자라도 잘 못하면 그 재능을 이용 당하는 경우가 많으므로 좋은

사람과 인연을 맺도록 해야합니다.

우리 나라에서 개발 기술이 일반화 된 이유는 프리렌서의 불규칙하고 일정하지

않는 수입원 때문에 브로커들이 이것을 악용하여 불평등한 조건을 제시하게 됩니다.

이것을 이용하여 개발 기술을 습득한 브로커는 다시 실무 경력이 짧은 개발자에게

개발 기술을 습득하는 기회라고 제시하고 개발자에게 지급하는 인건비를 낮추는

기회로 사용합니다.

결과적으로 우리 개발자가 자신의 무덤을 스스로 판 결과는 아닐까요?

// 소프트웨어의 품질 //

소프트웨어 개발은 사실 인터페이스나 의도하는 바대로 정확한 결과 값이 나오고

기간 안에 납품만 하면 그것으로 끝납니다. 결과만 좋으면 되는 것이다.

가는 길이 여러 갈래 길이지만 치명적인 버그만 없으면 됩니다.

최종 사용자는 품질의 정도를 올바르게 지각하지 못합니다.

그런데, 개발 회사의 재정이 넉넉하여 실무 경력이 7년 이상인 분들에게

최상의 성능을 가진 소프트웨어 개발을 의뢰 하면 놀라운 경험을 하게 됩니다.

그 특징을 몇 가지 제시하고자합니다.

첫째, 프로그램이 물리적 메모리를 효율적으로 사용합니다.

즉, 메모리 누수가 없습니다.

둘째, 실행 속도가 매우 빠릅니다. 로직이 견고한가의 여부에 따라서 체감 할 수있을

정도로 실행 속도의 차이를 느끼게 됩니다.

세째, 소스 코드가 유지 보수하기 쉽게 되어 있습니다.

네째, 소스 코드에서 함수의 반복이 최소화 되어 있습니다.

다섯째, 실행 파일의 크기가 작습니다.

여섯째, 인터페이스가 사용자 위주로 되어 있으며 장시간을 사용해도 피로감이

적습니다.

마지막으로 버그 리포트에 대한 처리와 대량 배포시의 시기 적절한 처리 기술도

노하우입니다.

특히 데이타 베이스 관련 프로그램은 질의에 대해 빠른 응답은 최종 사용자로 하여금

알 수 없는 강한 쾌감을 느끼게 합니다.

// 흐름도에서의 조건문의 처리 //

델파이에선 조건문의 실행 방향을 다음과 같이 처리하시면 됩니다.

var
MyKey : boolean;
begin
// MyKey := 0;
// MyKey := 1;
   MyKey := True;
   MyKey := False;
   // 위 판별자를 적절히 활용하면 로직의 방향을 통제 할 수 있습니다.

end;

// 배열, 문자열에 대한 이해 //

배열에서 각 배열요소에 대한 값은 자료의 포인터와 같습니다.

문자열에서 각 문자 요소에 대한 값은 자료의 포인터와 같습니다.

var
ars : Array[1..10] of Char;
s : string;
begin

s := 'abcdef';

// s[1] = 'a';
showmessage(s[1]);

// s[2] = 'b';
showmessage(s[2]);

// s[3] = 'c';
showmessage(s[3]);

   // s[4] = 'd';
   showmessage(s[4]);

end;

// 프로젝트 메니저로서의 중국의 소프트웨어 시장 개척 //

요즘은 프로젝트 메니저가 개발에 전념하기는 하지만 중소 규모의 회사는

영업 및 마케팅 업무까지 해야만 합니다.

영업 할 때 주의 할 점은 여러분이 전업을 하지 않고 끝까지 프리렌서 및

개발자로 생존하려면 마케팅에 대한 개발 경력은 인정되지 않으므로

주의하셔야 합니다.

실무에서 현장 개발자가 필요하지 마케터가 필요한 것은 아닙니다.

여기에서 경영자로서 중국 시장 개척에 대한 언급을 하렵니다.

첫째로 중국 문화에 대해서 이해해야만 합니다.

미국이나 일본과는 달리 중국에서는 업체간 계약서는 아무런 의미가 없는

휴지에 불과합니다. 계약 위반에 대한 위약금은 통하지 않습니다.

중국과의 거래는 커낵션이나 신의, 알음알이에 의해서 행해지게 됩니다.

둘째로 중국은 사회주의 국가입니다. 업체 회사 사장이나 공장장과 모든 계약이

완료되었다 하더라도 관할 당의 관리자의 승인 없이는 아무일도 가능하지 않습니다.

세째로 조선족의 통역자를 사용해서는 안됩니다.

조선족의 통역은 우리 나라의 문화하는 달리 완벽한 통역을 기대할 수 없고

재멋대로 통역하므로 한국인을 중국어 교육을 시키는 등의 즉 자기회사 직원을

활용하는 것이 좋습니다.

네째로 중국은 90% 이상 불법 복제가 성행하는 나라입니다.

따라서 서버가 있어야 프로그램이 구동되는 특수한 소프트웨어 판매 및 공략이

좋습니다.

// 윈도우 보안체계와 국가 안보 //

- 님다 바이러스 피해를 중심으로 -

님다 바이러스 종류가 발견 되었을 때, 몇 명의 개발자 및 백신 프로그램을

만드는 업체만이 소리를 높여 그 위험성을 알려왔다.

그러나, 그것은 극 소소일 뿐이었다.

대다수의 보안 담당자들이 자사의 방화벽 및 보안 체계를 믿고 효과적으로

대응하지 못했다. 그런데 특이한 점은 PC TO PC 즉, 직접적인 IP접근에

속수 무책이었다.

이 바이러스군을 누가 만들었는지 알 수 없지만 컴퓨터 실력을 뽐내거나

일시적인 흥미가 아닌 불순의 의도가 개입된 것으로 보는 시각도 있다.

그것은 각종 보안 체계를 무력화 시킨 것이다.

완벽한 보안 체계는 없다는 것을 명심하고, 최선의 노력을 해야겠다.

// 개발자의 자격기준 //
1. 이공계대학원 졸업 실무경력 3개월이상
2. 이공계대학교 졸업 실무경력 1년이상
3. 이공계 전문대학 졸업 실무경력 1년6개월이상
4. 고등학교 졸업 실무경력 4년이상

// 개발검토자 자격기준 //
1. 이공계대학원 졸업 실무경력 6개월이상
2. 이공계대학교 졸업 실무경력 3년이상
3. 이공계 전문대학 졸업 실무경력 5년이상
4. 고등학교 졸업 실무경력 6년이상

// 개발검증자 자격기준 <===프로젝트 메니저 //
1. 이공계대학원 졸업 실무경력 2년이상
2. 이공계대학교 졸업 실무경력 4년이상
3. 이공계 전문대학 졸업 실무경력 6년이상
4. 고등학교 졸업 실무경력 8년이상

// 윈도우 운영체제의 보안 //
윈도우 운영체제의 백도어 존제는 여러 논란이 되어 왔지만 아직까지
명확하게 밝혀진 사실은 없습니다.
러브레터 바이러스가 처음 발표 되었을 때,
웹 브라우저 연동을 위한 비쥬얼 베이직 스크립트가 레지스터리를 마음대로
조작할 수 있다는 실례를 보여줍니다.

윈도우 운영체제를 사용하는 컴퓨터의 추적은

첫째로 CPU의 고유인식번호,
둘째로 HDD의 고유일련번호,
세째로 프로그램의 CLASS ID,
네째로, LAN CARD 고유번호 등이다.

지금의 윈도우 운영체제의 보안은 사용자 정의로 설정하게 되어있으며,
보안이 풀렸을 경우 원격지에서 포맷까지 가능하게 되었습니다.
자바 애플릿, 비쥬얼베이직 스크립트에서 의해서 함수 호출이 그것입니다.

특정 홈페지를 검색 할 때에 입장 버튼을 클릭하는 순간 클라이언트의
보안을 해제하도록 이벤트에 스크립트를 넣는 방법이 있다.

얼마전부터 클라이언트의 무결성 검사 및 인증 작업을 위한 테스트를 해왓다.
그 실례가 스파이웨어들의 활동이었다.
이것은 강력하고도 손쉽게 고객 정보를 빼가는 역할을 햇다.

// group by 그리고 Join //

begin
Query.close;
Query.sql.clear;
Query.sql.add('SELECT L.Field1, L.Field2, L.Field3, SUM(M.Field3) Field3 FROM MyTable L, MyTable2 M WHERE L.Field1 = :Field1');
Query.sql.add('AND L.Filed1 = M.Field1 GROUP BY L.Field1,L.Field2,L.Field3 ');
Query.parambyname('Field1').asstring := Input.TXT;
Query.open;
end;

// INI 파일의 사용 및 응용 //

*.ini 파일은 수 많은 업무용 프로그램에서 활용됩니다.

원래 윈도우 3.1에서 운영체제 기본 시스템 파일로 사용되었지만

윈도우 95 운영체제에서는 레지스터리라는 일종의 DB로 통합되었습니다.

그러나 각종 금융 업무용 프로그램에서 일차 암호화나 각종 환경 설정으로

이용됩니다. INI 파일은 text 포맷 파일입니다.

var
MyINI : TEXTFILE;
MyStr : string;
begin
// MyINIFILE.INI는 HDD에 존제하는 파일 이름
// 외부 MyINIFILE.INI 파일을 MyINI에 할당
AssignFile(MyINI,'MyINIFILE.INI');

{$i-}
Reset(MyINI);
{$i+}
if ioresult <> 0 then
   application.messagebox('프로그램 실행에 필요한 파일이 존제하지 않습니다.','시스템오류',mb_ok+mb_iconstop) else

   begin
readln(MyINI,MyStr); // MyIni 파일의 내용을 MyStr에 읽어드림
   end;
end;

// 빈번한 SQL을 줄이는 법 그리고 1대1 대응을 위한 테이블 비교표 //

이 방법은 여러 가지로 활용이 가능하므로 필수적으로 이해하시는 것이

좋을 것 같습니다.

만약, 문자 '1'를 검색하려 할 때, 사용자 정의에 테이블에 문자 '1'에

대한 일대일 대응 관계로 beta라고 설정해 놓으면 문자 1을 검색하여

찾게 되면 몇번 째에 찾았는지 첨자를 반환받아 Alpha를 반환 받게 된다.

var
MyVIEW: TListView;
MyITEM: TLISTITEM;

begin
MyITEM := MyVIEW.ITEMS.ADD;

// 질의를 하여 질의 결과 레코드를 리스트 아이템에 할당
MyQuery.close;
MyQuery.sql.Clear;
MyQuery.sql.add('SELECT * FROM MyCode ORDER BY LCODE');
MyQuery.open;
   if MyQuery.recordcount > 0 then
begin
repeat
   MyITEM.SUBITEMS.ADD(MyQuery.Fieldbyname('LCODE').asstring);
   MyITEM.SUBITEMS.ADD(MyQuery.Fieldbyname('RCODE').asstring);
   MyQuery.Next;
Until MyQuery.EOF
end;
end;

// 사용자정의 함수 : 리스트 뷰내의 아이템 검색
function MyFind(const MyStr : string) : integer;
var
i : integer;
find : boolean;
begin
if MyView.items.count > 0 then begin
i := 0; find := false;
repeat
if MyView.items[i].subitems.strings[0] = MyStr then find := true else
inc(i);
until (find) or (i > MyView.items.count-1);
if find then result := i else result := -1;
end else result := -1;
end;

var
i:integer;
begin
// LCode 검색 결과 참이면 리스트 뷰에 몇 번째에서 찾았는지 그 첨자 값을
// 반환 받고 이 첨자 값으로 대응되는 Rcode 값을 반환 받음.
i := MyFind('A');
Result := MyView.items[i].subitems.strings[1]; // Rcode 값 반환
end;

위 소스코드를 보시면 굉장히 복잡하시리라 생각 됩니다.

단, 한번의 질의 결과 값을 가지고 반복적인 질의를 피하고 대응 값을

반환 받을 수 있습니다.

위 소스 코드의 활용과 용도는 중급 이상 개발자만 이해가 되실 겁니다.

입문하신 분들은 기억해 두시면 언젠가는 필요하실 겁니다.

// RS232C 그리고 시리얼 포트의 제어 //

개발자님들이 다양한 프로그램을 개발하시다 보면 접하는 게

시리얼 포트의 제어입니다.

이것은 각종 산업용 기기를 제어하는 데 사용하며 RS232C는 제어기가 컴퓨터로 부터

즉, 케이블 길이가 2미터 이내의 장치를 제어하는 데 사용됩니다.

예를 들면, 원격 모뎀 제어, 전광판제어, 무선기기 제어 등등

보통 통신 포트의 버퍼에는 버퍼 카운터 증가에 따라서 STX-USER DATA-ETX

형태로 전달 됩니다. 이것을 HEX 코드로 보면 [02]user data[03] 형식으로

됩니다.

이것을 가져와서 메모장이나 스트링렬에 뿌리게 되면 그 값에 대한 아스키

문자의 코드 값을 가지게 됩니다.

여기에 필요한 내용은 다음과 같습니다.

var
I,ma: integer;
ms : string;
begin
// 십진수 코드 값을 아스키 문자 값으로 '8' := #56
// ms := char(56);

// HEX 값을 아스키 문자 값으로
// ms := char($38);

// 아스키 문자 값을 십진수 코드로 변환 #56 := '8'
// i := ord('8');

// HEX 값을 십진수 코드로 변환 #56 := $38
// i := byte($38);

(* for ma:= $01 to $10 do
begin
ms := char(ma);
showmessage(ms);
end;

   for ma:= 1 to 10 do
begin
   ms := char(ma);
   showmessage(ms);
end; *)

// 메시지 창
// showmessage(inttostr(i));
// showmessage(ms);

흥미로운 것은 아스키 코드 값을 인터베이스 디비에 저장해 보도록 합니다.

필드를 CHAR 타입으로 하고 델파이 스크립트에서

var
i:integer;
begin
for i:= 1 to 254 do
   begin
   MyQuery1.close;
   MyQuery1.sql.clear;
   MyQuery1.sql.ADD('INSERT INTO ascii_ID ( CODE ) VALUES (:CODE )');
   MyQuery1.parambyname('CODE').asstring := char(i);
   MyQuery1.execsql;
   end;
end;

위에서 char(ma)의 값을 SQL문에 변수로 할당하면 됩니다.

별루 어려운 것은 없져?

****************************************************************************

// 상대방 컴퓨터의 보안을 해제하는 방법? //

1. 폭탄 매일러 프로그램을 사용하여 님다, 서캠, 러브바이러스의 기법을 이용하여

바이러스 감염 매일을 상대에게 지속적으로 보냄

2. 일반 유틸리티에 보안 해제 루틴을 넣은 다음 상대에게 다운 받게하고

   실행하게함 .


3. 특정 홈 페이지의 들어가기 버튼 클릭 이벤트에 보안 해제 스크립트를 포함시킴

*****************************************************************************

// flash를 사용 할 때 해상도의 조정 //

플래쉬를 사용 할 때 해상도 문제로 고생을 많이 했습니다.

=== 플래쉬의 preferences 설정 ===
color depth: match screen
resolution:screen dpi
smooth에 체크하지 말것
= gradients on clipboard =
quality : best

== Publish settings ==
= html =
dimensions:match movie
quality:high

그리고 16칼라로 사용될 이미지 파일을 16비트 칼라이상으로 설정하여
포맷변환하면 색상을 잃어 버림으로 주의해야 한다.

// 개발자에게 가장 중요한 점 //

팀 프로젝트가 아닌 경우에는 제일 중요한 점이 납품 기간내에 개발하여

완료하는 것입니다.소프트웨어 품질 같은거는 전혀 고려 대상이 아닙니다.

중소 규모의 개발 회사의 사장님들은 프로그램 실행속도, 독특한 기능

같은 것에는 별루 관심이 없고 기간안에 납품만 하면 그것으로 끝납니다.

또한,아무리 좋은 소스코드를 보며 연구한다하더라도 자기의 것으로 만드는

일은 쉽지가 않으므로 어려움이 있겠지만 실제로 프로젝트 단위로 임의로 만들어

보는게 좋습니다. 일단 시작해 보십시요. 팁과 각종 아이디어는 차후의 고려

대상입니다.

그러나 외국계 팀 프로젝트에서는 합리적인 개발기법에 의하여 진행되게 됩니다.

프로젝트 단위 내에서 소스코드는 세가지 종류의 유닛 단위로 구성합니다.

이것은 객체 지향적인 방법론을 응용한 것입니다.

전역변수를 모아 놓은 유닛, 공통함수를 모아놓은 유닛, 해당 유닛

// 보안지침서 //

= 네트워크 프로토콜 중에 NETBEUI를 사용하지 말 것.

= 네트워크 설정에서 파일 공유 기능을 사용하지 말 것.

= 개발작업은 데스크 탑에서 하도록하고 노트북 사용을 지양할 것.

노트북은 잔고장이 많고 HDD 크래쉬가 심할 경우가 있음

= 개발중인 컴퓨터에서는 이 메일을 열람하지 말 것.

= 개발 작업을 하는 컴에서는 각종 해킹 툴이나 백도어를 찾는 프로그램을

실행하지 말 것.

= 보안관리자를 선임하고 보안지침을 마련하여 체계적으로 대응할 것 .

= 국가보안 기밀, 행정기밀1급에 준하는 컴퓨터에 윈도우 운영체제를 설치하지 말것

부득이하게 윈도우 운영체제를 사용할 경우 인터넷 망에 물리적으로 절단 할 것.

인터넷으로 부터 격리 할 것.

인터넷의 연동된 서버 컴퓨터등의 자료는 낮은 보안등급 자료를 관리하도록 할 것.

= 출입제한구역을 마련하고 전산 담당 및 보안 인가자외에는 전산실 출입을 금할 것

= 정기적인 백업 지침을 만련하고 실시할 것.

= 보안 1급에 준하는 인가자 즉, 행정기관의 장이라 할지라도 전산관리자와 동행하여

보안구역 및 시설을 이용하도록 하고 단독으로 전산실 출입을 하지 말 것.

// 프로젝트 진행 중의 노트북 컴퓨터의 관리 //

프로젝트를 진행하다 보면 예기치 않는 일이 발생하여 프로젝트를 위협하게 됩니다.

예를 들면 개발자가 노트북 컴퓨터를 잃어 버리거나 컴퓨터의 HDD가 크래쉬가

발생하여 중요한 소스코드가 손실되는 경우가 생깁니다.

노트북은 아주 민감하므로 전원을 넣은 상태로 이동해서는 안됩니다.

또한 시스템 종료가 아닌 화면보호기 작동으로 인한 종료된 상태는 마치

전원이 꺼진 것처럼 생각되나 이대로 이동하거나 움직이면 HDD에 크래쉬가

발생하여 데이터를 잃어 버리는 경우가 있습니다.

이 때는 HDD의 PCB를 분해하여서는 안됩니다. 분해하게되면 HDD의 기계적인

정보를 잃게 되어 버립니다.

HDD의 FAT는 종류가 많습니다. FAT, FAT16, FAT16-1,FAT, FAT32, FAT32-1

따라서, 어떤 응용프로그램을 잘못 실행하게 되면 HDD의 크래쉬가 발생하게 됩니다.

FAT가 다른 경우 이미 저장된 섹터엔 자료가 저장되면 안되는데 갱신이 발생하여

두 어플이 동시에 한 섹터의 자료를 사용하게 됩니다. 이런 심각한 버그는 지금은

패치가 되어 있지만 가끔가다 그런일이 발생하게 됨으로 컴퓨터에 프로그램을

설치할 때는 주의하시기 바랍니다.

또한 HDD의 내부 공간은 진공 상태로 먼지가 없는 클린 룸에서 작업을

해야하므로 주의해야합니다.

프로젝트의 모든 자료는 데스크탑에 보관하도록하고 백업을 게을리 하지

말아야합니다.

// HDD의 복구 //

HDD에 이상이 생겼을 때는 전원을 차단하고 절대로 노턴유틸리티 ndd.exe,

finaldata.exe, revival.exe 등 HDD복구 프로그램을 실행해서는 안됩니다.

제일 먼저 동일 제품의 PCB를 교환하여 HDD를 인식 시킵니다.

전원을 먼저 넣기 전에 헤더가 떨어져 나갔는지, 만약 헤더가 떨어져서

디스크 룸 안에서 돌아다닌다면 클린룸에서 HDD의 디스크를 개방한다음

온전한 HDD으로 디스크를 교체합니다.

HDD는 컴퓨터에 슬래이브에 인식 시킨다음 같은 운영체제상에서 복구

작업을 수행합니다.

먼저 논리 드라이브가 인식되면 논리드라이브를 선택하고 파티션 찾기를

해야합니다.

만약 파티션을 못찾을 경우나 논리드라이브 인식이 안될 경우에는

물리디스크 옵션을 선택하고 포맷찾기를 합니다.

찾아진 포맷은 플랫폼에 맞게 선택하며 복구 진행을 하면 됩니다.

HDD의 복구는 먼저 기계적인 손상을 해결한 다음에 복구 작업을

해야합니다.

// 개발자와 그래픽 디자인 //

중소 규모의 개발회사에 입사하게 되면 개발자가 전혀 다른 분야의 일을 하기

마련입니다. 그중의 하나가 그래픽 디자인 입니다.

그래픽 디자인은 하드웨어 영향을 많이 받습니다.

예를 들면 비디오 카드의 메모리가 많을 수록 좋고, 만약 비디오 메모리를

메인메모리의 공유 메모리를 사용하게 되면 원하는 결과를 얻을 수 없습니다.

------------------------------------------------------------------------
=== 삭제부 시작

// 소켓 프로그램의 로직 //

초급 개발자들이 궁금해하고 소스를 필요로하는 소켓프로그램에 대한

로직을 기술하려고 합니다.

이 원리를 바탕으로 각종 툴로 구현하시길 바랍니다.

먼저 THandle의 인스턴트 변수를 정의하고 파일맵으로 사용합니다.

필요한 사용자 정의 함수를 작성합니다.

1. 자료읽기 함수정의

2. 자료쓰기 함수정의

3. 메모리 맵 설정 함수 정의

4. 메모리 맵 해제 함수 정의

즉, 핸들의 인스턴스 변수를 가지고 파일의 시작 포인터를 얻은 다음

메모리 맵을 이용하여 맵핑 작업을 합니다.

파일 동기화를 위해 클라이언트에서 파일 정보를 요청합니다.

Server 에서 전송된 파일과 Client에 있는 파일을 비교한 정보를 출력하고

// 프로젝트 실무에 사용되는 서식의 응용 //

* 업체상담보고서의 구성요소 : 프로젝트명, 거래처, 주소, 부서명, 일자,

담당자, 제안서 제출일, 전화번호, 참석자명단, 협의내용, 담당자의견,

특기사항,

* 개발요청접수대장의 구성요소 : 접수번호,접수일자, 업체명, 프로젝트명,

거래처 담당자, 전화번호, 응대자, 주요내용, 비고,

* 개발검토서의 구성요소 : 프로젝트명, 일자, 개발담당자, 업체요구사항,

검토결과, 특이사항, 의견

* 발주서의 구성요건 : 업체명, 담당자, 전화번호, 주소, 품명, 규격,단위,

수량,단가,금액,비고, 납품장소, 납품기일, 운반조건, 대금지불방법,

포장조건, 검수, 부가세, 일자, 발주자 인적사항

==== 삭제 부 끝

--------------------------------------------------------------------------------------

// 개발자와 인식자(식별자) //

수 많은 프로그램들을 보면 비록 복사방지 장치가 되어있지 않더라도

프로그램과는 별로 관련없는 인식자가 마니 사용됩니다.

이것은 프로그램 채널이라는 것으로 불리는 것으로 전문 개발자 사이의

오래된 전통이다.

이것은 특정 개발자들의 취향으로써 여러가지 목적으로 사용됩니다.

물론 레지스터리를 많이 이용하기는 하지만, 특정 파일이 존제하는가

여부와 특정 파일의 생성 날짜와 버전을 가져와 인식자로 사용되는

경우도 있습니다.

또 하나는 HDD의 고유번호와 LAN카드 고유번호, CPU고유번호 등을 사용하여

독특한 식별 번호를 생성하기도 합니다.

// 프로그램 배포시 주의 할 점 //

프로그램 개발 환경의 운영체제에 유의해야합니다.

윈도우 운영체제는 한가지라고 생각하시겠지만 수 많은 종류의

버전이 존재합니다.

심지어는 핵심 커널및 MS-DOS의 핵심부까징 수정된 경우가 있습니다.

어제까지 존제하던 함수가 어느날 갑자기 사라지기도 합니다.

그래서 개발된 프로그램의 실행 환경의 운영체제의 버전의 빌드넘버가

매우 중요합니다. 최종 사용자가 인터넷에 연동되어 있다면 어느 정도

윈도우 운영체제에 변화가 있다고 추정 할 수 있습니다.

만약, 전국적인 규모로 대량으로 프로그램을 배포햇을 때, 버그 리포트를

받아보면, 모두들 잘 사용하는 데, 특정 환경에서 알 수 없는 오류를

많이 발생됩니다. 만약, MS에서 윈도우 운영체제를 이용하여

특정 개발회사를 망하게 하려한다면 그것은, 어려운 일이 아닙니다.

가끔, 시퍼런 화면의 메시지창에서 보면

" 이 프로그램은 잘못된 연산을 하여 종료됩니다.

이 문제가 지속되면 이 프로그램의 개발회사에 문의하십시요."

일부 특정 컴퓨터에서 실행이 되지 않으면 메모리와 HDD를 교체하여 봅니다.

불량 램을 사용한 경우가 있습니다.

// 전문 정보통신 인력의 양성 //

현제의 우리 나라는 웹디자이너와 웹마스터 양성이 포화 상태입니다.

대학교에서 효율적인 인력양성에 힘쓴다 하더라도 실무에 도움되는

인력의 양성은 쉽지가 않습니다.

많은 개발 기술은 특정 기업에 편중되어 있고, 고스란히 사장되어 있기

때문입니다. 많은 개발 업무가 창의성을 필요로 하나 합리적인 개발 기술의

발달이 필요로합니다. 이것을 위해서 기업의 올바른 판단이 요구되며

산학협력이 매우 중요하다고 하겠습니다.

현제 소프트웨어 개발자 양성의 비결을 갖고 있는 것은 해당 기업이겠으나

많은 기업들이 부도로 사라져가고 있는 것이 현실입니다.

// 소프트웨어 개발의 발주및 수주하는 과정 //

소프트웨어 개발의 발주 및 수주하는 것은 건설회사와 유사합니다.

즉, 개발자를 보유하지 않아도 서류상으로만 확보하고 정보통신업체 자격을

얻은 업자가 제1도급자로 수주를 받게 됩니다.

이 제1도급자는 시세 차익을 얻은 후에 제2도급자에게 하도급합니다.

제2 하도급자 역시 제 하청을 주어 최종적으로는 프리렌서 그룹이나

개발 전문 기업이 최종적으로 개발하게 됩니다.

이 과정에서 최종 개발하는 기업을 제외한 기업들은 개발 환경을 갖추지

않고 서류상, 행정상으로 개발자를 확보할 뿐입니다.

그러나 이것은 일반적인 경우이며 실제적인 경우는 학연, 지연등 인맥에 의하여

발주 및 수주가 이루어 지고 있습니다.

// 델파이의 효용성 그리고 미래 //

델마당의 게시판에 보면 가끔까다 MS 영업부서 직원분들이나 그리고

초보 개발자들에 의해서 비쥬얼 베이직과 비교해서 델파이를 비난하거나

평가 절하하는 경우가 많습니다.

필자는 개인 사견임을 전제로 델파이가 강력한 전문가용 툴이라고 주장하고 싶습니다.

필자의 첫 프로그래밍 시작은 FORTRAN, GW-BASIC,매크로어셈블리어, C++입니다.

만약, 델파이를 개발한 기업인 볼랜드가 망하더라도 델파이 그 자체로는 효용성이 있다고

생각합니다. 클리퍼가 그러했듯이 오랜 동안 개발자들의 사랑을 받을 것이라고

확신합니다.

초보 개발자들은 델파이에 입문 할 때, 자료의 빈곤함을 느끼게 됩니다.

기이하게도 델파이 소스코드가 있는 사이트는 일반 검색 엔진으로 잘 검색되지 않습니다.

외국 개발자가 자기만의 기술을 농축하여 소스 코드를 공개해 놓은 경우가 있는 데,

일반 검색 엔진으론 검색되지 않습니다.

우리 나라에서는 자기만의 노하우를 공개한 경우는 매우 적습니다. 이것은 전통적인

성향이라고 생각됩니다.

고의적인 것인지는 모르겠으나, 와레즈 사이트는 불법이라고 하지만 델파이 개발자 중

전문가 집단이 고급 소스 코드를 공개한 경우와 해킹 툴처럼 강력한 어플을

만들어본 전문가들 중에도 소스 코드를 공개해 노은 경우가 있습니다.

초보개발자들은 처음에 업무용 소스코드에 접근하기 쉽지가 않겟지만

엄청난 규모의 인터넷 망에서 찾다보면 자료 검색의 묘미를 알게되며 이제는 분석할

시간이 없을 정도로 소스코드를 모을 수 있습니다.

델마당, 델파이코리아, 한국델파이개발자그룹 등을 활용해도 전문가 수준의 실력을

얻을 수 있고, 또한, 로직의 묘미를 체득하면 비쥬얼 베이직, 파워빌더에서도 자유자재로

구현 가능할 것입니다.

// ERP (전사적 자원관리 ) //

시스템 통합(SI)업체에 근무하다 보면 이 용어를 많이 듣게 됩니다.

원래 이러한 용어들은 산업공학과 전공서적들을 보시면 쉽게 발견 하실 수

있습니다. 전사적 자원관리는 구현하는 데 많은 돈과 시간을 필요로 합니다.

그래서, 연간 매출액이 100억 이상인 곳에서 추진하시길 바랍니다.

기업의 경영 원칙은 최소의 투자로 최대이윤획득입니다.

어떤 어리석은 경영자는 남이 하니까 나도한다는 식의 사고 방식을 갖고있습니다.

전산화 않더라도 기업 내부에서 생산성 향상을 위해 부단히 노력합니다.

전사적 자원 관리를 하더라도 생산성 향상은 3퍼센트 이내로 제한적인 경우가

많습니다. 부가적으로 위험 부담을 감수해야합니다. 만약, 부분적인 결함으로

전체적으로 업무가 마비 될 수 있으며, 프린터의 소모품 컴퓨터 유지보수, 서버관리

비용등 부차적인 지출이 발생합니다.

요즘은 작은 소기업을 위한 ERP 패키지가 생산 되기도 하지만 아무래도 기업에 맞게

수정하려면 많은 돈이 소요됩니다.

// 네트워크보안 그리고 NT4.0 그리고 funlove.4099 virus program //

일반적으로 NT4.0에서는 각각의 파일에 대하여 소유권이 있습니다.

그런데, funlove 바이러스 프로그램에 감염된 상태에서 관리자모드로 로그인

즉, Administrator란 아이디로 로그인하면 모든 파일의 접근 권한을

everyone으로 변경시켜버려 순식간에 guest까지도 시스템에 접근

할 수 있습니다.

정기적인 바이러스 체킹으로 각종 회사 기밀이 노출 되지 않도록

서버 관리자는 주의하시기 바랍니다. 악의적인 해커가 타켓 서버에

침입하려 할 때 펀러브바이러스.4099의 변종 바이러스는 해킹을 위한

사전 도구로서 사용 될 소지가 있습니다.

이 글을 열람하시는 서버관리자는 자기 서버에 이 바이러스가 감염되었는지

확인하시기 바랍니다.

// C에서의 폼 실행 원리 //

C코딩을 하신 분들은 이해가 되 실 겁니다. 즉 창이 보여 줄 때는 무한루프가

걸려있습니다. 그래픽 처럼 폼을 구현하면 한번 실행되고 사라져 버립니다.

전역 변수를 제외하고는 그리기 이벤트가 계속 발생해야 폼 형태가

유지 되는 겁니다.

// 고급 디자이너를 위한 보정작업 //

모니터의 배경색은 완전한 검정색이 아닙니다. 표준 색상표를 기준으로

모니터 색, 그리고 그래픽 툴 프로그램의 색상 그리고 프린터 인쇄물의

색상이 정확하게 일치해야 합니다.

광원의 삼원색 RGB으로 구현한 색상, 색상의 삼원색 RYB으로 구현한

색상, 그리고 시각적으로 인지하는 색상의 조합이 일치 되도록

색상 보정 작업을 합니다.

// 비쥬얼 베이직에서의 런타임라이브러리 //

비쥬얼 베이직에서 런타임 라이브러리가 몇가지 있습니다. 그 예로

msvbvm60.dll 같은 것이 있다. 실은 1메가 바이트가 넘는 크기 때문에

투덜거리는 개발자도 많지만 이러한 DLL은 사실 우리가 코딩하다 보면

반복적으로 중복되는 함수들을 모아 놓은 것이다. 물론 여기에 포함된 단

몇개의 함수만 사용된 경우도 있습니다. 이렇게 반복되는 함수를 한 곳에

모아 놓지 않으면 각 모듈별 지루하게도 소스코드 내에서 반복되거나 참조하게

될 것입니다. 클래스들을 한 곳에 모아 필요 할때만 참조하도록 하는 것이

괜찮은 생각인지도 모릅니다.

// 델파이 소스코드를 비쥬얼 베이직 소스 코드로의 포팅 //

일반적으로 어셈블리어나 기계어는 CPU 종류에 의존 됩니다.

그리고 C언어나 C++은 플랫폼, 즉 운영체제에 상관 없이 소프트웨어를 이식시키기

위한 목적으로 사용됩니다. 이것은 소프트웨어를 다양하게 판매가 가능하다는 것을

의미하며 부가 가치를 높이는 일일 것입니다.

델파이는 CPU가 인텔인80x86 계열과 알파 칩 계열의 소스코드를 생성하는 윈도우용

개발툴입니다. 윈도우라는 운영체제에 의존합니다.

kylix는 lynux라는 플랫폼에서 소프트웨어를 개발하는 툴이지 윈도우용이나 유닉스용

툴이 아닙니다. 그리고 리눅스에서의 실행파일이 유닉스에서 실행되라는

보장이 없습니다. 크로스 컴파일러나 아니면 에뮬레이터가 필요하겠지요.

델파이 소스코드를 비쥬얼 베이직으로 포팅하는 것은 차라리 소스코드의 로직을

이해한 후, 새롭게 코딩해버리는 것이 빠를 수 있습니다.

일일이 소스 코드를 분석하고 비슷한 함수를 찾아 포팅하는 것이 시간이 많이 걸릴 수

있습니다. 물론 두가지 툴에 전문가라면 쉬운 일이 될 수도 있겠지요.

그런데 또 한가지 방법은 델파이에서 사용된 사용자 정의 함수나 공통 함수를

DLL형태로 만들어서 비쥬얼 베이직에서 임포트해서 사용하는 방법도 좋습니다.

그러나 DLL 파일이 운영체제에서는 인식이 되지만 사용하는 방법이 다릅니다.

비쥬얼 베이직에서는 스텍을 사용하지만 델파이에서의 DLL은 인자전달 방식을

사용합니다. 따라서 파라미터 전달 관계로 임포트하여 사용하는 데 어려운

점이 있습니다. 이렇게 한이유는 우선 MS의 저작권을 피하기 위함이고 또한

DLL사용시 실행속도를 높이기 위함입니다.

결론적으로 우선 델파이로 개발된 응용프로그램의 로직을 파악하고,

같은 로직으로 비쥬얼 베이직에 맞는 컴포넌트를 만들고 새롭게 코딩하는 것이

쉽고 빠르다고 하겠습니다.

델파이에서 올바르고 바른 코딩 습관은 그 방식 그 로직대로 쉽고 빠르게 다른 툴로

포팅이 가능합니다.

우선 플랫품이 다른 경우는 C언어 계열이 조으며 윈도우 운영체제에서는 다른 툴로

쉽게 포팅 할 수 있도록합니다.

// 즐거운 윈도우 프로그래밍 //

윈도우 프로그래밍의 기초는 코딩 순간 순간에 저장 버튼을 수시로

누르는 것입니다. 이것은 매우 중요합니다.

----------------------------------------------------------------------------------------

윈도우 운영체제에서의 코딩은 수시로 저장 버튼을 클릭해야 합니다. 현제 작업의 내용을

수시로 저장하여야 합니다.

------------------------------------------------------------------------------------------

노련하고 직업적인 개발자는 이것을 주의합니다.

필자의 경험으로는 300라인 이상 코딩을 하고나서도 저장 버튼을 누르기

전에 알수 없는 오류, UPS 미 설치로 인한 갑작스런 정전이나 알 수 없는

기타 원인으로 컴퓨터가 폴트되어 처음부터 다시 코딩해야 하는

경우가 생겨서 허탈해 하는 개발자를 많이 보았습니다.

처음 부터 다시 코딩하면 되지만 귀한 시간을 낭비했고, 100퍼센트 원래대로

코딩하기가 쉽지 않습니다. 이것은 습관 문제인데, 여러분이 전문 개발자가

되기 원하시면 수시로 파일 저장 버튼을 클릭하시기 바랍니다.

필자 경험으로 좀 유머스런 일은 그 개발자가 초절정 고수임에도 불구하고

새로운 프로그램 테스트, 새로운 버전의 운영체제 테스트,

혹은 바이러스 프로그램으로 인하여 귀중한 소스 코드와 자료를 HDD에서

잃어 버리는 경우가 많습니다.

그 개발자에게는 별로 중요하지 않는 소스코드이지만 다른 사업자 중에는

그 프로그램을 필요로 하는 경우가 있습니다.

// 오라클 DB에 연결 설정 //

오라클 DB에서 폼 디자이너에 올려진 DB 컴포넌트를 클릭했을 때 나타나는

파라미터의 설정은 아래와 같습니다.

지금 기술하는 것은 오라클 DB와 BDE 5.1 버전에서이며 다른 DB 종류에따라

DB의 클라이언트 종류에 따라 그 설정 방법이 다를 수 있습니다.

[형식1]
SERVER NAME=@(alias of oracle DB )
USER NAME=(user ID)/password

[보기]
SERVER NAME=@ora_mydb
USER NAME=su/1234

// 인쇄 솔류션 //

제일 조은 방법은 프린터에 켄버스를 이용하여 직접 그리는 것입니다.

주의 해야 할 점은 프린터 기종 별로 다르게 인쇄 되지 않도록 해야합니다.

이 방법은 도스 시절 코딩에 익숙한 개발자에게 편리하나 그렇지 않는 개발자는

어렵운 점이 있습니다. 이렇게 구현한 양식의 인쇄 품질은 좋습니다.

또 다른 방법은

인쇄 양식을 스케너를 사용하여 1:1 비율로 스켄한다음 BMP 파일로 저장한 다음

폼에서 Back Ground 이미지로 활용한다음 폼을 투명하게 만들어

양식 이미지에서 인쇄할 좌표를 얻어 인쇄하는 방법이 있습니다.

이 방법은 편리하긴 하지만 인쇄 품질이 좋지 못하여 프린터가 3번 연속

인자 하도록 제어를 해야합니다.

퀵 레포트를 사용하는 방법은 매우 편리하나 버전 별로 약간의 버그가 있습니다.

예를 들면 화면 스케일 변화에 따른 셀들의 수직 선들이 일치하지 않는

점입니다. 개발자에 따라서 특별한 기법을 이용하여 구현하기는 하나

올바르게 구현하면 매우 편리합니다.

// 구현의 시작 //

개발 전 분야를 거쳐서 한사람의 개발자를 양성 시키기 위해서는

막대한 시간과 비용이 듭니다.

필자의 경험으로 볼 때 부유하지 않으면 이제 졸업한 사회 초년생들은 많은

어려움이 있습니다. 그래서, 많은 경우 시중의 서적들을 의지하여

독학하는 경우도 많습니다.

물론 개발자의 자질이 풍부한 분들도 있겠으나 뼈를 깍는 노력을 해야

합니다. 특히, 오라클 관련 핵심 기술은 거기에 접근하는 분들은

많지 않습니다.

윈도우 메시지의 후킹은 나름대로 중요함을 느껴서 나름대로 정리하여

기술 할 것입니다. 필자는 편이한 소스를 선호한 편이지만 쓰레드 처리 기법,

메시지 후킹, 가상머시인 제작, 페이징 기법, 메모리 맵 활용등의 기술은

틈틈이 기술하도록 하겠습니다.

프로그램을 개발하면서 느낀점은 이러한 개발 기술들이 악용되면 취약한 윈도우

운영체제에서 강력한 해킹 툴이 만들어 질 수 있다는 것입니다.

각종 관련 법규보다는 그 이전에 개발자의 직업 윤리가 매우 중요하다고 생각됩니다.

체계적으로 개발 전 분야를 습득하는 것은 개인 자질에 따라 시간이 많이 걸리므로

우선 프로젝트 단위로 만들어 보는 것이 중요합니다.

어려움이 많겠지만 하나의 단위 프로그램의 완성은 개발자에게 자신감을 얻게합니다.

각종 팁은 구현 과정의 요소로써 중요하고 전체적으로는 우선 무작정 개발해 보는

경험이 매우 중요합니다.

개발자가 되기 전에 사무직이나 각종 개발과 관련된 업무에 종사하는 경험이

많은 도움이 됩니다. 개발 툴이 아무리 편리하더라도 프로그램의 개발은

역시 개발자의 몫입니다.

현업의 실무자가 직접 개발하는 것은 바람직하지 않으나 업무 프로세스나 알고리즘

개발은 긍정적인 일입니다.

MS-DOS나 WINDOWS 3.1 그리고 WINDOWs95 모두 개발 툴은 C나 VC가 아닌

어셈블리어로 추정 됩니다. 윈도우 운영체제가 VC와 매우 친화적인 것을 나타내고

있으나 운영체제 개발은 순수한 기계어나 어셈블리어로 추정 됩니다.

최근에 C로된 소스 코드는 나중에 포팅 된 것으로 생각됩니다.

// 소스 코드의 유지 보수성 //

같은 분야에 소프트웨어 개발 회사인 A,B회사가 있다고 할 때,

서로 다른 회사의 개발자가 경쟁 회사의 소스 코드를 볼 기회가 생겼다고

가정하면 지저분한 소스 코드에 실망을 하게 됩니다.

그동안 이러한 지저분한 소스 코드에서 생산된 제품과 회사 사활을 건 경쟁을

했나 하는 허탈감을 느끼게 만듭니다.

이것은, 필자가 가정을 한 이야기이지만 실제 현업에서 많이 발생 할 수 있는

일입니다.

윈도우는 GUI란 직관적인 인터페이스를 갖고 있습니다.

그렇습니다. 그 지저분한 소스 코드로 생산된 제품이 경쟁력이 갖을 수 있는 점은

사용자의 인터페이스의 승리라고 하겠습니다. ^^

비록 이런 제품의 개발은 바람직하지 않지만 결과를 중요시 하는 현실에서

눈에 보이는 부분에 대한 처리는 매우 중요합니다.

그래서 합리적이고 유지 보수가 편리한 소스 코드는 개발자의 시각일 뿐

최종 사용자나 경영자는 그러한 부분이 중요하게 생각하지 않으며

관심도 없습니다.

이런 말을 하는 것은 교양있는 사고 방식이 아니지만 수단 방법을 가리지

않고 주어진 기간안에 개발하여 납품을 하고 사용자 인터페이스에 대한

상품 포장에 대한 것이 얼마나 강조해도 지나치지 않다는 것이

실무에서 중요하다는 것입니다.

현장 실무에서 프로젝트가 돈이 되는지? 상품성이 있는지? 사업성이 있는지가

매우 중요하므로 이 글을 열람하시는 분들은 명심하셔서 개발에 임하시길

바랍니다. 그 결과로 여러 분은 아마추어 개발자가 아니라 프로페셔널한

개발자로 성장하게 될 것입니다.

중소형 개발 기업들이 난립하여 적은 급여에 비하여 엄청난 수고와 자기

건강까지도 망가지는 경우가 있는 데, 그러한 브로커들을 잘 판단하여

개인적인 부를 축적하시길 빕니다.

개발 툴이 어떤 종류이든지 합리적이고 효과적인 소스 코드의 생산을 하는

개발자는 대한민국에서 그리 많지 않습니다.

필자가 소프트웨어 개발 회사들의 깊은 속내를 알 수 없지만 이제까지의

경험으로 볼 때 충분히 유추 할 수 있습니다.

개발자의 코딩 습관은 주위의 영향을 많이 받습니다.

수 많은 프로그램 개발자 중에서 FM대로 교육 받고 코딩하는 분은 매우

적습니다. 요행이 외국계 개발 회사에 적을 둔 분들도 소수에 불과합니다.

양질의 소프트웨어를 개발하기 위해서는 개발자를 양성하는 교육 기관의

역할이 중요합니다. 어떤 개발자들은 현장의 경험이 매우 중요하다고 합니다.

몸으로 체험하는 실무 경험을 중요시 한다는 말입니다.

매우 뛰어난 개발자의 자질을 갖고 있는 분들도, 실무에서 여러가지 원인으로

중도에 그만두고 이직한 사례가 많습니다.

각 소프트웨어 개발회사들이 정도의 차이는 있지만 프로젝트가 완료된

소프트웨어를 개선 및 유지 보수하는 경우는 적으며 개발완료시 소스코드는

그 생명을 다하고 맙니다.

만약, 사회적으로 소프트웨어 개발 기술 발전을 추구하지 않으면 많은 개발자들이

프리렌서 즉, 자유 계약직 형태의 성격을 갖을 거란 전망을 해봅니다.

어떤 대안이 제시되지 않는 다면 미국의 마이크로소프트 같은 성공적인 소프트웨어

개발 회사는 우리나라에서 보기 힘들 것이란 전망을 해봅니다.

인도처럼 소프트웨어 개발 육성책이 필요하다고 하겠습니다. 그리고 가장 중요한 것은

소프트웨어 개발 발전을 위한 기금은 반드시 소프트웨어 개발 분야에 쓰여지고

그 기금의 집행에 대한 관리 감독하는 지혜가 필요하다 하겠습니다.

소프트웨어 개발 분야에 수 많은 브로커들이 난립하여 단기 수익을 위해 나서는 것을

지양하고 기술 개발이 집적되도록 많은 분들의 생각을 모아야 하겟습니다.

// 월 억대 수입을 올리는 개발자 //

매일경제신문의 지난호를 살펴보면 월 억대의 수입을 올리는 개발자를 소개하는

기사가 있습니다. 어떻게 해서 프리렌서가 그러한 수입을 올리는 지 알 수 없지만

필자는 사실 월 억대 수입이라고 해서 오타나 오보로 생각했었습니다.

즉, 연간 수입을 생각했었습니다. 만약 이 기사가 사실이란 전제하에 생각을 해봅니다.

필자는 그 개발자가 실력이 뛰어나다는 생각을 안합니다. 그러한 수준에 있는 개발자는

우리 나라에서 많이 있으리란 생각을 해봅니다.

첫째, 혈연, 지연, 학연등의 인맥입니다. 그에게 억대 수입을 가능하게 만든 것은

그에게 수주하는 많은 사람들을 알고 있다는 의미입니다.

둘째, 그 개발자의 부단한 자기 노력과 자기 개발에 대한 재 투자입니다.

세째, 개발된 제품에 대한 최종 사용자의 만족도입니다.

네째, 그 개발자에 주어진 기회에 대하여 적절히 놓치지 않고 잡았다는 사실입니다.

다섯째, 신문 기사를 살펴보면 외국계 개발회사에서 실무경력과 중요직책에

근무한 점입니다. 아마도 외국계 회사에서 재직할 때 합리적이고 효과적인 코드 생산

기법을 습득하였을 것입니다.

우리나라에는 수 많은 개발자들이 있습니다. 그들 개발자들이 전부 경제적인 안정과

수입을 얻는 것은 아닙니다. 그래서 개발자란 직업에 대해서 장미 빛 환상에

젖어들지 않기를 바랍니다. 수 많은 개발자들이 영리보다는 자기가 하고 싶은

일을 한다는 긍지와 자기 존중이 개발 분야의 발전에 도움을 준겁니다.

특히, 특정 분야에 열정을 가진 전문적인 개발자들에게는 그 기회가 많지 않지만

조은 기회가 올 것입니다. 그 기회를 잘 이용한다면 명예와 부를 획득하지 않을까여?

// 툴의 안정적인 코드생산 //

델파이로 개발한 응용 프로그램의 실행 파일은 안정적인 것으로 알려져

있습니다. 그러나 델파이가 이러한 고성능 툴임에도 불구하고 일부 비판적인

시각이 있는 것을 보면 개발자의 개인적인 개발능력

즉, 소프트웨어의 설계, 업무 분석, 요구분석 등이 중요하다고 생각합니다.

유지보수가 용이한 코드 생산은 아무리 강조해도 지나치지 않습니다.

소프트웨어 개발 회사의 경영자 모임에 나가보면 비쥬얼 툴 중

마이크로 소프트의 비쥬얼 스튜디오를 선호하는 것을 볼 수 있습니다.

우선 그 이유로는

첫째, 툴의 가격이 저렴하다.

비쥬얼 스튜디오 엔터프라이즈판이 이백만원 이내입니다.

경영자에게 가격 문제는 엄청난 자극이 됩니다.

둘째, 비쥬얼 베이직 사용 회사의 외곡된 시각입니다.

특이하게도 개발 분야에 대하여 정통하지 못하면서 경영자가

귀가 얇아서 주위의 분위기에 동조하는 경우가 많습니다.

어떤 툴을 사용하는 것도 중요하지만 그 툴을 사용하여 최적의 고품질의

소프트웨어 개발을 하는 것이 중요합니다.

세째, 개발자 의사에 반하여 경영자의 이상과 추구하는 것은

바로 이윤 추구입니다.

최소의 투자로 최대의 이윤을 추구하는 것이죠.

그래서, 경영자의 입장에선 어떤 툴을 사용하는지의 여부와

상관 없이 돈만 잘 벌면 그뿐이란 생각을 합니다.

그래서, 주위에 근거 없는 이야기와 분위기에 편승하여

델파이를 사용했다가 비쥬얼 베이직을 사용했다가

또, 파워빌더를 사용하기도 합니다.

이런 경영자의 아래의 개발자는 그 만큼 운신의 폭이 좁기 마련입니다.

네째, 경영자의 대부분이 개발자의 기술적인 의견을 경청하지 않습니다.

경영자는 개발하고자는 프로그램의 난이도에 대해서 아랑곳하지

않고 돈이 되는 것이라면 무조건 시행하는 경우가 많습니다.

많은 경영자가 소프트웨어 개발 분야에 전반적인 지식이 없는 경우가

많으며 그래서 전횡을 하지만 그 아래에 개발자는 우수한 인력인 경우가

많습니다. 필자는 그동안 실무 경험에서 어느 툴을 사용하는가도 중요하겟지만

개발자의 소프트웨어 설계 기술이 얼마나 중요한가를 알게 되었습니다.

// 비쥬얼 베이직의 장점 //

1. 툴의 가격이 저렴하다.

2. 배우기가 쉽다.

3. 툴 개발회사의 재정상태가 양호하다.

4. 비쥬얼 베이직 툴을 사용하는 개발자가 많다.

5. 비전문가 툴이다.

6. DB 관련 프로그램 개발이 용이하다.

// 비쥬얼 베이직의 단점 //

1. 컴파일 속도가 느리다.

2. 런타임 라이브러리가 반드시 필요하다.

3. DB 관련 외 다른 분야의 프로그램 개발이 쉽지않다.

4. 툴 사용자가 많아서 버그 패치나 다운로드가 쉽지 않다.

5. 툴 사용으로 인한 다른 손해에 대해서 책임을 지지 않는다.

// 델파이의 장점 //

1. 컴파일 속도가 빠르다.

2. 런타임 라이브러리가 선택적으로 사용 할 수 있다.

단독 실행 파일 생성이 가능하다.

3. 전문가용 툴이다.

4. 오픈 소스로 고급 개발 기법에 대한 것을 습득 할 수 있다.

5. DB 관련 프로그램 개발이 용이하다.

// 델파이의 단점 //

1. 툴의 가격이 비싸다.

2. 버전에 따라서 로딩 속도가 느리다.

3. 퀵 레포트에 버그가 있다.

4. 플랫폼이 다른 경우 직접적인 이식이 어렵다.

5. BDE를 배포 할 경우 별도로 배포해야 되며 실행이 무겁다.

6. 파라독스 테이블의 인덱스 손상이 빈번하다.

// *.DB *.DBF에서 RDBMS으로 포팅 //

많은 개발자들이 파일 시스템의 테이블을 관계형 DB의 테이블로 포팅하는

것을 어렵게 생각하는 것 같습니다.

이 글에 제시한 방법대로 DB를 설계하신다면 DB 종류가 오라클, 사이베이스,

인포믹스, MSSQL, mysql, 인터베이스 등에 관계없이 쉽게 포팅 하실 수 있습니다.

물론 자세한 SQL 스크립트 중에 특정 DB에 종속된 함수가 있을 지 모르지만,

수정하는 것은 어렵지 않습니다.

C/S 버전에서는 서버에 질의하여 계산된 결과만을 가져오도록 해야합니다.

보통 잘못된 코딩으로 레코드를 클라이언트로 가져와 가공하는 경우가 많은데

커넥션이 10이상만 되어도 네트워크 트레픽과 서버의 과부하를 발생시켜

최악의 경우까지 발생시켜셔는 안됩니다.

개발자는 코딩하면서 항상 커넥션을 고려한다면 C/S 개발은 그리 어려운

일이 아닙니다.

// 고급 기법의 사용자 함수들 //

초보 개발자들의 입장에서 보면 메시지 후킹하는 것들이나 좀더

고급 기법의 함수를 사용하는 개발자들을 바라보며 감탄을 합니다.

어떻게 그러한 고급 함수들을 사용하게 되었을 까요?

첫째, 지금은 절판되어 시중 서점에서 구할 수 없지만, 윈도우 프로그래밍이란

주제로 API 함수를 소개한 원서가 있었습니다.

둘째, 러시아, 이스라엘, 인도 등 특정한 사이트에 가시면 고급 함수를 완전히

공개한 경우가 있습니다. 즉, 오픈 프로젝트 구룹입니다.

이러한 사이트 찾는 것이 쉬운 일이 아니며, 최근에는 무슨 이유인지 이러한

사이트에 접근하는 것을 차단하는 경우가 많아졌습니다.

세째, 와레즈 사이트 이용입니다.

와레즈 사이트는 현제 우리 나라에서 불법입니다.

그러나, 순수 연구 목적이라면 와레즈 사이트에서 상용 컴포넌트의 소스코드를

모두 볼 수 있습니다. 보통 와레즈 사이트라면 상용 프로그램의 실행파일을

불법으로 배포하는 것으로 알고 있지만, 소스 코드만을 취급하는 경우도

있다고 하지만 확인된 사실은 없습니다.

// 툴에 관련된 질문 //

질문: 솔로몬씨? 어떤 툴을 주로 사용합니까?

답변: 저는 어셈블리어, BASIC, GW-BASIC, FORTRAN, COBOL,

PASCAL, C++, CLIPPER, Visual Basic, Visual C++,

PowerBuilder, DELPHI를 사용합니다.

질문: 그럼, 어떤 툴이 좋습니까?

답변: 저는 모든 툴이 나름대로 일장일단이 있다고 생각합니다.

그래서 모든 툴이 좋습니다.

프로젝트 종류에 따라 구현하기 편한 툴이 좋습니다.

질문: 모든 툴을 전부 공부해야 합니까?

답변: 능력이 되신다면 권장드리고 싶습니다. 하지만 특정 툴하나에 대해서는

최고의 수준이 되셔야 합니다. 하나의 툴의 전문가가 다른 툴을 배우는

것은 쉬울 수도 어려울 수도 있습니다.

★ 유솔로몬은 델파이가 넘 좋습니다. ★ 델/파/이/만/세/다

// 윈도우 시스템 메시지 받기 //

먼저 프로시져를 변수로 정의하며,

반환 값은 윈도우메시지 명령의 메시지 값입니다.

var
procedure WMSysCommand(var AMsg: TWMSysCommand); message WM_SYSCOMMAND;

실제 함수의 구현 내용입니다.

procedure WMSysCommand(var AMsg: TWMSysCommand);
begin
   inherited;
if AMsg.CmdType = SC_MINIMIZE then    // 최소화 버튼이 눌려졌으면..
   ...;
end;

{
TWMSysCommand.CmdType = SC_CLOSE // 윈도우가 닫힐때
   = SC_MAXIMIZE // 최대화
   = SC_MINIMIZE // 최소화
   = SC_KEYMENU // 키보드로 메인메뉴 호출
   = SC_MOUSEMENU // 마우스로 메인메뉴 호출
   = SC_RESTORE // 최소화에서 원래의 상태로 복원 될 때

}

// 폼 종료시의 메모리에서 모든 컴포넌트 해제 //

// TCloseAction 클래스의 인스턴트 Action의 정의 . 생략가능
var
Action: TCloseAction);

begin
Action:=caFree;
end;

// INI 파일의 응용 //

*.ini는 윈도우3.1에서 보듯이 우리에게 친숙한 파일 형태입니다.

이 파일은 주로 환경 설정용으로 많이 사용되고 있습니다.

만약 MyConfig.ini의 내용이 아래와 같고

[ASection]
MyLeft=1
MyTop=2

[BSection]
MyString=ABCDEFG

위 파일을 읽어 드릴려면 아래와 같이 구현한다.

먼저 선언 할 사항은
uses
IniFiles;

var
MyIni : TIniFile;

procedure INIRead;
var
Path : String;
begin
// ini 파일 동적 생성
Path := ExtractFilePath(ParamStr(0)) + 'MyConfig.ini';
MyIni := TIniFile.Create(Path);
Left := MyIni.ReadInteger('ASection','MyLeft',1);
Top := MyIni.ReadInteger('ASection','MyTop',2);
MyEdit.Text := MyIni.ReadString('BSection','MyString','ABCDEFG');
MyIni.Free; // INI 파일 메모리해제
end;

INI 파일에 내용을 기록하려면 아래와 같이 구현한다.

procedure INISave;
var
Path,MMySting : String;
begin
Path := ExtractFilePath(ParamStr(0)) + 'MyConfig.ini';
MyIni := TIniFile.Create(Path);
MyIni.WriteInteger('ASection','MyLeft',1);
MyIni.WriteInteger('Asection','MyTop',2);

MMySting := MyEdit.Text;

// 문자열 중에 공백(' ')이 있으면 그 공백을 제거.
while pos(' ',MMySting) <> 0 do Delete(MMySting,pos(' ',MMySting),1);
MyIni.WriteString('BSection','MyString',MMySting);
MyIni.Free;
end;

// 메모리 맵의 활용 //

1. 전혀 다른 파일 포맷의 자료 변환 하고자 할 때

2. 소켓프로그램에서

3. 파일 전송시

// DLL 파일의 용도 //

1. 메시지 후킹 할 때.

2. 나만의 함수를 감추고 시플 때(프리렌서들이 사용함 ).

3. 메모리 관리를 동적으로 핸들링할 때.

4. 소켓 프로그램 만들 때 사용.

// 레지스터리의 용도. //

레지스터리는 다양한 용도로 사용합니다.

1. 복사방지 장치로 이용.

2. 응용프로그램의 path 설정.

// 어플의 중복실행을 막아야 하는 경우 //

1. DB 관련 프로그램에서 클라이언트의 과도한 연결을 줄이고자 할 때

2. TMediaplay 컴포넌트 사용시 윈도우 리소스 과도한 사용을 제약 할 때

3. C/S 어플에서 특히 서버 프로그램이 중복 실행되지 않도록 한다.

// 하드웨어 참고자료 //

요즘의 컴퓨터는 저가형에 통합보드를 사용하고 해서

산업용으로 제어하는 데 어려움이 있을 수 있습니다.

BIOS는 자사 브랜드 특성에 맞게 수정하여 범용적인 호환문제에 제약을

둔 경우가 많습니다. 삼성컴퓨터의 M2771도 그렇구요.

HP의 BRIO410A도 그렇습니다.

따라서 BIOS에 의존않고 윈도우에서 제어하도록 해야합니다.

c:\\windows\system\bios.vxd를 도스모드에서

bios.old로 수정한다음 사용하시면 됩니다.

카드 슬롯에 카드를 모두 꼿아서 장치가 많아져서 오동작을 하는 경우엔

시스템-등록정보-시스템장치-PCI장치 - 등록정보 - IRQ 조절장치 사용안함에

체크표시 하면 됩니다.

컴퓨터에 부착된 장치들의 제어에 대한 오동작은 메인 보드의 PCI

ROUTER CHIP의 성능에 의해 영향을 받습니다.

// 프로젝트 관리문서 //

프로젝트 관리는 ISO 소프트웨어 품질관리 규정에 따라 관리하는게

좋습니다. 프로젝트 관리에 대한 문서 목록입니다.

1. 업체상담 보고서
2. 제안서
3. 견적검토서
4. 견적서
5. 계약검토의뢰서
6. 계약관련회의록
7. 계약서
8. 개발계획서
9. 테스트 계획서
10. 테스트 결과 기록서
11. 개발단계평가보고서
12. 개발변경보고서
13. 개발출력물목록표
14. 개발완료보고서
15. 구매 품의서
16. 견적의뢰서
17. 거래명세표
18. 물품인수증
19. 검수확인서
20. 개발승인원
21. 개발회의록
22. 견적내용
23. 개발요청서
24. 개발검토서
25. 발주서

// 개발자들의 보조 도구 //

여기에는 일반 개발자들이 사용하는 프로그램들입니다.

이 목록에 있는 소프트웨어를 사용하지 않는 분들도 있어요

* 주의 : 모두 상용 소프트웨어이며 제조회사의 등록상표입니다.

1. Case 도구 : ErWin, Rose

2. DFD 도구 : ViSio2000

3. DB 종류 : 퍼셔날 오라클(윈도우용), 리눅스용 오라클(개발자버전)

4. 텍스트 에디터 : UltaEdit32.

5. 압축 도구 : WinRAR

8. 화면캡쳐도구(사용설명서제작): Snigit32

// 보안 //

보안은 아무리 강조해도 지나치지 않습니다. 하지만 완벽한 보안은

없습니다.

해킹, 크랙킹, 데킹의 기술은 항상 보안 기술보다 앞서 있습니다.

우리 나라는 최고의 해킹 기술을 갖고 있는 분들이 다른 해커들을

적발하여 사법 처리를 하고 있지만, 해커를 추적하는 분들도

어느 순간에 해커로 돌변 할 지 아무도 모릅니다.

어떠하든지 세미나, 개발자 모임에서 자기 회사의 서버가 완벽한

보안 시스템을 구축했다고 공언을 해서는 절대로 안됩니다.

개발 툴이 어떤 것이든지 프로그램 소스 코드는 개발회사의 재산입니다.

그러나, 오너, 프로젝트 메니저, 심지어 개발자까지 소스 코드의 보안에

무관심합니다.

보통, 개발 소스가 오픈 된 경우는 바이러스 프로그램에 의한 경우가

많습니다. 바이러스 프로그램이 포트와 공유 리소스를 강제 개방 시키는

것입니다. 바이러스 프로그램에 의한 것은 각종 보안 툴로 검사해도

공유 리소스가 열리지 않는 것으로 나타나지만 실제로는 열려진 경우가

많습니다. 그 실례가 원격 컴의 포트 139번 개방과 네트워크 브로드

케스팅입니다.

특히, NetBEUI 프로토콜인 경우도 보안에 취약하기 마련입니다.

원격 컴퓨터의 공유 리소스 오픈의 확인 형식은

//IP Adress, \\IP Adress, //HostName, \\HostName등입니다.

보기> //127.0.0.1, \\127.0.0.1, //HomPC, \\HomPC

위 형식은 TCP/IP와 윈도우 운영체제에서 공유 리소스에 대한

접근을 허용합니다.

위에 대한 문제는 방화벽을 구축한 서버에서 어느 정도 감시 및 보안을

기대 할 수 있으나 아직도 여기에 무관심한 개발자가 많습니다.

따라서 어떠한 곳이든지 인터넷에 연동 되었다면 공유 리소스가 오픈된

상태에서 자료를 열람이 가능하게 됩니다.

일반 개발회사의 소스코드 노출 사고는 많은 경우 실무 경력이 없거나

개발자에 입문하신 분이나 신입 사원에 의해서 많이 발생하게 됩니다.

개발자 동호회 사이트의 게시판은 프록시 서버를(보안과 캐쉬를 위한)

사용하지 않는 경우에는 고정 IP주소가 고스란히 남습니다.

이것은 해커들의 표적이 됩니다.

해커들은 개발 기술에는 관심이 없고 상대의 컴퓨터 자료를 훔치는

일에 시간을 보냅니다.

폴더의 공유이름뒤에 $를 붙이면 윈도우 탐색기에는 나타나지 않지만

실제로 폴더가 열려 있습니다.

특정 폴더의 읽기 전용의 권한은 방화벽이 없는 경우 근거리 뿐만 아니라

원거리 까지도 공유 가능하다는 것을 주의 하시기 바랍니다.

따라서 폴더를 공유 할 때는 반드시 읽기 전용에 암호를 -바빠도1234정도는-

부여하시고 전체 공유를 해서는 안됩니다.

<주의 >

초보 개발자는 노련한 개발자를 의지하게 마련입니다.

그리고, 전문가의 포트 스캔에 무력하기만 합니다.

그래서 만약 다른 개발자가 보안툴이라고 파일을 보내주면 절대로

개발 작업을 하는 컴퓨터에 설치해서는 안됩니다.

99.9 % 순도의 백도어 프로그램입니다.

비록 호의에 고맙기는 하지만 거의가 백도어 프로그램입니다.

상대 컴퓨터의 소스코드를 훔치려는 나쁜 사람들이 많습니다.

전 개발 과정에서 항상 컴퓨터를 개발자 한사람당 컴퓨터를

2대를 할당하여 개발용 컴퓨터는 물리적으로 인터넷 망으로 부터

절단 시키고, 인터넷 검색용은 별도로 마련하도록 합니다.

DB 서버는 절대로 물리적으로 인터넷과 연동 시켜서는 안됩니다.

// NB Scanner의 로직 //

1. 검색 시작IP와 끝IP를 입력 받습니다.

2. ping을 합니다.

3. ping 응답이 있으면 GetHostName하여 컴퓨터 이름을 가져옵니다.

4. port 검색을 시작합니다.

5. port 숫자는 1..6555 까징

// 나약한 DLL 파일들 //

윈도우 운영체제에서는 DLL 파일을 포함해서 *.DB *.DBF등의 파일은

자주 손상됩니다.

외관상 정상적으로 보이나 헤더 및 중간에 체인이 되는 경우가 많습니다.

어떤 경우엔 HDD의 결함으로 파일 손상이 빈번하게 발생되면,

프로그램의 재 설치로는 소용이 없는 경우가 있습니다.

이럴때는 특정 DLL을 메모리에 로드 할 때 즉시 이것을 가로채어

DLL헤더 및 구조를 검사하여 손상되었으면 복원 및 교체 시키는

방법이 있습니다. 인터럽트를 가로체서 하는 방법이 있을 수 있습니다.

열려진 파일들이 갑작스런 정전시에 닫혀지지 않거나 바이러스

프로그램으로 인해서 발생하기도 합니다.

소스코드에서도 반드시 사용 후에는 파일이 닫혀지도록 코딩하는 게

좋습니다.

// CD-R/RW 사용시 주의 사항 //

* 기록중에는 절대로 다른 작업을 하지 마십시요. 실패의 주원인이

됩니다.

* 각종 DISK를 복사할 때는 HDD에 DATA를 저장 후 복사를 진행합니다.

* 기록 전에 화면 보호기, 백신 프로그램의 시스템 감시기능, 기타

백그라운드에서 실행되는 E-Mail 도착을 알리는 프로그램등을

종료해야 합니다.

* 전원 절전기능은 Disable하십시요(Bios 및 윈도우 절전기능)

* CD-ROM이나 RW의 등록정보에서 DMA 설정창의 활성화

* HDD의 DMA 설정을 Check.

* 디스크 조각모음을 합니다.

* 저배속으로 기록시 실패율이 적습니다.

// 코딩시 주의할 점 //

구현하시다 보면 개발 툴에 관계 없이 질리도록 반복 되는 것이

있습니다. 또한, 한 프로젝트 내에 특정 함수가 생각이 잘 안나서

그동안 개발한 응용프로그램 소스 내에서 찾느라 고생하는 경우도

있습니다. 그럴 경우엔 공통 유닛에 모두 모아 두면 참으로

편하답니다. 물론 단점도 있습니다.

그리고, 어떤 경우라도 로직은 편이하게,

어느 누가 소스를 보아도 이해하기 쉽게 구현하셔야 합니다.

그러면 그것을 재사용 하는 데 용이하고 소스가 사장 되지 않고

프로그램을 개선 할 수 있습니다.

20년 이상을 개발하시는 분들의 소스를 보면 그것을

알 수 있습니다. 조잡한 소스는 그걸로 생명이 끝나고 맙니다.

자기 발전에 도움도 되지 않습니다.

실무용 소스를 보고 가치가 있는 것인지 여부의 판별이

쉽지 않습니다.

// 미니프로젝트 //

여기서 제가 말하는 미니프로젝트는 6개월 이하의 짧은

프로젝트나,팀 프로젝트가 아닌 개발자 혼자서 업무분석,

설계, 코딩, 디버깅, 배포, 도움말 작성등 일련의

모든 작업을 하는 것을 말합니다.

중소 규모의 소프트웨어 개발업체가 영세성을 면하지

못하고 있고, 또한 발주로부터 수주까지의 과정이 까다롭고

투명하지 못하여 하청에 재하청 연속으로 실제적으로 개발자에

돌아가는 현물 금액이 그리 많지 않는 형편입니다.

특히, 델파이와 관련해서 초급 기술자가 많은 편이고

중고급 개발자가 많이 부족해서 소프트웨어 개발 관련 업체에서

많은 어려움을 겪고 있습니다.

// NT4.0에 Interbase DB 올리기 //

* NT를 부팅시킨다음 관리자 계정으로 로그인 한다.

* [ 시작 - 설정 - 제어판 - 서비스 ]를 차례대로 클릭한다음

window installer가 시작되었는지 확인해서 시작되지 않았으면

서비스 시작을 시킨다.

* [ 시작- 프로그램 -관리도구(공용)-사용자 관리 ]를 클릭한다음

새로운 사용자 계정추가를 클릭한다음,

클라이언트의 윈도우 로그온 사용자이름을 입력한다.

주의 할 점은 네트워크 환경을 클릭했을 때 나타나는

컴퓨터 이름을 입력하는 것이 아니라 윈도우 부팅시

로그온 할 때 입력하는 사용자 이름을 입력하는 것이다.

시디롬 드라이브에 델파이 엔터프라이즈 버전을 넣으면

나타나는 설치 목록 중에 InterBase5.11을 클릭한다.

설치 지시에 따라 프로그램을 설치를 완료한다.

* [ 시작 - 설정 - 제어판 - 서비스 ]를 차례대로 클릭한다음

InterBaseServer 를 클릭하고 시작옵션을 클릭한다음

자동으로 선택하고 시스템 및 데스크탑 상호작용을

선택한다.

* 인터베이스 DB 파일을 반듯이 루트 디렉토리에 복사한다.

예론, HDD가 C: D: 으로 파티션이 나누어 졌다면

d:\ 디렉토리에 DB를 복사하면 된다.

HDD의 디렉토리 깊은 곳에 DB를 복사하면 효율적이 아니다.

* 공유에서 디렉토리 사용자 권한 설정은

다음과 같이 4가지 구성원이 추가 되어야 한다.

Administrators 모든 권한

Creator Owner 모든 권한

Everyone 바꾸기

System 모든 권한

* 클라이언트 윈도우에서 BDE 관리자를 열고 알리아스와 Path를

설정한다 .

경로 설정은 다음과 같다.

SERVER NAME의 파라미터 설정은 BDE의 버전에 따라 다를 수 있습니다.

일반적으로 형식은 다음과 같습니다.

서버컴퓨터이름:드라이브명:/절대경로/DB이름

보기> NTServer:d:/InterBase.GDB

구 버전에서 다음과 같은 경우도 있었습니다.

//서버컴퓨터이름/드라이브명:/절대경로/DB이름

보기> //NTServer/d:/InterBase.GDB

// 델파이 개발자님들에 대한 소개 //

초보 개발자나 실무경력 1년차 분들은 다음 소개하여 드린

개발자님들의 홈페이지를 방문하여 많은 자료를 수집하시기

바랍니다.

이 분들의 이름을 알려드리기 전에 그 분들의 허락을 받아야 하나

제 임의대로 게시합니다. 또한 그 분들의 이의가 제기되면

즉시, 모두 삭제하고 다시 편집하겠습니다.

순서는 없으며 생각나는 대로 게시하겠습니다.

[ 개발자 인명록 ]

권용길님, 민성기님, 하영재님,이정욱님, 김영대님, 양병규님,

류기동님, 허일학님, 우영범님, 김태영님, 이화식님, 여덕수님,

석봉현님, 신문섭님

< 추가 >...

우리 나라는 재능이 많은 고급 개발자님 들이 있습니다.

이름이 널리 알려지지 않았지만 초절정 고수님들이 수 없이

우리 주위에 많습니다.

여기 델마당은 다른 개발 툴의 영업직원이나,

비쥬얼 베이직, 비쥬얼 C++, C++, 파워빌더 등

주력 툴이 델파이가 아닌 분들도 많이 방문하는 것으로

생각됩니다.

// DELPHI와 VCL //

VCL은 참으로 예술 자체입니다. 만일 개발자 개인이 이런 라이브러리를

만들 정도라면 실력있는 고급 개발자입니다.

VCL을 보고 다른 툴의 라이브러리로 만들면 재미 있을 것이라는

생각을 했습니다.

소스가 있는 라이브러리는 다른 툴로 쉽게 포팅이 가능합니다.

그래도 원초적인 운영체제의 버그를 피해가거나 최적화 시키기 위해서

dcc32.exe의 역할이 크다고 봅니다. 안정적인 기계어 코드의 생산은

아무리 강조해도 지나치지 않습니다.

// 구현할 때 주의 할점 //

1. 생성된 실행 파일의 크기가 작아야합니다.

2. 실행 파일이 윈도우 리소스를 소모하는 것을 최소화 시켜야

합니다.

컴퓨터의 사양이 저급하더라도 프로그램이 잘 실행되게

만들어야 합니다. 날씬한 프로그램이 C/S 버전에서 위력을

발휘합니다.

3. C/S 버전 어플을 개발한다고 해도 꼭 TClientDataSource,

TClientQuery를 사용 하실 필요는 없습니다.

다만 TQuery나 TDataSource를

사용 할 때 Connection 처리만 잘해주면 실제적으로

프로그램이 잘 실행됩니다.

어떤 개발자님들은 BDE 엔진이 무겁게 느껴져 짜증을 내기도 합니다.

사실 DB 설계만 잘 하면 BDE내의 함수가 다 필요로 하진 않습니다.

그래서 같은 BDE엔진이지만 SQL LINK를 사용하기도 하고

심지어 어떤 경우에는 독자적으로 DB 엔진을 DLL 파일 형태로

만들어 사용합니다. 일종의 소켓 프로그램이지여

// 이론과 실무 //

이 글을 열람한 분들이 이미 느끼고 계시겠지만 이 글 내용면에서

시중의 컴퓨터 관련 서적에서는 볼 수 없는 것들이 많습니다.

물론, 시중의 참고 서적 중에 실무에 대한 책이 전혀 없는 것은

아닙니다. 그런한 서적이 존제한다 할지라도 실무에 얼마나

도움이 될지는 미지수입니다.

이 글은 개발과 관련된 저의 개인적인 경험과 고민을 바탕으로

구성 될 것입니다.

개발자란 직업을 갖게 되었을 때 제일 힘들게 하는 것은

이론과 실무는 너무 차이가 있다는 것입니다.

저의 은사님이었던 박사님들 까지도 그 차이가 크다는 것을

예측하지 못하셨나 봅니다. 또한 저를 개발자로 양성하여

주신 선생님들까지도 실무에 사용된 라이브러리를 공개하여

주시지 않았고 그 개발 노하우 즉 배타적인 개발기술에 대한

강한 집착을 보여 주셔서, 저는 항상 그것에 대해 의문을

가지고 있었는 데, 제가 실무에 종사하고 보니 그 맘을

해아리게 되었습니다.

많은 분들이 소스 공개를 외치며, GNU 구호를 외칩니다.

여러분은 이찬진 님의 워드프로세서 한글97의 소스 가치는

얼마라고 생각 되시는지요?

안철수님의 V3의 소스 가치는 얼마나 된다고 생각하십니까?

빌게이츠님의 운영체제인 윈도우95의 소스 가치는 얼마나

된다고 생각하십니까?

그렇습니다. 모두 수억원을 호가합니다. 이런 부가 가치를

생각하신다면, 개발자 의사에 반해서 함부러 소스 공개를 요구하지

못하실 겁니다. 간혹, 아무 댓가 없이 소스를 주시는 분을 만날 수도

있습니다. 만약, 그렇다면 그 개발자는 님에게 엄청난 호의와 배려를

한겁니다. 현금처럼 자신의 재산을 나누어 주시는 겁니다.

아무쪼록, 이 글을 읽으시는 모든 분들이 양질의 고급 프로그램을

많이 개발하시길 바랍니다.

초보자들이 많이 궁금해 하는 것은 어떻게 하면 빠른 시간 내에

원하는 프로그램을 만들 수 있는가? 또한 그 방법은 무엇인가?

그런데, 정말 기초 부터 튼튼한 개발자라면 델파이에 공개된

소스들을 그냥 지나치지 않을 것 입니다.

이 소스들은 어떻게 코딩을 하는 것인가? 구현 방법들을

구체적으로 예시하여 준 것을 나타내므로 개발자는

왜? 이렇게 구현을 하였는가에 의문을 가지고 주의 깊게

소스들을 살펴보아야 합니다. 개발 관련 고급 기술등은

델파이 정품 안에 모두 포함되어 있습니다.

이 소스와 함께 델파이 도움말을 참고로 연구하신다면

틀림 없이 좋은 결과가 올겁니다.

이 글 때문에 다른 개발자님들의 입지가 좁아질까 염려가 됩니다.

그 분들 나름대로 고생과 땀으로 그 개발 기술을 습득했고

너무 쉽게 개발 기술이 전수되면 질보다는 양적 팽창을

염려하게 될 것입니다.

이 글을 쓰면서 많은 부분이 실무와 관련하여 인연을 맺게된

프로젝트 메니저님, 소장님, 실장님 들의 개발 기술들이

담기게 될 겁니다.

혹시라도, 프리랜서로 재직하시는 분들은 그럴 기회가

있을 지 모르지만, ERP 관련 업체에 근무하시게 되면 꼭 프로젝트

보고서를 열람하시기 바랍니다.

ERP 프로젝트 보고서 이 책 한권을 만들어 내기 위해선

수억이 들어갑니다. 회사 규모에 따라 다르지만 수십억에서

수 백억의 비용이 소요됩니다.

이 보고서는 일반적으로 대외비입니다.

회장, 정보담당이사,전산실장 등이 열람 가능자입니다.

요즘은 평생직장 개념이 사라졌읍니다.

그래서 사람을 임의로 면직 시킵니다.

오너가 무능하면 전산 관련 담당자를 아무나 선임하는 경우가 있고,

보안 관련해서 서버 관리자를 임의로 교체하는 경우도 있습니다.

이런곳에 파견나가면 손쉽게 그 귀한 보고서를 열람 할 수

있습니다. 이 문서의 가치와 취급을 잘 못하는 경우도

있습니다. 개발시 필요하다고 요청하면 되겠죠? ^^

우리나라에서 ERP 관련 유명한 업체는 엔더슨~스미스

컨설팅일 것으로 생각합니다.

SAP는 넘 유명해서 SAP와 관련하여 개발 경험이 있는 분은

많은 기술을 배울 수 있을 것이란 생각을 하지만

잘 모르겠습니다. 우연이라도 이런 자료를 열람하게 되면

그냥 지나치지 마시구 깊이 연구 및 탐독하시기 바랍니다.

저는 고백하건데 파스칼을 본능적으로 싫어 했습니다.

수치해석과 관련하여 어쩔 수 없이 사용하긴 했지만.

아무튼 파스칼이 그래픽을 표현하는 데 용이하다고 해서.

친구 녀석의 꼬임에 넘어가서 관심을 가지게 되었습니다.

델파이가 이런 나의 파스칼에 대한 편견에 마침표를 찍었습니다.

파스칼을 오브젝트 파스칼로 바꾼 것은 예술 그 자체입니다.^^

델파이를 공부하게 되면서 시중 서점에서 엄청 두꺼운 4만원

가까이 하는 델파이 관련 서적들을 구입하여 탐독 하였습니다.

그러나 책을 읽고나서, 도무지 쓸만한 응용프로그램을 만들 수가

없었읍니다. 그리고 인터넷에서 웹,고퍼,아키, FTP 사이트를

전전해도 실무용 소스를 찾기는 힘들었습니다.

개발자가 되고 싶다고 해서 인도처럼 실무에 사용 될 정도로

개발자를 우리나라에서 양성하는 곳이 적습니 다.

물론 (주)비트컴퓨터에 입사하면 좋은 데 입사가 매우 까다롭고

입사 시험에 합격해야 합니다.

우리 나라에서 개발자가 되는 일이 쉬운일이 아닙니다.

그리고 전산 관련 세계는 인맥을 중요시 하니까, 어느 직장에

입사하시든지, 실무 1년차는 인간관계를 소중히 하시길 바랍니다.

피곤하고 스트레스 많아도 직장 상사들과 원만하게 지내며

근무하시길 바랍니다.

// 실제 세계와 컴퓨터의 세계 //

소프트웨어 개발 업체의 오너는 개발 과정에 대한 이해가

많이 부족합니다.

그래서 때때로 개발자에게 말도 안되는 로직과 기능을

요구합니다. 보통 오너들은 개발자가 만능 재능을 가지고

있다고 착각을 많이 합니다.

개발자도 나름대로 자신 있는 분야가 있기 마련입니다.

예론, 비쥬얼 베이직 개발자 에게 자바 프로젝트를 의뢰한다거나

어셈블리어를 구현 시키는 것 등등 .

중급 개발자라도 오너가 로직이 불가능한 것을 지시했을 때

의견 충돌로 사직하는 경우가 많습니다.

오너는 자기가 제시한 아이디어가 구현하는 것이 그렇게

어려운 일인가는 모릅니다. 다만 사업성 즉, 돈이 되겠다는

생각에 그렇게 지시하는 것입니다.

이때는 먼저 오너가 제시한 문제에 대하여 최선의 인터뷰를

기획하여 사장님의 구상이 실제 전산 세계로 변환시키는

작업을 합니다.

프로그램 실행상 오류를 내겠지만 그것을 조각화 내지

단편화 시켜서 부분적으로 구현합니다.

그러니까 제시한 아이디어 중 당신이 구현 가능한 것을 찾아내어

그것부터 구현하시라는 말입니다.

그리고 구현이 어려운 부분은 예외처리를 이용하며

최선을 다하여 개발에 힘쓰고 전반적인 것에 대하여

충분하게 오너에게 설명해야 합니다.

오너가 이해하든지 말든지 그게 중요한게 아니구요.

필요하다면 프로젝트 성공을 위해 자기가 취약한 부분에 대한

다른 개발자 차용 및 임용 또는 아웃소싱을 고려합니다.

오너 입장에서는 경제성을 고려하여 프로젝트를 진행할것인지를

결정하게 될 것입니다.

개발자가 무조건 오너에게 반항하는 것은 옳지 못합니다.

사전에 충분이 오너에게 이해를 구하셔야 합니다 .

이런 일이 실무에서 자주 생겨서 유능한 개발자가 사표를 내는

경우에 마음이 아픕니다.

이 글을 읽으시면서 실무경력 1년차 분들은 실무에 대한

기본적인 개념을 습득하길 바라며, 여기에 소개된 로직과

함수들은 비쥬얼베이직, 파워빌더, C 언어로 모두 포팅이

가능한 것들입니다.

각 개발 툴에서 기본적인 것이 무엇일까요?

저는 프로그래밍한지가 오래 되었습니다.

그렇다고 해서 제가 실력이 뛰어나다는 것은 아닙니다.

프로그램 구현에 있어서 가장 중요한 것을 들라면

컴포넌트, 클래스, 함수, 로직이 아닐까 생각합니다.

결국은 함수의 싸움인 것 같습니다.

여기서 함수란 사용자 정의의 함수를 말하며,

델파이에서 지원하는 기본적인 함수의 함수를 말합니다.

함수안에 함수로써 로직을 구현한 것들의 집합입니다.

여러가지 비쥬얼 툴들은 컴포넌트만 잘 관리하고 유지하면

응용프로그램들을 쉽고 빠르게 만들 수 있습니다.

개발자는 틈틈히 컴포넌트에 대해서 깊게 공부해야 합니다.

컴포넌트 아무리 강조해도 지나치지 않습니다.

컴포넌트 내부를 뜯어 고치려면 함수를 깊이 알아야

합니다.

컴포넌트는 소스가 없으면 외관상으로 컴포넌트 프로퍼티나

이벤트는 쉽게 나타나지만, 내부의 실제적인 구현 내용

즉,컴포넌트가 가지고 있는 행동 기능은 나타나지 않습니다.

일반 라이브러리처럼 콤포넌트 사용설명서나 소스가

있어야 내부에서 이 콤포넌트가 하는 일을 정확히 알 수

있습니다.

폼에 콤포넌트를 올리면 바로 그 컴포넌트가 하는 기능을

사용 가능합니다. 그치만 그 폼에서 그 컴퍼넌트의 영역으로

영향을 주는 범위로 한정합니다. 마치 지역 변수 객체처럼요.

여러가지 함수로 자기만의 라이브러리를 구축 할 때

자기도 모르게 개발능력이 배양되는 것 같습니다.

어떤 특정 기능을 위해서는 즉, 막고 품어야 할 경우에는

API 함수를 잘 알아야 합니다.

이 함수 전체를 알 필요는 없지만 그래도 많이 알아 둘수록

막고 품어야 하는 최악의 경우에 매우 유용합니다.

많은 실무용 프로그램에서 자주 사용되는 것은 바로

사용자의 입력 받는 폼의 처리입니다.

대다수의 고급 개발자는 델파이 컴퍼넌트의 파랫트에

있는 표준 컴포넌트를 그대로 사용하지 않습니다.

왜냐하면 델파이를 오래 사용했다 하더라도 표준 컴포넌트에

내장된 정확한 함수를 모르는 경우가 많고 기능도 모르는 것도

많습니다. 그래서, 이 표준 컴포넌트를 가지고 중복정의하여

새로운 컴포넌트를 만들어 사용합니다.

그럼, 표준용 컴포넌트를 가지고 사용자 정의용 컴포넌트를

만들어 보겟습니다.

이렇게 표준 컴포넌트에 다가 다시 사용자정의로 컴포넌트를

만들어 쓰는 이유는 물론 텍스트 상에서 소스를 분석 가능

하겠지만 이 사용자 정의의 컴포넌트가 없으면,

비쥬얼하게 소스를 보는 것이 쉽지가 않겟지여.

각 툴들이 동일 버전에서 마이그레이션을 한정합니다.

그래서, 표준 컴포넌트만 사용하면 마이그레이션이

쉬울 겁니다.그러나 소스 코드만 갖고 있다면 염려하실

필요는 없습니다.

가장 많이 사용되는 것이 에디트, 마스크 에디트, 리얼에디트,

비트버튼 등입니다.

수 많은 클래스 구조를 만들어 보시고 이미 만들 어진

클래스도 열람하시면 됩니다.

// 에디트 클래스의 구조 //

TMyEDIT = Class(TEdit)
private { Private declarations }
FFFF : Boolean;
procedure enter; Override;
procedure Click; Override;
procedure Change; Override;
procedure KeyDown(Var key : Word; Shift : TshiftState); override;
public { Public declarations }
Constructor Create(Aowner : Tcomponent); override;

published { Published declarations }

property Han : Boolean read FFFF Write FFFF;

end;

먼저 사용자 정의의 에디트 클래스에 추가해야 할 멤버 함수는

Change, Click, Enter, KeyDown, Create 등입니다.

// procedure TMyEDIT.Change의 구현 //

1. 폼 변수 설정

2. 상속 ( inherited change; )

3. 폼 변수에 할당 ( GetParentForm(Self); )

4. 만약 폼 변수 <> Nil 이면

만약 MaxLength = GetTextLen 이면
SendMEssage(MyFORM.Handle,WM_NEXTDLGCTL,0,0);

// procedure TMyEDIT.click의 구현 //

1. SelectAll

2. 상속(inherited Click;)

// procedure TMyEDIT.DoEnter의 구현 //

1. 만약 ffff 이면 SetHan(Handle) 그밖에 SetEng(Handle);

2. 상속 (inherited doEnter;)

// procedure TMyEDIT.KeyDown(Var key : Word; shift : TshiftState)의 구현 //

1. 변수정의 (Var MyForm : TCustomform; )

2. MyForm := GetParentForm(Self);

3. 만약 MyForm <> Nil 이면

Case key of
   Vk_Down,
   Vk_Return : SendMEssage(PFORM.Handle,WM_NEXTDLGCTL,0,0);
   Vk_Up : SendMessage(PFORM.Handle,WM_NEXTDLGCTL,1,0);

그밖에는 Inherited KeyDown(key,shift);

// Constructor TMyEDIT.Create(Aowner : Tcomponent)의 구현 //

1. 상속 ( inherited Create(Aowner); )

2. AutoSize := False;

3. AutoSelect := True;

4. Parentctl3d := False;

5. Maxlength := 10;

6. Ctl3D := TRUE;

7. FONT.Name := '굴림체';

8. Font.Size := 10;

9. Font.Color := ClBlack;

10. TEXT := '';

----------------------------------

// TMediaPlayer 컴포넌트 사용시 주의 할 점 //

* DB 연결 오류, 네트워킹 오류, TMediaPlayer.Path에 절대 경로

상의 재생 파일이 없을 때 mmsystem 오류를 냅니다.

* Mplayer.exe 와 Mplayer2.exe는 다른 특성이 있습니다.

재생시 코덱이 필요한 경우가 있으며 사용 권한을 인증 받아야

재생되는 경우가 있으니 주의하시기 바랍니다.

* Try TMplayer execept ~ end;로 처리하는게 좋습니다.

* Refresh를 해 주어야 합니다.

// 자료 복구 프로젝트 //

DB에서 유일해야 할 레코드가 중복 되었을 경우 레코드를 검사하여

복구해주는 루틴입니다.

1. 관련 컴포넌트 : TDataBase 1개, TQuery2, TDataSource 2개

2. 자료검사 버튼의 처리

3. 레코드 중복검사 질의문

   qy1.close;
   qy1.sql.clear;
   qy1.sql.add('
   select code, wdate count(*) cc from MyTable group by code, wdate
   having count(*) > 1 ');
   qy1.open;
if qy1.recordcount > 0 then button2.enabled := True;
edit1.text := Qy1.recordcount;

// 델파이 환경설정 팁 //

[ Tools - debugger options - OS Exceptions - Access violations ]

Handled By : Debugger 체크,

On Resume : RunHandled 체크

위와 같이 하지 않으면 어떤 경우엔 Stack dump나 시스템 폴트를

일으켜 작업중인 변경된 소스를 저장 할수 없게 될 수도 있읍니다.

메모리가 적은 윈도우 95 운영체제에서 발생 될 소지가 있으나

그외의 사양에서는 문제 될 것이 없다고 생각됩니다.

// 프로로젝트의 관리 //

프로젝트 관리는 개발자 취향에 따라 여러가지가 있습니다.

어떤 개발자는 컴포넌트를 모두 한 디렉토리에 모아서 사용하는

경우도 있습니다.

필자는 프로젝트 하위에 디렉토리를 생성하고 컴포넌트를 위치

시키는 것을 권장합니다.

물론, 컴포넌트 소스 파일이 중복된다는 단점이 있지만

해당 프로젝트에서 어떤 컴포넌트가 사용 되었는지를

명확히 하고 또한 소스 파일을 백업 한 후

백업본을 다시 사용 할 때 컴파일이 쉽다는 장점이

있습니다.

예론, c::\myproject\mycomponent

그리고 프로젝트 단위별로 암호를 사용하여 압축한 뒤에

날짜별로 보관합니다.

// 소프트웨어 유지보수 //

소프트웨어 유지 보수의 관건은 비용 문제입니다.

어떤 경우라도 비용이 제한 폭 내에서 지출되어서는 안됩니다.

자동업그레드 기능을 응용프로그램에 추가하는 방법이 있습니다.

자동 업그레드 전에 설치 마법사를 사용한 셋업 프로그램이 준비

되어 있어야 합니다.

1. 고객과 전용선을 통하여 웹으로 연동되어 있는 경우에는

ICS(Internat Component Suite)컴포넌트등을 사용하시면 됩니다.

원격제어 프로그램 노턴의 PCAnyWare를 사용하는 방법도 있습니다.

2. 고객과 순수하게 모뎀으로 연결한다음 원격제어 프로그램을

이용하는 방법이 있습니다.

터미널 제어 프로그램 즉 통신 에뮬레이터를 활용합니다.

3. 고객은 모뎀으로 접속한다음 전화접속 네트워킹을 통하여

웹과 연동한 다음 자동 다운로드하게 만듭니다.

4. 인터넷에 접속 > 버전 검사 > 다운로드 >

실행중인 프로그램 강제 종료 > 이전 버전 프로그램제거 >

업그레드 시작 > 시스템 재시작

// 윈도우 95/98에서 경로 설정이 안될 경우 //

간혹 운영체제에서 경로 설정이 되지 않는 경우가 있는 데 아래와

같이 처리합니다.

* autoexec.bat 에 추가 내용 *

PATH=C:\WINDOWS;C:\;C:\WINDOWS\COMMAND;

SET PATH=%PATH%;C:\WINDOWS;C:\;C:\WINDOWS\COMMAND;

// 주석문 사용법 //

(****************************************************

폼 명칭 : 용도 설명

저자명 : 저자이름(전자우편)

홈페이지 : 홈 페이지 주소

사용법 : 사용법 기술 및 제약사항

--- 각 함수에 대한 주석 방법 ---

명 칭 :

소 속 :

목 적 :

****************************************************)

// 부분 소스연구 //

* Cancel 버튼을 클릭 이벤트의 처리

ModalResult := mrCancel; // Close;의 결과 값을 반환해줌

* Ok 버튼을 클릭 이벤트의 처리

ModalResult := mrOk; // Ok 버튼을 클릭한 결과 값을 반환해줌.

* TEdit.text에디트로 입력 받은 URL을 가지고 기본 브라우저를

실행시켜 사이트에 접속.

ShellExecute(Self.Handle,
PChar('open' + #0),
PChar((Sender as TEdit).Text + #0),
PChar( #0 ),
PChar( #0 ),
SW_SHOW);

* 폼에서 초기화 부분이 많을 때 일괄 초기화 시킴 *

procedure FormCreate(Sender: TObject);
begin
Self.Initialize;
end;

procedure Initialize;
begin
초기화 할 컨트롤 목록들
end; { Initialize }

// 고급 개발자로 출발시 유의 할 점 //

1. 개발 툴이 비쥬얼 베이직, 비쥬얼 시뿔뿔, 파워빌더, 델파이든지

개발 툴의 종류에 상관 없이 각 개발 툴에 대한

자기 고유의 라이브러리를 구축해 나가야 합니다.

2. 라이브러리가 구축되면 각종 환경에 적용 가능한

프로젝트 원형을 만들어 나가야 합니다.

3. 새로운 프로젝트가 발주되면 가장 비슷한 원형을 가지고

구현을 시작하며, 만약 새로운 프로젝트가 기존 원형을 가지고

있지 않을 경우 프로젝트 진행과 더불어 원형을 만드는 작업을

동시에 합니다.

4. 프로젝트 원형을 만들면서 반복되거나 재사용 가능한 함수는

모두 공통 유닛에 라이브러리에 모아둡니다.

5. 모든 구현 코드는 알기 쉽게 편이하게 구현하며 수 십년간을

꾸준히 업그레드합니다.

6. 모두의 코드의 구현이 개발자 혼자하든지 아님 팀으로 하든지

동일한 인터페이스를 가져야 합니다.

7. 각 개발툴의 버전에 따른 소멸된 함수, 생성된 함수에 관한

내용을 공통 유닛에 주석문으로 처리하여 기록합니다.

특히 클래스 계보에 관한 것도 주석문 처리하여 기록합니다.

8. 만약 운영체제 플랫폼의 제약을 받지 않으려면 시언어로

포팅을 합니다.

9. 만약 이미 툴에 존제하는 함수이지만 개발자가 사용자 정의로

새로운 아이디어가 생각 났을 때, 공통 유닛에 사용자 정의함수로

구현하도록 합니다.

// 윈도우 설치시 그림이 동적으로 디스플레이 되는 방법의 구현 //

사용 컴포넌트는 TTimer, TImage, TFileListBox를 사용하여

TFileListBox의 Visible 속성을 False로 한다음

타이머 이벤트에 아래와 같이 구현한다.

procedure Timer1Timer(Sender: TObject);
var
path : string;
begin
path := 'e:\'; // 동적으로 뿌려줄 *.bmp 파일이 있는 경로
Image1.Picture.LoadFromFile(Path + FileListBox1.Items[piccount]);
inc(piccount);
if piccount = FileListBox1.items.Count then piccount := 0;
end;

// 미니급 C/S 버전 프로그램의 개발 //

1. 프로젝트 파일의 내용

1) . Y2K의 처리

2). 프로그램 중복실행 방지 루틴

3). 응용프로그램의 동적 타이틀 생성.

4). 로그인 폼을 메인 폼으로 만들 것( 제일 먼저 생성되게 만듬)

5). 스플래쉬 폼의 처리

* 프로그램 중복실행 방지의 구현

if FindWindow( 'TloginFrm', '착한 여자가 조아 Ver 1.0' ) > 0 then
   begin
Application.MessageBox(0,'프로그램이 중복 실행 되어
이 프로그램은 종료합니다. ',
   '중복실행오류',mb_ok+mb_iconstop) ;
   Halt;
end;

* 프로그램 중복실행 방지의 구현2

var
MuxHandle : THandle;

begin

Application.Initialize;

MuxHandle := FindWindow( 'TFrmLogin', PChar('바보프로그램') );

if MuxHandle <> 0 Then
Begin
   Application.MessageBox('프로그램이 이미 실행중입니다','확 인',
   mb_OK+mb_DefButton1+mb_IconInformation);
   Halt;
   end;

* 스플래쉬 폼의 구현

Application.Initialize;
SplashFrm :=TSplashFrm.Create(Application);
SplashFrm.Show;
SplashFrm.Update ;
Application.Title := '착한 여자가 조아 Ver 1.0';
Application.CreateForm(TloginFrm, loginFrm);
SplashFrm.Hide ;
SplashFrm.Free ;
Application.Run;

2. 로그인 폼의 설계

1). 폼 생성시에 동적으로 폼 위치를 설정.

2). DB 연결.

3). 사용자 인증.

4). 사용자 인증이 되면 메뉴 폼 배열을 열기.

5). 폼 닫힐 때 DB 연결 해제. 모든 컴포넌트 메모리 해제.

   6). 작업일자 입력받기
   ( 년월일을 가져와 콘트롤에 표시하고 사용자의 수정을
   받은 다음에 문자열 전역 변수에 보관함
   테이블 필드의 자료형태도 Char형을 사용함 )

* 로그인 폼에서 사용자 인증은 여러가지 방법이 있으나

ini 파일을 이용한 방법과 DB의 사용자 테이블을 이용하는

방법이 있습니다.

* 로그인 폼에서는 만일 자료를 파일 시스템으로 관리 할때는

예론, *.DBF 나 .DB 일 때는 자료 정리 과정을 편이하게 구현합니다.

주로 인덱스 파일을 검색하여 인덱스 파일이 존재하면 루틴을 빠져

나가고 그렇지 않으면 인덱스를 생성한다.

begin
   if (fileexists('c:\DB\1.mdx') = true) and
(fileexists('c:\DB\2.mdx') = true) and
(fileexists('c:\DB\3.mdx') = true) Then
   exit;
   end;

* 작업 진행바는 TGauge를 사용하며

Gauge1.maxvalue := 인덱스 파일 갯수 ; 로 설정한다.

* 메시지 폼의 설계

{**************************************************

메시지 폼 모듈

사용법:
사용자에게 알림 메시지를 뿌리고 사러지게함
사용하고자하는 유닛의 use절에 uses message;
를 추가한다음 아래와 같이 호출

smsg := '난 착한여자가 조아!';
frmmessage := tfrmmessage.create(nil);
frmmessage.ShowModal; // 윈도우 NT에서 지원안됨
frmmessage.Gauge.progress := 0;
frmmessage.free;
exit;
***************************************************}

unit message;

interface

uses
Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs,
ExtCtrls, Gauges;

type
   TFrmMessage = class(TForm)
   pnlmessage: TPanel;
   Timer1: TTimer;
   gauge: TGauge;
   procedure FormActivate(Sender: TObject);
   procedure Timer1Timer(Sender: TObject);
   private
   { Private declarations }
   public
   { Public declarations }
   end;

var
FrmMessage: TFrmMessage;
smsg: string;

implementation

{$R *.DFM}

procedure Tfrmmessage.FormActivate(Sender: TObject);
begin
pnlmessage.caption := smsg;
timer1.enabled := true;
end;

procedure Tfrmmessage.Timer1Timer(Sender: TObject);
begin
Gauge.progress := Gauge.progress + 1;
if Gauge.progress = Gauge.maxvalue then
begin
timer1.Enabled := false;
close;
end;
end;

end.

* 보통 작업 진행바는 TProgress를 사용하지 않고 TGauge를

많이 사용합니다.

* 폼생성시의 폼의 위치 동적 설정의 구현

top := 278;
left := 286;

* 메뉴 폼의 호출의 구현 : 폼 배열을 응용한 MDI 폼

if MyMenuFrm[0] = Nil then
MyMemenuFrm[0] := TBaboMenuFrm.Create(Application);

공통 유닛에 다음을 사전 정의해야 하고 각 폼의 uses 절에

공통 유닛을 포함 시켜야 한다.

Var
MyMenuFrm : array [0..20] of TForm;

* 폼이 닫힐 때 컴포넌트의 메모리 해제의 구현
" 당근이져? 그쵸?" ^^

Action := CaFree;

// 판넬(TPannel)을 사용하는 이유 //

일반적으로 개발자들은 윈도우 리소스를 최소한으로 잡아 먹도록

고려를 합니다. 그래서 가능한 판넬 사용을 자제하려고 합니다.

판넬은 판넬 자체로 다중 창을 구현 할 수 있고

판넬 위의 컴포넌트들은 판넬 안에서 그 행동을 제약 받게 됩니다.

따라서 폼 디자이너에서 판넬을 이동시키면 판넬 위의 콤포넌트들도

동시에 이동하게 되는 것입니다.

일반 폼위의 콤포넌트 위치 조정은 복수 개를 선택하여 이동 시켜야

합니다.

판넬은 다양한 속성을 가지고 있어서 여러가지 효과를

나타냅니다.

보통 입문자들은 밋밋한 폼에 각종 콘트롤을 올려 놓게 되는 데

이렇게 작업하다보면 폼 디자인에 손질이 많이 가서 귀한 시간을

낭비하게 됩니다.

반복의 최소화 효율적인 코딩을 위해서 판넬을 사용하시기

바랍니다.

// 명령 단추에 대한 고정관념 깨기 //

보통 윈도우에 기본적인 프로그램의 버튼들은 작고 귀엽게 생겼습니다.

이것은 미관상 좋을 뿐이지, 실제로 업무용 프로그램의 버튼들은

큼직하고 투박하게 만듭니다.

다른 개발자에게 구현을 시켜 보았을 때, 만약 그 개발자가

버튼 모양을 크게 만들었다면 그는 고수이거나 재능이 많은 분임에

틀림없습니다.

최종 사용자가 마우스 버튼을 클릭하여 최단시간에 버튼을 조작하며

그 조작함에 있어서 행동에 자연스럽고 피로가 적게 하기 위한

배려가 필요합니다.

업무용 프로그램은 일반적으로 지루한 반복작업의 순환이 되기

때문이지요.

// 사용자 인터페이스 GUI, TUI //

사용자 입력을 받는 부분은 옛날 도스 운영체제의 인터페이스가

많이 적용되고 또한 은행처럼 반복된 입력 작업이 요구되는 곳은

엔터 키를 누르면 탭 키를 눌렀을 때의 효과를 내는 것을

구현하여야 하며 이것은 응용프로그램 중에 많이 사용됩니다.

아래 소스를 비교해 보십시요.

procedure KeyPress(var Key: Char);
var
MYForm: TcustomForm;
begin
if Key = #13 then
begin
MYForm := GetParentForm( Self );
if not (MYForm = nil ) then
SendMessage(MYForm.Handle, WM_NEXTDLGCTL, 0, 0);
Key := #0;
end;

if Key <> #0 then inherited KeyPress(Key);
end;

procedure KeyDown(var Key: Word; Shift: TShiftState);
var
MYForm: TcustomForm;
CtlDir: Word;
begin
if (Key = VK_UP) or (Key = VK_DOWN) then
begin
MYForm := GetParentForm( Self );
if Key = VK_UP then CtlDir := 1
else CtlDir :=0;
if not (MYForm = nil ) then
SendMessage(MYForm.Handle, WM_NEXTDLGCTL, CtlDir, 0);
end
else inherited KeyDown(Key, Shift);
end;

procedure KeyDown(Var key : Word; shift : TshiftState);
Var
MYForm : TCustomform;
begin
   MyForm := GetParentForm(Self);
   if MyForm <> Nil then begin
Case key of
   Vk_Down,
   Vk_Return : SendMEssage(MyFORM.Handle,WM_NEXTDLGCTL,0,0);
   Vk_Up : SendMessage(MyFORM.Handle,WM_NEXTDLGCTL,1,0);
   else Inherited KeyDown(key,shift);
end;
   end;
end;

[ 데이터 베이스 설계 ]

업무용으로 사용된 많은 응용프로그램이 데이터 베이스와 연동

되며 최상으로 설계된 데이터 베이스는 프로젝트를 성공으로

이끌며 프로그램 개발을 쉽게합니다.

그러나 잘못된 데이터베이스 설계는 프로젝트 실패와

많은 금전적 시간적으로 손해를 줍니다.

경험이 부족한 프로젝트 메니저는 이런 이유로 인하여 많은

리스크를 감수해야 합니다.

데이터 베이스는 경험이 많은 분이나 특히 개발쪽이 아니라

기업 및 관공서의 실무에 능한 분이 설계하는게 좋습니다.

이런 이유로 몇 년전만해도 테이블 설계만 해주고 고액의

용역 댓가를 받아가는 경우가 많았습니다.

오라클 솔류션에 보면 오라클 특유의 도구와 방법이 있습니다.

특히, 어떤 경우에는 데이터 베이스 설계를 Er-win이라는

프로그램을 사용합니다. 이 프로그램은 테이블 설계를 쉽게하고

자동적으로 테이블을 생성하여 줍니다.

오라클 기반의 질의문 사용시 어떤 결과를 원할 때에

개발자 임의로 질의문을 사용하지 마십시요.

오라클 솔류션에 보면 질의에 대한 결과 값에 대한 비슷한 경우에

사용 될 수 있는 최적화된 질의문을 이미 갖고 있습니다.

최적화된 질의문을 사용하십시요.

만약, 개발자가 최적화된 질의문을 찾았다면 질의문 예제집을

만들어 재활용 하도록 하십시요.

관계형 데이터 베이스에 대한 고정 관념을 버리십시요.

노련한 경우가 아니면 결코 지나친 정규화나 프라이머리 키,

포린 키를 설정하여 제약 사항을 만들지 마십시요.

그렇지 않으면 데이타 베이스와 연동되는 응용프로그램이

에러를 내거나 데이터 베이스를 전면 재설계해야 하는 경우가

생깁니다.

일반적으로 데이터 베이스는 데이터를 통합적으로 관리하기 위해

데이터 중복을 최소화하는 목적으로 사용됩니다.

필요하다면 데이터 중복에 연연하지 마십시요.

실제 코딩시 직관적인 변수는 알기 쉽고 이해하기 쉽게 설정하고

전체적인 알고리즘을 다른 개발자가 이해하기 쉬운 편이하게

구현합니다.시간이 허용하는 한 주석을 많이 첨가 하십시요.

일부 고급 개발자는 주석이 많은 것에 대해 꺼려합니다.

소스가 지저분해진다는 것 때문입니다.

그러나 주석이 많을 수록 그 프로그램에 대한 이해를 도우며

나중에 문서화하는 데 도움이 되며 다른 개발자에게 개발기술

전수라는 효과를 줍니다.

함수 사용에 어려움이 있다면 사용자 정의 함수를 만들어

사용하십시요. 어떤 함수들은 에러를 유발합니다.

이런 함수의 사용을 자제하십시요.

[ 비정규적인 데이타베이스의 설계 ]

이 방법은 불합리한 면도 있지만 기업이나 개발자들이 아직도

사용되고 있습니다.

바로 관계형 데이터베이스를 바로 ISAM 테이블 구조로

설계하는 것입니다.

검색 키로 사용되는 필드는 모두 인덱스 테이블을 생성합니다.

인덱스 테이블이 엄청 많아 지겠지요.

많은 대용량 솔류션 컨설런트들이 비난한점이 있지만 나름대로

이 방법이 사용되고 있습니다.

대용량 솔류션에서 보면 수백만건의 트랜젝션이라 하더라도

제3차 정규화까지하게 되면 응답속도가 3초이네로 단축 시킬 수

있다고 합니다.

이것을 구현하려면 아주 전문적인 설계자가 아니면 실패하기

쉽습니다.

많은 분들이 이런 경지에 오르려고 노력하는 것도 사실입니다.

아래 설명하려는 방법은 표준적인 방법이 아닙니다.

유지 보수의 편의성을 중심으로 아래와 같이 설계를 하는

것입니다.

기존 코볼로 만들어진 응용프로그램이나 이에 연동하는 DB와

호환하려 할 때 사용됩니다.

프라이머리 키와 포린키의 제약을 두지 않습니다.

실제적으로 테이블에서는 레코드 중복을 허용을 하며

많은 부분에서 응용프로그램에서 데이터 중복을 막습니다.

예론 락킹 방법을 사용합니다.

만약, 레코드의 중복을 피할려면 인덱스 테이블을 생성하고

그 인덱스 테이블에서 해당 필드에 대한 프라이머리 키로 제약을

합니다.

먼저 개발하려고 하는 해당 업체의 관련 부서의 모든 결제 서류를

취합한다음 관련 있는 것끼리 모아서 필드명를 정합니다.

데이터 중복이나 정규화에 신경쓰지 말고 한 테이블에 관련있는

필드를 모두 모아둡니다.

응용 프로그램에서 검색창의 조건에서 검색 키로 사용되는

모든 필드는 인덱스 테이블을 생성하고 그 필드를 인덱스 키로

설정합니다.

검색 키로 사용될 필드는 모두 인덱스 테이블이 생성되어야 하며

필드 형태는 CHAR를 사용합니다.

금액이 들어갈 필드는 자료의 표현범위에 유의해야 합니다.

필드 타입이 잘못되면 금액 계산 및 자료가 모두 표현되지

못합니다.

특별한 경우를 제외하고는 필드 형태를 CHAR를 모두 사용하세요.

검색 키 필드로 사용할 때는 CHAR를 사용하세요.

[ 공통 유닛의 설계 ]

공통 유닛은 따로 만들어 둡니다.

여기에는 반복된 사용자 정의 함수나 공통으로 사용된 함수를

모아두며 모든 유닛의 uses 절에 포함시킵니다.

이렇게 함으로 교차 참조 문제를 해결합니다.

보기를 들면

unit1.pas unit2.pas unit3.pas..project.dpr의

내용에 공통적으로 포함시킴.

implementation

{$R *.DFM}

Uses myunit;

식으로 모두 포함시킵니다.IDE에서 포함시키지 말고 직접 타이핑

하세요. 그럼 이제 공통 유닛의 깊은 곳을 들여다 볼까요?

공통유닛의 제일 앞부분으로 와야 될 것이 뭘까요?

바로 전역 또는 광역 변수의 처리입니다.

지역 변수인 경우에는 바로 유닛 내에서 사용하고 해제해버리면

그만이죠.

전역변수에 사용되는 것은 주로 날짜, 사용자 레코드 타입의

자료형태 정의 부분이 사용되고 특별히 응용프로그램 내에서

판별자로 사용되는 변수의 초기화 부분이 정의 됩니다.

자! 그 담에 와야 되고 구현 되어야 할 함수들의 목록입니다.

가. 입력 받는 콘트롤의 영문입력상태로 변경하는 함수

나. 입력 받는 콘트롤의 한글입력상태로 변경하는 함수

다. 메시지 출력처리.

라. 입력 받는 문자열 사이의 스페이스를 제거하는 함수

마. 입력받는 문자열이 특정 길이를 요구 받을 때

입력받는 문자열 다음을 스페이스로 채우는 함수

바. 주민등록 번호를 체크하는 함수

사. 사업자등록번호를 체크하는 함수.

아. 신용카드번호를 체크하는 함수

자. 한글을 완성형으로 변환하는 함수

차. 한글을 조합형으로 변환하는 함수

카. 날짜처리함수

타. 날짜를 문자열로 변환하는 함수

파. 특정 컴포넌트를 찾는 함수

하. 입력 받은 값의 반올림이나 절사처리 함수

그리고 여기에 포함되지 않지만

별도로 공통 프린트 모듈을 만들어야 됩니다.

왜냐하면, 간혹 가다가 옛 날 구형 프린터 혹은 도트형 프린터에

인쇄를 해야하는 경우가 생기구요.

은행등 금융기관인 경우엔 각종 전표나 양식에 보정 작업을

해야하고 바코드 프린터 제어에 필요하답니다.

틈틈히 사용자 정의 함수로 프린터를 직접 제어하는 루틴을

만들어 두시고,그게 어려우시면 퀵 레포트를 이용한 프린터 모듈을

다양하게 미리 만들어 두시면 매우 유용합니다.

초보 개발자님들께 제가 넘 무거운 숙제를 드린 것 같습니다.ㅎㅎ

*** 최종 사용자 입력 창, 디스플레이 내용의 초기화 방법 ***

여러가지 방법이 있지만 사용자의 입력을 받는 것의

콘트롤의 초기화 부분을 유닛내에 사용자함수로 묶어 놓으면

참으로 편리하답니다.

보기를 들면

unit Unit1;

interface

uses
Windows, Messages, SysUtils, Classes, Graphics, Controls,
Forms, Dialogs;

type
   TForm1 = class(TForm)
   private
   { Private declarations }
   procedure myclear;
   public
   { Public declarations }
   end;

var
Form1: TForm1;

implementation

{$R *.DFM}

uses myunit;

procedure Tform1.myclear;
begin
edit1.text := '';
edit2.text := '';
edit3.text := '';
end;

end.

[ database desktop 사용법 ]

데이터베이스 데스크 탑은 데이타 베이스 유지보수에 많이

사용되는 도구입니다.

대용량인 레코드인 경우에는 일일이 PgDn을 사용하는 것은

어려운 일입니다.

그래서 SQL문을 많이 사용하게 됩니다.

메뉴에서

[ file - new - sql file]을 차례대로 선택합니다.

그런다음에 메뉴에서

[ sql - select alias..]를 선택합니다.

알리아스는 BDE adminstor에서 미리 만들어 두며 해당

알리아스를 선택합니다.

그런다음에 sql문을 작성합니다.

select * from babo

메뉴에서

[sql-run sql]를 선택합니다.

번개 아이콘을 눌러도 됩니다. 아님 F8을 누르시던가...

데이타 베이스 데스크 탑에서 참 좋은 기능이 있는 데여...

[file - open - table]를 차례로 클릭합니다.

그 다음에 알리아스를 선택하시고

데이터 베이스 접근 아이디와 비밀번호를 입력하면

테이블을 열리는 데여

테이블을 선택하고 더블 클릭하면 열려 버리니까

그냥 테이블을 선택하고 마우스 오른쪽 메뉴를 누르시면

매우 유용한 팝업 메뉴가 나온답니다.

[ 윈도우 리소스를 생각하세요 ]

구현 단계에서 처음부터 윈도우 리소스를 고려해주세요

필요 없는 사용되지 않는 변수나 컴포넌트는 지우고

특히, 동영상을 사용할 때는 중복 실행되지 않도록

주의하세요.

[ 메시지 박스의 사용 ]

메시지 박스 종류도 여러가지가 있지만 그 중에서

showmessage('자기 사랑해?');

application.messagebox('자기야 넘 이뻐?','오류',mb_ok+
mb_iconstop);

등이 있는 데 그 중에서 고수님들은 첫 번째 것 보다

두번째 것을 많이 사용한답니다.

왜? 고급 개발자들이 두번째 함수를 선호 할 까요?

그 이윤 저두 몰라여. 그럼, 첫 번째 것은 어디에 사용하나?

어떤 고수님들은 C에서 개발하던 습관 때문에

디버깅시 에러난 지점을 귀신 같이 찾아 낸답니다.

디버거가 있지만 주석처리하는 // 이것을 조합하여

첫번째 함수를 사용 한답니다.

유닛내에서 대충 에러 낸 지점을 찾기위해서요

저의 선배님들이 많이 사용하셨어요.

[ 화면 색상 디자인 ]

각 폼의 컬러풀한 디자인은 실무에서 매우 중요하답니다.

물건을 포장하는 일은 매우 중요하답니다.

두 가지 주의 사항이 있어요.

업무용 프로그램이기 때문에 장시간 사용해도 눈에 피로감이

없어야 합니다.

또 한가지는 프로그램의 품위와 가치, 품격을 높이기 위해

색상을 산뜻하게 디자인해야 합니다.

개발일에 무지 몽매한 상사를 만났을 때 화면 디자인이 잘 되면

마냥 좋아합니다.

" 보기에 좋고 먹기에 좋은 떡이죠?"

[ 콘트롤의 화면 배치 ]

콘트롤이나 박스 그리고 버튼의 가로 세로 길이의 비율이

모두 황금비를 따르는게 좋습니다.

이 황금비는 시각적으로 사람에게 쾌감을 준답니다.

[ 메뉴의 종류 ]

메뉴 구현 방식은 여러가지가 있어여

메인메뉴, 팝업메뉴.. 사용자 정의 메뉴 등

그런데, 사용자 정의 메뉴는 이미지 버튼이나 판넬을 이용하는

것을 의미하구요.

메뉴에서 폼을 호출 할 때 배열을 사용하면 참 편리해요

[ 객체 사용과 관련하여 ]

다른 분들은 어떻게 하는지 모르지만

구현 하면서 저에게 철칙이 있는 데여.

델파이, 파워빌더,비쥬얼 베이직, C등등 모두에서

변수를 사용 할 때엔 사용하기 전에 반드시 초기화하고

사용한후에는 메모리에서 해제 시키는 것입니다.

지금은 변수에 쓰레기 값이 들어가서 애먹는 일이 별루

없지만 옛날에는 고생을 많이 했어여.

포인터 객체 사용할 때 주의하세요.

[ 최종 사용자와의 만남 ]

글쌔요? 개발자가 사용자를 얼마나 만나게 될지 모르지만

미니 프로젝트에선 다양한 방법으로 만나는 경우가 많답니다.

보험 설계사 수준의 영업에 대한 지식이 필요해요.

개발자가 영업력까지 갖추면 오너와 연봉 협상에서 유리하답니다.

그치만 사람 만나는 일이 아무리 조은 사람 만난다 할지라도

많은 스트레스를 준답니다.

[ 폼 스타일과 데이터 베이스 연동 ]

폼 스타일과 데이터 베이스 연동시 델파이와 파워빌더에서

SDI 폼 스타일 보단 MDI 폼 스타일을 많이 사용한답니다.

고수님들이 왜? MDI 폼 스타일을 많이 사용하시는지 모르겠어여?

[ 코딩의 습관 ]

구현 방식이 크게 두가지 있습니다.

하나는 컴포넌트 안에 스크립트를 밖아 놓는 방법이 있구요

또 다른 한가지는 모든 컴포넌트 생성 및 프로퍼티 처리를

모두 동적으로 처리한는 방법이 있습니다.

개발자 취향이지만 제가 아는 내공이 강한 분들은 모두

동적처리 방법을 많이 사용하셨어요.

[ 고정관념을 버리자 ]

많은 분들이 이미 알고 있는 함수를 적절히 조합하여

잘 사용하면 된다라는 생각을 갖고 있답니다.

저두 여기에 동의하기는 하지만 ....

그래서 구현하는 데 뭐 창의력이 필요하냐고

오너들은 연봉협상에서 연봉을 깎으려 합니다.

그런데,프로그램 개발이 분명히 창의력이나 창의성이

필요하답니다.

이것은 실무에 오래 종사하다보면 자연히 알게 됩니다.

약 2년쯤...ㅎㅎ

각종 조건문을 적절히 조합하여 구현하다보면

거의 환상적입니다...

알고리즘은 아무리 예문을 본다해도 쉽게 늘지 않는답니다.

간혹, 평소에 수학을 잘하시는 분....그러니까 연역적 증명과

귀납법을 잘하시는 분은 강한 것 같습니다.

수학 잘하시는 분들의 소스를 보면 소스가 깔끔하고 명료하고

아무튼 기분이 참 조아여.

메니저는 이런 것을 상관안해여.기간안에 에러 안내고 납품만하면

그걸로 끝이져.그 결과를 중요하게 생각합니다.ㅎㅎ

유지보수 할 때 비용하고 시간때문에 애를 먹기는 하지만..ㅋㅋ

[ 단편적인 소스에 대한 작은 생각 ]

구현 방법은 여러가지가 있지만 응용프로그램이 날씬해서

최종사용자의 메모리나, CPU 사양이 낮은 컴퓨터에서도

무리 없이 실행되는 것이 중요하답니다.

저급한 컴퓨터든지 고성능 컴퓨터이든지

모두 잘 실행되어야 해요

Application.Title := '자기야 사랑해! Ver1.00';

위의 문장을 보시면 폼의 caption 안에 타이틀을 타이핑 하면

될텐데..꼭 고수님들은 위와 같이 동적으로 구현한답니다.

제가 실무에 사용된 소스에서 많이 발견한 점입니다.

이윤 저도 몰르져...그치만 개발자 맘이 아닐까여?

[ 배열을 이용한 메뉴의 호출방법 ]

공통 유닛에 다음과 같이 정의하고

var
MyMenu : array [0..10] of TForm;

아래와 같이 사용

begin
if MyMenu[0] = Nil then
MyMenu[0] := TMain.Create(Application);
end;

위 소스를 보시면 폼들을 배열로 사용했을 때 호출하는 방법을

보여 줍니다.

[ 메인폼이 하는 일 ]

가. 프로그램 중복실행 방지 루틴.

나. 폼 생성시의 처리
   시스템 날짜처리.
   데이터 베이스에 연결.
   질의 객체 생성 및 메인폼에 연결.

다. 폼이 닫힐 때의 처리
   데이터 베이스 연결해제.
   DataBase1.connected := False;
   질의 객체 해제.
   Action := CaFree;

음,,,각 폼들을 다룰 때 배열로 처리하면 참 좋아여.

그게 싫으면 여러분 맘대로 하세요.

[ 로그인 창의 처리 ]

로그인 처리하는 방법은 참으로 다양합니다.

주로 C/S 응용프로그램에서 많이 사용됩니다.

그 중 한가지가 사원관리 테이블의 id, passwd 필드를 추가하고

입력 받은 값하고 비교해서 로그인을 허용하는 것입니다.

카운터 처리해서 3번 입력후 실패하면 응용프로그램을

종료시키는 게 좋겠죠.

[ 유능한 개발자가 되려면 ]

이건 저의 독설인데여...

유능한 개발자가 되려면 많은 노력과 땀과 정렬 그리고

시간, 커피, 술, 고민을 소모해야 된답니다.

그리고 젤 중요한 것은 거짓말을 잘해야 합니다.

오너나, 프로젝트 메니저 심지어 최종사용자까징...

다음과 같은 답변에 익숙해야 합니다.

" 제가 만든 프로그램은 100% 오류가 없습니다."

" 아뇨? 절대 그럴리가 없습니다.뭔가 착오가?"

" 오류라니요? 다른 원인이 있겠죠?"

" 그럴리가요? 아마 바이러스에 감염 되었는지 모릅니다."

" 제가 만든 프로그램은 완벽한 프로그램입니다."

" 아뇨? 프로그램에 버그가 있는 것이 아니라 기능 개선을

위해 업그레이드 합니다."

" 가격이 비싸다니요? 이만 하면 저렴하게 개발해드린겁니다"

[ 시리얼 포트의 제어 ( RS232C interface ) ]

시리얼 통신 제어는 참으로 흥미롭습니다.

시리얼 제어의 핵심은 바로

sleep(10);

입니다. 바로 지연시간이지여.

시리얼 포트에 쓰기를 할 때 제어문 하나 날리고

지연 시간을 주는 것이져.

만약 이 함수가 없으면 제어도 잘 안되고

엉망이 되네여...주의하세요.

처음엔 아무것도 모르다가 이 지연 시간 땜에 고생을

많이 했어여.

[ 인터베이스에 연결시 Alais 설정 방법 두 가지 ]

BDE Adminstrator에서

BDE 버전이 낮은 경우에는

SERVER NAME : 컴이름:c:\db\babo.gdb

보기: SERVER NAME : myhost:c:\db\babo.gdb

BDE 버전이 높은 경우에는

SERVER NAME : IP Adress:c:\db\babo.gdb

보기: SERVER NAME : 200.200.200.1:c:\db\babo.gdb

음.. 이해가 되시나여?

아참, 윈도우 계열에 DB를 올리는 경우에는

원래 윈도우 운영체제에선 파일이름에 붙어있는

파일확장자가 많은 의미를 가지고 있잖아여

예론, babo.txt 같은 경우에 .txt 같은거...

DB 이름 정할 때 인터베이스 DB 확장자가 .GDB 이죠.

이것을 빼버리세요. 운영체제를 속이는 거죠..뭐...

쓸대 없이 로칼 서버를 다시 열지 못하도록...ㅎㅎ

만약, 인터베이스 DB 이름이 Babo.gdb 라면 구냥

Babo..이렇게..휴..

그전에 클리퍼로 만들어진 응용프로그램이 많아여.

이것을 인터베이스로 포팅하면 딱 좋아여.

파일 타입의 파라독스 테이블을 사용하면 좋은 데

웬지 인덱스가 자주 손상되어 속상해여

.Db .DBF도 마찬가지이지만..자료의 체인에는

속수무책인 것 같아여.

물론,복구 루틴을 구현하면 되지만여.

보통 메인 메뉴에 "자료재정리"나 아님 "자료복구"메뉴를

만들어 넣습니다.

웅, 다른분이 인덱스 사용 안하면 되잖아여? 라고

반문하시네여.

그것도 한가지 방법이네여. 그치만 인덱스 사용한거와

안한거랑 실행속도 함 비교해 보세요.

[ 질의문 스크립트 ]

처음에 파워빌더하다가 델파이에서 어떻게 질의문 스크립트를

사용하는지 몰라 좀 챙피하고 힘들었음다.

아래 소스를 보시죠...

   QY1.close;
   Qy1.Sql.Clear;
   Qy1.Sql.add('select * from babo');
// Qy1.parambyname('aaa').asstring := bbb;
   Qy1.open;

   QY1.close;
   Qy1.Sql.Clear;
   Qy1.Sql.add('select * from babo');
// Qy1.parambyname('aaa').asstring := bbb;
   Qy1.active := true;

{ 레코드 삭제 }
Query1.Close;
Query1.SQL.Clear;
Query1.SQL.Add('Delete from babo where Name = ''nana''');
Query1.ExecSQL;

   QY1.close;
   Qy1.Sql.Clear;
   Qy1.Sql.add('select * from babo');
// Qy1.parambyname('aaa').asstring := bbb;
   Qy1.execsql;

위 문장의 차이가 이해가 되시나여?

근데, 위 문장은 넘 평범해 보이나요?

그럼, 이렇게 하죠.

공통함수에 질의문 처리를 위한 사용자 정의 함수를 만들고

문자열 변수로 받아서 처리하는 것입니다.

예론...요렇게

babosql('select * from babo')

보기에도 좋죠?

근데 procedure babosql 구현 내용이 궁금하시리라 생각하는 데엽

아무리 초보자라도 조그만 고민하시면 만들지 않겠어여.

[ 미니 프로젝트의 원칙]

원칙요? 그런거 없어여. 이 글을 KAIST 모씨가 보면 틀림없이

절 비난할 것 같아여. ㅋㅋ

미국이나 인도 개발자들은 주먹구구식으로 플밍하는 것을

용납하지 않고 이해도 못하져.

그들은 합리적인 사고 방식의 소유자들이니까...

원칙이라는게 존제하긴하져. 그치만 항상 시간이 부족해서,

그러니까 주먹구구식으로 만드는 거져. 수명 단축하는 거죠 뭐.

프로젝트 범위에 따라 정확한 납기 기간을 예측해야 하는데

이런 경우 개발자와 의논 한번안하고 그냥 결정해 버려요.

운이 조으면 납기내에 납품하고 그렇지 못하면 위약금 물고

망하는 거죠.

보통 이런 일 하다보면 다 그런것은 아니지만

프로젝트 메니저, 개발팀장, 개발부장, 오너 모두 공히

소프트웨어 공학에 대한 기본 개념이 없는 경우가 많아여.

전공자도 아니면서 그냥 자리만 차지하는거죠..뭐.

오직, 한가지 생각..." 돈이 되느냐? 마느냐?"

[ ]. 어느 박사님께 어떻게 해야 유능한 개발자가 되느냐?라고

질문을 드렸는 데 답변은 아래와 같습니다.

가. 전산수학을 잘 알아야 한다.

나. 알고리즘을 잘 알아야 한다.

다. 자료구조에 대하여 잘 알아야 한다.

[ 무선네트워크 구성 (WLAN) ]

이것은 이 글 제목과는 아무 관련이 없습니다.

이것을 알아내느라고 비용,시간, 고생을 많이 했어여

요즘, 무선랜이 아주 각광을 받고있고 관심 갖는 이도

많습니다. 응용 할 곳이 많아졌어요.

주의할게 억세스 포인터랑 PC용 무선랜카드랑 같은 회사에서

만드는 것을 사용하는 것이 조아여.

그리고 PC용 무선 랜카드는 고정용으로 설계된 것입니다.

현제 삼성전자, 3COM, COMPAQ(삼성전자OEM)등에서 만들어져 있지만

PC가 이동 중이면서 네트워킹에 연결된다면 그리고

성능비교로 한다면 노트북용 무선랜카드 3COM 사의 3CREW737

성능이 가장 뛰어 나네여.

이것은 스펙트럼 확산방식이 사용되어 각종 장애물이나 악조건에서도

네트워킹 연결 에러 복구를 쉽게합니다.

이것은 PC 고정용 랜카드에 비해서 뛰어난 성능을 발휘한답니다.

정확한 데이터를 예시로 들수는 없지만 한번

벤치마킹해보시길...

참고하세요.

무선랜카드는 네트워크 타임아웃이 안나오는게 중요합니다.

네트워크 검사

ping -t 500.500.500.500

[ 소스에 대한 소고 ]

소스는 개발자의 눈물, 땀, 고민 등의 결정체입니다.

만약, 다른 개발자가 선뜻 소스를 귀하에게 건네어

주었다면 그것은 당신에 대한 애정과 신뢰의 표현입니다.

사실, 돈이 되는 소스는 따로 있지만 그것을 분별하는

사업자는 많지 않습니다.

소스는 한마디로 현금과 같이 개발자의 재산입니다.

개발자에게 소스를 달라는 것은 "돈 내놔?"와 똑 같습니다.

버전 관리 하면서 소스 취급이 난잡하여 헷갈릴때가 많습니다.

때에 따라선 구 버전을 보관 할 가치가 생기기 마련입니다.

압축하여 보관하시고, 소스를 수정할 때는 가능하다면

원문은 주석처리 하시고 왜? 수정을 하였는지 기술합니다.

가끔, 내가 어디를 수정했는지 몰라...당황한적이 있습니다.

시간이 부족하여 급조한 소스가 아니라면 개발자가

포기하지않고 꾸준히 다듬으면 정말로 좋은 프로그램이

만들어 질 것입니다.

[ M실장님과의 만남 ]

실장님은 제가 알고 있는 개발자중에서 뛰어난 개발자입니다.

실장님은 업무상 개발관련으로 만나뵙게되었습니다.

저에게 행운과 어쩌면 저의 스승이나 다름없어여.

실장님은 뛰어난 고급 개발자입니다. 단, 2개월이라는

짧은 기간 동안에 제가 어플을 개발가능한 능력이

생기게한 저의 은인중의 은인입니다.

깊은 대화를 나누지 못했지만 개발자로서

배풀어 주신 실장님께 감사의 맘을 전합니다.

원래, 저는 돈에 욕심이 없었고 뛰어난 개발자가 되어

조은 어플 개발의 열망에 젖어 있었던 소망을 이루어 주셨습니다.

제 스승인 문실장님을 존경합니다.

[ 소프트웨어 개발업체에 입사준비 ]

요즘엔 구인난에다가 구직난입니다.

소프트웨어 개발업체 또한 예외가 아닙니다.

보통 인사담당자는 총무과장, 전산실장, 인사과장, 정보담당이사,

프로젝트 메니저, 개발과장, 개발부장 등등입니다.

[ 개발자의 나이제한 : 30세이하 ]

수 많은 면접 담당자의 대 다수가 개발자의 연령이 30세를 개발자의

정년으로 생각하고 있었습니다.

그점이 이해가 안되어 탐문한 결과 그 내부적인 이유인즉,

프로젝트 팀내에서 통제의 용이성 때문이었습니다.

개발자로 채용한다고 해서 곧바로 개발자로 종사하는 것이 아니라

대 다수가 잡무에 종사하고 있습니다.

예를 들면, 커피 심부름, 운전수, 프린터 소모품 교환, 공문처리,

컴퓨터 조립 및 고장수리, 타자수, 프로그램 설치 등등...

필요에 따라 욕설도 해야하는 데 나이가 많으면 곤란하다고 합니다.

[ 포트폴리오의 준비 ]

실무경력이 5년 이상이라도 실제 프로젝트 수행이 가능하냐가 중요한

문제이므로 면접전에 개발회사의 특성에 맞는 포트폴리오를 준비합니다.

소스까지 공개할 필요는 없습니다.컴파일하여 실행파일을 준비합니다.

[ 경력증명서의 준비 ]

프로젝트에 참여한 경력이 있는 분은 경력증명서를 준비합니다.

경력증명서에는 프로젝트명, 프로젝트 수행기관, 프로젝트에서

담당업무가 자세히 명기되어야 하며 프로젝트 메니저의 확인인과

추천서를 첨부하면 좋겠습니다.

또한 경력증명서에 개발자 양성기관에서 수료한 경력이 있는 분은

교육과정, 기간등을 명기하여야하며 6개월 이상이면 좋습니다.

비록 프로젝트 수행경험이 있더라도 해당 업체에서 근무기간이

1년이하인 경우에는 경력에 포함시키지 않는 것이 좋습니다.

[ 개발업체의 선정 ]

개발업체의 사업자가 다 정직한 기업인이 아닙니다.

경우에 따라선 개발능력 즉, 개발자금이 부족한 경우에도 개발자를

채용하여 프로젝트 완료후에 면직시키는 악덕업자도 있습니다.

이 경우엔 외주를 주거나 프리렌서나 자유계약직으로 개발자를

고용하면 인권비 부담 때문에 정규직으로 채용하여 면직시키는

경우입니다.

[ 프로젝트 메니저로서의 개발자의 채용 ]

요즘은 개발자의 실력을 중요시하고 프로젝트의 리스크를 최소화

시키기 위하여 노력을 합니다.

그러나 인간성이 뒷받침 되지 못하면 악덕 개발자를 채용하게되면

각종 기계의 손실, 금전적인 손해등 많은 문제를 발생시킵니다.

아마도 제 생각엔 끈기, 팀원간에 융화, 그리고 개발업무에 대한

흥미와 적성이 아닌가 쉽습니다.

개발자마다 아님 프로젝트 메니저마다

자기 주관이 다르겠지만 가끔 편이한 소스를 만나게

되면 오랜 친구를 만난 것 처럼 반가운 마음이 든다.

가끔 아주 난해하게 구현한 것을 마치 실력이 있는 것처럼

착각하는 개발자가 있습니다.

등산하다보면 정상에 오르는 길은 등산로에 따라 다양합니다.

한 가지를 구현하기위한 방법들은 개발자의 개성에 따라

다양합니다.

그렇지만 저를 포함한 몇몇의 개발자는 편이한 구현 방법을

선호합니다. 그리고 그 값어치에 많은 분들이 동의 합니다.

이 글에 대해서 반문하실 분도 계실겁니다.

하지만 이것은 저의 주관적인 생각일 뿐 많은 분들을 대변하는

것은 아닙니다.

프로젝트 진행 중에 가장 괴롭고 힘든 것이 바로 시간입니다.

목에 칼이 들어와도 납기일을 준수해야 하는 점입니다.

만약 납기일을 어기면 고객의 클레임에 걸려 참 당혹스러운

일을 당하게 됩니다.

프로젝트를 잘 콘트롤하지 못하면

" 사공이 많으면 배가 산으로 간다. "

최종 사용자인 고객의 변화무쌍한 요구사항 따라가다가

프로젝트를 다시 시작해야 하는 비극이.ㅠ.ㅠ

고객 중에 같은 건에 대해서 전무 따로 과장 따로 대리 따로

이러니까 우왕자왕...크~ 날짜는 얼마 안남았고 ...

결론은 철저한 인터뷰 계획을 세우고 모든 건을 문서화해야

한다는 점입니다.

[ 신기하고 절묘한 CASE 문 ]

사용자정의 함수

function myfunc(MyNum : byte) : Boolean;
begin
Case MyNum of
1 : begin
end;
2 : begin
end;
3 : begin
end;
4 : begin
end;
5 : begin
end;
end;
end;

함수호출
begin
myfunc(1);
myfunc(2);
myfunc(3);
myfunc(4);
myfunc(5);
end;

위의 케이스문 보시면 응용가능 할 부분이 많겠죠?

한번 깊이 생각해 보시기 바랍니다.

[ 속성개발자 양성 ]

어떻게 하면 빠른 시간안에 개발자를 양성하여 실제

프로젝트에 투입 될 수 있을까요?

우선 끈기가 있어야 하고 책임감이 강한 사람이 좋겟죠?

각각의 대형 프로젝트를 작은 프로젝트로 나누어

솔류션 중심으로 개발프로그램을 나눕니다.

이 솔류션 중심으로 실무에 사용된 프로젝트 소스를 가지고

교육을 하면 이론적으로 배우는 것보다 초보 개발자가 빠르게

개발 기술을 습득할 수 있습니다.

[ 검색키로 사용될 인덱스 테이블의 설계]

이 방법은 표준적인 방법이 아닙니다.

우선 검색에 자주 사용되는 필드를 인덱스 테이블로 생성합니다.

입력 받은 검색 키에 대하여 반환 받은 값이

레코드 한개의 값이 될 수 있도록 설계를 합니다.

수 많은 연결이 발생 되더라도 클라이언트로 한개 값을

반환하는 것은 그리 큰 문제가 아니라고 생각됩니다.

이 한개의 레코드를 반환 받기 위해 검색키로 비교될 필드는

유일해야 합니다.

마치 인덱스 테이블의 프라이머리 키처럼 제약을 합니다.

이 반환받은 레코드 값을 임의의 변수-바이트 타입이면 좋겠죠.-

에 저장해 놓고 우리가 필요한 필드 값만 취하면 되겠죠.

가져오는 구체적인 방법은 포인터 개념을 참고하시면

쉬울 듯합니다.

만약 특별하게 설계된 테이블과 필드에서 질의를 한 결과 값이

여러개의 레코드일 때는 당연히 리스트 객체에 저장해 놓고

여러분 맘대로 가지고 놀면 되겠죠.

보관 할 변수의 타입이 리스트 객체 말고는 아직 잘 모르겠어요 .

음...배열 방법을 사용해야 하나요?

음 배열도 알고 보면 시작 번지를 취하는 것이니까요

아무튼 전 리스트박스 콤포넌트가 좋습니다.

[너무 빠른 소프트웨어 개발기술]

이곳 광주에 처음 8비트 컴퓨터가 소개 된 때가

바로 어제 같습니다.

DOS운영체제 이전의 CP/M 이란 운영체제에 한참 맛들여 있었는 데

취미로만 프로그래밍하다 막상 직업적으로 프로그래밍하려고 하니

많은 어려움이 있습니다.

정말 열정을 가지고 한가지만 꾸준히 고집했더라면 지금은 고수의

반열에 올랐을 텐 데...

제일 아쉬운 것은 Z80A용 어셈블리어와 C언어에 더 관심을

가져야 했었는 데 못내 아쉬움이 남습니다.

갑자기 저의 은사님의 한마디가 생각나네요?

" 소프트웨어 개발에 있어서 그 툴을 잘 알고 함수를 많이 알고

잘 사용하는 것도 중요하지만 그것은 가장 낮은 단계의

하급 기술자이다.

제군들이 무한한 가능성을 갖고자 한다면 구현 단계 이전의

설계 기술과 그리고 업무 분석 단계에서 실제 세계의 일들을

얼마나 빠르게 전산 세계로 이끄는가 매우 중요합니다.

그러기 위해서는 특히 전산수학, 통계 등 수학을 잘해야 하며

알리즘과 자료구조를 명확히 공부해야 합니다. "

[DB연결과 SDI폼 그리고 MDI폼]

델파이를 비록하여 모든 비쥬얼 툴에서 DB와 연동 할 때 SDI 폼

보다는 MDI폼을 선호 합니다. DB와 연동 할 때는 여러 PM님과

소장님들 거의 모두 MDI 폼을 추천합니다.

SDI 폼이든 MDI 폼이든 그것은 개발자 취향인데 특별한 이유를

말해주지 않고 단지 팀원들에게 그렇게 권유합니다.

[DB관련 프로그램]

대형 ERP 즉 전사적 자원관리가 아니라도 일반 사무에서 혹은

업무에서 DB 관련 프로그램이 필요로 합니다.

도스 플랫폼에서 우리가 클리퍼를 사용했듯이

미니 프로젝트의 필요성은 아직도 있다고 봅니다.

그런면에서 델파이는 매력적인 툴임에는 틀림 없습니다.

유지 보수를 한다해도 그렇습니다.

델파이를 사용하다 보면 첨엔 그것을 못 느끼나 사용하면

할 수록 뛰어난 툴이라는 것을 느낍니다.

비록 영문 메뉴로 되어있지만 일단 델파이에 맛을 들이면

그 깊은 속으로 빠져들게 합니다.

*.DBF 나 파라독스 테이블 그리고 인터베이스는 공통적으로

개발자가 쉽게 제어 하도록 합니다.

파워빌더의 기업판 가격이 비싸서 초창기 대기업 중심의

솔류션에서 많이 사용되었습니다. 그 특징은 C++ 기반으로

다른 플랫 폼에 이식성이 강하다고 하겠습니다.

그러나 델파이는 윈도우 플랫폼에서 가장 강력한 위력을

나타내고 있습니다.

빠른 컴파일 안정적인 코드생산 그리고 윈도우 플랫폼에

안정적인 동작등 수 많은 장점을 가지고 있습니다.

[질의 결과 값과 첨자]

질의를 하여 그 결과로 한개의 레코드를 반환 받았을 때

이 한개의 레코드에서 우리가 원하는 값을 가져와야 되는데

가끔 실무에서 첨자를 잘못 사용하여 PM님이나 다른 팀원에게

핀잔을 듣는 경우가 많습니다.

" 아직 기초가 부족하다는 말과 함께" ..키킥...^^

테이블 명이 BaBo이고

필드명이 생성 할 당시 순서대로 나열하면

A1, A2, A3...

여기서 첨자는

첫번째 필드 A1는 0

두번째 필드 A2는 1

세번째 필드 A3는 2

n번째 필드 An는 n-1 이 됩니다.

음 제가 넘 어렵게 설명한듯합니다.

이 개념은 실무에서 사용되는 경우가 있으니 꼭 기억해 두세여...

[참고 서적의 소스들]

입문하신 분들이 책에서 따라해보라는 대로 소스 코드를

그대로 타이핑하고 컴파일한다음 실행하는 경우 책에서

나오는 결과 값이 나오지 않아서 짜증을 내거나 그 책을

발간한 출판사를 원망하게 됩니다.

프로그래밍 관련 서적들을 보실 때는 먼저 그 원리 파악에

관심을 두셔야합니다.

어떤 책들은 오타가 심해서 사용된 변수명이 다르거나

아님 개발툴 버전이 달라서 없어진 함수를 호출하는

스크립트가 있는 경우엔 에러를 내는 것은 당연하겠지요 .

인내심을 가지고 어떤 로직을 가지고 초기화는 잘되었는지

사용된 변수가 오타는 아닌지 살펴 보아야 합니다.

[SQL문의 결과값]

RDBMS에서 필드에 프라이머리 키로 제약을 준다면

자동적으로 인덱스를 생성하는 것으로 알고 있습니다.

만약 특정 테이블의 필드가 빈번하게 사용되고 검색 키로

사용된다면 의도적으로 빈번한 검색이 이루어지는 필드를

인덱스를 생성하고,프라이머리 키의 제약을 필드에 준 것처럼

인덱스테이블의 인덱스 필드를 유일하게 지정한다면 제약하고

이 유일한 인덱스 필드를 검색키로 사용하면 조건 질의에서

언제나 질의에 대한 결과 값은 한개의 레코드 값을 반환합니다.

만약 한개 값을 반환하지 않는다면 임의로라도 그렇게

설계해야합니다.

이런 경우엔 클라이언트의 다중 접속을 해도 상관이 없습니다.

즉, 수 많은 연결이 발생되더라도 그리 문제가 되지 않습니다.

그런데 문제는 조건 질의에 대하여 결과 값이 많은 수의

레코드 일 때 입니다.

이 때는 그 결과 값을 클라이언트로 가져와 리스트 객체에

저장해 놓고 질의 결과 값 내에서 다시 질의 하는 경우에는

많은 트레픽을 유발시킵니다.

수 많은 자료를 클라이언트로 전부 가져오는 것은

비효율적입니다.

어쩔 수 없는 경우라면 포인터 객체를 이용하던지 아니면

리스트 객체를 사용하여 그 결과 값을 임시로 저장합니다.

오라클 같은 고성능의 DB라면 클라이언트로 가져오지 않고

첫 번 째 질의에 대한 다수의 레코드 결과 값내에서 다시

중복 질의하여 오직 하나의 레코드만 반환 받을 수 있습니다.

그래서 SQL문을 사용하실 땐 신중히 사용하시기 바랍니다.

[ 입력 콘트롤부의 초기화 ]

사용자 입력을 받는 콤포넌트의 초기화는

여러 방법들이 사용됩니다.

사용자가 취소 버튼을 누르거나 다른 목적으로 초기화 시킬

필요가 있을 때 모듈내에서 초기화 과정을 하나의 프로시저로

묶어 놓으면 참 편리하답니다.

[ *.~df *.~pa 파일의 효용성 ]

*.~df는 *.dfm의 백업 파일이구요

*.~pa는 *.pas의 백업 파일입니다.

성격이 급해서 원하지 않던 작업이 갱신 되었을 때

파일명을 각각 *.dfm 이나 *.pas로 이름을 변경하여 앞전의 소스를

복원하실 수 있습니다. 어떤 분들은 이것이 귀찮다고 하시는데

전 매우 편리하다는 생각을 합니다.

이것의 사용 여부는 델파이 메뉴에서

[ Tools - Environment Options - Display ]를 선택하고

Display and file options 아래에 보시면

Create backup file에 체크하게 되어 있습니다.

[ 주석문의 이텔릭체 해제 ]

델파이 기본 설정에선 주석문이 이틸릭체인데여 그럼 알아보기가

힘들어서 그것을 변경하면 참 편리해요

델파이 메뉴에서

[ Tools - Environment Options - color ]를 선택하고

왼쪽 창의 목록중에 Comment를 선택하고 오른창 중에서 Italic을

체크표시를 해제합니다.

[ 컴포넌트 색상 변경 ]

한델 팁모아 게시판에 껄떡쇠 님이 올려 주신 팁이 있는 데요

"프로퍼티의 color값 쓰는 곳을 더블클릭하면 색상을

선택하는게 나타나요"

저도 이것을 몰라서 좀 해맸습니다.

나타나는 목록 중 하나를 선택하는 것을 알았어도 거기를

더블 클릭 해야 한다는 것을 미쳐 몰랐네여 . 히 ~^^

[ DB용 공통 유닛의 제작 ]

공통유닛의 이름을 임의로 [ MyComm.pas ]라고 만들겠습니다.

여기에는 비쥬얼 객체가 사용되지 않으므로

implementation 문 아래에 {$R *.DFM} 있다면 삭제 하십시요 .

그럼 *.res 나 *.dfm 파일들은 참조하지 않아도 될겁니다.

함수와 프로시져 차이는 반환 값이 있는지 없는지 인지를

잘 아실것입니다.

SQL문 실행을 위한 함수는

Procedure 임의의 프로시저명(질의 결과값을 보관할 변수명:

바이트; SQL문: 스트링);

임의의 프로시저명에는 삭제,추가,갱신,취소 등에 관련된

이름이 좋겠죠.

var
변수명이 어쩌고 저쩌고
begin
Query.Close;
Query.Sql.Clear;
Query.Sql.ADD(SQL);
질의 성공여부 판별자 ---- 불리언 타입
   try
   Query.Active := True; { 질의 시작 }
   Except
질의 성공여부 판별자
여기에 BDE 에러 코드들 가로채어 case문을 사용하여
사용자가 알기쉬운 메시지 창을 띄워줘도 괜찮을 듯
   end;
end;

DB에 관련하여 어떤 공통 함수를 만들어 두는 것이 편리 할까요?

1. 동적 DB 연결

2. 동적 DB 연결 해제

3. 동적 질의 객체 및 DB 소스 생성

4. 동적 질의 객체 및 DB 소스 해제

5. 특정 검색 키에 대하여 자료를 가져옴

6. SQL문 실행

7. 테이블 락킹 시작

8. 테이블 락킹 검사

9. DB 커밋

10. DB 롤백

위의 의사코드를 보시고 여러분도 한번 만들어 보세요

[ 델파이 응용프로그램과 RDBMS의 연결 ]

입문하신 분들에게는 모든 것이 어렵습니다.

특히 DB와 연동 문제는 더욱 그렇습니다.

참고 서적들을 살펴보면 연결 방법이 넘 쉬어서 그런지 몰라도

자세히 언급되지 않았습니다.

DB연결을 하다 잘 안되어 날 새는 경우가 허다하구요

회사내에 선임자가 알고 있어도 잘 안가르쳐 주는

경우가 많습니다.

막고 품으라는 둥, 알아서 해결하라는 둥 ...^^

우리에게 알려진 DB는 오라클, MySQL, MS-SQL, 사이베이스,

인포믹스, 인터베이스등 종류가 많습니다.

우리에게 알려진 DB에 연동하는 방법은

그 개념 자체가 유사합니다.

단지 구체적인 설정 방법이 다를 뿐이지요

전 몇 가지로 분류했습니다.

1. ODBC 드리이버를 사용하는 방법

2. BDE 네티브 드라이버를 사용하는 방법

3. 특별하게 만든 소켓을 사용하는 방법

4. 기 타 .

공통적으로 CLS 툴을 사용한 연결이 있습니다.

RDBMS 서버에 접근하기 위한 클라이언트 툴의 종류는 각각의

DB 종류에 따라 다릅니다.

자동실행 파일인 autoexec.bat에 이 클라이언트 툴이 있는 곳의

경로가 잡혀 있어야 됩니다.

TCP/IP 프로토콜을 위해서는 윈도우가 설치된 디렉토리안에

hosts 와 services 파일이 올바르게 설정되어야 합니다.

[ PM님께서 해주신 말씀들 ]

1. 프로젝트 완료후 개발자가 포기하지 않고 꾸준히 관심을

가지고 개선해야 고품질의 제품을 만들 수 있다.

2. 아무리 최고 성능을 자랑하는 RDBMS라 할지라도 모든 것을

만능처럼 처리해 주지 않는다.

개발자가 원하는 데로 방향을 설정해주어야 한다.

질의에 성공했는지 실패 했는지 판별자를 별도로

만들어 주어야 한다.

트렌젝션 테스트는 10,000건 이상의 실제 레코드로 해야한다.

질의에 실패시 사용자에게 어려운 에러코드를 가로채어

사용자가 이해하기 쉬운 메시지로 표시해주어야 한다.

각종 변수, 상수, 입력 콤포넌트는 사용하기 전에 반드시

초기화 한다음사용하고 사용한 다음에는 메모리에서

해제 시킨다.

DB 연결은 세션별로 접근하고 사용한 직후엔 연결을 끊는다.

3. 항상 자료형 변환에 주의해야한다.

다른 형태의 자료형을 스트링 형태로 변환하는 데 주의해야 한다.

4. DB에 관해서는 막고 품어라 .

고생하지 않고 깊은 고민 없이는 내 것으로 만들기 힘들다.

5. 우리 개발자에게 칼 퇴근은 허용되지 않는다.

6. 돈을 벌 목적으로 프로그래밍하지 말고 프로그래밍에만

정렬을 가져라.

7. 나의 사전에는 access violation error가 없다. ㅋㅋㅋ

조금만 주의하면 이 에러를 막을 수 있다.

8. 고객의 의견은 친절하고 조용히 경청하고 프로그램 개발에

대한 이해를 먼저 구한다.

9. 인간관계를 소중히 해야 한다.

10. 상용이든 자기가 직접 만든 컴포넌트이든지 반드시 전체

소스코드가 있는 컴포넌트를 사용한다.

그래야 개발툴의 버전 업그레이드에 대하여

마이그레이션이 가능하다.

*.dcu 형태로 제공되는 컴포넌트는 사용하지 말 것.

[ 버튼에 대한 이런 생각, 저런 생각 ]

우리가 프로그램을 만들다 보면 약방의 감초처럼

버튼이 사용됩니다.

버튼은 저장,취소,닫기,종료 등 다양한 목적으로 사용됩니다.

한가지 로직을 알려 드리오니 꽤 쓸만한 방법은 아니지만

사용하셔도 괜찮을 것 같습니다.

먼저 비트버튼 컴포넌트를 상속받아 여러분의 임의의 버튼

컴포넌트를 만듭니다.

특별한 기능을 오버라이드 하실 필요는 없답니다.

요렇게 만들어진 버튼을 사용하시면,이 사용자 정의의 버튼

컴포넌트가 없으면 델파이에서 소스보기가 힘들어 지겠죠.

물론 고수님들은 텍스트 에디터로 보시면 되겠지만요.

[ 로그인 폼의 설계 ]

로그인 폼은 다양한 로직이 사용됩니다.

1. *.ini 파일을 이용하는 방법입니다. 암호화 알고리즘을

이용하여 *.ini 파일로 저장했다가 로그인시 다시 읽어드려

인증하는 방법입니다.

2. DB에 인증을 위한 사용자 테이블을 만들고 사용자 ID,

비밀번호 필드에 미리 입력하여 두고 입력 받은 값과 사용자

테이블에 저장된 값과 비교하여 인증하는 방법입니다.

3. 레지스터리를 이용하는 방법도 있습니다.

4. 기타 여러가지 방법이 사용되지만 제가 배우는 대로

여기에 첨삭 하겠습니다.

파워빌더에 익숙해져 있던 처음엔 델파이는 솔직히

불편했습니다.

윈도우 바탕화면위에 둥둥 떠있는 메뉴가 그랬습니다.

하지만 지금은 델파이가 넘 편하고 좋습니다.

정직하고 솔직했던 저는 입사시 좀 무리한 배짱을 부렸습니다.

면접시 무엇이든지 다 구현 가능하다고 ...^^

하지만 델파이 쪽은 툴 다루는 방법하고 몇 개의 함수 밖에

몰랏습니다.

어떻게 해서 저희 PM님을 알게 되었습니다.

PM님은 솔류션 하나를 꾸준히 작업을 하셔서 나름대로 독특한

구현을 하신분입니다.

비록 두 달 남짓 짧은 기간이지만 교과서로 배울 수 없는 값진

것들을 배울 수 있었습니다.

전 아직도 초보 티가 물씬 풍기지만 델파이와 DB 관리에

자신감을 갖게 되었습니다.

이 글을 통하여 감사드리고 쉽습니다.

[ 테이블의 동적 생성 ]

여러분은 DB를 설계하실 때

SQL Explorer나 Database Desktop를 사용하여 테이블의

생성,추가,삭제 작업을 하실 것입니다.

일단 만들어진 DB는 백업만 잘해두면 그것을 가지고 데이타

펌프 같은 것을 사용하여 적절하게 이용하시면 될 것입니다.

하지만 DB를 관리하다보면 레코드가 전혀 없는 테이블만 생성된

DB가 필요 할 때가 있습니다.

1년 단위로 결산하여 1년간의 DB 자료는 백업 보관해두고

새로운 DB에 레코드를 입력해야 할 때 그리고 기타 이유로

이것이 필요해 집니다.

하지만 수 많은 테이블을 각각 데이타베이스 데스크 탑의

empty 메뉴를 사용하여 테이블의 레코드를 삭제하는 작업은

매우 귀찮은 작업입니다.

또한 처음 DB를 설계할 때 처럼 데이타베이스 데스크 탑에서

테이블을 생성한다면 한참 동안의 시간이 소요 될 것입니다.

이럴때 테이블 동적 생성용 소스를 만들어 두면 매우 편리합니다.

물론 테이블을 생성하고 나서 인덱스 테이블을 생성하는 함수를

같이 만들어 두면 좋구요 .

case문을 응용 하시면 도움이 될 것 같습니다.

이 모듈은 사실 메인 폼이 생성하는 이벤트에 추가하여

한번만 실행하면 레코드가 들어 있지 않는 빈 깡통의 DB의

테이블이 만들어 질 것입니다.

[ 프로젝트 모듈의 설계 ]

program MyProject;

uses
   Forms,
   windows,
   MyUnit,
   Splash,
   main in 'main.pas' {MainFrm},
   login in 'login.pas' {LoginFrm};

{$R *.RES}

begin
Application.ShowMainForm := False;
Application.Initialize;
SplashFrm :=TSplashFrm.Create(Application);
SplashFrm.Show;
SplashFrm.Update ;
Application.Title := '나의 프로그램 ';
Application.CreateForm(TMainFrm, MainFrm);
Application.CreateForm(TLoginFrm, LoginFrm);
SplashFrm.Hide ;
SplashFrm.Free ;
Application.Run;
end.

위에 있는 소스는 MyProject.dpr의 일부 내용입니다.

이것은 임의로 만든 것으로 실제로 사용되는 여부와는

static키워드 바로알기

Software 2008. 5. 28. 17:14

출처: http://kin.naver.com/knowhow/entry.php?eid=ZY8uOL6pzGMPRJLBMylBTuIcVtpG4ryq

자바를 한번쯤 공부해본사람이라면 static키워드를 모르지는 않을 것입니다.

하지만, 바르게 알고 있는 사람들은 그리 많지 않습니다.

자바경력자를 면접볼 때 static키워드에 대해서 질문하곤 합니다.

면접관 : static키워드에 대해서 설명해보세요.
응시자 : static키워드를 쓰면, 객체를 생성하지 않고도 변수나 함수를 사용할 수 있습니다.

면접관 : 왜 static키워드를 쓰나요?
응시자 : 객체를 생성하지 않아도 되니까 편리하고 속도도 빠릅니다.

면접관 : 그렇다면 모든 변수와 함수에 static을 붙이는 것이 좋겠네요?
응시자 : 가능한한 static을 붙이는 것이 좋다고 생각합니다.

면접관 : 어떤 경우에 static을 붙일 수 있고, 어떤 경우에 static을 붙일 수 없습니까?
응시자 : ...

면접관 : 만일 당신이 새로운 클래스를 작성한다고 할 때, 어떤 경우에 static키워드를
사용해야한다고 생각합니까?
응시자 : ...

대부분의 경우 위와 같은 내용으로 문답이 진행됩니다.

사실 응시자의 대답은 다 맞는 얘기입니다. 하지만, static의 핵심적인 개념을 모르기 때문에
어떤 경우에 왜 static을 사용해야하는지는 잘모르는 것 같습니다.

먼저 결론부터 간단히 정리하면 다음과 같습니다.

1.클래스를 설계할 때, 멤버변수 중 모든 인스턴스에 공통적으로 사용해야하는 것에 static을 붙인다.
- 인스턴스를 생성하면, 각 인스턴스들은 서로 독립적기 때문에 서로 다른 값을 유지한다.
경우에 따라서는 각 인스턴스들이 공통적으로 같은 값이 유지되어야 하는 경우 static을
붙인다.

2. static이 붙은 멤버변수는 인스턴스를 생성하지 않아도 사용할 수 있다.
- static이 붙은 멤버변수(클래스변수)는 클래스가 메모리에 올라갈때 이미 자동적으로
생성되기 때문이다.

3. static이 붙은 메서드(함수)에서는 인스턴스 변수를 사용할 수 없다.
- static이 메서드는 인스턴스 생성 없이 호출가능한 반면, 인스턴스 변수는 인스턴스를
생성해야만 존재하기 때문에... static이 붙은 메서드(클래스메서드)를 호출할 때
인스턴스가 생성되어있을수도 그렇지 않을 수도 있어서 static이 붙은 메서드에서
인스턴스변수의 사용을 허용하지 않는다.
(반대로, 인스턴스변수나 인스턴스메서드에서는 static이 붙은 멤버들을 사용하는 것이
언제나 가능하다. 인스턴스변수가 존재한다는 것은 static이 붙은 변수가 이미 메모리에
존재한다는 것을 의미하기 때문이다.)

4. 메서드 내에서 인스턴스 변수를 사용하지 않는다면, static을 붙이는 것을 고려한다.
- 메서드의 작업내용중에서 인스턴스 변수를 필요로 한다면, static을 붙일 수 없다.
반대로 인스턴스변수를 필요로 하지 않는다면, 가능하면 static을 붙이는 것이 좋다.
메서드 호출시간이 짧아지기 때문에 효율이 높아진다.
(static을 안붙인 메서드는 실행시 호출되어야할 메서드를 찾는 과정이 추가적으로
필요하기 때문에 시간이 더 걸린다.)

5. 클래스 설계시 static의 사용지침
- 먼저 클래스의 멤버변수중 모든 인스턴스에 공통된 값을 유지해야하는 것이 있는지
살펴보고 있으면, static을 붙여준다.
- 작성한 메서드 중에서 인스턴스 변수를 사용하지 않는 메서드에 대해서 static을
붙일 것을 고려한다.

일반적으로 인스턴스변수와 관련된 작업을 하는 메서드는 인스턴스메서드(static이 안붙은
메서드)이고 static변수(클래스변수)와 관련된 작업을 하는 메서드는 클래스메서드(static이 붙은 메서드)라고 보면 된다.

다음은 static에 대한 자세한 설명과 예제입니다.

static은 객체지향개념을 이해하는 가장 중요한 첫걸음이니 확실히 알아두셔야합니다.

==================================================================

3.2 클래스변수와 인스턴스변수

클래스변수와 인스턴스변수의 차이를 이해하기 위한 예로 카드 게임에 사용되는 카드를 클래스로 정의해보자.

카드 클래스를 작성하기 위해서는 먼저 카드를 분석해서 속성과 기능을 알아 내야한다. 속성으로는 카드의 무늬, 숫자, 폭, 높이 정도를 생각할 수 있을 것이다.
이 중에서 어떤 속성을 클래스 변수로 선언할 것이며, 또 어떤 속성들을 인스턴스 변수로 선언할 것인지 생각해보자.

class Card {
String kind ; // 카드의 무늬 - 인스턴스 변수
int number; // 카드의 숫자 - 인스턴스 변수
static int width = 100 ; // 카드의 폭 - 클래스 변수
static int height = 250 ; // 카드의 높이 - 클래스 변수
}

각 Card인스턴스는 자신만의 무늬(kind)와 숫자(number)를 유지하고 있어야 하므로 이들을 인스턴스변수로 선언하였고, 각 카드들의 폭(width)과 높이(height)는 모든 인스턴스가 공통적으로 같은 값을 유지해야하므로 클래스변수로 선언하였다.

만일 카드의 폭을 변경해야할 필요가 있을 때는 모든 카드의 width값을 변경하지 않고, 한 카드의 width값만 변경해도 모든 카드의 width값이 변경되는 셈이다.

[예제6-4] CardTest.java

class CardTest{
public static void main(String args[]) {
// 클래스변수(static 변수)는 객체생성없이 '클래스이름.클래스변수'로 직접 사용 가능하다.
System.out.println("Card.width = " + Card.width);
System.out.println("Card.height = " + Card.height);

Card c1 = new Card();
c1.kind = "Heart";
c1.number = 7;

Card c2 = new Card();
c2.kind = "Spade";
c2.number = 4;

System.out.println("c1은 " + c1.kind + ", " + c1.number + "이며, 크기는 (" + c1.width + ", " + c1.height + ")" );
System.out.println("c2는 " + c2.kind + ", " + c2.number + "이며, 크기는 (" + c2.width + ", " + c2.height + ")" ); System.out.println("이제 c1의 width와 height를 각각 50, 80으로 변경합니다.");
c1.width = 50;
c1.height = 80;

System.out.println("c1은 " + c1.kind + ", " + c1.number + "이며, 크기는 (" + c1.width + ", " + c1.height + ")" );
System.out.println("c2는 " + c2.kind + ", " + c2.number + "이며, 크기는 (" + c2.width + ", " + c2.height + ")" );
}
}

class Card {
String kind ; // 카드의 무늬 - 인스턴스 변수
int number; // 카드의 숫자 - 인스턴스 변수
static int width = 100; // 카드의 폭 - 클래스 변수
static int height = 250; // 카드의 높이 - 클래스 변수
}

[실행결과]

Card.width = 100
Card.height = 250
c1은 Heart, 7이며, 크기는 (100, 250)
c2는 Spade, 4이며, 크기는 (100, 250)
이제 c1의 width와 height를 각각 50, 80으로 변경합니다.
c1은 Heart, 7이며, 크기는 (50, 80)
c2는 Spade, 4이며, 크기는 (50, 80)

Card클래스의 클래스변수(static변수)인 width, height 그리고 color는 Card클래스의 인스턴스를 생성하지 않고도 '클래스이름.클래스변수'와 같은 방식으로 사용할 수 있다.
Card인스턴스인 c1과 c2는 클래스 변수인 width와 height를 공유하기 때문에, c1의 width와 height를 변경하면 c2의 width와 height값도 바뀐 것과 같은 결과를 얻는다.
Card.width, c1.width, c2.width는 모두 같은 저장공간을 참조하므로 항상 같은 값을 갖게 된다.
인스턴스 변수는 인스턴스가 생성될 때 마다 생성되므로 인스턴스마다 각기 다른 값을 유지할 수 있지만, 클래스 변수는 모든 인스턴스가 하나의 저장공간을 공유하므로, 항상 공통된 값을 갖는다.
[플래시동영상]자료실의 플래시동영상 MemberVar.swf을 꼭 보도록하자.

3.9 클래스메서드(static메서드)와 인스턴스메서드

변수에서 그랬던 것과 같이, 메서드 앞에 static이 붙어 있으면 클래스메서드이고 붙어 있지 않으면 인스턴스메서드이다.
클래스 메서드는 호출방법 역시 클래스변수처럼, 객체를 생성하지 않고도 '클래스이름.메서드이름(매개변수)'와 같은 식으로 호출이 가능하다.
그렇다면 어느 경우에 static을 사용해서 클래스메서드로 정의해야하는 것일까?

클래스는 '데이터(변수)와 데이터에 관련된 메서드의 집합'이라고 할 수 있다. 같은 클래스 내에 있는 메서드와 멤버변수는 아주 밀접한 관계가 있다. 인스턴스메서드는 인스턴스변수와 관련된 작업을 하는, 즉 메서드의 작업을 수행하는데 인스턴스변수를 필요로 하는 메서드이다.
그래서 인스턴스변수와 관계없거나(메서드 내에서 인스턴스변수를 사용하지 않거나), 클래스변수만을 사용하는 메서드들은 클래스메서드로 정의한다.
물론 인스턴스변수를 사용하지 않는다고 해서 반드시 클래스 메서드로 정의해야하는 것은 아니지만, 그렇게 하는 것이 일반적이다.
참 고로 Math클래스의 모든 메서드는 클래스메서드임을 알 수 있다. Math클래스에는 인스턴스변수가 하나도 없거니와 Math클래스의 함수들은 작업을 수행하는데 필요한 값들을 모두 매개변수로 받아서 처리 하기 때문이다. 이처럼, 단순히 함수들만의 집합인 경우에는 클래스메서드로 선언한다.

[참고]인스턴스 변수 뿐만 아니라 인스턴스 메서드를 호출하는 경우에도 인스턴스 메서드로 선언되어야 한다. 인스턴스 메서드를 호출하는 것 역시 인스턴스 변수를 간접적으로 사용하는 것이기 때문이다.

[예제6-12] MyMathTest2.java

class MyMath2 {
long a, b;

// 인스턴스변수 a, b를 이용한 작업을 하므로 매개변수가 필요없다.
long add() { return a + b; }
long subtract() { return a - b; }
long multiply() { return a * b; }
double divide() { return a / b; }

// 인스턴스변수와 관계없이 매개변수만으로 작업이 가능하다.
static long add(long a, long b) { return a + b; }
static long subtract(long a, long b) { return a - b; }
static long multiply(long a, long b) { return a * b; }
static double divide(double a, double b) { return a / b; }
}

class MyMathTest2 {
public static void main(String args[]) {
// 클래스메서드 호출
System.out.println(MyMath2.add(200L, 100L));
System.out.println(MyMath2.subtract(200L, 100L));
System.out.println(MyMath2.multiply(200L, 100L));
System.out.println(MyMath2.divide(200.0, 100.0));

MyMath2 mm = new MyMath2();
mm.a = 200L;
mm.b = 100L;
// 인스턴스메서드는 객체생성 후에만 호출이 가능함.
System.out.println(mm.add());
System.out.println(mm.subtract());
System.out.println(mm.multiply());
System.out.println(mm.divide());

}

[실행결과]

300
100
20000
2.0
300
100
20000
2.0

인 스턴스메서드인 add(), subtract(), multiply(), divide()는 인스턴스변수인 a와 b만으로도 충분히 원하는 작업이 가능하기 때문에, 매개변수를 필요로 하지 않으므로 괄호()에 매개변수를 선언하지 않았다.
반면에 add(long a, long b), subtract(long a, long b) 등은 인스턴스변수 없이 매개변수만으로 작업을 수행하기 때문에 static을 붙여서 클래스메서드로 선언하였다. MyMathTest2의 main메서드에서 보면, 클래스메서드는 객체생성없이 바로 호출이 가능했고, 인스턴스메서드는 MyMath2클래스의 인스턴스를 생성한 후에야 호출이 가능했다.
이 예제를 통해서 어떤 경우 인스턴스메서드로, 또는 클래스메서드로 선언해야하는지, 그리고 그 차이를 이해하는 것은 매우 중요하다.

3.10 클래스멤버와 인스턴스멤버간의 참조와 호출.

같은 클래스에 속한 멤버들간에는 별도의 인스턴스를 생성하지 않고도 서로 참조 또는 호출이 가능하다. 단, 클래스멤버가 인스턴스멤버를 참조 또는 호출하고자 하는 경우에는 인스턴스를 생성해야 한다.
그 이유는 인스턴스멤버가 존재하는 시점에 클래스멤버는 항상 존재하지만, 클래스멤버가 존재하는 시점에 인스턴스멤버가 항상 존재한다는 것을 보장할 수 없기 때문이다.

[예제6-] ArrayEx.java

class MemberCall {
int iv = 10;
static int cv = 20;

int iv2 = cv;
// static int cv2 = iv; 에러. 클래스변수는 인스턴스 변수를 사용할 수 없음.
static int cv2 = new MemberCall().iv; // 굳이 사용하려면 이처럼 객체를 생성해야함.

static void classMethod1() {
System.out.println(cv);
// System.out.println(iv); 에러. 클래스메서드에서 인스턴스변수를 바로 사용할 수 없음.
MemberCall c = new MemberCall();
System.out.println(c.iv); // 객체를 생성한 후에야 인스턴스변수의 참조가 가능함.
}

void instanceMethod1() {
System.out.println(cv);
System.out.println(iv); // 인스턴스메서드에서는 인스턴스변수를 바로 사용가능.
}

static void classMethod2() {
classMethod1();
// instanceMethod1(); 에러. 클래스메서드에서는 인스턴스메서드를 바로 호출할 수 없음.
MemberCall c = new MemberCall();
c.instanceMethod1(); // 인스턴스를 생성한 후에야 인스턴스메서드를 호출할 수 있음.
}

void instanceMethod2() { // 인스턴스메서드에서는 인스턴스메서드와 클래스메서드
classMethod1(); // 모두 인스턴스생성없이 바로 호출이 가능하다.
instanceMethod1();
}
}

클래스멤버(클래스변수와 클래스메서드)는 언제나 참조 또는 호출이 가능하다.
그렇기 때문에 인스턴스멤버가 클래스멤버를 참조, 호출하는 것은 아무런 문제가 안 된다. 클래스멤버간의 참조 또는 호출 역시 아무런 문제가 없다.

그러나, 인스턴스멤버(인스턴스변수와 인스턴스메서드)는 반드시 객체를 생성한 후에만 참조 또는 호출이 가능하기 때문에 클래스멤버가 인스턴스멤버를 참조, 호출하기 위해서는 객체를 생성하여야 한다.

하지만, 인스턴스멤버간의 호출에는 아무런 문제가 없다. 하나의 인스턴스멤버가 존재한다는 것은 인스턴스가 이미 생성되어있다는 것을 의미하며, 즉 다른 인스턴스멤버들도 모두 존재하기 때문이다.

실제로는 같은 클래스 내에서 클래스멤버가 인스턴스멤버를 참조 또는 호출해야하는 경우는 드물다. 만일 그런 경우가 발생한다면, 인스턴스메서드로 작성해야할 메서드를 클래스메서드로 한 것은 아닌지 한번 더 생각해봐야 한다.

[알아두면 좋아요]

수학에서의 대입법처럼, c = new MemberCall()이므로 c.instanceMethod1();에서 c대신 new MemberCall()을 대입하여 사용할 수 있다.

MemberCall c = new MemberCall();
int result = c.instanceMethod1();

위의 두 줄을 다음과 같이 한 줄로 할 수 있다.

int result = new MemberCall().instanceMethod1();

대신 참조변수를 사용하지 않았기 때문에 생성된 MemeberCall인스턴스는 더 이상 사용할 수 없다.

Posted by 세모아

,

static을 이해하자
Software 2008. 5. 28. 17:09

출처: http://kldp.org/files/static____________160.htm
static을 이해하자

Preface

프로그래밍을 하다 보면 static만큼 다양한 곳에서 다양한 의미로 많이 쓰이는 키워드가 없는 것 같습니다. C/C++과 같은 정적인 언어 뿐만 아니라 JAVA와 같이 동적 바인딩을 기본으로 하는 언어에서조차 static이 사용되는 것을 보면 옛 속담처럼 '귀에 걸면 귀걸이, 코에 걸면 코걸이'가 되는 것이 static이라는 키워드인 것 같습니다.

그러나 유감스럽게도 이렇게 자주 쓰이고 중요하게 사용되는 static을 잘못 이해하고 있거나 많은 특징들을 모르고 있는 사람들이 의외로 많습니다.

특히 시중에 판매되는 대다수의 프로그래밍 입문 서적들이 static에 대해서 정확하고 자세하게 설명하고 있지 않다라는 사실이 이렇게 부족하게 나마 static에 대한 글을 쓰게 된 이유라 할 수 있습니다.

static 용어의 개념 및 성질

제가 그 동안 공부를 하면서 가장 절실하게 느낀 점이 하나 있다면 바로 어떤 개념을 익히기 위해서는 우선 용어의 뜻을 바로 이해하는 것이 가장 중요하다라는 것입니다.

특히 컴퓨터 분야와 같이 정말 많고 다양한 용어와 약어들이 판을 치는 분야에서 용어의 뜻을 정확하게 이해하는 것은 말 그대로 '반은 먹고 들어가는 것'입니다.

그런 의미에서 우리가 가장 처음 할 일은 static이라는 용어에 대한 사전적 뜻을 알아보는 것이 아닐까 생각합니다.

static

1 정지(靜止)하고 있는, 변화하지 않는; 정적인, 움직임이 없는(반:dynamic). (또는 statical)

2 〈물리〉 정적인, 정압(靜壓)의.

~ pressure 정압.

3 〈전기〉 정전(靜電)(기(氣))의; 공전(空電)의.

[출처 : 야후 영어사전]

야후에 물어보니 static이 위와 같은 뜻이라고 하는군요...프로그래밍 언어에서만이 아니라 영어 자체에서도 생각보다 다양한 뜻을 가지고 있는 것 같습니다.('정전기'라는 뜻을 가지고 있다는 사실을 전 오늘 처음 알았습니다.)

어쨌든 대충 static이라는 단어가 풍기는 이미지는 '불변성, 고요함' 정도로 생각되며 실제 앞으로 설명할 static의 여러 가지 성질들은 대체로 이러한 의미들과 관련이 있습니다.

그럼 C/C++에서 static이 갖는 성질들을 제가 아는 대로 한번 나열해 보겠습니다.(참고로 이제부터 제가 사용하는 '객체'라는 용어는 클래스 객체뿐만이 아니라 C++컴파일러가 제공하는 built-in type 변수까지 포함하는 추상적인 개념으로 이해하시기 바랍니다. 왜냐하면 실제 static의 성질은 그 타입에 상관없이 동일하게 적용되기 때문입니다. 때에 따라서 객체라는 용어와 변수라는 용어를 혼용하더라도 양해하여 주시기 바랍니다.)

1.    정적 지속성(static storage duration) : static 객체들은 일단 한번 생성이 되면 프로그램이 종료될 때까지(C++표준에서는 main()함수에서 리턴 될 때 혹은 exit()를 호출했을 때 소멸된다고 명시되어있습니다.) 유지됩니다. 즉, 객체의 소멸 시점이 scope에 영향 받지 않고 항상 일정합니다.

2.    유일성(singleton) : 어떤 모듈 단위(function, class, file)에서든지 static 객체는 단 한번만 생성됩니다.

3.    내부 연결성(internal linkage) : 전역 static 객체나 함수는 link 단계에서 외부 바인딩이 일어나지 않습니다. 즉, 외부 파일에서는 내부 전역 static 객체/함수를 참조하거나 호출할 수 없습니다.

그렇다면 왜 static 키워드가 붙은 변수나 함수가 이런 성질을 가지게 되는지에 대해서 차근차근 알아보도록 하겠습니다.

binding(바인딩)

static에 대해서 이해하기 위해서는 우선 binding이라는 개념을 이해하여야 합니다. 바인딩이라는 단어 역시 다양한 의미로 사용되는 용어인데 프로그래밍 언어에서 말하는 바인딩이란 어떤 심볼(변수나 함수)의 속성을 결정짓는 것을 의미합니다.

int main()

{

int x;

x = 3;

return 0;

}

위와 같은 C 소스가 있을 때 이것을 컴파일러가 컴파일 하게 되면 우선 컴파일러는 int x; 라는 선언문을 보고서 x라는 이름의 변수를 자신의 심볼 테이블에 기록을 하며 이 때 그 변수의 속성(type, scope, value 등)을 저장하게 됩니다. 그리고 그 다음에 있는 x = 3; 이라는 구문에서 x라는 변수가 자신의 심볼 테이블에 있는지 살펴보고, 있으면 그 속성을 참고하여 해당 구문의 타입 체크와 같은 문법 검사를 수행하게 됩니다.(물론 x가 심볼 테이블에 없다면 그런 변수를 찾을 수 없다는 컴파일 에러를 발생시킵니다.)

이제 좀 더 복잡한 예를 살펴보겠습니다.

/// test1.cpp

#include <iostream>

int global; // ---> 1)

void extern_fun(int a);

int main()

{

global = 5; // ---> 2)

extern_fun(3);

std::cout << global << '\n';

return 0;

}

/// test2.cpp

extern int global; // ---> 3)

void extern_fun(int a)

{

global += a; // ---> 4)

}

위 소스에서는 global이라는 전역 변수를 두 개의 파일에서 참조하고 있습니다. 위에서 언급했듯이 컴파일러는 변수 선언문이 나타나면 해당 변수를 심볼 테이블에 등록하고 이후에 변수를 사용하는 구문을 만날 때마다 해당 변수가 자신의 심볼 테이블에 등록되어 있는지 살펴보고 그 정보에 따라 문법 검사를 수행하게 됩니다.

그런데 컴파일러는 항상 파일 단위로 컴파일을 수행하며 새로운 파일을 컴파일 할 때 이전에 이미 컴파일 한 파일에 대한 정보 같은 것들은 따로 기록하지 않습니다. 즉, 항상 새로운 마음가짐으로 각각의 파일들을 독립적으로 컴파일 하게 됩니다.

그래서 위의 경우 test1.cpp를 먼저 컴파일 했다고 해서 test2.cpp에서 global변수를 사용하는 구문을 컴파일 할 때 test1.cpp에서 만든 심볼 테이블을 참조하지는 않습니다.

때문에 두 개 이상의 파일에서 같은 전역 변수를 참조하게 되면 그런 사실을 미리 소스 코드를 통해 컴파일러에게 알려줘야 합니다. 만약 그렇지 않으면 test2.cpp에서 4)구문을 컴파일 할 때 global이라는 변수가 선언되어 있지 않다 라고 에러를 발생시키거나 혹은 test1.cpp와 test2.cpp의 global변수를 별개의 변수로 취급하게 될 것입니다.

그러므로 프로그래머는 사전에 test1.cpp와 test2.cpp에서 사용하는 global 변수가 동일한 것이다라는 사실을 컴파일러에게 알려주게 되는데 위의 소스에서 3)에 있는 extern은 바로 그런 역할을 수행하는 키워드입니다.

extern의 의미는 '해당 변수는 외부에서 참조하여 사용하겠다'라는 뜻입니다. 만약 3)이 없다면 test2.cpp를 컴파일 할 때 4)에서 global이라는 변수를 찾을 수 없다는 에러가 발생할 것이며, 3)에서 extern이 없다면 test1.cpp와 test2.cpp의 global은 별개의 변수로 취급되어 프로그램 결과가 8이 아니라 5가 나오게 될 것입니다.

그렇다면 컴파일러는 각각의 파일을 컴파일 할 때 다른 파일의 심볼 값들을 참조하지 않음에도 불구하고 어떻게 전역 변수를 공유할 수 있을까요? 그것은 바로 링크 과정이 있기 때문에 가능합니다.

컴파일 시 컴파일러는 전역 변수나 함수에 대한 참조/호출을 직접적인 어셈블리어 구문으로 변환하는 것이 아니라(다시 말하면 해당 변수의 메모리 주소나 함수의 코드 주소로 바로 변환하지 않고) 특정한 이름을 부여하여 해당 이름의 전역 변수나 함수에 대한 참조/호출 구문으로 바뀌게 되는 것입니다.

예를 들어 위의 소스의 경우에 test2.cpp에서 참조하는 global이 외부에서 참조되는 변수이다라는 사실을 컴파일 한 목적 코드(object code)에 기록해 두면 링커는 해당 변수와 동일한 이름으로 정의된 파일을 검색하고 test1.cpp에서 일치된 이름을 발견하면 해당 전역 변수 참조 구문들을 올바른 속성(상대 주소)값으로 바꾸게 됩니다.

이렇게 어떤 변수나 함수의 속성값을 결정짓는 과정을 바인딩이라고 합니다. 그리고 위의 경우처럼 링크 과정에서 그런 속성값을 결정짓는 것을 링크 바인딩(link binding), 혹은 동적 바인딩(dynamic binding)이라 합니다.

위의 야후 사전에서도 나와 있듯이 컴퓨터 분야에서 dynamic에 반대되는 용어는 static이며 거의 항상 이 두 존재는 양립합니다. 즉, 앞에 dynamic이라는 단어가 붙는 어떤 용어가 있다면 거의 항상 static이 앞에 붙는 반대되는 의미의 용어가 존재합니다.

바인딩 역시 예외가 아니어서 동적 바인딩에 반대되는 개념으로 정적 바인딩(static binding)이 있습니다. 이것은 바인딩이 컴파일 시점에 이루어 지는 것을 의미합니다. 즉, 해당 변수나 함수의 속성이 컴파일 과정에서 결정됩니다.

정적 바인딩에 의해 정의되는 변수나 함수는 링크 과정 이전에 이미 속성이 결정되기 때문에 아래와 같은 특징을 가지게 됩니다.

1. 정적 바인딩 변수는 extern 키워드를 통해 외부 파일에서 참조가 불가능하다.

2. 정적 바인딩 함수는 외부 파일에서 호출이 불가능하다.

static 전역 변수나 함수를 사용해 보신 분들은 아시겠지만 위의 특징은 바로 static 전역 변수와 함수의 특징과 일치합니다. 즉, static 키워드는 해당 전역 변수나 함수를 컴파일러가 정적으로 바인딩을 하도록 프로그래머가 '지시'하는 역할을 합니다.

컴파일 타임 바인딩을 정적(static) 바인딩이라고 말하는 이유는 아마도 한번 컴파일 시에 속성이 결정되고 나면 '변하지 않는다' 라고 하는 불변성 때문이 아닌가 추측됩니다. 어쨌든 이런 특징을 가지고 있기에 static 변수는 독특한 성질을 지니고 있습니다.

아래의 예제는 초보자가 흔히 하게 되는 실수입니다.

/// header.h

int global;

/// a.cpp

#include <iostream>

#include "header.h"

void b_func();

int main()

{

global = 3;

b_func();

std::cout << global << std::endl;

return 0;

}

/// b.cpp

#include "header.h"

void b_func()

{

global = 5;

}

위 소스는 정상적으로 컴파일 됩니다.

앞에서 언급했듯이 컴파일러는 파일 별로 독립적으로 컴파일을 수행합니다. 따라서 a.cpp 컴파일 시 header.h에 있는 global 선언문을 통해 global 변수를 하나 생성하여 3을 할당합니다. 또한 b.cpp 역시 header.h에 있는 global 선언문을 통해 global 변수를 하나 생성하여 5를 할당합니다. 따라서 둘 다 적법한 소스입니다.

하지만 링크 과정에서 링커는 a.cpp와 b.cpp가 동일한 이름(global)의 전역 변수를 두 개 생성한 것을 보고 링크 에러를 발생시킵니다.(이 때 발생하는 에러는 redefinition error입니다. 아마 초보자들이 가장 많이 접하는 에러 중 하나일 것입니다.)

그러면 위 소스를 아래와 같이 수정해 보겠습니다.

// header.h

static int global; /// int global을 static 전역 변수로 수정

// a.cpp

///원 소스와 동일...

// b.cpp

/// 원 소스와 동일....

이렇게 수정하면 정상적으로 컴파일 및 링크가 수행됩니다. 왜냐하면 static 전역 변수는 컴파일 시점에 바인딩이 완료되고 따라서 링크 과정에서 해당 변수에 대한 바인딩 처리를 하지 않으므로 중복 정의를 검사하지 않기 때문입니다.

그러나 대신 a.cpp와 b.cpp에서 사용하는 global 변수는 완전히 별도의 객체로 처리됩니다. 따라서 위 프로그램에서 a.cpp가 출력하는 global값은 - b_func()함수를 호출함으로써 바뀌는 값- 5가 아니라 - 원래 a.cpp에서 할당한 값 - 3이 됩니다. 즉, a.cpp와 b.cpp에서 사용하는 global 전역 변수는 사실 이름만 똑같을 뿐 별개로 취급되는 다른 변수가 됩니다. (따라서 이런 식의 사용은 프로그래머에게 혼란을 줄 뿐이며 버그를 야기시키는 좋지 않은 코딩 방식입니다. 그러므로 static 전역 변수를 선언할 때는 항상 header 파일이 아닌 c/cpp 파일에 해줘야 합니다.)

어쨌든 static 전역 변수는 항상 해당 변수가 선언된 파일 내부에서만 참조가 가능합니다. 그리고 이것은 static 전역 함수 역시 마찬가지이며 static으로 선언된 전역 함수는 외부 파일에서는 사용이 불가능합니다.(만약 외부에서 호출하려고 하면 링크 에러가 발생합니다.)

때문에 보통 C프로그래머들은 외부 파일에서 사용할 필요가 없는 혹은 외부에서 사용하기를 원치 않는 함수들은 static으로 정의하곤 합니다. 이렇게 함으로써 이름 중복에 의한 혼란 등을 피할 수 있는 부수적인 장점을 얻을 수도 있습니다.(C++에서는 namespace와 class가 생기면서 이런 장점이 많이 사라졌습니다.)

그리고 이렇게 파일 내부에서만 참조 가능한 static 의 성질을 internal linkage(내부 연결성)이라고 부릅니다.

storage duration and scope

다 아시는 이야기 하나 해보겠습니다. 변수는 관점에 따라 다양하게 분류가 될 수 있습니다. 우선 공간(scope)범위에 따라 전역 변수와 지역 변수로 분류가 가능합니다. 그리고 메모리 할당 주체에 따라 정적 할당 변수와 동적 할당 변수로 분류할 수도 있습니다. 또한 메모리 할당 위치에 따라 스택(stack) 변수와 정적 영역 변수, 동적 영역(heap) 변수로 나눌 수 있으며 그 외에도 정적(static)변수, 상수(const)변수, 포인터 변수 등등 여러 종류로 구분이 가능합니다.

게다가 이러한 분류는 복합적으로 정의될 수 있습니다. 가령, 정적 전역 변수(static global variable), 정적 지역 변수(static local variable), 전역 상수 변수(global const variable) 등등이 있습니다.

심지어 어떤 분류 정의는 서로 밀접한 관계(혹은 동등한 의미)를 가집니다. 스택 변수와 비정적(non-static) 지역 변수는 사실 같은 의미를 가지고 있으며, 전역(global) 변수와 정적(static) 변수는 정적 영역 변수에 해당합니다.

이렇게 변수의 종류가 다양하게 분류되는 것은 프로그래밍 시 여러 가지 상황이 발생하게 되고 이때 이런 상황에 맞는 변수 설정을 위한 여러 가지 개념들이 필요했기 때문이며 이러한 여러 개념들이 서로 복합적인 관계를 맺으며 사용되는 것은 그러한 개념들을 구체화 시키는 과정에서 구현 상의 이유로 만들어진 부수효과(side-effect)라 할 수 있습니다.

가령 포트란 같은 경우 모든 변수가 전역 변수로 지정됩니다(참고로 저는 포트란을 직접 사용해 본적은 없습니다.). 즉, 지역 변수라는 개념이 없습니다. 따라서 파라미터 전달이나 스택 변수 생성에 따른 함수 호출 오버헤드가 없기 때문에 간단한 프로그래밍 시 좋은 성능을 보여줍니다.

그러나 대신 일회성 변수를 사용하더라도 지속적인 변수 유지가 필요하기 때문에 이름 짓기(naming) 문제나 혹은 같은 변수를 다른 용도로 계속 재사용하게 되고 따라서 복잡한 프로그래밍 시 코드가 난해해지는 단점이 있습니다.

그래서 C와 같은 프로그래밍 언어에서는 지역 변수라는 개념을 도입했으며 그에 따라 scope라는 개념이 생겨났습니다.

그리고 이런 scope라는 개념이 들어가면서 동시에 storage duration이라는 개념이 생겨났습니다. 더 이상 참조가 필요 없는, 다시 말하면 scope를 벗어난 지역 변수에 대해서 프로그래머가 일일이 지정하지 않아도 자동적으로 해당 지역 변수의 메모리를 컴파일러가 알아서 해제해줌으로써 보다 추상화된 프로그래밍이 가능하게 되는 것입니다.

그래서 이런 지역 변수의 특징을 구체화하는 과정에서 가장 손쉽고 오버헤드가 적게 드는 기법을 구현한 것이 바로 스택을 통한 지역 변수 관리 기법인 것입니다.(따라서 스택 변수는 곧 비정적 지역 변수가 됩니다.)

어쨌든 점점 프로그래밍이 고난이도 작업이 되고 그에 따라 요구 조건이 까다로워지면서 보다 다양한 개념의 메모리 및 변수 관리가 필요하였고 그에 따라 C/C++와 같은 언어에서는 직접 사용자가 메모리를 관리하는 포인터 및 동적 할당 개념이 생겨났습니다.

그런 와중에 '특정 scope를 가지면서 해당 변수의 storage duration은 scope에 상관없이 프로그램 실행 시간 내내 유지 될 수 있는' 그런 기법이 필요하게 되었습니다. 전역 변수는 프로그램 실행 시간 내내 유지되지만 대신 다른 블럭이나 모듈, 파일들에서 해당 변수를 참조할 수 있게 되고 그러면 프로그램의 안정성이 떨어질 수 있기 때문에, 가급적 참조 범위를 최소화하는 것을 미덕으로 여기는 프로그래밍 세계에서는 다른 대안을 필요로 한 것입니다.

한편, static 변수는 앞서 말한 바와 같이 컴파일 시점에 바인딩이 되는 변수입니다. 그런데 이 변수를 전역이 아닌 지역 변수로 선언을 한다면 뭔가 비 논리적인 상황이 발생합니다. 왜냐하면 지역 변수는 스택을 통해 관리되므로 그 속성(여러 속성들이 있겠지만 여기서는 메모리 주소값)이 수시로 바뀌게 되는데 이는 static의 원칙에 어긋나는 동작입니다.

결국 static 지역 변수는 허용을 하지 말거나 혹은 지역 변수와는 독립적인 처리가 필요하게 되었습니다. 그리고 C/C++ 에서는 후자를 선택하였습니다. 그 이유는 아마도 앞서 언급한 필요성 때문이 아닐까 생각합니다.(사실 위의 이야기들은 다 제가 추측한 이야기입니다. 실제로 어떤 이유로 static 지역 변수가 생겨났는지는 K&R만이 알겠죠...)

따라서 static으로 선언된 지역 변수는 다른 지역 변수와 달리 스택이 아니라 정적 영역에 할당이 됨으로써 해당 scope를 벗어나 스택이 해제되더라도 그 상태를 유지할 수 있게 되었습니다. 어차피 static 전역 변수 역시 정적 영역에 할당되므로 구현 상으로도 통일된 처리가 가능하여 이는 충분히 합리적인 결정이라 생각됩니다.

어쨌든 결국 static 지역 변수는 지역 변수의 일부 특성(scope)과 전역 변수의 일부 특성(static storage duration)을 갖는 독특한 존재가 됐습니다. 예를 들자면,

#include <iostream>

int sum(int a)

{

static int x = 0; /// 최초 sum 호출 시 한번 만 생성&초기화됨

x += a;

return x; /// sum()함수 종료 시에도 소멸 안됨

}

/* 1부터 100까지 합을 출력하는 프로그램*/

int main()

{

int i = 0;

for (; i < 100; ++i)

sum(i);

std::cout << sum(100) << '\n';

return 0;    /// main()함수 종료 시 sum()함수 내에 있는 x 변수 소멸

}

이런 식의 사용이 가능합니다. 또,

#include <iostream>

int* local_fun(int a)

{

int x = 0;

x += a;

return &x;

int* static_fun(int a)

{

static int x = 0;

x += a;

return &x;

}

int main()

{

int* p = NULL;

p = local_fun(3);

std::cout << *p << '\n';   /// 비정상적인 값 출력

p = static_fun(3);

std::cout << *p << '\n';   /// 정상값(3) 출력

return 0;

}

이처럼 지역 변수의 경우 스택을 통해 메모리가 관리되므로 외부 참조가 불가능하지만 static 지역 변수의 경우 정적 영역에서 메모리가 관리되므로 포인터 혹은 레퍼런스를 통한 참조가 가능합니다. 여기서 scope에 대한 제약은 어떤 실행 메카니즘에 의한 것이 아니라 단지 컴파일러에 의한 문법 검사에 의한 것임을 알 수 있습니다.(이런 특징 때문에 static 객체는 singleton 패턴을 구현하는데 사용되기도 합니다.)

어쨋든 이렇게 static 객체는 전역 객체로 선언되면 internal linkage 특성을 가지지만 지역 객체로 선언될 경우 static storage duration 특성을 가지게 됩니다. 그리고 이런 특성이 모두 static이라고 하는 용어가 가진 개념에 의해 발생된 것임을 알 수 있습니다.

C++에서의 static

C에서 static이 가진 의미는 위에서 말한 두 가지가 전부입니다. 그러나 C++에서는 객체지향 패러다임이 도입되었고 그에 따라 클래스라고 하는 개념이 도입되었습니다.

클래스는 다 아시다시피 '무언가 공통된 책임을 수행하기 위해 같이 모아 놓으면 좋을 만한 변수와 함수들을 하나의 모듈로 캡슐화시킨 사용자 정의 타입'입니다. 그리고 이런 클래스 타입에 의해 생성된 변수들을 '객체(Object)'라고 합니다.

사실 이런 클래스나 객체라는 것은 이름은 그럴 듯 하지만 막상 그 세부 구조를 밑바닥까지 파헤쳐 보면 C에서 사용하는 구조체(structure)와 큰 차이가 없습니다. 멤버 변수들은 단지 구조체 멤버에 사용자 권한이라고 하는 컴파일 타임 제약 사항만을 추가한 것에 불과하며, 멤버 함수라고 하는 것은 실상 해당 클래스 객체의 포인터를 파라미터로 자동 추가해 주는 편이성 높은 함수에 불과합니다. 즉,

class CppClass

{

public:

CppClass() : x_(0) {}

void SetX(int a) { x_ = a; }

int x_;

}

위의 클래스를 C언어로 바꾸게 되면

struct CStruct

{

int x_;

}

void CStruct_ctor(CStruct* this)

{

this->x_ = 0;

}

void CStruct_SetX(CStruct* this, int a)

{

this->x_ = a;

}

이렇게 됩니다. 그래서 실제 사용시에

CStruct tmp;

CStruct_ctor(&tmp);

CStruct_SetX(&tmp, 3);

이렇게 사용할 것을 클래스를 이용해서

CppClass tmp;

tmp.SetX(3);

이런 식으로 사용함으로써 생성자나 SetX()와 같은 멤버 함수가 CppClass라는 클래스의 객체에 밀접하게 관련되었다는 것을 프로그래머가 보기에 보다 직관적이 될 수 있도록 해준 장치에 불과합니다.

물론 이렇게 맥 빠지게 말을 하였지만 C++, JAVA, Smalltalk들과 같은 객체 지향 언어들은 객체 지향 패러다임을 통해 상속, 다형성, 캡슐화라는 다양한 장치를 제공하여 현재 가장 널리 사용되는 프로그래밍 언어인 것은 틀림없습니다.(적어도 이제 사람들이 더 이상 C를 반드시 배우려고 하지는 않습니다.)

어쨋든 객체 지향 언어들은 모든 프로그래밍을 객체 단위로 구현하고 조직화하게 되며 따라서 모든 변수들은 자신이 속한 객체와 그 생명 주기(life time)를 같이 합니다. 다시 말하면 멤버 변수의 scope와 storage duration은 자신이 속한 객체에 영향을 받는다는 뜻입니다.

그런데 여기서도 지역 변수에서와 유사한 문제가 발생합니다. 즉, 클래스 멤버 변수 선언 시에 static을 앞에 붙히게 되면 어떻게 되느냐 하는 것입니다.

클래스 멤버 변수는 객체가 생성될 때 같이 생성되고 객체가 소멸될 때 같이 소멸됩니다. 게다가 객체가 지역 변수로 선언되면 멤버 역시 스택에 위치하게 되며 객체가 동적 할당되면 멤버 역시 동적 영역에 위치합니다.

그런데 앞서 언급했듯이 static은 지역 변수든 전역 변수든 상관없이 static storage duration을 갖습니다. 따라서 아무리 객체 지향이라 하더라도 이러한 기존의 법칙을 거스르는 행동을 하는 것은 논리적이지 못합니다.

따라서 이것 역시 두 가지 선택이 필요하게 되었습니다. 멤버 변수에 대한 static을 허용하느냐, 그렇지 않느냐...그리고 C++은 전자를 선택하였습니다. 단 이렇게 하고 나니 한 가지 문제가 발생하였습니다. static 멤버 변수를 허용하게 되면 기존의 static 특성을 따르기 위해서 static storage duration을 가져야 하고 그러려면 이 변수는 정적 영역에 위치하여야 하는데 객체는 반드시 정적 영역에 위치하리라는 보장이 없기 때문입니다.

결국 이런 모순을 해결하기 위해서는 static 멤버 변수를 객체에서 분리하여야 합니다. 즉, 객체의 부분 집합으로써가 아니라 단지 클래스의 이름 공간에 한정 받는 전역 변수처럼 취급이 되는 것입니다. 다행스럽게도 이것은 기존의 static 정의에서 크게 벗어나지 않는 개념입니다. 즉,

1. static 변수는 한 번 생성되면 프로그램 종료 시까지 계속 유지된다.(static storage duration)

2. static 변수는 scope에 영향을 받는다.

- 전역 객체는 정의된 파일 scope에 한정되어 참조 가능하며(internal linkage), 지역 객체는 정의된 local scope에 한정되어 참조 가능하다.(no linkage)

static 클래스 멤버 변수는 위의 정의에서 1번과 일치하며 2번의 경우 영향 받는 scope를 클래스 이름공간(namespace)라는 것으로 확장하여 생각하면 역시 문제될 것이 없습니다.

결국 static 클래스 멤버 변수는 객체와 상관없이 클래스 범위 연산자(::)를 통해서 참조가 가능한 독특한 특징을 가진 전역 객체가 되었으며 동시에 '객체가 몇 개가 생성되든 오직 하나만 존재함(singleton)'이라는 성질을 가지게 되었습니다.

실제 프로그래밍에서 static 멤버 변수는 어떤 클래스에 관련되지만 특정 객체에 영향을 받지 않는 성질을 가진 데이터를 취급하는데 아주 유용하게 사용됩니다. reference counter가 그 대표적인 예라 할 수 있습니다.

한편 클래스 멤버 함수는 다른 경우가 됩니다. 함수라는 것은 어차피 storage duration이라는 것이 존재하지 않기 때문에 일반 함수의 경우 static, non-static의 구분이 'internal linkage인가 아니면 external linkage인가'로 결정이 됩니다.

여기서 클래스 멤버 함수의 경우는 internal linkage라는 것이 큰 의미가 없습니다. 어차피 private이나 protected와 같은 권한 지정 키워드가 있기 때문에 얼마든지 사용 범위에 제한을 가할 수 있기 때문입니다. 따라서 이것 역시 두 가지 선택 사항이 존재하게 됩니다. 멤버 함수에 대해서 static을 허용하느냐 그렇지 않느냐...C++는 역시 허용하는 쪽에 손을 들어 줍니다.

사실 static이라는 키워드는 기본적으로 모든 선언문 형식에 들어갈 수 있는 storage class specifier라고 하는 지정자의 일종이기 때문에(C에서 그렇게 정의했기 때문에) 자꾸 이런 저런 제약을 가하는 것은 C의 자유로운 문법을 계승한 C++ 입장에서 그다지 바람직하지 않다라고 생각했을 것입니다.

어쨌든 멤버 함수에 static을 허용하였고 그에 따른 어떤 의미 부여가 필요하였습니다.(앞서 말한 대로 internal linkage라는 성질은 큰 의미가 없으므로...)

여기서 C++은 멤버 변수가 객체에 영향을 받지 않는 클래스 이름 공간에 속한 전역 객체로써 취급되었듯이 멤버 함수 역시 동일한 성질을 부여하게 됩니다. 즉, static 멤버 함수는 객체가 없어도 호출이 가능하며 단지 클래스 이름 공간에 한정을 받는 함수가 된 것입니다. 따라서 static 멤버 함수는 다른 멤버 함수처럼 this 포인터를 암시적으로 받는 특성이 없이 일반 함수와 똑같은 호출 구조를 가지게 되었습니다. 결국

class StaticClass

{

public:

static int x_;

static int func() {};

}

이것은

namespace gimmesilver

{

extern int x;

int func() {};

}

이것과 거의 동일한 특성을 가집니다. 따라서 non-static 멤버 함수들은 암묵적으로 넘겨받은 this 포인터를 통해서 해당 객체의 멤버 변수나 다른 non-static 멤버 함수를 참조/호출할 수 있지만 static 멤버 함수들은 그러한 참조할 만한 객체 포인터가 없으므로 객체의 멤버 변수나 non-static 멤버 함수를 참조/호출할 수 없는 것입니다.(이것 역시 초보자들이 흔히 하는 실수입니다.)

Post face

정리 들어갑니다...

static 변수

1. static storage duration을 갖는다.

2. scope의 영향을 받는다.

   - 전역 변수 : file scope의 영향을 받으며 internal linkage라고 한다.

   - 지역 변수 : block scope의 영향을 받는다.

   - 클래스 멤버 변수 : 클래스 이름공간의 영향을 받는 전역 객체이다.

static 함수

1. 일반 함수 : internal linkage를 갖는다. 즉, 외부 파일에서 해당 함수를 호출하지 못한다.

2. 클래스 멤버 함수 : this 포인터를 갖지 않는다. 따라서 객체의 멤버 변수나 멤버 함수를 직접 참조/호출할 수 없다. 단, 같은 클래스의 static 멤버 변수나 static 멤버 함수는 직접 참조/호출이 가능하다.

쓰다 보니 주저리 주저리 글이 너무 길어졌습니다. 부디 이 글을 통해서 static에 대한 개념 이해에 도움이 되셨으면 좋겠습니다.

혹시 내용 중에 잘못된 내용이나 이상한 부분이 있으면 귀찮으시더라도 메일 주시면 감사 드리겠습니다.

글쓴이: 이은조(gimmesilver@hanmail.net)

Posted by 세모아

,

원격 디버깅 (Remote Debugging) in VC++ 2003
Software 2008. 5. 28. 17:06

출처: http://blog.naver.com/istsest/10007026763

원격 디버깅 (Remote Debugging) in VC++ 2003

2006/08/06 13:49

이 포스트를 보낸곳 ()

지난 7월 마이크로소프트에서는 윈도우98/Me에 대한 지원을 중단하였습니다.

윈도우98/Me에 대한 보안패치를 포함하여 어떤 기술지원도 하지 않는다는 것입니다.

항간에는 윈도우의 최신버전을 팔아먹기 위한 MS의 오만방자한 수작이라고 비난하는

사람도 많지만, 저 역시 소프트웨어 아웃소싱 개발팀을 이끄는 사람으로서 계약기간이 훨씬 지난

프로젝트의 기술지원이나 디버깅이 얼마나 힘든 일인지 잘 알기에 MS의 입장을 충분히 이해합니다. 아마 윈도우 98/Me의 기술지원을 위해서 생각보다 많은 예산이 들어갈 것입니다. (MS에서는 전구 하나를 갈기 위해 수십명의 개발자가 필요하답니다. ^^)

만일 MS가 기존 윈도우 98/Me 사용자에 대해 거의 무료에 가까운 업그레이드 정책을 시행한다면 그 비난이 조금은 수그러들지 않을까 합니다만, 생각해보면 OS만 업그레이드 한다고 해서 문제가 해결되지 않습니다. 최신 OS(윈도우XP)를 돌리기 위한 하드웨어 업그레이드 비용과 어플리케이션 호환성 문제는 고스란히 사용자의 몫으로 남아 있을테니까요.

MS가 비난을 받건 말건 윈도우 98/Me의 기술지원을 중단한다는 발표는 우리 개발자들에겐 반가운 일이었습니다. 윈도우 98/Me 호환성을 요구하는 고객에게 MS의 정책을 핑계삼아 윈도우 98/Me에 대한 호환성 테스트에 대한 부담을 떨쳐 버릴 수 있게 때문입니다.

지금까지 우리가 맡아 온 수십건의 프로젝트 중 클라이언트 어플리케이션에서 단 2개만 제외하고 모두 윈도우 98/Me를 지원해야 했습니다. 개발의뢰업체들은 자신의 제품이나 서비스를 고객들이 이용함에 있어 윈도우 98/Me 사용자들이 얼마나 되는지도 관심없고 윈도우 98/Me를 지원하기 위해 소요되는 비용과 윈도우 98/Me 사용자 비율을 전혀 계산하지 않고 단 0.1%라도 있다면 무조건 윈도우 98/Me를 지원해야 한다는 입장입니다. 계약 관계에서 "을"일 수 밖에 없는 우리는 이와 같은 요구를 받아들일 수 밖에 없습니다. MS가 윈도우 98/Me 기술지원을 중단했지만 의뢰사의 윈도우 98/Me에 대한 호환성 요구는 당분간 계속 될 것 같습니다.

주제가 좀 빗나가긴 했습니다만,

우리 작업실에는 아주 아주 낡은, 두어 달에 한 번 켤까 말까 하는 고물딱지 PC가 하나 있습니다.

네 그렇습니다. 윈도우 98/Me 호환성을 테스트하기 위한 윈도우 98이 설치된 시스템입니다. 저를 포함한 우리 팀월들의 개발장비에는 윈도우2000/XP/2003 등이 설치되어 있기 때문에 윈도우 98/Me 호환성 테스트를 위해서는 이 고물딱지 시스템을 이용해야 했습니다. 그런데 문제는 윈도우95/98/Me에는 Visual Studio .Net 2003을 설치할 수 없어서 Debugging을 하는데 어려움이 많이 있었습니다. 그러던 중 원격 디버깅이라는 기능을 알게되어 지금까지 잘 사용해 오고 있습니다.

원격디버깅이란 디버깅 추적이 필요한 시스템에 Visual Studio 개발 도구나 디버깅 툴를 설치하지 않고 디버그 모드로 컴파일된 실행모듈을 실행하고 디버그 모니터링을 이용해 디버그 정보룰 네트워크로 전송하여 Visual Studio 개발 도구나 디버깅 툴이 설치된 시스템에서 소스레벨 디버깅이 가능한 기능을 말하는 것입니다.

이 기능을 윈도우98/Me 시스템 디버깅 뿐만 아니라 서버시스템이나 Visual Studio를 설치해서는 안되는 시스템에 이용하면 아주 효과적이라 할 수 있겠습니다.

여기 간단한 사용법을 영문 Visual Studio .Net 2003 을 기준으로 적어보겠습니다.

1. 디버그 모드로 컴파일된 실행모듈을 디버그 추적이 필요한 시스템에 복사 또는 설치합니다.

2. 다음의 파일들을 디버그 추적이 필요한 시스템에서 임의의 폴더를 하나 만들어 그 폴더로 복사합니다. 모두 같은 폴더에 있어야 합니다.

C:\Program Files\Microsoft Visual Studio .Net 2003\Common7\Packages\Debugger\ 에 위치한
msvcmon.exe
natdbgtlnet.dll
natdbgdm.dll

C:\Windows\System32 에 위치한
msvcr71.dll
psapi.dll
dbghelp.dll

3. 복사된 폴더에서 msvcmon.exe -tcpip -anyuser 를 실행합니다.

4. 디버깅 대상 실행모듈을 실행합니다.

5. Visual Studio .Net 2003이 설치된 시스템으로 돌아와 메뉴에서 Debug -> Processes 를 선택합니다.

6. 아래 대화상자에서 Transport를 TCP/IP로 설정하고 Name 에 디버그 추적할 시스템의 주소를 넣고 엔터키를 칩니다. 그러면 해당 시스템의 프로세스 목록이 나타납니다. 이때 디버깅할 프로세스를 더블클릭하면 디버깅이 시작됩니다. ActiveX Control을 디버깅 할 경우 iexplorer.exe를 더블클릭하면 됩니다.

자세한 내용은 http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vsdebug/html/vxoriRemoteDebuggingSetup.asp 를 참고하기 바랍니다.

Posted by 세모아

,

한국에서 미국등 으로 (무료!) 국제전화 걸기 : 1544-0044
유용한 잡동사니 2008. 5. 16. 11:15

출처: http://xlos.tistory.com/918

국제전화를 사용할 때, 이름을 들어본 회사(?)를 이용하게 되면 보통 어마어머한 요금을 물어야 한다. 특히, 공항에서 나눠주는 데이x사 전화카드를 보면, 3000원 무료통화권이라고 적혀있는데, 실상 분당 통화료가 1000원을 넘어가기 때문에, 무료통화라는 말에 속아서 마구 사용하다보면, 다음달 전화요금 고지서를 보며 쓴웃음을 지어야 할 것이다.

그래서 선불국제전화카드를 많이 이용하는데, 전화 한 번 걸기가 보통 귀찮은게 아니다. 그리고 남은 금액을 체크해서 다시 전화카드를 사 놓는것도 은근히 귀찮은 일이다.
그래서 요즘은 인터넷망을 사용하는 인터넷 전화가 인기를 끌고 있다. 스카이프 http://www.skype.com 를 필두로하여, 컴퓨터를 사용해서 전화를 거는 종류의 인터넷 전화가 있고, 인터넷을 이용한 망을 사용하면서도 중간 다리 역할을 하는 업체가 제공하는 무료통화번호를 사용하여, 일반 전화 혹은 휴대 전화로 전화를 걸 수 있도록 하는 종류의 인터넷 전화도 있다.

스카이프의 경우, 저렴한 비용에 한번 충전한 금액으로 국가에 상관없이 일정 금액으로 통화를 할 수 있으며, 무선 공유기와 스카이프 전용 단말기 를 구입할 경우, 컴퓨터를 사용하지 않고도 인터넷 전화를 편리하게 사용할 수 있지만, 초기투자비용이 들고, 프로그램 설치 및 가입, 설정등이 귀찮기 때문에 어르신들이 사용하기에는 아직 많이 불편하다.
일반전화 혹은 휴대전화를 사용하는 인터넷 전화의 경우, 인터넷을 통해 가격을 검색해보면, 무료접속번호(080)을 제공하는 경우

http://cardshopping.net/product/card_search.php?search_key=미국

한국 유선    -> 미국 유선 or 휴대전화 약 30~40원/분
한국 휴대전화 -> 미국 유선 or 휴대전화 약 70~100원/분

대략 이 정도 선에서 가격이 형성되어 있다. (2007년 6월 기준)

그래도 한국의 휴대전화 통화료(분당 50원~200원)와 국제전화임을 감안해볼 때 전혀 비싼 가격은 아니다. 하지만, 대부분의 사이트의 경우, 위와같은 저렴한 요금으로 통화를 하기 위해서는 최저 3만원 이상을 금액을 미리 결제해야하며, 6개월 내지는 1년의 유효기간안에 금액을 다 소진해야하고, 일부 업체의 경우, 통화료 외에도 접속료, 유지비 명목으로 알게 모르게 돈이 더 드는 경우도 있다.

그러던 차에 찾은 것이 바로 1544-0044 서비스!

http://www.15440044.co.kr/

별도의 가입절차나 비용부담없이, 본인의 휴대폰 요금만 부담하면, 무료로 국제전화를 사용할 수 있는 서비스이다. 현재 미국, 중국, 캐나다, 홍콩, 싱가폴 국제전화만 서비스되고 있으며, 휴대폰에서만 사용이 가능하다는 단점이 있기는 하지만, 휴대폰의 단축다이얼 기능을 사용하면, 단축 다이얼을 한 번 꾹 누르는 것으로 바로 미국에 있는 연인, 가족들과 저렴하게 통화할 수 있다는 장점도 있다. ^^
요금면에서도 지역할인 혹은 지정번호 할인(9원/10초)을 적용할 경우, 미국의 유선전화, 휴대전화 모두 54원/분 정도이니 인터넷 최저가와 비교해도 손색이 없다.

오늘 여친님께서 직접 전화를 걸어주셨는데 음질도 꽤나 만족스러운 수준이다. 이만하면 강추 ^^를 날려도 되지 않을까~

Posted by 세모아

,

MSN메신저로 무료문자 보내기
유용한 잡동사니 2008. 5. 16. 09:36

MSN메신저로 무료문자

2008/04/18 12:45

http://blog.naver.com/gogud2001/40050164333

이 포스트를 보낸곳 ()

MSN메신저로 무료문자 보내기

나는 하나포스 고객이니까 들어가면 무조건 무료넹 ㅎㅎ

이런 편리한 기능이 있었구낭~ 아 좋다 ^^
[출처] MSN메신저로 무료문자 보내기 |작성자 핑크공주

Posted by 세모아

,

ip 위치 추적 - 구글맵으로 대략적인 위치 파악.
유용한 잡동사니 2008. 5. 15. 17:48

출처: http://blog.naver.com/jisung0808/20046392314

http://www.ip-adress.com/ 에 가서

ip 주소 치는 곳에 ip주소 쓰면 구글맵으로 대략적인 위치가 나오네 +_+ 으헹

Posted by 세모아

,

성공한 개발자와 행복한 개발자
카테고리 없음 2008. 5. 9. 11:24

출처: http://www.ibm.com/developerworks/kr/library/dwclm/20070424/

성공한 개발자와 행복한 개발자

김창준 juneaftn@hanmail.net

현재 애자일컨설팅 대표로 있으며 주로 소프트웨어 개발 조직의 생산성과 인간성 모두를 증진하기 위해 컨설팅, 코칭, 교육 등을 하고 있다. 애자일이야기(http://agile.egloos.com)라는 블로그를 운영중이다.

2007년 4월 24일

행복은 미래에만 있다

우리는 성공이 꼭 행복의 필수조건은 아니라는 것을 머리로 믿고 있다. 복권에 당첨된 사람들의 행복 수준이 당첨 이전보다 못하다는 연구 결과 소식을 들으며 자신을 위로한다. 하지만 마음으로까지 믿지는 못하고 성공을 위해 오늘의 행복을 저당잡힌 채 산다. 그들에게 행복은 늘 미래시제 속에만 존재한다.

몇 년 전 모 개발자 게시판에서 봤던 것으로 기억하는데, 어떤 여성 개발자가 결혼 후를 위해 가구나 전자 제품도 싼 것으로 사고, 여행도 가지 않고, 모두 결혼하고 나면 써야지 하면서 저축을 했다고 한다. 그렇게 서른이 넘고 어느날 문득 눈을 떠봤더니 글쎄 자신이 불행하다라는 생각이 들었다고 한다. 그래서 특히 여자 후배들에게는 “하고 싶은 거 있으면 바로 해라”고 조언을 했다. 아마 대다수의 개발자들이 공감하는 바일 것이라 생각한다. 대상이 결혼이 되었건 집이 되었건 간에.

행복해야 성공한다

(이미지 출처는 aladdin.co.kr)

서울대 심리학과 곽금주 교수가 최근 저술한 "습관의 심리학"이라는 책 5장 제목은 "성공습관보다 행복습관을 먼저 연습하라"이다. 앞부분에서 곽금주 교수는 다음과 같은 요지의 말을 하고 있다. 최근 심리학계의 연구 결과에 따르면, 상식과는 달리 성공과 행복의 인과관계가 반대라고 한다. 즉, 현재 행복하다고 느끼는 사람이 성공(예컨대 경제적 부, 사회적 위치 등)할 가능성이 훨씬 높다는 것이다. 따라서 심리학자들은 성공보다 행복에 집중하는 것이 오히려 행복과 성공 두 마리 토끼를 동시에 잡는 가장 효과적인 전략이라고 한다.

곽금주 교수는 긍정심리학의 대부라 불리는 마틴 셀리그만(Martin E. P. Seligman)의 보험설계사 연구를 인용하고 있다. 이 부분은 셀리그만의 원저 "Learned Optimism"(국내에 번역되었으나 절판된 것으로 보임)이라는 책의 "일에서의 성공"(Success at Work) 장을 참고하도록 하자. 훨씬 더 상세한 설명을 볼 수 있다.

낙관적인 사람은 더 높은 실적을 낸다

(이미지 출처는 amazon.com)

메트라이프(Met Life)에서 보험설계사를 뽑을 때 한 집단은 직무 수행 능력이라는 전통적 잣대로 뽑고, 다른 집단은 낙관적 태도를 기준으로 뽑았다. 사실 두 번째 집단은 한 가지 기준이 더 있었다. 직무 수행 능력 시험에서 낙제점에 가까워야 했다. 12점이 최저 통과 점수면, 11점이나 10점에 해당하는 사람들을 뽑았다. 전통적 방식에서는 떨어질 사람들이다. 셀리그만은 이 집단을 "특별팀"(Special Force)이라고 불렀다.

낙관적인 사람과 비관적인 사람이 섞여 있지만 직무 수행 능력 시험을 통과한 사람들과 낙관적이지만 직무 수행 능력 시험에 떨어진 두 개의 집단. 실적을 비교한다면?

우선 일반 집단의 경우를 보자. 첫 1년 동안에는 낙관적인 사람(평균보다 낙관성 정도가 높은 사람들)이 비관적인 사람(평균보다 낙관성 정도가 낮은 사람들)보다 단지 8%만 실적이 높았다. 하지만 두 번째 해에는 낙관주의자가 31% 실적이 높았다.

특별팀은 좀 더 극적이다. 첫 해에 특별팀은 일반팀의 비관주의자들보다 21% 높은 실적을 냈고, 두 번째 해에는 57%나 높은 실적을 냈다. 그렇다면 일반팀 전체와 비교한다면? 특별팀은 2년 동안 일반팀에 비해 27% 높은 실적을 냈다. 낙제점의 낙관주의자들은 합격점의 낙관주의자와 최소한 같은 수준의 실적을 냈다.

셀리그만의 최근 저작인 "긍정심리학"(Authentic Happiness)에는 비슷한 사례들이 좀 더 소개된다.

(이미지 출처는 aladdin.co.kr)

... 실제로 더 행복해하는 사람일수록 생산성이 높고 수입이 더 많다는 게 연구자들의 주장이다.
272명의 직장인을 대상으로 긍정적 정서를 측정하여 합계를 낸 다음, 그로부터 18개월 동안 그들의 업무
수행 능력을 조사한 연구가 있었다.
그 결과 더 행복한 사람은 상사의 업무수행 평점이 훨씬 높아졌으며, 봉급도 더 높아진 것으로 나타났다.
오스트레일리아 청소년들을 15년 동안 추적 조사한 대대적인 연구에서도 행복이 취업과 고수입의 가능
성을 훨씬 더 높여준다는 결과가 나왔다.

실험을 통해 행복감을 유발한 다음 그들의 업무수행 능력을 살펴보면서 행복과 생산성 중에서 어느 것이
먼저인지를 밝히기 위한 연구를 한 결과, 기분이 좋아진 어른과 어린이는 훨씬 더 높은 목표를 설정하고,
과제 수행 능력도 더 우수하며, 철자의 위치를 바꾸어 새로운 단어를 만들어내는 게임 등을 할 때도 훨씬
더 끈기를 발휘한다는 사실이 드러났다.

행복한 개발자를 뽑아라

(37signals.com의 첫 화면)

참신한 웹 2.0 서비스를 많이 만들고 있는 37signals라는 회사에서 지난 SxSW 2005에서 발표를 하나 했다. 제목은 How to Make Big Things Happen with Small Teams. 작은 팀으로 어떻게 큰 일을 이룰 수 있는가에 대한 흥미로운 발표이다. 발표자인 제이슨 프라이드(Jason Fried)는 작은 힘으로 큰 효과를 내려면 "잘 맞는 사람"(the right people)을 뽑는 것이 무척 중요하다고 강조하며, 그런 사람들은 다음과 같은 특징을 갖고 있다고 한다. 열정적이고 행복하다, 여러 방면에 걸쳐 균형이 잡혀있다(well rounded), 학습이 빠르다, 글을 괜찮게 쓴다(커뮤니케이션에 대한 것), 믿음직하다. 그리고는 다음 장에서 배경이 적색으로 바뀌면서 인상 깊은 문구가 드러난다.

"I'll take someone happy and average over a guru who is disgruntled and frustrated."
"나는 뚱하고 불만스러운 고수보다는 행복하고 평균적인 실력을 가진 사람을 뽑겠다."

필자는 컨설팅, 코칭업을 하면서 다양한 분야(임베디드부터 웹까지), 다양한 경력(신입부터 40년차까지)의 개발자들을 만나봤다. 흥미롭게도, 낙관적이고 현재 삶에 행복감을 느끼는 사람들일수록 성장 속도가 빠르다는 사실을 발견하게 되었다. 고수들 중에는 비관주의자도 있었다. 하지만 그 사람들은 정체하고 있다는 느낌이 들었다.

낙관주의는 개인의 성과에만 영향을 주지는 않는다. 비관주의는 보통 냉소주의를 수반하는데, 이 냉소주의는 전염 효과가 매우 강하다. 조직에 냉소적인 사람이 한 사람이라도 있으면 그 사람이 툭툭 던지는 한 두 마디에 다른 사람들은 마음과 열정이 흔들릴 수 있다. 게다가 냉소주의자들은 통상 낙관주의에 부풀은 신입들이 들어오면 "나이브"하다고 조소하며 그들에게 어떻게든 패배주의를 안겨주고 싶어한다. 실패한 사람들에게는 "그거 봐, 내가 실패할 거라고 했지!"라고 비웃으며 '냉소주의당'에 입당할 것을 권유한다. 조직에서는 이런 사람들을 빨리 찾아서 재교육을 하거나, 다른 위치로 옮기거나, 혹은 다른 직장을 찾도록 하는 것이 급선무이다.

이런 연유로 필자 역시 사람을 뽑을 때 낙관적인가, 현재 행복한 삶을 살고 있는가 등을 살핀다. 그런 요소가 단기에 성과로 전환되지는 않는 경우가 종종 있다. 하지만 피드백 주기가 짧고 빠른 학습이 이루어지는 환경에서는 단기간에 큰 차이를 보이기도 한다. 필자가 일하는 환경에서는 장기간의 경험을 단기에 압축적으로 하기 때문에, 일반적인 상황에서는 장기 이자율이 좋은 사람이 단기간에도 뛰어난 성과를 낼 수 밖에 없다 -- 반대로 단기간의 이득만 보고 사람을 뽑았다가는 "단기간에" 후회하는 경우가 꽤 있었다.

난 어쩌라고

자, 독자들은 여기까지 보고 이런 질문을 할 수 있겠다. 낙관주의면 더 행복하고, 성공확률도 높다는 것을 이해할 수 있다. 하지만 난 비관주의자로 30년을 살았다. 지금 행복하지도 않다. 그렇다면 나는 어쩌라고? 앞에서 언급한 셀리그만의 책 이름이 Learned Optimism이다. 바꿔 말하면 낙관주의를, 행복을 학습할 수 있다는 뜻이다. 이것이 최근 들어 돌고 있는 긍정심리학의 실천적 테제이다. 자세한 내용은 최근 쏟아져 나오는 긍정심리학 서적들을 참고하기 바란다. 여기에서는 일상에서 간단히, 오늘 당장 실행해 볼 수 있는 방법을 소개하고 마치도록 하겠다.

의외로 행복해지기 쉽다. 필자는 지난 3월 블로그에 즐거운 경험이란 글을 썼다.

그렇다고 꼭 동참할 사람이 있어야, 혹은 윗사람이 허락해줘야 이런 즐거운 경험을 할 수 있는 건 아닙니다.
나 자신를 위해 즐거운 경험을 주기적으로 마련해보세요. 내가 속한, 혹은 나라는 시스템 속에 스스로 위로
해주고 토닥여 주는 요소를 만들어 넣으세요.
뭐 대단한 건 아닐지라도 말이죠. 수고한 자신을 위해 작은 상을 주세요. 즐거워지는 것 의외로 쉽습니다.

오늘은 점심 시간에 샌드위치를 사서 일이십분 거리로 산책을 떠나보자. 길가에 피어난 꽃들도 구경해 보자. 퇴근할 때에는 포도주 한 병을 사가지고 들어가서 분위기를 내보면 어떨까(아직 독신일지라도 말이다)? 하루 종일 일한 상으로 값비싼 아이스크림을 자기에게 선물하는 건 어떨까? 소소한 행복 습관을 당장 실행해 보라. 의외로 쉽다는 것에 놀랄 것이고, 일하는 스트레스도 금방 줄어드는 것을 느낄 것이다. 그런 작은 행복을 만들다보면 좀 더 큰 행복을 만들기도 쉬워진다.

성공한 개발자가 되고 싶은가? 오늘 당장 행복한 개발자가 되도록 하자. 하지만 명심하자. 행복의 부재를 외부 여건으로만 돌리지 말자. 회사가 나의 행복을 책임지지 않는다. 결국 내 행복은 내 책임이다. 내 행복은 결국 내가 관리해야 한다. 오늘 당장부터.

Posted by 세모아

,

Applied Materials가 Brooks Software 부문을 인수 완료 : 2007.4.2
반도체 & Solar/반도체 News 2008. 4. 23. 01:53

Posted by 세모아

,

이전 1 2 3 4 5 다음