Qualcomm и Microsoft сотрудничают, чтобы разработать новый чип Snapdragon для использования в AR-очках, предназначенных для экосистемы Microsoft. Об этом заявила Qualcomm в ходе своего доклада на технологической выставке CES 2022.
С января платформа SourceHut запретит размещение криптовалютных проектов
2 min
Платформа совместной разработки SourceHut с 1 января 2023 года запретит размещение содержимого, связанного с криптовалютами и блокчейном. Кроме того, она планирует удалить подобные ранее размещённые проекты.
TrendMicro: функция GitHub Codespaces может использоваться для доставки вредоносного ПО
2 min
Эксперты TrendMicro выяснили, что общедоступная с ноября 2022 года функция GitHub Codespaces может использоваться злоумышленниками с учётными записями на платформе для размещения вредоносного сценариев, ransowmare и других типов вредоносов.
Вышел Trac 0.11
1 min
Тихо и незаметно вышла одиннадцатая подверсия Trac, пожалуй, самого популярного средства организации совместной разработки и управления заданиями (tickets) с открытым исходным кодом.
Как использовать SVN при разработке Web-сайтов?
1 min
Мучаемся уже не первый день, но задача кажется нам весьма распространённой, поэтому от отчаяния приходится запостить этот вопрос, к тому же надеюсь, этот топик сможет помочь последователям :)
У нас есть очень много сайтов и несколько программеров, которые постоянно херят друг-другу все наработки, а посему мы решили что нужно поднять SVN.
Когда начали гуглить вопрос — поняли, что похоже SVN в web-проектах не так уж и сильно распространён, а тем временем есть ряд отличий от разработки обычного ПО.
У нас есть очень много сайтов и несколько программеров, которые постоянно херят друг-другу все наработки, а посему мы решили что нужно поднять SVN.
Когда начали гуглить вопрос — поняли, что похоже SVN в web-проектах не так уж и сильно распространён, а тем временем есть ряд отличий от разработки обычного ПО.
GitHub преодолел планку в 1 миллион размещенных репозиториев
2 min
Буквально на днях веб-сервис для совместной разработки и хостинга проектов GitHub преодолел очередной рубеж – был зарегистрирован миллионный git-репозиторий. Приблизительно 60% из размещенных проектов – это полные репозитории, общие папки с кодом размещенном в нескольких файлах, а оставшиеся 40% — короткие фрагменты кода, содержащиеся в единственном файле.
Pull request'ы на GitHub или Как мне внести изменения в чужой проект
6 min
Tutorial
По просьбе tulskiy делаю вольный перевод частей официальной документации GitHub'а Fork A Repo и Send pull requests.
Итак, что же такое «запрос на включение (сделанных вами изменений)» (именно так я перевёл pull request)? В официальной документации гитхаба говорится следующее:
Говоря своим языком: Посылая pull request, вы говорите автору изначального репозитория (и всем заинтересованным лицам): «Смотрите, что я сделал, не хотите ли принять мои изменения и влить их в проект?»
Итак, что же такое «запрос на включение (сделанных вами изменений)» (именно так я перевёл pull request)? В официальной документации гитхаба говорится следующее:
Pull request'ы позволяют вам рассказать другим о тех изменениях, которые вы разместили в своём GitHub-репозитории. Как только pull request отправлен, заинтересованные стороны рассматривают ваши изменения, обсуждают возможные правки или даже добавляют дополняющие коммиты, если нужно.
Говоря своим языком: Посылая pull request, вы говорите автору изначального репозитория (и всем заинтересованным лицам): «Смотрите, что я сделал, не хотите ли принять мои изменения и влить их в проект?»
GitHub сделал страницу создателей файла
1 min
Translation
Вся соль GitHub в социальном программировании. Итак, сегодня мы выложили «страницу создателей файла».
Разработчики в России и Индии — взгляд технического директора
5 min
Disclaimer: Я в курсе, что «индусский код» это очень сильный негативный брэнд среди разработчиков в России и у большинства в голове масса предрассудков на эту тему. Очень не хотелось бы получить шовинистский срач в комментариях, хотя я почти уверен что этого не избежать. Также я почти уверен, что мои индийские коллеги этот пост прочитают хотя бы в переводе. Поэтому давайте постараемся выглядеть цивилизованными профессионалами в вопросах и комментариях.
Моя профессиональная карьера сложилась таким образом, что в настоящий момент я работаю техническим директором в компании Knoema и в моем подчинении оказалась очень необычная команда состоящая из российских (Пермь) и индийских (Bangalore) разработчиков. За почти 2 года такой работы накопилось много полезных наблюдений. Да и вообще тема достаточно интересная поскольку практически все мои знакомые из ИТ интересуются как оно там в Индии и чем русские разработчики отличаются от индийских. До этого я более 10 лет работал в разработке ПО в России и США, из них более 7 лет руководителем разных рангов. Вот я и решил поделиться накопившимся «интернациональным» опытом.
Моя профессиональная карьера сложилась таким образом, что в настоящий момент я работаю техническим директором в компании Knoema и в моем подчинении оказалась очень необычная команда состоящая из российских (Пермь) и индийских (Bangalore) разработчиков. За почти 2 года такой работы накопилось много полезных наблюдений. Да и вообще тема достаточно интересная поскольку практически все мои знакомые из ИТ интересуются как оно там в Индии и чем русские разработчики отличаются от индийских. До этого я более 10 лет работал в разработке ПО в России и США, из них более 7 лет руководителем разных рангов. Вот я и решил поделиться накопившимся «интернациональным» опытом.
О протоколах замолвите слово… Или давайте разрабатывать чайник вместе!
8 min
На самом деле не только о протоколах, а скорее о логике взаимодействия сложных систем. Это не BigData, конечно, но все равно есть над чем поломать голову и копья.
Еще в самом начале разработки, я грозился что буду рассказывать о ней в прямом эфире, чтобы любой читатель мог поучаствовать в этом занимательном процессе. И вот, время пришло. Прототип у нас почти готов, и мы сейчас занялись документацией для производства и для разработки сервера и мобильного приложения. И поняли, что прототип — это самое простое, и все те задачи, что мы решали в нем — это так, детский сад, штаны на лямках.
Вот вы задумались когда-нибудь, насколько сложная логика работает, когда вы отправляете твит или постите фотку? Ее не видно, в 99.9% она скрыта от пользователя, и ее совершенно незаметно. Я ее тоже не замечал, до того момента, когда мне пришлось проектировать ее самому.
Еще в самом начале разработки, я грозился что буду рассказывать о ней в прямом эфире, чтобы любой читатель мог поучаствовать в этом занимательном процессе. И вот, время пришло. Прототип у нас почти готов, и мы сейчас занялись документацией для производства и для разработки сервера и мобильного приложения. И поняли, что прототип — это самое простое, и все те задачи, что мы решали в нем — это так, детский сад, штаны на лямках.
Вот вы задумались когда-нибудь, насколько сложная логика работает, когда вы отправляете твит или постите фотку? Ее не видно, в 99.9% она скрыта от пользователя, и ее совершенно незаметно. Я ее тоже не замечал, до того момента, когда мне пришлось проектировать ее самому.
Как развернуть систему контроля версий (VCS) без командной строки
8 min
Recovery mode
Так как наша команда программистов ведет разработку сразу несколько проектов, довольно быстро возникла необходимость в системе контроля версий.
Естественно, поиски были начаты с изучения Хабра — и привели к неожиданному результату. Несмотря на то, что системы контроля версий появились ещё в 1986 году, большинство туториалов по работе с современными системами контроля версий оказались неполными и сильно завязанными на работу с командной строкой.
Мы ничего не имеем против командной строки в целом, но в нашей небольшой команде разработчиков (4 человека) фанатов работы с командной строкой нет :).
Почему мы считаем, что работа с командной строкой неэффективна?
- Трата времени на ввод данных. Набивать команды намного дольше, чем кликать мышкой.
- Трата времени на обучение. Изучение нового синтаксиса в эпоху понятных интерфейсов однозначно дольше, чем обучение графическому интерфейсу.
- Вероятность ошибки. Ошибиться при вводе данных через командную строку легче (человеческий фактор никто не отменял).
- Нарушение принципов автоматизации. Возможно, это самый главный пункт. Компьютер создан для ускорения работы и замене человека при выполнении рутинных операций. В случае с командной строкой мы всегда работаем вручную, по сути, приходится каждый раз писать один и тот же программный код (пусть и примитивный).
К сожалению, нам не удалось найти полноценного русскоязычного мануала по работе с современными системами контроля версий. Собрав информацию из разных статей и англоязычных видео на YouTube, мы решили сделать своё собственное руководство, которое:
- Будет пошаговой инструкций (по ней же будут работать наши программисты).
- Будет работать от начала и до конца (то есть по ней вы получите небольшой, но законченный результат — работающую распределенную систему контроля версий).
- Будет работать с использованием только графических интерфейсов (причины см. выше).
Большое Ухо или «Почему глухой должен быть немым?»
3 min
Recovery mode
Будущее начинается с нас самих. Не с кикстартера или биткоинов. Не с 3Д-принтеров или башен Тесла, а с нас. Те кто говорят «невозможно» не должны мешать тем кто это делает.
Итак суть — предлагаю обсудить (и осуществить) возможность слабослышащим увидеть звук настолько хорошо, чтобы понимать речь и научиться разговаривать.
Умные заглушки для интеграции
6 min
Прошли те времена, когда банковские системы представляли из себя большие монолитные приложения, неспешно обновляющиеся с учетом требований регулятора. Сейчас это сотни взаимодействующих между собой подсистем и тысячи модулей, которые непрерывно развиваются вместе с новыми требованиями бизнеса и быстро меняющимся IT-пространством. На разработку всего этого брошены сотни отдельных боевых единиц — Agile-команды.
Micro-frontends. Асинхронный подход к мультикомандной разработке
12 min
Вы когда нибудь задумывались о том, как в условиях мультикомандной разработки современного продукта избежать задержек из-за синхронизации команд? Далее я поделюсь опытом такой разработки на примере нашей команды Циан.Финансы. Деталями вертикального подхода к разработке и почему мы работаем именно так.
Настоящий металл: как сплавить команды в горниле совместной разработки
11 min
У нас было 2 проектных менеджера, 72 эксперта от производства, 33 высококлассных спеца из двух IT-команд, несколько десятков систем управления производством по всей стране, а еще, разработчики КРОК и Группы НЛМК прежде не работали вместе.
Звучит как организационный ад, и это недалеко от истины. Но мы справились и теперь хотим поделиться опытом работы в объединенной команде Группы НЛМК и КРОК в масштабном проекте по развитию информационных сервисов службы продаж.
Опыт многопоточной работы, или Как быть DevOps’ом для множества команд разработки
7 min
Привет, Хабр! В этой статье хотел бы поделиться опытом участия в процессе цифровизации огромной компании. Под катом расскажу об особенностях, с которыми столкнулся при взаимодействии с большим количеством команд разработки. На их основе во второй части статьи рассмотрим, какие принципы помогли справиться с работой в таких условиях и оптимизировать ее.