Обновить
256K+

Управление разработкой *

Планирование, отслеживание и контроль

527,94
Рейтинг
Сначала показывать
Порог рейтинга

Как посмотреть на задачу глазами исполнителя

Иногда мы ставим задачу и даже не задумываемся, что у коллег может не быть того же контекста, что и у нас. Нам кажется, что в постановке и так все очевидно: где лежат нужные данные, что именно нужно сделать и какой результат ожидается. Но после передачи в работу появляются уточнения, дополнительные обсуждения и вопросы, которые просто не учли заранее.

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

1️⃣ Как ИИ может помочь сформулировать задачу?

У нас в команде есть ассистент Dev Describer. Он помогает формулировать бизнес-требования к задачам разработки.

Например, можно описать задачу своими словами: «Нужно добавить уведомление о просроченной заявке в личный кабинет». 

Ассистент поможет уточнить детали:

  • когда именно показывать уведомление; 

  • для каких пользователей оно должно работать; 

  • какой текст нужен;

  • что считается ожидаемым результатом.

Если нужны дополнительные материалы — схемы, ссылки, скриншоты — мы сразу фиксируем их в задаче вместе с текстом.

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

2️⃣ А как проверить постановку перед передачей в работу?

Полезно попробовать посмотреть на нее глазами исполнителя. Для этого мы используем отдельный сценарий: даем ассистенту задачу и просим найти места, которые могут помешать начать работу.

Например: «Ты — исполнитель этой задачи. Тебе важно найти пробелы, которые мешают приступить к работе».

После этого ассистент помогает заметить:

  • где не хватает контекста;

  • что можно понять неоднозначно;

  • каких вводных не хватает;

  • какие вопросы, скорее всего, появятся у команды.

3️⃣ Что это дает в работе?

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

4️⃣ Где такой подход особенно полезен?

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

Теги:
Всего голосов 2: ↑2 и ↓0+4
Комментарии0

AviTalk: как инженер становится техническим руководителем юнита

AviTalk — шоу, в котором сотрудники Авито рассказывают о своём профессиональном пути. В этом выпуске — Марк Чайников, Technical Unit Leader в Авито. Ведущий — Виктор Раев, руководитель разработки юнита Services Base.

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

Отдельно затронули не самые очевидные, но важные вещи: как логи и заметки помогают в работе руководителя, почему ops-review — это не формальность, а инструмент управления, и что делать с конфликтами и выгоранием внутри команды.

Это разговор не только о карьере, но и о том, как меняется мышление, когда перестаёшь отвечать за код и начинаешь отвечать за систему целиком.

Смотреть выпуск:

🔵 VK Видео
📺 YouTube
📌 Rutube

AviTalk — шоу толковых людей. Гости — сотрудники Авито из разных дирекций и команд, которые делятся своей экспертизой и профессиональным путём.

    Теги:
    Всего голосов 19: ↑19 и ↓0+21
    Комментарии0

    РБПО по ГОСТ Р 56939—2024: вебинар №23 из 30 — Реагирование на информацию об уязвимостях

    Предлагаю вашему вниманию запись вебинара, где мы разбираем безопасную разработку ПО. Вебинар посвящен процессу из раздела 5.23. — «Реагирование на информацию об уязвимостях». На YouTube. Слайды.

    Цели 23-го процесса по ГОСТ Р 56939—2024:

    Обеспечение выявления и устранения уязвимостей при эксплуатации ПО.

    Общее количество вебинаров — 30. Каждому из 25 процессов ГОСТа посвящён отдельный вебинар и ещё 5 записано дополнительно на смежные темы. Запись всех вебинаров и подборка дополнительной информации доступна по ссылке: ГОСТ56939.РФ.

    Методика ВУ и НДВ в ПО приведена в соответствие с ГОСТ Р 56939—2024

    Материалы будут полезны всем, кто знакомится с темой РБПО и заинтересован во внедрении зрелых подходов в работу по созданию и сопровождению качественных программных продуктов. Материал по ГОСТ Р 56939–2024 весьма актуален, так как 12 мая 2026 утверждена обновлённая «Методика ВУ и НДВ в ПО». См. заметку «Методика выявления уязвимостей и недекларированных возможностей — 2026».

    НЕкурс про РБПО

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

    Теги:
    Всего голосов 1: ↑1 и ↓0+3
    Комментарии0

    Написал бесплатное приложение для транскрибации — ⚡️ Talkis. Делал для себя как open‑source альтернативу платным сервисам по подписке.

    Что оно умеет:

    • Расшифровывает созвоны (Zoom, Discord, Telegram и др.) в реальном времени прямо на лету.

    • Вытаскивает текст из любых готовых аудио‑ и видеофайлов.

    • Умная диктовка: наговариваете мысли голосом, а приложение причесывает и форматирует текст под нужный стиль.

    Как это работает: модели можно крутить либо полностью локально на вашем железе (вообще бесплатно), либо подключить свои API‑ключи и платить копейки за токены без наценок сервисов.

    Проект открытый. Буду очень благодарен за обратную связь, баг‑репорты и звездочку на GitHub — для развития проекта это сейчас самое важное.

    🤩 GitHub  📥 Скачать

    Теги:
    Всего голосов 10: ↑9 и ↓1+11
    Комментарии2

    📕📖🧠 Недавно на глазапопалась новая книга на O'Relly с интригующим названием «Follow the money» (Следуй за деньгами) от Ена Милли. В ней автор раскрывает несколько тем работы IT-компании:

    1. Спонсоры технологий (кто платит деньги за неё) и Юзеры технологии (которые требуют новые фичи и поддержку) — разные люди. И как итог, если ты работаешь только с юзерами, но не своими спонсорами, то технологию ждет провал.

    2. Большинство организационных и технических решений в компании принимаются не с позиции выгоды для бизнеса, а с позиции, кто управляет потоком денег компании (Кто управляет потоком, тот и принимает финальные решения). И не зависит от того, какую форму управления компания имеет будь это единоличный собственник, публичная компания или государственная компания.

    3. Приводится пример, когда отдел продаж получающий деньги от ключевых клиентов, начинает фактически управлять структурой IT‑компании и формировать технические команды под свои нужны (Команды по работе с ключевыми клиентами и команда по работе с малышами — где вторая формируется из менее сильных разработчиков).

    И хотя книга в целом пытается говорить на интересные темы, она написана максимально плохо и сумбурно (надеюсь последующая редактура поможет книге получиться цельной). Если вам хочется разобраться с темой власти в организациях, то я рекомендую две книжки:

    — Хазин, Щеглов: «Лестница в небо»

    — Патрик Ленсиони: «Пять пороков команды»

    Так вот, я решил посмотреть, какие же до этого книги писал автор, чтобы понять, именно эта книга такая странная, или он так всегда пишет. И обнаружил, что он до этого писал книги по devops, и он был одним из популярных авторов O'Relly

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

    Теги:
    Всего голосов 3: ↑3 и ↓0+6
    Комментарии2

    Руководитель, который не ошибается — и другие мифические существа

    Затягивать неприятные решения. Говорить «да», когда надо «нет». Нанимать людей, похожих на себя. Верить, что процесс как-нибудь заработает сам. Всё это — классические управленческие ошибки, которые совершают даже опытные руководители. И о которых не очень принято говорить вслух.

    В новом выпуске «Свободного слота» — Андрей Колесников, SRE DevOps Lead в Авито и соведущий подкаста «В SREду на кухне». Разбираем топ управленческих косяков — и честно признаёмся в своих.

    Что обсудили

    Можно ли вообще научиться на чужих ошибках — или только на своих? Где грань между взвешенным решением и банальным затягиванием. Как говорить «нет» так, чтобы не прослыть неудобным руководителем. И как признавать ошибки до того, как с ними уже пришли к тебе — а не после.

    Слушайте и смотрите новый выпуск на площадках:

    📺 YouTube
    🔵 ВК Видео
    📌 RuTube
    🎧 Яндекс Музыка
    Ⓜ️ Mave

    Ещё больше новостей — в нашем телеграм-канале

    «Свободный слот» — терапевтичный контент для тимлидов и тех, кто хочет ими стать

    Теги:
    Всего голосов 16: ↑16 и ↓0+20
    Комментарии0

    РБПО по ГОСТ Р 56939—2024: вебинар №22 из 30 — Обеспечение поддержки программного обеспечения при эксплуатации пользователями

    Предлагаю вашему вниманию запись вебинара, где мы разбираем безопасную разработку ПО. Вебинар посвящен процессу из раздела 5.22. – "Обеспечение поддержки программного обеспечения при эксплуатации пользователями". На YouTube. Слайды.

    Цели 22-го процесса по ГОСТ Р 56939—2024:

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

    Общее количество вебинаров — 30. Каждому из 25 процессов ГОСТа посвящён отдельный вебинар и ещё 5 записано дополнительно на смежные темы. Запись всех вебинаров и подборка дополнительной информации доступна по ссылке: ГОСТ56939.РФ.

    Цикл вебинаров проведён компанией ООО "ПВС" совместно с учебным центром "Маском". Организаторами выступили Андрей Карпов и Виталий Пиков. Совместно с приглашёнными экспертами различных компаний мы рассмотрели 25 процессов, приведённых в ГОСТ Р 56939—2024.

    Материалы будут полезны всем, кто знакомится с темой РБПО и заинтересован во внедрении зрелых подходов в работу по созданию и сопровождению качественных программных продуктов. Материал по ГОСТ Р 56939—2024 весьма актуален, так как 12 мая 2026 утверждена обновлённая "Методика ВУ и НДВ в ПО". См. заметку "Методика выявления уязвимостей и недекларированных возможностей — 2026".

    P.S. Суммарное время предлагаемых к изучению вебинаров составляет около 50 часов. Это достаточно большая задача, поэтому мы решили помочь и разбили материалы на отдельные уроки по РБПО. Возможно, так вам будет проще усваивать материал, а интерфейс позволяет отмечать, с чем вы уже ознакомились. 

    Теги:
    Всего голосов 3: ↑3 и ↓0+5
    Комментарии0

    В стране копирующих продуктов.

    Как сейчас помню. Прилетает баг. Пользователь-кассир видит закупочную цену. Исправил. Прилетает баг. Пользователь-управляющий видит не закупочную цену, а цену продажи. Фиксить нельзя рефакторить.

    М-да, предшественники старались знатно, чтобы сделать такое колесо обозрения костылей и вложенных условных операторов. Но ничего! Уж я-то всё всем докажу и всё везде исправлю навсегда!

    Настарался не менее знатно, что-то постоянно не сходилось. Ну, не могли полтора десятка человек быть абсолютным злом. Или я в самом загадочном месте планеты, или причина в другом. Я стал искать, перебирать бэклог, группировать бэклог и вышел на… планирование. На его отсутствие.

    Ладно, не вышел. Был свидетелем. Как от спринта к спринту задачи не были связаны друг с другом. Сегодня мы делаем турникет, завтра апельсин, потом кузнечика, потому что срочно нужна наковальня, а у нас итерационный продукт! Если останется время, то переведём бабушку с ангуляра на рякт, если нет — дедушку, но закончить до сентября! Что будет через два месяца? Верно, бабка с дедом посреди дороги висят на турнике в шубах на рыбьем меху. А? Поняли? Поняли? Рыбий мех — кузнечный мех! Это аджайл, мамкина норка! Нет времени уточнять, тебе ещё апельсин чистить.

    И вроде бы фантастика, ложь, абсурд! Но одна недоделанная фича сменяет другую и мы из созвона в созвон гоняем запятую по «фиксить нельзя рефакторить», ведём разговоры о техническом долге. Только долг оказывается концептуальным.

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

    Вы помните этого персонажа из Книги Джунглей. Не шибко опасен, не шибко умен, но он повсюду со своими мантрами. Если концепцию продукта можно представить в виде компаса, по которому можно сверяться и потому свободно перемещаться по пути к большой цели, то табаки-менеджмент не имеет такого компаса, он ориентируется на слухи: куда подул ветер, туда и развернут продукт. Это бизнес! Бизнес зовут! Подобное мельтешение ведёт к джунглям из спагетти-кода, что при первом приближении кажется техническим долгом.

    Табаки-менеджмент этому рад, он может даже с пониманием относиться к рефакторингу, но при всей внешней дружелюбности он одёрнет вашего коллегу и попросит сделать вот эту срочную фичу и разобраться вот с этим важным клиентом. Клиент ушёл, фича никому не нужна, а ваш рефакторинг — это ваш рефакторинг.

    Теги:
    Всего голосов 3: ↑3 и ↓0+5
    Комментарии0

    Собрали новую подборку заказов с Биржи Инфостарта. В этот раз в списке — задачи, которые появились с 4 по 9 июня: отчеты, обновления, интеграции, синхронизация, аналитика и проектная работа по 1С.

    Есть как небольшие разовые задачи, так и заказы, где нужно глубже погрузиться в проект. На этой неделе заказчики ищут аналитиков, разработчиков и консультантов 1С. Встречаются задачи по ERP, БП, УНФ, УТ, «Управлению холдингом», MDM/Data Quality, обменам и внешним интеграциям.

    Среди новых заказов:

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

    Биржа заказов Инфостарта - это раздел, где заказчики публикуют задачи по 1С, а исполнители откликаются напрямую. Форматы разные: консультация, небольшая доработка, отчет, настройка обмена, интеграция с внешним сервисом, обновление конфигурации или сопровождение проекта.

    Для работы через Биржу доступны:

    • 0% комиссии площадки;

    • прямой обмен контактами;

    • исполнители разного масштаба — от частных специалистов до ИТ-команд;

    • безопасная сделка по желанию;

    • рейтинги, кейсы и история откликов.

    Посмотрите свежие заказы и выберите задачу, которая подходит под ваш опыт и загрузку.

    Теги:
    Всего голосов 4: ↑4 и ↓0+6
    Комментарии0

    РБПО по ГОСТ Р 56939—2024: вебинар №21 из 30 — Безопасная поставка программного обеспечения пользователям

    Предлагаю вашему вниманию запись вебинара, где мы разбираем безопасную разработку ПО. Вебинар посвящен процессу из раздела 5.21. – "Безопасная поставка программного обеспечения пользователям". На YouTube. Слайды.

    Цели 21-го процесса по ГОСТ Р 56939—2024:

    Обеспечение защиты ПО, в том числе документации ПО, от угроз, возникающих в процессе передачи ПО пользователю.

    Общее количество вебинаров — 30. Каждому из 25 процессов ГОСТа посвящён отдельный вебинар и ещё 5 записано дополнительно на смежные темы. Запись всех вебинаров и подборка дополнительной информации доступна по ссылке: ГОСТ56939.РФ.

    Цикл вебинаров проведён компанией ООО "ПВС" совместно с учебным центром "Маском". Организаторами выступили Андрей Карпов и Виталий Пиков. Совместно с приглашёнными экспертами различных компаний мы рассмотрели 25 процессов, приведённых в ГОСТ Р 56939—2024.

    P.S.

    Суммарное время предлагаемых к изучению вебинаров составляет около 50 часов. Их можно смотреть на ускорении. Однако даже в этом случае с учётом дополнительных материалов и отсылок на внешние ресурсы изучение займёт около двух рабочих недель.

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

    Подробнее: НЕкурс про разработку безопасного программного обеспечения (РБПО).

    Теги:
    Всего голосов 3: ↑2 и ↓1+3
    Комментарии0

    Собрались как то Росатом, Камаз, Северсталь и РЖД, чтобы разработать отечественный стандарт Бережливого производства - ГОСТ Р 56020.

    Сделали сначала первую версию от 2014 года.

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

    И вот в этом современном стандарте от монстров отечественной экономики используется перечень потерь из середины прошлого века...

    Зачем критический подход? Видимо решили, что лучше оставить узкоспециализированный набросок от Тойоты, чем разработать нечто актуальное, логичное, удобное и более универсальное, чем конвейер с запчастями от автомобилей...

    Хотя там весьма "современно" - много синонимов, выделенных в отдельные позиции и без какого-либо подхода к систематизации - просто список, как старику японцу приснилось.

    Вот исходный тойотовский список из 7ми:

    • перепроизводство

    • избыток запасов

    • лишнее перемещение объектов (логистика)

    • задержки и простои

    • лишняя обработка

    • лишние движения человека

    • дефекты и брак

    Вот, на мой взгляд, более адекватный для работы вариант:

    • использование неактуальной технологии

    • избыточность (операции, ресурсы, страховка)

    • ошибки и нарушения

    • упущенные возможности и простои

    Чем меньше в списке позиций - тем проще его запомнить и применять на практике.

    Чем лучше систематизация, тем более целостная получается модель.

    Теги:
    Всего голосов 7: ↑4 и ↓3+3
    Комментарии7

    РБПО по ГОСТ Р 56939—2024: вебинар №20 из 30 — Обеспечение безопасности при выпуске готовой к эксплуатации версии программного обеспечения

    Предлагаю вашему вниманию запись вебинара, где мы разбираем безопасную разработку ПО. Вебинар посвящен процессу из раздела 5.20. – "Обеспечение безопасности при выпуске готовой к эксплуатации версии программного обеспечения". На YouTube. Слайды.

    Цели 20-го процесса по ГОСТ Р 56939—2024:

    Организация приёмки ПО с целью недопущения недостатков кода ПО перед его предоставлением пользователям.

    Общее количество вебинаров — 30. Каждому из 25 процессов ГОСТа посвящён отдельный вебинар и ещё 5 записано дополнительно на смежные темы. Запись всех вебинаров и подборка дополнительной информации доступна по ссылке: ГОСТ56939.РФ.

    Цикл вебинаров проведён компанией ООО "ПВС" совместно с учебным центром "Маском". Организаторами выступили Андрей Карпов и Виталий Пиков. Совместно с приглашёнными экспертами различных компаний мы рассмотрели 25 процессов, приведённых в ГОСТ Р 56939—2024.

    P.S.

    Суммарное время предлагаемых к изучению вебинаров составляет около 50 часов. Их можно смотреть на ускорении. Однако даже в этом случае с учётом дополнительных материалов и отсылок на внешние ресурсы изучение займёт около двух рабочих недель.

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

    Подробнее: НЕкурс про разработку безопасного программного обеспечения (РБПО).

    P.P.S. Знакомство с ГОСТ Р 56939-2024 – всё более актуальная задача

    Информационное сообщение ФСТЭК России от 28 мая 2026 г. N 240/24/3693.

    Разработчикам программного обеспечения средств защиты информации рекомендуется использовать положения настоящей Методики для организации внутренних процессов жизненного цикла программного обеспечения в соответствии с ГОСТ Р 56939-2024 "Защита информации. Разработка безопасного программного обеспечения. Общие требования". 

    Теги:
    Всего голосов 3: ↑3 и ↓0+5
    Комментарии0

    Разработка WMS и логика склада: интервью с основателем INTEKEY

    Разрабатывать систему управления складом сложно, если команда не знает, как склад работает в реальности.

    На канале TransRussia Connect вышло небольшое интервью с Денисом Сумелевым, основателем компании INTEKEY. Поговорили о специфике отрасли: как разработка софта пересекается с физической логистикой.

    О чем идет речь в видео:
    — Зачем ИТ-компании держать в штате 90% бывших директоров складов.
    — Почему перед внедрением программы нужно пересобрать логистические процессы руками.
    — Как выстраивать систему внутри самой ИТ-компании, чтобы автоматизатор не был «сапожником без сапог».

    Теги:
    Всего голосов 1: ↑1 и ↓0+3
    Комментарии0

    Ближайшие события

    Я не доделал ни один проект на 100%

    Сейчас по всем моим проектам записано более 10К задач. Если выполнять по одной задаче каждый день, то мне понадобится 30 лет, чтобы выполнить все эти задачи. Но когда я делаю задачу, мне приходят идеи и я записываю еще несколько новых задач. Мой список задач никогда не закончится, наоборот, количество задач в нем увеличивается каждый день.

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

    Blog • Telegram

    Теги:
    Всего голосов 4: ↑2 и ↓20
    Комментарии1

    Помните год назад вышло беспрецедентное судебное решение Верховного Суда РФ за номером 5-КГ25-30-К2, которое призвало увеличить цифровую безопасность в Интернете и свести к минимуму мошенничество в виде оказания услуг под чужим именем? Так вот, после данного решения специалисты по ИБ вспомнили старого друга dnstwist и стали периодически проверять свой домен на наличие клонов-фишингов.Ну и что говорить, я тоже раз в неделю сдувал пыль с утилиты и проверял подозрительные "зеркала".

    Однако, каждый инструмент хорош для того, для чего он был разработан, и чем больше я с работал с dnstwist тем больше я понимал, чего мне в нем не хватает для полноценного выполнения упражнения. Так как рынок не предложил достойного решения, пришлось разработать aka завайбкодить утилиту, специально заточенную для задачи от Верховного Суда.

    Во-первых, текущее решении кросс-платформенное, так как реализовано на Docker. Поэтому его быстро и легко можно запустить как на Linux, так и Windows с MacOS, а также интегрировать в ваши уже существующие системы мониторинга.
    Во-вторых, функционал и настройки выведены в GUI через веб-интерфейс. Это позволяет выводить графику, а именно скриншоты проверяемых доменов, избавляя от необходимости ручной перепроверки.
    Также, на лету вносятся отметки о false positive, true positive или домен под продажу (тоже нужно смотреть, чтобы недоброжелатели не выкупили). Данные записываются в SQLite, которую можно легко скачать и интегрировать в свою систему.
    В завершение, из глобальных фич: формируется PDF-отчет, который выводит скриншоты фишинговых и доменов на продажу, позволяя быстро и оперативно принимать решение.

    Приложение доступно на GitHub под названием 5-KG25-30-K2 на русском и английском языках. Качайте, пользуйтесь и, если есть предложения, контрибьюте. Жду вашей обратной связи и комментариев по утилите.

    🧠 Обязательно поделись с теми, кому это может быть полезно: 💬 Телеграм | 💬 Max | 📝 Хабр | 💙 ВКонтакте

    Теги:
    Всего голосов 1: ↑0 и ↓1-1
    Комментарии0

    Публикуем свежую подборку задач на Бирже заказов Инфостарта. В списке - доработки печатных форм, настройка телефонии, администрирование PostgreSQL и 1С:Фреш, разграничение доступа, перенос данных и оптимизация обменов между базами.

    Биржа помогает заказчикам находить специалистов под задачи по 1С, а исполнителям - выбирать проекты под свой опыт, специализацию и текущую загрузку.

    На этой неделе доступны задачи разного масштаба — от точечных настроек до переноса данных и администрирования инфраструктуры.

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

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

    На Бирже доступны:

    • работа без комиссии площадки;

    • прямой обмен контактами между заказчиком и исполнителем;

    • исполнители разного масштаба — от частных специалистов до ИТ-команд;

    • безопасная сделка по желанию сторон;

    • рейтинги, кейсы и история откликов, которые помогают выбрать подрядчика.

    Посмотрите актуальные заказы недели и выберите задачу, которая подходит под ваш опыт и загрузку.

    Теги:
    Всего голосов 4: ↑4 и ↓0+6
    Комментарии0

    Представлен открытый проект Odysseus. Это самостоятельно размещаемое рабочее пространство для ИИ (самодостаточная версия пользовательского интерфейса, аналогичного ChatGPT и Claude). «Работает на вашем собственном оборудовании, с вашими собственными данными — приоритет локальности, приоритет конфиденциальности и отсутствие троянов», — пояснил автор проекта PewDiePie:

    • проект запускается локально на рабочем ПК или сервере — никаких аккаунтов, телеметрии и облаков;

    • на борту уже есть агенты — умеют в веб-браузинг, редактирование файлов, анализ документов, сортировку писем и многое другое;

    • Odysseus также поддерживает Deep Research и глубокие исследования;

    • через API можно подключить любые локальные модели;

    • удобный интерфейс и полная поддержка работы со смартфона;

    • интернет-подключение не нужно, если работаете локально.

    Теги:
    Всего голосов 1: ↑1 и ↓0+3
    Комментарии0

    Инженер Netflix Теджас Чопра разработал открытый инструмент Project Headroom, который сжимает контекст перед отправкой в языковую модель и за счёт этого помогает пользователям экономить на ИИ-запросах.

    Проект Headroom работает с контекстом, который отправляется в языковую модель: историей переписки, логами, результатами работы инструментов, файлами, документацией и другими данными. Перед отправкой в LLM программа сжимает этот контекст и удаляет из него избыточную информацию. По оценке Чопры, до 90% токенов в таких данных могут быть фактически лишними для модели.

    Идея проекта появилась после того, как Чопра получил счёт на $287 за использование Claude Sonnet в домашнем проекте. Речь шла о типичных задачах: отладке, рефакторинге, работе с MCP-инструментами и запросах к базе данных. После анализа расходов инженер выяснил, что значительная часть токенов уходит не на его собственные инструкции, а на машинный «мусор»: чрезмерно подробные JSON-схемы, вложенные шаблоны в API-ответах, повторяющиеся колонки баз данных и другую служебную информацию.

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

    Теги:
    Всего голосов 2: ↑2 и ↓0+4
    Комментарии0

    Руководитель

    У меня трое детей, и я уверен, что хороший родитель, как правило, является хорошим руководителем.

    Сознательный родитель хочет вырастить из беспомощного ребёнка самостоятельного взрослого. Сначала показывает сам, потом делает вместе с ребёнком, в конце только наблюдает и корректирует. Таким образом ребёнок осваивает навык за навыком, будь то умение держать ложку, ходить или кататься на велосипеде.

    Мудрый руководитель заинтересован в том, чтобы компетенция сотрудника постоянно росла. Для этого он постепенно передаёт зоны ответственности. Сначала сотрудник решает задачи, затем начинает вести проекты, осваивает проектирование систем, подключается к найму людей и т.д.

    Грустная новость: руководители зачастую не занимаются развитием сотрудников, даже, наоборот, ограждают от более сложных задач, чтобы ненароком не вырастить себе конкурентов.

    Хорошая новость: руководителей, в отличие от родителей, выбирают.

    С Днём защиты детей!

    Теги:
    Всего голосов 2: ↑2 и ↓0+4
    Комментарии1

    РБПО по ГОСТ Р 56939—2024: вебинар №19 из 30 — Нефункциональное тестирование

    Предлагаю вашему вниманию запись вебинара, где мы разбираем безопасную разработку ПО. Вебинар посвящен процессу из раздела 5.19. – "Нефункциональное тестирование". На YouTube. Слайды.

    Цели 19-го процесса по ГОСТ Р 56939—2024:

    Подтверждение того, что поверхность атаки, модель угроз и архитектура ПО содержат необходимую информацию.

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

    Общее количество вебинаров — 30. Каждому из 25 процессов ГОСТа посвящён отдельный вебинар и ещё 5 записано дополнительно на смежные темы. Запись всех вебинаров и подборка дополнительной информации доступна по ссылке: ГОСТ56939.РФ.

    Цикл вебинаров проведён компанией ООО "ПВС" совместно с учебным центром "Маском". Организаторами выступили Андрей Карпов и Виталий Пиков. Совместно с приглашёнными экспертами различных компаний мы рассмотрели 25 процессов, приведённых в ГОСТ Р 56939—2024.

    P.S.

    Суммарное время предлагаемых к изучению вебинаров составляет около 50 часов. Их можно смотреть на ускорении. Однако даже в этом случае с учётом дополнительных материалов и отсылок на внешние ресурсы изучение займёт около двух рабочих недель.

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

    Подробнее: НЕкурс про разработку безопасного программного обеспечения (РБПО).

    Теги:
    Всего голосов 1: ↑1 и ↓0+3
    Комментарии0