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

По информации Telegram Info, в Beta-версии Telegram для Android эксперты обнаружили строки, которые отвечают за новый способ авторизации в приложении.

При входе в Telegram пользователю может потребоваться ввести секретное слово или фразу. Такие коды указываются в SMS-сообщении, либо в оповещении от служебного аккаунта Telegram на другой активной сессии.

На экране авторизации могут быть вспомогательные подсказки — например, слово, с которого начинается кодовая фраза. Кроме того, скопированную фразу можно быстро вставить в текстовое поле при помощи опции «Paste».

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

Пользователям мессенджера Telegram с 20 февраля начали приходить предложения получить подписку Telegram Premium на месяц в обмен на рассылку СМС со своего мобильного номера сторонним неизвестным пользователям с кодами верификации мессенджера для доступа к их учётной записи. Программа названа P2PL (Service for Telegram Peer-to-Peer Login Program), что переводится как «программа однорангового входа». По условиям Telegram, лимит составляет 150 сообщений в месяц с возможностью отправки СМС в другие страны. Опция доступна только пользователям приложения Telegram на Android (Telegram App).

Вместе с нами ты будешь:

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

Мы живём в интересное время — большие языковые модели выдадут решение, которое раньше должны были выдавать «аксакалы» от айти
всё что выше перечислено — это те самые «рельсы» по которым движется «типовой» бизнес, который обычно есть клон существующего успешного
ну а для езды по рельса первопроходцы не нужны — спроси и очередной gpt выдаст наилучший ответ — то есть мне немного непонятно зачем нужны overcvalificated
то есть реально — по одной из вакансии требовался тимлид — видимо учить мидлов и джунов — и надо было прикрепить тестовое задание — да, я загнал его в бесплатный чат — там выдало отличное решение с комментами, ну и мне собес почти на следующий день (просто проделал для теста)
Я наблюдал исчезновение ряда профессий в айти:
машиносчётные станции — залы где сидели люди рядами (что теперь именуют опенспейс) и считали на железном феликсе — я даже учил технологию организации таких вычислений
машинисты‑операторы ввода — то есть программисты писали программы на бумаге, а потом «специально обученные люди» набивали перфокарты

и тд

Наш опыт внедрения компонентной разработки

Компонентная разработка подразумевает деление мобильного приложения на отдельные компоненты (фичи). За каждый из них отвечает конкретный разработчик — Feature-оунер. Часть времени он посвящает задачам компонента, а часть — технической документации (Roadmap). Feature-оунер также контролирует работу остальных разработчиков, прикрепленных к фиче.

Мы решили перейти на новую методологию на текущем проекте по двум причинам:

1. У тимлида на проекте было мало времени, его нужно было разгрузить.

2. Проект смело можно назвать супераппом, он большой. И чтобы новый разработчик полноценно въехал в работу, обычно уходило 3–4 недели. Нам нужно было этот процесс ускорить.

Вот как мы распределили роли:

И вот что нам это дало:

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

• Документация проекта оказалась полезной уже в этом проекте. В среднем новый разработчик тратил на 20% времени меньше на ресерч и общение с другими участниками команды, чтобы понять, как работает фича.

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

Это короткая версия статьи о компонентной разработке от нашего тимлида Саши Омельяненко — весь текст читайте тут.

Как за два кризисных года мы увеличили команду вдвое

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

1. Провели реформу косвенных

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

2. Стажировки

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

3. Усиление подбора

Мы в 2 раза расширили команду рекрутеров, стали активно применять инструменты автоматизации подбора, например, Хантфлоу. Сейчас работаем над узнаваемостью: проводим регулярные опросы среди новых сотрудников и соискателей. Также мы открыли Outreach-отдел, который занялся холодным поиском специалистов на горящие вакансии, а заодно — и новых заказчиков.

Результаты

За 2022–2023 годы мы наняли порядка 300 человек. Из них 200 человек пришли в департамент разработки. При этом, мы сохранили аутсорс на докризисном уровне, а прошлый год стал рекордным по оборотам.

О наших планах на будущее читайте в полной версии статьи.

Эксперты выяснили, что платформа Discord всё это время по умолчанию предоставляла возможность скачивать только 32-битную версию клиентского приложения для Windows. Эта версия ПО имеет более низкую производительность даже на современных ПК. Также в 64-битной версии устранены многие проблемы и баги с вылетом приложения.

Необходимые действия для установки 64-битной версии: нужно указать в конце ссылки =х64 вместо =х86 — тогда загрузится 64-битная версия. Настройки при установке не потеряются.

Состоялся выпуск второй мажорной версии инструментария vue-ray. Исходный код проекта опубликован на GitHub под лицензией MIT.

Предыдущая стабильная версия проекта vue-ray v1.17.4 вышла в мае 2023 года.

Проект vue-ray позволяет проводить отладку кода Vue с помощью Ray, чтобы быстрее устранять проблемы. Установите этот пакет в любой проект Vue 3, чтобы отправлять сообщения в приложение Ray.

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

Rivendell — это полнофункциональная система автоматизации радиосвязи, предназначенная для использования в профессиональном радиовещании и средствах массовой информации. Исходный код проекта опубликован на GitHub по лицензии GNU General Public License версии 2.

Команда проекта PumpkinOS предприняла попытку создания повторной реализации операционной системы PalmOS, использовавшейся в популярных коммуникаторах компании Palm.

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

Приложения, собранные для архитектуры m68K, могут запускаться на системах с процессорами x86 и ARM. Исходный код проекта написан на языке C и распространяется под лицензий GPLv3.

Среда для запуска приложений PumpkinOS поддерживает работу в Linux и Windows, но также может быть собрана в виде самодостаточной загружаемой ОС (системное окружение основано на ядре Linux и пакете BusyBox).

В расках проекта предоставляется графическая оболочка для навигации по имеющимся приложениям и переключения между ними. В поставку PumpkinOS включены четыре базовых приложения, код которых перенесён из PalmOS SDK: адресная книга, система Todo-заметок, текстовый редактор MemoPad и календарь.

Описание и комменты к код ревью

Есть один очень простой, но удивительно эффективный способ ускорить код ревью в команде и сделать этот процесс более приятным.

Выложив Pull Request, напиши к нему описание и оставь комментарии.

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

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

Не нужно растекаться словом по древу. Достаточно буквально 3-5 предложений. Читать огромную портянку текста тоже никто не захочет.

Сделав это, оставьте комментарии к самому коду. На что ревьюерам стоит обратить внимание? Где вы сомневаетесь в своём решении? Если есть доработки какого-то общего кода, то зачем они были сделаны?

Эти комментарии облегчат жизнь человеку, который будет смотреть ваш код. Помогите ему выделить главное из кода и заострить своё внимание именно на этом.

Больше интересного про жизнь в IT у меня в ТГ

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

В качестве транспорта могут быть использованы ssh, rsh или собственный протокол rsync. Поддерживается организация работы анонимных rsync-серверов, оптимально подходящих для обеспечения синхронизации зеркал. Исходный код проекта распространяется под лицензией GPLv3.

Значительное изменение номера версии не связано с функциональными изменениями в нынешнем выпуске, а является отложенной реакцией на изменения в прошлой версии 3.2.7.

В Rsync 3.3.0 в основном выполнено исправление ошибок. Репозиторий проекта на GitHub перенесён из аккуаунта сопровождающего WayneD в отдельную организацию RsyncProject. Также сообщается о формировании новой команды сопровождающих rsync из-за нехватки времени у нынешнего сопровождающего.

Примечательно, что в команду проекта вернулись Эндрю Триджелл (Andrew Tridgell), основатель проектов samba и rsync, а также Пол Маккеррас (Paul Mackerras), один из первых разработчиков rsync, принимавших в 1996 году участие в создании протокола rsync.

Изменения в Rsync 3.3.0:

• в утилиту rrsync (restricted rsync) добавлена опция "-no-overwrite", запрещающая перезапись существующих файлов в целевом каталоге;

• вспомогательные скрипты mapfrom и mapto, написанные на языке Perl, переписаны на Python и объединены в общий скрипт idmap;

• переписан на языке Python perl-скрипт mnt-excl.

Источник: OpenNET.

3 апреля 2024 года AMD заявила, что разработчики AMD Radeon в скором времени откроют исходный код большего количества своего стека программного обеспечения для графических процессоров, а также выложат в открытый доступ техдокументацию по оборудованию GPU компании.

«Поскольку интерес сообщества к ROCm на Radeon растёт, мы создали трекер для сбора отзывов и предоставления обновлений. Скоро: открытый исходный код дополнительных частей нашего программного стека и дополнительной документации по оборудованию».

Ранее сторонние разработчики и энтузиасты просили AMD опубликовать в открытом доступе коды прошивок и проекты микрокода различных GPU AMD.

Примечательно, что AMD сделала своё заявление сразу после ухода на пенсию сторонника графических драйверов AMD с открытым исходным кодом для Linux Джона Бриджмана, который проработал в ATI/AMD более четверти века.

Бриджман был первым менеджером проекта по выпуску графического драйвера с открытым исходным кодом AMD Radeon, который стартовал в 2007 году. Его начинания помогли выйти официальному проекту драйверов AMD с открытым исходным кодом во времена R500, поддерживали недолговечный проект xf86-video-radeonhd, созданный совместными усилиями с SUSE. Работа Бриджмана с сообществом Open Source принесла за последние полтора десятилетия существенный вклад в развитие открытого кода для GPU AMD.

Команда проекта MariaDB сообщила, что MariaDB Server 11.4 будет выпускаться с долгосрочной поддержкой (LTS).

В начале февраля разработчики объявили, что корректируют модель выпуска MariaDB Server. В рамках этого мероприятия они запланировали выпуск в рамках LTS MariaDB Server 11.7, которая планируется к выпуску в январе 2025 года.

«Чтобы наши текущие функции раньше стали широко использоваться, мы решили добавить MariaDB Server 11.4 в LTS, чтобы удовлетворить потребности пользователей MariaDB 11, ожидающих полных пяти лет исправлений ошибок в выпуске с заблокированным набором функций», — пояснили разработчики проекта.

Apple опубликовала исходные тексты низкоуровневых системных компонентов ОС macOS 14.4 (Sonoma), в которых используется свободное программное обеспечение, включая составные части Darwin и прочие компоненты, программы и библиотеки, не связанные с GUI.

Всего опубликовано 172 пакета с исходными текстами. По сравнению с веткой macOS 13 в репозитории macOS 14.4 удалены пакеты gnudiff и libstdcxx. Apple делится исходниками после релиза обновлений своих операционных систем. Важно отметить, что код собственных разработок компания не публикует в открытом доступе.

Среди прочего доступен код ядра XNU, исходные тексты которого публикуются в виде срезов кода, связанных с очередным релизом macOS. XNU является частью открытого проекта Darwin и представляет собой гибридное ядро, сочетающее ядро Mach, компоненты от проекта FreeBSD и C++ API IOKit для написания драйверов.

Одновременно опубликованы открытые компоненты, используемые в мобильной платформе iOS 17.4. Публикация включает два пакета: WebKit и libiconv.

Источник: OpenNET.

Базы данных без Notion – сервис Teamly для работы с «умными таблицами» в команде 

Календарь, база знаний, таск-трекер и простой дашборд – все в одном месте. «Продукт дня» от российских разработчиков.

? Смотреть на YouTube→

С данными работают миллионы команд по всему миру – от крупных корпораций до турагентства в районном ТЦ.

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

Но что если я скажу вам, что появился новый полезный инструмент, который можно использовать вместо Notion для некоторых рабочих задач? 

Недавно «умные таблицы» появились в Teamly – сервисе для совместной работы команд от отечественных разработчиков!

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

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

Смотрите подробное видео, комментируйте и задавайте вопросы!

Do it yourself

Если видишь какое‑то несовершенство или пространство для улучшения — возьми и исправь это самостоятельно. Не нужно ждать знака свыше или того, что прилетит волшебник в голубом вертолёте и внезапно сделает хорошо.

В нашей работе много несовершенства (как и в мире вообще). Системы не идеальны, код далёк от мечты дяди Боба, процессы слегка прихрамывают. И лучшее, что можно сделать — начать понемногу убираться вокруг себя.

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

Гораздо лучшая стратегия — замечать какие‑то недостатки вокруг себя и постепенно устранять их. Это уже сложнее. Нужно тратить свои силы и время на обнаружение, анализ и устранение проблем. Нужно брать на себя ответственность за результаты. Это занятие может быть не самым приятным, но оно приносит свои плоды.

C таким отношением к проблемам никогда не будет скучно. Ведь вокруг постоянно столько всего интересного не сделано и столько всего можно улучшить! Жизнь превращается в увлекательное приключение.

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

Больше интересного про жизнь в IT у меня в ТГ

Состоялся релиз инструментария Incus 0.7, ответвления LXD. Разработчики позиционируют этот открытый проект как современный, безопасный и мощный системный менеджер контейнеров и виртуальных машин.

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

Incus предоставляет средства для централизованного управления контейнерами и виртуальными машинами, развёрнутыми как на одном хосте, так и в кластере из нескольких серверов. Проект реализован в виде фонового процесса, принимающего запросы по сети через REST API и поддерживающего различные бэкенды хранилищ (дерево директорий, ZFS, Btrfs, LVM), снапшоты со срезом состояния, live-миграцию работающих контейнеров с одной машины на другую и средства для хранения образов контейнеров. В качестве runtime для запуска контейнеров используется инструментарий LXC, в состав которого входит библиотека liblxc, набор утилит (lxc-create, lxc-start, lxc-stop, lxc-ls и т.п.), шаблоны для построения контейнеров и набор привязок для различных языков программирования. Изоляция осуществляется при помощи штатных механизмов ядра Linux (пространства имён, cgroups, Apparmor, SELinux, Seccomp).

Выпуск Incus с долгосрочной поддержкой (LTS) запланирован через несколько месяцев, «чтобы совпасть с выпусками LTS LXC и LXCFS».

Представлен выпуск свободной реализации контроллера домена с поддержкой Active Directory Samba 4.20.0, совместимый с реализацией Windows 2008 и способный обслуживать все поддерживаемые Microsoft версии Windows-клиентов, в том числе Windows 11.

Согласно данным OpenNET, проект Samba 4 является многофункциональным серверным продуктом, предоставляющим также реализацию файлового сервера, сервиса печати и сервера идентификации (winbind).

Ключевые изменения в Samba 4.20:

• по умолчанию включена сборка новой утилиты wspsearch с реализацией экспериментального клиента для протокола WSP (Windows Search Protocol);

• в команде smbcacls реализована поддержка записи списков управления доступом DACL в файл и восстановления DACL (Discretionary Access Control List) из файла;

• в реализуемом на базе Samba контроллере домена Active Directory
  добавлена поддержка политик аутентификации (Authentication Policies) и
  контейнеров политик (Authentication Silos), созданных через утилиту
  samba-tool или импортированных из конфигураций Microsoft AD;

• в утилиту samba-tool добавлена работающая на стороне клиента поддержка управляемых учётных учётных записей gMSA (Group Managed Service Account), в которых используются автоматически обновляемые пароли;

• добавлена поддержка условных записей контроля доступа (Conditional ACE),
  позволяющих разрешать или блокировать доступ в зависимости от
  дополнительных условий — если условное выражение не сработало, ACE
  игнорируется, а иначе применяется как обычный ACE.

Проверьте, используются ли ваши репозитории GitHub и исходный код ваших проектов для обучения различных больших языковых моделей (БЯМ — LLM).

На huggingface появилась вторая версия проекта Stack. Это открытый интерфейс управления между сообществом искусственного интеллекта и сообществом открытого исходного кода.

В рамках проекта BigCode выпущен и поддерживается The Stack V2 — набор данных исходного кода объёмом 67 ТБ для более чем 600 языков программирования. Одна из целей в этом проекте — предоставить людям свободу действий в отношении их исходного кода, позволяя им решать, следует ли использовать его для разработки и оценки моделей машинного обучения, поскольку сообщество признает, что не все разработчики могут захотеть, чтобы их данные использовались для этого.

Этот инструмент позволяет проверить, является ли репозиторий под именем пользователя частью набора данных The Stack. Хотели бы вы удалить свои данные из будущих версий The Stack? Вы можете это сделать, следуя инструкциям здесь.

Примечание. Stack v2.0 создан на основе общедоступного кода GitHub, предоставленного Software Heriage Archive. Он может включать репозитории, которых больше нет на GitHub, но которые были ранее заархивированы Software Heritage. Перед обучением моделей StarCoder 1 и 2 был запущен дополнительный конвейер PII для удаления имён, адресов электронной почты, паролей и ключей API из файлов доступных репозиториев исходного кода.

Эксперт Джон Джаго назвал два проекта с открытым исходным кодом, у которых разработчиками собрана и представлена исключительная техническая документация, включая высокую детализацию кода и архитектуры. Это esbuild и Redis.

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

Преимущества хорошей документации:

• экономия времени на работы с кодом, особенно если работаете командно, не нужно дополнительно объяснять всю кодовую базу каждому разработчику;

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

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

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

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

Разработчики из Canonical объявили об увеличении до 12 лет срока формирования обновлений для LTS-выпусков (с долгосрочной поддержкой) дистрибутивов Ubuntu для коммерческих клиентов по подписке Ubuntu Pro. Ранее такой срок составлял 10 лет.

Продление поддержки коснётся всех актуальных LTS-выпусков, начиная с Ubuntu 14.04, поддержка которого должна была истечь в апреле 2024 года. Теперь она продлена до апреля 2026 года.

Обновления для Ubuntu 24.04 будут формироваться до 2036 года, Ubuntu 22.04 — 2034, Ubuntu 20.04 — 2032 и так далее. Обновления, как и раньше, будут общедоступны в течение 5 лет после релиза для всех пользователей, а остальные 7 лет патчи будут предоставляться только пользователям сервиса Ubuntu Pro.

Сервис Ubuntu Pro является платным для коммерческих применений. Для персонального использования предусмотрена возможность бесплатного подключения к Ubuntu Pro для получения расширенных обновлений для 5 машин. Официальным членам Ubuntu Community бесплатно можно получать расширенные обновления для 50 ПК.

Согласно информации OpenNET, у других дистрибутивов Linux также длительные сроки поддержки. Например, 14 лет сопровождения предоставляется в дистрибутиве Red Hat Enterprise Linux (10 лет + 4 года дополнительного платного сервиса), 13 лет поддерживается SUSE Linux (10 General + 3 LTSS), 7 лет (5 лет LTS + 2 года Extended LTS) поддерживается Debian GNU/Linux, 18 месяцев поддерживается openSUSE и 13 месяцев — Fedora Linux.