Михаэль Пайсон
@Tomcat
Строю крутые технические команды
Information
- Rating
- Does not participate
- Location
- Хайфа, Хайфа, Израиль
- Date of birth
- Registered
- Activity
Specialization
Backend Developer, Chief Technology Officer (CTO)
Вам не кажется, что разговор в таком тоне — это уже перебор? Всё-таки комментарии на сайте это место, где можно немного подумать и сформулировать свою позицию в виде, не оскорбляющем собеседника.
Вы знаете, я не просто так здесь это говорю. Это чистый опыт. Увы, в большинстве случаев «это сделать невозможно» идёт как окончательный вердикт. Согласитесь, что Вы всё равно решаете ту самую систему уравнений, прежде чем видите, что у неё нет решений. Если мне чётко показывают, почему эту задачу решить нельзя — с «фактами и реальностью», вопросов нет никаких.
В той же ситуации с Facebook, Вы совершенно спокойно могли выбрать минимальный список фич с оценкой трудозатрат, который показал бы, что нужен год для того чтобы его разработать. Это и есть «решение системы уравнений».
Я против того, чтобы «мыслить» и выдавать ничем кроме мыслей (которые я даже не могу услышать) не подтверждённый результат. А про оплату за «просиживания штанов», извините, не очень понял, о чём Вы. Есть ощущение, что у нас просто сильно разные модели работы в команде, поэтому мы и не можем друг друга понять.
Противопоставление руководителя и команды — это очень плачевная пракика. Жалко, что так много народу её придерживаются. Задача нормального руководителя сделать так, чтобы людям было работать комфортно.
Это был ответ на:
Признать решение задачи невозможным — это не решение задачи. Это выход из создавшейся ситуации. Да, он, безусловно, есть. Но, в большинстве случаев, задача, «не имеющая решения» по первому вердикту, на самом деле решается, если зайти с другого конца.
Лично я результат «задача не решается» принимаю только если человек, действительно, потратил много времени на её решение и пришёл к этому выводу на основе кучи рассмотренных вариантов и реального анализа, а не просто испугавшись формулировки.
Впрочем, я уверен, что решение есть практически всегда, просто иногда оно очень дорогое :). Ага, и даже для Facebook за две недели. Например, договориться с Цукербергом о продаже исходников ;)
Пассаж про гугл и зарплату не понял, извините.
Вот вся проблема нашего технарского мышления в том, что мы всегда знаем точно «как», «зачем», что «можно», а что «нельзя». На самом деле, у заказчика есть цель, он просит эти линии не просто так. И собственная мотивация у него есть, и понимание того, зачем нужно вся эта «иррациональная» чепуха.
Что характерно, на данном совещании исполнитель даже не вник в задачи, отрезав, что это невозможно и, в дальнейшем, пытаясь это доказать. А, если почитать комменты к этой статье, оказывается, что даже очень возможно. Если подумать. Если головой поработать, а не делать то, к чему привыкли (тупо чертить линии).
Это, кстати, очень характерно — сказать «нельзя» (из-за страха, непонимания задачи, нежелания разбираться, недостаточной квалификации, чего-то ещё).
В общем, как ни странно, подход «меня не волнуют технические сложности — решать их это ваша задача, вот и решайте её!» очень часто даёт отличные результаты.
Вообще, я никоим образом не разделяю ни идеалы, ни методы итальянских фашистов, но их девиз «воля и разум» — очень точно передаёт то, что нужно для победы.
Воля нужна для того, чтобы побеждать. Разум — для того, чтобы выбрать точку, в которую прилагать усилия, поставить правильную, адекватную цель и выработать шаги для её достижения.
Но мне показалось, что внешняя сторона этого забега очень хорошо передаёт обычные действия взрослых.
А вобще целью была не победа ребёнки, а просто «потусоваться». Конечно в глубине души хотелось, чтобы она прибежала первая, но мы ей гордиться от этого меньше не стали. Ни капли.
Особенно, если сделать вид, что я «просто менеджер» и мне Visual Studio в ежедневных задачах… хм… не особенно требуется, а надо отслеживать лишь прогресс работы и управлять объёмом задач в итерации.
— Как открыть несколько задач в разных табах, а не во всплывающих окошках?
— Как управлять видимостью Query через Web (Team Query vs. My Query)?
Ну и ещё, наверное, самый, наверное, раздражающий для меня сейчас фактор: как применить действие ко всем Work Items в списке (они могут быть разных типов). Например, махом перекинуть из одной итерации в другую или назначить на одного разработчика. Да, знаю про Work Item Templates, но создавать отдельный template для каждого типа Work Item'а каждый раз, когда я хочу скинуть «остатки по итерации» на следующую — ИМХО перебор.
Кроме того, при всей «душе», такие ролики, например, у меня создают стойкое чувство не слишком хорошо выполненной поделки. А это ощущение распространяется и на продукт, который они описывают. Но, конечно, каждый подход имеет право на существование, и тут — дело вкуса.
Насчёт FPS не думал. Спасибо. Мне в глаза не бросалось, но смысл увеличить есть. Про приложения для создания скринкастов не очень понял, что плохого в зуме? Ну и потом весь смысл создания роликов своими руками сведётся на нет, если купить какой-нибудь Премьер за 2к долларов.
На самом деле, видимо — да, так и есть, так как уже далеко не первый с тем же содержанием :). В общем-то склоняюсь именно к тому, чтобы HowTo делать с профессиональной озвучкой, а такой формат оставить для демонстрации фич.
На самом деле, если добавить в конце. «А спросить/напомнить слабо было?», то высказывание кажется вполне логичным