Ну, да. Подводные камни. Потому и говорю, что перво-наперво все-таки нужна максимальная система измерения производительности. Плюс к тому да, нельзя мерять по одной двум задачам, ибо есть миллион нюансов, уж в разработке особенно. Соответственно, когда разбираем гипотетические залеты, обязательно стоит уже вникать в задачу и говорить в том числе с сотрудником, что да как.
Короче, главный вопрос, именно выявить проблему и откуда в ней ноги растут, нежели потом что-то сделать для её решения.
А если посудить со стороны самого разраба. Там где я работаю, мне постоянно сыпятся задачи. Они всегда срочные. Обычно, если задача не горящая, тимлид спрашивает у меня трудозатраты. На такой вопрос я всегда стараюсь дать оценку, которая максимально приближена к средней температуре. Ибо завышать срок плохо, и при злоупотреблении, вредит. А занижать тоже не лучше, ибо бывают подводные камни, внезапные горящие задачи и все такое и нет желания потом зашиваться и оправдываться. Иногда срок дан конкретный, и я очень стараюсь в него уложиться, и если уж не укладываюсь, то предпочитаю держать тимлида в курсе, и если что сообщать о проблемах.
Ну а если бы тимлид пришел и сказал мне, что я работаю плохо, да еще аргументированно указал бы где и как это выражено, я бы все силы положил на то, чтобы исправиться.
Тоже вставлю 5 копеек. Оговорюсь, я много лет руководил командами, в том числе и большими, человек до 200+. Но это была работа, не связанная с IT. Потом я решил, что мне надоело и обучился на разработчика, и им и работаю, но не руковожу никем. По крайней мере пока. Если консолидировать мой опыт, то могу сказать следующее:
Некоторые моменты из исходных данных не совсем ясны, конечно. Но я бы делал так. В первую очередь, я бы ввел в группу или в группу некие понятные измеримые критерии производительности. Хотя бы примерные. Да, с разрабами это труднее, но вы же как-то определили, что проблемный сотрудник работает с меньшей производительностью. Эти ориентиры должны знать все сотрудники. Далее, если проблемный действительно недорабатывает, то, я бы поговорил с ним по этому поводу, объяснил, что ожидаю от него соответствующей производительности. Возможно, предложил бы некоторую помощь по улучшению скиллов. Если делает, то ок. Если нет, то есть варианты. Если сотрудник не хочет нормально работать, да заменить его не проблема, то уволить. Если хочет действительно, но что-то не получается, то помочь обучиться, если нет, то возможно перевести его на другую должность, где будет полезен, если тоже не вариант, можно сделать сдельную ЗП и платить меньше, раз уж не работает, если тоже не катит, то уволить.
Насчёт переработок и прочих развлечений, не думаю, что надо кого-то принуждать. Считаю, что логично ввести за это понятные вознаграждения и предложить всем такую систему. Желающие будут — значит норм. Не будут, значит мотивация не достаточная. А принуждать это такое.
Хмм. Разве кто-то когда-то запрещал запускать проги от того же Линукса на винде? Я то думал, что это просто несовместимость системных библиотек и всё такое.
Как боженька молвил.
Везде есть плюсы и минусы. Важно знать что ты можешь, что ты хочешь, и как прийти от первого ко второму, максимально безболезненно, максимально учитывая нюансы.
На доске тоже лайвкодинг, да. Разве я говорил обратное?
Да и про то, что это весьма распростанено, тоже понятно.
Я говорил только, что реально стрессирует. Конечно если много раз выступить таким образом, стресс должен уйти.
Несколько месяцев назад устраивался на работу и на паре собеседований просили лайвкодинг. Блин, вроде тоже задачи не особо сложные, но какой же это был стресс. Я хоть и прошел, но покрылся семью потами в процессе.
Ребят, вопрос не прям по теме, но почти.
Допустим, я работаю Java разрабом в офисе и всё ок. А в свободное время хочу скорее по фану, чем именно для заработка попробовать поделать простенькие игры. Ну хоть одну. Чтобы было.
Так вот, видел библиотеку или фреймворк LibGDX, и даже щупал его немного. В целом, 2д на нем делать можно.
Вопрос: актуально ли делать что-нибудь на нем, с позиции того, что возможно навыки пригодятся в будущем? И что ещё есть кроме Unity с его C# да UE, в смысле, есть не вообще, а именно с позиции полезного опыта в разработке.
Да хз. А что такого в вопросе про причину ухода? Лично я один раз вынужден был уйти на службу в армию, один раз сократили, в остальных случаях предлагали работу на более интересных условиях. Не вижу ничего унизительного.
И врут тут не 99 соискателей. Но, думаю, многие.
Звучит вроде грамотно и разумно.
Наверное это я какой-то невезучий. Все время все наоборот.
Тимлид отвечает односложно на сообщение через пару часов. Напарник/куратор тоже. Доступы получаешь все в течение пару месяцев постепенно.
Документации нет, все имена переменных и пр аббревиатуры. Рассказать что зачем и как работает не кому. Ну и далее в том же духе.
Не жалуюсь, просто очередной такой период, голова кипит.
Так то и ребята хорошие и компания норм. Просто адаптация не налажена.
Не ещё.
Компьютером, как вы его понимаете, он никогда и не станет.
Хотя, мой старый iPad Air с джейлом пытается. Но сами понимаете...
Ну, да. Подводные камни. Потому и говорю, что перво-наперво все-таки нужна максимальная система измерения производительности. Плюс к тому да, нельзя мерять по одной двум задачам, ибо есть миллион нюансов, уж в разработке особенно. Соответственно, когда разбираем гипотетические залеты, обязательно стоит уже вникать в задачу и говорить в том числе с сотрудником, что да как.
Короче, главный вопрос, именно выявить проблему и откуда в ней ноги растут, нежели потом что-то сделать для её решения.
А если посудить со стороны самого разраба. Там где я работаю, мне постоянно сыпятся задачи. Они всегда срочные. Обычно, если задача не горящая, тимлид спрашивает у меня трудозатраты. На такой вопрос я всегда стараюсь дать оценку, которая максимально приближена к средней температуре. Ибо завышать срок плохо, и при злоупотреблении, вредит. А занижать тоже не лучше, ибо бывают подводные камни, внезапные горящие задачи и все такое и нет желания потом зашиваться и оправдываться. Иногда срок дан конкретный, и я очень стараюсь в него уложиться, и если уж не укладываюсь, то предпочитаю держать тимлида в курсе, и если что сообщать о проблемах.
Ну а если бы тимлид пришел и сказал мне, что я работаю плохо, да еще аргументированно указал бы где и как это выражено, я бы все силы положил на то, чтобы исправиться.
Тоже вставлю 5 копеек. Оговорюсь, я много лет руководил командами, в том числе и большими, человек до 200+. Но это была работа, не связанная с IT. Потом я решил, что мне надоело и обучился на разработчика, и им и работаю, но не руковожу никем. По крайней мере пока. Если консолидировать мой опыт, то могу сказать следующее:
Некоторые моменты из исходных данных не совсем ясны, конечно. Но я бы делал так. В первую очередь, я бы ввел в группу или в группу некие понятные измеримые критерии производительности. Хотя бы примерные. Да, с разрабами это труднее, но вы же как-то определили, что проблемный сотрудник работает с меньшей производительностью. Эти ориентиры должны знать все сотрудники. Далее, если проблемный действительно недорабатывает, то, я бы поговорил с ним по этому поводу, объяснил, что ожидаю от него соответствующей производительности. Возможно, предложил бы некоторую помощь по улучшению скиллов. Если делает, то ок. Если нет, то есть варианты. Если сотрудник не хочет нормально работать, да заменить его не проблема, то уволить. Если хочет действительно, но что-то не получается, то помочь обучиться, если нет, то возможно перевести его на другую должность, где будет полезен, если тоже не вариант, можно сделать сдельную ЗП и платить меньше, раз уж не работает, если тоже не катит, то уволить.
Насчёт переработок и прочих развлечений, не думаю, что надо кого-то принуждать. Считаю, что логично ввести за это понятные вознаграждения и предложить всем такую систему. Желающие будут — значит норм. Не будут, значит мотивация не достаточная. А принуждать это такое.
Хмм. Разве кто-то когда-то запрещал запускать проги от того же Линукса на винде? Я то думал, что это просто несовместимость системных библиотек и всё такое.
Справедливо
++Всегда захожу в комментарии под статьями Фила. Там всегда интересно.
Блин, чувак как пулемёт пишет. Мне б так код шпарить)
Как боженька молвил.
Везде есть плюсы и минусы. Важно знать что ты можешь, что ты хочешь, и как прийти от первого ко второму, максимально безболезненно, максимально учитывая нюансы.
Да и про то, что это весьма распростанено, тоже понятно.
Я говорил только, что реально стрессирует. Конечно если много раз выступить таким образом, стресс должен уйти.
Несколько месяцев назад устраивался на работу и на паре собеседований просили лайвкодинг. Блин, вроде тоже задачи не особо сложные, но какой же это был стресс. Я хоть и прошел, но покрылся семью потами в процессе.
Ребят, вопрос не прям по теме, но почти.
Допустим, я работаю Java разрабом в офисе и всё ок. А в свободное время хочу скорее по фану, чем именно для заработка попробовать поделать простенькие игры. Ну хоть одну. Чтобы было.
Так вот, видел библиотеку или фреймворк LibGDX, и даже щупал его немного. В целом, 2д на нем делать можно.
Вопрос: актуально ли делать что-нибудь на нем, с позиции того, что возможно навыки пригодятся в будущем? И что ещё есть кроме Unity с его C# да UE, в смысле, есть не вообще, а именно с позиции полезного опыта в разработке.
И врут тут не 99 соискателей. Но, думаю, многие.
Кстати да. Статья просто всё утрирует.
По сути да, надо расхвалить продукт. В меру только, а не так, чтобы покупатель почувствовал себя идиотом
Ну я думал его упомянуть) Но потом подумал, что невозможно
Так себе подборка. Особенно для 2020. Давайте тогда сюда ещё Джонни Мнемоника, 13 этаж и прочая, что хоть как-то технологий касается включим.
Ониксы определенно тут продаются. Присмотрюсь, спасибо.
Оффтоп. А порекомендуйте годную читалку не менее 10 дюймов. Желательно в пределах 500 баксов в РФ. А то моей старой уже невозможно пользоваться.
Звучит вроде грамотно и разумно.
Наверное это я какой-то невезучий. Все время все наоборот.
Тимлид отвечает односложно на сообщение через пару часов. Напарник/куратор тоже. Доступы получаешь все в течение пару месяцев постепенно.
Документации нет, все имена переменных и пр аббревиатуры. Рассказать что зачем и как работает не кому. Ну и далее в том же духе.
Не жалуюсь, просто очередной такой период, голова кипит.
Так то и ребята хорошие и компания норм. Просто адаптация не налажена.
Никто не мешает. Но, чисто гипотетически и при особом желании, обман могут без труда раскрыть и дальше хз, что с этим делать.
Сестра работает в Москве. Работодатель всё запросил.