Здравствуйте, Osaka, Вы писали:
LVV>>Меня вот брали на позицию разработчика С++ LVV>>Есть скрипты на питоне, скрипты на баше — довольно много. Тоже надо рефакторить. LVV>>и некоторая часть — на С++. И сюда меня пока не пускают... O>Развели как студента.
Небось бывшие студенты и развели препода по приколы. Слишком сурово лабы по плюсам проверял, вот
и затаили обиду
Здравствуйте, SkyDance, Вы писали:
SD>Ага. SD>Идея в том, чтобы ты более-менее знал, что делает весь код в системе. В общих чертах, не в деталях, но понимал.
А при надобности отдельно ознакомится с кодовой базой не вариант? А то ежедневно время на это тратить,
а потом окажется, что это и не нужно вовсе было.
Здравствуйте, Codealot, Вы писали: C>Мда, звучит похоже. И как же меня это все достало. Все бегают как наскипидаренные и как будто работа кипит, а по факту основная часть — мартышкин труд.
Тут еще надо держать в уме, что один из пунктов новой программы является внедрение децимации — то есть увольнение 10% случайных сотрудников в год. Только это в долгосрочной перспективе дает эффект скипидара.
Здравствуйте, Sharov, Вы писали:
S>А при надобности отдельно ознакомится с кодовой базой не вариант? А то ежедневно время на это тратить, S>а потом окажется, что это и не нужно вовсе было.
S>Небось бывшие студенты и развели препода по приколы. Слишком сурово лабы по плюсам проверял, вот S>и затаили обиду
Там нет моих студентов. Они в Яндексе — я туда и не суюсь...
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
C>Это сейчас так модно, или мне просто "повезло"?
bazaar style development model однако, вы не понимаете, насколько это прогрессивно, когда всем в равной степени похер на проект
Как много веселых ребят, и все делают велосипед...
Здравствуйте, Codealot, Вы писали:
C>Нет разделения по обязанностям, всех постоянно бросают с одного на другое. Одну неделю ты пишешь на C#, другую пилишь деплоймент, а на следующую у тебя скрипты на питоне.
А в чём проблема?
Есть таски, их надо сделать. Сделал один — взял следующий...
Здравствуйте, Codealot, Вы писали:
C>Это сейчас так модно, или мне просто "повезло"?
Это довольно модная тема, суть в том, чтобы типа "все всё по проекту знали" и если что, были способных друг друга подменять. Любая задача, дескать, должна быть решаема любым членом команды.
Такой так себе способ снизить "bus factor".
По факту, конечно, получается, что никто почти ничего в проекте толком и не понимает.
Такой способ организации работы мне не нравится, мне нравится, когда на каждом участке есть высококомпетентный ответственный человек, на особо ответственных участках желательно с подмастерьем.
Здравствуйте, LuciferSaratov, Вы писали:
LS>Это довольно модная тема, суть в том, чтобы типа "все всё по проекту знали" и если что, были способных друг друга подменять. Любая задача, дескать, должна быть решаема любым членом команды. LS>Такой так себе способ снизить "bus factor". LS>По факту, конечно, получается, что никто почти ничего в проекте толком и не понимает. LS>Такой способ организации работы мне не нравится, мне нравится, когда на каждом участке есть высококомпетентный ответственный человек, на особо ответственных участках желательно с подмастерьем.
C>Ну, здесь все еще хуже. Постоянная ротация одна чего стоит.
Ее смысл в том, чтобы при выбывании людей из команды скорость разработки оставалась постоянной. Медленнее, чем если бы она могла быть, если каждому дать работать строго над одной подсистемой. Но зато предсказуемее (знаешь, чего ожидать). Для бизнеса это обычно важнее.
S>А при надобности отдельно ознакомится с кодовой базой не вариант? А то ежедневно время на это тратить,
Умение читать чужой код и разбираться в кодовой базе встречается не так часто. И лучше заранее это спланировать, чем выяснять, что вот в этом куске кодовой базы не разбирается никто, кроме Васи, который сейчас в запое.
Здравствуйте, SkyDance, Вы писали:
SD>Умение читать чужой код и разбираться в кодовой базе встречается не так часто. И лучше заранее это спланировать, чем выяснять, что вот в этом куске кодовой базы не разбирается никто, кроме Васи, который сейчас в запое.
Если это важно, пусть кто-то дублирует. Но не "все должны знать всё"
C>Если это важно, пусть кто-то дублирует. Но не "все должны знать всё"
Сделай такое рацпредложение, может, послушают.
Вообще обычно к этому все и приходит через некоторое время. Поначалу, да, всех кидают во все сразу — просто чтобы понять, кто как может работать. Увидеть, кто умеет читать код, а кто не очень. Понять, кто будет рефакторить чужой код до состояния "теперь можно пользоваться", а кто будет наслаивать новые и новые уровни абстракций. Позволяет очень хорошо узнать компетенции людей. Потом нужно расставить народ по их сильным сторонам. "Наслаивателей" — куда-нибудь подальше от инфраструктуры (а то и вовсе от команды/компании), излишне ретивых рефактореров — куда-нибудь еще.
Примерно аналогичным образом проходят тренировки новых команд в разных видах спорта (скажем, тот же track&field в школах). Детей заставляют делать все, и смотрят, у кого что получается (и кто отвалится по дороге).
Здравствуйте, Codealot, Вы писали:
S>>А в чём проблема? S>>Есть таски, их надо сделать. Сделал один — взял следующий... C>Я так понимаю, ты не программист.
Я так понимаю что ты очень узкий специалист?
Здравствуйте, Sheridan, Вы писали:
S>А в чём проблема? S>Есть таски, их надо сделать. Сделал один — взял следующий...
Если времени вагон, то да. В скипидарных условиях быстро устанешь.
Здравствуйте, Mihas, Вы писали:
S>>А в чём проблема? S>>Есть таски, их надо сделать. Сделал один — взял следующий... M>Если времени вагон, то да. В скипидарных условиях быстро устанешь.
Ну так выставляй на таск более правильное время, а не с потолка...