В статье приводятся примеры рабочих столов создаваемых в Notion для доступа членов команды к процессам проекта. Подробно разбирается структура рабочего стола и назначение информационных блоков. Статья не является руководством для создания подобного, но объясняет особенности рабочего стола и необходимость наличия в нем представленных структур.

https://habr.com/ru/post/699054/?utm_source=habrahabr&utm_medium=rss&utm_campaign=699054

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

https://habr.com/ru/post/698942/?utm_source=habrahabr&utm_medium=rss&utm_campaign=698942

В статье разбираем на цифрах, что сейчас происходит с IT-рынком. Объясняем новичкам что от них ожидают работодатели и даём инструкцию как устроится на свою первую работу в IT.

https://habr.com/ru/post/698934/?utm_source=habrahabr&utm_medium=rss&utm_campaign=698934

Когда вы в последний раз сталкивались с качественно документированным кодом?

С кодом, который можно было использовать буквально «из коробки», просто ознакомившись с небольшим README файлом. Но к которому в то же время прилагалась подробная документация, поясняющая каждую строчку: не только то, что она делает, но и почему она была написана именно так, а не иначе.

Давно ли вы встречали такой код? Неделю назад? Месяц? Год?

Лично мне посчастливилось увидеть такой код пару лет назад. И с тех пор я видел немало кода с… довольно грязной документацией.

Но разве можно винить в этом разработчиков?

https://habr.com/ru/post/698712/?utm_source=habrahabr&utm_medium=rss&utm_campaign=698712

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

Я не буду вдаваться в роль технического директора в этой статье, потому что думаю, что она довольно хорошо понятна: вы руководите отделом, либо продвигаясь выше уровня управления — иногда в течение всей карьеры, — либо будучи первым старшим инженером. в компании. Однако промежуточные уровни часто остаются загадкой, поэтому нам потребуется некоторое время, чтобы их разгадать. Это должно дать вам лучшее представление о том, чего ожидать, если вы выберете этот путь, а также лучше понять, что люди в вашей нынешней компании делают на таких должностях.

Названия должностей в руководящих должностях большинства хороших технологических компаний довольно стандартны. Есть инженерные менеджеры(Engineering manager), инженерные директора(Engineering Director), вице-президенты по инженерии(VP of Engineering) и, наконец, технический директор(Technical Director). Однако то, что на самом деле влечет за собой роль, зависит от размера компании. Например, технический директор в компании среднего размера может иметь несколько небольших групп, подчиняющихся ему, но в самых крупных компаниях (например, FAANG) одна и та же должность может означать управление отделом из 250 человек. Поэтому, если вы перейдете в очень крупную компанию, вам, возможно, придется согласиться на «понижение» должности, даже если ваша должность больше.

https://habr.com/ru/post/698710/?utm_source=habrahabr&utm_medium=rss&utm_campaign=698710

Приятно познакомиться, мы битриксоиды. Да-да, те самые которые:

- вообще не модные,

- пишут НЕ на Laravel и Symfony,

- возятся с кучей мягко говоря “неидеального” кода под названием “1С-Битрикс: Управление сайтом”,

- проходят Академию 1С-Битрикс и сдают платные экзамены для подтверждения компетенций,

- умеют дорабатывать обмен с 1С без истерики,

- берут с заказчика "тонну денег" за то что любой php-джун сделает на вордпрессе одной левой,

- но при всем этом почему-то делают сложные проекты переживающие тысячи доработок без потери товарного вида и управляемости.

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

Но сегодня речь не о бекенде. Поговорим мы про переделку нашего собственного сайта на более-менее свежих FRONTEND-технологиях. И одновременно прикинем, а почему бы не делать все сайты/магазины/личные кабинеты на таком стеке.

https://habr.com/ru/post/698536/?utm_source=habrahabr&utm_medium=rss&utm_campaign=698536

Топологическая оптимизация является новой и крайне актуальной технологией. Она применяется для снижения массы деталей без снижения функциональности. В космической разработке она применяется компанией "СПУТНИКС" одной из первых. Как частная космическая компания мы можем позволить себе не быть консервативными и внедрять новые технологии, как только они появляются.

С помощью ТО мы снизили массу детали в два раза, стоимость запуска в два раза, стоимость ее производства более, чем в семь раз. Как мы этого добились? Предлагаем вашему вниманию максимально полное руководство по топологической оптимизации применительно к разработке комплектующих для спутника. Уверены, представленные данные и наш опыт помогут любому специалисту, стремящемуся разобраться в деталях ТО. Поехали!

https://habr.com/ru/post/698274/?utm_source=habrahabr&utm_medium=rss&utm_campaign=698274

Привет! Меня зовут Александр Мошаров, я — ведущий разработчик кластера «Индустриальные процессы». В прошлом году я руководил группой из нескольких десятков разработчиков, расшаренных на множество проектов, и собирал обратную связь от команд. На основе этих данных мы с коллегами разработали универсальный и простой подход к процессам в Jira и Gitlab. Вот уже на протяжение года этот подход облегчает облегчает жизнь многим командам разработчиков в «Северсталь-инфокоме». Расскажу, как мы пришли к этой системе и в чем она заключается.

https://habr.com/ru/post/698236/?utm_source=habrahabr&utm_medium=rss&utm_campaign=698236

Проблемы учета рабочего времени обсуждались не раз и не два. При этом мнение о необходимости таймтрекинга разделяет сотрудников на два противоположных лагеря. Как правило, исполнители всячески осуждают и указывают на неэффективность проектов, в которых необходимо вести учет рабочего времени и ежедневно отчитываться о проделанной работе. Напротив, многие правильные руководители приводят множество доводов в пользу таймтрекинга своих сотрудников. Это противоречие порой вызывает у меня приступы сильной головной боли, которую я попытался унять написанием этой статьи в блог ЛАНИТ. Есть такое лекарство – мышление письмом...

https://habr.com/ru/post/697268/?utm_source=habrahabr&utm_medium=rss&utm_campaign=697268

Привет, я Дмитрий Шестернин, техдиректор Flowwow. Знакомая ситуация, когда за полгода ваша команда прирастает почти на треть сильными крутыми спецами, а легче никому не становится? Если да — обнимемся. И я расскажу, как мы адаптировали и использовали на практике Spotify-модель управления командой и в результате распутали структуру нашей быстрорастущей разработки.

https://habr.com/ru/post/697848/?utm_source=habrahabr&utm_medium=rss&utm_campaign=697848

Срыв сроков и выход за оценки - довольно частая и болезненная проблема бизнеса при взаимодействии с IT-специалистами. Иногда срывы сроков и выходы за оценки начинают приобретать хронический характер и встаёт острый вопрос: «Что же с этим делать?». Давайте рассмотрим, какие действия могут предпринять «неайтишники», чтобы выйти из ситуации. Сразу скажу, что слова: «Просто напишите нормальное ТЗ» - не прозвучат.

https://habr.com/ru/post/697442/?utm_source=habrahabr&utm_medium=rss&utm_campaign=697442

“Чтобы что” - это что? Как научить аналитика-проектировщика, что является обоснованием функциональных требований, а что нет? Когда заказчик отвечает на вопрос “чтобы что”, как понять, является ли это ответом? Я не нашел книг, где это было бы описано понятно, сжато и лаконично. Чаще всего описаны абстрактные рассуждения, в применении которых на практике возникают проблемы. В статье на примерах разбирается как находить причину требований, какие они бывают, а что не является причиной вовсе.

https://habr.com/ru/post/697444/?utm_source=habrahabr&utm_medium=rss&utm_campaign=697444

Всем привет! Меня зовут Александр Григорьев и я работаю в компании «Интерсвязь». Это уральская компания, которая занимается услугами связи, домофонии и IT-продуктами. Я работаю продуктовым аналитиком в домофонии и хочу рассказать про опыт аналитики в разработке «осязаемых» продуктов.

Когда проектируешь продукт, важно помнить, что ты чаще всего не придумываешь что-то абсолютно новое. Скорее ты просто на порядок улучшаешь решение текущих проблем. Ровно как Google стал лучше WebCrawler, iPhone стал лучше Nokia и так далее.

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

Собственно, про особенности использования продуктового подхода в аппаратной разработке я и хочу рассказать.

https://habr.com/ru/post/697402/?utm_source=habrahabr&utm_medium=rss&utm_campaign=697402

Плагин Structure для Jira очень полезен в ежедневной работе с задачами и их анализом. Он выводит на новый уровень визуализацию и структуризацию Jira-тикетов. И все это доступно сразу «из коробки».

Не все знают, но в Structure есть формулы, которые своей функциональностью просто взрывают мозг. С помощью формул можно создавать крайне полезные таблицы, которые могут сильно упростить работу с задачами, а главное, очень полезны в более глубоком анализе релизов, эпиков и проектов.

В этой статье мы разберемся, как создавать свои формулы, начиная от самых простых примеров и заканчивая довольно сложными, но полезными кейсами.

https://habr.com/ru/post/697186/?utm_source=habrahabr&utm_medium=rss&utm_campaign=697186