Два месяца тестировал ChatGPT и Claude параллельно — вот мои выводы
Пост скорее для тех, кто уже вырос из одного только ChatGPT и постоянно натыкается на его ограничения
Разбираю, для каких задач какой LLM интерфейс я использую, и в чем между ними разница
Ну и для общего развития может быть интересно 🫡
Нарушитель замаскировал исходный текст, но забыл про базу данных. Подсветили базу данных и связали ее с интерфейсом программы. Собрали пакет для Следственного комитета России.
Привет! Меня зовут Вика, почти 4 года назад я пришла в Naumen на стажировку. Потом работала системным аналитиком в Naumen SMP, а сейчас руковожу командой сопровождения web SMP.
Еще до тимлидства я слушала подкасты продактов. Это помогало накапливать общую картину, что важно в управлении. Когда сама стала тимлидом, начала искать книги и статьи уже о том, как выстраивать работу с командой. Почти все советы были для команд с опытными и самостоятельными специалистами. В моей — только джуны, которым нужна совсем другая среда: больше поддержки, объяснений, пространства для ошибок. Универсальные рецепты тут не работали, поэтому я искала свой путь.
В этой статье я собрала 9 шагов, которые помогли выстроить команду, где можно учиться, ошибаться и расти без страха. Это не универсальные рецепты, а честный опыт, живые примеры и решения, которые сработали в моей команде.
Недавно я завершила обучение на курсе от Google по программе Управление проектами Поэтому я решила подготовить цикл из шести статей, в которых постараюсь передать ключевые идеи курса для русскоязычной аудитории.
Курс состоит из шести разделов, и каждая статья будет охватывать один раздел. Вот их список:
Рынок ИТ переживает странные времена. Еще вчера за senior-специалистами выстраивались очереди из рекрутеров, готовых на любые условия. Сегодня же все чаще звучит: "Зачем платить больше?" Компании с нескрываемым энтузиазмом нанимают junior-ов, а опытные волки оказываются за бортом или вынуждены существенно умерить свои аппетиты. Что происходит? Неужели эпоха преклонения перед ИТ-гуру подошла к концу?
Давайте начистоту: ситуация парадоксальная, но вполне объяснимая. Компании – это, прежде всего, про деньги. И если раньше сложная задача требовала гения с десятилетним опытом, то сегодня все чаще работает иной подход. Вот очевидные причины:
Lemonade — страховая компания нового цифрового типа. Все взаимодействие с ней, от покупки страховки до получения выплаты, идет онлайн. Львиная доля заявок одобряется за несколько секунд в ходе переписки с ботом.
Недавно я завершила обучение на курсе от Google по программе Управление проектами Поэтому я решила подготовить цикл из шести статей, в которых постараюсь передать ключевые идеи курса для русскоязычной аудитории.
Курс состоит из шести разделов, и каждая статья будет охватывать один раздел. Вот их список:
В наши дни кадровый электронный документооборот может бы внедрен не только в крупных компаниях типа РЖД или Газпрома. Если у вас грамотный бухгалтер, то даже в небольшом бизнесе можно настроить КЭДО и забыть о бумажных приказах и договорах
One-on-one, 1-to-1, 1-2-1, 1:1 meeting — столько названий, но суть одна — это регулярная личная встреча между руководителем и его сотрудником, на которой обсуждаются не задачи, а человек: его мотивация, рост, проблемы и обратная связь.
Я придерживаюсь точки зрения, что 1-2-1 встречи с каждый сотрудником уникальны, и придерживаться какого-то унифицированного плана не стоит. Тем не менее, если доверительный и комфортный формат с сотрудником ещё не сформировался, то ниже я опишу свои рекомендации по структуре встречи с временными рамками
В сети написано много статьей о том, как проводить такие встречи. Я тоже решил внести вклад в общее знание по теме работы с людьми с расчётом на то, что моя статья будет кому-то полезна и этот кто-то возьмёт план, доработает его под себя и тоже поделится с обществом.
Каждая программа начинается с идеи, однако путь от идеи до готового продукта достаточно долог. На этом пути будут поджидать множество сложных вопросов, от решения которых зависит успех. Неверные ответы могут значительно усложнить проект, а правильные сделать эту дорогу легкой.
Цикл статей о проектировании, призван показать один из возможных путей, достижения успеха, через проектирование программного обеспечения с использованием UML (англ. Unified Modeling Language — унифицированный язык моделирования).
В качестве сквозного примера, для всего цикла статей, будет идея создать библиотеку электронных книг для обучения и научной работы. Проектируемая программа не только позволит читать книги, но и делать их конспекты, цитируя и добавляя собственные комментарии.
-------------
В настоящей статье будет описано применение диаграммы последовательности как промежуточного этапа между предшествующими диаграммами, которые в большей степени служили для согласования и оптимизации бизнес-процессов, и сугубо техническими, описывающими построение программного продукта.
На мой взгляд, диаграмма последовательности является самой недооцененной диаграммой из всего набора диаграмм UML. В основном, разработчики используют ее для моделирования сетевых или меж платформенных соединений, то есть внешних по отношению к разрабатываемому продукту, однако область ее применения значительно шире. В бизнесе, подобные используются для описания последовательности действий, движения товаров, информации и документов, то есть хорошо иллюстрируют документооборот компаний. В этой статье мы рассмотрим как с помощью такой диаграммы можно выстраивать внутреннюю структуру приложения.
Сотрудник-клей, тест систем управления проектами, Канбан, CFD, обзор курса от Гугла, замена РП на ИИ, офисные интриги и всё интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!
Привет! Меня зовут Илья, последние 7 лет я занимаюсь фронтендом и наконец решил отметиться на Хабре. Стартую с темы, которая, как кажется, уже успела приесться, но всё ещё вызывает жаркие споры — код ревью (CR). Не смотря на сотни статей и мануалов, каждая команда подходит к этому процессу по‑своему. Хочется зафиксировать и осмыслить собственный опыт, показать, как мы подходили к настройке процесса в реальном проекте, и почему, на мой взгляд, код‑ревью не может быть универсальным, а должен опираться на контекст команды.
В этой статье не будет технических деталей вроде рекомендаций по максимальному количеству строчек в diff‑е или формату названий коммитов. Я хочу подняться на уровень выше и поговорить о целях, ключевых факторах и реальных компромиссах которые встречаются в CR.
Мозг похож на театр и вы в нём — режиссёр, который может управлять мыслительными процессами (в том, числе путём обмана) и не пускать на сцену сознания ненужные мысли.
Конспект книги с полезными рекомендациями управления своим мозгом.
Долгих дней и приятных ночей! Меня зовут Натали, я IT Project Manager со стажем 10+ лет. В данной статье хочу поднять вопрос негативного влияния добровольно‑принудительных командировок удаленщиков в офис как на сотрудников, так и на компанию вцелом. Особенно первый раз. Особенно для интровертов. Статья будет полезна руководителям, проджектам, HR и любому it‑специалисту (возможно вы узнаете себя, и убедитесь что вы такой не один). Поехали!
Представим, что вы — руководитель (тимлид, ПМ, Head of PMO, не столь важно). Работаете в крупной компании в Москве, следите за финансовыми метриками успешности проекта/компании. Под вашим руководством распределенная команда — многие работают в Москве на гибриде, кто‑то всегда из дома, кто‑то из других городов. В какой то момент вы раздумываете над вопросом — а как увеличить эффективность команды? Часто на этом этапе руководители приходят к мысли, что нужно, как это сейчас модно, «сплотить» команду — и все сразу станут более производительными, чаще будут писать друг другу, просить и оказывать помощь, охотнее говорить о проблемах и быстрее придумывать решения.
... вопрос оказался настолько глубоким, что стал этой статьей.
Итак, это ответ на вопрос в комментарии к моему предыдущему статье-мнению: https://habr.com/ru/articles/913720/comments/#comment_28375568 Вопрос / комментарий от victor_1212
Всем привет!
Меня зовут Катя Громова. Я работаю руководителем продуктового дизайна в Ozon Travel.
Сложно коротко рассказать о своём опыте — за что я только не отвечала в Travel. Мои основные обязанности — формирование единого визуала продукта и развитие продуктовой команды. Одним словом, делаю всё, чтобы пользователь возвращался к нам.
В этой статье я отвечу на следующие вопросы. Возможно ли вырасти от стажёра до руководителя в одной компании? Как сделать так, чтобы бизнес считался с дизайном? Что должен делать руководитель дизайн-команды? Или это всё простые истины, и вы уже заряжены на успех и готовы закрыть эту статью? Нет? Значит, пристегните ремни — и поехали!
Уже 2 года использую AI, чтобы лучше понимать разработчиков, разгружать свой график и сохранять здоровый эмоциональный фон в команде. Делюсь рабочими промтами и тем, что поняла за это время. Статья будет полезна начинающим менеджерам в диджитале, которые хотят быстрее и качественнее вести проекты по разработке.
Для современной компании, будь то разработчик ПО, SaaS-провайдер или активный пользователь облачных платформ, CRM и аналитики, корректная обработка ПДн и уведомление Роскомнадзора – это уже не опция, а гигиенический минимум. Забыли или ошиблись? Готовьтесь к штрафам для юр лиц и ИП до 300 000 ₽ с 30 мая 2025 года. Если хотите доверия клиентов и беспроблемной работы — действуйте по закону.
В этой статье мы предоставим пошаговую инструкцию, которая поможет пройти регистрацию, учитывая специфику современных цифровых инструментов и снизить риски, связанные с неисполнением требований закона. Подробно рассмотрим, как избежать штрафов, что делать при трансграничной передаче, как легализовать аналитику, какие требования предъявляются к политике конфиденциальности и что обязательно должно быть на сайте компании.
В этой статье расскажу, как продукция крупной аптечной сети была включена в товарную матрицу ВкусВилл, что позволило не только повысить продажи, но и обеспечить оперативную доставку заказов, включающих как продукты, так и лекарства. Совместная работа над проектом сократила время исполнения комбинированных заказов до менее чем двух часов. Кроме того, в ходе проекта был разработан универсальный API — программный интерфейс обмена данными, который оказался пригодным для большинства фармацевтических интеграций.
