Комментарии 101
7. «Учись говорить «НЕТ», как император»
В гранит !
Если <что-то нехорошее> — бегите.
Как же я люблю вот такие безапелляционные утверждения, что надо «бежать/валить/спасаться»...
Да-да, бегите. Роняя тапки! А потом почитайте счёт за коммуналку, заплатите аренду, сходите в магазин, вспомните, что хотели завести (второго/третьего) ребёнка... Затем откройте HH/LI, оцените состояние рынка труда в ИТ. И, @#$, ползите обратно.
Зарплата 200к$/сек и выбор из пяти офферов - это реалии пятилетней давности, увы.
Если бежать каждый раз, когда возникает проблема, то это и правда не гуд решение, согласен с Вашем комментарием, но в статье я рассмотрел конкретную ситуацию.
Очень частая практика в компаниях говорить: "Мы семья", - очень часто после этого начинается что-то вроде: "Давайте выйдем в выходные за бесплатно, МЫ ЖЕ СЕМЬЯl"; "Зачем тебе повышение? Никто не просит и ты не проси, мы же семья". И вот от такого нужно бежать, ничего хорошего из этого не выйдет.
Да, бывает такое и это раздражает. Все эти лозунги, миссии и прочее словоблудие, особенно вкупе с призыва и напрячься и поработать, вызывают только кривую ухмылку.
Бывает, что коллектив действительно хороший. Но когда мне это пытаются "продать" на собесе, скажем, то мозг начинает сразу искать подвохи и минусы, о которых умолчали.
Если работая в it с it-шной зарплатой вы не в состоянии обеспечить себе достаточную финансовую подушку, которая позволит в рандомный момент уволиться, отдохнуть, и найти другую работу - зачем думать о втором/третьем ребенке?
Учитывая нынешние сроки найма, можно даже солидную подушку тупо проесть за время поиска.
Если работая
в it с it-шной зарплатойвы не в состоянии обеспечить себе достаточную финансовую подушку, которая позволит в рандомный момент уволиться, отдохнуть, и найти другую работу - зачем думать овтором/третьемребенке?
Если работая в it с it-шной зарплатой вы не в состоянии обеспечить себе достаточную финансовую подушку, которая позволит в рандомный момент уволиться, отдохнуть, и найти другую работу - зачем вообще работать в IT?
Ценный лайфхак: ищите работу, не увольняясь с текущей.
Ещё более ценный лайфхак: периодически ходите на собеседования, даже если не настроены менять работу прямо сейчас. Прохождение собеседований - это тоже навык, он очень легко теряется. Плюс, будете лучше осведомлены о состоянии рынка и своём месте в нём.
Это не лайфхак, это здравый смысл. Смысл хлопанья дверью на эмоциях?
Люди, которые сидят в фирмах по 5-10-20 лет и не были ни на одном собесы у меня всегда ассоциируются с идиотами. Особенно в ИТ. Где очень много интровертов и нужно уметь себя представить. Или как минимум говорить уверенно, а не мямлить.
Люди, которые сидят в фирмах по 5-10-20 лет и не были ни на одном собесы у меня всегда ассоциируются с идиотами
Т.е.люди, которые мужской половой орган забили на то, что бы как клоуны бегать по собесам и решать литкод, сели на хорошо оплачиваемые места с карьерным ростом, обеспечив себе непрерывный стабильный финансовый доход - идиоты? Серьезно?
Прям щастье какое бегать по собесам и доказывать, что ты что-то умеешь. О да.... Ведь всем хочется все время изучать новые проекты, каждые 3 года вникать в новую кодовую базу, задрачивать новые фреймворки, вместо того, что бы ненапряжно зарабатывать со знакомыми технологиям и бизнс-логикой.
на хорошо оплачиваемые места с карьерным ростом
Странно. Вокруг только и вижу нытиков "мало платят" и при этом "мы не хотим ничего делать сверх нашей работы или заниматься какими-то проекта", а также не хотим "своё свободное время инвестировать в себя". И при этом "мы не хотим уходить в другую компанию, т.к. яйца не отрастили".
В текущем ИТ отделе из 10 человек: один сидит 17 лет, второй сидит лет 15, два сидят по 6 лет, еще один в сумме десятку на разных позициях. При этом все играют в мальчиков-котиков-нытиков: "какая же плохая работа", "как же мало платят", "условий не дают", "бонусов не дают", "зп не повышают годами". Так а нахера вам повышать? Вы же не уходите (:
В прошлой фирме было тоже самое.
В еще прошлой фирме было тоже самое. Бывшему коллеге ЗП не поднимали 2.5 года, а он всё сидел (:
Чо, рил оплачиваемые места с карьерным ростом? Куда растут? Корнями под стол? Или это обратно-альтернативный рост какой-то, о котором я не в курсе?
При этом все эти любители посидеть по 5-10-20 лет не имеют ни малейшей мотивации что-то делать, кроме как сидеть и ничего не делать. Пнуть этих олдтаймеров, чтобы они своё говно в ручки собрали и минимально переделали можно лишь тогда, когда всю инфру инфру либо закриптуют благодаря их (не)стараниям, либо когда придёт нормальный ИТ лид с разрешением засовывать раскалённый жезл в анус и выдавать билет на выход по своему усмотрению. Ибо дефолтная отговорка сразу: "у нас так всегда было и работало".
Прям щастье какое бегать по собесам и доказывать, что ты что-то умеешь
Если умеешь, то доказывать никому не приходится, нужно всего лишь описать MVP лист. И ответить на часик вопросов, по которым прекрасно понятно, знает человек что-то, а не "кто последний из эникеев, тот и архитектор/сеньйор".
В догонку, навыки комуникации ИТишников стали уже давно обязательными в текущем мире: объяснять топ-менеджменту, генеральным, исполнительным директорам, лидам, соседним отделам и прочим далеким от ИТ людям банальные "хочу инвестиций в проект" или "нужно купить новое железо/софт".
Это я уже промолчу, про то, что меняя фирмы ЗП растёт на 30-50-100% от предыдущей. А работая в одной фирме повышение, если не идти прям нагло по головам, максимум покроет инфляцию и то, далеко не факт. За 2022 или 2023 инфляция в моей стране годовая была 22 или 23%.
Так, для справки. Моя ЗП за последние 4 года изменилась в 4 раза. А как там ваша? (:
Сразу вспоминается Баш. 2009 год:
Смотрю, как студенты понтуются, кто из них больше ни фига не делал и всё сдал.
Эх...
Когда я был студентом, я сдавал право одной очень милой женщине. Она была практикующим юристом, и я ожидал, что такой специалист меня сейчас будет гонять от и до по всему конспекту.
Она посмотрела на меня и, ничего не спрашивая, поинтересовалась:
- Оценку вам какую ставить?
- Э... Пять хотелось бы
- Отлично, - сказала она, и стала писать в зачётке
- А вы что, даже ничего спрашивать не будете? - удивился я.
Она оторвалась от заполнения зачётки, внимательно посмотрела на меня и сказала:
- Запомните, молодой человек, чем меньше вы знаете, тем более ценна я как специалист.
Эта фраза мне запомнилась на всю жизнь и больше я не страдал фигнёй во время занятий.
И сейчас самое время мне, уже доценту и одновременно практикующему проектировщику зданий, повторить то же самое:
Господа студенты, не учитесь, пожалуйста! Старайтесь как можно больше получить на халяву! Чем меньше вы знаете по окончании института, тем более ценен я как специалист и тем большую зарплату я могу потребовать за свои услуги!
А потом почитайте счёт за коммуналку
Потом не забудьте почитать свой эпикриз.
Я просто напомню, что одной из причин всех бед являются нервы/стресс. Начиная с высокого давления и кончая инсультами.
Карьера — это марафон, а не спринт.
Не так. Даже в марафоне есть цель, надо напрягаться, рассчитывать силы, энергию и прочее. И главное, действовать на пределе своих сил для данной дистанции Для меня карьера, это скорее пешая прогулка. Да, бывает, что нужно где-то пробежаться или забраться на пригорок, но в целом, именно в целом, это вообще не должно быть напряжно. Конечно, я не говорю про время, когда новая работа, новый проект или ты сам новый (юниор) - в это время надо активно учиться, вникать, но тоже не сильно напрягаясь.
Быть, как часы, это слишком напряжно. Поэтому лучше быть "в пределах погрешности". Все мы люди, у нас разные дела и задачи не похожи одна на другую, как отборные яйца. Поэтому ставить будильник на меня точно не надо, это очень неудобно)
Про вопросы задавать. Да! Иногда бываю даже дотошным, чтобы до конца и точно понять требования к задаче или другие нюансы. Совершенно не комплексую по этому поводу, но это уже приходит обычно с опытом, когда не стесняешься того, что ты чего-то не понял или не знаешь.
Самофлагеляция? Серьезно? А самоедство никак не катит?)
Про бюрократию. С опытом, иногда ее можно использовать в своих интересах. Если текущий интерес - делать поменьше, а получать побольше)
после отмени/скипни одну из них
Ага, щаззз. Один раз скипну (без предварительного уведомления с указанием уважительной причины), мне сделает серьёзное замечание начальник. Второй раз - и уже будет долгий серьёзный разговор "какого хрена?". А после третьего уже могут быть финансовые и карьерные последствия.
Ну а в целом советы правильные. Вот только кто когда следовал чужим советам)
Задание для автора
Научиться делать spellcheck текста и более не писать "филосов")
ну не надо "отмени/скипни" воспринимать буквально) само собой манеры и этику общения на работе никто не отменял)) Я в своей практике обычно поступаю следующим образом:
Проверяю повестку встречи в календаре:
Если ее нет:
Прошу добавить, чтобы понимать: что вообще планируется обсуждать на ней. Вдруг мне со своей стороны нужно что-то подготовить.
Если она есть (или ее добавили):
Изучаю ее и пытаюсь определить, что от меня на ней требуется - и это как раз очень важный тейк. Ведь очень часто условный РП добавляет всех подряд по принципу "Позову на всякий". Если же я, изучив повестку, не могу понять, что от меня хотят, я это и уточняю. То есть вполне себе нормально будет уточнить у организатора встречи интересующий вопрос. И в случае если я на встрече не нужен (как теперь выяснилось) - со спокойной душой скипаю/отклоняю.
P.S. Да, с филосоВом вышло не очень) поправлю обязательно, но чуть позже, а то опять уйду на модерацию на 2 недели.
Даже самые крутые правила — всего лишь чужой опыт.
Раз это так, то делюсь своим более чем 50 (пятьдесят)-летним опытом!
«Ошибки — это не повод для самофлагеляции, а данные для анализа»
А так мы шутили в 80-х прошлого столетия.
Заповеди подобраны просто здорово. Спасибо.
мда, не умеет Midjourney кататься на банановой кожуре.
А ведь у нас и правда был парень с 20 MS сертификатами и он реально мало чем мог помочь
У нас в компании халл оф фейм: вся стена ими обвешана. Штук 60 наберется. Вот только все они сдавались сотрудниками по дампам и по ощущениям вообще не смотрелись. И инфра своя же (и клиентов) выглядит, как кусок конченного говна. Всегда ржал с такого дебилизма.
Но опять же, часто это проблема идиотов в менеджменте: "нам нужен скидос на лицухи, быстро кто нибудь за неделю сдайте экзамен".
Как нормальные люди учатся на экзамен, если хотят хоть что-то оставить в голове:
Берем 2-3 материала: наггетлабс, плуралсайт
Смотрим вопросы, чтобы понимать, на что акцент делать.
Смотрим от и до каждый курс
Параллельно делаем лабы с курсов и тестим всякие штуки
Смотрим вопросы, еще раз и выясняем что не знаем
Тыркаем лабы, проверяя каждый вопрос с бесплатных. баз. Т.к. ответ может быть 1, в комментах еще 2. Из 4.
Берем дампы. Сравниваем ответы, тестим каждый.
Идем сдавать
В этом случае в голове остается: процентов 50% того, с чем пришел до экза, т.к. скорей всего темы касался на работе. Процентов 40-45% того, что просмотрел неспеша, по уроку-два за вечер, чтобы не перегружать мозг. Я например свои 740-742 чуть ли не наизусть помню, как и MCSE следующие. хотя прошло лет 5-6 с них. Экспертные интереснее былт, т.к. там так там именно инфра.
Я бы поставил очерёдность так: 3(семья), 12(ценность себя) , 7 (говорить нет), потом остальные
Пришлите примеры промптов для генерации картинок в таком стиле )))
4. «Спрашивай, даже если вопрос кажется тупым» - самый важный навык для работы в команде! Главное, чтобы все его разделяли, а не считали тупым...
Главное, чтобы все его разделяли
Или хотя бы не разделяли, но были не прочь отвечать на уточняющие вопросы.
Работал с такими людьми, которые в ответ на уточняющие вопросы или признание, что я ничего не понял, открытым текстом говорили, что я тупой, чего тут не понятного и в таком роде. Не понимая, что они там находятся у себя в контексте, а меня в этот контекст нужно погрузить. Такое отношение отбивает всякую охоту что-либо уточнять.
У нас, более того, сложилось так, что мы объясняем, захватывая много тематических вещей, в том числе примитивных, что, как мне кажется, очень полезно, потому что "лишний раз" строит в голове всю схему по вопросу, и иногда даже восполняет пробелы в этой схеме, о которой вопрошаемый не подозревал.
Некоторых людей такой подход злит: "чё ты мне про вот это рассказываешь, я же не идиот", но я отношусь спокойно, всегда выслушиваю весь ответ, даже когда мне рассказывают вещи, которые я хорошо знаю. Просто потому что "я же не идиот" рискует в следующий раз оказаться идиотом и остаться без ответа вообще.
Там ключевым было указать стиль изображения: мультфильм "Gravity Falls", - но, как видишь, не очень вышло =)
«Нет» — не грубость, а защита вашего времени. Если соглашаться на всё — вы станете «тем самым человеком», на которого вешают задачи со словами «он же всё равно не занят».
Болел таким. Меня некоторые коллегив шутку стали называть "программист-давалка", так как всем говорил "да". Эта шутка и сделала первый сдвиг в моём сознании.
Не будьте программистами-давалками.
Решил загуглить слово "самофлагеляция". Получил три ссылки на эту статью и две на форумы БДСМ
Ни одна встреча в моей жизни не родила ни одного экшн поинта...
А где оставшиеся 4 заповеди?
Откликнулось «Делай прежде всего хорошо свою работу. Не стоит переживать за работу других», Жизненная статья 👍
Это место, где ваша экспертиза должна быть востребована.
где каждый приносит свою экспертизу.
Ну, блин, хорошая же статья. Как теперь плюсануть? Автор, пожалуйста отредактируй, я подожду немножко. Есть прекрасные синонимы.
Всё по делу.
По поводу дедлайнов замечу, что если вы не разрабатываете лекарство от рака (где задержка смертельна) и не посылаете ракету на Венеру (следующее окно через два года), дедлайн можно отодвинуть на неделю или две. Ничего в мире не случится.
Пфф..
У вас никогда не было сроков сдачи ПАК или ПО отдельно в договорах что-ли?
У меня только трудовой договор. Там написано, что 5 дней в неделю, 7,5 часов в день я нахожусь на работе и выполняю свои должностные обязанности. Взамен получаю деньги. Рискну предположить, что большинство коллег имеют аналогичные договоры.
По сути и дедлайны нам ставят люди с такими же договорами, разве что они находятся по ту сторону баррикады. Поэтому все дедлайны двигаются, было бы желание)
NB! Главное не впадать в крайности и смещать сроки, когда это правда необходимо и обосновано — тоже очень тонкий момент.
Так то вы верно говорите, что у вас прописано, но ваш работодатель имеет такие договора часто со сроками, за срыв могут быть штрафные санкции или незаключение следующих договоров, что может сказаться и на вашей дальнейшей деятельности и компансации. Плюс отношение начальства важно для дальнейшей нормальной работы. Я полностью согласен, что это не повод перерабатывать, но зная сроки, и планировать работу выстраивая приоритеты гораздо легче.
ваш работодатель имеет такие договора часто со сроками
То есть начальник мало того что плохо планирует, так ещё и настолько туп, что подмахнул договор со штрафными санкциями? А рабочий должен прикрывать его задницу? Мне не хватает запасов сарказма, чтобы выразить отношение к этой ситуации.
незаключение следующих договоров, что может сказаться и на вашей дальнейшей деятельности и компансации
Как-будто весь остальной мир всё делает точно в срок, а я один не перерабатываю и именно из-за меня контора теряет бизнес. Возможно где-то в параллельной Вселенной это и так, но в нашей всё строго наоборот. Хуже того, все плохие продукты как раз и появляются из-за того, что один мудак (начальник) продал нереальные сроки, а другой (подчинённый) как-то в них влез. На костылях и велосипедах. По-этому, чтобы не плодить некачественного, каждый должен взять на вооружение девиз "долго, дорого, охуенно".
Плюс отношение начальства важно для дальнейшей нормальной работы.
Если начальник недоволен тем, что вы чётко выполняете договор, который он же с вами и подписал, не работайте с ним.
То есть начальник мало того что плохо планирует, так ещё и настолько туп, что подмахнул договор со штрафными санкциями?
Вообще это нормальная практика вполне (либо взыскивается через суд потом), иначе вообще какой смысл выполнять договоры в срок?
Я же говорил выше, что считаю, перерабаток не должно быть, это скорее вопрос к тем кто планирует, но до команды должны быть донесены сроки и понимание что к этим срокам должно быть сделано, на мой взгляд, и соотвественно выставлены приоритеты для внутренних задач.
За карьеру бывали ситуации что делаешь одну фичу - а потом оказывается сроки этой фичи сильно дальше чем та, которая нужна через неделю, вот такого хотелось бы избежать. И да, тут уже либо костыли и велосипеды, либо срыв сроков.
Поэтому, чтобы не плодить некачественного, каждый должен взять на вооружение девиз "долго, дорого, охуенно".
Только проблема в том что есть понятие рынка, и соседняя контора может попросить долго/пополам или дорого/пополам, и выберут ее.
чтобы не плодить некачественного, каждый должен взять на вооружение девиз «долго, дорого, охуенно»
этот девиз компании, в которой хочется работать)
Если на деятельность компании влияет принятие какого-то свежего закона, и вы не поменяете что-то к дате начала его действия - компания может попасть на нефиговые штрафы. Или если вы пишите софт, который используется на каком-то внешнем мероприятии - перенести релиз нельзя, в день начала он уже должен работать. И таких ситуаций бывает намного больше, чем кажется на первый взгляд)
Понятно, что это не повод для бесплатных переработок, если вы не владелец компании, но нужно понимать, что в реальном мире существуют непереносимые дедлайны.
дедлайн можно отодвинуть на неделю или две. Ничего в мире не случится.
в мире не случится, а вы можете без работы остаться
даже не в том дело что вас лично уволят, просто у конторы вашей могут начаться такие проблемы что вас тупо сократят из-за потери клиента, а то и банкротства
у меня был заказ когда делали одну штуку которая была заявлена минцифрой (не связано с военкой и т.п. просто отчетная система для грантов на всякую науку)
там было заявлен запуск типа 12 января, ну можно его провалить и не запустится, только уровень проблем в плане стрельнувших рисков по договору таков что компания подрядчик может потерять клиента с которым работает больше 10 лет и встрять на адские штрафы
можно много рассуждать что "нечего подписываться под такие дедлайны" и "не работайте с такими клиентами"... но это не всегда возможно
Тяжело поспорить с этим. У самого был крупный всероссийский проект, где приходилось работать до часу ночи, в выходные, без отпуска — и все без доплаты. Опять же все понимали, что это важный гос.заказчик и тут нужно успеть, нужно и точка. В тот момент оставалось радоваться новому другу — выгорание. С тех пор просто сделал выводы — в такое больше не полезу никогда
Сравнивая заповеди с собой, заметил что они исключают саморазвитие и рост вверх (тем способом который делал я)
>> «Не будь Героем в чужом эпосе»
и
>> Вы не можете быть экспертом во всём — это просто невозможно. Вместо этого сосредоточьтесь на своей зоне компетенции и углубляйте её.
во первых я всегда пытался быть героем нет не героем, но участником в чужом эпосе, если видел что ктото чтото не тянет или не хочет делать (по разным причинам), я пытался всегда предложить помощь и решения даже если мне за это не платят и медаль не дадут, во первых это дает бесценный опыт в другой сфере куда вы просто так не сможете попасть устроившись на работу... этакий тестдрайв нахаляву где вам платят опытом
углублять компетенции...это иногда топтаться на месте, я вот знаю дофига всяких языков, технологий, принцип работы сетей, процессоров, бизнеса... знаю во многом концептуально, но теперь я могу управлять разработкой очень разнокалиберных продуктов написанных на разных языках и с разными технологиями, потому что разработчики знают глубоко свою сферу, а я знаю концептуально все их сферы пусть и не особо глубоко но из-за этого могу проектировать и направлять проекты сверху
а вот если пользоваться заповедями "не лезь в чужое дело" и "занимайся глубоким погружением в своей сфере"... то так и останешься сеньором в одной технологии...а это "скуууушно" (с)
В целом, все верно пишите, но не могу не внести ряд уточнений:
1) Принять участие или полностью прослыть героем в чужое «эпосе» - крайне большая разница. Принять участие и правда полезно, чтобы не быть безучастным в глазах команды, но взваливать все на свои плечи - путь в никуда.
2) Про развитие: быть всесторонне развитым это хорошо, я не спорю. Однако, вопрос, затронутый в статье, именно про глубину этих знаний. Если ты системный аналитик, тебе необязательно уметь кодить, но понимать принципы желательно. Если ты фронтенд-разработчик, тебе необязательно разбираться в дизайне, но понимать принципы UI/UX желательно и т.д.
Разрешите себе ошибаться. Бывают моменты, когда не знаешь как подойти к задаче - кажется, что выбора много или нужно уследить за всем, всё продумать прежде чем делать.
Порой нет. Просто делай хоть что-то, ошибайся и переделывай. В моменте покажется, что зря потратил время, где-то было стыдно, зато потом, на протяжении всей остальной жизни ты - герой, эксперт
Это все, конечно, не совсем этично для слона,
какого ещё слона? откуда он тут взялся?
Помните: даже самый крутой ниндзя не станет прыгать через лужу, если рядом есть мост.
что за чушь? явно зависит от задания и обстоятельств
Когда говорят про декомпозицию, часто вспоминают про «Метод слона». Общую концепцию можно представить в виде «вопрос-ответ».
Вопрос: как съесть слона?
Ответ: За один заход слона не съесть, поэтому это нужно сделать по кускам. То есть нужно декомопозировать задачу поеданию слона.
Про ниндзя: в статье представлена метафора на выражение «Работай благодаря, а не вопреки»
3) вообще главнее всех главных. Дети не ждут - они растут. Без вас.
изучите ковер на стене или интересные рисунки на обоях
В таких случаях герой недавнего фильма про Федора Конюхова убегал на пробежку "выпустить пар". А меня выручает самокат, особенно если он не электрический. То, что надо, чтобы на полчаса выйти на улицу и отвлечься от работы.
Оооо про самокат, история, лучшие моменты в памяти, сейчас вспоминаю, когда началась пандемия и перевели на удалёнку и мы с сыном, ему тогда было 4 года, каждое утро летом начинали с прогулок на самокатах по микрорайону нашему, а он живописный и есть где катать, не высотки. Даже в магазин гоняли(он за пределами был границ микрорайона), а как под грозу ливень попали вообще 🔥. Понятно что работать я должен был как бы с 9, но начинал около 12. Это было максимально крутяо.
Круто, круто, круто!
От себя бы добавил, что упущен момент с документацией. Для программиста документация - лучший друг, помощник и защитник. Если на проекте случается фигня, то лучший защитник - вовремя загруженная на сервер документация. Также и с помощью. Ну, не помню я, что было полгода назад. Бывает. Маразм. Здесь документация тоже выручает. К тому же, документация - кладезь информации для других.
И ещё, коммуникация конечно есть в нескольких "заповедях" (N 4, 7), но неплохо бы её вынести в отдельную.
Кроме того, коммуникация вкупе с документацией творят чудеса: подробное описание проблемы (где, когда, при каких условиях случилась проблема) экономит кучу времени. Надо только потратить 5 минут своего времени на подробное описание, которое сэкономит как минимум пару часов работы других людей. (Моё любимое описание проблемы пользователями: "Ничего не работает". На это можно только ответить: "На моём компьютере всё Ок")
В общем, от меня 2+ статье, хотя я бы сам поставил 10+!
Очень приятно❤️ про документацию сейчас пишу отдельную, в которой поделюсь взглядом и опытом, может кому поможет)
Блин, документация документации рознь. Есть обязательная бюрократия с кучей согласователей например. Я работаю в компании и пишу на свою разработку пакет артефактов, всего в моей ответственности шесть, каждый содержит, ну если разложить по листам в среднем с десяток.
Совершенно бесполезная хрень документов этих
И вот почему:
Я потратил время на описание текущего состояние, но там не инструкции, как этим пользоваться, там есть, что хочет заказчик и как мы это реализуем, какими инструментами, куда ходим к данным и т.п
Большинство согласователей документов их даже ни читают, просто ставят визу
Остальные, а это безопасники(они вообще самые важные люди в этом деле) и ещё пара ролей псевдо архитекторы данных и инфраструкты которые чисто по регламенту пишут тебе замечания, а ты их потом в документации на следующем этапе согласования устраняешь
Главное, ни кто не будет потом читать это, ну максимум по архитектуре пригодилось показать, что так то у нас давно согласован доступ к таблице которую вы у себя удалили, все остальное вот чистая формальность. И на эту формальность уходит время, нахуа? Мы согласовали в начали требования, так они блин в процессе СС поменялись несколько раз потому что при разработке вся эта история живая и может меняться и если на каждое такое изменение отправлять артефакты на согласование, то мы получим реализацию лет через 15)))). То есть в итоге документ сразу становится неактуальным на старте.
Вот такое жопуле и мы с ним живём, за деньги - да))
Документация - это не формальность.
Всегда поддерживаю свою личную документацию, просто чтобы не забыть что и как было сделано. В день занимает минут 10. Зато всегда помню, что делал, как и почему.
Внутрифирменная докумментация - дело полезное. Меньше отвлечения от работы. Просто сунул доку спрашивающему, и свободен. Больше времени остаётся на полезные дела. Готовится из личной документации. На неё уходит в день тоже минут 10 (не каждый же день такое делается, так что в среднем, 10 минут в день, тем более, что её не надо писать от начала и до конца, а только обновить свои изменения).
Докумментация на вынос (попадёт клиентам). Делается на основе внутренней докумментации. Тоже занимает не так много времени. Примерно те же 10 минут в день. Мне же не весь документ составлять, а только свою часть вставить.
Главное - просто расписывать для себя каждый день что, для чего и как делалось и танцевать уже от этого.
Был у меня опыт интересный: меня попросили попроводить собеседования на должность «Системный аналитик» (кстати, забавно, что из ≈35 человек лишь 2 подошли) , так как команда поняла, что без документации и анализа никуда.
У одного друга своя команда разработки и небольшой финтех проект (сие чудо живет с 2017го года). Считаем, что проект уже пустил какие-никакие корни. И вот аналитика там не было никогда, доки писали разрабы, но раз на раз не приходился. Со временем мамонты проекта поувольнялись, а экспертиза по проекту стала размылась, если не пропала вовсе. В итоге один баг на базовом классе сломал всё, что связано с пользаками, а понимания где чинить, и как, да и вообще куда копать, ни у кого нет)) На исправление всех проблем ушел больше месяца, то есть целый месяц продукт не приносил монет в карман.
А если бы была дока, то:
Любой разраб смог бы изучить и хотя бы примерно понять, куда пускать щупальца;
Новоиспеченный аналитик быстрее въедет в проект и быстрее сможет приносить пользу команде.
В смысле? Зачем писать документацию и детальные степ бай степ тикеты себе же? Вы что совсем? Вас же уволят, как только поймут, что вы не носите все в голове и не храните это личным бумажным блокнотам. :D
(На всякий случай уточню, что это сарказм. Но слишком жизненный)
Сарказм до меня не дошёл. Старею 🤣
Всё проще, чем кажется. Тикеты себе это ссылки на местную Джиру, если нет в Джире, то просто в виде одного-двух предложений. Всё интересное идёт или во внутреннюю документацию, как коммент на закрытие тикета или как комментарий в коде. Вот тут чем больше подробностей, тем лучше. То, что никуда не вошло записывается в свою личную документацию, чтобы не забыть. Потом большая часть этого идёт во внутреннюю документацию. Просто по горячим следам легче писать, чем потом вспоминать всякие мелочи и подводные камни. Обычно за день накапливается 2 строки типа "закрыл тикет № 1 и № 5" и ссылки на тикеты. Если обнаружил проблему, ошибку, то она записывается и идёт в планы. Если что-то серьёзное, то составляется тикет и в документ вместо описания вставляется только ссылка на тикет. По безопасности тоже никаких проблем - комп под паролем, рабочий, Джира тоже вроде соответствует требованиям безопасников. За год накапливается страниц 50-70 в Ворде.
Ещё из личной документации просто выделить то, чем занимался прошлую неделю для еженедельных созвонов. Просто, чтобы ничего не упустить. А так как таких созвонов у меня два, в разные дни недели, то эти выжимки довольно сильно друг от друга отличаются.
Вот тут подробно расписал методу, а тут выложил небольшой вордовский документ.
Знающие люди говорят, что это GTD, но мне всё равно, как это называется. На работе работает замечательно, в частной жизни не работает почти никак, но я над этим работаю.
Я делаю проще. Когда в конфлу лень писать, просто делаю огромные тикеты проекта в джире. С описанием нужных действий пороф на пару листов а4, чтобы даже коллега из Л2 открыл и сделал по шагам. Но т.к. админу комментить в принципе нужно меньше, то по тикетам проекта легко воссоздать процесс заново.
Но кнчн проще важное, вроде кастом конфига перенести и держать обновленным в конфле, чем потом бегать самому по тикетам через полгода. И искать "куда я там сунул"
Но, как я и писал, документацию ссут писать многие, предпочитая носить ее в голове, считая что это делает их самыми умными. Т.к. считают, что их уволят легко) я же всегда пишу так, чтобы через год не изобретать велосипед сам потом. И все ясно было.
А на тему "уволить". После такого мудака-сотрудника проще часть его инфры shift+del и создать заново.
Представьте, что вы разработчик и ваш код рухнул на продакшене. Первое, что нужно сделать, — это не паниковать, а провести анализ: почему это произошло?
Есть ощущение, что первый шаг - это все же откат к предыдущему состоянию (т.е. к работоспособному проду). А дальше уже - как вы изложили
Бывают кейсы, когда доработка в одном месте ломает фичу в другом, но эту фичу может быть не так часто и тыкаешь, чтоб сразу об этом узнать. Да, можно сказать: «нужно покрывать тестами». Но опять же, ситуации разные бывают: покрыл тестами/не покрыл/покрыл, но плохо.
Имеющийся опыт (подчеркиваю, что пишу в рамках опыта) показывает, что «просто откат» далеко не всегда помогает. А даже если откатишься, все равно надо будет закопаться в своей ветке и выискивать причину бага, а фича уже нужна на проде - заказчику ее ждет.
Шикарные иллюстрации и прекрасный текст без воды. Спасибо!
Можно ли узнать запрос для подобного стиля рисунков?
13. Грузят только ту лошадь, которая везет. Советую не забывать об этом. Если в команде никто нихера не делает, а ты единственный херачишь, угадай, кого будут грузить все подряд?
"Если задача не ваша — не хватайте её, даже если кажется, что «без вас всё рухнет». Спросите себя: «Что случится, если я не сделаю это?». Если мир не рухнет — пройдите мимо"
Логическая ошибка: то не хватайте задачу, даже если мир рухнет,
то хватайте., т.к. мир рухнет ,если вы не возьмётесь.
А ещё лучше и более ёмко в этой было в [Личный опыт] Сверхзанятость: полтора месяца на двух фултайм работах
13. Когда тебя выдавливают, уходи, но требуй выходное пособие.
«Уважай свое и чужое время»
— подходи робко, проси тихо, уходи молча
«Не будь Героем в чужом эпосе»
— будь Петькой в своём анекдоте
«Семья — Это не «Ваше свободное время», А «Ваша жизнь»
— забей на работу и хобби, вари борщ
«Спрашивай, даже если вопрос кажется тупым»
— и отвечай, даже если не знаешь правильный ответ и не понял вопрос
«Будь предсказуем, как часы»
— всегда пиши код одинаково хреново
«Не лечи выгорание кофеином»
— лечи водкой
«Учись говорить „НЕТ“, как император»
— и требуй, чтобы коллеги обращались к тебе «Ваша Светлость»
«Совершенствуйся, но не расти в ширину, как блин»
— расти в высоту, как бамбук
«Не семья, а спортивная команда»
— приболел? — понижение в зарплате и на скамейку запасных на весь сезон
«Ошибки — это не повод для самофлагеляции, а данные для анализа»
— и прекрасная оказия для того, чтобы глянуть в словаре значение слова «самофлагеляция» (и перестать заниматься этим в офисе)
«Декомпозиция — это не просто слово, а способ выжить»
— научись быть как поваренная соль в кипятке
«Работай там, где твой гений ценится, а не преодолевается»
— см. пункт про «вари борщ»
9. «Не семья, а спортивная команда»
Отличная статья! Я бы к 9 пункту дополнил момент с редфлагом, с которым я сталкиваюсь в компании: Отсутствие четких границ обязанностей.
Из моего, к сожалению всё ещё продолжающегося, опыта - это довольно своеобразное месиво:
10+ лет компании, нет четких границ обязанностей у сотрудников, мотивация "делай всё возможное чтобы компания процветала, мы все так делаем". Из-за этого получается, что будучи РПшником являешься человеком-оркестром.. это я уже боюсь говорить про бутылочные горлышки в виде некоторых руководящих личностей. И всё это под эгидой сектора B2G, где ТЗ надо было вчера, систему обновить позавчера, а сдать придуманный сегодня функционал в прошлом квартале.
Двенадцать заповедей от тех, кто уже выжил в IT (и не потерял чувство юмора)