Открыть список
Как стать автором
Обновить
  • по релевантности
  • по времени
  • по рейтингу

Вышел Trac 0.11

Чулан
Тихо и незаметно вышла одиннадцатая подверсия Trac, пожалуй, самого популярного средства организации совместной разработки и управления заданиями (tickets) с открытым исходным кодом.
Читать дальше →
Всего голосов 18: ↑17 и ↓1 +16
Просмотры266
Комментарии 11

Как использовать SVN при разработке Web-сайтов?

Чулан
Мучаемся уже не первый день, но задача кажется нам весьма распространённой, поэтому от отчаяния приходится запостить этот вопрос, к тому же надеюсь, этот топик сможет помочь последователям :)

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

Когда начали гуглить вопрос — поняли, что похоже SVN в web-проектах не так уж и сильно распространён, а тем временем есть ряд отличий от разработки обычного ПО.

поподробнее
Всего голосов 19: ↑18 и ↓1 +17
Просмотры405
Комментарии 36

GitHub преодолел планку в 1 миллион размещенных репозиториев

Разработка веб-сайтов
image
Буквально на днях веб-сервис для совместной разработки и хостинга проектов GitHub преодолел очередной рубеж – был зарегистрирован миллионный git-репозиторий. Приблизительно 60% из размещенных проектов – это полные репозитории, общие папки с кодом размещенном в нескольких файлах, а оставшиеся 40% — короткие фрагменты кода, содержащиеся в единственном файле.
Читать дальше →
Всего голосов 58: ↑52 и ↓6 +46
Просмотры952
Комментарии 45

Pull request'ы на GitHub или Как мне внести изменения в чужой проект

Git
Tutorial
По просьбе tulskiy делаю вольный перевод частей официальной документации GitHub'а Fork A Repo и Send pull requests.

Итак, что же такое «запрос на включение (сделанных вами изменений)» (именно так я перевёл pull request)? В официальной документации гитхаба говорится следующее:
Pull request'ы позволяют вам рассказать другим о тех изменениях, которые вы разместили в своём GitHub-репозитории. Как только pull request отправлен, заинтересованные стороны рассматривают ваши изменения, обсуждают возможные правки или даже добавляют дополняющие коммиты, если нужно.

Говоря своим языком: Посылая pull request, вы говорите автору изначального репозитория (и всем заинтересованным лицам): «Смотрите, что я сделал, не хотите ли принять мои изменения и влить их в проект?»
Читать дальше, но теперь уже обо всём по порядку
Всего голосов 84: ↑80 и ↓4 +76
Просмотры354.4K
Комментарии 31

Разработчики в России и Индии — взгляд технического директора

Блог компании «Knoema»
Disclaimer: Я в курсе, что «индусский код» это очень сильный негативный брэнд среди разработчиков в России и у большинства в голове масса предрассудков на эту тему. Очень не хотелось бы получить шовинистский срач в комментариях, хотя я почти уверен что этого не избежать. Также я почти уверен, что мои индийские коллеги этот пост прочитают хотя бы в переводе. Поэтому давайте постараемся выглядеть цивилизованными профессионалами в вопросах и комментариях.

Моя профессиональная карьера сложилась таким образом, что в настоящий момент я работаю техническим директором в компании Knoema и в моем подчинении оказалась очень необычная команда состоящая из российских (Пермь) и индийских (Bangalore) разработчиков. За почти 2 года такой работы накопилось много полезных наблюдений. Да и вообще тема достаточно интересная поскольку практически все мои знакомые из ИТ интересуются как оно там в Индии и чем русские разработчики отличаются от индийских. До этого я более 10 лет работал в разработке ПО в России и США, из них более 7 лет руководителем разных рангов. Вот я и решил поделиться накопившимся «интернациональным» опытом.
Читать дальше →
Всего голосов 182: ↑175 и ↓7 +168
Просмотры80K
Комментарии 256

О протоколах замолвите слово… Или давайте разрабатывать чайник вместе!

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



Еще в самом начале разработки, я грозился что буду рассказывать о ней в прямом эфире, чтобы любой читатель мог поучаствовать в этом занимательном процессе. И вот, время пришло. Прототип у нас почти готов, и мы сейчас занялись документацией для производства и для разработки сервера и мобильного приложения. И поняли, что прототип — это самое простое, и все те задачи, что мы решали в нем — это так, детский сад, штаны на лямках.
Вот вы задумались когда-нибудь, насколько сложная логика работает, когда вы отправляете твит или постите фотку? Ее не видно, в 99.9% она скрыта от пользователя, и ее совершенно незаметно. Я ее тоже не замечал, до того момента, когда мне пришлось проектировать ее самому.
Читать дальше →
Всего голосов 46: ↑38 и ↓8 +30
Просмотры24.2K
Комментарии 35

Как развернуть систему контроля версий (VCS) без командной строки

Блог компании АрнионРазработка веб-сайтовMercurial
Recovery mode

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

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

Мы ничего не имеем против командной строки в целом, но в нашей небольшой команде разработчиков (4 человека) фанатов работы с командной строкой нет :).

Почему мы считаем, что работа с командной строкой неэффективна?

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

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

  1. Будет пошаговой инструкций (по ней же будут работать наши программисты).
  2. Будет работать от начала и до конца (то есть по ней вы получите небольшой, но законченный результат — работающую распределенную систему контроля версий).
  3. Будет работать с использованием только графических интерфейсов (причины см. выше).
Читать дальше →
Всего голосов 45: ↑11 и ↓34 -23
Просмотры24.2K
Комментарии 26

Большое Ухо или «Почему глухой должен быть немым?»

Звук
Recovery mode
image
Будущее начинается с нас самих. Не с кикстартера или биткоинов. Не с 3Д-принтеров или башен Тесла, а с нас. Те кто говорят «невозможно» не должны мешать тем кто это делает.
Итак суть — предлагаю обсудить (и осуществить) возможность слабослышащим увидеть звук настолько хорошо, чтобы понимать речь и научиться разговаривать.
Читать дальше →
Всего голосов 28: ↑10 и ↓18 -8
Просмотры13.6K
Комментарии 26

Умные заглушки для интеграции

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


Читать дальше →
Всего голосов 31: ↑28 и ↓3 +25
Просмотры7K
Комментарии 5

Micro-frontends. Асинхронный подход к мультикомандной разработке

Блог компании ЦианРазработка веб-сайтовРазработка мобильных приложенийУправление разработкойМикросервисы

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

Читать дальше →
Всего голосов 7: ↑4 и ↓3 +1
Просмотры4.5K
Комментарии 19

Настоящий металл: как сплавить команды в горниле совместной разработки

Блог компании КРОКУправление разработкойУправление проектами

У нас было 2 проектных менеджера, 72 эксперта от производства, 33 высококлассных спеца из двух IT-команд, несколько десятков систем управления производством по всей стране, а еще, разработчики КРОК и Группы НЛМК прежде не работали вместе.

Звучит как организационный ад, и это недалеко от истины. Но мы справились и теперь хотим поделиться опытом работы в объединенной команде Группы НЛМК и КРОК в масштабном проекте по развитию информационных сервисов службы продаж.

Читать далее
Всего голосов 35: ↑30 и ↓5 +25
Просмотры3.8K
Комментарии 3