Отглеждане на програмист

Гледам поне 2 теми, които ме навеждат на този въпрос:

Какъв е правилният подход във фирма/организация/екип да се въведе нов човек. Говоря основно за новобранци програмисти без много опит, но май е и интересен проблемът с "превъзпитанието" на хора с кофти работни навици.
Не ограничавам питането само до самото програмиране, приемам и отговори по повод на... кооперирането.

Директен въпрос към commercial: как се обучават кадри?

Green Peas!

а че лесно е - хвърляш го в дълбокото. преди това му закачаш подходящ камък на шията. ако изплува - изплува, ако не - обратно на пазара.

Като телета - храниш го, поиш го, водиш го на паша и после в един момент се надяваш като порастне и му теглиш ножа, да си на плюс.

Междувременно следиш да не избяга и да не го изядат вълците, но това си е риск като с всяко друго нещо.

От моя гледна точка цялата система с наемането на програмисти в Бг е сбъркана.

1) Да започнем с така наречените тестове.
Я си представете, че се явявате на тест по английки. Какви са въпросите?
Ако трябва да сравним тестовете за програмисти в Бг фирма с тестовете по английски то ще излезе, че едва ли не за да проверят познанията ви по английки трябва да напишете един сонет ала Шекспир.
За мен тези тестове би трябвало да проверяват нивото на разбиране на съответния език, а не дали можете да пишете софтуер за НАСА.
2) По време на интервюто никой не се интересува как сте работили до сега. Какви правила сте спазвали при работата си и т.н.
Това според мен е най-важното. Преди много години като студент си спомням в 4-ти курс учехме "Софтуерни технологии и производство" при Манева. Тогава си мислех - егати простотиите. Сега вече мисля, че това трябва да се учи от първи до 5 курс по 2 часа седмично.
3) Не се провежда обучение или то е фиктивно.
Според мен всеки човек независимо от опита си трябва да мине на поне едно месечно обучение и то в специален отдел по обучение къде да ми се разяснят основните правила за работа в съответната фирма - от това как да си именува променливите, през това как се пише документация, обясни се фреймуърка който се ползва, та се стигне до последователността от действия за да се оправи един дефект примерно и т.н. И цялото това обучение трябва да завърши с написването на някакво просто модулче според правилата, като естествено се покажат допуснатите грешки.
4) Хората се хвърлят по проекти без да им е ясен начина на работа.
Е това е най-голямата глупост. Човек като попадне в проект трябва да е наясно с начина на работа и средствата, които се използват, и да се съсредоточи върху конкретните си задачи по проекта. Какво става обикновено - човек се заравя в нещо, което нарича "лайна" поради простата причина, че е пропуснал стъпка 3) когато тези "лайна" е трябвало да му бъдат разяснени.
дори и всичко като технология на работа да му е ясно на човек пак трябва да се предвиди към 1 месец навлизане в съответния проект според мен.

Забележи, че този процес трябва да се прилага и за новобранци и за стари кучета. Едните трябва да се обучат, другите да се превъзпитат :)

Ей това е най-здравата гавра с новите кадри, но работи. В най-лошия случай ти струва от 2 до 3 заплати, според това колко бързо потъва новобранецът. Пък ако 1 на 10 излува, след това избива парите за другите 9, като му закачаш поне още 2-3 камъка на шията. За жалост в българските ИТ фирми се ползва само този подход.

Иначе най-ефективният начин е правиш pair programming и новакът минава през ръцете на всички стари кучета в рамките на няколко итерации за екипа.

Има логика в написаното от теб, но в България подобно нещо се случва много рядко. JCI имат нещо подобно, като тренировъчна програма. SAP не съм виждал, но сигурно имат.

Пич, недей така с лошо, не го представяй като отглеждане на програмист, че и без това сме на ръба картелът BASSCOM да въведе трансферни такси за програмисти и да почнат да ни търгуват като добитък.

Да ама на никой не му се занимава да прави пеър програминг с новобранци. Старите кучета бързо отсвирват хората, които не се учат бързо. Така фирмата трудно ще расте на килограм, което е неприемливо за българските условия.

Хубава метафора!

Английския си има степени:
1. Чете документация
2. Пише документация и майли
3. Разбира се с ХР-то на интервюто на английски
4. Разбира се с колегите от европа
5. Говори с индийци по телефона

За начина на работа, за това както не ти е харесвало, как би го направил по-добре - за всичко питаме.

Обучение в специален отдел може да се прави само ако наемаш 20 души с еднакви знания по едно и също време. Ако работиш на измислен език дето всеки който дойде трябва да учи това работи. В нормална обстановка повече от един курс 1-2 дена не можеш да си позволиш. Но можеш да назначиш едно старо куче да въвежда човека и да отговаря на въпроси поне 2-3 месеца.

----------------------------------------
Здрав дух, в здрава бутилка!

Кратък курс за въведение и едно старо куче което да отговаря за теб, да ти е пръв контакт за всичко, да ти обяснява и да ти отговаря на въпросите за период от 2-3 месеца.

----------------------------------------
Здрав дух, в здрава бутилка!

Нали знаеш какво казваше Хайтов:
"Едно е да искаш, друго е да можеш, а трето и четвърто е да го направиш"

Та според мен дори и да се прави някъде то е само на хартия. Мисленето трябва да се смени и от двете страни - работодател и работник иначе нищо не става.

Спомням си преди 4-5 години тамън излязоха на мода юнит тестовете. И айде ръководството иска юнит тестове - какво трябва да представляват не е ясно. Ръководството чуло нещо и айде да се прилага. От другата страна (програмистите) пък се отговаря подобаващо - един колега беше написал генераторче на тестове - точно какво се тестваше не е ясно ама накрая "изплюваше" едно "ОК".

Не е задължително да наемаш по много хора накуп за да работи системата. Идеята е обучението да се прави от хора незаангажирани с проекти, чиято основна задача е твоето обучение. Общо взето навсякъде се работи на измислен език. Просто всяка фирма си има по някоя библиотечка или нещо подобно + набор от 10-20 тула, които са си специфични. Идеята ми е ти първо да ги видиш за един месец на да го наречем теоритично ниво + да барнеш нещо. Да ти се изясни кое как става. Чак след като идеологията ти е ясна да идеш в проекта и да видиш на практика как работи всичко - там поне няма да задаваш "тъпи" въпроси - предполага се, че те са изчистени при обучението. Е след 1 месец в проекта вече горе долу трябва да си наясно и да кажем да можеш сам да се досещаш за някой неща без да питаш.

1-2 дена курс е отбиване на номера. А закрепването към някой дето да си го кажем направо си му в тежест ми се струва неуместно, особено ако този някой трябва да ти разяснява А и Б.

не се и съмнявам, че в САП е така. само че по болшинството фирми най-много да получи опция за тежест на камъка.

абе ефективност - целта е да се спестят малко парички.

Много неща в българските фирми са сгрешени, но пък има желание за развитие

ето какво е написал великия Steve McConnel
[линк] - прочетете и коментарите
също предлага и Construx’s Professional Ladder [линк]

Jeff Atwood също има какво да каже по въпроса [линк]

Истина е, че разликата между старши програмист и джуниър е до 28 пъти в производителността. Но въпроса е как се става джуниър!? Според мен трябва да им се дава възможност да поемат отговорност и да напредват.

това е от

:)Нали знаеш, който купува евтино плаща скъпо.

Сметни си един нов човек да му даваш 1 000 лева на месец и той 3 месеца да се мотае като муха без глава в код, файлове, модули и нищо да не разбира.

След това си сметни 1 месец този човек да работи всеки ден с различен човек от екипа в който си го прикачил. Което ще отнема по 1 час от времето на тези хора работещи за 2 000 лева на месец. Това прави 22 дена по 1 час = 22 часа които ги плащаш по 12.50 на час и ти прави 275 лева пропуснати ползи.

Проста сметчица, но не е като за български шефчета, тях повече от едно събиране или едно изваждане ги мъчи неимоверно, създава им газове и лош дъх.

Как се създава джуниър? Много лесно. Отиваш и намираш някой циганин, който да може да чете. Купуваш му една чанта дебели книжки и един лаптоп. Обучаваш циганина на основните неща за един ден - текстообработка, сърфиране в интернет, писане на поща, работа с файлове и директории. След това го оставяш да чете една седмица основите на Java и ООП. След една седмица циганина ще може да пише сам прости програми. На втората седмица може спокойно да бъде назначен в някоя софтуерна фирма като джуниър девелопер.

Е ти утрепа рибата още със стъпка 1. Че къде ще намериш грамотен циганин в нашата мила родина?

хората, които не са директно ангажирани с проекти могат да преподават само много общи неща. ако на човек повече от седмица му плещиш общи приказки - дори и да не умре от скука просто ще престане да помни => никаква полза от такова обучение за повече от 2 до 5 дни наведнъж.

за момента от опита ми съдя, че най-добре си работи новакът да си има бъди/ментор/ангел-хранител/наречи-го-както-искаш който да му дава реални задачки с нарастваща сложност и да му отговаря на въпроси.