Pull to refresh
  • by relevance
  • by date
  • by rating

В Иннополисе прошла крупнейшая региональная IT-конференция Merge

ОЭЗ «Иннополис» corporate blog Conferences

В середине ноября в Иннополисе состоялась крупнейшая региональная IT-конференция Merge.

Все причастные к IT-индустрии собрались в технограде: разработчики, менеджеры, маркетологи, тимлиды, digital-дизайнеры, HR-ы, аналитики.

Merge собрала на своей площадке более 100 топовых спикеров со всей России — Самара, Ульяновск, Пенза, Чебоксары, Ижевск, Москва, Санкт-Петербург, Архангельск, Краснодар, Екатеринбург, Новосибирск, Челябинск, Воронеж, Сургут и другие города России.

Это конференция, объединила в себе 2 дня докладов от профессионалов-практиков. Обсудили open source, frontend, backend, QA, data science & AI, digital-бизнес и дизайн, project management, agile, teamlead технологии, аналитика, PR и маркетинг, smm, карьера и образование в it.

Получилось мощное слияние самых ярких профессионалов в IT. Спикеры делились своим опытом, кейсами, проблемами и их решениями.

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

Это были два продуктивных и насыщенных дня в самом инновационном и молодом городе России.

До встречи на Merge весной 2022!

Читать далее
Total votes 5: ↑4 and ↓1 +3
Views 516
Comments 0

Скрипт импорта хистори qutIM из Kopete

Instant Messaging *
Впервые прочитал о новом ICQ клиенте для линуха, qutIM, вот тут. Почти сразу перешел на этот клиент, ибо под убунтой (и под линухом вобще) ИМХО очень сильно не хватает нормального ICQ-клиента. В винде порядка 2 лет пользовался R&Q, а под линухом уже около 4 месяцев пользовался Kopete (Pidgin мне не очень нравиться, сидел в нем достаточно долго под виндой).

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

Читать дальше →
Total votes 17: ↑15 and ↓2 +13
Views 642
Comments 21

Yahoo и AOL близки к слиянию?

Lumber room
Translation
Yahoo и AOL

До сих пор Yahoo делала все от нее зависящее, чтобы дать отпор агрессивному наступлению Microsoft. И вдруг неожиданно, сражающаяся компания, может получить помощь: Wall Street Journal и Reuters сообщают о грядущем договоре слияния Yahoo с отделом AOL компании Time Warner’s и партнерстве с Google в поисковой рекламе.

Да, весомо! Это может прекратить шумиху о падении акций, поднятую Microsoft. Идея заключается в том, что Time Warner продает AOL компании Yahoo и делает большие инвестиции в новую компанию, оцениваемую примерно в 10 млрд. долларов. Очевидно, впереди предстоит очень много работы по договору, который еще должен быть одобрен акционерами Yahoo и Time Warner, но, похоже, теперь Yahoo не обязана принимать приглашение Баллмера и Ко.

Статья Wall Street Journal
Статья Reuters
Total votes 17: ↑16 and ↓1 +15
Views 174
Comments 20

Subversion: cлияние переименований файлов

Version control systems *
— Зачем ты, Белка, летишь за мной, Кабаном?
— Не знаю, Кабан! Приказ Хорька. Как понял? Приём.
— Ни хера не понял! Какого Хорька, Белка? Я Кабан. Кто такой Хорёк? Кто это? Приём.
— Кабан, ты дятел! Как понял? Приём.
— Понял тебя, Белка. Я — Дятел. Повторяю вопрос про хорька. Кто это?
— Кабан, сука, ты всех заманал, лети вперёд молча! Конец связи.
Виктор Шендерович

Как известно, Subversion не умеет отслеживать переименования файлов. Согласно документации, команда svn move равносильна svn copy с последующим svn delete. Такое поведение вызывает большие проблемы при слиянии веток. Рассмотрим способы их решения.
Читать дальше →
Total votes 55: ↑52 and ↓3 +49
Views 3.1K
Comments 21

SVN merge for dummies

Version control systems *
Простыми словами и с большим количеством картинок на примере Eclipse рассказывается, как сделать svn merge. Статья будет полезна тем, у кого выполнение слияния веток еще не стало повседневной частью работы.
читать дальше
Total votes 18: ↑17 and ↓1 +16
Views 27K
Comments 8

Software Configuration Management // Контроль версий

Project management *
И снова здравствуйте.

Продолжаю публиковать цикл статей о SCM — управлении конфигурацией ПО.
3 предыдущие заметки можно прочитать в этом же блоге.

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

Disclaimer


Далее будут описаны основные техники, реализованные в подавляющем большинстве систем контроля версий. Как они реализуются в приложениях, которые использует читатель, оставим на откуп многочисленным руководствам пользователя, how-to, FAQ и прочим документам, коих можно найти без труда. Главное – понять, по каким принципам и зачем оно работает именно так.

Всё понятно, продолжай
Total votes 30: ↑28 and ↓2 +26
Views 11K
Comments 27

Эмулируем ON DUPLICATE KEY UDPATE — подводный камень

PostgreSQL *
В MySQL можно делать INSERT… ON DUPLICATE KEY UDPATE. В постгресе пока что такого нет (насколько мне известно, MERGE не вошел в версию 8.4).

Я натыкался в сети на рекомендацию использовать правила для того чтобы добиться аналогичного поведения. Мне показалось, что использовать правила в данном случае даже лучше, нежели MERGE, я сделал правило… и наткнулся на подводный камень. Я реализовывал счетчик: есть уникальный ключ и, если такой ключ в таблице уже существует при вставке новой записи — следует вместо этого увеличить значение счетчика.

Простая ситуация, простое правило. Но: при первой вставке это правило, как оказалось, тоже отрабатывает! В результате, при первой вставке вставляется не 1, а 2!

Пока писал, Fred84 подкинул ссылку, где об этой ситуации подробнее рассказано: archives.postgresql.org/pgsql-bugs/2007-03/msg00080.php
Под катом - простой SQL скрипт для воспроизведения проблемы
Total votes 4: ↑3 and ↓1 +2
Views 2.2K
Comments 6

Релиз Midnight Commander 4.7.2 и 4.7.0.5

Lumber room
Спустя 2 месяца упорных трудов вышла новая версия консольного файлового менеджера Midnight Commander 4.7.2

Из наиболее интересных особенностей я бы наверное выделил появление встроенного средства сравнения и слияния файлов. Для меня просто незаменимый инструмент для произведения частичного слияния и ревизии кода.

Полный список изменений можно увидеть тут www.midnight-commander.org/wiki/NEWS-4.7.2

Также вышел релиз стабильной ветви 4.7.0.5

Полный список изменений можно увидеть тут www.midnight-commander.org/wiki/NEWS-4.7.0.5
Total votes 21: ↑17 and ↓4 +13
Views 279
Comments 2

Кнопка слияния на GitHub (Merge)

Git *
Translation
C «Запросами на пулл 2.0» стало легче, чем когда-либо, делать проверку кода и принимать патчи. Мы широко используем этот механизм на GitHub, и я люблю его применять в моих открытых проектах.

Взять, к примеру, запрос на пулл по исправлению документации в God:

image

Традиционно, это слияние запроса на пулл требует множество шагов с помощью командной строки Git. Но больше это не так!
Читать дальше →
Total votes 51: ↑49 and ↓2 +47
Views 9.2K
Comments 10

Сортировка слиянием без использования дополнительной памяти

Algorithms *
Я долгое время думал, что написать сортировку массива слиянием так, чтобы она не использовала дополнительной памяти, но чтобы время работы оставалось равным O(N*log(N)), невозможно. Поэтому, когда karlicos поделился ссылкой на описание такого алгоритма, меня это заинтересовало. Поиск по сети показал, что про алгоритм люди знают, но никто им особо не интересуется, его считают сложным и малоэффективным. Хотя, может быть, они имеют в виду какую-то «стабильную» версию этого алгоритма, но нестабильная при этом все равно никому не нужна.

Но я все-таки решил попробовать.

Читать дальше →
Total votes 40: ↑38 and ↓2 +36
Views 34K
Comments 67

Обзор инструментов для визуального сравнения и разрешения конфликтов слияния

Website development *Version control systems *
На хабре уже было много статей о распределенных системах управления версиями (DVCS), их сравнений, а также сравнений GUI-клиентов для них. Также были обсуждения плагинов к IDE для работы с git и mercurial. Но практически не было информации об инструментах визуального сравнения и разрешения конфликтов слияния.

diff and merge
Недавно я «перескочил» с mercurial (который до сих пор считаю более удобным и логичным) на git, потому что, подавляющее большинство проектов, которые мне интересны, используют git и хостятся на github. В связи с этим, встал вопрос о пересмотре арсенала инструментов, в частности вопрос выбора инструмента визуального сравнения и слияния (diff and merge). Дабы восполнить недостаток информации на хабре, я решил написать этот мини-обзор. Как говориться — по горячим следам.

Под катом Вы также найдете примеры настроек Git для использования с DiffMerge и WinMerge под Windows. Думаю многим сэкономит время.
Читать дальше →
Total votes 53: ↑46 and ↓7 +39
Views 116K
Comments 45

Внутреннее устройство Git: хранение данных и merge

Badoo corporate blog Git *Version control systems *
В процессе перехода с SVN на Git мы столкнулись с необходимостью переписывания наших внутренних инструментов, связанных с развёртыванием кода, которые ориентировались на существование линейной истории правок (и разработку в trunk). На Хабре уже публиковались возможные решения этой проблемы через Git-SVN, но мы пошли другим путём. Нам нужна поддержка таких возможностей Git, как branching и merge, поэтому мы решили разобраться в основах, как же работает Git и каким способом должна осуществляться интеграция с ним.
Читать дальше →
Total votes 77: ↑77 and ↓0 +77
Views 75K
Comments 10

Зачем пользователи GIT-а редактируют свои коммиты

Open source *Git *
В последних двух выпусках Радио-T ведущие пытались обсудить GIT. Евгений (@Umputun) задавался вопросом зачем нужен rebase и очень удивился, когда я спросил, редактирует ли он коммиты. На мой взгляд, чтоб понять GIT, достаточно вникнуть в процесс разработки Linux Kernel, т к создавался он именно для этого.
Читать дальше →
Total votes 113: ↑103 and ↓10 +93
Views 56K
Comments 123

Чем опасен rebase, или как получилось, что 2*3=5

Git *Version control systems *
Однажды старший программист Антон искал причину очередного бага в очень важном проекте компании:
git bisect start
git bisect bad
git bisect good
…

В компании использовали rebase, история коммитов была линейной, и поиск по ней доставлял Антону одно удовольствие.
— Ага, нашел. Ну конечно: в коде написано «2*3=5», ещё бы оно работало с этим бредом! Какой @#$%^ это написал?
Читать дальше →
Total votes 123: ↑108 and ↓15 +93
Views 85K
Comments 148

Чем опасен rebase-2, или как rebase мешал баг искать

Git *Version control systems *
Однажды старший программист Антон, попивая кофе и вспоминая уволенного в предыдущей статье Васю, просматривал очередной тикет в багтрекере. В тикете было сказано, что одна из программ в очень важном проекте стала при некоторых условиях возвращать «BAD» вместо «GOOD». Недолго думая, Антон написал тестовый скрипт и приступил к поиску причины такого поведения.
testscript.sh
#!/bin/bash
result=`./project.sh`
echo $result
if [[ "$result" == "GOOD" ]]
then
    echo "Test passed"
    exit 0
elif [[ "$result" == "BAD" ]]
then
    echo "Test failed"
    exit 1
else
    echo "Can not apply test"
    exit 125
fi


git bisect start
./testscript.sh
git bisect bad
./testscript.sh
git bisect good
…

В компании использовали rebase, история коммитов была линейной, и поиск по ней доставлял Антону одно удовольствие.
Как вдруг:
— Хм… Проект не компилируется, тест прогнать не получится. Ну ладно, не беда, пропустим: git bisect skip.
— Что за ерунда? Опять не компилируется. Опять пропустим…
— Опять??? Какой @#$%^ запушил столько битых коммитов?
Читать дальше →
Total votes 67: ↑62 and ↓5 +57
Views 33K
Comments 90

Odesk объявил о слиянии с Elance

Freelance
Собственно сабж и известные на данный момент подробности: www.odesk.com/blog/2013/12/MergerFAQ и www.elance.com/q/blog/elance-and-odesk-to-join-forces

Хорошо это или плохо для рынка фриланса судить не возьмусь, но факт остается фактом – две крупнейшие фриланс-биржи объявили о слиянии в одного мега-монстра.
Total votes 63: ↑53 and ↓10 +43
Views 14K
Comments 40

Списки с разными типами элементов и разными провайдерами данных

Development for Android *

Предисловие


Однажды понадобилось мне выводить в одном ListView карточки разных типов, да еще и полученные с сервера по разным API. Мол, пусть пользователь порадуется и в одной ленте новостей увидит:
  • карточки видео, с тамнейлами и описаниями;
  • карточки авторов или тегов, с большой кнопкой «подписаться».

Очевидно, что мастерить один большой layout, в котором учитывать все мыслимые варианты карточек — плохо, да и расширяться это будет так себе.



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



Ну и чтобы жизнь медом не казалась, серверное API менять нельзя.
Читать дальше →
Total votes 8: ↑6 and ↓2 +4
Views 7.4K
Comments 9

Системы контроля версий: Fossil, часть II

Version control systems *
Tutorial
Продолжаем разговор о Fossil.

В первой части мы познакомились с использованием Fossil в однопользовательском режиме на одном рабочем месте. Следующий шаг — перенос репозитория на другой компьютер — с работы на домашний, или на ноутбук, который мы берем с собой в поездку. Самый простой вариант — это просто скопировать репозиторий, благо это всего один файл, на новое рабочее место. Можно так и сделать, но самое простое решение не всегда самое лучшее, есть вероятность, что возникнут небольшие проблемы.
Читать дальше →
Total votes 21: ↑18 and ↓3 +15
Views 13K
Comments 8

Merge постов

Habr
Господа Тематические Медиа!

Есть следующее предложение: сделать возможность объединения одинаковых постов.
Например, прямо сейчас: habrahabr.ru/post/239783 и habrahabr.ru/post/239787
Одна и та же новость, в обоих постах стали появляться комментарии.

Если один из постов просто закроют – комментарии пропадут.
Предлагаю следующую схему: авторы обеих постов договариваются, чей пост остаётся (возможно, вручную переносят какие-то части текста из другого поста), затем в редактировании своих постов один автор выбирает «объединить мой пост с постом таким-то», а второй – «принять объединение поста такого-то в этот мой пост».

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

p.s. Вообще – это открывает возможность к написанию постов несколькими авторами без «ручного» указания ссылок на соавтора.
Total votes 88: ↑73 and ↓15 +58
Views 3.1K
Comments 18
1