На сколько, по вашему мнению, улучшился рабочий процесс? Повлияли ли на мотивацию ребят эта дашборда? Стали ли они укладываться в сроки? Что происходит с ребятами, у которых низкие показатели?
С деньгами все очень сложно, во многих компаниях, в команде никто не знает кто сколько зарабатывает, этому есть объяснение, но зачастую тем, кто вышел из разработки, не особо доверяют финансы, это да.
В каждой компании прораба называют по разному. Но меня тоже немного напрягают когда senior software engineer — это «ведущий программист», ведь по сути это «lead developer»…
на самом деле тут имелось ввиду слово правильным, наверное. Не может человек дрочить других за косяки, которые и сам же совершает, это просто не работает. Но схема хороший-плохой работает, да
У меня в голове родилось аж три ответа, первый, самый простой — конечно, никто не будет платить тебе за троих, если ты работаешь за троих, хотя мне однажды предлагали поработать за еще одного программиста, но я решил, что 16 часовые рабочие смены — это не для меня.
Второй, у меня на тот момент все таки были и продукт, и прожект, которые так же занимались кучей разных вопросов, и более того, многие вещи мы делали совместно, кстати, я тогда у него многому научился, как например доносить не самую приятную информацию до людей, или как тактично договариваться с некоторыми людьми в команде. Кстати, я довольно часто сталкивался с тем, что со мной, как разработчиком общались менеджеры, без моего непосредственного руководителя, иногда это общение происходит на совершенно разных уровнях, что после него остается, довольно неприятный осадок, тимлид, как раз мог это соединить воедино. Иногда в таких общениях я узнавал много нового, иногда много нового узнавал менеджер.
Третий, меня никто не заставлял пахать за семерых и работать по 20 часов в сутки, от меня требовались определенные вещи, как я их буду добиваться — сидеть вместе с командой и писать код, или делать так, что бы за счет меня команда работала эффективнее — вопрос уже моей компетенции и моего руководства этими ребятами, тимлиды, которые не умеют за счет себя пустить команду — довольно хреново выполняют свою работу.
Но опять же, есть и те, кто просто таски из столбца в столбец перекидывают, на совещания ходят и смотрят, что бы каждый фаллосы не пинал в рабочее время.
мне приходилось заниматься этим всем, совместно и с проджектом, и с продуктом. Ну и очень часто тимлид, это еще подразумевает то, что ты будешь еще и техлидом. Но опять же, зависит от компании, подходов и размера команды
хорошая попытка, но нет, результат должен быть актуальным когда игроку показывают таблицу. Ну и опять же — таблица в памяти у нас уже есть, модифицировать ее для конкретного игрока — это сложнее, нежели для всех сразу же.
и еще сотня-другая внешних причин почему программист — лапочка, а все остальные делают так, что бы эта лапочка плохо работала. Увы, большинство программистов косячат только в путь, более того, я сам кучу своих косяков могу вспомнить, причины — разные, но это мой косяк, не посмотрел, по думал, не так понял, не уделил этому должное внимание.
Только вот в какой-то момент ко мне пришло критическое мышление, а кому-то, хоть он и сеньор — нет, поэтому для него такие вещи, это обычно дело.
Хватит оправдывать программистов. Если человек написал дерьмовый код, то ему стоит сказать, что он написал дерьмовый код, и пусть думает дальше, как избежать этой ситуации в будущем. А то уже пришли к тому, что на ревью надо общаться, узнавать как у жены-тещи-собаки дела, и говорить аккуратно «мне кажется ты делаешь что-то не правильно, пойти это только мое мнение, но вот тут не стоит на каждый запрос выбирать все данные из пяти терабайтной базы, что бы найти одну сущность, знаешь, в базе данных можно выбрать одну сущность, и более того, существуют индексы...», что бы потом услышать «Ок, я услышал твое мнение, но мне так проще».
Два момента, история гита говорит о том, что если оно появилось позже, то все равно это было в рамках работы над этой задачей. А во-вторых, если бы оно появилось позже и менялось со временем, это не повод не смотреть на уже написанный код и понимать что там написано.
То есть, по второму пункту, если завтра придут и скажут, что нужно, например, только последнюю записи, то он просто в конец этого кода добавит «взять последний элемент из того, что получилось», потому что требование изменилось, нужно просто любыми способами, как можно меньше меняя код построиться под эти требования
На сколько, по вашему мнению, улучшился рабочий процесс? Повлияли ли на мотивацию ребят эта дашборда? Стали ли они укладываться в сроки? Что происходит с ребятами, у которых низкие показатели?
Нет
Зачем читать статьи Зюганова?
Жена, кстати говоря, вчера все это вычитывала. Сам я человек абсолютно безграмотный
Я пока сам не знаю, но название уже есть — Записки проктолога
а на фотке просто заляпанный экран
75% рабочего времени
Второй, у меня на тот момент все таки были и продукт, и прожект, которые так же занимались кучей разных вопросов, и более того, многие вещи мы делали совместно, кстати, я тогда у него многому научился, как например доносить не самую приятную информацию до людей, или как тактично договариваться с некоторыми людьми в команде. Кстати, я довольно часто сталкивался с тем, что со мной, как разработчиком общались менеджеры, без моего непосредственного руководителя, иногда это общение происходит на совершенно разных уровнях, что после него остается, довольно неприятный осадок, тимлид, как раз мог это соединить воедино. Иногда в таких общениях я узнавал много нового, иногда много нового узнавал менеджер.
Третий, меня никто не заставлял пахать за семерых и работать по 20 часов в сутки, от меня требовались определенные вещи, как я их буду добиваться — сидеть вместе с командой и писать код, или делать так, что бы за счет меня команда работала эффективнее — вопрос уже моей компетенции и моего руководства этими ребятами, тимлиды, которые не умеют за счет себя пустить команду — довольно хреново выполняют свою работу.
Но опять же, есть и те, кто просто таски из столбца в столбец перекидывают, на совещания ходят и смотрят, что бы каждый фаллосы не пинал в рабочее время.
Очередь то тут для чего и соседняя машина с воркером?
И как сюда очередь вписывается? И какой будет делей?
Только вот в какой-то момент ко мне пришло критическое мышление, а кому-то, хоть он и сеньор — нет, поэтому для него такие вещи, это обычно дело.
Хватит оправдывать программистов. Если человек написал дерьмовый код, то ему стоит сказать, что он написал дерьмовый код, и пусть думает дальше, как избежать этой ситуации в будущем. А то уже пришли к тому, что на ревью надо общаться, узнавать как у жены-тещи-собаки дела, и говорить аккуратно «мне кажется ты делаешь что-то не правильно, пойти это только мое мнение, но вот тут не стоит на каждый запрос выбирать все данные из пяти терабайтной базы, что бы найти одну сущность, знаешь, в базе данных можно выбрать одну сущность, и более того, существуют индексы...», что бы потом услышать «Ок, я услышал твое мнение, но мне так проще».
То есть, по второму пункту, если завтра придут и скажут, что нужно, например, только последнюю записи, то он просто в конец этого кода добавит «взять последний элемент из того, что получилось», потому что требование изменилось, нужно просто любыми способами, как можно меньше меняя код построиться под эти требования