Size: a a a

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

2018 March 19

DS

Dmitry Simonov in Обсуждения техдирские
Про паровозы и пассажиров

В проекте (поезде) есть те, кто толкают поезд вперёд, - паровозы, и те, кто кто просто пьёт чай и жуёт печеньки - пассажиры. Причём, эти люди присутствуют и в управленческой команде и в технической.

Пассажиров (тех, кто пьёт чай) очень легко узнать по их позиции, - именно от них вы постоянно слышите первую половину их правила: «не навреди!». Полностью же их принцип звучит так: «раз я не умею ничего делать, то займусь тем, что просто не буду вредить!» Как правило, они не мешают и в этом их главная функция.

Их нередко используют в качестве балласта, который сбрасывают в случае, когда надо ускорится и или провести сокращение, необходимое бизнесу. Существует немало людей, которые молчаливо соглашаются на эту роль.

Например, в Санкт-Петербурге существует целая поликлиника (размером с квартал), где нет ни одного действительно чего-то умеющего врача. Приходит к ним старушка с отваливающейся ногой, а они ей (не навредить!) прописывают килограмм глицина! Все нормальные врачи давно разбежались из неё, так как работать за нищенскую зп, выделяя на одного пациента по 8 минут невозможно. Есть мнение, что так происходит потому, что акционеры (в этом случае они неофициальные) просто зажали бюджеты. Пффф... Да в каждом городе России есть такая поликлиника :)

Паровозы (те, кто толкает поезд), - это не супер-герои и в некоторых случаях им в общем довольно всё-равно, чем заниматься. Это люди, делающие «от сих и до сих», в срок и адекватно.

Довольно частая ситуация на больших проектах, когда привлекают фрилансера, сделать простенький сайт на вордпрессе, - он пришёл, сделал, ушёл.

Таких людей собирают по направлениям: бекенд, фронтенд, тестирование, дизайн и другие. Чтобы ни по одному из них не зависеть им придают пару, - такой же паровоз, но с опытом по-меньше. И вокруг этого набор пар добавляют прикладные обслуживающие специальности: технические писатели, бухгалтерия, сисадмины и вот это вот всё.

Чтобы собрать полноценную команду с ролями, необходимо иметь довольно обширный нетворкинг, который позволит выбирать среди тех, кто есть кандидатов, которые железобетонно не подведут. Поэтому готовьтесь к этим проектам заранее, - пробуйте разных людей в разных ситуация на разных задачах и убеждайтесь заранее, что они тянут. Без такой обширной подготовки сбор команды будет представлять собой не спокойную работы, а бесконечную игру в "повезёт/не повезёт".

Эта практика была очень хорошо описана в книге «Мифический человеко-месяц, или Как создаются программные системы» Фредерика Брукса. В ней среди прочего сказано, что привнесение в проект новых сил на поздних стадиях разработки лишь отодвигает срок сдачи проекта. Эта идея стала известна под названием «закон Брукса».

Оно и понятно, - на переправе коней не меняют! Формируйте основной состав команды заранее, - до возникновения сложностей с проектом и наступления дедлайнов :)

https://www.youtube.com/watch?v=sOrGv26Yla0
источник
2018 March 20

DS

Dmitry Simonov in Обсуждения техдирские
Выхода нет

Я, наверное, раз 100500 столкнулась к текстом про старый код. И он мне, конечно ужасно понравился. Понравился не только потому что мне в принципе нравится любая смешная хуйня, а потому что этот текст подходит к любой ситуации вообще. И отменно объясняет почему большинство процессов идет так, а не иначе, а в концовке накрываются тем самым (не горностаевой попонкой, нет).

Приходишь строить лабораторию, разгребаешь кучу чужого дерьма, и обнаруживаешь, что вы сидите под баллонами с ядовитым газом, который вот-вот ебанет. Дальше ты, вероятно, чапаешь в сторону трудового коллектива и рапортуешь что-нибудь в духе "товарищи, если не убрать утечку, мы все тут сдохнем к хуям". Подчиненные, понятно, ни разу не в счастье: во первых, они все это уже проходили, во вторых, за долгие годы неслабо принюхались, а, в третьих, ну будем честными, держать потолок шваброй сильно проще, чем латать дыры и строить новый потолок. Но начальство, скорее всего, с тобой согласно - они за твой найм щедро уплотили, поэтому было бы глупо с первого же дня заявлять, что ты смутьян, мудак и не разделяешь ценности компании. Ну и газ, опять же над башкой, ненадежненько. Поэтому дальше с высокой долей вероятности тебя отправляют строчить какой-нибудь длинный и нудный план действий, где словосочетание "залатать брешь" должно быть размазано на 25 листах в пауэрпоинте и подкреплено неебучей статистикой издохнувших от газа с 1996 по 2018 включительно.

Когда план готов, ты являешь его межгалактическому совету, после чего, как правило, выясняется следующее:

1) Идея залатать - отличная, но только денег, к сожалению, нет. Поэтому давайте построим какую-нибудь хуйню, которая позволит улавливать ядовитые пары, пакетируем их и начнем продавать в Африку, а на полученные средства, разумеется, купим лучшую заплатку в мире. Или даже две заплатки. Но сначала - пароуловитель и пакетирование. Ждем ваш маркетинговый план.

2) Идея залатать отличная, но только нам сцыкотно. Поэтому давайте мы залатаем, но не так чтобы все сразу, а, например, 1/3 дыры. Вы в процессе как раз и в тонкостях разберетесь, и к запахам нашим попривыкните, и даже с социальной стороны хорошо - нам не придется увольнять держателей швабр.

Я могу привести еще пяток примеров, но эти два - самые распространенные.
Хотя вру. Может быть еще и оскорбление за газ. Ну патамушта они героически нюхали его десятилетиями, скрипя полушариями разрабатывали методички по держанию швабр, рисовали графики посадки в воздушный шар и вот это все. А ты такой раз и "газ - говно, сдохнете". Ни разу не скрепно.

В общем, выходов тут два. Или обзавестись самой технологичной шваброй и стать частью кружка токсикоманов, или свалить к хуям (на воздушном шаре, ага)).

https://www.facebook.com/photo.php?fbid=1715860621807246
источник
2018 March 21

DS

Dmitry Simonov in Обсуждения техдирские
MVP как инструмент эволюции

Природа развивается эволюционно, отметая бесчисленные варианты неудачных гипотез. Спросим природу? Сколько будет 2+2? Она радостно начнёт выкрикивать: 3, 7, 13, 4, 22, 49, 143.... Но сработает только один.

Очень похожая ситуация с бизнес-идеями. Мы спрашиваем рынок, - "готов ли среднестатистический москвич купить кофе за 800 руб за стаканчик, ожидая в утренней пробке светофора?" и рынок нам даёт вполне чёткий и однозначный ответ.

Как мы формулируем этот вопрос? Например, можно возле дороги построит капитальное здание с окошечком по типу макдака. Или нанять бабушку, которая будет разносить в кофейнике-термосе всем желающим кофе. Или купить дорогой дрон, который вызывают через специально разработанное мобильное приложение. Видите сколько разных способов задать рынку вопрос. Например, Тёма Лебедев решил эту задачу с дизайнами очень оригинальным способом, - начал продавать логотипы Джона Фёдора всем желающим приобщиться к его идеям его творческого коллектива :) И продажа идёт довольно ходко! За их счёт Тёма Лебедев щупает рынок за вымя и уже настоящим клиентам продаёт действительно классные выстрелившие идеи.

Теперь мы плавно подошли к осознанию мысли, что новую гипотезу надо проверять и сама проверка гипотезы должна быть максимально дешёвой. Принцип дёшево и сердито здесь очень в тему.

В технической разработке всё ровно также.

* Если надо построить блог, не выдумываем велосипед, а смело ставим вордпресс.
* Если надо проверить, как продаётся услуга, заказываем красивый дизайн у фрилансера, состоящий из одной формы и кнопки "купить!".
* Если надо проверить, можно ли приспособить технологии блокчейна для тендеров строительных подрядчиков, берём готовые библиотеки на гитхабе, прикручиваем их к интерфейсам и даём подрядчикам, которые желают сохранить суть проектов в тайне, но при этом иметь гарантированное свидетельство о своей честности.

Если мы набираем команду, сначала мы набираем почасовиков и тестируем их производительность, честность и коммуникабельность. Часть из них не пройдёт проверки и отвалится.

Самый важный принцип проверки гипотез заключается в том, что ошибки должны быть совершены обязательно.

* При найме технических специалистов ошибку совершает либо тот, кто потерял этого сотрудника, либо тот, кто нанял, либо ошибку совершил сам сотрудник выбрав или предыдущее или новое место работы.  

* При подготовке к использовании новой технологии кто-то должен пройти поля граблей, - либо Твоя команда, либо тех, кто раньше использовал эту технологию. Так или иначе, кто-то должен протаптывать тропинки.

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

MVP - это вопрос рынку: готов ли он? нравится ли это ему? хочет ли он это? несёт ли это ему ценность?

https://www.youtube.com/watch?v=ZDwyI4gaE7k
источник

R

Ruslan in Обсуждения техдирские
Dmitry Simonov
Выхода нет

Я, наверное, раз 100500 столкнулась к текстом про старый код. И он мне, конечно ужасно понравился. Понравился не только потому что мне в принципе нравится любая смешная хуйня, а потому что этот текст подходит к любой ситуации вообще. И отменно объясняет почему большинство процессов идет так, а не иначе, а в концовке накрываются тем самым (не горностаевой попонкой, нет).

Приходишь строить лабораторию, разгребаешь кучу чужого дерьма, и обнаруживаешь, что вы сидите под баллонами с ядовитым газом, который вот-вот ебанет. Дальше ты, вероятно, чапаешь в сторону трудового коллектива и рапортуешь что-нибудь в духе "товарищи, если не убрать утечку, мы все тут сдохнем к хуям". Подчиненные, понятно, ни разу не в счастье: во первых, они все это уже проходили, во вторых, за долгие годы неслабо принюхались, а, в третьих, ну будем честными, держать потолок шваброй сильно проще, чем латать дыры и строить новый потолок. Но начальство, скорее всего, с тобой согласно - они за твой найм щедро уплотили, поэтому было бы глупо с первого же дня заявлять, что ты смутьян, мудак и не разделяешь ценности компании. Ну и газ, опять же над башкой, ненадежненько. Поэтому дальше с высокой долей вероятности тебя отправляют строчить какой-нибудь длинный и нудный план действий, где словосочетание "залатать брешь" должно быть размазано на 25 листах в пауэрпоинте и подкреплено неебучей статистикой издохнувших от газа с 1996 по 2018 включительно.

Когда план готов, ты являешь его межгалактическому совету, после чего, как правило, выясняется следующее:

1) Идея залатать - отличная, но только денег, к сожалению, нет. Поэтому давайте построим какую-нибудь хуйню, которая позволит улавливать ядовитые пары, пакетируем их и начнем продавать в Африку, а на полученные средства, разумеется, купим лучшую заплатку в мире. Или даже две заплатки. Но сначала - пароуловитель и пакетирование. Ждем ваш маркетинговый план.

2) Идея залатать отличная, но только нам сцыкотно. Поэтому давайте мы залатаем, но не так чтобы все сразу, а, например, 1/3 дыры. Вы в процессе как раз и в тонкостях разберетесь, и к запахам нашим попривыкните, и даже с социальной стороны хорошо - нам не придется увольнять держателей швабр.

Я могу привести еще пяток примеров, но эти два - самые распространенные.
Хотя вру. Может быть еще и оскорбление за газ. Ну патамушта они героически нюхали его десятилетиями, скрипя полушариями разрабатывали методички по держанию швабр, рисовали графики посадки в воздушный шар и вот это все. А ты такой раз и "газ - говно, сдохнете". Ни разу не скрепно.

В общем, выходов тут два. Или обзавестись самой технологичной шваброй и стать частью кружка токсикоманов, или свалить к хуям (на воздушном шаре, ага)).

https://www.facebook.com/photo.php?fbid=1715860621807246
Почему-то никто не замечает при этом, что другая сторона (тот самый программист, который пришел на место предыдущего) ведет себя непрофессионально. Выкидывает куски кода (швабры), не разобравшись, как они работают. Не поискав тестовый стенд (там рядом стояло похожее здание тоже со швабрами и надписью "Тестировать изменения здесь"). Не создав тестовый стенд. И т.д.
источник

R

Ruslan in Обсуждения техдирские
Да даже если бы и выкинул швабры, где у него план отката назад?
источник

DS

Dmitry Simonov in Обсуждения техдирские
Я ещё планирую описать эту тему со стороны бизнеса :) Там будет ещё более ржачно. Они же получали всегда отчёты от техкоманды: "У нас всё круто! У нас всё круто! У нас всё круто! У нас всё круто! Ой... У нас утечка газа! Надо всё переделывать!" :)
источник

DS

Dmitry Simonov in Обсуждения техдирские
Прикинь! Бизнес вкладывал бабло в разработку, вкладывал, вкладывал, потом пришли программисты и сказали - всё что сделано, всё хня полная. Обнуляем и строим заново!
источник

R

Ruslan in Обсуждения техдирские
Ну, по законам жанра новый программист конечно с самого начала описал во всех красках какое убожество ему досталось и почему это надо переписать с нуля. Нелюблю такой подход. Нежелание разбираться с чужим кодом очень часто признак неумения программировать впринципе. Проще с нуля написать свои костыли, год так можно продержаться. А потом и новую работу искать.
источник

R

Ruslan in Обсуждения техдирские
Ответственные люди и пишут новый код хорошо и старый поддерживают.
источник

DS

Dmitry Simonov in Обсуждения техдирские
Да ну это обычная песня. Всегда все новые разработчики говорят "хня полная! переделываем!" :)
источник

DS

Dmitry Simonov in Обсуждения техдирские
Правда тут есть два варианта: одни действительно переделывают (редко), другие - только хотят.
источник

DS

Dmitry Simonov in Обсуждения техдирские
Я тут плотно общаюсь с мобильщиками, - они мне интереные вещи рассказывают. Существуют прямо целые методики рефакторинга для, например, спагетти кода. Для всех этих типов жоп существуют подходы и методики к разруливанию.

Получается, что мобильщики реально по методикам разработки впереди планеты всей.
источник

DS

Dmitry Simonov in Обсуждения техдирские
У меня всё ни как руки не дойдут выложить посты про собеседования. Видимо надо каждой специальности отдельно посвятить пост. Отдельном фронтам, отдельно бекам, отдельно мобильщикам....
источник

R

Ruslan in Обсуждения техдирские
Программирование вообще всегда поиск компромисов, особенно когда пишешь не для себя. Есть планы, есть сроки, ограниченный бюджет, есть срочные вечерние "завтра это должно работать". Приходится искать компромисы, при этом стараясь содержать свой код в поддерживаемом виде. А потом приходит какой-нибудь новенький и с порога "у вас все неправильно".
источник

R

Ruslan in Обсуждения техдирские
Дим, да как ты не разрабатывай по методикам, все одно. Методик сейчас куча. Просто скажут, что ты не по той методике работаешь :)
источник

R

Ruslan in Обсуждения техдирские
И вообще, надо было на другом языке писать.
источник

R

Ruslan in Обсуждения техдирские
Просто есть конструктивно настроеные люди, а есть наоборот.
источник

DS

Dmitry Simonov in Обсуждения техдирские
О! В тему :) Тут буквально вчера обсуждал холиворную тему. Я ж перловик....  Ща наброшу на вентилятор
источник

R

Ruslan in Обсуждения техдирские
В общем, если в резюме или на собеседовании кандидат говорит, что нелюбит легаси, жирный минус :)
источник

DS

Dmitry Simonov in Обсуждения техдирские
Коллега бывший: привет ) у тебя нет сейчас перловиков кто бы искал работу , 120+, офис в мск, пилить перловую моджо админку и много парсеров, проект агрегатор

Симонов Дмитрий: Привет :) Ты перловый чатик видел? 500 человек перловиков на всю россию :)

Коллега бывший: да ужас ) печально, хоть начинай провый проект на ноде )

Симонов Дмитрий: Не, нода Тебе только для фронта пригодится
пыха! пыщ-пыщ!

Коллега бывший: бек на го ) или питоне. Пыха ? ))) ну да там тонна разрабов

Симонов Дмитрий: На питоне будешь конкурировать с яндексом, - не справишься. На го - тоже не рекомендую - мало народа
источник