История изменений
Исправление dissident, (текущая версия) :
>>diffuse
Похоже проект скорее мертв.
Он умеет все то, что умеет meld, кроме dir-diff. Т.е. если есть просто два файла и нужно увидеть diff и/или взять кусок из левого в правый, то он это умеет. При этом для всего есть шорткаты. Ctrl+Up/Down переходит между конфликвами, Ctrl-Left/Right берет левую или правую сторону. Т.е. я бы сказал, что проект не столько мертв, сколько просто умеет все, что нужно кроме dir-diff (который meld тоже умудрился поломать, см. https://imgur.com/a/F8k8QZn, на кой дьявол мне эти зачеркивания, мне было бы достаточно, чтобы слева я видел 1.txt, а справа 2.txt). А так аляповатая лишняя информация, которая была бы полезной в 5% случаях. Но она навязано как стандартный UI/UX и следуя однокнопочному мозгу питона не конфигурируема, потому что слишком много конфигураций - это плохо. Как и слишом много conditional branch’ей в программе. Правильная программа согласно нирване питониста должна иметь одну кнопку «сделай за..изь» (а лучше вообще ни одной, пусть при старте делает), а идеальный код, это код где где нету if’ов, циклов, полиморфизма и вообще какого-бы то не было шага вправо шага влево.
А для всего остального, чего diffuse не умеет (3 way merge, dir diff - только kdiff3).
Вот туториал по dir-diff’у kdiff3: https://www.youtube.com/watch?v=0QHw1w72cJs
Вот туториал по 3-way merge’у kdiff3: https://www.youtube.com/watch?v=-CkqiIPAzgQ.
Этих коротких видео достаточно, чтобы понять, что merge в meld - этот школьная поделка. Как и весь meld.
Да и можно еще вспомнить прекрасный tig, vimdiff (который я лично не люблю, хотя vim люблю, но vimdiff’ом можно пользоваться, если надро..ться). sdiff еще есть, но он совсем хардкорный, не сильно отличается от просто diff, поэтому не вспоминаю
Главное, что я понял после kdif33, это что когда я раньше занимался merge’ем, то я занимался баловством с пластелином в первом классе школы и вообще не понимал, что такое настоящий 3-way merge.
PS Я кстати тоже когда-то страдал питоном и клепал на нем «сосалки» музыки с musicmp3spb пока тот не сдох, более того мои сосалки даже кто-то форкнул и написал еще пять своих для других muzyka.ru и им подобным), но если бы я тогда знал Go, я бы не задумываясь взял его. На 100% есть еще лучше языки (да хоть haskell, но до этого уровня я еще не доразвился).
Где взять столько времени? Вроде по работе надо прочесть Concurrency in Action, но я точно знаю, что гораздо больше пользы м не принесут «Алгоритмы + Структуры данных = Программ» и SICP.
PPS И подумать только, я когда-то считал meld лучшим diff/merge программой. Слава КПСС - это прошло как только я увидел 3 вышеприведенные видео по 10 минут каждое и не попробовал сам
PPPS И кстати meld мог бы быть неплох. Если бы его стандартный UI/UX был следствием опрома И пользователей разных категорий, где N = много; если бы все аляповатости могли быть добавлены в конфигурации. Тогда было бы действительно круто, хоть 3-way-mege он так и не умеет (поправьте меня если чудовищно неправ).
Исправление dissident, :
>>diffuse
Похоже проект скорее мертв.
Он умеет все то, что умеет meld, кроме dir-diff. Т.е. если есть просто два файла и нужно увидеть diff и/или взять кусок из левого в правый, то он это умеет. При этом для всего есть шорткаты. Ctrl+Up/Down переходит между конфликвами, Ctrl-Left/Right берет левую или правую сторону. Т.е. я бы сказал, что проект не столько мертв, сколько просто умеет все, что нужно кроме dir-diff (который meld тоже умудрился поломать, см. https://imgur.com/a/F8k8QZn, на кой дьявол мне эти зачеркивания, мне было бы достаточно, чтобы слева я видел 1.txt, а справа 2.txt). А так аляповатая лишняя информация, которая была бы полезной в 5% случаях. Но она навязано как стандартный UI/UX и следуя однокнопочному мозгу питона не конфигурируема, потому что слишком много конфигураций - это плохо. Как и слишом много conditional branch’ей в программе. Правильная программа согласно нирване питониста должна иметь одну кнопку «сделай за..изь» (а лучше вообще ни одной, пусть при старте делает), а идеальный код, это код где где нету if’ов, циклов, полиморфизма и вообще какого-бы то не было шага вправо шага влево.
А для всего остального, чего diffuse не умеет (3 way merge, dir diff - только kdiff3).
Вот туториал по dir-diff’у kdiff3: https://www.youtube.com/watch?v=0QHw1w72cJs
Вот туториал по 3-way merge’у kdiff3: https://www.youtube.com/watch?v=-CkqiIPAzgQ.
Этих коротких видео достаточно, чтобы понять, что merge в meld - этот школьная поделка. Как и весь meld.
Да и можно еще вспомнить прекрасный tig, vimdiff (который я лично не люблю, хотя vim люблю, но vimdiff’ом можно пользоваться, если надро..ться). sdiff еще есть, но он совсем хардкорный, не сильно отличается от просто diff, поэтому не вспоминаю
Главное, что я понял после kdif33, это что когда я раньше занимался merge’ем, то я занимался баловством с пластелином в первом классе школы и вообще не понимал, что такое настоящий 3-way merge.
PS Я кстати тоже когда-то страдал питоном и клепал на нем «сосалки» музыки с musicmp3spb пока тот не сдох, более того мои сосалки даже кто-то форкнул и написал еще пять своих для других muzyka.ru и им подобным), но если бы я тогда знал Go, я бы не задумываясь взял его. На 100% есть еще лучше языки (да хоть haskell, но до этого уровня я еще не доразвился).
Где взять столько времени? Вроде по работе надо прочесть Concurrency in Action, но я точно знаю, что гораздо больше пользы м не принесут «Алгоритмы + Структуры данных = Программ» и SICP.
PPS И подумать только, я когда-то считал meld лучшим diff/merge программой. Слава КПСС - это прошло как только я увидел 3 вышеприведенные видео по 10 минут каждое и не попробовал сам
PPPS И кстати meld мог бы быть неплох. Если бы его стандартный UI/UX был следствием опрома И пользователей разных категорий, где N = много; если бы все аляповатости могли быть добавлены в конфигурации. Тогда было бы действительно круто, хоть 3-way-mege он так и не умеет (поправьте меня если чудовищно неправю
Исправление dissident, :
>>diffuse
Похоже проект скорее мертв.
Он умеет все то, что умеет meld, кроме dir-diff. Т.е. если есть просто два файла и нужно увидеть diff и/или взять кусок из левого в правый, то он это умеет. При этом для всего есть шорткаты. Ctrl+Up/Down переходит между конфликвами, Ctrl-Left/Right берет левую или правую сторону. Т.е. я бы сказал, что проект не столько мертв, сколько просто умеет все, что нужно кроме dir-diff (который meld тоже умудрился поломать, см. https://imgur.com/a/F8k8QZn, на кой дьявол мне эти зачеркивания, мне было бы достаточно, чтобы слева я видел 1.txt, а справа 2.txt). А так аляповатая лишняя информация, которая была бы полезной в 5% случаях. Но она навязано как стандартный UI/UX и следуя однокнопочному мозгу питона не конфигурируема, потому что слишком много конфигураций - это плохо. Как и слишом много conditional branch’ей в программе. Правильная программа согласно нирване питониста должна иметь одну кнопку «сделай за..изь» (а лучше вообще ни одной, пусть при старте делает), а идеальный код, это код где где нету if’ов, циклов, полиморфизма и вообще какого-бы то не было шага вправо шага влево.
А для всего остального, чего diffuse не умеет (3 way merge, dir diff - только kdiff3).
Вот туториал по dir-diff’у kdiff3: https://www.youtube.com/watch?v=0QHw1w72cJs
Вот туториал по 3-way merge’у kdiff3: https://www.youtube.com/watch?v=-CkqiIPAzgQ.
Этих коротких видео достаточно, чтобы понять, что merge в meld - этот школьная поделка. Как и весь meld.
Да и можно еще вспомнить прекрасный tig, vimdiff (который я лично не люблю, хотя vim люблю, но vimdiff’ом можно пользоваться, если надро..ться). sdiff еще есть, но он совсем хардкорный, не сильно отличается от просто diff, поэтому не вспоминаю
Главное, что я понял после dif33, что когда я раньше занимался merge’ем, то я занимался баловством в пластелин в первом классе школы и вообще не понимал, что такое настоящий 3-way merge.
PS Я кстати тоже когда-то страдал питоном и tлепал на нем "сосалки музыки с musicmp3spb пока тот не сдох), но если бы я тогда знал Go, я бы не задумываясь взял его. На 100% есть еще лучше языки (да хоть haskell, но до этого уровня я еще не доразвился.
PPS И подумать только, я когда-то считал meld лусшти diff/merge программой. Слава КПСС - это прошло как только я увидел 3 вышеприведенные видео по 10 минут каждое и не попробовал сам
Исправление dissident, :
>>diffuse
Похоже проект скорее мертв.
Он умеет все то, что умеет meld, кроме dir-diff. Т.е. если есть просто два файла и нужно увидеть diff и/или взять кусок из левого в правый, то он это умеет. При этом для всего есть шорткаты. Ctrl+Up/Down переходит между конфликвами, Ctrl-Left/Right берет левую или правую сторону. Т.е. я бы сказал, что проект не столько мертв, сколько просто умеет все, что нужно кроме dir-diff (который meld тоже умудрился поломать, см. https://imgur.com/a/F8k8QZn, на кой дьявол мне эти зачеркивания, мне было бы достаточно, чтобы слева я видел 1.txt, а справа 2.txt). А так аляповатая лишняя информация, которая была бы полезной в 5% случаях. Но она навязано как стандартный UI/UX и следуя однокнопочному мозгу питону не конфигурируемо, потом что слишком много конфигураций - это плохо. Как и слишом много conditional branch’ей в программе. Правильная программа согласно нирване питониста должна иметь одну кнопку «сделай за..изь» (а лучше вообще не одной, пусть при старте делает), а идеальный код, это код где где нету if’ов, циклов, полиморфизма и вообще какого-бы то не было шага вправо шага влево
А для всего остального (3 way merge, dir diff - только kdiff3).
Вот туториал по dir-diff’у kdiff3: https://www.youtube.com/watch?v=0QHw1w72cJs
Вот туториал по 3-way merge’у: https://www.youtube.com/watch?v=-CkqiIPAzgQ.
Этих коротких видео достаточно, чтобы понять, что merge в meld - этот школьная поделка. Как и весь meld.
Да и можно еще вспомнить прекрассный tig, vimdiff (который я лично не люблю, хотя vim люблю, но им можно пользоваться). sdiff еще есть, но совсем хардкорный, не сильно отличается от просто diff, поэтому не вспоминаю
Главное, что я понял после Kdif33, что когда я раньше занимался merge’ем, то я занимался баловством в пластелин в первом классе школы и вообще не понимал, что такое настоящий 3-way merge.
PS Я кстати тоже когда-то страдал питоном и tлепал на нем "сосалки музыки с musicmp3spb пока тот не сдох), но если бы я тогда знал Go, я бы не задумываясь взял его. На 100% есть еще лучше языки (да хоть haskell, но до этого уровня я еще не доразвился.
PPS И подумать только, я когда-то считал meld лусшти diff/merge программой. Слава КПСС - это прошло как только я увидел 3 вышеприведенные видео по 10 минут каждое и не попробовал сам
Исходная версия dissident, :
>>diffuse
Похоже проект скорее мертв.
Он умеет все то, что умеет meld, кроме dir-diff. Т.е. если есть просто два файла и нужно увидеть diff и/или взять кусок из левого в правый, то он это умеет. При этом для всего есть шорткаты. Ctrl+Up/Down переходит между конфликвами, Ctrl-Left/Right берет левую или правую сторону. Т.е. я бы сказал, что проект не столько мертв, сколько просто умеет все, что нужно кроме dir-diff (который meld тоже умудрился поломать, см. https://imgur.com/a/F8k8QZn, на кой дьявол мне эти зачеркивания, мне было бы достаточно, чтобы слева я видел 1.txt, а справа 2.txt.
А для всего остального (3 way merge, dir diff - только kdiff3).
Вот туториал по dir-diff’у kdiff3: https://www.youtube.com/watch?v=0QHw1w72cJs
Вот туториал по 3-way merge’у: https://www.youtube.com/watch?v=-CkqiIPAzgQ.
Этих коротких видео достаточно, чтобы понять, что merge в meld - этот школьная поделка. Как и весь meld.
Да и можно еще вспомнить прекрассный tig, vimdiff (который я лично не люблю, хотя vim люблю, но им можно пользоваться). sdiff еще есть, но совсем хардкорный, не сильно отличается от просто diff, поэтому не вспоминаю
Главное, что я понял после Kdif33, что когда я раньше занимался merge’ем, то я занимался баловством в пластелин в первом классе школы и вообще не понимал, что такое настоящий 3-way merge.