97가지이야기시리즈/소프트웨어아키텍트3 가장 큰 문제는 기술적인 문제가 아니다 소프트웨어 아키텍트가 알아야 할 97가지 - 세 번째 이야기 by - Mark Ramm Turbo Gears 2의 BDFL(자비로운 독재자)로서 Python의 열렬한 지지자이다. 한마디로 말하자면 상당히 특이한 사람이다. 소프트웨어 아키텍트, 네트워크 관리자, 바닷가재 어부, 바이커 바 청소 등 다양한 일을 업으로 삼고 있다. 프로, 아마추어를 불문하고, 프로그래머의 생산성을 높일 수 있는 툴을 만드는 일에 열정을 쏟고 있다. 지금 이 순간에도 누군가는 시스템 개발 프로젝트 속에서 분투하며 눈물을 삼키고 있을 겁니다. 아마 한두 명이 아닐 겁니다. 왜 그런 걸까요? Java가 아닌 Ruby여서? Smalltalk 대신 Python으로 개발을 시작해서? 혹은 Oracle 대신에 PostgreSQL을 도입해.. 본질적인 복잡성은 단순히, 부수적인 복잡성은 배제하라 소프트웨어 아키텍트가 알아야 할 97가지 - 두 번째 이야기 by - Neal Ford ThoughtWorks사의 소프트웨어 아키텍터. 엔드 투 엔드 개발과 딜리버리에서는 타의 추종을 불허하는 글로벌 IT 컨설턴트. 애플리케이션, 교재, 잡지 기사, 비디오/DVD 프레젠테이션 등의 디자이너이자 개발자이다. 다수의 콘퍼런스에서 발표자로 서고 있다. "본질적인 복잡성"이라는 것은 문제 자체의 어려움입니다. 예를 들어 항공관제 업무는 본질적으로 복잡한 문제입니다. 모든 항공기의 정확한 위치, 고도 , 속도, 방향, 목적지를 실시간으로 감시하여 공항 근처 상공과 활주로에서의 안전사고를 방지해야 합니다. 끊임없이 급변하는 환경 속에서 공항이 혼잡하지 않도록 비행 스케줄을 관리해야 합니다. 가끔 날씨가 극단적으로 .. 시스템 구성 요건보다 이력서의 겉모양이 우선시 되어서는 안 된다 소프트웨어 아키텍트가 알아야 할 97가지 - 첫 번째 이야기 by - Nitin Bowankan 1990년대 초, 잉글레스와 사이베이스에서 일했고 SybPerl과 OraPerl, 나아가 초기 엔터프라이즈 Java를 사용해 초창기 형태의 Web-Database 연계 애플리케이션을 개발했다. 동시에 IETF(Internet Engineering Task Force: 국제 인터넷 표준화 기구)에서 인터넷 EDI 표준화 프로세스, New-EDI와 관련해서도 적극적으로 활동했다. 1994년부터는 프리랜서 컨설턴트, 연구자로서 대기업의 데이터 처리, 시스템 인테그레이션과 메시징을 전문으로 다루고 있다. gigaom.com에서 데이터베이스와 관련된 다양한 문제를 출제했다. 신뢰 경계 협업을 위한 메시징 시스템의 특허.. 이전 1 다음 728x90