Я молчу на совещаниях. Стараюсь делать внимательное и умное лицо, даже если мне все равно.
Люди считают меня позитивным и договороспособным. Я всегда вежливо и ненастойчиво сообщаю, о том что в таске написано сделать каку. И только один раз. Потом не спорю. И когда я доделываю таску и она оказывается какой, я не смеюсь, и не говорю «Яжговорил!».
Мне все равно какую каку прогать. Если бы заказчику было интересно мое мнение, он бы не нанял проект-менеджера, продукт-оунера, скрам-мастера, аджайл-господина и UI-дизайнера. Вот эти хипстеры пусть и формируют всякие мнения, видения и маркетинговые фишки.
Я дисциплинирован. Я прихожу на работу в 9 и ухожу в 6. Мне так удобно. Я могу задержаться за двойную оплату или если таска интересная.
У меня хорошее чувство юмора и богатый жизненный опыт. Я могу легко сорвать работу команды на полдня рассказами, как прошла моя суббота. Но делаю это редко, так как считаю, что мне платят не за это, а за то, чтоб я прогал какую-нить каку.
Вертел я ваше тимлидство, сами знаете где. Я могу сам прогать какую-нибудь каку, но с умным видом объяснять своим подчиненным, что они должны делать какую-то каку выше моих сил.
Я просто восхитителен в презентациях. Особенно, если нужно презентовать недоделанное днище. Я мастерски обхожу баги на презентации программы. Однажды я два часа презентовал окно логина, потому что дальше программа не работала. Да и логин работал не всегда.
Когда меня все достает, я тихо увольняюсь, а не хожу по отделам и не гунжу «Все плохо, мы на днище, все — дураки».
Раздел 2. Hard Skills
Наследование — богомерзкая вещь, если от папы наследуется всего 1 ребенок.
Я юзаю инкапсуляцию, только когда Идея подчеркивает желтым и пишет, этот метод можно сделать приватным. Тоже самое с final.
Я никогда не юзал volatile, finalize и многие другие.
Я не запариваюсь, что юзать: ArrayList или LinkedList. Я всегда юзаю ArrayList.
Я могу не использовать геттеры и сетттеры в Java, если знаю, что мой код никто не будет читать. person.name = «john». Если я знаю, что его кто-то будет читать, я стесняюсь.
Я так и не понял, зачем нужны интерфейсы в java, за исключением callback и лямбд. Все примеры с их использованием надуманные и я могу сделать проще без них.
Я не знаю, как работает gc, я ни разу его не юзал. И вообще за 6 лет на моей памяти он упоминался только один раз. Кроме собеседований, конечно.
У меня есть репа на гитхабе, но вам я ее не покажу. Она моя личная, и я там кожу, как хочу. Вы же дома не во фраке ходите, поди?
Я могу и люблю прогать фронт, если мне надоел бэк. Реакт я уже забыл и отстал. Но Сенчу вроде помню.
Раздел 3. Достижения
Я сделал 3 сайта, на которые зашло меньше человек, чем его делало. Когда я делал 2 сайта я знал, что на них никто не зайдет.(ожидалось, что они захватят мир)
Я сделал три веб-приложения(ExtJs-Java-Docker) из них два так и не задеплоены в прод, а одним воспользовались два раза.(ожидалось, что они захватят мир).
Когда я их делал, я знал что так и будет, потому что я не верю в юзеров, которые учат наизусть 20-страничный мануал, я сам презентовал свое произведение с распечатанным мануалом в руках.
Я сделал нативное андроид-приложение из 8 экранов, в котором никто не заходил дальше второго, его скачали 107 раз в гугл-маркете(ожидалось, что оно захватит мир).
Однажды я чинил highest-баг два дня, а потом понял, что в этот раздел сайта никто не заходил около трех лет. А это был очень здоровый раздел сайта, на который потрачено много человеко-часов.
Я около недели потратил, на то чтобы комбобокс выезжал не сверху, а справа.
Я руководил 4 человеками и мы полгода делали один проект, который я в одиночку мог сделать за неделю. И да, это проект из пункта 2.
Я настраивал кэширование запросов в Монгу на приложении, на котором бывает один человек в день.
Я делал корпоративный почтовый клиент, несмотря на то что их существует сотни бесплатных и все были лучше.
Я занимался пиксель-идеализацией(или как это называется?) на фронте.
Я переделывал дизайн библиотечки Material UI для React, потому что наш UI-дизайнер-фрилансер из Кургана решил, что он лучше разбирается в дизайне, чем Матиас Дуарте — вице-президент Гугла по дизайну, бакалавр компьютерных наук с отличием в Университете Мэриленд, с доп. образованием в области искусства и истории искусства, руководитель Студенческой художественной галереи в Мэриленде.
Я никогда не понимал, зачем переделывать хорошие вещи, которые для тебя сделали умные люди и отдали бесплатно, особенно если ты заведомо тупее.
Я месяц делал фичу, которая при самых оптимистичных расчетах отбивалась бы 437 лет. (заказ швабр для уборщицы) в ERP.
Я переделывал одну каку с нуля 7 раз, потому что менялось ТЗ. В итоге она стала хуже, чем была.
Я 4 часа разбирался, почему неправильно округлилась копейка в счете, притом я заранее знал, что не смогу починить это, иначе потом баланс не сойдется.
Я делал микросервис для увеличения надежности основной бизнес-логики, и да этот микросервис крашился в 20 раз чаще, чем бизнес-логика.
Зато потом там сделали целый отдел из 12 человек, для увеличения надежности этого микросервиса надежности, и теперь микросервис крашится еще в 20 раз чаще, делает половинчатые транзакции и теряет данные бесследно. Когда я увольнялся, они задумали сделать микросервис надежности для микросервиса надежности.
Я бы сказал, что тут стеб даже не над программистом как таковым, а над правилами игры в IT, которые существуют на сегодняшний день, в которых можно быть овощем, главное соблюдать правила и прослыть хорошим программистом)
Я бы даже отметил что в ИТ это слабо проявляется, для примера почти любое гос. предприятия и начальника средней руки (начальник отдела или сектора ) вот там совсем огненно.
Есть, кроме Java, Python который сделал один человек как таковой. Более того, он сделал его для таких же как он одиночек. Там нет таких проблем, как тут. Хотя есть другие конечно, но такая альтернатива лучше чем вообще ничего.
Намедни заполнял анкету.
Так вот, в этой анкете были такие пункты:
Ваши проф. достижения
Опишите ваши сильные и слабые стороны
Как проводите ваше свободное время
Сначала хотелось написать в таком же духе, как у автора сего поста, а потом подумалось, как же я всё это уложу по три строчки на каждый пункт, далее добавилось сомнение, что это будет кто то читать кроме СБ, плюнул.
Это скорее всего не стёб над программистами, а над представителями из второй плашки, которые такие вопросы задают.
Как-то на собеседовании будущий тимлид (или менеджер, я ХЗ, как их отличать) спросил, как я провожу свое свободное время. После моего ответа переспросил о занятиях, не связанных с программированием. Как-то неловко было молчать в ответ.
Отличать просто, тим лид работает с командой, PM работает с проектом, местами их области пересекаются но фокусы такие. Иногда один человек занимает обе позиции, на более менее сложных проектах это плохо (у них разные приоритеты а значит у человека начинается конфликт целей, балансировать между ними далеко не каждый сможет, лучше когда они друг друга уравновешивают).
Вопрос о хобби, на самом деле достаточно важный. Он говорит о характере человека, ведь хобби это чем человек добровольно и с интересом занимается. Характер нужен чтобы понять насколько человек будет совместим с командой, все же часто в разработке нужна именно командная работа. Кроме этого хобби говорит о личностных качествах человека. Шахматы в качестве хобби предполагают одни черты характера, экстримальный туризм другие, чтение фантастики запоем третьи. И в каждом есть положительные стороны. Все это скорее дополняет портрет а не определяет. Ну и так же это тема «на поговорить». Человек когда общается по тому что ему интересно раскрывается, исчезает неловкость, это довольно неплохой способ снять напряжение на собеседовании и перевести его в то чем оно и должно быть — встречу нескольких профессионалов с целью понять будет ли им интересно и комфортно работать вместе и подходит ли кандидат к компании, команде, проекту а так же подходит ли компания/команда/проект кандидату.
Хотя да, случаются ситуации когда собеседующий не понимает для чего он задает вопрос, действует тупо по анкете, потому что прочитал где-то пару статей «как проводить собеседования».
Программирование — хорошее хобби. Неловкое молчание — так себе звоночек, возможно человек интроверт, или жутко стеснителен, нужно попробовать выяснить аккуратно. Не стоппер но черта. Такая же как если бы человек ответил резко «не ваше дело, это мое личное время чем хочу тем и занимаюсь», или увел разговор в сторону, или мягко пояснил что ему неохота сейчас рассказывать про свои личные увлечения, или просто ответил что их нет.
Вообще если понять что при найме очень многим важны личностные качества, характер, способ мышления, мировоззрение, а не только технические навыки (у меня например они не в первом приоритете) то многие «глупые» вопросы на собеседовании перестают казаться такими. Даже всем набивший оскомину «каким вы видите себя через пару лет» дает очень много информации о мотивации человека, его целях, амбициозности. Все это компания по сути должна удовлетворить чтобы удержать человека на этом месте и он был доволен и результативен. Сложно удовлетворять то чего не знаешь. И это далеко не все что дает ответ на этот вопрос. Например нанимать солдата который не мечтает стать генералом в компанию где вся культура заточена на высокий профессионализм работников и его развитие довольно бесмысленно. Как и нанимать очень амбициозного человека туда где нужно просто быстро и без креатива штамповать рутинные задачи. Ни ему ни компании от такого хорошо не будет.
Отличать просто, тим лид работает с командой, PM работает с проектом, местами их области пересекаются но фокусы такие.
Кто такой PM, определить действительно легко. Тут же речь о просто менеджере. Ну, о том чуваке, который вам performance review делает, которому вы пишете, что чо-т заболели, и так далее. Неочевидно, что эта роль всегда совпадает с тимлидством.
Программирование — хорошее хобби. Неловкое молчание — так себе звоночек, возможно человек интроверт, или жутко стеснителен, нужно попробовать выяснить аккуратно. Не стоппер но черта.
— Окей. Ну а чем ты занимаешься в свободное время?
— Ну, код пишу. У меня вот на гитхабе проекты всякие есть, я ими как раз занимаюсь. Блоги читаю по плюсам и по хаскелю. Всякую abstract nonsense ботаю, читая книжки и решая задачки, как раз вот добил Type theory and formal proof, на очереди книжка по алгебре.
— Это всё очень круто, но а что насчёт чего-то, не связанного с программированием?
— Эээ… Ну… Эээ… Вообще вы знаете, это очень хороший вопрос… Ну там, статьи всякие читаю. Рандомные новости в физике, биологии, это интересно всё.
— А, ну эклетичненько так… Ясно.
— А, в авиасим гоняю иногда, но это совсем нердство, пожалуй.
— Ну да...
Вообще если понять что при найме очень многим важны личностные качества, характер, способ мышления, мировоззрение, а не только технические навыки (у меня например они не в первом приоритете) то многие «глупые» вопросы на собеседовании перестают казаться такими.
Это понятно, но если люди находят меня благодаря некоторым моим видимым качествам, то задавать вопросы, обратные этим качествам, несколько странно.
Это чем-то похоже на какого-то эйчара, написавшего, что ему очень понравился мой гитхаб, и предложившего мне позицию в Германии на C# frontend developer, хотя у меня весь код на плюсах и хаскеле, и страна совсем не Германия.
Например нанимать солдата который не мечтает стать генералом в компанию где вся культура заточена на высокий профессионализм работников и его развитие довольно бесмысленно.
А можно уточнить, сколько генеральских мест в компании, а так же сколько детей у самих генералов? А то вдруг окажется, что вы то нанимаете подобных, а они через полгода понимают бесперспективность работы здесь ради этой цели и вот перед вами вновь задача кого нанять на их место?
Может стоит нанимать таки людей, которые мечтают стать капитанами, майорами?
Опять отсылки на блат. У меня 2 вопроса:
1) Как вы находите такие компании в IT, мне за 15 лет практики ни одной не попалось где терпели бы блат.
2) Зачем вы в них работаете?
Не на блат, а что у ведущих могут быть любимчики/верные последователи, например, уже сейчас.
А так же, что при одном-двух местах в верхах брать сотню туда претендующих… Если они вам ответили правду, то вы сами себе выкопаете проблему, когда они обнаружат, что в компании развитие им не смогут обеспечить, ведь тогда действительно стремящиеся в генералы просто покинут вас, возможно строем.
То есть разговор про место генерала вести хорошо тогда, когда вы сами четко можете дать план развития сотрудника на эти же три года, чтоб он мог претендовать. В противном случае, это обмен условностями: одни заявили ради галочки, а вторые соблюли правила игры…
Аммм, ну если занятий и интересов кроме программирования нет — это как бы не есть гуд, ибо все-таки на работу не запрограммированных роботов принимают, и это хорошо на самом деле. А если занятия такие, что и говорить о них стыдно — то простите-с, что это за занятия такие? Может вы на досуге чучела из людей делаете, простите.
P. S. Не HR и не лид если что, так что не предвзят.
«Вместе с резюме мы просим прислать краткое эссе на тему «идея, которая была мною реализована в ходе решения бизнес-задачи» — сформулировать бизнес-задачу или проблему, описать вашу идею или смысл предложенного вами решения, любой пример на Ваш выбор, объем не более половины страницы, рекомендации по содержанию эссе при необходимости запросить в отделе персонала.»
Из реальной вакансии Data Engineer крупной галеры в Санкт-Петербурге. Постеснялся указать на этот пункт как 1 из причин отказа от собеседования. HR'ы, надеюсь, и сами понимают, что заставлять разработчиков писать эссе — ересь (думаю эссе — прихоть директора).
Помню от меня однажды в обязательной анкете потребовали ВЕСЬ список софта с которым я умею работать.
Ваши проф. достижения
Опишите ваши сильные и слабые стороны
Как проводите ваше свободное время
… добавилось сомнение, что это будет кто то читать кроме СБ,
Это точно у вас была анкета для СБ, а не HR?
СБ у меня (на другой работе) требовало совсем — список родственников с подробным указанием кто из них когда был за границей и с кем общался. Такое ощущение, что анкета была авторства СМЕРШ. Потому что другие СБ, если что и спрашивали, то отсутствие судимости и отсутствие состояния на учёта, а этих интересовали только заграничные контакты.
Справедливости ради, это если фичу оценивать отдельно. А если оно в составе, например, софта для персонала больниц (который продаётся целиком), то это совсем другое дело, и если бы без этой фичи тут было бы нельзя.
Может быть ситуация (и часто бывает) что приходится пилить кучу какашек только для того, чтобы продукт купили (для пресейлов и демо). Не важно будут ими пользоваться или нет. Если вопрос стоит так — есть продажа или нет, то это совсем другое дело.
Просто на момент написания моего прошлого комментария автора довольно бодро сливали по карме. И накладывая свой скромный опыт наблюдения и за НЛО, и за теми кого оно вытащило из песочницы, начал думать, что НЛО просто циничный маньяк убийца.
НЛО прилетело на Хабр с миром и старается выпускать лучших и/или реально интересных. Что касается кармы, то её дико не сливали, автор вернулся на Хабр с заслуженным когда-то приличным минусом. И как видим, отлично реабилитировался.
С кармой все понятно. Тут уже большинство не из мира АйТи, они просто не понимают "о чем это тут нам", к тому же для нех карма в новинку и они активно с ней экспериментируют. Вторая нас минусующих это джуны. Представьте вы первый раз идете в цирк, а вас ловит за руку какой-то дядька и рассказывает что клоуны пиияницы, гимнастка с низкой социальной ответственностью, а дрессировщик живодёр. Ваша реакция?)
Ах вот откуда пошло выражение «Цирк с конями»! На самом деле саму фразу я частенько слышу и предполагал, что смысл в ней именно такой и будет) Шедевр!
Позвольте-с, а за который гипотетически могут забанить, как-нибудь можно было бы глянуть, может быть какими-нибудь двусмысленными намеками адресуете, или еще как-нибудь?)
Посреди многослойной, переплетенной из еаров, сервисов, коннекторов и пулов структуры сервера приложений, органично врастая в сеть модульной архитектуры, выставив наружу красивые интерфейсы, посылая и получая сообщения, отвечая на эрэмай запросы, словно кипящий поток создавая и уничтожая сотни ентити бинов в десятках распределенных транзакций, мудрый сессионый бин срал в лог эксепшенами.
Жизненно. Например вопрос на собесе " назовите свои отрицательные качества". Да черт, у меня может быть куча отрицательных качеств (как и у всех). Но с чего вы взяли, что я вам их скажу. Но такие правила игры.
Да, это боль!
Когда нужно ежедневно в одно и то же время нарисовыватся в одном и том же месте )
— Я могу быть пунктуальный если это не каждый день нужно, если каждый то так работодателю и говорю что этот пункт договора выполнен не будет.
Ну тут собеседователь неопытный был.
Кто ж про свои плохие качества говорить будет, а если и и будет то заготовку расскажет к реальности не имеющую отношений ).
Да, то собеседование наверно было самое длинное в моей жизни, и айчар походу откатала на мне все возможные клише. Вероятно где-то есть золотая середина между продать себя и сказать всё как есть. Вот автор написал "как есть" чем собственно статья и зацепила.
Мне настолько понравился комментарий одного товарища с хабра, что я даже добавил его в закладки, и тут мне очень хочется его процитировать. Приведу лучше полностью:
Я не писал, что отрицаю депрессию. Депрессию нужно лечить, бороться с ней. А ночной кодинг и примерзжая к губам сигарета этому не способствуют. Это инфантильный романтизм, упивание собственным страданием. Жаль, что на такое ведутся толпы людей. Срабатывает принцип «это обо мне», все считают себя тоже выгоревшими и пишут посты.
Я около недели потратил, на то что бы комбобокс выезжал ни сверху, а справа.
Я руководил 4 человеками и мы полгода делали один проект, который я в одиночку мог сделать за неделю.
Бывает и так. А второй пункт называется обучение или подготовка смены.
По этому мы и получаем все описанное выше, что все вот так плывут по течению и не заботятся о продукте, сказали писать говно пишем говно, не обращая внимания даже если месячная работа просто уходит в стол, продаем свое время и кормим всю армию из пункта 3 первого раздела. И таких примеров полно в других сферах, но там, если ты плохо работаешь, тебя могут уволить, а у нас «уважаемый программист» годами делает деливери и всех устраивает.
«Уважаемые программисты» здесь при чём? Ты им говоришь, что так не надо, но у менеджеров своё видение, и ничего с этим сделать нельзя. Об этом второй пункт:
Люди считают меня позитивным и договороспособным. Я всегда вежливо и ненастойчиво сообщаю, о том что в таске написано сделать каку. И только один раз. Потом не спорю. И когда я доделываю таску и она оказывается какой, я не смеюсь, и не говорю «Яжговорил!».
Можно самому стать менеджером, чтобы как-то влиять на процесс, но
Вертел я ваш тимлидство, сами знаете где.
И вот мы и получаем замкнутый круг. А потом спрашивают почему у нас в стране все молчат, когда государство затягивает гайки, потому что никому ничего не надо.
Можно самому стать менеджером, чтобы как-то влиять на процесс, но
Тогда какие претензии к «Уважаемым программистам»? Те, кто может влиять на процесс, стали менеджерами. Или суть претензии в том, что программисты не становятся менеджерами?
Можно самому стать менеджером, чтобы как-то влиять на процесс, но...
… вдруг оказывается, что уменьшение на единицу кол-ва стоящих над вами менеджеров особо не помогает «влиять на процесс». Но зато очень хорошо добавляет всякого нового геморроя. Не говоря уже о том, что «менеджеры нижнего звена» вылетают из компаний чаще, чем «ключевые девелоперы». Тем более, когда эти самые мэнеджеры высказывают несогласие с «линией партии».
Есть. Но там реально больше возможностей, ибо там всё это более глобально проставляется, ближе к конечному результату. Соответственно, больше свободы (творчества) в процессе. Если же задачи ставятся ежедневно (как и сроки с ТЗ меняются) — ну, это несколько другое уже. Я бы сказал даже — принципиально другое.
Угу, я часто наблюдал что программисты какое-то время работавшие в чистом нормальном фрилансе (не путать с постоянной удаленной работой на 1-2 клиентов), которые и искали клинетов, и обсуждали с ними проекты, и давали оценки и все это реализовывали, они более ответственные и лучше понимают зачем же нужны сроки и ТЗ. И реже жалуются на «начальника». Фриланс очень неплохо лечит от инфантилизма и идеализма в разработке.
А что творить-то? На уровне "выбрать отвёртку крестовую или шестигранную"? Человек, который честно потратил 5 лет на обучение, от такого "творчества" взвоет.
Хотите больше свободы идите во фриланс
А лучше — идти из программирования в эти менеджеры.
Я не говорю, что это плохо, я говорю, что у многих из тех, кто идёт учиться на программиста, слишком романтическое представление о сути реальной работы. Создаваемое агитаторами, утверждающими, что программирование — творческая и высококвалифицированная работа.
Создаваемое агитаторами, утверждающими, что программирование — творческая и высококвалифицированная работа.
Я 15 лет работаю, и до сих пор в это верю.
Среди моего окружения те, кто в это не верил, остались на уровне джунов, даже несмотря на внушительный стаж.
ИМХО творческая работа — это, прежде всего, проявление инициативы: т.е. придумать и создать что-то с нуля. Конечно, толика творчества есть и в программировании, но в подавляющем большинстве случаев никакой творческой работы от ITшника не требуется и рамки профессиональной активности вполне осязаемы.
Как в любой профессии, есть задачи творческие, есть рутинные. Есть задачи к которым можно было бы подойти творчески но решили топорно, и есть рутинные в которых накреативили так что хочется рыдать и сказать много нецензурных слов тем кто их реализовывал. Творчество не в создании с нуля, творчество в нестандартном но оправданном, креативном (в хорошем смысле этого слова), решении задачи. И в этом программирование довольно творческая профессия, у нас нигде нет чистого копирования (в духе вытачить 200 одинаковых деталей), в каждой задаче есть что-то нестандартное, ведь если бы было стандартное то достаточно просто подключить нужный уже написанный код. Но даже найти, оценить и выбрать этот код это часто тоже творческая задача.
Ну а то что мы при разработке базируемся на своем опыте, готовых привычных подходах, паттернах (в общем смысле) и внешних решениях — ну так и художники (если они не абстракционисты-неформалы в духе набрать краски в рот и плюнуть на полотно) в своей работе используют и свой и чужой опыт и привычные паттерны, и архитекторы, и композиторы, и тем более писатели.
Даже из вашего ответа ясно, что в программировании, в общем случае, не поощрается нестандартное решение задач. И не надо недооценивать количество рабочего времени, которое тратится на «достаточно просто подключить нужный уже написанный код». Большинство кодеров, к примеру, именно что сидят и заставляют работать чужой код.
Не сравнивайте программистов и художников. Использование паттернов необходимо, чтобы тебя поняли и характерно для любого рода деятельности. Поэтому, абстракционизм — нишевое искусство, а Микеланджело по заказу рисовал на потолке вполне каноничные сюжеты, а не Ктулху и драконов. И да, полагаю, эта его работа была рутиной большую часть времени, но он придумал и создал с нуля что-то уникальное — характерный признак творчества.
С архитекторами — ну тоже сравнение так себе. Архитекторы (те, которые проектируют современные здания) решают гораздо более открытые задачи гораздо меньшими командами, поэтому там, хотя бы, есть возможность для творчества.
Оценка и выбор кода — это НЕ творческая, а рациональная задача. Творческая оценка — это необъективно и плохо. Вообще, выбор подходящего инструмента — это опыт и профессионализм, а не творчество.
«Даже из вашего ответа ясно, что в программировании, в общем случае, не поощрается нестандартное решение задач» — не поощряется креатив ради креатива и во вред всему остальному. собственно как везде. Я не могу назвать такой креатив творчеством.
«а по-факту программист тупо пилит то, что ему скажет менеджер.» — или не тупо. Лучше всего когда программист работает «вместе» с менеждером а не «на менеджера». У программиста есть своя экспертиза и большинство адекватных менеджеров и прислушаются к его словам и расскажут зачем эта фича нужна бизнесу. И будут рады что программист сообщил им техническую точку зрения на проблему. Просто нужно говорить с менджером, предлагать решения и творить в области технической. Хороший программист вместо «из-за этой фичи мы вынуждены воткнуть костыли, давайте не будем это делать» спросит зачем она нужна с для бизнеса, опишет опасность кучи костылей и предложит решение которое (возможно с изменением поведения фичи но сохранением бизнес целей) хорошо ляжет в текущий код (или запланирует рефакторинг кода). Нужно не забывать что в любой компании программисты (как и другие позиции) занимаются реализацией задач бизнеса, это работа, а не кружок по интересам. У этой работы есть определенные цели, финансовые и другие, и любое решение (даже рефакторинг) нужно аргументировать с точки зрения бизнес целей.
А если хочется чистого творчества — никто свои хобби проекты и опенсорс не отменял. Да там нет стабильности в оплате, часто даже нет оплаты, но это логично, вы же это делаете для себя и творчества, почему кто-то должен это оплачивать если им это не принесло какой-либо пользы. Художники же не требуют чтобы им платили за то что они творят а потом прячут свои картины в шкаф.
Ну и не забываем что творчество и «я хочу тут применить новую базу, новую тулу и еще кучу паттернов просто потому что хочу попробовать» это разные вещи. Не путайте творчество, развлечение и обучение. Их можно совмещать но нужно понимать цели и задачи и творить под них, а если «креатив ради креатива» то это и сорванные сроки и низкая эффективности и на выходе ужасный код и куча багов, потому что каждый начинает творить по своему и вот тут начинается ад. За безграничным творчеством это к художникам, там можно примотать к хоботу слона кисть, он помажет им по полотну, и презентовать это все как форму искусства. Иногда даже продать это можно весьма неплохо.
Последние 3 месяца работаю за границей и тут все еще более гипертрофированно, а если вы будете ходить с кислой миной или тем более говорить, что-то кроме восхищения, то с вами никто работать не станет т.к. вы будете слыть депрессивным, агрессивным и заносчивым.
Я тоже работаю за границей и сюрприз сюрприз, влияю на процесс, если я говорю что фитча говно, меня не заставляют её кодить и если я предложу что-то получше, могут поменять таску. Я видимо делаю что-то не так.
У американцев действительно есть инфляция прилагательных, и «interesting» означает «я нихрена не понял в вашей презентации», а «very interesting» — «ну ок, не полностью потраченное время» (и так далее)
Немцы же часто говорят как есть, если идея — барахло, то так и скажут.
У «американцев» — проработал в около десяти различных компаниях и командах, больше чем 20-30% «американцев» на команду не встречал, остальные понаехавшие.
Не заметил чрезмерного использования «interesting» /«very interesting» в том виде как вы описываете. Может быть в одной команде, где проект был «искусственный» или можно сказать «скрытый попил».
— Ваши сильные стороны?
— Умение замечать детали! (замечательность)
— Отлично, мы вам перезвоним.
— Вы мне лжете! Я заметил, что вы неодобрительно кивнули своему коллеге и вычеркнули мою фамилию из списка и при этом не моргнув глазом! А ваш почерк говорит о том, что вы холерик и в конце дня нервы у вас не выдерживают.… Ммм, еще честность, аналитический склад ума и стрессоустойчивость.
Я просто восхитителен в презентациях. Особенно, если нужно презентовать недоделанное днище. Я мастерски обхожу баги на презентации программы. Однажды я два часа презентовал окно логина, потому что дальше программа не работала. Да и логин работал не всегда.
Вы наняты на программу импортозамещения (остальное можно было и не писать)
Aluminium — та же ерунда. Написано «алюминем» (??lo?om?n?m и некоторые так и говорят), а говорилка воспроизводит что-то типа «алуминийем». Бардак какой-то в этом вашем английском :)
В первой части автор говорит, что соглашается делать каку, а в конце что на его проекты никто не заходит. Я увольняюсь их проектов, которые делают каку и честное резюме выглядит на несколько порядков лучше. Того же желаю и автору, пока не поздно.
Литературный герой в т.ч. сознается, что он говнокодер (см. Hard Skills) и ему норм. Допускаю, что в этом случае разборчивость приведет не к улучшению резюме, а к затяжной безработице — на собеседованиях спрашивают вещи, которые в посте помечены «я не знаю», «я не понял». И ладно бы что-то сложное было перечислено, так ведь азы.
поддерживаю. делать или не делать каку это выбор разработчика тоже. кандалами никто к столу не пристегивает. да и часто можно менеджменту обьяснить что нужных целей можно достичь и без каки. аргументированно и настойчиво, а не пробурчать что нибудь вроде "опять кака" и уйти делать не предложив альтернатив.
Проработка альтернатив может занять 2 часа, или 4. Нужно полностью проверить, что твоё предложение действительно реализуемо, что всех данных хватает и оно подходит ко всем сценариям. Чтобы потом не краснеть за высказанную фигню не в тему. В какое время заниматься бизнес-анализом — в рабочее или в нерабочее?
И в рабочее и в нерабочее. Зависит от компании и вас. Но если компании нужны инициативные и вы докажете что можете взвешенно и аргументированно предложить решение/альтернативу (возможно потратив сначала свое личное время на это) то и рабочее время вам выделят. Во многих проектах такие разработчики ценны. 2-4-40 часов обычно на такое не жалко если в целом это спасает от потерь сотен и тысяч часов, денег и в целом весьма положительно сказывается на продукте.
Но по моим наблюдениям если человек сразу ставит такой вопрос «рабочее время или личное» то вряд ли он пойдет доказывать свою точку зрения, ведь для этого нужно будет еще усилия приложить и нервы, а он на работе хочет спокойно от звонка до звонка. Короче обычно инициативы хватает на 1-2 провала и там все и заканчивается.
Но по моим наблюдениям если человек сразу ставит такой вопрос «рабочее время или личное» то вряд ли он пойдет доказывать свою точку зрения, ведь для этого нужно будет еще усилия приложить и нервы,
Вкладывать личное время и личные нервы в чужой продукт, как бы это сказать помягче, — не самое умное поведение. Есть личное время — вложите в личный проект, в семью, с друзьями пообщайтесь, ну или, на худой конец, почитайте книжку. Увы, иногда мы это понимаем слишком поздно.
Ну почему не умное?
Если вы вложитесь, вы же и что-то получите — опыт, который повышает вашу оценку на рынке труда. Конечно, если вас все устраивает, то вы и не пойдете дальше.
Ваше время (время вашей жизни) — ваш самый ценный и увы невосполнимый ресурс. Имеет смысл относится к нему бережно, продавать за дорого. Если нужен доп опыт имеет смысл получать его каким-то более эффективным способом: вложив личное время в личный продукт, изучив интересующую тему по туториалам ну и т.п… Бится с ветряными мельницами в чужом продукте, тратя нервы и личное время — это способ получить розовый лишай, а не востребованный опыт, уж поверьте.
Все верно время — самый ценный и невосполнимый ресурс. Поэтому не стоит тратить его на мысли о том, что оно пройдет. В конечном итоге мы все умрем и деньги нам не понадобятся. Но это же не говорит о том, что нужно бросать работу и идти в лес. Я говорю о том, что если вы видите что-то, что можно улучшить, почему бы нет.
А зачем биться с ветряными мельницами, зачем тратить нервы — может проблема в способах достижения целей? Если руководство игнорирует, то что вы говорите, может стоить сменить компанию, либо может вы заблуждаетесь — не можем же мы быть
постоянно правы.
Тратить 8 часов каждый день (1/3 жизни) на то чтобы делать в терминах автора «каку» — это тоже не вариант.
Я говорю о том, что если вы видите что-то, что можно улучшить, почему бы нет.
Так я ведь и не возражаю. Но только строго в оплаченное работодателем время, в одобренном работодателем объеме.
Тратить 8 часов каждый день (1/3 жизни) на то чтобы делать в терминах автора «каку» — это тоже не вариант.
Почему не вариант? Автору же за это заплатили, он свое время продал, дальше этим проданным временем распоряжается начальство — сказало сделать плохо, автор сделал плохо, и даже предупредил перед этим.
Контор где выполняют сложные задачи всегда меньше чем тех что штампуют по шаблонам, такое не только в программировании а в любой области. Но и людей которые могут работать «на переднем крае» гораздо меньше чем тех кто умеет/хочет простые задачи от звонка до звонка. Я там ниже написал простыню про несовпадения ожидания с реальностью.
В крайнем случае никто не мешает создать свою контору вроде наса, маск например смог.
Ну вообще про контору Маска была разгромная статья, и не одна
Иногда Маск выгонял людей, в других случаях он просто запугивал их. У одного менеджера было название для этих вспышек — увольнения яростного Илона — и он запретил подчиненным подходить слишком близко к столу Маска на фабрике из-за опасений, что случайная встреча, неожиданный ответ на неправильный вопрос, может поставить под угрозу их карьеру.
После слияния с гиктаймсом, особенно учитывая открытую регистрацию это было ожидаемо, нет?
Хабр сейчас больше гиктаймс, чем хабр. Программисты остаются больше по привычке, но не удивлюсь, если людей который просто решили на подборку самых крутых приложений на андроид за май 2019 посмотреть больше, чем разрабов.
В компании 20к+ сотрудников швабры и всякая хозяйственная мелочь заказываются несколько раз в день, функция реально нужная. Как вы считали «окупаемость»?
Я поделил стоимость труда, потраченного на создание фичи на стоимость труда, которая она экономит в год. Там не про уборщиц на самом деле, но я автоматизировал событие, которое происходит 1-3 раза в год и занимает 15 минут труда оператора на компе. Это внутренний продукт на продажу он не идет.
Я просто тоже автлматизировал процесс заявок на "метлы/швабры" и знаю, что там не просто заявочка. Там и деньги-закупки и себестоимость отделов и вычисление нормативов потребления. Поэтому я и спросил, как вы посчитали эффективность автоматизации?
Разные, от задач зависит. Работа тоже бывает разная. Инициативный и амбициозный быстро потухнет на рутине и его производительность будет ниже плинтуса. Но команда из «я тут просто работу работаю за деньги, не требуйте от меня больше чем платите, и вообще как хочу так и пишу, я так привык» может стать катастрофой для сложного проекта или технологического стартапа, где от каждог отребуется понимание проекта не только с технологической но и бизнесовой стороны.
В целом каждому найдется проект и компания по его характеру. Просто вы так безоговорочно сказали что готовы нанять не глядя что я усомнился и решил спросить почему. Должны же быть серьезные причины почему вы обещаете нанять человека даже не поняв его опыта и не поговорив с ним. Либо вам пофик на команду и проект куда вы его нанимаете либо в этом «резюме» вы увидели какие-то такие личностные или профессиональные качества что они перевешивают любые проблемы личности, отсутствие опыта, и прочие моменты которые пытаются выявить на собеседовании.
Просто делать работу? ну не знаю, многие могут «делать работу», вы что всех берете не глядя?
Понимаете, стартап он на то и стартап чтобы в 9 случаях из 10 обанкротиться. Мне эти развлечения не интересны. А в обычном бизнесе человек такого типажа как автор статьи (если она, конечно, была написана всерьёз) встанет как винтик на своё место в машину. Умение прийти на работу, взять таску, делать её и сделать её, засунув куда подальше своё мнение о проекте, заказчике, полезности таски и т.д. — вот это и есть профессионализм. И никаких «проблем личности» у этой личности нет, и на опыт его плевать. и на прочие моменты. Если у меня в команде будет процентов 70 вот таких людей — можно браться хоть за написание прошивки к Звезде Смерти.
Хех, перекройте сначала венттунель к главному реактору рабицей хотя бы, а то вдруг залетит кто-нить. А у вас пво надежное и нечего бояться? Ок, но я хотел бы удаленно работать.)))
хочу уволиться, думал в марте где-то в ноябре прошлого года…
ничего не работает,
пилю сервисы полтора года, часть клиентов перевели, остальные ждут, приехали запросы новых функций, начал делать, сделал — недопроверили, в лайв не ушло, приехали новые фишки, начал делать, недопроверили, ..., прошло пол-года, в пятницу в 16:00 прилетает срочность вытащить 1 фючер из дев-бранчей (фронт и бек), выпилили и залили, разрабы ушли кудато пить, начались проблемы, менеджеры\бизнес-овнеры\етц. орут: «ДАВАЙТЕ ОТКАТЫВАТЬ»… разрабы понимают — лучше не трогать, натыкали костылей — жалоб меньше…
делал импорт, 2 недели, работает, но не точно, приехал фючер, концепция поменялась — мы обосрались, неделю переделывал импорт, в инстанс 10гб пытался импортировать 12гб фотографий, удалять старые показалось тупо\интересно, мучался несколько дней, удалил старые фотографии, приехал фючер — опять ломает всю архитектуру (дизайнерам виднее)…
последние месяцев 6 работаю обезьяной, очень удобная позиция, мне говорят — делаю, ставлю в известность что может пойти не так, говорю 1 раз, когда слышу: почему не сказал менеджеру что так не получится — говорю: мне говорят, я делаю…
ой, из позитивного: наняли в компанию год назад группу людей настроить деплоймент, настроили кое-как, за почти 2 месяца за уйму денег… на днях получил такую же задачу, справился за час, попросили никому не говорить и не рассказывать как, говорят: «некоторые обидятся».
По последнему пункту — имел такой опыт. Хороший человек (не непосредственный начальник) попросил посмотреть на некий код — почему медленно работает. Собрались еще с двумя коллегами, оптимизировали раз в 30. Потом еще один компонент. Потом сделали презентацию с примерами кода «до» и «после» для всего отдела (не называя имен, разумеется — хотели как лучше). А потом пришло очередное календарное performance review и нас, обозвав высокомерными и оторванными от коллектива, прилично обошли с бонусом.
Как результат — все трое из того проекта ушли, а он так в продакшен и не вышел (там своеобразный real-time, хотя и не в привычном понимании — если не успевает вовремя то фичи уже не важны).
3.10. Наш УИ-дизайнер — вот он тут и говорит умные вещи, а Матиас Дуарте, может быть, даже не существует. Вместе с Мэрилэндом и Силиконовой Долиной. Я вот, лично, никогда его не видел!
Про «делать каку» — это кстати вполне нормальная ситуация.
Если начинаешь вникать в задачу, постановку, бизнес цели и прочее, то автоматически разделяешь ответственность за результат. А значит, если что-то пойдет не так (что при новых фичах 50/50, тебя будут трахать вместе со всеми продактами и проджектами). Только надо понимать, что их трахают за их работу, а тебя трахают за инициативу.
Плюс помимо этого траха, тебя будет трахать тим-лид ревьювер за качество кода, проджект менеджер за сроки, и тех-директор за инфструктурные решения (а менеджеро за это трахать не буду).
Поэтому прикинув болт к носу ты принимаешь решение — а пошли в задницу все эти «бизнес-цели» и оценка каки на уровень каки — говорят делать, я делаю. Если что-то пойдет не так, трахайте менеджеров — это их работа.
___
Это кстати насчет «фича-тим», когда ответственность за результат идет на всех членов команды. И менеджеры ловко перекладывают провал на разрабов, типа это они не сказали, не оценили итд.
Да, все верно. Золотое правило — не бери чужую ответственность. Тогда скорее всего именно за нее и получишь. Если предложил сделать фичу по другому, а весь проект задержался — велик шанс получить именно за то, что проверить уже нельзя: «делали бы как договорились, и успели бы, а тут на новый вариант фичи ушло ресурсов столько, что проект сорван».
Так что соглашусь — каждый должен заниматься своим делом.
Мне все же больше нравится подход котлина, дарта и т.п. где их можно не писать до тех пор пока они не понадобятся, при этом интерфейс класса не меняется.
Эх, сколько же времени я потратил, пытаясь выяснить, зачем их лепить где ни попадя, включая DTO-объекты. После такого опыта я точно знаю ответ на холиварный «Что лучше, Java или .NET»?
Проше не позднее 1 Января 2020 года обновить зависимость "json-walker" с версии "1.9.1" до "1.9.2" в связи с выявленными требованиями к функционалу, добавленному в новой версии.
Кроме того, отправляю запрос на согласование встречи по решению миграции на версию 2.0.0. Прошу утвердить дату встречи не позднее 1 сентября 2023 года.
Да. Только еще надо указать лицензию, владельца, зависимости, плюс все тоже самое по зависимостям (вот например у кубернетовского клиента в дереве зависимостей еще 15 библиотек). Ну и джустификацию, конечно, необходимо лучше проработать.
Потому что с таким принципом далеко не уехать. Сидим такие на софте с критической уязвимостью, а всякие бюрократические отделы согласуют обновление через полгода. Ага, спасибо большое.
Мне кажется даже в корпорациях уровня майкрософта такого ада нет. Вообще выглядит как специфика компаний, у которых айти непрофильное направление, но для статуса нужно иметь.
Каких неприятностей кстати позволяет избежать? Вон в gitlab джун случайно дропнул прод, который потом восстанавливали несколько дней. Допустим все юридически понятно, что дальше с этой инормацией делать? Или вон майкрософт патч выпустил, часть компов начала выключаться. Допустим менеджер Майкл предложил эту фичу выпустить, все в бумагах зафиксированно. Какие дальнейшие действия?
Стеб зачетный. Спасибо. Взоржал. Но и тут пропаганда капитализма в шутке про рабочий день. Что плохого что человек вовремя уходит с работы? Если вы перерабатываете на работе бесплатно и при этом не учавствуете в разделе прибавочной стоимости своего труда, то вы вредитель самому себе. Труд это товар. Если вам заплатили за 8кг товара, а вы такой радостный кричите — "я никогда не отгружаю меньше 10кг поэтому держите 12", то вы идиот. Каждый человек в меру своего понимания действует в своих интересах, а меру своего непонимания в интересах того кто понимает больше. Переработки оправданны только когда вы работаете на себя или в своих интересах.
Всех с празниким труда! )))
Потому что программирование это не гайки строгать. Например уйти за полчаса до того как прошли тесты и потерять все последующее утро, восстанавливая контекст это такое себе. Аналогично обратная ситуация, когда задач нет, но человек просиживает свои часы, листая медиум.
Мне кажется более здоровым подход перерабатывать в дедлайн когда нужно, и более спокойно относиться к работе в период затишься и отсутствия тасок, так, чтобы в месяц около 160 часов потраченных на продукт выходило. Принцип человеческого отношения, а не механическое просиживание в одни и те же часы.
Все верно… и это справедливо, в случае с плавающим графиком. Если в один день ты переработал, то на следующий день можешь уйти раньше. И это кстати очень часто практикуется среди ИТ компаний. А вот когда есть жесткие рамки трудового дня, то тут самым лучшим решением является эффективный тайм менеджмент — если понимаешь, что к 6 часам тесты не закончатся, то их лучше и не начинать. ))) Воровать время у себя и своей семьи это плохой способ выслужится… Как показывает жизнь никто это не ценит, а порой менеджеры нагло эксплуатируют таких работников как лохов. Хотя у программистов есть миллионы способов эффективно делать вид работы просиживая штаны и фактически не работая, но вот зачем? Не заменимых работодателей не бывает.
Когда есть жесткие рамки то это типичная галера, которая работает максимальн неэффективно, и где разработчик продает свое время максимально невыгодно. Зачем там работать при таком богатстве выбора для меня загадка. Если какие-нибудь кроссоверы за это закидывают деньгами (и то если пересчитать плюшки белой зп, то оказывается все не так радужно), то обычно там вообще днище. В итоге денег нет, задач нет, населена роботами.
Меня, признаться, тоже иногда раздражают геттеры и сеттеры без доп. функционала внутри и порой занимающие большую часть кода — особенно если это класс-модель. И, да, я тоже использую их только для приличия.
LinkedList в коде на Java встречал в коде от силы пару раз за деcяток лет, сам никогда не использовал. Keep It Simple наше всё.
Это как так, боюсь спросить?
То есть вы пишите нормальный код не нарушая OCP и инкапсуляцию, но «для приличия» оставляете лазейки для нарушений, чтобы ими воспользовался кто-то другой в вашем проекте?
Преимущество инкапсуляции (модификаторы доступа) — это одновременно еще и главный ее недостаток. Обычно исхожу из того, что все методы/свойства должны быть public и только в самом крайнем случае меняю модификатор.
Почему? Я видел и использовал много разных библиотек — и иногда их функционала из коробки не хватает. По принципам ООП я должен например унаследоваться от класса из библиотеки и дописать нужный функционал, но я не могу этого сделать из-за того, что критически важные методы/свойства помечены private. И даже в случае с открытым исходным кодом это означает переписывание самой библиотеки и в лучшем случае потерю совместимости с оригиналом
Зато разработчики могут смело менять private-метод на какой-нибудь другой при обновлении, не боясь потери совместимости. Т.е. можно поддерживать обратную совместимость только у определённого количества методов, торчащих наружу. Если всё делать public, то разработка такой библиотеки сильно усложнится.
Наследование вредно и к ООП не относится. Есть много лучших вариантов переиспользования кода. По принципам ООП объекты имеют поведение и общаются друг с другом путем обмена сообщениями.
Вытягивание данных через геттеры/публичные поля это очевидный content coupling — один из худщих видов coupling`a(извиняюсь, что на английском, слишком много путаницы с переводами coupling/cohesion), который сильно усложняет понимание и надежность программы.
Кстати, есть очень годный доклад на эту тему на Русском — «Связать и развязать».
Хотя книги Дяди Боба(«Clean code» и «Clean Architecture»), уверен, стоит каждому прочитать.
Нет, я продолжаю жрать кактус и использовать геттеры и сеттеры, потому как так принято в среде Java. Проблема не в инкапсуляции — она нужна, проблема в черезмерной избыточности Java кода во многих ситуациях — когда отсутствие нужного функционала в языке пытаются решить через Code Conventions, получая на выходе тонны не нужного идентичного кода ухудшающего читабильность.
А причем тут избыточность джавы? Писать геттеры и сеттеры более избыточно чем написать private перед переменной и всё.
потому как так принято в среде Java.
Так принято в среде где люди до сих пор пишут в процедурном стиле, и это повсеместно, к сожалению, в любом языке, а не только в джаве.
Есть много людей которые пишут на джаве и, по крайней мере, в своих книгах статьях и докладах, вещают о хороших практиках и даже OOD.
Нет, я продолжаю жрать кактус
Похоже что подобный стиль навязан коллегами, сам с таким сталкивался. Печальное дело.
Еее! Больше депрессии в массы.
Я тут пилил форму отправки пользовательского текстового контента, сил было потрачено очень много. Стоит ли говорить, что до этой формы никто даже не доходит? Упоминал ли я о своих опасениях продюсеру? Упоминал, что дизайн плохой и совершенно неюзабельный. Один раз сказал, меня послали нахер. В итоге конверсия падает из-за дизайнера, но не из Кургана, а из офиса, потому что он поумнее будет чувака на аутсорсе из Тагила.
Я сделал 3 сайта, на которые зашло меньше человек, чем его делало. Когда я делал 2 сайта я знал, что на них никто не зайдет.(ожидалось, что они захватят мир)
Ну, это не аргумент. У каждого человека есть такой сайт.
В программировании, как в принципе и в любой специальности, есть 2 крайности:
1) Абсолютная инициативность. Человек будет делать только то с чем согласен, будет доказывать (аргументированно и не очень) свою правоту по каждой задаче и с технической и с бизнесовой стороны. Если он в целом разбирается, а так же умеет слушать и слышать, готов изменить свою точку зрения при поступлении новой информации и веских аргументов, то он идеальный кандидат для: стартапы и другие компании/продукты где нужна ответственность и инициатива от каждого, экспертные/лидовые позиции в системе сдержек и противовесов или коммуникаций с «не технарями», в целом команды работающие по настоящему agile (где вся команда как единое целое хочет улучшать и продукт и свою эффективность), задач на иссследование или задач где нужна креативность и при этом взвешенный подход и соответствие технических решений бизнес задачам (техлид, архитектор).
2) Абсолютный исполнитель. Тут можно выделить 2 подкатегории:
2.1) Пофигист. Сделает все что скажут, скорее всего будет бурчать но делать. Если его в целом устраивает такой подход к работе и если он действительн делает а не саботирует и просто просиживает то он идеальный кандидат для: бодишопов, простых или монотонных задач (а такие бывают даже на самом креативном проекте), конвеерной разраобтки, проектов с недостаточно квалифицированным менеждментом.
2.2) Я хочу кодом заниматься, плевать мне на ваши бизнес цели и ТЗ. Если не совсем фанатик то в целом идеальный кандидат для: глубоко технических задач (ну как те 2 парня которые в гугле имеют 10 левел, придумали map reduce и в целом внесли огромный вклад в поисковик), программирования как науки, задач где в первую очередь нужен серьезный research и эксперименты.
В целом люди находятся где-то между этими абсолютами. И в целом бизнесу нужные они все, только в разных местах и для разных задач. Ну при условии определенной адекватности конечно. Абсолютная инициативность без результата (только спор) смысла не имеет, как и пофигист который скорее саботировать будет чем делать свою задачу.
Проблемы как обычно возникают когда у людей желания не совпадают с текущей ситуацией. Они хотели задач для 2.2 а по духу они 2.1. Они хотели бы чтобы к ним прислушивались и не делать бесмысленные фичи (1), но при этом совершенно не хотят разбиратся в бизнес целях и брать какие-то обязательства в виде сроков и планов (оба типажа 2). Это общая проблема и общая вина и менеджмента который взял не подходящего под задачи человека и самого разработчика которые работает на месте которое ему не подходит.
Еще часто человек ничего не хочет менять или в чем то разбираться, он хочет ныть. Его ожидания (возможно излишне идеализированные) не совпали с его текущей реальностью, и он не хочет менять ни то ни другое, он ждет когда все само как то придет, ну там фея прилетит с билетами на бал или дедушка мороз.
Еще часто человек не понимает что бизнес это часто риск и эксперимент. Что вот эта формочка может как принести +500% пользователей и конверсии так может и ничего и часто заранее это не известно. Тут врубается ошибка выжившего и человек запоминает только самые абсурдные ситуации когда было потрачено куча времени, результата не было а «он говорил».
Само собой и менеджмент виноват в том что поставил на задачу/команду неподходящего человека, или не заметил во время его проблем, или не помог а просто смирился (нет времени, я занят, ну в целом результат же есть). Но я все же сторонник позиции когда человек сам определяет что ему нужно и решает за себя.
Самый печальная и распространенная ситуация это когда человек хочет от программирования творчества но при этом работает там где нужны пофигисты (а таких задач много) либо потому что страшно что-то менять и привык, либо потому что не умеет себя продать или слабые софт скилы (все же в основном почти все проекты требуют командной работы и чистые интроверты не эффективны), либо потому что недостаточно квалифицирован для тех задач которые на этом этапе воспринимает как творческие (для джуна и форма логина может быть творческой задачей). Короче не может он найти работу по душе. Хуже только ситуация когда его работы по душе в принципе не существует в природе. И это тоже к сожалению часто. Хочет человек творчества, без дедлайнов и по четкому графику, чтобы каждая его фича была полезна миру, чтобы не учиться дополнительно, без всей этой вашей математики, на любимом фреймворке но на переднем крае технологий, без личной ответственности но в стартап тусовке, с оплатой сильно выше рынка но высокой стабильностью и низким шансом что его заменят другим более опытным. И то что тут куча противоречий которые конфликтуют друг с другом его особо не волнует. Он хочет. Как ребенок мороженое зимой, как беременная женщина йогурт со вкусом селедки. И он будет страдать от того что никак не может найти такую работу мечты.
Короче разобратся в том что хочешь, что можешь, и как двигаться от текушего состояния к мечте — и в целом 90% проблем с «меня бесит моя работа, начальник, и прочее» решаться. Либо изменить «мечту» поближе к реальности, тоже поможет. Что выбирать, ну это уже каждый сам решает.
P.S. Побольше бы в реальности таких честных резюме, меньше было бы ситуаций когда человек устраивается в компанию в которой ему совершенно не интересно работать или он просто «не тянет» (по мышлению, отношению, подходам к работе и задачам, скилам). И он бы не страдал и бизнесу проще найти нужного.
Полностью разделяю эту точку зрения.
Но осознанность и идея ответственности за свои решения и их результаты — скорее "не популярна". Об этом много любят говорить, бравировать, но как дело доходит до принятия негативного результата — виноват кто-то/что-то.
Ну и плюс — у нас как ни крути достаточно "молодая" отрасль и инфантов здесь хоть отбавляй, даже в возрасте 30+.
+Ситуация на рынке, что даже самый расположений инфантильный говнокодер на java — сможет получить достаточно предложений работы чтобы выбирать среди них.
Вот поэтому и нужны управленцы с их качествами, способными донести до таких «инфантов» реалии жизни. Не было бы «инфантов» — не было бы и менеджеров(лидеров).
И думаю, что это не только к IT относится, люди так устроены, во всем своем многообразии.
Я не понял! Почему автор нагло публикует мое резюме, да еше и вылает его за свое?! Причем резюме содержит не одобренные мною вставки (я кладу с прибором на мнение идеи, когда она там что-то там подчеркивает)
>Наследование — богомерзкая вещь, если от папы наследуется всего 1 ребенок.
а как тебе самописный делегат, который наследуется упоминается ровно в двух местах — там, где объявлен, и там, где класс его реализует?
Смех сквозь слёзы! К сожалению, это резюме подошло бы подавляющему большинству «программистов», кои заполняют open-spaces компаний с мировым именем. Это я подтверждаю, как Head of R&D израильской консалтинговой компании.
Почему нельзя? Можно. Я например сторонник честного резюме. Конечно если у вас цель найти компаню которая вам подойдет а вы ей. Если цель получить как можно больше офферов или побольше денег тогда конечно многие пункты писать не стоит. Правда они все равно выплывуют на испытательном сроке и там уже будете решать важны они или нет. А можно было решить это сразу. Мне только пункты 7 и 8 (ну и еще немного 6) из этого раздела понравились. Но кому-то могут другие понравиться. Вопрос какие задачи стоят перед тем кого ищут на позицию, например на скучных задачах, где нужно просто «работу работать» и не возмущаться что кругом бардак — качества 2-5 весьма неплохо подойдут.
Ну по пункту 1 много копий сломано, но в целом большинство согласны с тем что если человек ничего не может/не хочет принести с собой на совещание то он там не нужен. Исключения обычно ежедневные скрам пятиминутки (хотя бы поймет что происходит в команде) и «демонстрация команды клиенту», там просто задачи отличные от «найти решение проблемы/выработать план действий».
>Я дисциплинирован. Я прихожу на работу в 9 и ухожу в 6. Мне так удобно. Я могу задержаться за двойную оплату или если таска интересная.
Приходит тимлид — «Сиди сегодня хоть до завтра но исправь этот баг. Мы оплачиваем тебе сверхурочные» — «Нет, я не хочу, потому что устал и вообще уже стою на пороге одетый» — «Уволен»
>У меня хорошее чувство юмора и богатый жизненный опыт. Я могу легко сорвать работу команды на полдня рассказами, как прошла моя суббота. Но делаю это редко, так как считаю, что мне платят не за это, а за то, чтоб я прогал какую-нить каку.
Какие то влажные фантазии.
«Приходит тимлид — «Сиди сегодня хоть до завтра но исправь этот баг. Мы оплачиваем тебе сверхурочные» — «Нет, я не хочу, потому что устал и вообще уже стою на пороге одетый» — «Уволен»» — такое бывает редко. Это я вам как тимлид могу сказать. Уволить разработчика и найти на его место нового это дорого, очень. На сложных проектах потери могут запросто превышать ЗП за пол года этому разработчику. Учитывая что в среднем люди работают в одной комании года 3 это очень существенно. Просто ради того чтобы доказать «я начальник ты дурак» или необходимости одного вечера сверхурочных, на такое пойдет только начальник-дурак. Гораздо дешевле заплатить X2-X5 за сверхурочные или дать человеку пару дней оплачиваемого отпуска за пару часов работы вечером. Или договориться по другому. Или отпустить его домой и запустить «форс-мажор». Единственное когда такое увольнение имеет смысл — если сам подход к работе в компании подразумевает периодические сверхурочные всех людей (стартапы например, или очень ответственные проекты). Тогда да, лучше уволить человека и найти более подходящего по духу к такой работе. И то это делается не сразу в духе «прямо счас собирай вещи и вали».
А вообще любой нормальный менеджер и особенно тим лид прекрасно понимает что сверхурочные это зло и применять их стоит очень редко и только тогда когда вругих вариантов особо и нет или они сильно хуже. Сверхурочные постоянные очень сильно снижают производительность, на долгосроке они чудовищно невыгодны. Даже если человек совсем не против и даже за. А если против, то мотивация страдает очень сильно.
Общий вывод, если тим лид так говорит (кстати тим лид очень редко в одно лицо может сам принять решение об увольнении члена команды) — нужно или менять тим лида или компанию, там все плохо.
С другой стороны все эти свободные графики и прочие плюшки в целом нацелены в том числе на повышение лояльности. Если человек просто не может остатся пару в этот раз на сверхурочные доделать задачу срочно (при условии что такая ситуаций 1-2 раза в год, не большье) это одно, а если просто не хочет по принципу «мое рабочее время закончено, мне плевать на компанию, продукт, команду, у меня по плану уютное кресло и сериал» то совершенно другое. Лояльность и интерес к продукту для многих проектов критичны. В такой ситуации можно и задуматься над тем чтобы заменить человека, несмотря на финансовые и временнЫе потери. Но если это условно галеры и там главное чтобы код писал и заказчик не жаловался то в целом «пусть работает».
Люди считают меня позитивным и договороспособным. Я всегда вежливо и ненастойчиво сообщаю, о том что в таске написано сделать каку. И только один раз. Потом не спорю. И когда я доделываю таску и она оказывается какой, я не смеюсь, и не говорю «Яжговорил!».
А потом проект накрывается медным тазом, организуется молниеносная компания по установлению, что ты плохо перформил и ты вылетаешь по сокращению, потому что «наш инженерный департамент потратил лишних $25M».
Это случай из жизни.
Дело в Австралии. Выплаты зависят от стажа, так что зарплат больше, чем две. К сожалению, в Аделаиде работа ищется не один день. В моём случае оказалось в 180 раз больше, и пришлось переезжать за 2700 км, расставаться с семьёй. Это уже не шуточки.
Хотя я чуть было не нашёл работу сразу, в соседнем офисе. Но они меня «прокатали» в течение 1.5 месяцев, рассказывая, какой я подходящий специалист. В конце концов позвонили и сказали «sorry».
А это должно очень сильно повезти, иначе получится шило на мыло, можно и так конечно,
но такое не для всех, это же новые люди какие-то, надо вникать как что, напрягаться.
По мне так лучше нормальных один раз найти, пусть и по дольше и дальше с ними плыть, пока что нибудь не случится.
Ну день это преувеличино, а за 2-3 недели легко. Я как-то за 2 недели прошел что-то типа 30 собеседований, половину из которых можно было бы не проводить, но я решил что не буду огульно отказывать никому.
Не понимаю почему стоит жалеть увольнения (тем более по сокращению, то есть с финансовыми бонусами в виде лишних зарплат) из компании где эффективность разработчиков измеряют не в процессе разработки проекта а после его закрытия.
И вы точно уверены что сократили потому что вы плохо работали? Может сократили потому что проект закрылся и разработчики перестали быть нужны? Вполне рядовая ситуация, держать разработчиков долго без дела это и их время воровать и компании зря деньги тратить.
Это был не единственный мой проект. Параллельно я вёл другой (успешный) проект. Коротко история такая:
Была команда Tools Team из двух человек: мой шеф и я. Была так же потребность сделать симулятор сельскохозяйственной железки. Шеф предложил супер-пупер универсальное решение с «машинным обучением», но по моему мнению, оно работать не должно было, так как информации для обучения было явно недостаточно. Споры были, и много. Тут моя вина, мне не хватило мозга ему это показать, я это понимал чисто интуитивно. Начали прожект. Прожект включал несколько частей: и ПК-приложение, и железо, и фирмварий для него. Во время прожекта были изменения, в итоге потрачено было 1.5 года. В конце прошлого года, когда бОльшая часть компонентов была готова, система начала как-то работать, и её даже показали каким-то шишкам, до шефа дошло, что задача решения не имеет. Ну грубо говоря, если в системе с 10 переменными всего три уравнения. После этого начался процесс увольнения. Это Австралия, тут свои тонкости, тянулось оно долго… В итоге после отпуска мне сказали буквально следующее: «к сожалению, наш инженерный департамент потратил лишних $25M, Tools Team более не существует, Вы уволены, сдайте пропуск».
Кстати, сам проект не умер. У него есть второе назначение, не требуещее режима обучения. Шеф перешёл в Firmware Team и продолжил работу над ним.
Моя трактовка такова: прожект провалился по нашей с шефом вине. Высокому начальству как-то надо объяснять, где результат. Если 50% команды, работавшей над проектом куда-то вдруг исчезнет, то объяснить будет просто. Собсно ради этого и был затеян весь полугодовой процес дискредитации (увольнение в итоге было не «по статье», а по сокращению). Кстати, процесс был объективно отвратительным. Мой коллега, который присутствовал при всём, охреневал от наглости лживости происходящего.
Естественно, гарантировать 100% правильность своих соображений я не могу.
С самим фактом увольнения есть нюансоы:
1. я лишился Long Service Leave (13 дополнительных недель отпуска), на который расчитывал
2. неприятна была лживость коллег и самого процесса;
3. в Аделаиде МАЛО работы;
Итог: Я получил прилично денег (в России я хер получил бы столько), но потратил 6 месяцев на поиск новой работы (размер «котлетки» за это время уполовинился).
Работу удалось найти в другом городе, вообше на другом конце континента, в 2700 км от дома. Был бы один — хрен с ним.
Положительные моменты тоже есть: я действительно засиделся на одном месте. Это увольнение меня вернуло в реальность :)
Почти. Если говорить именно о программировании, то в Аде работа есть, но она вся в оборонке. Saab Systems, Lockheed Martin, BAE — ближайшие соседние офисы с моей бывшей работой. А ещё сейчас набирают на подводные лодки, в Боинг…
Сейчас вот было собеседование со Sсhneider Elektrics и подался в офтальмологическую контору Ellex…
Да хоть засообщайся, если хотят сделать плохо — все равно сделают, а захотят на тебя всех собак повесить — все равно повесят. Вариант с одним разом реально самый оптимальный.
Почитал статью. Посмотрел в зеркало. Почитал статью. Снова посмотрел в зеркало…
Подумал — вроде не я это писал. Но — это же просто моими словами сказано…
И никакого юмора или сарказма. Голимая жизнь…
приятно встретить единомышленников в месте где любят минусовать)
я как-то работал в конторе, где за проколы разработчиков увольняли тестировщиков, тк программера уволить нельзя, на ту зпл потом замену не найдешь, а тестировщика можно, у нас их было много.
1. Читая, я вижу, что по большей части пунктов поступаю не так, как автор, или не соглашаюсь с высказываниями. Подробно расписывать — потянет на целую статью, и я не уверен нужна ли на Хабре еще одна статья-самолюбование.
2. Для меня так точно. Меня ломает совесть, если делаю что-то осознанно «на от*бись».
Это госконтора наверное в статье или какой то очень крупный неповоротливый клиент.
А обычные коммерческие фирмы, обычно результат хотят, за который и баксуют, ну а если результата нет, то просто сливают команду, должен же быть кто то виноват, в фиаско.
Опыт собран по работе в разных негосударственных компаниях:10-400 человек. Там, где вы видите творческий продуктивный труд, возможно кто-то рядом видит бесполезный сизифов.
Человек, который, несмотря на опыт работы, так и не поднялся выше джуниора. Ни по знаниям, ни по пониманию того, как и почему функционируют команды и компании.
Вы целых два предложения написали, а о чем они мне не понятно.
Приведите плз список знаний о которых вы говорите и аргументы зачем это надо разработчику-синьору.
Похоже что как раз этот пост автор написал как ответ на требования подобные вашему комментарию. То есть, я предположу, у вас/у работодателя/у менеджеров/у хз кого еще, но есть какие то требования-фантазии которым якобы должен соответствовать не джун, не знаю что за требования, например, делать за вас вашу работу?
Если кто-то хочет добиться чего-то от кого-то, то нужно тратить время на коммуникацию, ну и платить за время коммуникации. Но не факт что тому лицу захочется делать то что вам хочется и не факт что вы найдете другого человека соответствующего вашим фантазиям.
Не понимаю вашей язвительности по отношению к предыдущему комментатору, где вы там требования увидели?
Попробую кратко описать что вызвало у меня неприязнь к нашему литературному герою из статьи;
Человек не отстаивает свою позицию и просто делает, выражаясь его же фразами, "каку"
Человек противопоставляет паблик поля геттерам и назвает это инкапсуляцией. Когда речь идет об условном сеньоре, пишущем на джаве(явно не какой-нибудь embedded), и имевшем время разобраться что он делает и почему, для меня это признак того что человеку не особо то хочется в чем то разбираться.
"Я так и не понял, зачем нужны интерфейсы в java" — ладно, неоднозначный момент, не понятно что наш герой им противопоставляет.
"Я около недели потратил, на то чтобы комбобокс выезжал не сверху, а справа."
Это, интересно, происходило параллельно событиям "Я руководил 4 человеками и мы полгода делали один проект, который я в одиночку мог сделать за неделю"?)
В целом описания, конечно, явно недостаточно, но из того что есть, об этом абстрактном разработчике складывается впечатление, будто это просто вебмастер-на все руки мастер, который и сверстает, и картридж заправит, и командой поруководит, но целенаправленно к качественному развитию в какой-либо области не стремится, очень типичное описание Джуниора, кстати, не учитывая руководство.
И да, повторюсь, немножко высосано из пальца, приходится опираться на ту информацию что нам доступна, но от половины перечисленных высказываний заметно веет безразличным отношением человека к тому что он создаёт
1. Единственный правильный способ работы с какой — не делать ее вообще. К сожалению, область решения программистов обычно лежит в поле, как именно делать каку, а не делать ли ее вообще.
2. Возможно я просто разобрался даже лучше вас, не думали об этом? Эмм… Что ваще такое «противопоставляет паблик поля геттерам и назвает это инкапсуляцией» и откуда вы это взяли из топика? У меня всего лишь написано, что все поля и методы я обычно делаю паблик, чем забиваю на инкапсуляцию.
3. Приведите пример их нужности, но бойтесь, что я перепишу короче и лучше)))
4. Не очень понимаю о чем вы.
dedyshka
На хабре начался месяц стёба над программистами?
Один «как пасти (с)котов», второй «честное резюме»…
nochkin
В тегах есть ответ.
OlegGelezcov
Я бы сказал, что тут стеб даже не над программистом как таковым, а над правилами игры в IT, которые существуют на сегодняшний день, в которых можно быть овощем, главное соблюдать правила и прослыть хорошим программистом)
Andrey_Dolg
Проблема в том, что вы можете заменить слово IT почти чем хотите.)
Sigty
Я бы даже отметил что в ИТ это слабо проявляется, для примера почти любое гос. предприятия и начальника средней руки (начальник отдела или сектора ) вот там совсем огненно.
iamserge
Есть, кроме Java, Python который сделал один человек как таковой. Более того, он сделал его для таких же как он одиночек. Там нет таких проблем, как тут. Хотя есть другие конечно, но такая альтернатива лучше чем вообще ничего.
ukt
Намедни заполнял анкету.
Так вот, в этой анкете были такие пункты:
Ваши проф. достижения
Опишите ваши сильные и слабые стороны
Как проводите ваше свободное время
Сначала хотелось написать в таком же духе, как у автора сего поста, а потом подумалось, как же я всё это уложу по три строчки на каждый пункт, далее добавилось сомнение, что это будет кто то читать кроме СБ, плюнул.
Это скорее всего не стёб над программистами, а над представителями из второй плашки, которые такие вопросы задают.
alatushkin
Почему все же продолжил заполнение анкеты для сб?
ukt
СБшника скорее интересуют паспортные данные и родители, а так же галочка про запрос информации из БКИ, что я сделал в полном объёме.
0xd34df00d
Как-то на собеседовании будущий тимлид (или менеджер, я ХЗ, как их отличать) спросил, как я провожу свое свободное время. После моего ответа переспросил о занятиях, не связанных с программированием. Как-то неловко было молчать в ответ.
1Tiger1
Отличать просто, тим лид работает с командой, PM работает с проектом, местами их области пересекаются но фокусы такие. Иногда один человек занимает обе позиции, на более менее сложных проектах это плохо (у них разные приоритеты а значит у человека начинается конфликт целей, балансировать между ними далеко не каждый сможет, лучше когда они друг друга уравновешивают).
Вопрос о хобби, на самом деле достаточно важный. Он говорит о характере человека, ведь хобби это чем человек добровольно и с интересом занимается. Характер нужен чтобы понять насколько человек будет совместим с командой, все же часто в разработке нужна именно командная работа. Кроме этого хобби говорит о личностных качествах человека. Шахматы в качестве хобби предполагают одни черты характера, экстримальный туризм другие, чтение фантастики запоем третьи. И в каждом есть положительные стороны. Все это скорее дополняет портрет а не определяет. Ну и так же это тема «на поговорить». Человек когда общается по тому что ему интересно раскрывается, исчезает неловкость, это довольно неплохой способ снять напряжение на собеседовании и перевести его в то чем оно и должно быть — встречу нескольких профессионалов с целью понять будет ли им интересно и комфортно работать вместе и подходит ли кандидат к компании, команде, проекту а так же подходит ли компания/команда/проект кандидату.
Хотя да, случаются ситуации когда собеседующий не понимает для чего он задает вопрос, действует тупо по анкете, потому что прочитал где-то пару статей «как проводить собеседования».
Программирование — хорошее хобби. Неловкое молчание — так себе звоночек, возможно человек интроверт, или жутко стеснителен, нужно попробовать выяснить аккуратно. Не стоппер но черта. Такая же как если бы человек ответил резко «не ваше дело, это мое личное время чем хочу тем и занимаюсь», или увел разговор в сторону, или мягко пояснил что ему неохота сейчас рассказывать про свои личные увлечения, или просто ответил что их нет.
Вообще если понять что при найме очень многим важны личностные качества, характер, способ мышления, мировоззрение, а не только технические навыки (у меня например они не в первом приоритете) то многие «глупые» вопросы на собеседовании перестают казаться такими. Даже всем набивший оскомину «каким вы видите себя через пару лет» дает очень много информации о мотивации человека, его целях, амбициозности. Все это компания по сути должна удовлетворить чтобы удержать человека на этом месте и он был доволен и результативен. Сложно удовлетворять то чего не знаешь. И это далеко не все что дает ответ на этот вопрос. Например нанимать солдата который не мечтает стать генералом в компанию где вся культура заточена на высокий профессионализм работников и его развитие довольно бесмысленно. Как и нанимать очень амбициозного человека туда где нужно просто быстро и без креатива штамповать рутинные задачи. Ни ему ни компании от такого хорошо не будет.
0xd34df00d
Кто такой PM, определить действительно легко. Тут же речь о просто менеджере. Ну, о том чуваке, который вам performance review делает, которому вы пишете, что чо-т заболели, и так далее. Неочевидно, что эта роль всегда совпадает с тимлидством.
— Окей. Ну а чем ты занимаешься в свободное время?
— Ну, код пишу. У меня вот на гитхабе проекты всякие есть, я ими как раз занимаюсь. Блоги читаю по плюсам и по хаскелю. Всякую abstract nonsense ботаю, читая книжки и решая задачки, как раз вот добил Type theory and formal proof, на очереди книжка по алгебре.
— Это всё очень круто, но а что насчёт чего-то, не связанного с программированием?
— Эээ… Ну… Эээ… Вообще вы знаете, это очень хороший вопрос… Ну там, статьи всякие читаю. Рандомные новости в физике, биологии, это интересно всё.
— А, ну эклетичненько так… Ясно.
— А, в авиасим гоняю иногда, но это совсем нердство, пожалуй.
— Ну да...
Это понятно, но если люди находят меня благодаря некоторым моим видимым качествам, то задавать вопросы, обратные этим качествам, несколько странно.
Это чем-то похоже на какого-то эйчара, написавшего, что ему очень понравился мой гитхаб, и предложившего мне позицию в Германии на C# frontend developer, хотя у меня весь код на плюсах и хаскеле, и страна совсем не Германия.
Am0ralist
Может стоит нанимать таки людей, которые мечтают стать капитанами, майорами?
1Tiger1
Опять отсылки на блат. У меня 2 вопроса:
1) Как вы находите такие компании в IT, мне за 15 лет практики ни одной не попалось где терпели бы блат.
2) Зачем вы в них работаете?
Am0ralist
Не на блат, а что у ведущих могут быть любимчики/верные последователи, например, уже сейчас.
А так же, что при одном-двух местах в верхах брать сотню туда претендующих… Если они вам ответили правду, то вы сами себе выкопаете проблему, когда они обнаружат, что в компании развитие им не смогут обеспечить, ведь тогда действительно стремящиеся в генералы просто покинут вас, возможно строем.
То есть разговор про место генерала вести хорошо тогда, когда вы сами четко можете дать план развития сотрудника на эти же три года, чтоб он мог претендовать. В противном случае, это обмен условностями: одни заявили ради галочки, а вторые соблюли правила игры…
Gryphon88
Это невежливо, но можете выложить любую свою фотку, лучше в галстуке. Мне всегда было интересно, как же на самом деле выглядит Дилберт.
0xd34df00d
У меня галстука нет :(
Acuna
Аммм, ну если занятий и интересов кроме программирования нет — это как бы не есть гуд, ибо все-таки на работу не запрограммированных роботов принимают, и это хорошо на самом деле. А если занятия такие, что и говорить о них стыдно — то простите-с, что это за занятия такие? Может вы на досуге чучела из людей делаете, простите.
P. S. Не HR и не лид если что, так что не предвзят.
McKinseyBA
«Вместе с резюме мы просим прислать краткое эссе на тему «идея, которая была мною реализована в ходе решения бизнес-задачи» — сформулировать бизнес-задачу или проблему, описать вашу идею или смысл предложенного вами решения, любой пример на Ваш выбор, объем не более половины страницы, рекомендации по содержанию эссе при необходимости запросить в отделе персонала.»
Из реальной вакансии Data Engineer крупной галеры в Санкт-Петербурге. Постеснялся указать на этот пункт как 1 из причин отказа от собеседования. HR'ы, надеюсь, и сами понимают, что заставлять разработчиков писать эссе — ересь (думаю эссе — прихоть директора).
oracle_and_delphi
Помню от меня однажды в обязательной анкете потребовали ВЕСЬ список софта с которым я умею работать.
Это точно у вас была анкета для СБ, а не HR?
СБ у меня (на другой работе) требовало совсем — список родственников с подробным указанием кто из них когда был за границей и с кем общался. Такое ощущение, что анкета была авторства СМЕРШ. Потому что другие СБ, если что и спрашивали, то отсутствие судимости и отсутствие состояния на учёта, а этих интересовали только заграничные контакты.
ctacka
Sad!
AllexIn
Первая часть тру стори, остальное притянуто за уши.
qw1
Да это ж тоже true story
extempl
Справедливости ради, это если фичу оценивать отдельно. А если оно в составе, например, софта для персонала больниц (который продаётся целиком), то это совсем другое дело, и если бы без этой фичи тут было бы нельзя.
Kelsink
Может быть ситуация (и часто бывает) что приходится пилить кучу какашек только для того, чтобы продукт купили (для пресейлов и демо). Не важно будут ими пользоваться или нет. Если вопрос стоит так — есть продажа или нет, то это совсем другое дело.
OlegGelezcov
ахаха, все так, отличная сатира на хайп
pOmelchenko
Зачем НЛО приглашает людей если у них такие статьи?
tvr
Нормальная статья выходного дня.
Особенно хорошо заходит на работе.
pOmelchenko
Нет, суть статьи мне понятна и даже улыбнула.
Просто на момент написания моего прошлого комментария автора довольно бодро сливали по карме. И накладывая свой скромный опыт наблюдения и за НЛО, и за теми кого оно вытащило из песочницы, начал думать, что НЛО просто циничный маньяк убийца.
Собственно это было переживание за автора
Exosphere
НЛО прилетело на Хабр с миром и старается выпускать лучших и/или реально интересных. Что касается кармы, то её дико не сливали, автор вернулся на Хабр с заслуженным когда-то приличным минусом. И как видим, отлично реабилитировался.
Exosphere
Статья очень неплоха для праздничного дня и является неплохим примером сарказма. Почему бы не выпустить?
Am0ralist
грустным голосом: А где сарказм? По-моему человек просто законспектировал реальность…
Alesh
С кармой все понятно. Тут уже большинство не из мира АйТи, они просто не понимают "о чем это тут нам", к тому же для нех карма в новинку и они активно с ней экспериментируют. Вторая нас минусующих это джуны. Представьте вы первый раз идете в цирк, а вас ловит за руку какой-то дядька и рассказывает что клоуны пиияницы, гимнастка с низкой социальной ответственностью, а дрессировщик живодёр. Ваша реакция?)
Am0ralist
И который удивительно точно иногда описывает происходящее вокруг
MTyrz
Боже, какая прелесть!
Не видел раньше. Спасибо.
Acuna
Ах вот откуда пошло выражение «Цирк с конями»! На самом деле саму фразу я частенько слышу и предполагал, что смысл в ней именно такой и будет) Шедевр!
Позвольте-с, а за который гипотетически могут забанить, как-нибудь можно было бы глянуть, может быть какими-нибудь двусмысленными намеками адресуете, или еще как-нибудь?)
Acuna
Благодарствую, в личке уже намекнули :/
yannmar
Увы, это не сарказм, а суровая проза жизни.
Maccimo
У статьи только один недостаток — обилие грамматических и пунктуационных ошибок.
red_andr
Лично я посчитал это особенностями стиля. Это же пародия, нет?
dimkss
Хе-хе… если вы считаете что автор лжет, то вы себе льстите. Ну или вы ПМ, т.е. эффективный ПМ
dominigato
"… сделать микросервис надежности для микросервиса надежности.."
О да, очень знакомый паттерн.
ilyapirogov
Мне это напомнило очень старый боян:
shrimo
Надо статью на ebanoe.it отправить.
SignallerK
Жизненно. Например вопрос на собесе " назовите свои отрицательные качества". Да черт, у меня может быть куча отрицательных качеств (как и у всех). Но с чего вы взяли, что я вам их скажу. Но такие правила игры.
JuniorIL
Я люблю ковыряться в носу и коллекционирую обломаные ногти! Честно и работе не мешает…
powerman
Смотря в чьём носу, и смотря где размещаете коллекцию. :)
KvanTTT
Нежелание рассказывать о своих отрицательных качествах.
Kwisatz
ну а чего такого, я откровенного говорю, что я и пунктуальность вещи несовместимые)
aleks-th
Да, это боль!
Когда нужно ежедневно в одно и то же время нарисовыватся в одном и том же месте )
— Я могу быть пунктуальный если это не каждый день нужно, если каждый то так работодателю и говорю что этот пункт договора выполнен не будет.
0xd34df00d
Люблю программировать, а потому чувствителен к стеку и грустнею от некоторых языков, например.
aleks-th
Ну тут собеседователь неопытный был.
Кто ж про свои плохие качества говорить будет, а если и и будет то заготовку расскажет к реальности не имеющую отношений ).
SignallerK
Да, то собеседование наверно было самое длинное в моей жизни, и айчар походу откатала на мне все возможные клише. Вероятно где-то есть золотая середина между продать себя и сказать всё как есть. Вот автор написал "как есть" чем собственно статья и зацепила.
Tepex
Я ранимая творческая личность с тонкой душевной организацией. И по этому, как всякий честный, мыслящий человек в России — пью!
EvgeniiR
Мне настолько понравился комментарий одного товарища с хабра, что я даже добавил его в закладки, и тут мне очень хочется его процитировать. Приведу лучше полностью:
(с) Ivan Grishaev, из поста habr.com/ru/post/436202saipr
Бывает и так. А второй пункт называется обучение или подготовка смены.
glowingsword
Жизненно. А потому только местами смешно. На чёрный юмор Карлина смахивает…
SergeyMax
TimsTims
Если не у вас, то точно у нас )
vsantonov
По этому мы и получаем все описанное выше, что все вот так плывут по течению и не заботятся о продукте, сказали писать говно пишем говно, не обращая внимания даже если месячная работа просто уходит в стол, продаем свое время и кормим всю армию из пункта 3 первого раздела. И таких примеров полно в других сферах, но там, если ты плохо работаешь, тебя могут уволить, а у нас «уважаемый программист» годами делает деливери и всех устраивает.
qw1
«Уважаемые программисты» здесь при чём? Ты им говоришь, что так не надо, но у менеджеров своё видение, и ничего с этим сделать нельзя. Об этом второй пункт:
vsantonov
Можно самому стать менеджером, чтобы как-то влиять на процесс, но
И вот мы и получаем замкнутый круг. А потом спрашивают почему у нас в стране все молчат, когда государство затягивает гайки, потому что никому ничего не надо.
qw1
German1984
Вы предлагаете сменить любимую профессию на нелюбимую исключительно ради блага других людей?
artyomtch
… вдруг оказывается, что уменьшение на единицу кол-ва стоящих над вами менеджеров особо не помогает «влиять на процесс». Но зато очень хорошо добавляет всякого нового геморроя. Не говоря уже о том, что «менеджеры нижнего звена» вылетают из компаний чаще, чем «ключевые девелоперы». Тем более, когда эти самые мэнеджеры высказывают несогласие с «линией партии».
faoriu
Облом в том, что программирование рекламируют как якобы творческую работу, а по-факту программист тупо пилит то, что ему скажет менеджер.
merhalak
Ну так если делать творчески, то будет куча конфликтов и сорванных сроков, которые были придуманы при почесывании причинного места.
dedyshka
Что мешает «творить» в рамках таски/ТЗ/сроков?
Хотите больше свободы идите во фриланс.
submagic
С этим не поспоришь.
Varim
submagic
Есть. Но там реально больше возможностей, ибо там всё это более глобально проставляется, ближе к конечному результату. Соответственно, больше свободы (творчества) в процессе. Если же задачи ставятся ежедневно (как и сроки с ТЗ меняются) — ну, это несколько другое уже. Я бы сказал даже — принципиально другое.
cyberly
Во фрилансе вполне обычное дело, когда «таски/ТЗ/сроки» обсуждают конкретно с тобой. Правда, в случае чего, объясняться с клиентом — тоже тебе.
1Tiger1
Угу, я часто наблюдал что программисты какое-то время работавшие в чистом нормальном фрилансе (не путать с постоянной удаленной работой на 1-2 клиентов), которые и искали клинетов, и обсуждали с ними проекты, и давали оценки и все это реализовывали, они более ответственные и лучше понимают зачем же нужны сроки и ТЗ. И реже жалуются на «начальника». Фриланс очень неплохо лечит от инфантилизма и идеализма в разработке.
faoriu
А что творить-то? На уровне "выбрать отвёртку крестовую или шестигранную"? Человек, который честно потратил 5 лет на обучение, от такого "творчества" взвоет.
А лучше — идти из программирования в эти менеджеры.
Я не говорю, что это плохо, я говорю, что у многих из тех, кто идёт учиться на программиста, слишком романтическое представление о сути реальной работы. Создаваемое агитаторами, утверждающими, что программирование — творческая и высококвалифицированная работа.
BugM
Заниматься нелюбимой работой чтобы получать меньше денег?
Вы это серьезно?
faoriu
Принимать решения, непосредственно влияющие на функционал программы — в том случае, если хочешь большего, чем просто кодить чужие хотелки.
BugM
Работать в почте/мессенджерах/переговорках. Вместо IDE.
AndrewSu
Я 15 лет работаю, и до сих пор в это верю.
Среди моего окружения те, кто в это не верил, остались на уровне джунов, даже несмотря на внушительный стаж.
geisha
ИМХО творческая работа — это, прежде всего, проявление инициативы: т.е. придумать и создать что-то с нуля. Конечно, толика творчества есть и в программировании, но в подавляющем большинстве случаев никакой творческой работы от ITшника не требуется и рамки профессиональной активности вполне осязаемы.
1Tiger1
Как в любой профессии, есть задачи творческие, есть рутинные. Есть задачи к которым можно было бы подойти творчески но решили топорно, и есть рутинные в которых накреативили так что хочется рыдать и сказать много нецензурных слов тем кто их реализовывал. Творчество не в создании с нуля, творчество в нестандартном но оправданном, креативном (в хорошем смысле этого слова), решении задачи. И в этом программирование довольно творческая профессия, у нас нигде нет чистого копирования (в духе вытачить 200 одинаковых деталей), в каждой задаче есть что-то нестандартное, ведь если бы было стандартное то достаточно просто подключить нужный уже написанный код. Но даже найти, оценить и выбрать этот код это часто тоже творческая задача.
Ну а то что мы при разработке базируемся на своем опыте, готовых привычных подходах, паттернах (в общем смысле) и внешних решениях — ну так и художники (если они не абстракционисты-неформалы в духе набрать краски в рот и плюнуть на полотно) в своей работе используют и свой и чужой опыт и привычные паттерны, и архитекторы, и композиторы, и тем более писатели.
geisha
Даже из вашего ответа ясно, что в программировании, в общем случае, не поощрается нестандартное решение задач. И не надо недооценивать количество рабочего времени, которое тратится на «достаточно просто подключить нужный уже написанный код». Большинство кодеров, к примеру, именно что сидят и заставляют работать чужой код.
Не сравнивайте программистов и художников. Использование паттернов необходимо, чтобы тебя поняли и характерно для любого рода деятельности. Поэтому, абстракционизм — нишевое искусство, а Микеланджело по заказу рисовал на потолке вполне каноничные сюжеты, а не Ктулху и драконов. И да, полагаю, эта его работа была рутиной большую часть времени, но он придумал и создал с нуля что-то уникальное — характерный признак творчества.
С архитекторами — ну тоже сравнение так себе. Архитекторы (те, которые проектируют современные здания) решают гораздо более открытые задачи гораздо меньшими командами, поэтому там, хотя бы, есть возможность для творчества.
Оценка и выбор кода — это НЕ творческая, а рациональная задача. Творческая оценка — это необъективно и плохо. Вообще, выбор подходящего инструмента — это опыт и профессионализм, а не творчество.
MaxVetrov
Все зависит от того как подойдешь к этому. Вообще любую задачу можно перевести из рутинной в творческую, если будешь постоянно улучшать имеющееся.
1Tiger1
«Даже из вашего ответа ясно, что в программировании, в общем случае, не поощрается нестандартное решение задач» — не поощряется креатив ради креатива и во вред всему остальному. собственно как везде. Я не могу назвать такой креатив творчеством.
cyberly
oracle_and_delphi
Отдельные архитекторы не в каждой компании есть, а менеджеры есть везде.
1Tiger1
«а по-факту программист тупо пилит то, что ему скажет менеджер.» — или не тупо. Лучше всего когда программист работает «вместе» с менеждером а не «на менеджера». У программиста есть своя экспертиза и большинство адекватных менеджеров и прислушаются к его словам и расскажут зачем эта фича нужна бизнесу. И будут рады что программист сообщил им техническую точку зрения на проблему. Просто нужно говорить с менджером, предлагать решения и творить в области технической. Хороший программист вместо «из-за этой фичи мы вынуждены воткнуть костыли, давайте не будем это делать» спросит зачем она нужна с для бизнеса, опишет опасность кучи костылей и предложит решение которое (возможно с изменением поведения фичи но сохранением бизнес целей) хорошо ляжет в текущий код (или запланирует рефакторинг кода). Нужно не забывать что в любой компании программисты (как и другие позиции) занимаются реализацией задач бизнеса, это работа, а не кружок по интересам. У этой работы есть определенные цели, финансовые и другие, и любое решение (даже рефакторинг) нужно аргументировать с точки зрения бизнес целей.
А если хочется чистого творчества — никто свои хобби проекты и опенсорс не отменял. Да там нет стабильности в оплате, часто даже нет оплаты, но это логично, вы же это делаете для себя и творчества, почему кто-то должен это оплачивать если им это не принесло какой-либо пользы. Художники же не требуют чтобы им платили за то что они творят а потом прячут свои картины в шкаф.
Ну и не забываем что творчество и «я хочу тут применить новую базу, новую тулу и еще кучу паттернов просто потому что хочу попробовать» это разные вещи. Не путайте творчество, развлечение и обучение. Их можно совмещать но нужно понимать цели и задачи и творить под них, а если «креатив ради креатива» то это и сорванные сроки и низкая эффективности и на выходе ужасный код и куча багов, потому что каждый начинает творить по своему и вот тут начинается ад. За безграничным творчеством это к художникам, там можно примотать к хоботу слона кисть, он помажет им по полотну, и презентовать это все как форму искусства. Иногда даже продать это можно весьма неплохо.
SergeiD
Последние 3 месяца работаю за границей и тут все еще более гипертрофированно, а если вы будете ходить с кислой миной или тем более говорить, что-то кроме восхищения, то с вами никто работать не станет т.к. вы будете слыть депрессивным, агрессивным и заносчивым.
vsantonov
Я тоже работаю за границей и сюрприз сюрприз, влияю на процесс, если я говорю что фитча говно, меня не заставляют её кодить и если я предложу что-то получше, могут поменять таску. Я видимо делаю что-то не так.
river-fall
заграница бывает разная.
У американцев действительно есть инфляция прилагательных, и «interesting» означает «я нихрена не понял в вашей презентации», а «very interesting» — «ну ок, не полностью потраченное время» (и так далее)
Немцы же часто говорят как есть, если идея — барахло, то так и скажут.
eugene_bx
У «американцев» — проработал в около десяти различных компаниях и командах, больше чем 20-30% «американцев» на команду не встречал, остальные понаехавшие.
Не заметил чрезмерного использования «interesting» /«very interesting» в том виде как вы описываете. Может быть в одной команде, где проект был «искусственный» или можно сказать «скрытый попил».
zomby
КДПВ напомнила:
Tarik02
Или:
MaxVetrov
Или:
barbanel
Или:
MaxVetrov
Или:
Nikoobraz
Или:
MaxVetrov
Перезвон — им, не мне.)
Или:
776166
А ещё у вас аутоимунное. ©
APXEOLOG
Вы наняты на программу импортозамещения (остальное можно было и не писать)
DollaR84
как же знакомо… =)
tuxi
Как вам удалось так мягко и толерантно описать типичный бардак? Поставил плюс :)
sergio_nsk
agile — 'эджел, не аджайл.
TimsTims
agile == ?aj?l?aj?l != 'эджел
qw1
У гугла в транскрипции написано ?aj?l, но кнопка «сказать» говорит не так.
Или вот видео, на 7-й секунде www.youtube.com/watch?v=GzzkpAOxHXs
cyberly
Aluminium — та же ерунда. Написано «алюминем» (??lo?om?n?m и некоторые так и говорят), а говорилка воспроизводит что-то типа «алуминийем». Бардак какой-то в этом вашем английском :)
DMGarikk
Попробуйте русские слова по транскрипции почитать (как в учебники русского для иностранцев)… Получится дичайший акцент
tuxi
британское vs американское произношение agile
tyomitch
Подтверждаю, что нативные британцы говорят «эджайл».
sumanai
Агиле же.
TrumBurum
Только в US, в UK — (а/э)джайл
MaxVetrov
Смешно:) Чувство юмора точно есть!
Офферы предлагают? ,)
aleks-th
Наконец хоть один честный человек появился )
-
abramov231
В первой части автор говорит, что соглашается делать каку, а в конце что на его проекты никто не заходит. Я увольняюсь их проектов, которые делают каку и честное резюме выглядит на несколько порядков лучше. Того же желаю и автору, пока не поздно.
submagic
printf
Всё так.
Литературный герой в т.ч. сознается, что он говнокодер (см. Hard Skills) и ему норм. Допускаю, что в этом случае разборчивость приведет не к улучшению резюме, а к затяжной безработице — на собеседованиях спрашивают вещи, которые в посте помечены «я не знаю», «я не понял». И ладно бы что-то сложное было перечислено, так ведь азы.
1Tiger1
поддерживаю. делать или не делать каку это выбор разработчика тоже. кандалами никто к столу не пристегивает. да и часто можно менеджменту обьяснить что нужных целей можно достичь и без каки. аргументированно и настойчиво, а не пробурчать что нибудь вроде "опять кака" и уйти делать не предложив альтернатив.
qw1
Проработка альтернатив может занять 2 часа, или 4. Нужно полностью проверить, что твоё предложение действительно реализуемо, что всех данных хватает и оно подходит ко всем сценариям. Чтобы потом не краснеть за высказанную фигню не в тему. В какое время заниматься бизнес-анализом — в рабочее или в нерабочее?
1Tiger1
И в рабочее и в нерабочее. Зависит от компании и вас. Но если компании нужны инициативные и вы докажете что можете взвешенно и аргументированно предложить решение/альтернативу (возможно потратив сначала свое личное время на это) то и рабочее время вам выделят. Во многих проектах такие разработчики ценны. 2-4-40 часов обычно на такое не жалко если в целом это спасает от потерь сотен и тысяч часов, денег и в целом весьма положительно сказывается на продукте.
Но по моим наблюдениям если человек сразу ставит такой вопрос «рабочее время или личное» то вряд ли он пойдет доказывать свою точку зрения, ведь для этого нужно будет еще усилия приложить и нервы, а он на работе хочет спокойно от звонка до звонка. Короче обычно инициативы хватает на 1-2 провала и там все и заканчивается.
yannmar
Вкладывать личное время и личные нервы в чужой продукт, как бы это сказать помягче, — не самое умное поведение. Есть личное время — вложите в личный проект, в семью, с друзьями пообщайтесь, ну или, на худой конец, почитайте книжку. Увы, иногда мы это понимаем слишком поздно.
MaxVetrov
Ну почему не умное?
Если вы вложитесь, вы же и что-то получите — опыт, который повышает вашу оценку на рынке труда. Конечно, если вас все устраивает, то вы и не пойдете дальше.
yannmar
Ваше время (время вашей жизни) — ваш самый ценный и увы невосполнимый ресурс. Имеет смысл относится к нему бережно, продавать за дорого. Если нужен доп опыт имеет смысл получать его каким-то более эффективным способом: вложив личное время в личный продукт, изучив интересующую тему по туториалам ну и т.п… Бится с ветряными мельницами в чужом продукте, тратя нервы и личное время — это способ получить розовый лишай, а не востребованный опыт, уж поверьте.
MaxVetrov
Все верно время — самый ценный и невосполнимый ресурс. Поэтому не стоит тратить его на мысли о том, что оно пройдет. В конечном итоге мы все умрем и деньги нам не понадобятся. Но это же не говорит о том, что нужно бросать работу и идти в лес. Я говорю о том, что если вы видите что-то, что можно улучшить, почему бы нет.
А зачем биться с ветряными мельницами, зачем тратить нервы — может проблема в способах достижения целей? Если руководство игнорирует, то что вы говорите, может стоить сменить компанию, либо может вы заблуждаетесь — не можем же мы быть
постоянно правы.
Тратить 8 часов каждый день (1/3 жизни) на то чтобы делать в терминах автора «каку» — это тоже не вариант.
yannmar
Так я ведь и не возражаю. Но только строго в оплаченное работодателем время, в одобренном работодателем объеме.
Почему не вариант? Автору же за это заплатили, он свое время продал, дальше этим проданным временем распоряжается начальство — сказало сделать плохо, автор сделал плохо, и даже предупредил перед этим.
faoriu
У конкурентов как-правило тоже самое. Контор вроде NASA, которым нужно нормальное ПО, существенно меньше, чем желающих и способных в них работать.
1Tiger1
Контор где выполняют сложные задачи всегда меньше чем тех что штампуют по шаблонам, такое не только в программировании а в любой области. Но и людей которые могут работать «на переднем крае» гораздо меньше чем тех кто умеет/хочет простые задачи от звонка до звонка. Я там ниже написал простыню про несовпадения ожидания с реальностью.
В крайнем случае никто не мешает создать свою контору вроде наса, маск например смог.
qw1
Ну вообще про контору Маска была разгромная статья, и не одна
habr.com/en/post/433242
habr.com/en/post/446186
habr.com/en/post/404037
habr.com/en/post/436614
straymonk
Последние несколько лет жизни в одной статье. Даже не знаю: смеяться или плакать?
alatushkin
Если это место твой выбор и твое решение, то смеяться, если нет — плакать.
Nikoobraz
Смех сквозь слезы
1Tiger1
может лучше что-то поменять?
grinCo
Мне кажется смешали достоинства и недостатки и предоставили как недостатки. Или я вообще не понял задумку.
dmitry_dvm
Про комбобокс повеселили, жизненно.
ViktorZ
Что-то в этом есть
PeterK
habr.com -> bash.org?
Andrey_Dolg
Да это башорг(я заходил 1 или 2 раза) в it. Чего же вы хотите? Либо цензура, либо свобода слова.
PeterK
В данном случае я хочу цензуру. Во всех приличных научных изданиях она есть под видом peer review.
PsyHaSTe
После слияния с гиктаймсом, особенно учитывая открытую регистрацию это было ожидаемо, нет?
Хабр сейчас больше гиктаймс, чем хабр. Программисты остаются больше по привычке, но не удивлюсь, если людей который просто решили на подборку самых крутых приложений на андроид за май 2019 посмотреть больше, чем разрабов.
tangro
Я бы автора нанял не глядя!
Varim
А в Додо Пиццу они бы его не взяли, в пицце не любят честных, наверно.
valis
Очень редко на рынке встретишь программиста, который понимал бы Business Value той либо иной фитчи
EvilBeaver
В компании 20к+ сотрудников швабры и всякая хозяйственная мелочь заказываются несколько раз в день, функция реально нужная. Как вы считали «окупаемость»?
dididididi Автор
Я поделил стоимость труда, потраченного на создание фичи на стоимость труда, которая она экономит в год. Там не про уборщиц на самом деле, но я автоматизировал событие, которое происходит 1-3 раза в год и занимает 15 минут труда оператора на компе. Это внутренний продукт на продажу он не идет.
EvilBeaver
Я просто тоже автлматизировал процесс заявок на "метлы/швабры" и знаю, что там не просто заявочка. Там и деньги-закупки и себестоимость отделов и вычисление нормативов потребления. Поэтому я и спросил, как вы посчитали эффективность автоматизации?
1Tiger1
сможете обьяснить почему? какие именно его качества вам так подходят для ваших задач?
tangro
Это человек, который будет делать работу. Какие ещё нужны качества?
1Tiger1
Разные, от задач зависит. Работа тоже бывает разная. Инициативный и амбициозный быстро потухнет на рутине и его производительность будет ниже плинтуса. Но команда из «я тут просто работу работаю за деньги, не требуйте от меня больше чем платите, и вообще как хочу так и пишу, я так привык» может стать катастрофой для сложного проекта или технологического стартапа, где от каждог отребуется понимание проекта не только с технологической но и бизнесовой стороны.
В целом каждому найдется проект и компания по его характеру. Просто вы так безоговорочно сказали что готовы нанять не глядя что я усомнился и решил спросить почему. Должны же быть серьезные причины почему вы обещаете нанять человека даже не поняв его опыта и не поговорив с ним. Либо вам пофик на команду и проект куда вы его нанимаете либо в этом «резюме» вы увидели какие-то такие личностные или профессиональные качества что они перевешивают любые проблемы личности, отсутствие опыта, и прочие моменты которые пытаются выявить на собеседовании.
Просто делать работу? ну не знаю, многие могут «делать работу», вы что всех берете не глядя?
tangro
Понимаете, стартап он на то и стартап чтобы в 9 случаях из 10 обанкротиться. Мне эти развлечения не интересны. А в обычном бизнесе человек такого типажа как автор статьи (если она, конечно, была написана всерьёз) встанет как винтик на своё место в машину. Умение прийти на работу, взять таску, делать её и сделать её, засунув куда подальше своё мнение о проекте, заказчике, полезности таски и т.д. — вот это и есть профессионализм. И никаких «проблем личности» у этой личности нет, и на опыт его плевать. и на прочие моменты. Если у меня в команде будет процентов 70 вот таких людей — можно браться хоть за написание прошивки к Звезде Смерти.
dididididi Автор
Хех, перекройте сначала венттунель к главному реактору рабицей хотя бы, а то вдруг залетит кто-нить. А у вас пво надежное и нечего бояться? Ок, но я хотел бы удаленно работать.)))
dididididi Автор
Стартапы не умирают из-за говнокода, но от того, что никому не нужны. Кстати, я не говнокожу.)))
tangro
Какая разница отчего они умирают, если они умирают. А перед этим у них заканчиваются деньги. А у программистов зарплаты.
1Tiger1
А при чем тут говнокод?
Groramar
KirEv
ох, обнять и плакать…
хочу уволиться, думал в марте где-то в ноябре прошлого года…
ничего не работает,
пилю сервисы полтора года, часть клиентов перевели, остальные ждут, приехали запросы новых функций, начал делать, сделал — недопроверили, в лайв не ушло, приехали новые фишки, начал делать, недопроверили, ..., прошло пол-года, в пятницу в 16:00 прилетает срочность вытащить 1 фючер из дев-бранчей (фронт и бек), выпилили и залили, разрабы ушли кудато пить, начались проблемы, менеджеры\бизнес-овнеры\етц. орут: «ДАВАЙТЕ ОТКАТЫВАТЬ»… разрабы понимают — лучше не трогать, натыкали костылей — жалоб меньше…
делал импорт, 2 недели, работает, но не точно, приехал фючер, концепция поменялась — мы обосрались, неделю переделывал импорт, в инстанс 10гб пытался импортировать 12гб фотографий, удалять старые показалось тупо\интересно, мучался несколько дней, удалил старые фотографии, приехал фючер — опять ломает всю архитектуру (дизайнерам виднее)…
последние месяцев 6 работаю обезьяной, очень удобная позиция, мне говорят — делаю, ставлю в известность что может пойти не так, говорю 1 раз, когда слышу: почему не сказал менеджеру что так не получится — говорю: мне говорят, я делаю…
ой, из позитивного: наняли в компанию год назад группу людей настроить деплоймент, настроили кое-как, за почти 2 месяца за уйму денег… на днях получил такую же задачу, справился за час, попросили никому не говорить и не рассказывать как, говорят: «некоторые обидятся».
Paskin
По последнему пункту — имел такой опыт. Хороший человек (не непосредственный начальник) попросил посмотреть на некий код — почему медленно работает. Собрались еще с двумя коллегами, оптимизировали раз в 30. Потом еще один компонент. Потом сделали презентацию с примерами кода «до» и «после» для всего отдела (не называя имен, разумеется — хотели как лучше). А потом пришло очередное календарное performance review и нас, обозвав высокомерными и оторванными от коллектива, прилично обошли с бонусом.
Как результат — все трое из того проекта ушли, а он так в продакшен и не вышел (там своеобразный real-time, хотя и не в привычном понимании — если не успевает вовремя то фичи уже не важны).
ganqqwerty
3.10. Наш УИ-дизайнер — вот он тут и говорит умные вещи, а Матиас Дуарте, может быть, даже не существует. Вместе с Мэрилэндом и Силиконовой Долиной. Я вот, лично, никогда его не видел!
hatman
Про «делать каку» — это кстати вполне нормальная ситуация.
Если начинаешь вникать в задачу, постановку, бизнес цели и прочее, то автоматически разделяешь ответственность за результат. А значит, если что-то пойдет не так (что при новых фичах 50/50, тебя будут трахать вместе со всеми продактами и проджектами). Только надо понимать, что их трахают за их работу, а тебя трахают за инициативу.
Плюс помимо этого траха, тебя будет трахать тим-лид ревьювер за качество кода, проджект менеджер за сроки, и тех-директор за инфструктурные решения (а менеджеро за это трахать не буду).
Поэтому прикинув болт к носу ты принимаешь решение — а пошли в задницу все эти «бизнес-цели» и оценка каки на уровень каки — говорят делать, я делаю. Если что-то пойдет не так, трахайте менеджеров — это их работа.
___
Это кстати насчет «фича-тим», когда ответственность за результат идет на всех членов команды. И менеджеры ловко перекладывают провал на разрабов, типа это они не сказали, не оценили итд.
Stan_1
Да, все верно. Золотое правило — не бери чужую ответственность. Тогда скорее всего именно за нее и получишь. Если предложил сделать фичу по другому, а весь проект задержался — велик шанс получить именно за то, что проверить уже нельзя: «делали бы как договорились, и успели бы, а тут на новый вариант фичи ушло ресурсов столько, что проект сорван».
Так что соглашусь — каждый должен заниматься своим делом.
PsyHaSTe
Болт к носу, забиваешь на бизнес и фигачишь какахи… Мде, не хотел бы я работать в таких условиях.
yannmar
О да! Подпишусь под каждым словом, кроме сетеров и гетеров, конечно. Сетеры и гетеры — наше всё. Слава богам, идея умеет генерить их в два клика.
Neikist
Мне все же больше нравится подход котлина, дарта и т.п. где их можно не писать до тех пор пока они не понадобятся, при этом интерфейс класса не меняется.
yannmar
Правильный подход, как мне кажется.
Oxoron
Эх, сколько же времени я потратил, пытаясь выяснить, зачем их лепить где ни попадя, включая DTO-объекты. После такого опыта я точно знаю ответ на холиварный «Что лучше, Java или .NET»?
yannmar — гляньте Lombok.
yannmar
> После такого опыта я точно знаю ответ на холиварный «Что лучше, Java или .NET»?
А смысл холиварить? что начальство сказало, то и будете использовать
>гляньте Lombok.
Спасибо. Надо разрешение юротдела получать, чтоб новую библиотеку втащить, а мне лень оформлять заявку.
PsyHaSTe
Так что ли?
yannmar
Да. Только еще надо указать лицензию, владельца, зависимости, плюс все тоже самое по зависимостям (вот например у кубернетовского клиента в дереве зависимостей еще 15 библиотек). Ну и джустификацию, конечно, необходимо лучше проработать.
PsyHaSTe
Тогда почему вы там до сих пор работаете? Чем меньше таких контор выживет, тем лучше.
yannmar
А что такого-то? Юридическая чистота — важный момент, помогает избежать кучи неприятностей и сопутствующих неприятностям расходов.
PsyHaSTe
Потому что с таким принципом далеко не уехать. Сидим такие на софте с критической уязвимостью, а всякие бюрократические отделы согласуют обновление через полгода. Ага, спасибо большое.
Мне кажется даже в корпорациях уровня майкрософта такого ада нет. Вообще выглядит как специфика компаний, у которых айти непрофильное направление, но для статуса нужно иметь.
Каких неприятностей кстати позволяет избежать? Вон в gitlab джун случайно дропнул прод, который потом восстанавливали несколько дней. Допустим все юридически понятно, что дальше с этой инормацией делать? Или вон майкрософт патч выпустил, часть компов начала выключаться. Допустим менеджер Майкл предложил эту фичу выпустить, все в бумагах зафиксированно. Какие дальнейшие действия?
yannmar
Неприятностей связанных с правами на использования библиотек, я так полагаю.
PsyHaSTe
В новой версии изменили лицензирование? Такое бывает максимально редко.
EliasMath
И я тоже. Даже под отсутствием геттеров и сеттеров))
Хотя статья очень напоминает грустный вздох моего тимлида. Уж он-то намучился с этими каками…
stalker1984
Один точка восем точка — наше всё!!!
vladoos
Стеб зачетный. Спасибо. Взоржал. Но и тут пропаганда капитализма в шутке про рабочий день. Что плохого что человек вовремя уходит с работы? Если вы перерабатываете на работе бесплатно и при этом не учавствуете в разделе прибавочной стоимости своего труда, то вы вредитель самому себе. Труд это товар. Если вам заплатили за 8кг товара, а вы такой радостный кричите — "я никогда не отгружаю меньше 10кг поэтому держите 12", то вы идиот. Каждый человек в меру своего понимания действует в своих интересах, а меру своего непонимания в интересах того кто понимает больше. Переработки оправданны только когда вы работаете на себя или в своих интересах.
Всех с празниким труда! )))
PsyHaSTe
Потому что программирование это не гайки строгать. Например уйти за полчаса до того как прошли тесты и потерять все последующее утро, восстанавливая контекст это такое себе. Аналогично обратная ситуация, когда задач нет, но человек просиживает свои часы, листая медиум.
Мне кажется более здоровым подход перерабатывать в дедлайн когда нужно, и более спокойно относиться к работе в период затишься и отсутствия тасок, так, чтобы в месяц около 160 часов потраченных на продукт выходило. Принцип человеческого отношения, а не механическое просиживание в одни и те же часы.
vladoos
Все верно… и это справедливо, в случае с плавающим графиком. Если в один день ты переработал, то на следующий день можешь уйти раньше. И это кстати очень часто практикуется среди ИТ компаний. А вот когда есть жесткие рамки трудового дня, то тут самым лучшим решением является эффективный тайм менеджмент — если понимаешь, что к 6 часам тесты не закончатся, то их лучше и не начинать. ))) Воровать время у себя и своей семьи это плохой способ выслужится… Как показывает жизнь никто это не ценит, а порой менеджеры нагло эксплуатируют таких работников как лохов. Хотя у программистов есть миллионы способов эффективно делать вид работы просиживая штаны и фактически не работая, но вот зачем? Не заменимых работодателей не бывает.
PsyHaSTe
Когда есть жесткие рамки то это типичная галера, которая работает максимальн неэффективно, и где разработчик продает свое время максимально невыгодно. Зачем там работать при таком богатстве выбора для меня загадка. Если какие-нибудь кроссоверы за это закидывают деньгами (и то если пересчитать плюшки белой зп, то оказывается все не так радужно), то обычно там вообще днище. В итоге денег нет, задач нет, населена роботами.
Ununtrium
Статья наполнена пугающими подробностями. Автор, это юмор или самоирония?
JaoDa
Меня, признаться, тоже иногда раздражают геттеры и сеттеры без доп. функционала внутри и порой занимающие большую часть кода — особенно если это класс-модель. И, да, я тоже использую их только для приличия.
LinkedList в коде на Java встречал в коде от силы пару раз за деcяток лет, сам никогда не использовал. Keep It Simple наше всё.
EvgeniiR
Это как так, боюсь спросить?
То есть вы пишите нормальный код не нарушая OCP и инкапсуляцию, но «для приличия» оставляете лазейки для нарушений, чтобы ими воспользовался кто-то другой в вашем проекте?
Gargo
Преимущество инкапсуляции (модификаторы доступа) — это одновременно еще и главный ее недостаток. Обычно исхожу из того, что все методы/свойства должны быть public и только в самом крайнем случае меняю модификатор.
Почему? Я видел и использовал много разных библиотек — и иногда их функционала из коробки не хватает. По принципам ООП я должен например унаследоваться от класса из библиотеки и дописать нужный функционал, но я не могу этого сделать из-за того, что критически важные методы/свойства помечены private. И даже в случае с открытым исходным кодом это означает переписывание самой библиотеки и в лучшем случае потерю совместимости с оригиналом
tcapb1
Зато разработчики могут смело менять private-метод на какой-нибудь другой при обновлении, не боясь потери совместимости. Т.е. можно поддерживать обратную совместимость только у определённого количества методов, торчащих наружу. Если всё делать public, то разработка такой библиотеки сильно усложнится.
EvgeniiR
del(не та ветка).
EvgeniiR
Наследование вредно и к ООП не относится. Есть много лучших вариантов переиспользования кода. По принципам ООП объекты имеют поведение и общаются друг с другом путем обмена сообщениями.
Вытягивание данных через геттеры/публичные поля это очевидный content coupling — один из худщих видов coupling`a(извиняюсь, что на английском, слишком много путаницы с переводами coupling/cohesion), который сильно усложняет понимание и надежность программы.
EvgeniiR
Кстати, есть очень годный доклад на эту тему на Русском — «Связать и развязать».
Хотя книги Дяди Боба(«Clean code» и «Clean Architecture»), уверен, стоит каждому прочитать.
JaoDa
Нет, я продолжаю жрать кактус и использовать геттеры и сеттеры, потому как так принято в среде Java. Проблема не в инкапсуляции — она нужна, проблема в черезмерной избыточности Java кода во многих ситуациях — когда отсутствие нужного функционала в языке пытаются решить через Code Conventions, получая на выходе тонны не нужного идентичного кода ухудшающего читабильность.
EvgeniiR
А причем тут избыточность джавы? Писать геттеры и сеттеры более избыточно чем написать private перед переменной и всё.
Так принято в среде где люди до сих пор пишут в процедурном стиле, и это повсеместно, к сожалению, в любом языке, а не только в джаве.
Есть много людей которые пишут на джаве и, по крайней мере, в своих книгах статьях и докладах, вещают о хороших практиках и даже OOD.
Похоже что подобный стиль навязан коллегами, сам с таким сталкивался. Печальное дело.
bayarsaikhan
О, блин, себя увидел. Только автор умнее, может хорошо написать.
radist2s
Еее! Больше депрессии в массы.
Я тут пилил форму отправки пользовательского текстового контента, сил было потрачено очень много. Стоит ли говорить, что до этой формы никто даже не доходит? Упоминал ли я о своих опасениях продюсеру? Упоминал, что дизайн плохой и совершенно неюзабельный. Один раз сказал, меня послали нахер. В итоге конверсия падает из-за дизайнера, но не из Кургана, а из офиса, потому что он поумнее будет чувака на аутсорсе из Тагила.
Vsevo10d
Ну, это не аргумент. У каждого человека есть такой сайт.
1Tiger1
В программировании, как в принципе и в любой специальности, есть 2 крайности:
1) Абсолютная инициативность. Человек будет делать только то с чем согласен, будет доказывать (аргументированно и не очень) свою правоту по каждой задаче и с технической и с бизнесовой стороны. Если он в целом разбирается, а так же умеет слушать и слышать, готов изменить свою точку зрения при поступлении новой информации и веских аргументов, то он идеальный кандидат для: стартапы и другие компании/продукты где нужна ответственность и инициатива от каждого, экспертные/лидовые позиции в системе сдержек и противовесов или коммуникаций с «не технарями», в целом команды работающие по настоящему agile (где вся команда как единое целое хочет улучшать и продукт и свою эффективность), задач на иссследование или задач где нужна креативность и при этом взвешенный подход и соответствие технических решений бизнес задачам (техлид, архитектор).
2) Абсолютный исполнитель. Тут можно выделить 2 подкатегории:
2.1) Пофигист. Сделает все что скажут, скорее всего будет бурчать но делать. Если его в целом устраивает такой подход к работе и если он действительн делает а не саботирует и просто просиживает то он идеальный кандидат для: бодишопов, простых или монотонных задач (а такие бывают даже на самом креативном проекте), конвеерной разраобтки, проектов с недостаточно квалифицированным менеждментом.
2.2) Я хочу кодом заниматься, плевать мне на ваши бизнес цели и ТЗ. Если не совсем фанатик то в целом идеальный кандидат для: глубоко технических задач (ну как те 2 парня которые в гугле имеют 10 левел, придумали map reduce и в целом внесли огромный вклад в поисковик), программирования как науки, задач где в первую очередь нужен серьезный research и эксперименты.
В целом люди находятся где-то между этими абсолютами. И в целом бизнесу нужные они все, только в разных местах и для разных задач. Ну при условии определенной адекватности конечно. Абсолютная инициативность без результата (только спор) смысла не имеет, как и пофигист который скорее саботировать будет чем делать свою задачу.
Проблемы как обычно возникают когда у людей желания не совпадают с текущей ситуацией. Они хотели задач для 2.2 а по духу они 2.1. Они хотели бы чтобы к ним прислушивались и не делать бесмысленные фичи (1), но при этом совершенно не хотят разбиратся в бизнес целях и брать какие-то обязательства в виде сроков и планов (оба типажа 2). Это общая проблема и общая вина и менеджмента который взял не подходящего под задачи человека и самого разработчика которые работает на месте которое ему не подходит.
Еще часто человек ничего не хочет менять или в чем то разбираться, он хочет ныть. Его ожидания (возможно излишне идеализированные) не совпали с его текущей реальностью, и он не хочет менять ни то ни другое, он ждет когда все само как то придет, ну там фея прилетит с билетами на бал или дедушка мороз.
Еще часто человек не понимает что бизнес это часто риск и эксперимент. Что вот эта формочка может как принести +500% пользователей и конверсии так может и ничего и часто заранее это не известно. Тут врубается ошибка выжившего и человек запоминает только самые абсурдные ситуации когда было потрачено куча времени, результата не было а «он говорил».
Само собой и менеджмент виноват в том что поставил на задачу/команду неподходящего человека, или не заметил во время его проблем, или не помог а просто смирился (нет времени, я занят, ну в целом результат же есть). Но я все же сторонник позиции когда человек сам определяет что ему нужно и решает за себя.
Самый печальная и распространенная ситуация это когда человек хочет от программирования творчества но при этом работает там где нужны пофигисты (а таких задач много) либо потому что страшно что-то менять и привык, либо потому что не умеет себя продать или слабые софт скилы (все же в основном почти все проекты требуют командной работы и чистые интроверты не эффективны), либо потому что недостаточно квалифицирован для тех задач которые на этом этапе воспринимает как творческие (для джуна и форма логина может быть творческой задачей). Короче не может он найти работу по душе. Хуже только ситуация когда его работы по душе в принципе не существует в природе. И это тоже к сожалению часто. Хочет человек творчества, без дедлайнов и по четкому графику, чтобы каждая его фича была полезна миру, чтобы не учиться дополнительно, без всей этой вашей математики, на любимом фреймворке но на переднем крае технологий, без личной ответственности но в стартап тусовке, с оплатой сильно выше рынка но высокой стабильностью и низким шансом что его заменят другим более опытным. И то что тут куча противоречий которые конфликтуют друг с другом его особо не волнует. Он хочет. Как ребенок мороженое зимой, как беременная женщина йогурт со вкусом селедки. И он будет страдать от того что никак не может найти такую работу мечты.
Короче разобратся в том что хочешь, что можешь, и как двигаться от текушего состояния к мечте — и в целом 90% проблем с «меня бесит моя работа, начальник, и прочее» решаться. Либо изменить «мечту» поближе к реальности, тоже поможет. Что выбирать, ну это уже каждый сам решает.
P.S. Побольше бы в реальности таких честных резюме, меньше было бы ситуаций когда человек устраивается в компанию в которой ему совершенно не интересно работать или он просто «не тянет» (по мышлению, отношению, подходам к работе и задачам, скилам). И он бы не страдал и бизнесу проще найти нужного.
alatushkin
Полностью разделяю эту точку зрения.
Но осознанность и идея ответственности за свои решения и их результаты — скорее "не популярна". Об этом много любят говорить, бравировать, но как дело доходит до принятия негативного результата — виноват кто-то/что-то.
Ну и плюс — у нас как ни крути достаточно "молодая" отрасль и инфантов здесь хоть отбавляй, даже в возрасте 30+.
+Ситуация на рынке, что даже самый расположений инфантильный говнокодер на java — сможет получить достаточно предложений работы чтобы выбирать среди них.
MaxVetrov
Вот поэтому и нужны управленцы с их качествами, способными донести до таких «инфантов» реалии жизни. Не было бы «инфантов» — не было бы и менеджеров(лидеров).
И думаю, что это не только к IT относится, люди так устроены, во всем своем многообразии.
AlexPu
Я не понял! Почему автор нагло публикует мое резюме, да еше и вылает его за свое?! Причем резюме содержит не одобренные мною вставки (я кладу с прибором на мнение идеи, когда она там что-то там подчеркивает)
ArtemWeb2016
Лучшее резюме что я читал ))
Gargo
>Наследование — богомерзкая вещь, если от папы наследуется всего 1 ребенок.
а как тебе самописный делегат, который наследуется упоминается ровно в двух местах — там, где объявлен, и там, где класс его реализует?
DavidKossoglyad
Смех сквозь слёзы! К сожалению, это резюме подошло бы подавляющему большинству «программистов», кои заполняют open-spaces компаний с мировым именем. Это я подтверждаю, как Head of R&D израильской консалтинговой компании.
irvinatkins
Расскажите что не так с Раздел 1. Soft Skills, почему так нельзя писать в резюме?
1Tiger1
Почему нельзя? Можно. Я например сторонник честного резюме. Конечно если у вас цель найти компаню которая вам подойдет а вы ей. Если цель получить как можно больше офферов или побольше денег тогда конечно многие пункты писать не стоит. Правда они все равно выплывуют на испытательном сроке и там уже будете решать важны они или нет. А можно было решить это сразу. Мне только пункты 7 и 8 (ну и еще немного 6) из этого раздела понравились. Но кому-то могут другие понравиться. Вопрос какие задачи стоят перед тем кого ищут на позицию, например на скучных задачах, где нужно просто «работу работать» и не возмущаться что кругом бардак — качества 2-5 весьма неплохо подойдут.
Ну по пункту 1 много копий сломано, но в целом большинство согласны с тем что если человек ничего не может/не хочет принести с собой на совещание то он там не нужен. Исключения обычно ежедневные скрам пятиминутки (хотя бы поймет что происходит в команде) и «демонстрация команды клиенту», там просто задачи отличные от «найти решение проблемы/выработать план действий».
Meydarv
>Я дисциплинирован. Я прихожу на работу в 9 и ухожу в 6. Мне так удобно. Я могу задержаться за двойную оплату или если таска интересная.
Приходит тимлид — «Сиди сегодня хоть до завтра но исправь этот баг. Мы оплачиваем тебе сверхурочные» — «Нет, я не хочу, потому что устал и вообще уже стою на пороге одетый» — «Уволен»
>У меня хорошее чувство юмора и богатый жизненный опыт. Я могу легко сорвать работу команды на полдня рассказами, как прошла моя суббота. Но делаю это редко, так как считаю, что мне платят не за это, а за то, чтоб я прогал какую-нить каку.
Какие то влажные фантазии.
1Tiger1
«Приходит тимлид — «Сиди сегодня хоть до завтра но исправь этот баг. Мы оплачиваем тебе сверхурочные» — «Нет, я не хочу, потому что устал и вообще уже стою на пороге одетый» — «Уволен»» — такое бывает редко. Это я вам как тимлид могу сказать. Уволить разработчика и найти на его место нового это дорого, очень. На сложных проектах потери могут запросто превышать ЗП за пол года этому разработчику. Учитывая что в среднем люди работают в одной комании года 3 это очень существенно. Просто ради того чтобы доказать «я начальник ты дурак» или необходимости одного вечера сверхурочных, на такое пойдет только начальник-дурак. Гораздо дешевле заплатить X2-X5 за сверхурочные или дать человеку пару дней оплачиваемого отпуска за пару часов работы вечером. Или договориться по другому. Или отпустить его домой и запустить «форс-мажор». Единственное когда такое увольнение имеет смысл — если сам подход к работе в компании подразумевает периодические сверхурочные всех людей (стартапы например, или очень ответственные проекты). Тогда да, лучше уволить человека и найти более подходящего по духу к такой работе. И то это делается не сразу в духе «прямо счас собирай вещи и вали».
А вообще любой нормальный менеджер и особенно тим лид прекрасно понимает что сверхурочные это зло и применять их стоит очень редко и только тогда когда вругих вариантов особо и нет или они сильно хуже. Сверхурочные постоянные очень сильно снижают производительность, на долгосроке они чудовищно невыгодны. Даже если человек совсем не против и даже за. А если против, то мотивация страдает очень сильно.
Общий вывод, если тим лид так говорит (кстати тим лид очень редко в одно лицо может сам принять решение об увольнении члена команды) — нужно или менять тим лида или компанию, там все плохо.
С другой стороны все эти свободные графики и прочие плюшки в целом нацелены в том числе на повышение лояльности. Если человек просто не может остатся пару в этот раз на сверхурочные доделать задачу срочно (при условии что такая ситуаций 1-2 раза в год, не большье) это одно, а если просто не хочет по принципу «мое рабочее время закончено, мне плевать на компанию, продукт, команду, у меня по плану уютное кресло и сериал» то совершенно другое. Лояльность и интерес к продукту для многих проектов критичны. В такой ситуации можно и задуматься над тем чтобы заменить человека, несмотря на финансовые и временнЫе потери. Но если это условно галеры и там главное чтобы код писал и заказчик не жаловался то в целом «пусть работает».
HEKOT
А потом проект накрывается медным тазом, организуется молниеносная компания по установлению, что ты плохо перформил и ты вылетаешь по сокращению, потому что «наш инженерный департамент потратил лишних $25M».
Это случай из жизни.
dididididi Автор
Пока поиск работы у программиста занимает день, сокращение — это 2 зарплаты нахаляву, не более. Приятный презент.
HEKOT
Дело в Австралии. Выплаты зависят от стажа, так что зарплат больше, чем две. К сожалению, в Аделаиде работа ищется не один день. В моём случае оказалось в 180 раз больше, и пришлось переезжать за 2700 км, расставаться с семьёй. Это уже не шуточки.
Хотя я чуть было не нашёл работу сразу, в соседнем офисе. Но они меня «прокатали» в течение 1.5 месяцев, рассказывая, какой я подходящий специалист. В конце концов позвонили и сказали «sorry».
PsyHaSTe
За 180 дней мне кажется можно было хоть удаленку на Долину найти за кучу $$$$/y. И переезжать бы не пришлось.
HEKOT
Если заранее знать, то можно было бы и найти. А вообще, я embedded. У нас с удалёнкой напряжно.
1c80
А это должно очень сильно повезти, иначе получится шило на мыло, можно и так конечно,
но такое не для всех, это же новые люди какие-то, надо вникать как что, напрягаться.
По мне так лучше нормальных один раз найти, пусть и по дольше и дальше с ними плыть, пока что нибудь не случится.
PsyHaSTe
Ну день это преувеличино, а за 2-3 недели легко. Я как-то за 2 недели прошел что-то типа 30 собеседований, половину из которых можно было бы не проводить, но я решил что не буду огульно отказывать никому.
1Tiger1
Не понимаю почему стоит жалеть увольнения (тем более по сокращению, то есть с финансовыми бонусами в виде лишних зарплат) из компании где эффективность разработчиков измеряют не в процессе разработки проекта а после его закрытия.
И вы точно уверены что сократили потому что вы плохо работали? Может сократили потому что проект закрылся и разработчики перестали быть нужны? Вполне рядовая ситуация, держать разработчиков долго без дела это и их время воровать и компании зря деньги тратить.
HEKOT
Это был не единственный мой проект. Параллельно я вёл другой (успешный) проект. Коротко история такая:
Была команда Tools Team из двух человек: мой шеф и я. Была так же потребность сделать симулятор сельскохозяйственной железки. Шеф предложил супер-пупер универсальное решение с «машинным обучением», но по моему мнению, оно работать не должно было, так как информации для обучения было явно недостаточно. Споры были, и много. Тут моя вина, мне не хватило мозга ему это показать, я это понимал чисто интуитивно. Начали прожект. Прожект включал несколько частей: и ПК-приложение, и железо, и фирмварий для него. Во время прожекта были изменения, в итоге потрачено было 1.5 года. В конце прошлого года, когда бОльшая часть компонентов была готова, система начала как-то работать, и её даже показали каким-то шишкам, до шефа дошло, что задача решения не имеет. Ну грубо говоря, если в системе с 10 переменными всего три уравнения. После этого начался процесс увольнения. Это Австралия, тут свои тонкости, тянулось оно долго… В итоге после отпуска мне сказали буквально следующее: «к сожалению, наш инженерный департамент потратил лишних $25M, Tools Team более не существует, Вы уволены, сдайте пропуск».
Кстати, сам проект не умер. У него есть второе назначение, не требуещее режима обучения. Шеф перешёл в Firmware Team и продолжил работу над ним.
Моя трактовка такова: прожект провалился по нашей с шефом вине. Высокому начальству как-то надо объяснять, где результат. Если 50% команды, работавшей над проектом куда-то вдруг исчезнет, то объяснить будет просто. Собсно ради этого и был затеян весь полугодовой процес дискредитации (увольнение в итоге было не «по статье», а по сокращению). Кстати, процесс был объективно отвратительным. Мой коллега, который присутствовал при всём, охреневал от наглости лживости происходящего.
Естественно, гарантировать 100% правильность своих соображений я не могу.
С самим фактом увольнения есть нюансоы:
1. я лишился Long Service Leave (13 дополнительных недель отпуска), на который расчитывал
2. неприятна была лживость коллег и самого процесса;
3. в Аделаиде МАЛО работы;
Итог: Я получил прилично денег (в России я хер получил бы столько), но потратил 6 месяцев на поиск новой работы (размер «котлетки» за это время уполовинился).
Работу удалось найти в другом городе, вообше на другом конце континента, в 2700 км от дома. Был бы один — хрен с ним.
Положительные моменты тоже есть: я действительно засиделся на одном месте. Это увольнение меня вернуло в реальность :)
Terras
Ну как бы да. Австралия не самая «айтишная» страна, а Аделайде на самое айтишное место. Надо сразу поближе к Сиднею, Мельбурну перебираться.
HEKOT
Почти. Если говорить именно о программировании, то в Аде работа есть, но она вся в оборонке. Saab Systems, Lockheed Martin, BAE — ближайшие соседние офисы с моей бывшей работой. А ещё сейчас набирают на подводные лодки, в Боинг…
Сейчас вот было собеседование со Sсhneider Elektrics и подался в офтальмологическую контору Ellex…
yannmar
Да хоть засообщайся, если хотят сделать плохо — все равно сделают, а захотят на тебя всех собак повесить — все равно повесят. Вариант с одним разом реально самый оптимальный.
mynameiszb
Почитал статью. Посмотрел в зеркало. Почитал статью. Снова посмотрел в зеркало…
Подумал — вроде не я это писал. Но — это же просто моими словами сказано…
И никакого юмора или сарказма. Голимая жизнь…
1Tiger1
Собираетесь что-то предпринять чтобы преобразовать голимую жизнь в интересную жизнь?
mynameiszb
Так это всегда известный ответ. Хочешь что-то делать хорошо — делай сам. Впрягайся и тащи. Вопрос лишь в окупаемости, стоит ли оно того или нет…
Yoooriii
приятно встретить единомышленников в месте где любят минусовать)
я как-то работал в конторе, где за проколы разработчиков увольняли тестировщиков, тк программера уволить нельзя, на ту зпл потом замену не найдешь, а тестировщика можно, у нас их было много.
EvilBeaver
Хорошо, что я вроде не такой. Хотя, как знать...
Varim
1) А какой вы?
2) Для кого хорошо? (для работодателя?)
3) Чем хорошо?
EvilBeaver
1. Читая, я вижу, что по большей части пунктов поступаю не так, как автор, или не соглашаюсь с высказываниями. Подробно расписывать — потянет на целую статью, и я не уверен нужна ли на Хабре еще одна статья-самолюбование.
2. Для меня так точно. Меня ломает совесть, если делаю что-то осознанно «на от*бись».
3. См пункт 2
dididididi Автор
А где вы там увидели самолюбование? Это сатирическая статья.
gbase
программист-профессионал пробелы пропускает
Horiz
Очень порадовала статья, увы но почти каждый так или иначе сталкивался в пунктами в ней описанными.
1c80
Это госконтора наверное в статье или какой то очень крупный неповоротливый клиент.
А обычные коммерческие фирмы, обычно результат хотят, за который и баксуют, ну а если результата нет, то просто сливают команду, должен же быть кто то виноват, в фиаско.
dididididi Автор
Опыт собран по работе в разных негосударственных компаниях:10-400 человек. Там, где вы видите творческий продуктивный труд, возможно кто-то рядом видит бесполезный сизифов.
1c80
Ну тогда вообще отлично, чем больше таких контор, тем меньше конкурентов.
Мне просто такие не попадались, в госе видел одном, но послал их сразу.
Groramar
Статья огонь. Жаль про ФП vs ООП мало.
hoack
Человек, который, несмотря на опыт работы, так и не поднялся выше джуниора. Ни по знаниям, ни по пониманию того, как и почему функционируют команды и компании.
Varim
Вы целых два предложения написали, а о чем они мне не понятно.
Приведите плз список знаний о которых вы говорите и аргументы зачем это надо разработчику-синьору.
Похоже что как раз этот пост автор написал как ответ на требования подобные вашему комментарию. То есть, я предположу, у вас/у работодателя/у менеджеров/у хз кого еще, но есть какие то требования-фантазии которым якобы должен соответствовать не джун, не знаю что за требования, например, делать за вас вашу работу?
Если кто-то хочет добиться чего-то от кого-то, то нужно тратить время на коммуникацию, ну и платить за время коммуникации. Но не факт что тому лицу захочется делать то что вам хочется и не факт что вы найдете другого человека соответствующего вашим фантазиям.
EvgeniiR
Не понимаю вашей язвительности по отношению к предыдущему комментатору, где вы там требования увидели?
Попробую кратко описать что вызвало у меня неприязнь к нашему литературному герою из статьи;
Это, интересно, происходило параллельно событиям "Я руководил 4 человеками и мы полгода делали один проект, который я в одиночку мог сделать за неделю"?)
В целом описания, конечно, явно недостаточно, но из того что есть, об этом абстрактном разработчике складывается впечатление, будто это просто вебмастер-на все руки мастер, который и сверстает, и картридж заправит, и командой поруководит, но целенаправленно к качественному развитию в какой-либо области не стремится, очень типичное описание Джуниора, кстати, не учитывая руководство.
EvgeniiR
И да, повторюсь, немножко высосано из пальца, приходится опираться на ту информацию что нам доступна, но от половины перечисленных высказываний заметно веет безразличным отношением человека к тому что он создаёт
dididididi Автор
К какому пункту из моих «достижений» я должен относиться с душевным трепетом?
dididididi Автор
1. Единственный правильный способ работы с какой — не делать ее вообще. К сожалению, область решения программистов обычно лежит в поле, как именно делать каку, а не делать ли ее вообще.
2. Возможно я просто разобрался даже лучше вас, не думали об этом? Эмм… Что ваще такое «противопоставляет паблик поля геттерам и назвает это инкапсуляцией» и откуда вы это взяли из топика? У меня всего лишь написано, что все поля и методы я обычно делаю паблик, чем забиваю на инкапсуляцию.
3. Приведите пример их нужности, но бойтесь, что я перепишу короче и лучше)))
4. Не очень понимаю о чем вы.