'2009/05'에 해당되는 글 3건

  1. 2009/05/23 ▶◀노무현 전 대통령 서거
  2. 2009/05/19 JAVA를 배워야 하는가
  3. 2009/05/08 기능의 개선이나 추가가 쉽지 않은 이유

▶◀노무현 전 대통령 서거

뭇생각 2009/05/23 14:35

고인의 명복을 빕니다.

소식을 전해 듣고는 믿기지 않았었는데...

무척 당황스럽습니다. 제정신이 아니네요. 어쩌다가 이렇개까지 된걸까요.

존경하는 몇 안되는 정치인 중 한분이었는데..

안타깝습니다.

진실이 제대로 밝혀지기를 바랍니다.

저작자 표시 비영리 동일 조건 변경 허락
Trackback 0 : Comment 0

Trackback Address :: http://blog.nul.kr/trackback/224 관련글 쓰기

Write a comment


JAVA를 배워야 하는가

PROG. 2009/05/19 13:54
10여년전...
첫 직장을 물색하던 중 선택이 있었다.
JAVA 기반 웹 서비스를 할 것인가...
델파이 기반 Win32 FA 프로그래밍을 할 것인가...

조건도 비슷하고...
중요한 요소 중 하나인 집과의 거리도 둘다 2시간이나 되고 -_-;

지금도 그러하지만 당시에도 IT 분야의 급성장과 더불어 JAVA가 꽤 각광 받고 전망있는...

그런 언어였었고... 지금도 그러하지만 그때도 공장자동화란 그닥 폼이 나지 않는 ...ㅋ
그런 직종이었는데 (이름 자체가 그렇다는 얘기)...

어찌 선택을 델파이 기반 FA로 해버렸었다.
기계공학 석사까지 마치고 막상 직업을 프로그래머로 하다보니...
전공이 아닌 것에 대해 손해를 보지 않을까... 하는 얕은 생각에...
좀더 편한 길을 가고자 하는 생각에...
(이건 완벽한 판단 미스였다. 이 분야는 프로그래머에게 육체적(?)인 고통도 준다)
공장자동화 프로그래머의 길로 들어섰다.

그때의 선택이 옳았는지 아닌지,
이미 지나간 선택에 대해서 판단할 수는 없지만, (일단 현재 먹고 살고는 있으니 엄청나게 잘못된 선택은 아닌 듯?)
한가지 분명한 사실은 있다.

S/W 의 최신 기술로부터 멀어졌다는 것!

최근 10년간의 모든 S/W 공학 기술은 그 시작이 어디였던 간에 결국 JAVA를 통해 전파 되었다.
실제 현업에 최신 기술을 적용하는 것도 게임산업을 제외한다면 대부분 JAVA. (닷넷도 있다고 한다면.. 뭐 그렇다고 치자 ㅋ)

물론 기술이 뒤쳐진 1차적인 이유야 본인의 게으름이겠지만...
설사 부지런했다 한들... 현업에서 경험치를 쌓아가며 스킬업 하는 것과
혼자 스터디 하는 것은 어차피 차이가 있을 수 밖에 없지 않을까...

이런 생각을 하다보니...
JAVA를 배워야 하는게 아닌가... 하는 질문을 던지게 됐다.

여기에 대한 해답은 차차 찾아야겠지만...
1. 어설피 배우는 것은 그다지 효과가 없지만 당장 JAVA의 세계로 뛰어들기엔 당장의 많은 손해를 감수해야 한다는 것.
2. 비록 개발자 이지만 현실적으로 볼때, 그 외의 분야에 시간을 투자하는 것이 더 이익일수 있다는 것.
3. 확실한 선택은 못하더라도... 맛보기 정도는 접할수 있다는 것 - 이개 쓸모가 있느냐는 나중의 문제로 보고...

현 프로젝트가 끝나면 해야할일이 하나 늘었다.
아직 구입한 책도 다 못읽었는데 -_-;
저작자 표시 비영리 동일 조건 변경 허락
tags : FA, java, SW공학, todo
Trackback 0 : Comment 0

Trackback Address :: http://blog.nul.kr/trackback/223 관련글 쓰기

Write a comment


기능의 개선이나 추가가 쉽지 않은 이유

뭇생각 2009/05/08 23:52
OpecCapture 개발 중단

OpenCapture를 처음 봤을때부터 그 기능의 섬세함과 강력함에 개발자가 참 대단하다고 느꼈었는데,
개발 중단은 조금 안타깝다.
중단한 원인이야 여러가지겠지만,
이런 저런 이유가 없더라도 대한민국에서 프리웨어 만들어봐야 여러가지로 스스로만 고생이기에...
개발자 입장에선 공개 S/W의 기능과 완성도에 일정 선을 긋는 것이 더 낫다.고 생각한다.
개발자도 여유 좀 가지고 인간답게 살아야지......

아무튼 제목에 대한 이야기를 하자면....

1. 기존 버전과의 호환성.
2. 새로운 버그의 발생
3. 그리고 가장 중요한.... 이 업그레이드가 정말 필요한가?


1번은 사용자가 많아지고 오랜 업그레이드로 완성도가 높은 프로그램일수록 문제가 된다.
설명할 것도 없는 당연한 얘기다.

2번은 보통의 기능 개선이나 추가는 설계시에 미쳐 고려하지 못한 사항이 대부분이기에,
버그 발생의 여지가 많을 수밖에 없다.
이걸 이해 못하는 사람들도 은근 많은데...
S/W 개발도 다른 분야와 마찬가지로 초기의 컨셉과 설계가 중요하다.
아파트를 멋대로 구조 변경하다간 목숨이 위태로울 수도 있다. 법에도 제한하고 있고...

3번... 이걸 언급하고 싶었는데...
사용자가 기능 개선및 추가에 대한 업그레이드를 요구 할때,
단지 스스로의 습관이나 자신이 많이 사용하는 부분에 대한 편의 때문인 경우가 많다
개발자 입장에서는 혼자서 사용하는 S/W가 아닌 바에야, 이것이 다수의 유저가 오히려 불편해 할지를 생각해야 한다.
특히 대다수의 사용자들은 피드백을 안해주거나(귀찮으니까)...
사용하는데 불만이 없으면 더더욱 피드백을 안주기(필요없으니까) 때문에...
잘못 판단하면 대다수의 사용자로부터 원성을 들을 수도 있다.


여기에 추가적으로 공개 S/W 이기에 어려운 부분들도 주루륵 나열할 수 있겠지만,
본인이 구구절절히 논할 이유도 자격도 없기에 생략...


정말로 기능 개선/추가가 필요한지 판단하고,
기존 버전과의 호환성여부를 체크하면서,
버그 발생을 최소화 하기 위해 전체 구성을 망가뜨리지 않도록 고려 하며 작업해야하니 일이 쉬울리 없다.
저작자 표시 비영리 동일 조건 변경 허락
Trackback 0 : Comment 0

Trackback Address :: http://blog.nul.kr/trackback/222 관련글 쓰기

Write a comment

태그 앞에 붙여 넣습니다. -->