서문 : "코드보다"는 알리의 첫 번째 기술 경험 컬렉션, 다니엘, 쓰기는 그냥 매료 처음 두 장을보고, 이해하기 간단하고 우아한, 쉬운 경력 개발에 많은 기술적 인 의견을 커버입니다 이 읽을 수있는 조각난 시간에 적합한 책을 추천합니다. 만 백 페이지 책,하지만 그것은 다음, 자신의 사고 인식을 가지고 각 장을 읽어 읽어하는 것이 가장 좋습니다, 먹어 권장.
- 팀에서 눈에 띄는 노력, 더 작업을 준비하는 당신의 상사보다 더 많은 일을, 더 많은 작업을 수행 : 이상을 수행.
- 더 마십시오 :이 세상에 완벽한 것은 없다는 것을 알고, 당신은 시스템과 비즈니스에 대한 책임이 있습니다, 거기에 항상 부당하고 개선을위한 지역, 장소의 이러한 "비합리적"과 "개선", 리더십을 기대 자신의 솔루션을 넣어하려고, 과 관행을 지불합니다.
팁 : 그것을 수행하는 방법 직장에서 두 개 이상의 점? 1. 회사 / 프로젝트에 소속감! 으로 자신의 큰 원인이다. 자신의 좋은 직업 윤리의 손에 2.
- 내가 듣고 내가 잊어 버려. 나는보고 기억. 나는 이렇게 나는 이해합니다. 实践出真知.
- 학습의 방법론 : 학습 (원칙 기본 지식이 책을 읽고, 프레임, 구성 요소, 문서를 읽기), 시도 (문서에 요약 된 지식) 교육, (책의 지식을 바탕으로 쓰기 데모 연습, 연습이 완벽을 만들지)
- 당신은 문제가 발생하면, 동료 해결,하지만 난 해결할 수 없습니다. 그래서 나는 그가 있던 문제를 해결하는 방법을 생각했다, 그는 논리와 문제는 얼마나 후 생각을했다? 그에게 너무 논리적 추론을 안내하기 위해 어떤 지식을, 지식은 내가 알고있는,하지만 나는 그런 추론을 사용하여 생각하지 않았다,이 지식과 내가 모르는 것을.
- + 논리의 기본 지식은 당신의 능력과 같다. 지식은 당신이 그 일을 알려 로직은 프로그램, 건축과 디자인으로 이해 될 수있는 문제는 여기에 연결된 사물과 문제를 넣을 수 있습니다.
- 되지 소프트웨어 시스템 얼마나 빨리 하드웨어 기술에 의해, 측정 소프트웨어 시스템의 가치는 비즈니스 문제를 해결하는 능력, 비즈니스 성장을 지원하는 기능을 기반으로합니다. 그래서, 건축 목표는 오히려 이상적인 기술의 추구보다, 시스템 뒤에 비즈니스 가치를 인식해야합니다, 비즈니스 성장을 지원하는 소프트웨어 시스템의 서비스 기능을 강화하는 것입니다.
- 이 소프트웨어 운영 및 유지 보수에 초점을 개발자하지 아니하기 때문에 더 많은 대상의 전반적인 가치를 볼 수있는 더 집중하기 때문에, 테스트는 소프트웨어 개발에 대해 단지 걱정하지하지 때문이다. 당신이 에이커의 세 번째에만 초점을 맞출 경우,이 삶의 운명은 죽음에 농장 불안에 마당 라인되고, 에이커의 세 번째에 숨어 될 수있다. 사업을 통해 기술, 사용자에게, 최종 값으로 이동 여부를 확인하기 위해, 건축가의 관점에서 문제의 값을, 생각을 바꿀 생각하려고합니다.
- 흥미롭게도, 인터넷은 광대 한 세계에 우리를 연결,뿐만 아니라 우리 자신의 작은 세계에서 유일한 동봉.
팁 : 우리 때문이 아니라 과학 기술의 얼마나 활기찬 피는, 아이디어의 전체를 졸업 한 번 따라서 자신의 세계에서 죽어.
- 팀 비교 벤치 마크를 고용에있다, 당신은 그들이 복잡하게 얽힌하지 않는, 좋은 생각하지 않는 경우, 같은 클래스 팀에서 학생들의 더 나은 50 % 이상없는 사람들을 모집한다는 것입니다, 후보자하지 않는 팀은 없다해야 더 뛰어난되기 위해 더 많은 학생들를 추가 중지합니다.
- 자신과 같은 인터뷰 다른 사람에 증명하려고하지 마십시오.
- 아키텍처, 우리는 정말 다시 재구성 등 고 가용성 시스템이 필요합니다 때까지 기다린 기억 진화 :하지 조기 최적화를 수행, 조기 최적화는 모든 악의 뿌리입니다 - "UNIX 프로그래밍 철학"
- 노동의 효율적인 부문이 양식을 유지해야 오랜 시간 후, 산업 혁명 이후 사회 협력의 주요 원동력이다.
- 소프트웨어 필드와 가장 큰 차이점은 우리 모두 재생하는 방법을 재생하는 방법처럼, 재미, 소프트웨어, 하드웨어 필드의 필드가 절대적 업계 표준으로하지 않습니다.
- 당신은 당신의 경력의 소유자입니다. 당신은 당신의 경력 개발에 대한 책임이 있습니다.
- 우리는 당신이 시간을 누락, 더 편안하게, 더 위험을 일하고 생각할 때, 일을 반복하지 않을 것입니다해야, 그것은 경계를 자극한다.
- 스키마 스크래치, 앞에서 뒤로하는 추상화, 거친에서 좋은 디자인.
- 마이크로 소프트의 건축가 카테고리를 가지고 :
- 엔터프라이즈 설계자 EA (엔터프라이즈 설계자)
- 인프라 아키텍트 IA (인프라 아키텍트)
- 특정 기술 아키텍처 TSA (기술 특정 건축가)
- 솔루션 아키텍트 SA (솔루션 아키텍트)
- "파트 타임 건축가"가 아닌 명시 적 건축가 책임을 수행 소규모 팀이나 프로젝트, 제품 인프라에 대한 책임; 새로운 개념의 도입, 프레임 워크, 프로젝트 또는 제품 키 설계 및 구현을 수행하는 팀에서 복잡한 문제를 해결한다. 그러나 시간의 일부만는 대부분의 시간은 PM의 개발 작업을하고, 건축가의 역할을 가정합니다. 그리고 제어 자신을있는 것들의 대부분을 자신의 인프라, 자신의 구현, 실행 또는 소규모 팀을합니다. (SA는 건축가의 종류에 찬성 바이어스)
- "풀 타임 건축가"특정 비즈니스 시스템에 대한 책임을지지 않습니다,하지만 더 큰 문제 도메인, 프로젝트에 대한 거의 직접 책임이있는 모든 시스템에 대한 책임이 있지만, 더 큰 팀의 얼굴에 프로젝트를 제어하기 위해 사전에 있어야합니다 . (IA의으로 편향, 건축가의 TSA 타입)
- 좋은 일 전체 기술 계획을 수행
- 통합 접근 방식, 규범, 메커니즘
- 전체 기본 구성 요소 구축
- 건축 착륙 구현
- 고객 건축가는 항상 고객 첫째 명심해야하는 팀의 모든 구성원에 직면하고 있습니다. 존재의 목적은 건축가의 R & D 팀은 모든 학생들의 성취도, 우리는 서비스 공간, 서로의 다음 성과에 필요한 플랫폼을 제공합니다.