본문 바로가기

아키텍처19

소통이 왕이라면, 명확성과 리더십은 그의 신하이다. - Mark Richards Mark Richards는 Collaborative Consulting, LLC의 팀장과 선임 솔루션 아키텍트이며, 주로 금융 서비스 업계에 J2EE와 다른 기술에서 대규모 서비스 지향 아키텍처(SOA)의 아키텍처와 설계에 관여하고 있다. 1984년 이래로 소프트웨어 업계에 종사해왔으며, J2EE 아키텍처와 개발, 객체지향 설계와 개발, 시스템 통합에 많은 경험을 가지고 있다. 소프트웨어 아키텍트가 자신의 상아탑에 올라 앉아, 밑에 있는 개발자들에게 명세화, 기술 결정, 기술 방향을 지시하는 상황은 너무나 흔합니다. 대개 이러한 방식은 서열에 있어서 불화를 유발시키며, 곧 많은 사람들의 반발을 얻게 되어, 결국 원래의 요구사항과 전혀 비슷하지도 않은 소프트웨어 제품을 양산하게.. 2009. 3. 18.
가장 큰 문제가 기술이 아니라 기회들을 잡을 수 있느냐이다. - Mark Ramm - 블로그 : http://compoundthinking.com/blog/ Mark Ramm은 TurboGears 2의 BDFL이며, 파이선 열광자이고, 전반적으로 굉장한 멋쟁이이다. 소프트웨어 아키텍트에서 네트워크 관리자, lobster-trap thrower, biker-bar cleaner에 이르기까지 상상할 수 있는 거의 모든 직업을 가졌다. 그는 프로와 아마츄어 프로그래머들이 더 생산성이 있게 도와주는 도구를 만드는 데에 열정이 있다. 지금 이순간에도 누군가는 급여 시스템을 구축하기 위해 실패하고 있는 프로젝트를 진행하고 있습니다. 아마 한 명 이상 있을 것입니다. 왜 그런걸까요? 자바 대신 루비를 선택하거나, Smalltalk 대신 파이썬을 선택했기 때문일까요? 혹은 오라.. 2009. 3. 12.
고객의 요구사항보다 당신의 이력에 더 우선순위를 두지 말라. - Nitin Borwankar - 블로그 : http://tagschema.com/blogs/tagschema/ Nitin Borwankar는 1990년 초반에 Ingres 와 Sybase에서 일했다. 그는 SybPerl과 OraPerl을 사용하여 가장 초창기 웹-데이터베이스 어플리케이션의 형태와 관련된 일을 했고, 곧이서 초기 엔터프라이즈 자바와 관련된 일을 했다. 그는 또한 새로운 EDI인 인터넷에서의 EDI에 대한 IETF 표준 절차에서 활발한 참여자였다. 1994년 이래로 독립적으로 컨설턴트와 연구자로 일을 했고 기업형 데이터와 메시징을 사용하는 통합에 초점을 맞추었다. 현재 관심사는 기업에서 태깅 (folksonmy) 어플리케이션에 대한 DB 스키마와 기업의 어플리케이션을 사용한 소셜 네트워크.. 2009. 3. 10.
반응형

티스토리툴바