В IT чудес не бывает
"Разработка программного обеспечения — это процесс поиска и исследований. Следовательно, чтобы добиться успеха в этом, инженеры-разработчики должны стать экспертами в приобретении знаний или навыков посредством опыта или обучения." "Modern Software Engineering"…
Ремесло (craft) vs инженерия
Ремесло — это эффективный подход к созданию вещей, но у него есть свои пределы. Оно очень хорошо себя проявляет в создании «единичных» вещей. В системе ремесленного производства каждый предмет неизбежно будет уникальным. В чистом виде это верно для любой производственной системы, но для ремесленных подходов это особенно верно, потому что точность и, следовательно, повторяемость производственного процесса обычно низка».
Точность, масштабируемость, управление сложностью, повторяемость и точность измерений — все это необходимо учитывать при сравнении ремесла и инженерии.
"Modern Software Engineering" Dave Farley
#развитие #мысли_вслух
👍4❤1
И снова откуда-то эта связь "софт-скилы" - это "скилы болтовни".
Самый важный софт-скил - это умение просто слушать, а не "болтать".
В целом болтовня показывает как раз недостаток софт-скилов, чем их наличие.
Уметь выслушать, услышать и потом понятно, кратко и емко донести свою мысль - это софт-скилы.
А болтовня - это просто болтовня.
#мысли_вслух #развитие #классика
Самый важный софт-скил - это умение просто слушать, а не "болтать".
В целом болтовня показывает как раз недостаток софт-скилов, чем их наличие.
Уметь выслушать, услышать и потом понятно, кратко и емко донести свою мысль - это софт-скилы.
А болтовня - это просто болтовня.
#мысли_вслух #развитие #классика
💯13👍5❤1
"Автоматизатор" в команде - горе для автотестов...
Расскажите мне про успешные случаи автоматизации, если разрабы команды не занимаются автотестами или хотя бы тем, чтобы облегчить автотестирование.
Потому что я такого (успешного) ни разу не видел, но все упорно именно это так и продолжают делать, ибо специализация якобы рулит, а разрабы не умеют тестировать.
Как это работает, что за продукты, какое соотношение между кол-вом разрабов и "автоматизаторами" и, самое главное, сколько из новых фичей успеваете автоматизировать?
#holywar #test_automation
Расскажите мне про успешные случаи автоматизации, если разрабы команды не занимаются автотестами или хотя бы тем, чтобы облегчить автотестирование.
Потому что я такого (успешного) ни разу не видел, но все упорно именно это так и продолжают делать, ибо специализация якобы рулит, а разрабы не умеют тестировать.
Как это работает, что за продукты, какое соотношение между кол-вом разрабов и "автоматизаторами" и, самое главное, сколько из новых фичей успеваете автоматизировать?
#holywar #test_automation
👍6🤔1
В IT чудес не бывает
Продолжая тему "менеджер и техника". Еще несколько советов оставаться в технике будучи менеджером: Should you Stay Technical as an Engineering Manager? PS жаль, что мои самые любимые - самые неэффективные 😒 PS2 кстати, вопросы поддержания необходимого тонуса…
Сурово однако... 🤔
The Engineering Manager Role
#management #развитие #holywar
Being back in the job market again, I’ve noticed that there’s a bit of a change happening in job descriptions for Engineering Managers. Most notably, many of them specify that the successful candidate should be doing some/all of:
• Coding
• Code reviews
• Driving sprints/being a scrum master
• Breaking down work into tickets for the team
• Architecting solutions
• And many more tech-focused functions
The Engineering Manager Role
#management #развитие #holywar
Medium
The Engineering Manager Role
Manage all these tech people, but while you’re at it, do all this tech stuff too!
⚡1
Вчера набрел на свои #мысли_вслух 10-летней давности
Единственное, чем ее хочется сейчас дополнить, это продолжить через запятую "оставив этот код понятным"
Ваша работа как программиста — не писать код, а решать проблемы. Лучший способ решить проблему — писать как можно меньше кода.
Единственное, чем ее хочется сейчас дополнить, это продолжить через запятую "оставив этот код понятным"
👍12🔥5
Пр-р-ростите, сегодня мем, который не мем.
Я помню, что сегодня еще четверг и для пятничных #it_memes еще рано.
Настроение дня: "менеджмент - это просто"
особенно "релиз-менеджмент"...
Я помню, что сегодня еще четверг и для пятничных #it_memes еще рано.
Настроение дня: "менеджмент - это просто"
особенно "релиз-менеджмент"...
👍2🔥1😁1🏆1
Так как мем был внеочередной, вот полезняха (в плане "как делать не надо" или "сначала думай, потом делай").
https://youtu.be/Qd9ASypIA1s
Нашел у Жени в телеге, поржал (смахнув предварительно слезу) с каждого слайда. Теперь жду доклада Жени (🍿закуплен)
#процессы
https://youtu.be/Qd9ASypIA1s
Нашел у Жени в телеге, поржал (смахнув предварительно слезу) с каждого слайда. Теперь жду доклада Жени (🍿закуплен)
#процессы
YouTube
Главное, что должен уметь тимлид, — это писать код / Александр Кирсанов (ВКонтакте, VK)
Приглашаем на самую крупную мультиформатную конференцию для тимлидов и руководителей не только из IT — TeamLead Conf 2025, которая пройдет 10 и 11 ноября 2025 в Москве.
Подробнее о конференции: https://clck.ru/3NUaBv
________
Самая крупная мультиформатная…
Подробнее о конференции: https://clck.ru/3NUaBv
________
Самая крупная мультиформатная…
👍2❤1🤯1
Why do we underestimate how long it will take to complete a task?
А я всегда говорил, что оптимизм - это опасно :)
#оценка
А я всегда говорил, что оптимизм - это опасно :)
#оценка
The Decision Lab
Planning fallacy - The Decision Lab
Planning Fallacy is the tendency to be too optimistic about one's estimates. As a result, the time needed to get something done is underestimated.
❤2
Полезные ссылки по SRE:
• Курс по подготовке Site Reliability Engineer
• Интенсив SRE Week 2024 ШАД
взято тут
#развитие #tech_read
• Курс по подготовке Site Reliability Engineer
• Интенсив SRE Week 2024 ШАД
взято тут
#развитие #tech_read
👍8❤1
Управлять производительностью (людей) так же безнадежно, как и приказывать растениям расти.
Вы можете посеять семена и удобрить почву, но вы не сможете заставить цветок вырасти, дергая его. И вы же не выкапываете его раз в месяц, чтобы проверить, как он растёт.
(c) Bjarte Bogsnes
#management #it_философия
👍22
Недавно в комментах обсуждали о причинах того, как история с CrowdStrike (когда в мире легла виндовая инфра, около 8.5млн компов) пролезла в прод.
А вот и ответ (оригинал, и на русском, тем более оригинал из РФ еще и недоступен): тула типа виновата.
И самая мякотка, что они будут делать, чтобы не повторять:
Тестировать, млин 😂
#testing
А вот и ответ (оригинал, и на русском, тем более оригинал из РФ еще и недоступен): тула типа виновата.
И самая мякотка, что они будут делать, чтобы не повторять:
Тестировать, млин 😂
#testing
😁6
Tracking Engineering Time
#оценка
1. Measure the time engineers are spending. This doesn’t need to be super-precise, nor does it necessarily have to be wall-clock time (you can use story points, or ticket counts, or probably a dozen other things).
2. Split that time into “buckets” that map to the kinds of activities that influence output. I start with three buckets: features (time spent developing new things), debt (time spent fixing old problems), and toil (time spent on routine tasks).
3. Agree on the appropriate ratios for each bucket, and then adjust over time to influence the outputs you care about.
#оценка
jacobian.org
Tracking Engineering Time - Jacob Kaplan-Moss
How do you understand what engineers are doing with that time? How do you know if they’re working on the “right” things? Here’s how I suggest answering those questions.
🤔1
Smart people don’t learn… because they have too much invested in proving what they know and avoiding being seen as not knowing
(с) Chris Argyris
Это те же самые люди, которые "никогда" не ошибаются или не признают, что ошибаются.
Те же самые люди, у которых всегда на все есть ответ, мгновенный, вне зависимости от контекста.
Вот только действительно ли они умные в этом случае?
#развитие #мысли_вслух #it_философия
Telegram
В IT чудес не бывает
"Жизнь становится лучше, когда ты постоянно предполагаешь, что можешь ошибаться.
Ты больше узнаешь, меньше обижаешься. И привлекаешь умных людей.
Ваша неправота ничего не говорит о вас, как о личности.
А вот невозможность ее признать - говорит." (с) чье…
Ты больше узнаешь, меньше обижаешься. И привлекаешь умных людей.
Ваша неправота ничего не говорит о вас, как о личности.
А вот невозможность ее признать - говорит." (с) чье…
💯5
Для чего нужно делиться своими знаниями?
Мысли вслух: для "личного бренда" нужно делиться очень интенсивно, я бы даже сказал "агрессивно" и в разных каналах распространения информации. Ну или по-настоящему уникальными вещами (тогда можно и не частить).
А делать нужно не для бренда, нужно просто для себя...
#развитие
Мысли вслух: для "личного бренда" нужно делиться очень интенсивно, я бы даже сказал "агрессивно" и в разных каналах распространения информации. Ну или по-настоящему уникальными вещами (тогда можно и не частить).
А делать нужно не для бренда, нужно просто для себя...
#развитие
Stack Overflow Blog
The most successful developers share more than they take
After interviewing several developers, a pattern started to become clear: great developers share a lot. This takes different forms for different people, but is very often a blog. But for many top developers, their sharing mindset came before their success…
👍7❤3🤔1
Где-то плюс-минус в это время, несколько лет назад я в первый раз активно собеседовал людей на позицию аналогичную моей.
Прикольный опыт - как бы взгляд на свою работу со стороны и в итоге ищешь вроде себя, но лучше.
Разработчики чаще таким занимаются - собеседуют разработчиков (но я как-то пропустил этот этап или просто давно было 😂 и не помню).
Менеджеры же обычно собеседуют для себя (в плане иерархии) или иногда помогают искать в параллельные треки/департаменты/отделы/итп. В удивительных случаях (но они бывают) общаются (и я бы не стал называть это собеседованиями) с тем, кто потом будет ими руководить.
Тогда родилась эта заметка.
Перечитал. Все еще годно и не хочу ничего добавить/убрать.
Может кому пригодится.
ЗЫ ссылка уже тут когда-то была, но кто ж их считает :)
#собеседования #management
Прикольный опыт - как бы взгляд на свою работу со стороны и в итоге ищешь вроде себя, но лучше.
Разработчики чаще таким занимаются - собеседуют разработчиков (но я как-то пропустил этот этап или просто давно было 😂 и не помню).
Менеджеры же обычно собеседуют для себя (в плане иерархии) или иногда помогают искать в параллельные треки/департаменты/отделы/итп. В удивительных случаях (но они бывают) общаются (и я бы не стал называть это собеседованиями) с тем, кто потом будет ими руководить.
Тогда родилась эта заметка.
Перечитал. Все еще годно и не хочу ничего добавить/убрать.
Может кому пригодится.
ЗЫ ссылка уже тут когда-то была, но кто ж их считает :)
#собеседования #management
www.maxshulga.ru
Обычные и не очень вопросы к собеседованию на позицию Engineering Manager
Навеяно тредом под вопросом Charity Majors , своими собеседованиями и собеседованиями меня :) Может кто найдет что-нибудь интересного себе. ...
👍5❤1🔥1
Главная редакция канала в лице меня уходит в заслуженный отпуск 🎉
2 недели тишины по утрам у тех 84 подписчиков, у которых не стоит мьют на новые сообщения тут (люди - кто вы, я вас заочно люблю и уважаю ❤️).
И в целом каналу уже почти год (после отпуска как раз год и будет). Чуток не добрал до 500 подписчиков и чуток от этого обидно. Зато нативно 🙂
Будет ли продолжение после отпуска?
Будет, но полегче. Писать каждый день (внутренние обязательства) под конец давалось очень тяжело. Так что скорее всего будет не каждый день.
А в остальном надеюсь не поменяется. Конечно, хочется больше хардового контента, но... В общем посмотрим.
PS в комментах ссылочка на подкаст 5-летней давности, интересно себя слушать и читать спустя какое-то время. Что и как меняется в голове. Но у меня в целом всестабильно консервативно 🙂 Может кому будет интересно послушать.
Ну а я пошел собирать инструменты в свой традиционный отпуск 🙃
2 недели тишины по утрам у тех 84 подписчиков, у которых не стоит мьют на новые сообщения тут (люди - кто вы, я вас заочно люблю и уважаю ❤️).
И в целом каналу уже почти год (после отпуска как раз год и будет). Чуток не добрал до 500 подписчиков и чуток от этого обидно. Зато нативно 🙂
Будет ли продолжение после отпуска?
Будет, но полегче. Писать каждый день (внутренние обязательства) под конец давалось очень тяжело. Так что скорее всего будет не каждый день.
А в остальном надеюсь не поменяется. Конечно, хочется больше хардового контента, но... В общем посмотрим.
PS в комментах ссылочка на подкаст 5-летней давности, интересно себя слушать и читать спустя какое-то время. Что и как меняется в голове. Но у меня в целом все
Ну а я пошел собирать инструменты в свой традиционный отпуск 🙃
🏆16👍10🎉6❤4🤝1