Книга Design Patterns: Elements of Reusable Object-Oriented Software («Приёмы объектно-ориентированного проектирования. Паттерны проектирования»), также известная под названием «синей книги», по цвету обложки первого издания, или книги «банды четырех/GoF» издана почти тридцать лет назад.
Привет, Хабр! Меня зовут Егор Толстой, я — ведущий подкаста Podlodka и автор Роадмапа Тимлида. Веду телеграм-канал Teamlead Good Reads (далее…)
Эта статья в первую очередь для джуниоров, которые активно ищут работу в сфере QA и не всегда понимают, почему их не зовут на собеседования или почему собеседование проходит не так, как ожидалось. Однако более опытные кандидаты тоже смогут почерпнуть для себя что-то полезное.
Статей о том, как составить резюме и подготовиться к собеседованию, достаточно много. Большинство из них написаны HR-специалистами или карьерными консультантами (или теми, кто себя таковыми считает). Я же хочу изложить свою субъективную точку зрения как действующего тимлида, на которого периодически ложится задача поиска новых сотрудников.
Петр Жогов, технический директор AI-стартапа, эксперт по промышленному внедрению ML
Последние исследования McKinsey показывают: компании, внедрившие ИИ в ключевые процессы, демонстрируют на 47% более высокую маржинальность по сравнению с традиционными игроками. Но речь уже не только о коммерческой эффективности — нейросети становятся критической инфраструктурой, сравнимой по значимости с энергосетями или транспортными системами.
Применять инструменты проектного управления – дорого. Это финансовые вложения и время ваших ключевых сотрудников.
Не так давно во время разработки технологии управления ИТ-проектами мы столкнулись с проблемой: что в компании является проектом, а что нет, и к каким инициативам целесообразно применять инструменты и методы проджект менеджмента. В этой статье рассказываю подробный кейс, как мы разработали калькулятор, который помогает отличить проекты от непроектов, начать эффективно распределять ресурсы и предотвращать дорогостоящие ошибки.
Прощай, трёхногий стул, команды на две пиццы и «менеджеры»
О возможностях ИИ в разработке, дизайне и документации написано уже много. Но мне кажется, не менее интересные изменения происходят в том, как команды строят продукты в эпоху ИИ.
Этот пост создан при участии Хенри Модиссета, руководителя дизайна в Perplexity. Я восхищаюсь Perplexity по многим причинам, и одна из них — это то, как они как компания применяют ИИ на практике и находятся на передовой нового подхода к работе.
В IT-сообществе не утихают споры о ценности формального образования. Одни считают, что только фундаментальное образование формирует инженерное мышление. Другие уверены, что самоучки не уступают выпускникам вузов благодаря свободному доступу к фреймворкам и онлайн-ресурсам. Мы в Artezio провели круглый стол с экспертами отрасли и собрали аргументы с обеих сторон и разобрались, кого ищут работодатели в эпоху, когда код пишут LLM.
Всё совершенно бесплатно на целый год:
Никто на российском рынке и среди крупных западных облачных хостингов такого объёма не даёт больше чем на месяц. Собственно, из тех, кого мы нашли, — вообще никто.
Скоро мы планируем прикрутить ещё одну фичу — бесплатный доступ к Kubernetes.
После этого, конечно, бесплатный период закончится. Мы не филантропы, двигающие идею облачного инстанса в массы, мы практичная компания со своей экономической моделью. И, кстати, дешевизной мы не заманиваем: средний чек у нас на уровне тех же Селектела, Яндекса и Сбера.
Мы пришли за вашими деньгами. Но хотим, чтобы вы смогли посмотреть инфраструктуру сами. (далее…)
11 новых российских продуктов для отслеживания внешнего трафика в Telegram-каналы и профили пользователей, создания вовлекающих виджетов на сайте, запуска онлайн-школ и многого другого. Битва за «Продукт недели» началась!
Product Radar — здесь каждую неделю публикуются лучшие онлайн-сервисы и железки от русскоязычных команд.
Это площадка, где энтузиасты из мира технологий делятся своими идеями, обсуждают и создают вместе новые продукты, чтобы делать жизнь людей лучше.
🥇LookLink 💰🤝
Стоит ли оценивать время на выполнение задач в IT? Или, может быть, просто приступить и начать работать? А что, если оценивать не время, а объем задач? И что вообще следует и можно оценивать?
Как и всегда, универсального ответа нет. Я придерживаюсь следующей стратегии: прежде чем давать или запрашивать оценку, важно понять, зачем это нужно обеим сторонам — бизнесу и разработке (в нашем случае). Кроме того, стоит уточнить, какая степень точности оценки будет оптимальной для вашего проекта на текущий момент.