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

Как IT-директору выбрать подрядчика для усиления команды бэкенд-разработки: практический вебинар

Новость для руководителей IT-отделов, техлидов и продукт-оунеров.

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

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

6 февраля, 16:00 МСК

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

Зарегистрироваться

Длительность — 1 час.

• 5 критериев готовности команды к работе с внешними разработчиками

• Как оценить благонадежность подрядчика

• Кейсы из практики: ритейл, производство, медицина

Спикер — Роман Огородников, руководитель проектов по backend-разработке в Programming Store.

Также вы сможете задать вопросы и получить ответы напрямую от директора компании и руководителя backend-направления Алексея Петухова.

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

Programming Store — центр удаленной разработки на платформах 1С, Python, Java, MS Dynamics 365. Уже 10 лет мы работаем по всей России и за рубежом с компаниями- внедренцами и крупными клиентами

Разработчики каталога Flathub, позиционируемого как независимая от отдельных поставщиков площадка для распространения пакетов в формате Flatpak, объявили о достижении отметки в миллион активных пользователей.

В настоящее время в каталоге представлено более 2400 приложений, из которых более 850 получили статус верифицированных, то есть сопровождаемых и поддерживаемых изначальными авторами и разработчиками. Общее число загрузок пакетов оценено командой Flathub в 1,6 миллиарда раз.

При подсчёте активных пользователей в Flathub вместо сбора метрик с систем пользователей специалисты платформы задействовали анализ статистики, доступной только на стороне инфраструктуры Flathub. Для прогнозирования числа активных клиентов использовалась привязка к числу установок runtime-наборов, предоставляющих типовое окружения для изолированного запуска приложений. В частности, для определения числа активных установок разработчиками Flathub было оценено число загрузок runtime с компонентами FreeDesktop и его обновлений до последней версии.

Источники: OpenNET, 9to5Linux.

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

Scrapscript лучше всего понимать с нескольких точек зрения:

• «это JSON с типами, функциями и хешированными ссылками»;

• «Это крошечный Haskell с чрезвычайной синтаксической согласованностью»;

• «Это язык со странной особенностью IPFS».

Scrapscript решает проблему совместного использования программного обеспечения. Современное программное обеспечение ломает границы. API расходятся, пакеты разрушаются, конфигурации закостеневают, сериализация портится, git запутывается, зависимости ломаются, документация умирает, всплывают уязвимости и так далее.

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

Эти простые решения в Scrapscript порождают новые парадигмы:

• контентно-адресуемое всё;

• всемирное совместное пространство имен;

• никаких сломанных зависимостей;

• управление версиями на уровне выражения.

Вышел релиз OneScript 1.9.0, развивающий независимую от компании 1С кросс-платформенную виртуальную машину для выполнения скриптов на языке 1С:Предприятие. Система самодостаточна и позволяет выполнять скрипты на языке 1С без установки платформы 1С:Предприятие и специфичных для неё библиотек.

Виртуальную машину OneScript можно использовать как для прямого исполнения сценариев на языке 1С, так и для встраивания поддержки их исполнения в приложения, написанные на других языках. Код проекта написан на языке С#, распространяется под лицензией MPL-2.0, доступны сборки для работы в Linux, Windows и macOS.

OneScript поддерживает все возможности языка 1С, включая нестрогую типизацию, условные выражения, циклы, исключения, массивы, регулярные выражения, COM-объекты и встроенные функции для работы с примитивными типами. Стандартная библиотека предоставляет функции для работы с файлами и строками, взаимодействия с системой, обработки JSON и XML, сетевого доступа и использования протокола HTTP, математических вычислений, работы с макетами.

Изначально система OneScript 1.9.0 рассчитана на разработку консольных приложений на языке 1С, но сообществом развивается библиотека OneScriptForms, позволяющая создавать приложения с графическим интерфейсом. Кроме стандартной библиотеки и OneScriptForms для OneScript доступно более 160 пакетов с дополнительными библиотеками и утилитами. Для упрощения установки и распространения библиотек предлагается пакетный менеджер opm.

Источник: OpenNET.

Что такое «авторента» и как она изменила нашу жизнь

«Авторентой» мы назвали инструмент для автоматизации расчета рентабельности.

Мы работаем по формуле «рентабельность всей компании зависит от рентабельности каждого проекта». Поэтому на показателе рентабельности завязана мотивация примерно 60% сотрудников AGIMA.

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

• Справочник для «авторенты». Здесь ставки, роли, привязка пользователей FinPlan и таск-трекера.

• Таск-трекер с подсчетом отработанных часов.

• Finplan для управленческого учета.

• Harvester всё объединяет и проводит первые расчеты. 

• Дашборды тимлидов и РП, где они отслеживают экономику каждого проекта.

• Распределятор. Хранит данные по всем дашбордам тимлидов и РП и распределяет внутренние затраты между проектами.

Результаты:

• Теперь закрываем квартал в среднем за месяц.

• Экономим сотни часов на расчете рентабельности.

• У нас есть сводные данные по рентабельности всех проектов в реальном времени.

• Появился полезный сайд-проект — дашборд простоев, — где видим количество «потерянных» денег.

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

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

Вышла новая версия библиотеки для создания PDF-файлов CapyPDF 0.8.0. В неё добавлена новая функция — поддержка форм XObject и аннотаций меток принтера.

Метки принтера — это цветные полосы и регистрационные строки, которые необходимы принтерам для контроля качества. Традиционно эти метки рисовались в графическом потоке страницы. Это проблематично, поскольку в настоящее время типографии предпочитают использовать свои собственные метки, а не те, которые созданы автором документа. PDF решает эту проблему, перемещая эти графические операции в отдельные контексты рисования (в частности, «формы XObject», которые на самом деле не являются формами, хотя и являются XObject), которые затем можно «приклеить» поверх страницы. Эти аннотации отображаются в приложениях для просмотра PDF-файлов, но не печатаются.

Исходный код проекта CapyPDF выложен на GitHub под лицензией Apache-2.0 license.

Разработчик проекта пояснил, что до версии 1.0 пока ещё далеко. Не все реализации систем и обращений к API в CapyPDF являются стабильными. Базовая функциональность так же уже есть, но она даже близко не полная и находится в разработке.

Мейнтейнер блочной подсистемы в ядре Linux, а также создатель io_uring и планировщиков ввода/вывода CFQ, Deadline и Noop Йенс Аксбо (Jens Axboe) продолжил свои эксперименты с оптимизацией ввода/вывода в ядре Linux. Он занялся оптимизацией работы планировщиков ввода/вывода BFQ и mq-deadline, являющиеся узким местом как минимум в случае скоростных накопителей NVMe.

Как показало изучение ситуации, одной из ключевых причин неоптимальной производительности подсистем планировщиков ввода/вывода стали проблемы с конкурирующими блокировками (lock contention, попытка получить блокировку, удерживаемую другим потоком). Благодаря мерам, нацеленным на снижение соперничества при обработке блокировок, таким как сериализация диспетчеризации и вставки запросов, скорость работы планировщиков выросла в ряде ситуаций в разы (при пересчёте в IOPS в рамках тестов).

При тестировании планировщика BFQ утилитой fio производительность выросла с 567К до 1551К операций ввода/вывода в секунду, а конкуренция блокировок снизилась с 96% до 30%. В случае с mq-deadline производительность после применения предложенных Аксбо патчей при использовании NVMe-накопителя увеличилась с 1070К до 2560K операций ввода/вывода в секунду (IOPS), а конкуренция блокировок снизилась с 94% до 23%.

Ранее Аксбо сообщил, что смог увеличить число операций ввода/вывода в секунду (IOPS) на 6% (или даже больше для полновесных конфигураций ядер Linux), потратив всего 5 минут на внесение правок в код проекта.

Вышел релиз легковесной СУБД, оформленной в виде подключаемой библиотеки, SQLite 3.45. Код проекта распространяется как общественное достояние (public domain) и может использоваться без ограничений и безвозмездно в любых целях. Финансовую поддержку разработчиков SQLite осуществляет специально созданный консорциум, в который входят такие компании, как Bentley, Bloomberg, Expensify и Navigation Data Standard.

Основные изменения:

• все SQL‑функции для работы с форматом JSON переписаны и переведены на новый внутренний формат дерева разбора JSONB, который сериализируется и может храниться в БД для исключения повторного разбора при использовании значений JSON;

• в виртуальную таблицу FTS5, применяемую для полнотекстового поиска, добавлена опция tokendata, позволяющая использовать собственные токенизаторы;

• по умолчанию включена оптимизация SQLITE_DIRECT_OVERFLOW_READ, при которой overflow‑страницы, размер которых больше стандартного размера страницы b‑tree, читаются из файла напрямую, минуя кэш;

• в планировщике запросов повышена эффективность оптимизации транзитивных ограничений (transitive constraint) и улучшено игнорирование индексов, которые признаны низкокачественными при выполнении операции ANALYZE;

• в интерфейсе командной строки улучшено отображение содержимого в кодировке UTF-8 на платформе Windows. Обеспечено автоматическое определение использования CLI‑интерфейса при воспроизведении скриптов «.dump» и внесение соответствующих изменений в настройки.

Источник: OpenNET.

После двух лет разработки сформирован релиз системы распознавания текста Ocrad 0.29 (Optical Character Recognition), развиваемой под эгидой проекта GNU. Ocrad может применяться как в форме библиотеки для интеграции функций OCR в другие приложения, так и в форме обособленной утилиты, которая на основе переданного на вход изображения выдаёт текст в UTF-8 или 8-битных кодировках.

Для оптического распознавания в Ocrad используется метод выделения признаков (feature extraction). В состав входит анализатор макета страницы, позволяющий корректно разделять столбцы и блоки текста в печатных документах. Распознавание поддерживается только для символов из кодировок "ascii", "iso-8859-9" и "iso-8859-15" (поддержка кириллицы отсутствует).

В новой версии GNU Ocrad 0.29:

• улучшено распознавание начертания буквы "L" с наклонённой правой частью;

• при использовании опции '‑o' ('‑output') обеспечено создание недостающих промежуточных каталогов, указанных в заданном пути к файлу;

• в сборочный файл configure и в Makefile.in добавлена переменная MAKEINFO;

• диагностические сообщения, связанные с файловыми операциями, преобразованы в форму 'PROGRAM: FILE: MESSAGE';

• в сообщениях об использовании некорректных аргументов командной строки обеспечен показ аргумента и имени опции.

Источник: OpenNET.

Проект GNU опубликовал релиз открытого текстового редактора GNU Emacs 29.2.

Вплоть до выпуска GNU Emacs 24.5 проект развивался под личным руководством Ричарда Столлмана, который передал пост лидера проекта Джону Вигли (John Wiegley) осенью 2015 года.

Исходный код проекта написан на языках C и Lisp и распространяется под лицензией GPLv3.

В новом выпуске на платформе GNU/Linux по умолчанию Emacs выставлен по умолчанию в качестве обработчика схемы URI org-protocol. Режим org позволяет быстро сохранять закладки, заметки и ссылки, используя команду emacsclient, например для сохранения ссылки URL с заголовком можно выполнить emacsclient "org-protocol://store-link?url=URL&title=TITLE". Кроме того, в новой версии редактора предложена новая опция tramp-show-ad-hoc-proxies, при помощи которой можно включить отображение внешних имён файлов вместо ярлыков на них.

Источник: OpenNET.

Создатель ReiserFS Ханс Райзер (Hans Reiser) в письмах из тюрьмы принёс сообществу Open Source свои глубокие извинения за социальные ошибки и прокомментировал прекращение поддержки файловой системы.

Райзер в настоящее время находится в тюрьме в Калифорнии за убийство своей жены в 2006 году. Он подключился к электронному списку рассылки писем разработчиков ядра Linux посредством обмена физическими письмами из тюрьмы.

Разработчик Фредрик Р. Бреннан написал письмо Райзеру, когда тот находился в тюрьме в Калифорнии, и недавно получил ответы на первое письмо и на несколько последующих. Письма от Райзера было разрешено расшифровать и публично распространить. Судя по оригинальным изображениям письма и всей сопутствующей информации, оно действительно кажется подлинным письмом от автора ReiserFS. Райзер в своих письмах подробно описал свои социальные ошибки, историю ReiserFS, осуждение ReiserFS некоторыми представителями сообщества и надежды, которые он возлагал на Reiser4.

Это очень длинная история, но для тех, кому интересно, её можно найти в списке рассылки ядра Linux, а оригиналы писем между Бреннаном и Райзером также выложены в открытый доступ.

Роспатент в 2023 году зарегистрировал 31,9 тыс. программ для ЭВМ и 5,2 тыс. баз данных (БД), следует из подсчетов компании «Онлайн Патент» на основе официальных данных ведомства. Это на 23,3% и 38,8% больше, чем в 2022 году, соответственно. В 2022 году показатели тоже росли относительно 2021 года, но не так активно: с 22,1 тыс. до 25,9 тыс. оформленных прав на ПО и с 3,3 тыс. до 3,7 тыс. прав на БД.

Больше всего свидетельств о регистрации в 2023 году получило управление информационных технологий и связи, подведомственное комитету по информации и связи Санкт-Петербурга. В течение года оно зарегистрировало 503 программы и 270 БД. В случае с ПО, по данным «СПАРК-Интерфакс», речь идёт о компонентах систем «Безопасного города», других городских систем мониторинга и документооборота.

Следующими в списке организаций, наиболее активно регистрировавших права на ПО, идут ТК «Центр» (крупнейший распространитель лотерейных билетов, бренд «Столото») с 440 свидетельствами и ОАО РЖД с 273 свидетельствами.

Базы данных, помимо властей Санкт-Петербурга, активнее всего регистрировали вузы: РАНХиГС, ВШЭ, Сеченовский институт и другие.

Количество патентов, выданных в течение 2023 года, осталось фактически на уровне 2022 года — 30,1 тыс. против 30,4 тыс. до 30,1 тыс. на изобретения и полезные модели. Число патентов на промышленные образцы снизилось на 5,5%, до 5,2 тыс.

18 января 2024 года Линус Торвальдс вернулся в сеть спустя пять суток без электричества у себя дома в Портленде, штат Орегон.

13 января 2024 года Линус Торвальдс объявил, что ему пришлось отложить текущие задачи по разработке ядра Linux 6.8 из-за сильного зимнего шторма, обрушившегося на США, включая Портленд, штат Орегон. У Торвальдса пропало электричество и доступ в Интернет.

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

В итоге сегодня после пяти суток перерыва Торвальдс всё же смог продолжить работу над ядром Linux 6.8 и начал проявлять большую активность в Linux Git.

13 января 2024 года Линус Торвальдс объявил, что ему пришлось отложить текущие задачи по разработке ядра Linux 6.8 из-за сильного зимнего шторма, обрушившегося на США, включая Портленд, штат Орегон. У Торвальдса нет электричества и Интернета.

Из-за зимнего шторма мы потеряли электричество и Интернет. Конечно, это Орегон, поэтому «шторм» здесь — это то, что некоторые, вероятно, посчитали бы «несколько ветреным», а «зима» здесь означает, что температура приближается к -10°C. И прежде чем кто-нибудь скажет: «Просто сходите в Starbucks и работайте оттуда», самое страшное — не считая, возможно, поваленных деревьев и линий электропередач — это другие водители. Я останусь на месте.

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

Запуск нового проекта: когда Time and Materials дороже Fixed Price, и на что лучше потратить эту разницу

Недавно мы сравнили модели Fixed Price и Time and Materials на примере типичного среднего проекта: прошлись по всем этапам и проследили, как меняется бюджет от пресейла до релиза.

В нашем примере проект по T&M вышел примерно на 5 миллионов дороже, чем Fixed Price проект. При этом проект по T&M получился более продуманным. Но мы считаем, что это не стоит таких сверхвложений.

По нашему мнению, лучше потратить разницу в 5 миллионов на постепенный запуск продукта — Soft Launch. Это когда мы тестируем первую версию проекта на ограниченной аудитории. Потом исправляем ошибки и только тогда выпускаем продукт для большей аудитории.

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

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

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

Полную версию этой статьи найдете тут. А об управлении проектами читайте в нашем телеграм-канале.

https://console.dev/

Добрая некоммерческая инициатива. Каталог инструментов разработчика. Независимые ревью. Контента ещё мало, но уже достаточно для раскрутки.

Разработчики Gentoo Linux, изначально ориентированного на формирование окружения с использованием сборки программ из исходного кода, объявили о введении в строй репозитория готовых бинарных пакетов. Пакетный менеджер Portage уже много лет поддерживает установку бинарных пакетов, но до сих пор бинарные пакеты предоставлялись лишь выборочно - предполагалось, что дистрибутив в основном распространяет метаданные для сборки, но пользователь может собрать бинарные пакеты на одной из своих систем и использовать на других компьютерах.

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

Для архитектур отличных от amd64 и arm64 сборки Gentoo Linux ограничены базовыми системными компонентами и еженедельными обновлениями. Для систем amd64 и arm64 бинарные пакеты охватывают и пользовательские приложения, включая пакеты с LibreOffice, Docker, Xfce, KDE и GNOME. Всего на зеркалах размещено более 20 ГБ бинарных пакетов, обновляемых ежедневно для стабильной ветки Gentoo.

Источник: OpenNET.

Чек-лист для самоконфликта. Как мы учим менеджеров прогнозировать

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

В AGIMA мы планируем на три месяца вперед: текущий месяц + 2 следующих. Именно на этот период все менеджеры должны четко понимать, чего ждать от своих проектов: какой бэклог у заказчика, будут ли перестановки в команде, когда согласуем финальный результат и получим акты?

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

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

Главная задача — задать правильные вопросы, чтобы менеджер засомневался во всех возможных вариантах ответа, но нащупал границы и выплыл с точным прогнозом.

Со временем такие вопросы превращаются в чек-лист для самоконфликта. Вопросы могут отличаться, но их объединяет сомнение «Уверен ли я, что…».

В полной версии статьи еще больше примеров — читайте ее здесь.

P. S. Мы много пишем об управлении проектами в нашем тг-канале. Так что приходите, если интересно)

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

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

А потом Вася Пупкин, Яваскрипт джун, тащит всё это добро к себе в репозиторий, потому что так делают ведущие компании. Бред! Он делает магазин для автозапчастей!

Тот же ужас творится и в найме. Задача Netflix не нанять человека. У них на каждую вакансию в день приходит по 84 резюме. Их задача - избавиться от кандидатов. Так же как и MS и FB избавляются от кандидатов, а кандидаты безбожно врут, для того, чтобы откусить "запретный плод" "хорошей зарплаты" и "отличной корпоративной культуры", а потом сваливают оттуда через годик-другой.

И какой-нибудь Сергей Константинович, HR менеджер среднего звена, пытается понять, почему это после 200 резюме он не нанял ни одного программиста.

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

В ядро Linux 6.8 запланировано добавление первого сетевого драйвера на языке Rust. В ветку net-next, в которой развиваются изменения для ядра Linux 6.8, включены изменения, добавляющие в состав ядра начальную Rust‑обвязку над уровнем абстракции phylib и использующий данную обвязку драйвер ax88 796b_rust, обеспечивающий поддержку PHY‑интерфейса Ethernet‑контроллера Asix AX88 772A (100MBit). Драйвер включает 135 строк кода и позиционируется как простой рабочий пример для создания сетевых драйверов на языке Rust, готовый для использования с реальным оборудованием.

По своим возможностям драйвер на Rust полностью эквивалентен предыдущему драйверу ax88796b, написанному на языке C, и может быть использован с сетевыми картами X-Surf 100, оснащёнными чипом AX88796B.

Оба сетевых драйвера, на C и на Rust, будут сосуществовать в ядре Linux, и могут включаться в зависимости от предпочтения пользователей системы. Для включения драйвера на Rust в Kconfig предусмотрена настройка AX88796B_RUST_PHY, вместе с которой при помощи параметра RUST_PHYLIB_ABSTRACTIONS также нужно включить Rust-обвязку над phylib.

Кроме того, на языке Rust разработан Ethernet‑драйвер Realtek Generic FE‑GE, который пока не предложен для включения в состав ядра. Ранее также был представлен прототип драйвера rust-e1000 для Ethernet-адаптеров Intel, переписанный на Rust.

Источники: OpenNET, Phoronix.