Архив рубрики ‘Git’

Мошенники на LinkedIn

На LinkedIn мне, как, думаю, и многим из вас, часто пишут. Чаще всего, это бывают либо рекрутеры низшего уровня, которые особо не вдаются в детали моей специализации и спамят просто «на удачу». Либо, это те, кто пытается предложить мне услуги, которые, ха-ха, я и сам предоставляю (всяческое R&D).

Разработка требований к ПО с помощью Markdown, Git и Obsidian

Привет из ада трассировки требований В предыдущей статье автор сформулировал набор принципов организации хранения и оформления документации ПО, позволяющих преодолеть пропасть между требованиями верхнего уровня (ТВУ) бизнеса к программному продукту и требованиями нижнего уровня (ТНУ) к программному коду, а именно: Каждое требование записывается в отдельный файл в формате Markdown.

Я знаю, что ты думал в прошлый дейлик

Aw sheets, here we go again Утро среды. Вы медленно открываете meet/slack/rocket/etc и нажимаете на кнопку «📞» Имена людей в групповом звонке вам давно известны. Слова, произносимые людьми вам тоже, кажется, известны. Но что-то было вами забыто, что-то очень важное, что будет так нужно вспомнить в тот момент, как очередь доберется по вашу душу. Через […]

Лучшие практики для работы с агентным программированием от Anthropic

Всем привет! Меня зовут Александр, я COO в SaaS-платформе аналитики данных. Последний год активно изучаю внедрение AI-решений в кросс-функциональные процессы. Делюсь полезными материалами, которые считаю стоят внимания. В основном про AI, изменение процессов, тренды и продуктовое видение. У себя в телеграм-канале делюсь сжатыми и структурированными саммери статей. Сегодняшний перевод статьи от Anthropic, создателя всеми известной […]

Когда CI заботится не только о коде, но и о пользователях. App.Farm CI. Часть V

Привет, Хабр! На связи команда разработки App.Farm в РСХБ-Интех. App.Farm —платформа по типу PaaS для стандартизации процесса разработки бизнес-приложений: от хранения исходного кода до запуска сервисов. App.Farm CI — подсистема обеспечивающая хранение кода, артефактов, автоматизацию сборки. В этой статье хотели бы представить вам одну из подсистем нашего продукта — PaaS App.Farm, и это будет финальная […]

Мастер-класс по точечному переносу изменений между ветками в git

Представьте ситуацию: вы нашли критический баг в проекте, исправили его в feature-ветке, но до полного слияния ещё далеко. Или вам срочно нужно перенести одно конкретное изменение из текущей ветки в другую. В таких случаях git cherry-pick становится вашим секретным оружием.

Obsidian+Github вместо Notion: синхронизация, бекап и версионность (3-в-1)

Инфраструктура личных заметок (Obsidian + GitHub) О том, как сделать прозрачную синхронизацию заметок Obsidian между устройствами (Desktop, Android, iOS) через GitHub: Без сторонних приложений (вроде iCloud, SyncThing, Termux и пр) Бесплатно Бонусом — резервная копия: как самих заметок, так и истории изменений. В результате получается

Мейнтейнеры не масштабируются

Система разработки и поддержки ядра Linux не так идеальна, как хотелось бы. Почему бы не улучшить нынешнюю систему, используя в качестве эксперимента успешный опыт других проектов? С таким предложением выступил разработчик Дэниел Веттер (Daniel Vetter). Он подготовил доклад на эту тему для конференции LCA 2017 (слайды), а также опубликовал более подробный текст в блоге. Дэниел […]

Разработка ядра Linux держится на электронной почте

Как бы вы руководили разработкой крупнейшего проекта с открытыми исходниками, в котором порядка 15 тыс. разработчиков и 222 компании вносят более 12 тыс. изменений между релизами или 7 / 8 правок каждый час? Чем пользуются создатель кернела Линус Торвальдс, мейнтейнера стабильной ветки Грег Кроа-Хартман (GKH) и другие товарищи, чтобы успешно координировать работу проекта и обеспечивать […]

9 ¾ действительно полезных советов по работе над крупными проектами

Я предпочитаю работать в маленьких командах: до 10 человек. Всех участников команды ты знаешь лично, чаще всего не нужно специально «бронировать время», чтобы обсудить что-то и принять решения. Но случается и так, что мы беремся за работу над большими проектами. Под «большими» я понимаю композицию следующих факторов: Более 50 проектов в solution’е. Назначение не всех […]

12