100 개발자의 경우
, 5는 기술에 대한 열정으로 인해 많은 동기가 부여되며, 자신이 생각하는 것이 무엇인지 가장 잘 알고 있다고 가르쳐줍니다.
다른 5 명의 개발자는 95 명의 개발자를 교육하고 이것이 가장 좋은 기술이라고 생각하는 직원을 대상으로합니다.
모범 사례/기술?
는 IMO이이 확대됨 및 유지 보수 시스템으로 이어질 것으로 알려진 소프트웨어 제품을 개발하는 방법, - 그리고이 방법은 실제 소프트웨어 시스템이 아닌 개발의 경험을 함께 제공 하나는 훈련 과정에서.
// 후기 편집 :
// 주제의 대답에 짧은
-> C# 기업 환경의 모범 사례를?
그들은 CSLA http://www.lhotka.net/cslanet/와 유사한 프레임 워크를 사용하거나 만들거나 같은 기초 개념에서가 사용 프레임 워크 : 비즈니스 엔티티, 비즈니스 요소 또는 비즈니스 오브젝트.
C#에서 더 많은 기능을 가진 -> 아무것도 컨벤션에 포함되지 않습니다. :)
// 긴 지루한 답 :
- 내 배경
나는 170-200 명의 직원으로 회사에 ASP.Net MVC 1.0 일 지금은 같은 회사에서 일하고 있어요 ASP.Net에서 우리는 ERP와 같은 대형 웹 애플리케이션을 꽤 많이 만듭니다. 나는 ASP.Net MVC를 스스로 가르쳤고, ASP.Net MVC에서 일했을 때 경험이 없었던 다른 팀 구성원들에게 작은 훈련을해야했습니다. 내 논리에 의해
,
selft의 thaught는 frelanching 프로젝트 또는 시작 작동하는 개발자이다.
기업 교육을받은 개발자는 100 - 50000 명의 직원이있는 회사에서 일하는 사람으로 잘 통제되고 계획된 회사 환경에서 java/.net을 수행합니다.
당신이 스스로 목을 조른 경우에도 회사에서 훈련을 끝내기 때문에.
// 기술
자체의 thaught이 기술 자체에 대한 자세한 생각에 대해 CARRING하지 : "이 일을 3 년 후 유지 관리가 용이 할 것, 등등이 ... 엔터프라이즈 클라이언트에 대한 좋은입니다 자기 숙련 된 기술자는 항상 최신 기술을 가르쳐야하는 반면 기업의 숙련 된 개발자는 일반적으로 "성숙한 기술"("risc free")에 대해 교육을 받았으며 기업위원회의 모든 사람들은 이것이 여기에 머무를 것이라고 생각합니다. 최소 10 년 ...
그 때문에 기업의 책임있는 PM은 개발자가 프로젝트에서 Inversion of Control Framework - ma ture : P.
그가 큰 프로젝트를 거치지 않았기 때문에 스스로 목 졸려있는 동안 코드 작성에 유혹받을 것입니다.
나는 큰 프로젝트가 50 명의 devs 이상이 필요하고 그것은 일종의 corporationish 인 논리를 계속 간다. Remeber 당신은 당신이 훈련을 얻을 것이다 법인의 자기 thaught 작업 ... 경우
// 프로젝트 및
가 corportate 개발자가 생각하지 않는 생각을 확장, 그는 매우 알고있다 회사에서 생각하고있는 흐름과 실용성.
기업 PM은 항상 확장 성을 생각하고 자기 배운 사람과 같이 생각해야하지만, 부드러운 구조를 가지고 : http://www.aorsi.com/wb/startups_die_for_not_having_customers_so_stop_thinking_about_how_to_scale/
// 코딩 practicess의 조금 :
Corporation :
우리는 X와 Y를 개발하려고합니다. 솔루션 주위에 프레임 워크를 구축하고 싶습니다. CSLA, 비즈니스 엔티티 또는 최악의 비즈니스 구성 요소와 같은 것일 수도 있습니다. 우리는 3-tieers를 만들고 분할합니다. 작업에 관한 프로젝트.
유지 관리에 대해 항상 생각하고 있기 때문에 기업 환경에서이 작업을 수행하고 싶습니다. "프레임 워크에 대한 신규 사용자를 교육하기 위해 개발자 A, B, C가 필요합니다. - 그럼에도 불구하고 당신은 여전히 훈련과 함께 약간의 오버 헤드를 가지고 있습니다 ...
자기 개발 된 개발자 :
tehnology로 직접 다이빙. practicess 코딩
// 훈련 자체 thaught 및 coroporate 모두 동일합니다
예를 들어 ASP.Net MVC
의 크기가 매우 깨끗하고 작은 당신의 controlles을 유지합니다.
TDD는 점점 더 많은 기업 및 개인적으로 사용되는 devs에서 사용되는 frecvent입니다.
적성과 태도는 매일 밖으로 승리 스스로 가르치 든 전문적으로 훈련을 받았 든간에 종종 슬프게도 둘 다 부족합니다. 그러한 특성은 가르쳐 질 수 없지만 어떤 기술의 특성이든 가능합니다. 주제에 대한 열정을 가지고 항상 새로운 것을 배울 수있는 공예로 취급하고 당신이하는 일에서 개선 할 잠재력이 있다면 당신을 더 멀리 할 수 있습니다. –