Здравствуйте, CreatorCray, Вы писали:
C>>>Я так понимаю, ты не программист. S>>Я так понимаю что ты очень узкий специалист? CC>Т.е. ответ "да, не программист"
И программист, и админ. Могу к умным, могу к красивым.
Задачи прилетали на прошлой работе от "надо ceph развернуть" до "надо стили поправить вордпрессу".
Сейчас не так весело, на текущей работе. Разлёт тем уменьшился. Всё стало вокруг астралинукса крутиться и количество языков поуменшилось но тем не менее
Ты то чего влез? Я задал простой вопрос, а человек чуть ли не с оскорблений пошёл вместо того чтобы ответить.
LVV>Меня вот брали на позицию разработчика С++ LVV>Есть скрипты на питоне, скрипты на баше — довольно много. Тоже надо рефакторить. LVV>и некоторая часть — на С++. И сюда меня пока не пускают...
Развели как студента.
Здравствуйте, Codealot, Вы писали:
C>Нет разделения по обязанностям, всех постоянно бросают с одного на другое. Одну неделю ты пишешь на C#, другую пилишь деплоймент, а на следующую у тебя скрипты на питоне. Предполагается, что все должны знать обо всем, что делается в команде. Документации и тестов практически нет, зато есть всеобщие совещания по 2-3-4 штуки каждый день. C>Насколько я могу судить, в других командах в компании примерно то же самое. C>Это сейчас так модно, или мне просто "повезло"?
Здравствуйте, Codealot, Вы писали:
C>Предполагается, что все должны знать обо всем, что делается в команде. Документации и тестов практически нет, зато есть всеобщие совещания по 2-3-4 штуки каждый день.
C>Ну, здесь все еще хуже. Постоянная ротация одна чего стоит.
Ее смысл в том, чтобы при выбывании людей из команды скорость разработки оставалась постоянной. Медленнее, чем если бы она могла быть, если каждому дать работать строго над одной подсистемой. Но зато предсказуемее (знаешь, чего ожидать). Для бизнеса это обычно важнее.
Здравствуйте, Osaka, Вы писали:
LVV>>Меня вот брали на позицию разработчика С++ LVV>>Есть скрипты на питоне, скрипты на баше — довольно много. Тоже надо рефакторить. LVV>>и некоторая часть — на С++. И сюда меня пока не пускают... O>Развели как студента.
Небось бывшие студенты и развели препода по приколы. Слишком сурово лабы по плюсам проверял, вот
и затаили обиду
Здравствуйте, Sharov, Вы писали:
S>А при надобности отдельно ознакомится с кодовой базой не вариант? А то ежедневно время на это тратить, S>а потом окажется, что это и не нужно вовсе было.
C>Это сейчас так модно, или мне просто "повезло"?
bazaar style development model однако, вы не понимаете, насколько это прогрессивно, когда всем в равной степени похер на проект
Как много веселых ребят, и все делают велосипед...
Здравствуйте, Codealot, Вы писали:
C>Это сейчас так модно, или мне просто "повезло"?
Это довольно модная тема, суть в том, чтобы типа "все всё по проекту знали" и если что, были способных друг друга подменять. Любая задача, дескать, должна быть решаема любым членом команды.
Такой так себе способ снизить "bus factor".
По факту, конечно, получается, что никто почти ничего в проекте толком и не понимает.
Такой способ организации работы мне не нравится, мне нравится, когда на каждом участке есть высококомпетентный ответственный человек, на особо ответственных участках желательно с подмастерьем.
Здравствуйте, Mihas, Вы писали:
S>>А в чём проблема? S>>Есть таски, их надо сделать. Сделал один — взял следующий... M>Если времени вагон, то да. В скипидарных условиях быстро устанешь.
Ну так выставляй на таск более правильное время, а не с потолка...
Здравствуйте, Sheridan, Вы писали:
CC>>Т.е. ответ "да, не программист" S>И программист, и админ. Могу к умным, могу к красивым.
Ну т.е. морская свинка
S>Задачи прилетали на прошлой работе от "надо ceph развернуть" до "надо стили поправить вордпрессу".
Стили поправить это не программизм если чо
S> Ты то чего влез?
Это публичный форум, Шеридан.
... << RSDN@Home 1.3.110 alpha 5 rev. 62>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, alzt, Вы писали:
S>>Ровно так же как и с требованием — если прилетает баг. Таски, часы. A>Т.е. ты можешь указать сколько времени займёт исправление бага?
Да. Более того, я могу решение бага декомпозировать в таски, если баг сложный. И отдельным таском отметить время, которое потратил на декомпозицию.
Промахиваюсь в обе стороны, бывает конечно. Как правило в пределах половины отмеченного времени.
C>Нет разделения по обязанностям, всех постоянно бросают с одного на другое. Одну неделю ты пишешь на C#, другую пилишь деплоймент, а на следующую у тебя скрипты на питоне. Предполагается, что C>Это сейчас так модно, или мне просто "повезло"?
Это такое завуалированное целеуказание на дверь. Кого планируют к повышению, тому выделен свой участок на котором ему можно отстраиваться и наводить свой порядок.
Здравствуйте, SkyDance, Вы писали:
SD>Ага. SD>Идея в том, чтобы ты более-менее знал, что делает весь код в системе. В общих чертах, не в деталях, но понимал.
А при надобности отдельно ознакомится с кодовой базой не вариант? А то ежедневно время на это тратить,
а потом окажется, что это и не нужно вовсе было.
Здравствуйте, Codealot, Вы писали:
C>Нет разделения по обязанностям, всех постоянно бросают с одного на другое. Одну неделю ты пишешь на C#, другую пилишь деплоймент, а на следующую у тебя скрипты на питоне.
А в чём проблема?
Есть таски, их надо сделать. Сделал один — взял следующий...
C>Если это важно, пусть кто-то дублирует. Но не "все должны знать всё"
Сделай такое рацпредложение, может, послушают.
Вообще обычно к этому все и приходит через некоторое время. Поначалу, да, всех кидают во все сразу — просто чтобы понять, кто как может работать. Увидеть, кто умеет читать код, а кто не очень. Понять, кто будет рефакторить чужой код до состояния "теперь можно пользоваться", а кто будет наслаивать новые и новые уровни абстракций. Позволяет очень хорошо узнать компетенции людей. Потом нужно расставить народ по их сильным сторонам. "Наслаивателей" — куда-нибудь подальше от инфраструктуры (а то и вовсе от команды/компании), излишне ретивых рефактореров — куда-нибудь еще.
Примерно аналогичным образом проходят тренировки новых команд в разных видах спорта (скажем, тот же track&field в школах). Детей заставляют делать все, и смотрят, у кого что получается (и кто отвалится по дороге).
LVV>>Да еще и в xml+xpath влезать — на уровне писать xpath-запросы. H>xpath прекрасен, наряду с xslt — незаслуженно забытые технологии
Чего это забытая?
Во всех IDE проекты в xml сделаны.
Но мне пришлось копаться с полного нуля.
И, конечно, библиотеки смотреть.
Не скажу, что стал спецом, но понимать стал.
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, Codealot, Вы писали:
S>>Ну так выставляй на таск более правильное время, а не с потолка... C>Кто ж тебе позволит. Вчера родился, что ли?
Всегда так делал и до сих пор так делаю. Мне прилетают таски, следом приходит тимлид, рассказывает приоритеты, поясняет ТЗ если непонятно и я иду сначала таскам часы выставляю за сколько это сделаю а потом принимаюсь делать.
Более того, частенько прилетает просто требование, я декомпозирую на таски его и таскам также иду часы назначать.
Ровно так же как и с требованием — если прилетает баг. Таски, часы.
ещё уменьшится. M>>)
C>Э, да ты оптимист. Про другие команды тоже надо много знать. Документацию то никто толком не пишет.
Не, мой вопрос был скорее адресован к тем, кто внедряет такой подход.
А сам я скептически отношусь к подобным перестановкам (даже при наличии документации).
Ты пишешь, что "Документации и тестов практически нет".
Но что мешает тебе начать её писать, когда тебе дадут соотв. задачу?
Здравствуйте, CreatorCray, Вы писали:
CC>>>Т.е. ответ "да, не программист" S>>И программист, и админ. Могу к умным, могу к красивым. CC>Ну т.е. морская свинка
Да как скажете
S>>Задачи прилетали на прошлой работе от "надо ceph развернуть" до "надо стили поправить вордпрессу". CC>Стили поправить это не программизм если чо
Ну значит умею от админства до дизайна.
S>> Ты то чего влез? CC>Это публичный форум, Шеридан.
А, ну то есть проблемы не видишь. Что, в принципе понятно и по этому сообщению.
Здравствуйте, Codealot, Вы писали:
C>Здравствуйте, m2user, Вы писали:
M>>Но что мешает тебе начать её писать, когда тебе дадут соотв. задачу?
C>А добавочное время на это не дадут.
написание документации и, ты не поверишь, ревью и одобрение ее командой — это часть работы над задачей.
если ты считаешь, что времени мало, то подними этот вопрос на митинге *до* того как ты взялся за работу. иначе это будет твоя вина когда не уложишься в сроки
Здравствуйте, Codealot, Вы писали:
S>>У нас тоже 2-3 человека могут друг друга поменять. И так в каждой команде. S>>Ну, то есть мою работу могут подхватить еще пару человек и так с каждым. C>Ну а теперь представь себе не "могут" а "регулярно должны", и не 2-3 а 20-30.
Странно, конечно. Но не "ужас-ужас-ужас"...
Здравствуйте, Codealot, Вы писали:
S>>Почему ты так резко реагируешь? Я тебе нагрубил? Вроде бы нет... C>Потому что ты лезешь со своим мнением в вопросы, о которых ничего не знаешь.
Ну, ты пришёл на форум с вопросом 'Это сейчас так модно, или мне просто "повезло"?'. Я ответил тебе в стиле "Не вижу проблемы". Ты же начал както странно реагировать...
Нет разделения по обязанностям, всех постоянно бросают с одного на другое. Одну неделю ты пишешь на C#, другую пилишь деплоймент, а на следующую у тебя скрипты на питоне. Предполагается, что все должны знать обо всем, что делается в команде. Документации и тестов практически нет, зато есть всеобщие совещания по 2-3-4 штуки каждый день.
Насколько я могу судить, в других командах в компании примерно то же самое.
Это сейчас так модно, или мне просто "повезло"?
Здравствуйте, Osaka, Вы писали:
O>Это такое завуалированное целеуказание на дверь. Кого планируют к повышению, тому выделен свой участок на котором ему можно отстраиваться и наводить свой порядок.
Здравствуйте, Codealot, Вы писали: C>Это сейчас так модно, или мне просто "повезло"?
Просто наняли менеджеров, которые сейчас выслуживаются и отрабатывают обещания. А обещали они что все будут взаимозаменяемыми . Попытка сделать что-то свое будет воспринята как job security и скорее всего будет пресечена
Здравствуйте, __kot2, Вы писали:
__>Просто наняли менеджеров, которые сейчас выслуживаются и отрабатывают обещания. А обещали они что все будут взаимозаменяемыми . Попытка сделать что-то свое будет воспринята как job security и скорее всего будет пресечена
Мда, звучит похоже. И как же меня это все достало. Все бегают как наскипидаренные и как будто работа кипит, а по факту основная часть — мартышкин труд.
Здравствуйте, SkyDance, Вы писали:
SD>Ага. SD>Идея в том, чтобы ты более-менее знал, что делает весь код в системе. В общих чертах, не в деталях, но понимал.
Ну, здесь все еще хуже. Постоянная ротация одна чего стоит.
C>Это сейчас так модно, или мне просто "повезло"?
Да скорее всего по-разному бывает.
Меня вот брали на позицию разработчика С++
А основной продукт написан на яве — приходится разбираться, чтобы рефакторить.
Есть скрипты на питоне, скрипты на баше — довольно много. Тоже надо рефакторить.
Часть написана на Go — и тут тоже рефакторить
и некоторая часть — на С++. И сюда меня пока не пускают...
Вот во всем этом приходится разбираться
Да еще и в xml+xpath влезать — на уровне писать xpath-запросы.
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
LVV>>Меня вот брали на позицию разработчика С++ LVV>>Есть скрипты на питоне, скрипты на баше — довольно много. Тоже надо рефакторить. LVV>>и некоторая часть — на С++. И сюда меня пока не пускают... O>Развели как студента.
Ну, учитывая, что я около 30 лет не работал в промышленном программировании — нормально.
Тем более, новая предметная область, новые задачи, новые языки и технологии — это мне нравится.
Особенно Go — просто таки очень положительные эмоции...
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, Codealot, Вы писали: C>Мда, звучит похоже. И как же меня это все достало. Все бегают как наскипидаренные и как будто работа кипит, а по факту основная часть — мартышкин труд.
Тут еще надо держать в уме, что один из пунктов новой программы является внедрение децимации — то есть увольнение 10% случайных сотрудников в год. Только это в долгосрочной перспективе дает эффект скипидара.
S>Небось бывшие студенты и развели препода по приколы. Слишком сурово лабы по плюсам проверял, вот S>и затаили обиду
Там нет моих студентов. Они в Яндексе — я туда и не суюсь...
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, LuciferSaratov, Вы писали:
LS>Это довольно модная тема, суть в том, чтобы типа "все всё по проекту знали" и если что, были способных друг друга подменять. Любая задача, дескать, должна быть решаема любым членом команды. LS>Такой так себе способ снизить "bus factor". LS>По факту, конечно, получается, что никто почти ничего в проекте толком и не понимает. LS>Такой способ организации работы мне не нравится, мне нравится, когда на каждом участке есть высококомпетентный ответственный человек, на особо ответственных участках желательно с подмастерьем.
S>А при надобности отдельно ознакомится с кодовой базой не вариант? А то ежедневно время на это тратить,
Умение читать чужой код и разбираться в кодовой базе встречается не так часто. И лучше заранее это спланировать, чем выяснять, что вот в этом куске кодовой базы не разбирается никто, кроме Васи, который сейчас в запое.
Здравствуйте, SkyDance, Вы писали:
SD>Умение читать чужой код и разбираться в кодовой базе встречается не так часто. И лучше заранее это спланировать, чем выяснять, что вот в этом куске кодовой базы не разбирается никто, кроме Васи, который сейчас в запое.
Если это важно, пусть кто-то дублирует. Но не "все должны знать всё"
Здравствуйте, Codealot, Вы писали:
S>>А в чём проблема? S>>Есть таски, их надо сделать. Сделал один — взял следующий... C>Я так понимаю, ты не программист.
Я так понимаю что ты очень узкий специалист?
Здравствуйте, Sheridan, Вы писали:
S>А в чём проблема? S>Есть таски, их надо сделать. Сделал один — взял следующий...
Если времени вагон, то да. В скипидарных условиях быстро устанешь.
Здравствуйте, Codealot, Вы писали:
S>>Я так понимаю что ты очень узкий специалист? C>Еще и отвечаешь вопросом на вопрос. C>Мракетолог, что ли?
Нет, я еврей.
Впрочем, могу и без вопроса.
Здравствуйте, m2user, Вы писали:
M>Почему такой порядок действует только внутри команды? M>Ведь если начать менять людей и задачи между командами, то bus factor упомянутый тут
Здравствуйте, Codealot, Вы писали:
S>>У вас там рабовладельческий строй что ли? C>у нас, видимо, люди — взаимозаменяемый ресурс.
У нас тоже 2-3 человека могут друг друга поменять. И так в каждой команде.
Ну, то есть мою работу могут подхватить еще пару человек и так с каждым.
Здравствуйте, Sheridan, Вы писали:
S>У нас тоже 2-3 человека могут друг друга поменять. И так в каждой команде. S>Ну, то есть мою работу могут подхватить еще пару человек и так с каждым.
Ну а теперь представь себе не "могут" а "регулярно должны", и не 2-3 а 20-30.
Здравствуйте, baxton_ulf, Вы писали:
_>написание документации и, ты не поверишь, ревью и одобрение ее командой — это часть работы над задачей.
Не везде. Тем более этого нет в компаниях которые работают по российским лекалам организации бизнес-процессов. _>если ты считаешь, что времени мало, то подними этот вопрос на митинге *до* того как ты взялся за работу. иначе это будет твоя вина когда не уложишься в сроки
Важно только одно, человек закончил задачу и что-то работает или человек НЕ закончил задачу и что-то не работает. Документация и тесты НЕ работают и не решают проблемы заказчика.
S>>У нас тоже 2-3 человека могут друг друга поменять. И так в каждой команде. S>>Ну, то есть мою работу могут подхватить еще пару человек и так с каждым.
C>Ну а теперь представь себе не "могут" а "регулярно должны", и не 2-3 а 20-30.
Здравствуйте, Codealot, Вы писали:
S>>Странно, конечно. Но не "ужас-ужас-ужас"... C>С чего ты решил, что твое мнение по этому вопросу имеет значение?
Почему ты так резко реагируешь? Я тебе нагрубил? Вроде бы нет...
Здравствуйте, Codealot, Вы писали: C>В теории да. Но что есть, то есть.
у нас сейчас тоже стендапы стали почти по 20 человек, что странновато. в принципе, народ не затягивает и пока работает, но да
LVV>>Не скажу, что стал спецом, но понимать стал. C>XPath — это прям достижение.
В моем возрасте — несомненно.
Дейкстра вон не смог язык Си освоить, чтобы внуку помочь.
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, Sheridan, Вы писали:
S>Ну, ты пришёл на форум с вопросом 'Это сейчас так модно, или мне просто "повезло"?'. Я ответил тебе в стиле "Не вижу проблемы". Ты же начал както странно реагировать...
Странно — вообще отвечать по вопросам, о которых ты ничего не знаешь.
Здравствуйте, Kernan, Вы писали:
K>Здравствуйте, baxton_ulf, Вы писали:
_>>написание документации и, ты не поверишь, ревью и одобрение ее командой — это часть работы над задачей. K>Не везде. Тем более этого нет в компаниях которые работают по российским лекалам организации бизнес-процессов. _>>если ты считаешь, что времени мало, то подними этот вопрос на митинге *до* того как ты взялся за работу. иначе это будет твоя вина когда не уложишься в сроки K>Важно только одно, человек закончил задачу и что-то работает или человек НЕ закончил задачу и что-то не работает. Документация и тесты НЕ работают и не решают проблемы заказчика.
да я понимаю, что есть говноконторы. но это то что ТС может изменить сам. например мне последние 15 лет очень везет с работодателями у меня нет описанных проблем и не будет. и это на самом деле результат моих целенаправленных действий
Здравствуйте, Codealot, Вы писали:
S>>Промахиваюсь в обе стороны, бывает конечно. Как правило в пределах половины отмеченного времени. C>Или промахнешься, или не промахнешься?
И корни волос в чёрный цвет тоже.
Здравствуйте, Codealot, Вы писали:
C>Нет разделения по обязанностям, всех постоянно бросают с одного на другое. Одну неделю ты пишешь на C#, другую пилишь деплоймент, а на следующую у тебя скрипты на питоне. Предполагается, что все должны знать обо всем, что делается в команде.
Да, у нас все так же (AWS). Стараемся назначать людей на задачи в соответствии с экспертизой, но в целом все занимаются всем.
Тяжело, ибо экспертизы в чем то одном недостаточно чтобы эффективно работать (у нас нет "сеньор джава программистов").
C>Документации и тестов практически нет, зато есть всеобщие совещания по 2-3-4 штуки каждый день.
А это плохо. У нас есть и то и то, и фокус на это хороший (особенно на тесты), не представляю как без этого работать в больших проектах, особенно при удалёнке/гибриде/распределенных командах. И да, всем этим тоже занимаются все те же девелоперы.
В итоге получается что активно писать код для продакшна это дай бог 20% времени. А так — тесты, доки, инфра (алармы, ранбуки, дашборды), деплойменты, онколл-смены, разбор инцидентов, митинги итп.
Бывают greenfield проекты, там немного по другому, но все равно разработка, зачатки инфры, тестов и деплоймент будут делать одни и те же люди.
Здравствуйте, Faland, Вы писали:
F>Да, у нас все так же (AWS). Стараемся назначать людей на задачи в соответствии с экспертизой, но в целом все занимаются всем.
Видимо, во всех больших компаниях так.
Но нас недавно порадовали. Сказали, что надо еще больше расширить, углубить и еще больше collective responsibility.
у меня нет описанных проблем и не будет. и это на самом деле результат моих целенаправленных действий
