Size: a a a

Обсуждения техдирские

2018 May 19

IC

Ilya Chesnokov in Обсуждения техдирские
Ilya Chesnokov
А должен? ))
Так-то я вам завидую. В Амсе прикольно. Правда, дорого ))
источник

S

Stanislav in Обсуждения техдирские
Ilya Chesnokov
А должен? ))
Вопрос лишён смысла
источник

IC

Ilya Chesnokov in Обсуждения техдирские
Stanislav
Вопрос лишён смысла
Не понял, что я должен осознать и почему.
источник

AK

Aleksandr Komlev in Обсуждения техдирские
Ilya Chesnokov
1) Но задача разработчику тестов все же ставится. Что делать? Как быть?
2) На собеседовании с кем? Со старым разработчиком? Он уже, допустим, 3 года работает в компании. Что с ним делать, увольнять?
3) Формально заказчик прав. Но по-человечески он мудак.
1) ну это тоже типичная проблема, тут неправ тот кто задачу от заказчика просто поставил разработчику, менеджерский косяк
2) со старым либо максимально его изолировать, либо увольнять, да
3) ну нет, договор даже с друзьями надо подписывать, аргументация ‘по-человечески’ слишком размыта и очень разная у всех. вообще рассчитывать на человечность в деловых вопросах - очень плохая идея, тут про выгоду же
источник

IC

Ilya Chesnokov in Обсуждения техдирские
Aleksandr Komlev
1) ну это тоже типичная проблема, тут неправ тот кто задачу от заказчика просто поставил разработчику, менеджерский косяк
2) со старым либо максимально его изолировать, либо увольнять, да
3) ну нет, договор даже с друзьями надо подписывать, аргументация ‘по-человечески’ слишком размыта и очень разная у всех. вообще рассчитывать на человечность в деловых вопросах - очень плохая идея, тут про выгоду же
1) В том-то и проблема: нет никакого промежуточного звена между заказчиком и разработчиком, никакого менеджера. Вообще замечание справедливое - его наличие бы не помешало. М.б. это проблема прямых коммуникаций. Нужна прослойка. Но ее нет, т.к. проект - это стартап со всеми вытекающими: процессы не организованы, паранойя по поводу показа/изменения того или иного кода, разработчики скорее временные, чем постоянные. Хотя да, проект уже имхо был на той стадии, когда пора это все организовывать.
2) Увольнять не увольнять, но м.б. провести беседу, расставить точки над i, определиться с процессами было бы неплохо. Новому разработчику входить в коллектив всегда нелегко, надо его поддерживать и не давать старичкам зазнаваться.
3) По контракту срок уведомления - две недели. Но это при завершении, а тут вроде как "постановка на паузу", что в контракте не оговорено. Как с этим быть?
источник

S

Stanislav in Обсуждения техдирские
Ilya Chesnokov
Не понял, что я должен осознать и почему.
Моя фраза не о том, что должен. А том, что это случится.
источник

IC

Ilya Chesnokov in Обсуждения техдирские
Stanislav
Моя фраза не о том, что должен. А том, что это случится.
Ни фига себе, предсказатель ))
источник

IC

Ilya Chesnokov in Обсуждения техдирские
Вообще не согласен с тем, что в деловых вопросах (особенно в вопросах руководитель-подчиненный) нет места человечности. Наоборот, именно там она и должна быть, если цель - построить здоровый коллектив, где отношения основаны на доверии и взаимопомощи. Если этого нет, в компании сотрудники задерживаться долго не будут, со всеми вытекающими.
источник
2018 May 20

AK

Aleksandr Komlev in Обсуждения техдирские
Ilya Chesnokov
Вообще не согласен с тем, что в деловых вопросах (особенно в вопросах руководитель-подчиненный) нет места человечности. Наоборот, именно там она и должна быть, если цель - построить здоровый коллектив, где отношения основаны на доверии и взаимопомощи. Если этого нет, в компании сотрудники задерживаться долго не будут, со всеми вытекающими.
ну вот вы попробуйте другу предложить невыгодную работу сославшись на вашу дружбу, он согласится с вами? несмотря на дружбу выгода все же выше. может быть и иначе, но требовать от людей (заказчика) этого нельзя.
источник

AK

Aleksandr Komlev in Обсуждения техдирские
Ilya Chesnokov
1) В том-то и проблема: нет никакого промежуточного звена между заказчиком и разработчиком, никакого менеджера. Вообще замечание справедливое - его наличие бы не помешало. М.б. это проблема прямых коммуникаций. Нужна прослойка. Но ее нет, т.к. проект - это стартап со всеми вытекающими: процессы не организованы, паранойя по поводу показа/изменения того или иного кода, разработчики скорее временные, чем постоянные. Хотя да, проект уже имхо был на той стадии, когда пора это все организовывать.
2) Увольнять не увольнять, но м.б. провести беседу, расставить точки над i, определиться с процессами было бы неплохо. Новому разработчику входить в коллектив всегда нелегко, надо его поддерживать и не давать старичкам зазнаваться.
3) По контракту срок уведомления - две недели. Но это при завершении, а тут вроде как "постановка на паузу", что в контракте не оговорено. Как с этим быть?
1) тогда разработчик должен быть сам себе менеджером с фрилансерами, иначе будет бомбить и болеть вечно
2) такие старички вреда приносят намного больше чем пользы на мой взгляд
3) если не оговорено тогда никак, только договариваться устно)
источник

IC

Ilya Chesnokov in Обсуждения техдирские
Нет, будет бомбить только до тех пор, пока работаешь с мудаками 😊 "Не работайте с мудаками" (с) Роберт Саттон. Прекрасный человек - надо почитать книгу 😃 А что касается пункта три, то нахождение лазейки в контракте и ее использование - мудацкое поведение.
источник

IC

Ilya Chesnokov in Обсуждения техдирские
Хотя некоторые говорят, что пока ты работаешь на дядю, вечно будет что-то не так. И чтобы все устраивало, надо самому делать бизнес. Тоже вполне себе мысль.
источник

IC

Ilya Chesnokov in Обсуждения техдирские
Впрочем, я никому свою точку зрения не навязываю.
источник

AK

Aleksandr Komlev in Обсуждения техдирские
Ilya Chesnokov
Нет, будет бомбить только до тех пор, пока работаешь с мудаками 😊 "Не работайте с мудаками" (с) Роберт Саттон. Прекрасный человек - надо почитать книгу 😃 А что касается пункта три, то нахождение лазейки в контракте и ее использование - мудацкое поведение.
ну это путь в пропасть, на мой взгляд. эдак все вокруг окажутся мудаки очень быстро, хотя вероятнее всего что он будет на самом деле только один.
заказчик в общем-то вам платит не столько за тесты, сколько за экспертизу. так что в исходном описанном варианте недоработка с вашей стороны
источник

AK

Aleksandr Komlev in Обсуждения техдирские
Ilya Chesnokov
Хотя некоторые говорят, что пока ты работаешь на дядю, вечно будет что-то не так. И чтобы все устраивало, надо самому делать бизнес. Тоже вполне себе мысль.
так это будет не бизнес, а самозанятость, потому что там тоже окажутся все мудаками. zero tolerance в работе с людьми как правило приводит к самоизоляции.
источник

AK

Aleksandr Komlev in Обсуждения техдирские
так ведь легко можно порешить что человек мудак на основании его политических взглядов. но они на разработку и процесс кажется не влияют. в общем-то отсюда снова про то что с коллегами не нужно дружить и видеть в них приятных и умных ребят, можно просто работать и делать это хорошо
источник

IC

Ilya Chesnokov in Обсуждения техдирские
Aleksandr Komlev
так это будет не бизнес, а самозанятость, потому что там тоже окажутся все мудаками. zero tolerance в работе с людьми как правило приводит к самоизоляции.
Если с такой точки зрения смотреть, то там будут все рукожопые - а это немного другое 😃
источник

IC

Ilya Chesnokov in Обсуждения техдирские
Aleksandr Komlev
так ведь легко можно порешить что человек мудак на основании его политических взглядов. но они на разработку и процесс кажется не влияют. в общем-то отсюда снова про то что с коллегами не нужно дружить и видеть в них приятных и умных ребят, можно просто работать и делать это хорошо
По-моему я политические взгляды в пример не приводил 😊
источник

AK

Aleksandr Komlev in Обсуждения техдирские
Ilya Chesnokov
Если с такой точки зрения смотреть, то там будут все рукожопые - а это немного другое 😃
это не так, нормальных специалистов навалом, просто они все при деле уже
источник

IC

Ilya Chesnokov in Обсуждения техдирские
Ну речь о том, что как известно "если хочешь сделать хорошо, сделай это сам".
источник