StudioEgo's Thoughts, seasonⅡ

Github에 올라온 소프트웨어 엔지니어링 블로그 모음

링크에 OPML파일 링크도 있으니, RSS구독하시는 분들은 OPML파일로 등록해서 Software Engineering 블로그들을 구독하면 좋을듯 합니다

위의 기사를 읽다가 정말 웃었습니다.

객체지향언어 성격상 ‘자바’는 하나의 비즈니스 로직이 완성돼 ‘거래처리’가 완성되려면, 각종 업무 프로그램이 정상 작동해 줘야 가능하다.

현대카드는 이 ‘완전한 거래’ 하나가 제대로 구현되지 못하는 소위 ‘불능’ 상태로, 파악 중이다.

J2EE 프레임워크을 기반으로 시작한 현대카드 차세대 지연 사태는, 이에 따라 최근 유닉스-C로 전환도 고민중인 것으로 알려졌다.

카드 사업에 참여중인 한 관계자는 “자바 프레임워크 포기를 적극 검토중인 것으로 보인다”고 전했다.

(생략)

사업발주부터 600억원이 넘는 사업을 SK C&C가 제안한 350억원에 추진키로 한 점은 이같은 사태를 예고했다.

기자는 개발이 뭔지 모르니 자바(Java)가 그런가보다 하고 H모 카드사와 대기업계열 S모 SI사에서 들은 이야기가지고 기사를 쓴듯합니다. 결국엔 위의 기사를 볼때엔 개발자의 해석이 필요하다는 생각이 듦.

이미 금융권에서 자바로 전환이 성공한 프로젝트도 있는데, 무조건 자바탓으로 돌리는 발주사를 보니깐 그냥 웃지요. (사례: 전북은행 차세대 시스템)

CIO 어워드 2013 | "금융권 최초 자바 기반 차세대 구축" JB전북은행 김종만 부행장

위의 대형 프로젝트는 발주사가 수주업체의 능력도 봐야하고,  발주사와 수주업체간 명확한 의사소통이 필요한데 의사소통이 제대로 되지 않아서 저런 사태가 일어난것 같군요,

발주사가 비용아끼려고 저가입찰한 업체를 선택하여 S모 업체가 수주를 했고, 수주한 업체는 발주사와 의사소통이 안되어서 PM이 짤리고 개발 업무는 산으로 갔고, 결국은 프로젝트 실패!

그리고는 발주사가 책임을 수주업체에게 떠넘기네요. 발주사도 엄연히 수주업체 선택한 리스크를 고려하지 않은 문제가 있을텐데 -_-;;

여기서 "싼게 비지떡", "공짜 좋아하다 탈난다"라는 속담이 생각나군요.

그리고 시대가 어느 때인데도, 아직도 유닉스-C로 개발을 하려는건지?

이제 자바로 전환하는게 대세 같은데 시대를 역행하려는 것도 그렇고 뭐 그렇습니다. 위의 프로젝트는 자바로 개발하려다 엉뚱하게 옛 기술인 UNIX-C로 이중 개발하게되었군요.  

기사를 읽어보니 발주사인 H모 카드나 SI업체인 S모사나 둘다 문제가 있습니다. 둘 다 문제가 있으니 프로젝트가 산으로 가는 거겠지요.

위의 프로젝트 기사를 보니, 위의 프로젝트는  소프트웨어공학(Software Engineering) 교과서의 실패사례로 실릴정도의 내용이 될듯 합니다.

이번 monaca님이 주최하신 애자일 3종 강탈 1탄 Head First Software Development에 당첨이 되었습니다.

그 당첨된 책이 드디어 도착하였습니다 >.<

2009년 1월 2일 드디어 도착한 소포를 뜯어보니 책이였어요 +_+

학교서 돌아오니 책상위에 웬 택배가 있었나 싶었더니?

monaca님의 이벤트에 당첨된 Head First Software Development가 도착!

책이 도착하였으니 얼른얼른 읽고 서평을 올리겠습니다 >.<

이것이 당첨된 Head First Software Development

대충 책을 훑어보았는데 4학년 1학기때 UML그린다고 삽질하거나, 영문판 소프트웨어공학과목 교재 에서 이해 못한 내용들이 그림으로 잘 설명되어서 뻥 뚫리게 이해할수 있게 한 것 같다.

Object-oriented Systems Analysis and Design Using UML

위의 책은 4학년 1학기 소프트웨어공학 교재이다. 이책 읽다가 해석 안되는 부분도 많고 머리가 나쁜지 아님 익숙하지 않은 내용들이라서 그런지 읽어도 이해 안되서 머리가 아픈 줄 알았다.

이번 교육용 협업 및 학습 오픈소프 프로젝트인 Sakai Project를 공부하다 막힌 부분의 기초를 쌓기 위해서 현재 읽고 있는 Head First시리즈들 입니다.

HEAD FIRST SOFTWARE DEVELOPMENT 카테고리 컴퓨터/IT 지은이 댄 필로네 (한빛미디어, 2008년) 상세보기

HEAD FIRST OBJECT ORIENTED ANALYSIS DESIGN 카테고리 대학교재 지은이 브렛 맥래프린 (한빛미디어, 2007년) 상세보기

HEAD FIRST DESIGN PATTERNS 카테고리 컴퓨터/IT 지은이 에릭 프리먼 외 (한빛미디어, 2005년) 상세보기

위의 3개의 책을 읽다보니 4학년 소프트웨어공학 수업 듣기 전에 3개의 책을 읽었다면 UML설계도 쉽게 하고, 소프트웨어공학을 금방 이해하였을 것이고, 소프트웨어공학 과제 프로그래밍도 매우 쉽게 나갔을 것이라는 생각만 하고 있다. 정말 다시 4학년 1학기로 돌아가면 소프트웨어공학 A+받을 것이라는 생각이 들 정도로 3개의 책이 머리속에 쏙쏙 들어가게 설명이 되어있다.

ps. monaca님 저의 닉은 sungdh86과 studioego 두개 동시에 쓴답니다. 이점 유의해주세기 바랍니다. 혹시나 블로그에 글 올렸는데 다른 닉으로 올려서 먹튀자 명단으로 올라갈까바 걱정 ㄷㄷ

이번 monaca님이 주최하신 애자일 3종 강탈 1탄 Head First Software Development에 당첨이 되었습니다.

이번 대학원 가기전에 교수님이 공부하라고 던져주신 교육용 협업 및 학습 오픈소프 프로젝트인 Sakai Project에 대해 공부하다 보니 Agile방식으로 Log4J나 JUNIT코드들이 난무하고 Framework는 왜이리 써서 머리 터지게하는지 어떻게 다가갈지 겁이 나더군요.

Monaca님의 말마따나

Sakai Project에서 보았던 위의 내용들을 이해 하기 위해서 책이 필요했었는데 다행이도 당첨이 되어서 기쁩니다.

책 도착하면 잘 읽고 서평을 올리겠습니다 >.<

이것이 당첨된 Head First Software Development

ps. monaca님 저의 닉은 sungdh86과 studioego 두개 동시에 쓴답니다. 이점 유의해주세기 바랍니다. 혹시나 블로그에 글 올렸는데 다른 닉으로 올려서 먹튀자 명단으로 올라갈까바 걱정 ㄷㄷ

ps2. 요즘 공부하는 것들이 SI업체에서 하는 일들 ㄷㄷㄷ 나도 졸업하면 악명높은 SI업체로 발을 디디는 것인가?

HEAD FIRST SOFTWARE DEVELOPMENT 카테고리 컴퓨터/IT 지은이 댄 필로네 (한빛미디어, 2008년) 상세보기

MVC Pattern, originally uploaded by Dario Santarelli.

MVC(Model, View, Controller)는 게임 개발, 윈도우즈 프로그래밍 개발,웹 어플리케이션 개발등 여러군데서 많이 사용한다.
MVC패턴을 모르고서는 프로그래밍을 할수 없을 정도로 많은 기업이나 오픈소스프로젝트에서 소스의 유지보수를 위해서, 구현의 효율성을 높이기 위해서 많이 쓴다.

MVC 패턴

MVC패턴은 Smalltalk에서 그래픽 인터페이스와 실제로 동작하는 코드를 분리하기 위해 개발되었다 지금은 다른 객체지향언어에서도 널리 사용되는 패턴 중 하나이다.

웹 어플리케이션에서 사용하는 MVC 패턴
MVC 패턴의 기본 개념은 사용자에게 보일 페이지(View)와 데이터 처리(Model), 그리고 이들 상호간의 흐름을 제어(Controller)하는 모듈을 분리하는 것이다. 이렇게 함으로 더 쉽게 웹 애플리케이션을 확장하고 유지, 보수를 할 수 있다.
(여기서는 JAVA Web 개발에 관한 MVC 패턴을 다룬다)

모델(Model)
모델(model)이란 어떠한 동작을 수행하는 코드를 말한다. 표시 형식에 의존하지 않는다. 다시 말해, 사용자에게 어떻게 보여질지에 대해 신경쓰지 않아도 된다. 모델은 순수하게 public 함수로만 이루어진다. 몇몇의 함수들은 사용자의 질의(query)에 대해 상태 정보를 제공하고 나머지 함수들은 상태를 수정하는 함수이다.

웹어플리케이션에서 모델(Model)은 데이터 영역으로 DAO(Data Access Object), DO(Data Object) 등으로 구분해 구현하기도 한다. 하이버네이트, 아이바티스와 같은 퍼시스턴스 프레임워크를 사용하기도 한다. EJB와 연동할 수 있으며 EJB 3.0의 POJO 기반의 퍼시스턴스 API도 있다.


뷰(View)
MVC에서 모델은 여러 개의 뷰(view)를가질 수 있다. 뷰는 모델에게 질의를 하여 모델로 부터 값을 가져와 사용자에게 보여준다.
웹어플리케이션에서 뷰(View)는 JSP를 기본으로 표현 언어, JSTL, 커스텀 태그 라이브러리 등을 함께 사용하며, 모듈화 된 사용자 인터페이스 모델인 JSF(Java Server Faces)도 이용할 수 있다.


컨트롤러(Controller)
MVC의 뷰는 여러 개의 컨트롤러(Controller)를 가지고 있다. 사용자는 컨트롤러를 사용하여 모델의 상태를 바꾼다. 컨트롤러는 모델의 mutator 함수를 호출하여 상태를 바꾼다. 이 때 모델의 상태가 바뀌면 모델은 등록된 뷰에 자신의 상태가 바뀌었다는 것을 알리고 뷰는 거기에 맞게 사용자에게 모델의 상태를 보여 준다.
웹어플리케이션에서 컨트롤러(Controller)는 MVC 패턴의 중심이 되는 부분으로, 직접 구현하거나 구현된 솔루션을 이용할 수 있다. 대표적으로 스트러츠 프레임워크(struts Framework)나 스프링 프레임워크(Spring Framework)가 있다.