본문 바로가기

아키텍트16

요구된 기능에서 가치 추구하기 - Einar Landre Einar Landre 는 개발자, 아키텍트, 관리자, 컨설턴트, 저자/프레젠터로 25년 동안의 경험을 가진 현재 활동중인 소프트웨어 전문가이다. 현재 StatoilHydro의 비즈니스 어플리케이션 서비스팀에 있으며, 비즈니스 중요 어플리케이션 개발, 아키텍처 리뷰 및 소프트웨어 프로세스 개선 활동에 종사하고 있으며, SOA, 도메인 기반 설계, 다중 에이전트 사용 및 대규모 네트워크 기반의 소프트웨어 중심 소프트웨어의 설계에 전문가이다. 고객과 최종 사용자들은 요구사항으로 문제에 대한 자신들이 생각한 실용적인 해결책을 종종 언급합니다. 이러한 전형적인 예를 F-16 팔콘의 리드 설계자인 Harry Hillaker가 말했었습니다. 그의 팀은 마하 2-2.5 의 비행기를 설계했었.. 2009. 3. 21.
애플리케이션 아키텍처는 애플리케이션 성능을 결정한다. - Randy Stafford Randy Stafford는 개발자, 분석가, 아키텍트 관리자, 컨설턴트 및 저자/프레젠터로 20년의 경험을 가진 현재 활동중인 소프트웨어 전문가이다. 현재 오라클의 미들웨어 개발 A팀에 있으며, 개념 증명 프로젝트, 아키텍처 리뷰, 다양한 고객 조직으로 인한 제품 위기 등에 대해 국제적으로 일을 하며, grid, SOA, 성능, HA, JEE/ORM 작업에 전문성을 가지고 있다. 애플리케이션 아키텍처는 애플리케이션 성능을 결정합니다. 이는 당연한 사실처럼 보이지만, 실제 상황은 그렇지 않다는 것을 보여주고 있습니다. 예를 들어, 소프트웨어 아키텍트들은 종종 소프트웨어 기반구조를 한 제품에서 다른 제품으로 변경하는 것으로 애플리케이션 성능 문제를 해결하는데 충분하다고 믿고 .. 2009. 3. 18.
소통이 왕이라면, 명확성과 리더십은 그의 신하이다. - 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.
반응형