Компания Google сообщила (http://google-opensource.blogspot.com/2015/03/farewell-to-go...) о сворачивании третьего по величине хостинга открытых проектов - Google Code (https://code.google.com/). С завтрашнего дня добавление в Google Code новых проектов станет невозможным. С 24 августа будет прекращена возможность внесения изменений и инфраструктура будет переведена в режим только для чтения. 26 января будет отключен сервис хостинга проектов, но оставлена возможность загрузки tar-архивов с кодом, обсуждениями проблем и wiki-страницами. В конце 2016 года доступ к архивам будет закрыт.
В последние годы большое число проектов, в том числе около тысячи собственных проектов Google, перешли с Google Code на GitHub. С другой стороны отток пользователей сопровождал рост попыток нецелевого использования сервиса для распространения незаконного контента и спама. В итоге, последнее время вся административная работа сводится к обработке жалоб на размещение проблемного контента. Проанализировав статистику целевого использования Google Code для разработки, компания пришла к выводу, что после почти десяти лет существования сервис исчерпал себя и больше не востребован разработчиками. Предлагаемая проектом GitHub модель размещения кода и совместной работы оказались наиболее жизнеспособной.
Пользователям сервиса предоставлена (http://code.google.com/p/support-tools/) возможность бесшовной миграции проектов на GitHub (http://code.google.com/export-to-github), Bitbucket (https://bitbucket.org/) и SourceForge (http://sourceforge.net/p/forge/documentation/Google%20C.../). Отдельно отмечается, что Google продолжит предоставление Git- и Gerrit-хостинга для проектов Android и Chromium. Также будет сохранена работа зеркал крупных проектов, таких как Eclipse и kernel.org.
URL: http://google-opensource.blogspot.com/2015/03/farewell-to-go...
Новость: http://www.opennet.me/opennews/art.shtml?num=41829
На Google Code остаётся очень много кода заброшенных, но полезных проектов, которые уже не развиваются или поддерживаются по инерции. С закрытием Google Code весь этот код, который временами полезен для включения в другие разработки, будет потерян :-(
> На Google Code остаётся очень много кода заброшенных, но полезных проектов, которые
> уже не развиваются или поддерживаются по инерции. С закрытием Google Code
> весь этот код, который временами полезен для включения в другие разработки,
> будет потерян :-(если этот код действительно полезен, то его заберут, целый год на это есть. а если за год никто не почешется — значит, так сильно этот код всем нужен был.
> если этот код действительно полезен, то его заберут, целый год на это
> есть. а если за год никто не почешется — значит, так
> сильно этот код всем нужен был.Если это сделают пользователи, а не базовые разработчики, то появится куча одинаковых форков на гитхабе с невозможностью понять, куда оно пошло дальше и кто что делает.
> Если это сделают пользователи, а не базовые разработчики, то появится куча одинаковых
> форков на гитхабе с невозможностью понять, куда оно пошло дальше и
> кто что делает.выживет сильнейший. а ещё всегда можно возглавить движение, например.
Выживет не сильнейший, а наинуднейший. Сильнейшему может банально не хватить времени/ресурсов и он забросит проект, либо сделает то, что нужно ему, но не будет пытаться спорить с теми, кто тянет на себя внимание, но развивать проект не собирается или не в состоянии.
Эволюция показала что выживает умнейший ;).
Нет. Выживает наглейший и злейший.
А умнейшего гнобят и истребляют.
> Нет. Выживает наглейший и злейший.
> А умнейшего гнобят и истребляют.И как, много вас загнобили и истребили злые и наглые хищники, которые чисто технически могут вас нашинковать на лапшу?
>> Нет. Выживает наглейший и злейший.
>> А умнейшего гнобят и истребляют.
> И как, много вас загнобили и истребили злые и наглые хищники, которые
> чисто технически могут вас нашинковать на лапшу?ну зачем ты разрушаешь мир бедному ботану? он‐то уверен, что он умнейший, это просто мир жесток и несправедлив.
> Нет. Выживает наглейший и злейший.
> А умнейшего гнобят и истребляют.То-то наглейшие и злейшие на рынках за еду торгуют и улицы подметают, а загноблённые на яхтах да бентли катаются.
Вот и выросло поколение для которого ум измеряется в бабле. Пойду расскажу своему нищему товарищу-краснодипломнику с ракетного завода какой он лох...
и что характерно — будешь прав.
Эволюция лишь убивает слабейшего. Я выглядываю в окно и вижу тысячи видов, а не один "сильнейший".
> Эволюция показала что выживает умнейший ;).Вообще-то - приспосабливающийся.
>> Эволюция показала что выживает умнейший ;).
> Вообще-то - приспосабливающийся.в быстро изменяющихся условиях усложнение интеллекта для сложных организмов является эволюционным преимуществом. так что — умнейший, потому что он быстрее и качественней приспосабливается.
> в быстро изменяющихся условиях усложнение интеллекта для сложных организмов является эволюционным
> преимуществом. так что — умнейший, потому что он быстрее и качественней
> приспосабливается.Особенно забавно это слышать от "грамотнейшего".
Ну любит чувак на публику играть. Фетиш у него такой.
> Сильнейшему может банально не хватить времени/ресурсов
> и он забросит проектзначит, он не сильнейший, а китайская подделка.
> выживет сильнейший. а ещё всегда можно возглавить движение, например.Это только в ситуации "бутылочного горлышка" - аномального прессинга. А так, достаточно просто не иметь признаки, несовместимые с жизнью и размножением. Сейчас, кстати, для западного человека умение читать в них входит - не умеешь читать, не можешь нормально жить, шансы размножиться практически 0. Но совершенно не обязательно уметь читать лучше всех, достаточно некоторого минимального уровня.
в любой ситуации выживает сильнейший. но это не обязательно обозначает, что менее сильные ультимативно не выживают. ;-)
> в любой ситуации выживает сильнейший. но это не обязательно обозначает, что менее
> сильные ультимативно не выживают. ;-)Тоже не совсем так - вероятность выжить у сильнейшего больше. Это же стохастические процессы.
Социал-дарвинизм это вообще-то форма фашизма.
> Социал-дарвинизм это вообще-то форма фашизма.нет, это ты жертва несделанного вовремя аборта.
>> Социал-дарвинизм это вообще-то форма фашизма.
> нет, это ты жертва несделанного вовремя аборта.Вообще-то, он прав.
А за безграмотные фразы вида "выживет сильнейший" - должно быть стыдно любому,
освоившему курс биологии хоть на уровне средней школы. Не говоря уже
о перенесении подобных идей с биологии куда-то еще...
это хороший повод взять и перенести их на гитхаб :)
В google-code удобная система тегов.
И дико неудобное вообще все остальное. Вот реально, когда проект на гуглокоде - я ругаюсь. Потому что интерфейс гуглокода - слоупочный и неинформативный, а пока там что-то найдешь - рак на горе свистнет. И допускает использование окаменелого шита типа svn, за одно только это всех причастных мало закидать тухлыми помидорами. Дайте уже этой окаменелости умереть!
> Потому что интерфейс гуглокода - слоупочный и неинформативныйIssues там пока сделаны лучше чем в вашем github.
> И допускает использование окаменелого шита типа svn
Допускает или заставляет? Не нравится - не ешь.
С другой стороны, он зато не строит всех использовать git. Или за это тоже от школьников помидоры ждать полагается?
> Или за это тоже от школьников помидоры ждать полагается?Ну, как школьникам когда-то сказали, что круче Git и GitHub нет ничего, так они и стали всех несогласных закидывать всякими неприятными субстанциями, а пользователей "классических" VCS дополнительно обвинять в замшелости и ретроградстве. Но такова уж суть школьных фанатиков, т.ч. придётся терпеть.
> Но такова уж суть школьных фанатиков, т.ч. придётся терпеть.Конечно, намного удобнее перекачивать половину проекта с сервака, если хочется отмотать на месяц назад и посмотреть "интересно, а был ли там тогда вот этот баг?"
Нормальный разработчик при репорте нынче сразу вопрос в лоб: а bisect пробовали делать? Нет? Ну тогда сначала попробуйте и скажите какой коммит все портит. Вот это - работа с системой контроля версий. Которая позволяет прицельно гасить баги по версиям, трассируя их вылезание с точностью до коммита. А в шите типа SVN так, простите, убьешься - оно весь интернет на большом проекте скачает...
>> Но такова уж суть школьных фанатиков, т.ч. придётся терпеть.
> Конечно, намного удобнее перекачивать половину проекта с сервака, если хочется отмотать
> на месяц назад и посмотреть "интересно, а был ли там тогда вот этот баг?"Плохому танцору всегда ноги мешают.
> Нормальный разработчик при репорте нынче сразу вопрос в лоб: а bisect пробовали
> делать? Нет? Ну тогда сначала попробуйте и скажите какой коммит все портит.Ну и что вам мешает использовать git bisect при работе с удаленным svn? Снова ноги?
> Плохому танцору всегда ноги мешают.Правильно, поэтому давайте пудовые гири себе на ноги прикуем и попробуем станцевать.
> Ну и что вам мешает использовать git bisect при работе с удаленным svn? Снова ноги?
Затраты времени на этот траходром. Гит раскатывает запрошенную версию упираясь в скорость диска. А svn будет полчаса сопли жевать, перекачивая половину файлов.
>> Плохому танцору всегда ноги мешают.
> Правильно, поэтому давайте пудовые гири себе на ноги прикуем и попробуем станцевать.Просто расставляйте приоритеты. Либо вам интересно сделать реальный
вклад в проект - чему svn не припятствует, либо - учить уму разуму посторонних
людей, которые уже делают полезную работу. Ну и учтите, что во втором случае
вас могут предсказуемо послать...Шашечки или ехать?
>> Ну и что вам мешает использовать git bisect при работе с удаленным svn? Снова ноги?
> Затраты времени на этот траходром.Затраты времени здесь могут быть только при первоначальном клонировании
репозитария. Да и то, реально заметно это лишь на проектах уровня wesnoth, которых
можно по пальцам пересчитать. Для 99% случаев - речь и здесь идет о секундах
и минутах, даже не десятках.Дальнейшая работа не сильно отличается от случая, когда на "той
стороне" - тоже git. Резюмирую - с git вы работать банально не научились.
> Просто расставляйте приоритеты.Я и расставляю: для меня мое удобство - это первый приоритет, а не десятый. Если кто не хочет это уважить - есть высокая вероятность что мне далее будет некомфортно с ними взаимодействовать. Поэтому лучше всего не коммитить в такой проект. Так что да, если кто еще не заметил, хреновый выбор VCS может немало поспособствовать загибону проекта.
> Либо вам интересно сделать реальный вклад в проект -
Делать вклад в проект интереснее и приятнее когда это не означает контрпродуктивный гемор по причине "тут так принято". А svn - это именно оно и в целом характеризует проект не с лучшей стороны.
> чему svn не припятствует,
Он не помогает. Поэтому те кто пользуются гитом - в плюсе при прочих равных.
> втором случае вас могут предсказуемо послать...
Могут. А еще я не нанимался пользоваться кривым неудобным софтом. Поэтому я могу достать из кармана фигу. А когда некто слишком сильно тупит и это всех достает - случается как с ffmpeg vs libav и икается потом всем.
> Шашечки или ехать?
Ехать можно по разному. В машине без шашечек, со стремным водилой с криминальной физиономией, на раздолбаном рыдване воняющем бензином - ты все-таки сам езжай, а я по возможности поищу более приличные средства передвижения.
> Затраты времени здесь могут быть только при первоначальном клонировании
> репозитария. Да и то, реально заметно это лишь на проектах уровня
> wesnoth, которых можно по пальцам пересчитать.Или линуксного ядра. Или вон того браузера. Или вон той фичастой либы. И так далее. В гите это просто и быстро. Нафига мне какой-то лишний контрпродуктивный гемор? Альтруизм != мазохизм, чуваки. Поэтому изгибаться буквой зю под причуды необучаемых некрофилов лично мне как-то обломно.
> идет о секундах и минутах, даже не десятках.
Что порой сравнимо со временем всего остального вместе взятого, от рекомпила/релинка до проверки есть ли баг. Нафиг нужно.
> Резюмирую - с git вы работать банально не научились.
Интересный вывод из моего нежелания заниматься костылированием чужой необучаемости.
>> Просто расставляйте приоритеты.
> Я и расставляю: для меня мое удобство - это первый приоритет, а
> не десятый. Если кто не хочет это уважить - есть высокая
> вероятность что мне далее будет некомфортно с ними взаимодействовать.Да это все - пожалуйста. Только почему вы обобщаете эти персональные
проблемы для других. Еще раз, не переоценили собственную значимость?>> Либо вам интересно сделать реальный вклад в проект -
> Делать вклад в проект интереснее и приятнее когда это не означает контрпродуктивный
> гемор по причине "тут так принято".В реальности - каждый мало-мальски крупный проект имеет
собственные закидоны. VCS на самом деле - ерунда на этом фоне.Понятно, что каждый хочет реализовать прежде всего свои хотелки. Но сперва
сделайте что-то полезное - а потом ожидайте что с ними будут считаться.Вы считаете что должно быть иначе? Что после вопля первой
попавшейся школоты (которая собственно маны git не читает принципиально) -
разработчики проекта должны строем перейти с svn на git?>> чему svn не припятствует,
> Он не помогает. Поэтому те кто пользуются гитом - в плюсе при
> прочих равных.Существующие разработчики проекта могут не иметь время и желания
на изучение вашего любимого git. Как вам такой плюс?>> втором случае вас могут предсказуемо послать...
> Могут. А еще я не нанимался пользоваться кривым неудобным софтом. Поэтому я
> могу достать из кармана фигу.И? Пожмут плечами и пойдут дальше.
>> Шашечки или ехать?
> Ехать можно по разному. В машине без шашечек, со стремным водилой с
> криминальной физиономией, на раздолбаном рыдване воняющем бензиномИ причем тут svn и git?
>> Затраты времени здесь могут быть только при первоначальном клонировании
>> репозитария. Да и то, реально заметно это лишь на проектах уровня
>> wesnoth, которых можно по пальцам пересчитать.
> Или линуксного ядра. Или вон того браузера. Или вон той фичастой либы.Линуксное ядро - в git. Я же писал о проектах, которые (как минимум
до сравнительно недавнего времени) вели в svn. Просто чтобы показать
насколько реальны ваши вопли о "непродуктивном геморе" и "тормозит".В реальности, ничего тут уже не тормозит после единожды
сделанного git clone из svn. Это понятно, ау? Даже для такого крупного
проекта как wesnoth.> Нафига мне какой-то лишний контрпродуктивный гемор?
Сделать git clone - это гемор? Ну а из удаленного git вы как код берете - прямо телепатически?
>> идет о секундах и минутах, даже не десятках.
> Что порой сравнимо со временем всего остального вместе взятого, от рекомпила/релинка до
> проверки есть ли баг. Нафиг нужно.Если весь ваш вклад ожидается в виде "клонировал реп, поправил
опечатку и забыл про проект" - нафига вы такой нужен? Школьников
вокруг итак навалом - перебьются и svn. Одним меньше, одним больше...А если намереваетесь работать систематически - доля времение от начального
git clone будет быстро стремиться к нулю. О чем тогда бурление?>> Резюмирую - с git вы работать банально не научились.
> Интересный вывод из моего нежелания заниматься костылированием чужой необучаемости.К чужой необучаемости он не имеет никакого отношения. Вы не хотите
тратить время на изучение *своего* инструментария, т.е. git, а вовсе даже не svn.
> Да это все - пожалуйста. Только почему вы обобщаете эти персональные
> проблемы для других. Еще раз, не переоценили собственную значимость?Это так, наблюдение за участью разных проектов. FFmpeg вон вообще конкретно нарвался. И если раньше некоторые его разработчики пшикали "нам и с svn неплохо", то после форка они и на гит перелетели со скоростью кота ужаленного в ж... осой, и теперь их песня выглядит совсем иначе - они буквально бегают по пятам и упрашивают например дебианщиков взять их обратно, etc. Все-таки конкуренция - великая вещь.
А так если посмотреть кто нынче пользуется svn - это чаще всего или некрофилы или вантузоиды. Говоря за себя - мне с такими взаимодействовать некомфортно и я пройду мимо. А за других пусть другие и расписываются, имхо.
> В реальности - каждый мало-мальски крупный проект имеет собственные закидоны.
Но контрпродуктивные и глупые методы разработки - это серьезный продолб.
> VCS на самом деле - ерунда на этом фоне.
Удобный инструмент разработки и дружественные ко мне практики - это не ерунда. Если кто в 2015 году использует svn - у них большие проблемы с управлением проектом. И или господа полностью утратили обучаемость и с ними поэтому мучительно взаимодействовать, или это виндопрограмеры, которые вообще в мире опенсорса полные инвалиды и они еще не раз разочаруют своими замашками.
> сделайте что-то полезное - а потом ожидайте что с ними будут считаться.
Так я вроде не требовал со мной считаться. Я просто констатировал тот факт что я не буду делать ничего полезного для проекта с которым мне неудобно взаимодействовать. Потому что альтруизм и мазохизм разные вещи. Если бесплатно поработать потратив мое время я еще в принципе могу, то вот изгибаться в три погибели я в общем случае не буду. Ну разве что это какой-то убермеганужный мне проект, типа линуксного ядра. Вот svn - это хорошая заявка на то что мое мировоззрение (в плане взгляда на разработку) сильно не стыкуется с участниками проекта, поэтому лучше всего пройти мимо.Чтобы не мучаться самому и не досаждать участникам. Нормальный человек в 2015 году svn использовать не станет.
> разработчики проекта должны строем перейти с svn на git?
Да пусть не переходят. Будут как реактос или даже ффмпег. Мне то что? Я должен изгибаться буквой зю за право поработать бесплатно? Оптимизм - это хорошо, ага :). Только я в общем случае буду не заинтересован в проекте использующем svn. Есть полтора исключения на всю планету, но они только подтверждают правило.
> Существующие разработчики проекта могут не иметь время и желания
> на изучение вашего любимого git. Как вам такой плюс?Вот и славненько: мне это многое говорит о состоянии и перспективах проекта и о том кто его разработчики. Мне лучше всего будет пройти мимо такого проекта. Работать на мусорный бак - досадно, знаете ли. Хотя особо ценные и уникальные проекты, дать которым просто помереть было бы жалко - нарываются на полномасштабный форк, как ффмпег. И я так смотрю, эти "необучаемые" в темпе вальса разучили гит :). А потом сноб Нидермайер забыл про снобизм и нынче бегает за дебианщиками как хвостик, упрашивая вернуть либу в дебиан. "Секурити? Ааа! Я сам, лично буду патчить секурити баги! Только назад возьмите!". Забавно смотрится. Где ж былая спесь и рассказы про то как их там всех устраивает svn? :)
> И? Пожмут плечами и пойдут дальше.
"По реке плывет топор из села Кукуево" :)
> И причем тут svn и git?
При том что svn - это раздолбаный рыдван, воняющий бензином, с стремным водилой, изучавшим ПДД еще при царе горохе и не считающий нужным знать изменения в пдд с тех пор. Так что по возможности лучше все-таки ехать более приличным транспортом.
> Линуксное ядро - в git. Я же писал о проектах, которые
> (как минимум до сравнительно недавнего времени) вели в svn.Для непонятливых еще раз: если кто-то в 2015 году использует svn в открытом проекте, у него имеются недетские проблемы с вменяемостью или обучаемостью.
> Просто чтобы показать насколько реальны ваши вопли о
> "непродуктивном геморе" и "тормозит".Если так посмотреть на то кто остался на svn - несложно сделать ряд простых выводов о том что за проекты и что за управление оными. И какие у всего этого перспективы.
> В реальности, ничего тут уже не тормозит после единожды
> сделанного git clone из svn. Это понятно, ау?Мне понятно что я со своей стороны не собираюсь ставить костыли чужой умственной инвалидности. Возможность прокостылить - не отменяет того факта что разработчики, использующие в 2015 году svn - метят в номинацию умственных инвалидов. По поводу чего взаимодействие с ними врядли сильно порадует. И вот этот момент мелкими костылями как-то не лечится, бэть.
> Даже для такого крупного проекта как wesnoth.
Разработчики веснота - все-таки адекватные люди, имеющие отношение к опенсорсу, а не куча необучаемых ретардов и не махровые вантузоиды.
Поэтому - вот так:
Git replaced Subversion (SVN) as Wesnoth's version-control system in March 2013. Subversion had, itself, previously replaced an older program, Concurrent Versioning System (CVS), in 2005. These earlier systems have left a few traces in the version history which you might encounter; some older documentation and a few files refer to them.> Сделать git clone - это гемор? Ну а из удаленного git
> вы как код берете - прямо телепатически?Гемор - это взаимодействие с группой ретардов, до сих пор почему-то практикующих контрпродуктивные методики работы. И техническое вкостыливание не лечит общий менталитет таких личностей.
> вокруг итак навалом - перебьются и svn. Одним меньше, одним больше...
Ну как бы удачи открытому проекту с такой политикой, ага :)
> А если намереваетесь работать систематически - доля времение от начального
> git clone будет быстро стремиться к нулю. О чем тогда бурление?Проблема - в mindset таких разработчиков. И возможность вкостылить со своей стороны - не меняет проблематичный mindset. Это всего лишь раннее обнаружение взаимонесовместимых взглядов на жизнь. Достаточно фатальных для нежелания совместно работать кроме каких-то исключительных случаев (чертыхаясь на недружественную атмосферу, т.к. дружественные мне личности - в 2015 году svn пользоваться явно не станут).
> К чужой необучаемости он не имеет никакого отношения.Напротв - самое непосредственное. Люди которые до сих пор пользуются svn - это замшелые мамонты или вантузоиды. И те и другие очень трудны для меня в взаимодействии - почти гарантировано множество расхождений во взглядах, которые будут икаться и мне и им. В этом случае мне будет лучше пройти мимо (и найти похожий но более адекватно организованный проект).
> Вы не хотите тратить время на изучение *своего* инструментария,
> т.е. git, а вовсе даже не svn.Возможность со своей стороны вбить костыль - не отменяет того факта что разработчики в проекте понятия не имеют о гите и тамошних практиках. А взаимодействовать на уровне убoгoго svn меня не радует. Да и mindset таких разработчиков как правило оставляет желать много лучшего. И это не вкостылишь парой команд и левыми довесками к гиту.
> Это так, наблюдение за участью разных проектов. FFmpeg вон вообще конкретно нарвался.И причем тут FFmpeg?
> А так если посмотреть кто нынче пользуется svn - это чаще всего
> или некрофилы или вантузоиды.Если использовать подходящее определение - да.
> Говоря за себя - мне с такими взаимодействовать некомфортно и я пройду мимо.
Еще раз, с чего вы взяли что кому-то интересно ваше мнение? Что
кто-то пострадает от того что вы пройдете мимо?>> В реальности - каждый мало-мальски крупный проект имеет собственные закидоны.
> Но контрпродуктивные и глупые методы разработки - это серьезный продолб.SVN вполне успешно может решать задачи VCS. Контрпродуктивно и глупо - отрывать
людей от работы, заставляя их удовлетворять прихоти постороннего школьника.> Если кто в 2015 году использует svn - у них большие проблемы с управлением проектом.
Да, если определить проблемой - использование SVN. И совершенно не обязательно,
если не использовать это произвольное определение.>> сделайте что-то полезное - а потом ожидайте что с ними будут считаться.
> Так я вроде не требовал со мной считаться. Я просто констатировал тот
> факт что я не буду делать ничего полезного для проекта с которым мне неудобно взаимодействовать.Ну и замечательно. Еще один школьник, не способный освоить git - прошел мимо. Если
SVN способен еще и служить фильтром против школоты - я даже проголосую за :)> Нормальный человек в 2015 году svn использовать не станет.
Да, если определить "нормальность", как "не использовать svn". И нет, если не городить подобную чушь.
>> Существующие разработчики проекта могут не иметь время и желания
>> на изучение вашего любимого git. Как вам такой плюс?
> Вот и славненько: мне это многое говорит о состоянии и перспективах проекта
> и о том кто его разработчики.Если по такой ерунде вы делаете столь далеко идущие выводы - мне вас искренне жаль.
Это даже если не учитывать тот факт, что свой собственный git вы знаете от слова
никак. Что предметно продемонстрировано вашими проблемами с svn.> потом сноб Нидермайер забыл про снобизм и нынче бегает за дебианщиками
> как хвостик, упрашивая вернуть либу в дебиан.И причем тут svn?
>> И причем тут svn и git?
> При том что svn - это раздолбаный рыдван, воняющий бензиномДа нет. Это одна из VCS, вполне справляющаяся со своими задачами. Особенно
для небольших проектов.>> Линуксное ядро - в git. Я же писал о проектах, которые
>> (как минимум до сравнительно недавнего времени) вели в svn.
> Для непонятливых еще раз: если кто-то в 2015 году использует svn в
> открытом проекте, у него имеются недетские проблемы с вменяемостью или обучаемостью.Нет, просто кто в 2015 году не освоил git-svn и продолжает нудеть
как его обижают и как svn у него "тормозит" - откровенно тупой школьник.>> В реальности, ничего тут уже не тормозит после единожды
>> сделанного git clone из svn. Это понятно, ау?
> Мне понятно что я со своей стороны не собираюсь ставить костыли чужой
> умственной инвалидности.Проблема-то в вашей, а не в чужой.
>> Даже для такого крупного проекта как wesnoth.
> Разработчики веснота - все-таки адекватные люди, имеющие отношение к опенсорсу, а не
> куча необучаемых ретардов и не махровые вантузоиды.
> Поэтому - вот так:
> Git replaced Subversion (SVN) as Wesnoth's version-control system in March 2013.Я и написал, что проект был в SVN до недавнего времени. Тем не менее,
даже в этом случае - ваши истеричные вопли от "тормозах" не соответствуют действительности.>> Сделать git clone - это гемор? Ну а из удаленного git
>> вы как код берете - прямо телепатически?
> Гемор - это взаимодействие с группой ретардов, до сих пор почему-то практикующих
> контрпродуктивные методики работы.Может они, наоборот, не хотят взаимодействовать с упертыми дураками, вроде вас?
Что за манеры - какие-то "ретарды", "контрпродуктивные методы". Вы способны
сесть, подумать, и перечислить реальные технические причины почему любой
проект, вне зависимости от размера (кодовая база, число разработчиков, etc) - должен
перейти на git? (Довод в пользу последующих перспектив возможного взаимодействия
с вами - не считается.)>> К чужой необучаемости он не имеет никакого отношения.
> Напротв - самое непосредственное. Люди которые до сих пор пользуются svn -
> это замшелые мамонты или вантузоиды.Да хоть рептилоиды с Марса. Ну начхать всем на выковырянные вами из носу определения, поймите.
>> При том что svn - это раздолбаный рыдван, воняющий бензином
>
> Да нет. Это одна из VCS, вполне справляющаяся со своими задачами. Особенно для небольших проектов.SVN как раз очень хорош для больших проектов. Одни монотонные номера ревизий чего стоят.
> SVN как раз очень хорош для больших проектов. Одни монотонные номера
> ревизий чего стоят.стоят проблем с бранчами, натурально, и не только. но дураки носятся с ними, как с писаной торбой.
> но дураки носятся с ними, как с писаной торбой.Шо, нешто и ты всех использующих svn записал в дураки поголовно?
> Шо, нешто и ты всех использующих svn записал в дураки поголовно?От большого ума svn'ом и его линейными/централизованными ворклоу в 2015 году не пользуются, имхо...
>> Шо, нешто и ты всех использующих svn записал в дураки поголовно?
> От большого ума svn'ом и его линейными/централизованными ворклоу в 2015 году не пользуются, имхо...Вы arisu?
> SVN как раз очень хорош для больших проектов.Ну попробуйте сделать Linux Kernel по числу коммитеров и интенсивности коммитов, тогда я признаю что у вас большой проект :)
> Одни монотонные номера ревизий чего стоят.
По факту большие и активные проекты как раз первым делом и валят на гит. По причине адекватной производительности. Перекачивать половину большого проекта чтобы посмотреть был ли баг в версии месячной давности - в высшей степени непродуктивно.
> И причем тут FFmpeg?Ну вот при том. До форка эти некрофилы использовали svn и пиндели как раз в том стиле котором ты вещаешь - мол, зачем что-то менять?! А как форк перешел на гит - оставшиеся в ffmpeg перескочили на гит со скоростью ракеты, догадываясь что иначе они могут остаться без кучи коммитеров. Вот так конкуренция двигает прогресс - там уже не больно поблеешь про "нас устраивает" - инициатива просто целиком уйдет к форку.
> Еще раз, с чего вы взяли что кому-то интересно ваше мнение?
Еще раз: сообщения на опеннете - для неопределенной группы лиц. И от противного - то что мое мнение никому не интересно - мягко говоря ни разу не доказано. Поэтому нехай будет, мне так больше нравится :).
> Что кто-то пострадает от того что вы пройдете мимо?
Не знаю. Как я могу заранее расписываться за мнения всех посетителей опеннета в прошлом и будущем по этому вопросу? Вы там в дружбе с головой?
> SVN вполне успешно может решать задачи VCS. Контрпродуктивно и глупо -
> отрывать людей от работы, заставляя их удовлетворять прихотиБлин, действительно, вот же дурилки картонные - понаделали самолетов и поездов. Оторвали кучеров от работы, понимаешь! Да так хорошо оторвали что теперь они к работе вообще хрен вернутся :). Вот и с svn как-то так же. Большинство таких работничков пора получить fired напротив своей фамилии, если они обучаться не способны.
И да, знаешь, если на гитхабе даже виндoзный менеджер как-то материальцем с остальными перекидывается. Явно не будучи титаном инженерной мысли. Это прозрачно намекает что некоторым мамонтам явно пора записаться на курсы повышения квалификации, имхо.
> постороннего школьника.
Ваши комплексы такие забавные :). Такие наивные юношеские распальцы с расклейкой лэйблов.
После выпускного - myhand сменил статус на "на...й школьников из гитхаба", так? :)
> Да, если определить проблемой - использование SVN.Это индикатор состояния проекта и управления оным. И индикатор больших проблем с восприятием реалий.
> И совершенно не обязательно, если не использовать это произвольное определение.
Нет, если некто внутри ведет проприетарный реп - это все пофиг. А открытый софт - о взаимодействии с окружающими. Окружающие способные писать код недвусмысленно выбрали гит, чему популярность гитхаба - прямое подтверждение. Какое место в этой логике тебе не понятно?
> Ну и замечательно. Еще один школьник, не способный освоить git - прошел мимо.
Ну и отлично. И мне меньше проблем и НеШкольнику типа вас. Взрослый дяденька, который, блин, не может 5 минут обойтись без комплексов по части возраста и обсуждения личноти оппонента.
> Если SVN способен еще и служить фильтром против шкoлоты - я даже проголосую за :)
Точно! Пользуйся SVN'ом, отличная идея! Мне эта мысль нравится! А назло кондуктору пешком пойдешь? :)
> Да, если определить "нормальность", как "не использовать svn". И нет, если
> не городить подобную чушь.Нормальность в данном случае - просто не отрываться от реалий и хоть немного следить за тем что происходит в мире вокруг, у "коллег по цеху" и прочая.
> Если по такой ерунде вы делаете столь далеко идущие выводы - мне
> вас искренне жаль.Однако это неплохо работает на практике, позволяя отбривать заведомо проблемные проекты еще на подлете.
> Это даже если не учитывать тот факт, что свой собственный git вы
> знаете от слова никак.Я использую гит в режиме гита. А не в режиме костыля для чужого svn. Мне нафиг не упало костылировать со своей стороны проблемы горбатых проектов - мне проще не иметь дела с такими проектами. Ретардизм и пофигизм разработчиков костылем для гита как-то не лечится. А взаимодействовать с ними все-равно придется. И если мегаразработчик до 2015 года не смог освоить гит - ну я могу себе представить что еще меня будет ждать.
> Что предметно продемонстрировано вашими проблемами с svn.
Прикольная логика. И совсем не школьная. А аж целый первокур, а может даже и второкур! Вау! :).
> И причем тут svn?
При том что после форка ffmpeg как ужаленный перелетел с замшелого svn на гит. Оказывается, иногда и слоны могут танцевать. И даже замшелые мамонты. Особенно если хвост достаточно хорошо подпалило.
> Да нет. Это одна из VCS, вполне справляющаяся со своими задачами.
Это фиговая VCS. И с задачами она справляется фигово. И по этому поводу давно является морально устаревшей рухлядью. А то что гитом что-то там можно костыльнуть - вообще не заслуга svn и не отменяет необходимости взаимодействия с жирафами которые не умеют пользоваться гитом и ведут разработку в первобытном стиле.
> Особенно для небольших проектов.
Для небольших проектов нужда содержать сервер - вообще ни о чем. В гите они могут перекидываться коммитами хоть там как, вплоть до флоппинета. Но svn без сервера шагу не может ступить. Нафига он такой нужен - загадка природы. Вымирает как мамонт^W CVS, куда и дорога.
> Нет, просто кто в 2015 году не освоил git-svn и продолжает нудеть
> как его обижают и как svn у него "тормозит" - откровенно тyпой школьник.Школьник - это тот кто не уважает себя и потому прогибается под любой идиoтизм, попутно рассказывая что строиться под чужую глупость в стиле подметания плаца ломом - это так и надо. А уважающие себя люди, у которых есть работающий головной мозг - хреновыми инструментами и устаревшими методиками разработки с кучей проблем и ограничений пользоваться не станут.
> Проблема-то в вашей, а не в чужой.
Да вообще, вот я негодяй то - не хочу безропотно раздвигать булки. То ли дело вы, прокачивающий скиллы в костылирования архаичного шита и прогибании под ретардов и виндyзоидов. Удачного и комфортного вам взаимодействия.
> Я и написал, что проект был в SVN до недавнего времени.
Ну да, всего джва года как свалили :).
> ваши истеричные вопли от "тормозах" не соответствуют действительности.
Да, да, главное булки расклячить под ретроградов и вазелин за свой счет, тогда ничего так, нормальненько. А оно мне надо? :)
> Может они, наоборот, не хотят взаимодействовать с упертыми дуpаками, вроде вас?
Хм, посчитаю это не багом а фичой. Нуачо, мне время на изучение всякого костыльнго шита - экономит, а я в общем случае вроде ничего и не теряю.
> Что за манеры - какие-то "ретарды", "контрпродуктивные методы".
Если нечто выглядит как собака и ведет себя как собака, мы называем это собакой. Если даже виндoзный менеджер кой-как пользуется гитхабом, остальные и вовсе получаются ретардами, если не могут гитом пользоваться...
> перейти на git? (Довод в пользу последующих перспектив возможного взаимодействия
> с вами - не считается.)А это не только со мной. Популярность гитхаба прозрачно намекает что большинство тех кто пишет код - предпочли гит. И svn здорово нагнет развитие проекта. Даже вон у фрибздeльников ряд народа за...ся с svn и сделали гит-зеркало. Что правда не отменяет дepьмовый стиль разработки навязанный svn'ом.
> Да хоть рептилоиды с Марса. Ну начхать всем на выкoвырянные вами
> из носy определения, поймите.Что-то вы довольно громко чихаете, я так смотрю :)
>> И причем тут FFmpeg?
> Ну вот при том. До форка эти некрофилы использовали svnИ что, svn был причиной форка?
>> SVN вполне успешно может решать задачи VCS. Контрпродуктивно и глупо -
>> отрывать людей от работы, заставляя их удовлетворять прихоти
> Блин, действительно, вот же дурилки картонные - понаделали самолетов и поездов.Последнее китайское - прекратите демагогию.
> И да, знаешь, если на гитхабе даже виндoзный менеджер как-то материальцем с
> остальными перекидывается.Вот когда этот менеджер напишет нужный для меня код - его мнение о
технических вопросах я начну учитывать.>> Да, если определить проблемой - использование SVN.
> Это индикатор состояния проекта и управления оным.Что в лоб - что по лбу. Ваш индикатор. Чтобы ему быть объективным - вам надо научиться
приводить технические аргументы.>> И причем тут svn?
> При том что после форка ffmpeg как ужаленный перелетел с замшелого svn на гит.Post hoc ergo propter hoc. Да?
>> Да нет. Это одна из VCS, вполне справляющаяся со своими задачами.
> Это фиговая VCS. И с задачами она справляется фигово.Это фиговое мнение. Просто уже потому что его обладатель не
проявил достаточно компетентности в знании собственно любимого git.>> Я и написал, что проект был в SVN до недавнего времени.
> Ну да, всего джва года как свалили :).Ну, это для вас могла произойти масса событий. Школу там закончили, в институт
поступили или еще какой пту. А так - да, всего-то два года...>> ваши истеричные вопли от "тормозах" не соответствуют действительности.
> Да, да, главное булки расклячить под ретроградов и вазелин за свой счет,
> тогда ничего так, нормальненько. А оно мне надо? :)Главное - не врать и не выдумывать проблемы там, где их нет. Не имели
никогда дела с git-svn - так и скажите. Выдумали проблемы с "тормозами" - так
и скажите. И далее по списку...>> Что за манеры - какие-то "ретарды", "контрпродуктивные методы".
> Если нечто выглядит как собака и ведет себя как собака, мы называем
> это собакой. Если даже виндoзный менеджер кой-как пользуется гитхабом, остальные и
> вовсе получаются ретардамиПро менеджерОв уже все выяснили выше.
>> перейти на git? (Довод в пользу последующих перспектив возможного взаимодействия
>> с вами - не считается.)
> А это не только со мной. Популярность гитхаба прозрачно намекает что большинство
> тех кто пишет код - предпочли гит.Кроме github - есть и другие сервисы, куда как более популярные
среди старых проектов. Так что маркетоидный бред о популярности - не аргумент.Чо, мульен мартышек не могут ошибаться, или 99% проектов на github - не
плод работы этих самых мартышек?> Что-то вы довольно громко чихаете, я так смотрю :)
Намекаете на бессмысленность дальнейших попыток добиться от вас аргументации?
> И что, svn был причиной форка?В том числе и он. Ряд разработчиков кроме всего прочего достала излишне централизованная структура проекта, ведущая к ряду контрпродуктивных подходов + использование архаичной системы контроля версий. Скорость с какой ffmpeg свалил на git намекает что быть не хуже конкурента - подразумевало и использование git.
>> Блин, действительно, вот же дурилки картонные - понаделали самолетов и поездов.
> Последнее китайское - прекратите демагогию.Кажется, аналогии начинают работать и зад начинает подпаливать от понимания того что никто не вернется на лошадей. И svn отправят вслед за ними.
> о технических вопросах я начну учитывать.
Да не учитывай. А команда вот может в результате более-менее нормально работать даже с этим мышевозилой, чему все рады :)
> Что в лоб - что по лбу. Ваш индикатор. Чтобы ему быть объективным
> - вам надо научиться приводить технические аргументы.1. Система контроля версий завязанная на сервер - устаревший и непродуктивный подход.
2. Svn предполагает печальную линейную разработку. Ситуация когда параллельно живут несколько веток и между ними перекидываются некими блоками кода - для svn не является обычной. В результате людям тpaхают мозг искусственными ограничениями workflow на ровном месте. Даже если не все люди это еще поняли, потому что слаще морковки еще ничего не ели.
3. Возможность вкостылить недостатки svn-а git'ом не отменяет того что часть команды будет использовать svn'овые подходы, выступив "бутылочным горлышком" всего процесса. И весь процесс будет характерный для svn. Тогда как git - это не "удобный svn" и позволяет и более удобные для участников workflow, в том числе и весьма нелинейные и как таковой гит даже в основном и ориетирован на такой сценарий.>> Это фиговая VCS. И с задачами она справляется фигово.
> Это фиговое мнение. Просто уже потому что его обладатель не
> проявил достаточно компетентности в знании собственно любимого git.А я не собираюсь прогибаться под умственных инвалидов от программирования. Мне это не надо. Если ты хочешь с такими взаимодействовать - флаг тебе в руки. Воркфлоу то останется svn'овский. Стадо идет со скоростью самой медленной овцы, извините.
> да, всего-то два года...
За два года уже пора бы и забыть о такой дряни как svn. И то что git может даже такое у..ще костыльнуть - это может быть и заслуга git, но уж точно никак не заслуга svn. По поводу чего тезис о у...щности svn - вообще не пострадал от всего этого блеяния про гит, если логику включить.
> Главное - не врать и не выдумывать проблемы там, где их нет.
Так не врите и не выдумывайте. Я сказал как ведет себя svn, как комплект софта. То что его можно костыльнуть гитом - весьма отдельная песня. И уж точно не заслуга svn.
> никогда дела с git-svn - так и скажите. Выдумали проблемы с
> "тормозами" - так и скажите. И далее по списку...Что значит - выдумал? Вы что, идиoт? Комплект софта именуемый svn - работает именно вот так. И команда пользующаяся им - будет работать вот так! Даже если вы такой весь белый и пушистый припретесь со своим гитом, вы будете единственный кто может нечто типа bisect делать нормально, если проект сколь-нибудь большой. А что, хотите поупираться в бисекте один за всю команду? По причине "остальные - ретарды и вантузоиды"? Флаг вам в руки, конечно, а мне такие команды не нравятся.
> Кроме github - есть и другие сервисы, куда как более популярные
> среди старых проектов.И что характерно, там в основном процветает bit rot, некромансия и в целом идет угасание активности. По поводу чего тот же гуглокод и прихлопнули. И многие иные испытывали проблемы. Сорсфорж вон сколько раз был на грани подыхания?
> Так что маркетоидный бред о популярности - не аргумент.
Популярность - следствие, а не причина.
> Чо, мульен мартышек не могут ошибаться,
Те кто испытывает нужду в системе контроля версий как правило являются достаточно высокоразвитыми мартышками. Определяющими будущее софтварной индустрии "завтра".
> или 99% проектов на github - не плод работы этих самых мартышек?
Насчет 99% не знаю - статистику не собирал. Вон автор LZ4 таки научился гитом пользоваться и на гитхаб переполз. Он как, мартышка? А то что не придется больше видеть гуглокод и svn для смотрения на упражнения этого гражданина в алгоритмах сжатия (у него порой получаются достаточно интересно сбалансированные алгоритмы) - так это фича, а не баг! :)
> Намекаете на бессмысленность дальнейших попыток добиться от вас аргументации?
Намекаю на то что у вас громкие вопли с попытками перейти на личность оппонента.
>> И что, svn был причиной форка?
> В том числе и он.Ах, вот оно что... "И примкнувший к ним Шепилов."
> Ряд разработчиков кроме всего прочего достала излишне
> централизованная структура проекта, ведущая к ряду контрпродуктивных подходовВы нам их озвучите, наконец, о гуру? Вместе с причинами, запрещающими использовать
их лично вам локально в svn-проекте.>>> Блин, действительно, вот же дурилки картонные - понаделали самолетов и поездов.
>> Последнее китайское - прекратите демагогию.
> Кажется, аналогии начинают работатьУвы, их лишь становится все больше. Больше - не значит лучше.
>> Что в лоб - что по лбу. Ваш индикатор. Чтобы ему быть объективным
>> - вам надо научиться приводить технические аргументы.
> 1. Система контроля версий завязанная на сервер - устаревший и непродуктивный подход.Это мнение, а не аргумент.
> 2. Svn предполагает печальную линейную разработку. Ситуация когда параллельно живут несколько веток и между ними перекидываются некими блоками кода - для svn
> не является обычной. В результате людям тpaхают мозг искусственными ограничениями workflow
> на ровном месте.В работа с ветками, конечно, может выглядеть менее удобно. Но не заметить эту
возможность доступной для использования вовсе...Вы признались в некомпетентности.
> 3. Возможность вкостылить недостатки svn-а git'ом не отменяет того что часть команды
> будет использовать svn'овые подходы, выступив "бутылочным горлышком" всего процесса.Например? То что происходит при git clone - мы уже обсудили, выяснив что никаких
практических проблем это не создает даже в больших проектах.И это все "аргументы"?
>> да, всего-то два года...
> За два года уже пора бы и забыть о такой дряни как svn.За эти два года - как раз и произошла основная миграция с svn более-менее значимых проектов...
Ну а многие - до сих пор сидят и делают хорошее дело. Вон - соседняя новость про 0ad.
>> Главное - не врать и не выдумывать проблемы там, где их нет.
> Так не врите и не выдумывайте. Я сказал как ведет себя svn,
> как комплект софта.Проблема - как раз не во мне, а в вас. Ваш "рассказ" - повторяющиеся,
неаргументированные вопли.>> никогда дела с git-svn - так и скажите. Выдумали проблемы с
>> "тормозами" - так и скажите. И далее по списку...
> Что значит - выдумал?Я объяснил что это значит. То, что при наличии официального репозитория
в svn - вести локальную разработку в git вам не мешает от слова ничто.> Даже если вы такой весь белый и пушистый припретесь
> со своим гитом, вы будете единственный кто может нечто типа bisect
> делать нормально, если проект сколь-нибудь большой.Прекратите потуги с демонстрацией ваших телепатических способностей, они на
уровне таракана. Не нужно думать представлять людей бессмысленными
идиотами. Понадобится - сделают.>> Кроме github - есть и другие сервисы, куда как более популярные
>> среди старых проектов.
> И что характерно, там в основном процветаетЧто характерно, там куда меньше школьников, а вменяемых людей - куда больше.
> в целом идет угасание активности.
Да, на savannah нет 100500 никому не нужных проектов гитхаба, тех самых 99%
процентов, изображающих активность. Много хороших проектов на bitbucket или gitlab,
считать эти сервисы на порядки худшими чем github.Угасание активности - в студию, или это ниочем.
> По поводу чего тот же гуглокод и прихлопнули.
Я могу только догадываться почему его прихлопнули.
>> Чо, мульен мартышек не могут ошибаться,
> Те кто испытывает нужду в системе контроля версий как правило являются достаточно
> высокоразвитыми мартышками. Определяющими будущее софтварной индустрии "завтра".Ох, не смешите тапочки того, кто с этими мартышками имеет дело на гитхабе каждый день...
>> или 99% проектов на github - не плод работы этих самых мартышек?
> Насчет 99% не знаю - статистику не собирал. Вон автор LZ4 таки
> научился гитом пользоваться и на гитхаб переполз. Он как, мартышка?А 0ad пользуется svn. Octave использует hg, Python - тоже. И что?
Что касается реальной количественной статистики - у github есть https://github.com/showcases. Практически - это то что у них мало-мальски важное хостится. C 99% я, мягко говоря, им польстил.
Собственно, поскольку я реально знаю о чем говорю и хорошо знаком с github, в
отличие от вас, мне не сложно привести конкретные цифры по любой метрике (число форков, "звезд", и т.п.).Число проектов с stars >1: 962598
Число проектов с stars >1000: 3732Меньше процента. scipy я взял для ориентировки в популярности.
forks >1: 517339
forks >500: 1276И там и там - где-то на уровне 0.2%. У вас уже могут быть слегка иные цифры, но погоды это явно не сделает...
> пользователей "классических" VCS дополнительно обвинять в замшелости и ретроградстве.как ни удивительно — в данном случае они таки правы: у централизованых VCS нет никаких технологических преимуществ перед DVCS.
> Issues там пока сделаны лучше чем в вашем github.Они там сделаны одинаково гoвенно. Это не есть серьезные багтрекеры. И вика там для галочки. У обоих. Но у гитхаба работа с кодом сделана по людски. А у гугли и это - для галочки, что зарубает на корню какой либо смысл в этом проекте.
> Допускает или заставляет? Не нравится - не ешь.
Так я то не ем, но временами вот идешь ты, вроде хороший проект. Но, блин, с е...чим SVN. И им автор пользуется не потому что хороший, а просто потому что жизнь не поднажала и не было стимула научиться использовать что-то приличнее.
> С другой стороны, он зато не строит всех использовать git.
Лучше бы строил. Потому что иметь дело с проектами где SVN - неприятно. Так что лично я очень благодарен гитхабу за популяризацию git. Он даже подвинул многих некрофилов, за счет зеркал с гейтованием из svn и чего там еще в гит. Очень удобно.
Уловите мысль: git это формат взаимодействия. Вот вам может не нравиться HTTP, допустим. Может вы будет настаивать что привыкли к гоферу. Но если вы будете настаивать на гофере - наше с вами общение просто не состоится вообще...
>> Issues там пока сделаны лучше чем в вашем github.
> Они там сделаны одинаково гoвенно. Это не есть серьезные багтрекеры.И это все аргументы?
> Но у гитхаба работа с кодом сделана по людски.
Единственная реальная разница "работы с кодом" - поддержка pull requests. Но у гугла для аналогичной задачи были (и остаются; туева куча проектов на гитхабе все еще хостят maillist'ы у гугла) googlegroups.
Что удобнее - мне лично сложно сказать однозначно. Особенно учитывая что
самый большой и сложный FOSS проект использует для рецензирования кода
именно почту, а не эти ваши PR.>> Допускает или заставляет? Не нравится - не ешь.
> Так я то не ем, но временами вот идешь ты, вроде хороший
> проект. Но, блин, с е...чим SVN. И им автор пользуется не
> потому что хороший, а просто потому что жизнь не поднажала и
> не было стимула научиться использовать что-то приличнее.Может автору интереснее развивать проект чем осваивать новую
VCS исходя из детских комплексов каких-то посторонних дядей?Что полезнее, в конце концов, еще один хороший проект - или еще
один научившийся git школьник? Сделайте сперва что-то действительно
полезное - и ваше мнение обязательно учтет автор проекта. Ну а сама возможность
конвертации в git была на googlecode с давних времен.>> С другой стороны, он зато не строит всех использовать git.
> Лучше бы строил.Возможность выбора всегда досаждала разным мартышкам...
> Потому что иметь дело с проектами где SVN - неприятно.
Не нравится решение авторов проекта - ничто не мешает вам и в этом случае
использовать при работе с ним git локально. Документацию читать пробовали, прежде
чем людей строить?> Уловите мысль: git это формат взаимодействия.
Вы вольны воображать его хоть папой римским. Но на самом деле - это
просто еще одна VCS, со своими достоинствами и недостатками.> Вот вам может не нравиться HTTP
Как обычно - пошли аналогии и демагогии...
> И это все аргументы?А этого достаточно. Те кто уповает на это как на багтрекеры и вики - оказываются забагованые по самые небалуйся, потому что баги мало кто пишет. А вику и вовсе заполняет только обладатель репы в лучшем случае. Остальные это как вику вообще не воспринимают.
Но от гитхаба была нужна именно площадка для перекидывания кодом. И в этом качестве они вполне ок. Остальное же там для галочки, но всем пофигу. Потому что ходят туда не за этим.
> Единственная реальная разница "работы с кодом" - поддержка pull requests.
Еще просто интерфейс ориентированный на удобную работу с именно исходным кодом и его версиями, а не чем-нибудь еще. Можно посмотреть - кто, что, когда и почему. А у гугли все это криво и мучительно.
> Но у гугла для аналогичной задачи были
У гугли была какая-то невнятная хня. Логично что она не выдержала конкуренции с более логично сделанным гитхабом.
> самый большой и сложный FOSS проект использует для рецензирования кода
> именно почту, а не эти ваши PR.Да и хрен с ним, с PR/рецензированием. Гуглокод неудобен даже просто для обзора вон того проекта. И поиск там гунявее чем (специализированный и потому удобный и работоспособный) на гитхабе, что для гугла просто пятно позора на их репутации.
> Может автору интереснее развивать проект чем осваивать новую
> VCS исходя из детских комплексов каких-то посторонних дядей?Если "опенсорсник" собирается разрабатывать проект в 1 лицо - он ничего не выигрывает ни от открытия исходников, ни от публичной VCS. Опенсорс как ни крути, а об эффективном взаимодействии и разделении задач. И вот это у гугли в ж...е. Их хостинг этому ни капли не помогает. Туда же идут и svn и нежелания. Можешь до усpaчки хотеть обмениваться со мной по гоферу чем хочешь или любить IPX/SPX. А на опеннет будешь постить по HTTP over TCP/IP, и ни..т.
> Что полезнее, в конце концов, еще один хороший проект - или еще
> один научившийся git школьник?С точки зрения опенсорса, автор не способный результативно взаимодействовать с комьюнити - просто пустое место. Ты можешь быть сколь угодно крутым спецом. Но никогда не переплюнешь Торвальдса + его команду в одно лицо. Человеческие возможности конечны. Опенсорс позволяет это обойти.
> Сделайте сперва что-то действительно полезное - и ваше мнение
> обязательно учтет автор проекта.Если мне сразу на старте неудобно делать нечто для автора проекта - так у меня минимум стимулов с ним взаимодействовать. А в клинических случаях и вовсе приходится как libav vs ffmpeg, где замшелые старперы согласились пройти повышение квалификации только после того как назрела угроза полной потери проекта по причине "многие коммитеры задолбались".
> Ну а сама возможность конвертации в git была на googlecode с давних времен.
Никому не интересны всякие возможности "для галочки". Гуглокод как хостинг - невнятная фигня с невнятными целями.
> Возможность выбора всегда досаждала разным мартышкам...
Попробуй выбрать для обмена мнениями через опеннет протокол отличный от HTTP+TCP/IP, тогда и поговорим, НеМартышка. Как я уже сказал - это тоже о форматах взаимодействия.
> Не нравится решение авторов проекта - ничто не мешает вам и в этом случае
> использовать при работе с ним git локально. Документацию читать пробовали,
> прежде чем людей строить?Все проще, чувак: если у автора гит - я намного охотнее буду взаимодействовать с ним. Автор пусть и читает маны по гиту. А мне возиться с окаменелым svn элементарно не хочется. Там штатно нет например возможности полной выгрузки истории версий, а дрюкаться каждый раз на сервер меня не улыбает.
> Вы вольны воображать его хоть папой римским. Но на самом деле - это
> просто еще одна VCS, со своими достоинствами и недостатками.А HTTP, TCP, IP и прочие - "еще один протокол, со своими достоинствами и недостатками". А теперь попробуйте использовать другие протоколы для постинга на опеннет. Тогда и поговорим про свободу, равенство и братство. Есть такая фигня - консенсус называется. Реально он на 100% не получается, поэтому некоторым приходится чем-то поступиться или пойти нафиг.
> Как обычно - пошли аналогии и демагогии...
Как обычно - возражений по существу не последует? :)
>> И это все аргументы?
> А этого достаточно.Только чтобы улыбнуться. Просто эмоциональный вброс школьника - ну как еще можно расценить такие "аргументы"?
>> Единственная реальная разница "работы с кодом" - поддержка pull requests.
> Еще просто интерфейс ориентированный на удобную работу с именно исходным кодом и
> его версиями, а не чем-нибудь еще.Что-то кроме рекламных слоганов у вас есть?
> Можно посмотреть - кто, что,
> когда и почему. А у гугли все это криво и мучительно.У гугли это смотрится ровно также - в git.
Все отличие, повторяю, что для рецензирование кода предлагается делать строем через PR. У меня сложилось ощущение, что это даже менее удобно для больших проектов. Но вы можете сходить в LKML поучить людей жизни - глупо растрачивать свой "талант" тут...
>> Но у гугла для аналогичной задачи были
> У гугли была какая-то невнятная хня.Что-то внятное кроме брызгания слюной будет? Вы может нормально описать
чем по вашему мнению рецензирование с помощью PR лучше чем с помощью рассылки?>> самый большой и сложный FOSS проект использует для рецензирования кода
>> именно почту, а не эти ваши PR.
> Да и хрен с ним, с PR/рецензированием.Нет, не "хрен", значимых отличий больше нет.
> И поиск там гунявее чем (специализированный и
> потому удобный и работоспособный) на гитхабе, что для гугла просто пятно
> позора на их репутации.Пойск по issues у гитхаба - пока никакой. Сопли жует.
Хуже даже другое, когда переносил один большой проект с
googlecode пару лет назад - убогие issues у гитхаба были одним
из основных возражений против. Увы, с тех пор они мало изменились.>> Может автору интереснее развивать проект чем осваивать новую
>> VCS исходя из детских комплексов каких-то посторонних дядей?
> Если "опенсорсник" собирается разрабатывать проект в 1 лицо - он ничего не
> выигрывает ни от открытия исходников, ни от публичной VCS.С чего вдруг вы подумали что и кто собирается? Может разработчик тупо
посмотрел на ваши потуги сделать вклад в проект - и решил что геморой со
сменой VCS не стоит свеч. Логично, не?> Их хостинг этому ни капли не помогает.
Чем он не помогает? Поддержка git там давным давно, вместе с возможностью конвертации.
>> Что полезнее, в конце концов, еще один хороший проект - или еще
>> один научившийся git школьник?
> С точки зрения опенсорса, автор не способный результативно взаимодействовать с комьюнити
> - просто пустое место.Обычная проблема курицы и яйца. Пусть сперва комьюнити из себя хоть
что-то будет представлять.С чего ради какого-то неизвестного хрена с горы - менять VCS, если все работает.
>> Сделайте сперва что-то действительно полезное - и ваше мнение
>> обязательно учтет автор проекта.
> Если мне сразу на старте неудобно делать нечто для автора проекта -
> так у меня минимум стимулов с ним взаимодействовать.Тебе неудобно о того, что лень подождать клонирования репа? Это делается
ровно один раз и дальше про svn "на той стороне" - можно тупо забыть.Ну и разумно будет автору проекта идти на поводу того, кто
не осилил выучить сам как использовать инструмент, который он проповедует?>> Ну а сама возможность конвертации в git была на googlecode с давних времен.
> Никому не интересны всякие возможности "для галочки".У вас есть реальные претензии по качеству работы конвертации - или это очередное ковыряние в носу?
>> Возможность выбора всегда досаждала разным мартышкам...
> Попробуй выбрать для обмена мнениями через опеннет протокол отличный от HTTP+TCP/IPНу и причем тут HTTP?
Кстати, возможность есть. Пока тут не было столько школоты - я ей пользовался. Почта называется.
>> Не нравится решение авторов проекта - ничто не мешает вам и в этом случае
>> использовать при работе с ним git локально. Документацию читать пробовали,
>> прежде чем людей строить?
> Все проще, чувак: если у автора гит - я намного охотнее буду
> взаимодействовать с ним.Да пожалуйста. Но какое дело автору до какого-то школьника, ничего
из себя толком не представляющего? Вы абсолютно уверены что не переоцениваете
свою значимость?Для сравнения, я также предпочитаю git. Но никаких подобных истерик
использование в проекте svn у меня не вызывает.> А мне возиться с окаменелым svn элементарно не хочется.
Ну и не возитесь с svn - используйте у себя git. Что вам мешает, врожденная тупость
и неумение учиться?> Там штатно нет например возможности полной выгрузки истории версий, а дрюкаться каждый раз на сервер меня не улыбает.
У меня нет подобной проблемы. git clone ... - и все работает.
>> Вы вольны воображать его хоть папой римским. Но на самом деле - это
>> просто еще одна VCS, со своими достоинствами и недостатками.
> А HTTP, TCP, IP и прочие - "еще один протоколА HTTP тут непричем. Это называется демагогия.
> Как обычно - возражений по существу не последует? :)
Да какие уж "возражения по существу", когда вы категорически против
чтения документации. Добро-б еще svn - а то вашего любимого git.Есть шанс, что пройдет с возрастом, как прыщи. Но не очень большой...
> Только чтобы улыбнуться. Просто эмоциональный вброс школьникаУ тебя такие забавные комплексы по части возраста. Что, ты уже НеШкольник, а поди целый студень, дааааа? :)
> Что-то кроме рекламных слоганов у вас есть?
А они мне не платят за рекламу. И вообще я их недолюбливаю за то что они сами - проприетарные. Но в целом их интерфейс мне оказался сильно удобнее для моих типовых сценариев шарения по репе чем то же самое в гуглокоде. Поэтому помер гуглокод - ну и замечательно. Реже будет встречаться по жизни хреновый и неудобный мне интерфейс.
> У гугли это смотрится ровно также - в git.
У них как-то более бестолково сделаны все типовые операции с репой которые я обычно делаю. В гитхабе все это делается проще, быстрее и логичнее. Так что мне намного проще, быстрее и результативнее оперировать гитхабом нежели гуглокодом.
> Все отличие, повторяю, что для рецензирование кода предлагается делать строем через PR.
Это вообще побочня дополнительная фича. Про "все" - вопиющий булшит и непонимание принципов работы гита. В смысле, авторы могут и на стороне где-то перекидываться кодом - какое нахрен "все"?
> У меня сложилось ощущение, что это даже менее удобно для
> больших проектов.Вполне возможно. Не вижу никаких оснований чтобы это было единственным форматом. У git много разных вариантов как перекидываться кодом и кто и что при этом может и как это выглядит.
> Но вы можете сходить в LKML поучить людей жизни - глупо
> растрачивать свой "талант" тут...Так я на LKML как раз и подписан, и не считаю что у них это как-то плохо. Но когда сломали кернелорг, Торвальдс в два счета переключился на гитхаб и попользовался им. Как видишь, гитхаб не противоречит практикам LKML :).
> чем по вашему мнению рецензирование с помощью PR лучше чем с помощью рассылки?
Я вроде нигде ничего про это не говорил. Зашибись придумано - приписать мне некий тезис и потом требовать чтобы я его оспорил. А то что Торвальдс одно из ядер делал через гитхаб но используя ясен фиг рассылку - это ничего так? :)
> Нет, не "хрен", значимых отличий больше нет.
У гугли, простите, интерфейс всего этого уродский, нелогичный и тормозной и там нет ряда фич которые я считаю важными для лично меня. Остальное при этом вообще пофиг - когда я вижу гуглокод, у меня есть почти подсознательное желание "закрыть уже наконец эту неудобную, тормозную и неочевидную дрянь". Гитхаб же мной воспрнимается как-то более положительно - удачный такой гуй к гиту, получше многих других. Часто нужные фичи - находятся там где я их ожидаю увидеть, чем гугель похвастать не может. И они для начала есть. Ну там та же возможность фильтра проектов по языку исходников, например.
> Пойск по issues у гитхаба - пока никакой. Сопли жует.
Да это вообще пофигу: issues и там и там пользуются только те кто на баги и багтрекинг клали с прибором. Какая разница где писать в спортлото? В обоих нельзя даже просто и быстро увидеть какие баги - по мою душу. Их в этом плане рвет на британский флаг даже простенький mantis. Который именно багтрекер. И который показывает в виде простом как дважды два: мол, вон те три бага - висят на мне. Т.е. от именно меня кто-то что-то хочет, так что нехило бы на это прореагировать. А у гугли и гитхаба убьешься пока такое понимание придет.
> googlecode пару лет назад - убогие issues у гитхаба были одним
> из основных возражений против. Увы, с тех пор они мало изменились.Как по мне - я не воспринимаю ни гугл ни гитхаб как багтрекер. Выньте руки из ж...ы и поставьте нормальную вику (медиавику или хотя-бы докувики) и багтрекер (мантис, если проект с нубами, или багзиллу для большого, хардкорного и профессионального, где мантиса мало). Тогда этим еще и пользоваться будут. А так то да - можно и самому все баги заводить и всю вику заполнять. Только нафига оно такое надо? :)
> С чего вдруг вы подумали что и кто собирается?
С того что те кто собирается взаимодействовать с другими - не могут нн учитывать тот факт что им придется взаимодействовать с окружающими.
> геморой со сменой VCS не стоит свеч. Логично, не?
Не, не логично: это будет зарублено намного раньше. Я посмотрю и увижу что разработчик некрофил. И поломаюсь колупаться с проектом использующим неудобную мне vcs. Так что у разработчика не будет никакого гемора с взаимодействием: оно просто не состоится из-за неудобного мне формата оного. Да, я сильно предпочитаю проекты с гитом при прочих равных и рассматриваю svn как серьезный минус проекта, при прочих равны. Намекающий что разработчики или необучаемые некрофилы (==очень проблемны в взаимодействии) или просто какие-то виндузоиды (тоже не подарок в взаимодействии).
> Чем он не помогает? Поддержка git там давным давно, вместе с
> возможностью конвертации.А толку? Как гуй к гиту гуглокод полный трэш. Гитхаб в этом качестве элеметарно лучше. И поиск по проектам там лучше. И браузинг по истории, бранчам, тэгам и прочее. У гугли все это сделано как-то по дурацки и неудобно. Остальное при этом вообще пофиг - у меня при взгляде на гуглокод возникает стойкое желание развидеть этот интерфейс. Потому что кривая, неудобная, не особо логичная хрень, перпендикулярная логике гита.
> Обычная проблема курицы и яйца. Пусть сперва комьюнити из себя хоть
> что-то будет представлять.Ну-ну, удачи с таким подходом. И многих тебе коммитов в проекты, ага :).
> С чего ради какого-то неизвестного хрена с горы - менять VCS, если
> все работает.Спору нет - можно писать код самому, трекать баги самому, заполнять вику самому. Правда профита от опенсорсности при этом не наступает - один фиг вся работа делается 1 человеком, который "виноват" лишь тем что не удосужился сделать удобным взаимодействие с ним :)
> Тебе неудобно о того, что лень подождать клонирования репа? Это делается
> ровно один раз и дальше про svn "на той стороне" - можно тупо забыть.Мне неудобно использовать костыли и подпорки для взаимодействия с другими. Чего ради я должен изгибаться под их умственную инвалидность? Мне это надо? Для меня svn в проекте - индикатор того что с этими людьми лучше не взаимодействовать (из-за того что предпочитаемые методы, подходы и технологии вероятно слишком разные).
> Ну и разумно будет автору проекта идти на поводу того, кто
> не осилил выучить сам как использовать инструмент, который он проповедует?Я не собираюсь учиться костылировать чужую умственную инвалидность. Это себя не окупает, в том плане что с такими авторами потом и дальше хлебнешь горя в плане взаимодействия.
> У вас есть реальные претензии по качеству работы конвертации - или это
> очередное ковыряние в носу?У меня есть претензии к общей невнятности гуглокода и дефективности подходов в SVN. Чисто с точки зрения никакого юзабилити (гуглокод) и никакой алгоритмики (svn). Этого мне более чем достаточно.
> Ну и причем тут HTTP?
А при том что ты можешь любить гофер до посинения, научиться ставить сервер с ним, но посетителей у тебя будет очень немного. Если вообще. Ну вот и проекты с svn себя очень здорово нагревают на присутствие наиболее адекватных людей, способных освоить и использовать нормальный инструментарий, для начала. Твоим проектам все это не грозит - ну не получится из тебя Торвальдс: твои PM'овские скиллы в районе плинтуса, извини.
> ей пользовался. Почта называется.
А gopher'а вот нет. Даже если он кому и нравился.
> из себя толком не представляющего? Вы абсолютно уверены что не переоцениваете
> свою значимость?Так я скорее с общей оценки ситуации. Гит победил и стал популярным форматом взаимодействия. По сути разработчик не умеющий пользоваться гитом - в современном мире практически инвалид и профнепригоден. Это может нравиться, может не нравиться, но это факт. Даже наглухо виндузоидные манагеры - и те кой-как через гитхаб перекидыавют материалы. В таком формате с ними сильно комфортнее взаимодействовать.
> использование в проекте svn у меня не вызывает.
А для меня это индикатор того что в проекте или виндузоиды или напрочь необучаемые люди. И те и другие сулят массу проблем с взаимодействием и по другим вопросам.
> Ну и не возитесь с svn - используйте у себя git.
Ну так я и использую. А проекты с svn в последнее время я просто стараюсь обходить стороной - это для меня в последнее время неплохой критерий не связываться проектом из-за потенциальных проблем взаимодействия, обнаруженных еще на ранней фазе оценки состояния дел.
> Что вам мешает, врожденная тyпость и неумение учиться?
Мне мешает нежелание учиться строгать костыли для чужой умственной инвалидности и понимание того факта что комфортное взаимодействие с теми кто пользуется в 2015 году SVN - является событием довольно маловероятным.
> У меня нет подобной проблемы. git clone ... - и все работает.
Я не нанимался костылить чужую умственную инвалидность.
> А HTTP тут непричем. Это называется демагогия.
Это называется аналогия из смежной области.
> чтения документации. Добро-б еще svn - а то вашего любимого git.
Так я не собиаюсь костылировать чужую умственную инвалидность моими инструментами. Мне это ни к чему. Если я вижу svn - это сразу минус сто к желанию связываться с таким проектом и тем паче то-то туда коммитить.
> Есть шанс, что пройдет с возрастом, как прыщи. Но не очень большой...Ну тебе виднее, я так смотрю у тебя комплексы по части возраста прокачаны.
>> Только чтобы улыбнуться. Просто эмоциональный вброс школьника
> У тебя такие забавные комплексы по части возраста.Я уже где-то тут писал, что речь, скорее, об уровне аргументации.
Но подозреваю, что и буквально с возрастом попал...
>> Что-то кроме рекламных слоганов у вас есть?
> А они мне не платят за рекламу.Тем более.
> Но в целом их интерфейс мне оказался сильно удобнее для моих типовых сценариев шарения по
> репе чем то же самое в гуглокоде.Мне удобно потому что мне удобно. Зашибись.
>> У гугли это смотрится ровно также - в git.
> У них как-то более бестолково сделаны все типовые операции с репой которые
> я обычно делаю.И какие "операции"-то, чудо? Или злой гугл уже и git переписал у вас в дистрибутиве?
>> Все отличие, повторяю, что для рецензирование кода предлагается делать строем через PR.
> Это вообще побочня дополнительная фича.Для того, кто участвовал лишь в проектах с полтора разработчиками - это вещь побочная, да.
> Про "все" - вопиющий булшит и непонимание принципов работы гита.
Тапки учат принципам гита. Спешите видеть.
>> У меня сложилось ощущение, что это даже менее удобно для
>> больших проектов.
> Вполне возможно. Не вижу никаких оснований чтобы это было единственным форматом.Ну и почему тогда github тут лучше?
>> Но вы можете сходить в LKML поучить людей жизни - глупо
>> растрачивать свой "талант" тут...
> Так я на LKML как раз и подписан, и не считаю что
> у них это как-то плохо. Но когда сломали кернелорг, Торвальдс в
> два счета переключился на гитхаб и попользовался им.И каким образом он там попользовался? Создавал PR, issues?
> Как видишь, гитхаб не противоречит практикам LKML :).
Лично я вижу, что его используют только как зеркало официального репа. Никаких PR, issues и прочих "практик".
>> чем по вашему мнению рецензирование с помощью PR лучше чем с помощью рассылки?
> Я вроде нигде ничего про это не говорил.Ну а в чем тогда приемущества github - если хостит реп он точно также как googlecode?
Вы много размахивали руками - но так и не привели ничего
конкретного. Я сделал предположение - привел четко бросающееся
в глаза различие. И оказывается - приемущество github тут, мягко говоря, спорное.Чувствуете разницу между брызгами восторженной слюны и аргументами?
>> Нет, не "хрен", значимых отличий больше нет.
> У гугли, простите, интерфейс всего этого уродский, нелогичный и тормозной и там
> нет ряда фич которые я считаю важными для лично меня.Приведите "фичи".
> Ну там та же возможность
> фильтра проектов по языку исходников, например.Т.е. у гугла вы это "не осилили"?
>> Пойск по issues у гитхаба - пока никакой. Сопли жует.
> Да это вообще пофигу: issues и там и там пользуются только те
> кто на баги и багтрекинг клали с прибором.Для реального проекта - не пофигу и не спортлото.
> вон те три бага - висят на мне. Т.е. от именно меня кто-то что-то
> хочет, так что нехило бы на это прореагировать. А у гугли
> и гитхаба убьешься пока такое понимание придет.Простите, это уже даже не смешно. Вы правда на таком уровне
знакомы с интерфейсами? Я могу рассказать как, если действительно надо.>> googlecode пару лет назад - убогие issues у гитхаба были одним
>> из основных возражений против. Увы, с тех пор они мало изменились.
> Как по мне - я не воспринимаю ни гугл ни гитхаб как
> багтрекер. Выньте руки из ж...ы и поставьте нормальную вику (медиавику или
> хотя-бы докувики) и багтрекерДа, людям больше делать нечего, только собственный хостинг строить.
> Только нафига оно такое надо? :)
Вот и я о том. А раз не надо - разница в функционале
важна. Увы, мой опыт показывает что она не в пользу github.
Учитывая ваше знакомство с интерфейсами issues в том и другом
случае - может стоит прислушаться?>> С чего вдруг вы подумали что и кто собирается?
> С того что те кто собирается взаимодействовать с другими - не могут
> нн учитывать тот факт что им придется взаимодействовать с окружающими.И?
>> геморой со сменой VCS не стоит свеч. Логично, не?
> Не, не логично: это будет зарублено намного раньше. Я посмотрю и увижу
> что разработчик некрофил.Ну и с чего вы думаете что ваше мнение должно быть кому-то интересно?
>> Чем он не помогает? Поддержка git там давным давно, вместе с
>> возможностью конвертации.
> А толку? Как гуй к гиту гуглокод полный трэш.А зачем к гиту какой-то гуй? Ради школьника Васи, который будет править код в веб-интерфейсе гитхаба?
>> С чего ради какого-то неизвестного хрена с горы - менять VCS, если
>> все работает.
> Спору нет - можно писать код самому, трекать баги самому, заполнять вику
> самому. Правда профита от опенсорсности при этом не наступаетЯ не вижу почему от перехода на другую VCS неприменно должен
появиться профит, если текущая VCS разработчиков устраивает.>> Тебе неудобно о того, что лень подождать клонирования репа? Это делается
>> ровно один раз и дальше про svn "на той стороне" - можно тупо забыть.
> Мне неудобно использовать костыли и подпорки для взаимодействия с другими.git clone - это подпорки? Пардон, вы в браузере что-ли код на github редактируете?
> Чего ради я должен изгибаться под их умственную инвалидность?
Ну, лично я пока вижу ровно одного инвалида. Который почему-то не хочет
выучить урок на тему необходимости компромиссов.Приоритет все-таки - результат, а не сам процесс. Либо вы привыкните к тому, чтобы
делать людям уступки ради совместной работы - либо так и будете плясать вокруг с
воплями про гит и прочие разные вещи, вместо реальной работы.>> Ну и разумно будет автору проекта идти на поводу того, кто
>> не осилил выучить сам как использовать инструмент, который он проповедует?
> Я не собираюсь учиться костылировать чужую умственную инвалидность. Это себя не окупает,
> в том плане что с такими авторами потом и дальше хлебнешь
> горя в плане взаимодействия.Ну, глупо надеяться что весь мир будет плясать под дудку отдельного школьника. Удачи
вам его переделать, конечно, но это вряд-ли получится.От себя добавлю, что очень много старых научных проектов до сих пор держатся
за SVN. Мой опыт говорит, что участники таких проектов обычно весьма профессиональные люди...>> У вас есть реальные претензии по качеству работы конвертации - или это
>> очередное ковыряние в носу?
> У меня есть претензии к общей невнятности гуглокода и дефективности подходов в
> SVN. Чисто с точки зрения никакого юзабилити (гуглокод) и никакой алгоритмики
> (svn). Этого мне более чем достаточно.Лично я - не вижу никакой невнятности в упор. В интерфейсе возможность
конвертации репозитория находится на раз.>> Ну и причем тут HTTP?
> А при том что ты можешь любить гофер до посинения, научиться ставить
> сервер с ним, но посетителей у тебя будет очень немного.Ну и причем тут HTTP?
> Ну вот и проекты с svn себя очень здорово нагревают
> на присутствие наиболее адекватных людейМожно определение адекватности?
>> из себя толком не представляющего? Вы абсолютно уверены что не переоцениваете
>> свою значимость?
> Так я скорее с общей оценки ситуации. Гит победил и стал популярным
> форматом взаимодействия. По сути разработчик не умеющий пользоваться гитом - в
> современном мире практически инвалид и профнепригоден.Вообще-то, огромная масса FOSS проектов - пишется "непрофессионалами" в
области разработки ПО. Собственно, львиная доля прикладного софта (научного, инженерного).В своей области они могут быть прекрасными профессионалами, но требовать от
них знания git, мягко говоря, неумно. Поверьте, SVN решит их задачи не намного хуже.> Даже наглухо виндузоидные манагеры - и те
> кой-как через гитхаб перекидыавют материалы. В таком формате с ними сильно
> комфортнее взаимодействовать.Вот их можете и строить как хотите. А людей, делающих полезное дело, которых покуда
устраивает используемая VCS - извольте беспокоить только когда от вас появится толк.>> использование в проекте svn у меня не вызывает.
> А для меня это индикатор того что в проекте или виндузоиды или
> напрочь необучаемые люди.Вы переоцениваете собственную значимость, увы.
>> Ну и не возитесь с svn - используйте у себя git.
> Ну так я и использую.Ну и чем вам тогда может помешать svn на другой стороне? Вы используете svn,
он git - все счастливы. Почему человек, по крайней мере заслуживший ваше внимание
тем, что вы присмотрелись к его проекту - должен рассматривать приоритетным
мнение человека, который сделал нуль?>> Что вам мешает, врожденная тyпость и неумение учиться?
> Мне мешает нежелание учитьсяВот! Было бы замечательно, если бы вы остановились на констатации этого факта.
>> У меня нет подобной проблемы. git clone ... - и все работает.
> Я не нанимался костылить чужую умственную инвалидность.Ну и кому вы такой нужны?
>> А HTTP тут непричем. Это называется демагогия.
> Это называется аналогия из смежной области.И каким боком HTTP "смежная область"? Тоже "что-то про байтики"?
>> Есть шанс, что пройдет с возрастом, как прыщи. Но не очень большой...
> Ну тебе виднееБоюсь что так.
> Я уже где-то тут писал, что речь, скорее, об уровне аргументации.Да там вроде аргументации почти и не было - легкий капитанинг, в надежде на то что оппонент не полный баклан. Ну ок, как я вижу надежда была напрасной и надо разжевывать все как маленькому ребенку.
> Но подозреваю, что и буквально с возрастом попал...
Запиши себе -10 к скиллам телепатии, шарлатан :). Единственное на что ты попал - спалил свои нехилые комплексы по части твоего возраста. Случается.
> Мне удобно потому что мне удобно. Зашибись.
Ну я вон арису более-менее расписал какие моменты мне нравятся больше. Посмотри там, лень мне повторяться для столь одноклеточных как ты.
> И какие "операции"-то, чудо? Или злой гугл уже и git переписал
> у вас в дистрибутиве?Посмотреть что вообще творится в репе, историю по мелочи и прочая. В случае гитхаба это требует сильно меньше действий и он чаще себя ведет так как мне хотелось бы это видеть.
Разница в приоритетах видна по факту того что по дефолту гитхаб показывает реп с сорцом, а гугл - какую-то буиту, а чтобы сорц увидеть надо еще добавочно клацать. Что довольно странно для хостинга исходных кодов, имхо.
> Для того, кто участвовал лишь в проектах с полтора разработчиками - это
> вещь побочная, да.Проекты с кучей разработчиков обычно достаточно вменяемы для того чтобы не полагаться в этом на гитхабы и гуглокод ;). У них и репы, вики и багтрекеры зачастую на их собственных серверах, которые никто не закроет кроме них самих, по поводу чего они вообще зачастую не имеют проблем характерных для НеШкольников типа вас :P.
> Тапки учат принципам гита. Спешите видеть.
Судя по твоим коментам - тапки тебя кусают за пятки :)
> Ну и почему тогда github тут лучше?
Потому что он не о левой буите как гугл, а об исходниках чуть более чем полностью. См. выше. На гитхабе удобно именно браузить проекты и смотреть что это и насколько оно мне надо. И что у них есть. И кто это закоммитил. И когда. Ну то-есть работа с исходниками в лучшем виде. А гуглокод - невнятное месиво "всего понемногу и все бестолково". В том числе и работа с исходниками.
> И каким образом он там попользовался? Создавал PR, issues?
Нет, конечно. Он сугубо репу оттуда раздавал. Нафига оно ему все это при собственных отлаженных механизмах? :) Использовать НедоВики и НедоБагТрекер - удел в основном местечковых мелкотравчатых проектов с полутора разработчиками, которые не могут позволить себе свою инфраструктуру.
> Никаких PR, issues и прочих "практик".
Так там все эти issues и прочие вики - для галочки. А pull request Торвальдс и ко делают иначе.
> Ну а в чем тогда приемущества github - если хостит реп он
> точно также как googlecode?В том что в отличие от гуглокода к репе еще и нормальный вебинтерфейс есть. А остальное собственно нафиг не упало. Ну может кроме pull requests на гитхабе как раз, что удобно нубам у которых нет своих рассылок для этого, etc.
> в глаза различие. И оказывается - приемущество github тут, мягко говоря, спорное.
Ты почему-то решил что "фича для галочки" почему-то является чуть ли не шоустоппером. Наивный чукоццкий юноша! ;)
> Чувствуете разницу между брызгами восторженной слюны и аргументами?
Не очень понимаю где ты восторг увидел. Я лишь констатировал что для меня веб-фэйс гитхаба удобнее гуглокода. А все остальное мне от них обоих нафиг не упало. Ни жалкая пародия на багтрекер, ни такая же вика.
> Приведите "фичи".
Отфильтровать проекты в результатах поиска по языку программирования, например. Да что там, даже просто посмотреть на сорц требует больше возни.
> Т.е. у гугла вы это "не осилили"?
Возможно - я не нанимался грызть кактусы через силу. В гитхабе это на самом видном и логичном месте. А где оно у гугля... ну наверное где-то есть. Вот вы и выискивайте с микроскопом.
> Для реального проекта - не пофигу и не спортлото.
Для _РЕАЛЬНОГО_ проекта можно поставить нормальный багтрекер и вику на своих серверах. А то и репы там же разместить. А кто это не делает - это "легкий программизм" с полутора участниками в основном. Вот они этими недомерками и пользуются.
> Простите, это уже даже не смешно. Вы правда на таком уровне
> знакомы с интерфейсами? Я могу рассказать как, если действительно надо.Тот факт что об этом надо РАССКАЗЫВАТЬ много говорит о том как качественно реализована фича. А вот в mantis я это вижу сразу после логина. А в bugzilla - сразу понимаю как мне это получить. Но это не про гуглокод. И не про гитхаб. И вообще, воркфлоу там применительно к багам у обоих какой-то довольно ушибленный. Фичи "для галочки" во весь рост.
> Да, людям больше делать нечего, только собственный хостинг строить.
Ну так тут уж вопрос в том насколько это _РЕАЛЬНЫЙ_ проект. Наличие своей инфраструктуры - первый признак того что это реальный проект, который с нами надолго, а не очередная кривая хренота от пары скрипткидей с легким программизмом, которая завтра перестанет разрабатываться.
> Вот и я о том. А раз не надо - разница в функционале важна.
Не вижу особой важности. Это фичи для галочки, их можно было по минимуму вообще не делать. И так сxaвали бы, на самом деле. Но с ними - немного более привлекательно.
> Увы, мой опыт показывает что она не в пользу github.
А твой опыт тебе уже не пригодится - шатдаун проекта ты отменить врядли сможешь, а перекинуть хостинг на себя у тебя инфраструктуры не хватит ;). Поэтому твой опыт по любому можно спускать в трэш. Достойная судьба для скрипткидиса - набить опыта который придется спустить в мусорку.
> Учитывая ваше знакомство с интерфейсами issues в том и другом
> случае - может стоит прислушаться?Зачем? Я нормальные багтрекеры предпочитаю. Багзиллу. Ну мантис накрайняк, если проект ожидает массу нубов. А в багтрекеры гуглокода или гитхаба ты как-нибудь сам и пиши баги. А я пробовал и мне это не понравилось. Поэтому я буду это делать только в уберкрайних случаях, которые наступают "после дождика в четверг".
> Ну и с чего вы думаете что ваше мнение должно быть кому-то интересно?
Ну наверное с того что обратное мягко говоря не доказано. Вы же не опрашивали по этому поводу 6 с гаком миллиардов, правда?
> А зачем к гиту какой-то гуй?
Затем что для всего остального есть обычный гит, так что те кто не умеет нормальный гуй рисовать - даром не упали.
> Ради школьника Васи, который будет править код в веб-интерфейсе гитхаба?
Скорее ради тех кто сможет там найти проект и присоединиться к нему. А правку кода как таковую веб интерфейс там вроде и не предусматривает. К счастью.
> Я не вижу почему от перехода на другую VCS неприменно должен
> появиться профит, если текущая VCS разработчиков устраивает."Я не вижу почему от перехода на электровозы должен появиться профит, если паровозы всех устраивают". Все познается в сравнении.
> git clone - это подпорки?
Конечно. Это делается через левый модуль гейтования, через иностранный протокол. И работает под стать. А участники проекта заведомо не используют характерные для гита практики и работают в печальном svn-ском стиле.
> Пардон, вы в браузере что-ли код на github редактируете?
Нет, но мне совершенно не улыбается перспектива взаимодействия с инвалидами которые до 2015 года не смогли выучить гит и перейти на более приличные методы разработки чем переклиненый на централизации svn.
> выучить урок на тему необходимости компромиссов.
На мое нескромное мнение, использовать плохие и устаревшие инструменты разработки и архаичные практики - это хреновый компромисс, который не ведет ни к чему хорошему в долговременном плане. Мой мозг забивается кучей нафиг не упавших в перспективе знаний а проект нагревает себя на новых участников по очень веской причине "здесь так принято".
> Приоритет все-таки - результат, а не сам процесс.
Однако контрпродуктивный процесс с дурными практиками - вполне в состоянии нагнуть результат.
> делать людям уступки ради совместной работы - либо так и будете плясать
> вокруг с воплями про гит и прочие разные вещи, вместо реальной работы.Я просто предпочитаю не работать с людьми, которые до 2015 года не смогли разучить гит. Мне некомфортно работать с ретардами и махровыми вантузятниками.
> Ну, глупо надеяться что весь мир будет плясать под дудку отдельного школьника.
Так не надейся :)
> Удачи вам его переделать, конечно, но это вряд-ли получится.
Ну вот как видишь, например автор LZ4 как и ожидалось - разучил гит и переполз на гитхаб. Я проверил. SVN?! Another one bites the dust!
> много старых научных проектов до сих пор держатся за SVN.
Вот там как раз много людей которые напрочь необучаемы и пхают во все щели крайне контрпродуктивные практики, видимо не задумываясь насколько они сами себя этим и нагревают как раз. Они как таковые - вообще не программисты. И программируют крайне фигово. И проекты делают так же. Взаимодействовать с такими людьми в формате открытого проекта обычно весьма некомфортно и дельные открытые проекты у таких получаются редко.
> Мой опыт говорит, что участники таких проектов обычно весьма
> профессиональные люди...Они профессиональные в чем угодно. Кроме программирования и управления проектами. А так то да, профессиональные агрономы и астрономы нужны и важны. Только это не значит что они являются хорошими программистами и тем более PM и могут сделать хороший софтварный проект. Софтварные проекты от них как правило от "оставляет желать" до "кто написал этот жуткий шит?!"
> Лично я - не вижу никакой невнятности в упор.
А я вижу. Гитхаб первым делом показывает сорц. Гуглокод - какую-то муйню. Вот этим хостинг исходников от невнятной муйни и отличается. Хостинг исходников как видим победил.
> В интерфейсе возможность конвертации репозитория находится на раз.
Да и хрен бы с ней. Конвертируйте наздоровье. Вот только есть еще люди. И вот с их конвертированием все сложнее. И если некто до 2015 года не изволил сконвертировать мышление на распределенное и децентрализованное, взаимодействовать с ними в открытом проекте будет тяжко.
> Ну и причем тут HTTP?
А при том что удачи повзаимодействовать со мной по гоферу. Взаимодействие не состоится. Ну вот и с svn ты будешь долго от меня коммитв ждать.
> Можно определение адекватности?
Сложно. Но могу методом от противного, как то - привести пример НЕадеквата. Использовать svn в 2015 году - вопиющий неадекват. Ну примерно как CP/M нынче мало кто пользуется.
> Вообще-то, огромная масса FOSS проектов - пишется "непрофессионалами" в
> области разработки ПО. Собственно, львиная доля прикладного софта (научного, инженерного).Не отменяет общей инвалидности таких проектов и их авторов с точки зрения разработки софта. И взаимодействовать с такими людьми зачастую сложно и некомфортно, что зачастую весьма негативно отражается на таких проектах.
> В своей области они могут быть прекрасными профессионалами, но требовать от
> них знания git, мягко говоря, неумно. Поверьте, SVN решит их задачи не намного хуже.Зато обует их на толпу потенциальных коммитеров. Такие люди вообще не умеют писать софт и развивать открытые проекты. Поэтому равняться на них можно в области где они специалисты, но никак не в вопросах написания софта, где они форменные инвалиды.
> Вот их можете и строить как хотите.
А мне это зачем? Мне проще пройти мимо и не коммитиь. Пусть сами пишут все. Не умеешь работать головой - работай руками.
> устраивает используемая VCS - извольте беспокоить только когда от вас появится толк.
От меня почти наверняка не появится толк если у проекта svn. Я поищу более приятный в взаимодействии проект, только и всего. Поскольку проектов много, а я один - я явно не умру от безделья, уж поверьте.
> Вы переоцениваете собственную значимость, увы.
Так это... остальные люди не уполномачивали меня за них говорить. Ну вот я и говорю за себя. А чего это я офигею и буду за всех сразу вещать? :) Но наблюдения за проектами в svn - показывают что так считаю не только я :)
> Ну и чем вам тогда может помешать svn на другой стороне?
Тем что с той стороны будет группа неадекватных упырей, не желающих использовать современные практики характерные для разработки в гите и обладающие централизованным, однозадачным мышлением. И их процесс разработки софта по этому поводу являет собой редкостное гoвно.
> Вы используете svn, он git - все счастливы.
Я не испытываю чувства счастья от взаимодействия с ретардами, мамонтами и вантузоидами, равно как совершенно не прусь от архаичных методик разработки софта. И то что я локально что-то там могу - да, могу. А остальная команда будет использовать эти архаичные практики. И мне придется с ними постоянно сталкиваться. Нафиг нужно. Да, при сильном желании можно и гофера в http как-то гейтануть, наверное. Но я этим заниматься не буду.
> тем, что вы присмотрелись к его проекту - должен рассматривать приоритетным
> мнение человека, который сделал нуль?Он, несомненно, не должен. А я, соответственно, никому не обязан коммиты делать, особенно если при этом надо столкнуться с неудобным инструментарием и дурными практиками. И да, если я вижу svn, первая дефолтная реакция - поискать похожий проект с более адекватными персонажами, увы.
> Вот! Было бы замечательно, если бы вы остановились на констатации этого факта.
Это выдирание из контекста. Понимаете, знаний в этом мире много. Все заведомо не влезут. Поэтому засорять свой мозг всяким крапом, который мне даром не упал, для компенсации чужой инвалидности - я элементарно не собираюсь. Я разборчив по поводу того что стоит вгружать в мой мозг. По моему нескромному мнению svn должен отправиться вслед за CVS.
> Ну и кому вы такой нужны?
Судя по тому что я нашел кой-какие файлики даже в убунте и дебиане, кому-то видимо нужен. Но это по любому из гита приехало.
> И каким боком HTTP "смежная область"? Тоже "что-то про байтики"?
Ну а как же. В конечном итоге и то и другое - обмен информацией. И вопрос формата взаимодействия.
> Боюсь что так.
Оптимизм это хорошо, НеШкольник ты наш.
> Ну ок, как я вижу надежда была напрасной и надо разжевывать все как маленькому ребенку.Не увидел никаких аргументов, кроме восторженных визгов и брызгания слюной "мне нравится!!111"
>> Но подозреваю, что и буквально с возрастом попал...
> Запиши себе -10 к скиллам телепатии, шарлатан :).Я пока подожду. Уровень оппонента тянет на школьника-студента, увы.
>> Мне удобно потому что мне удобно. Зашибись.
> Ну я вон арису более-менее расписал какие моменты мне нравятся больше. Посмотри
> там, лень мне повторятьсяНу а мне - тем более лень идти "туда не знаю куда" и разбираться в сортах
написанного анонимами.>> И какие "операции"-то, чудо? Или злой гугл уже и git переписал
>> у вас в дистрибутиве?
> Посмотреть что вообще творится в репе, историю по мелочи и прочая. В
> случае гитхаба это требует сильно меньше действий и он чаще себя
> ведет так как мне хотелось бы это видеть.Т.е. просто ваши персональные предпочтения, ничего реального?
> Разница в приоритетах видна по факту того что по дефолту гитхаб показывает
> реп с сорцом, а гугл - какую-то буиту#229
>> Для того, кто участвовал лишь в проектах с полтора разработчиками - это
>> вещь побочная, да.
> Проекты с кучей разработчиков обычно достаточно вменяемы для того чтобы не полагаться
> в этом на гитхабы и гуглокод ;).Это вообще никак не влияет на принципы рецензирования кода. Да и совершенно
ниоткуда не следует корреляция между размером проекта и наличием собственной инфраструктуры.
Козявки в вашем носу - не аргумент в пользу этого.>> И каким образом он там попользовался? Создавал PR, issues?
> Нет, конечно. Он сугубо репу оттуда раздавал.Т.е. никак не использовал.
> А pull request Торвальдс и ко делают иначе.
Вот вас и ткнули в то, что Торвальдс и ко - рецензируют код иначе. Точно
также как делали и делают многие проекты на googlecode.>> Ну а в чем тогда приемущества github - если хостит реп он
>> точно также как googlecode?
> В том что в отличие от гуглокода к репе еще и нормальный
> вебинтерфейс есть. А остальное собственно нафиг не упало.Вебинтерфейс для "посмотреть код" - у gitweb еще лучше, если уж на то пошло. Беда
в том, что остальное - как раз "нафиг упало" для реальных проектов.Т.е. вы банально не в теме?
> Ну может кроме pull requests на гитхабе как раз, что удобно нубам у которых
> нет своих рассылок для этого, etc.pull requests - даже не отключаются. Что теоретически и дураку способно намекнуть
на факт, что это рассматривается как критическая часть функционала. И нет,
проекты на github - не используют рассылки для рецензирования. Довожу эту
информацию до клинических идиотов.>> в глаза различие. И оказывается - приемущество github тут, мягко говоря, спорное.
> Ты почему-то решил что "фича для галочки" почему-то является чуть ли не
> шоустоппером. Наивный чукоццкий юноша! ;)См. выше. Это не мое мнение - это мнение github.
>> Чувствуете разницу между брызгами восторженной слюны и аргументами?
> Не очень понимаю где ты восторг увидел.Да чуть менее чем везде.
>> Приведите "фичи".
> Отфильтровать проекты в результатах поиска по языку программирования, например.Пардон, вбить в строке поиска label:Python - для вас неподъемная задача?
> Да что там, даже просто посмотреть на сорц требует больше возни.
Я теряюсь в догадках, не хочу обижать, но... Может вы инвалид?
>> Т.е. у гугла вы это "не осилили"?
> Возможно - я не нанимался грызть кактусы через силу. В гитхабе это
> на самом видном и логичном месте.Простите, примеры просто под строкой поиска:
https://code.google.com/hosting/Кем надо быть, чтобы это не заметить?
>> Для реального проекта - не пофигу и не спортлото.
> Для _РЕАЛЬНОГО_ проекта можно поставить нормальный багтрекер и вику на своих серверах.Бабушку свою учите щи варить.
> А кто это не делает - это "легкий программизм" с полутора участниками в основном.
Это IPython - "легкий программизм"?
>> Простите, это уже даже не смешно. Вы правда на таком уровне
>> знакомы с интерфейсами? Я могу рассказать как, если действительно надо.
> Тот факт что об этом надо РАССКАЗЫВАТЬ много говорит о том как
> качественно реализована фича.Мне этот факт куда больше говорит о вас. Никаких проблем у меня это не
вызвало, с учетом того что активно этими возможностями я не пользуюсь.>> Да, людям больше делать нечего, только собственный хостинг строить.
> Ну так тут уж вопрос в том насколько это _РЕАЛЬНЫЙ_ проект. Наличие
> своей инфраструктуры - первый признак того что это реальный проектБольшинство FOSS проектов - используют сторонние хостинге. Это никак
не коррелирует с их величиной. Octave - маленький проект? Или pypy? Или IPython?
Или Wesnoth?>> Увы, мой опыт показывает что она не в пользу github.
> А твой опыт тебе уже не пригодится - шатдаун проекта ты отменить
> врядли сможешь, а перекинуть хостинг на себя у тебя инфраструктуры не хватит ;).Тем не менее, я перекидывал проекты на github еще когда вы под стол
пешком ходили, а возможности автоматически это сделать - не было.
Так что - не бойтесь, хватит. Тапок рассказывает мне что я умею?> Поэтому твой опыт по любому можно спускать в трэш.
Достойный аргумент от того, кто банально незнаком ни с github, ни
с googlecode. Если судить по предыдущему тесту.>> Учитывая ваше знакомство с интерфейсами issues в том и другом
>> случае - может стоит прислушаться?
> Зачем?И правда. Зачем слушать того, кто разбирается в том, о чем пишет?
>> Ну и с чего вы думаете что ваше мнение должно быть кому-то интересно?
> Ну наверное с того что обратное мягко говоря не доказано.И что, мнение туземца из лесов Новой Гвинеи - должно приниматься во внимание
при проведении пенсионной реформы в РФ?>> А зачем к гиту какой-то гуй?
> Затем что для всего остального есть обычный гитМне остается только повторить вопрос.
>> Ради школьника Васи, который будет править код в веб-интерфейсе гитхаба?
> Скорее ради тех кто сможет там найти проект и присоединиться к нему.Для этого нужна нормальная домашняя страничка, с подробным
описанием проекта, инструкциями для участников и т.п. Где это
в github - а в заднем месте.> А правку кода как таковую веб интерфейс там вроде и не
> предусматривает. К счастью.Вы все еще беретесь сравнивать github c googlecode, будучи настолько невежественны в теме?
>> Я не вижу почему от перехода на другую VCS неприменно должен
>> появиться профит, если текущая VCS разработчиков устраивает.
> "Я не вижу почему от перехода на электровозы должен появиться профитЯ не вижу связи между VCS и паравозами. Пожалуйста прекратите демагогические сравнения.
>> git clone - это подпорки?
> Конечно. Это делается через левый модуль гейтования, через иностранный протокол. И работает под стать.Это теоретические рассуждения, или вы сталкивались с конкретными проблемами?
> А участники проекта заведомо не используют характерные для гита
> практики и работают в печальном svn-ском стиле.Например? Какие практики вам это запрещает использовать, о несчастный?
>> выучить урок на тему необходимости компромиссов.
> На мое нескромное мнение, использовать плохие и устаревшие инструменты разработкиsvn - не является устаревшим.
> Мой мозг забивается кучей нафиг не упавших
> в перспективе знаний а проект нагревает себя на новых участников по
> очень веской причине "здесь так принято".Люди, не способные идти на компромиссы и обучаться - просто не нужны
никому. Вас клинит на svn - другие могут посчитать "ненужным" что-то еще.
Останутся те, кто готов делать работу и учиться, а не негодные танцоры...>> Ну, глупо надеяться что весь мир будет плясать под дудку отдельного школьника.
> Так не надейся :)Собственно, я за вас и не переживаю. Так, к сведению.
>> много старых научных проектов до сих пор держатся за SVN.
> Вот там как раз много людей которые напрочь необучаемы и пхают во
> все щели крайне контрпродуктивные практикиТапок, они пишут полезный и крайне нетривиальный код. Мнение тапка
ну абсолютно не котируется- ну не сможет тапок сделать сделать вклад в софт
для космологических симуляций, при всем желании и самомнении тапка о знании
им "продуктивных практик".> Взаимодействовать с такими людьми в формате открытого проекта обычно весьма некомфортно
> и дельные открытые проекты у таких получаются редко.Проекты, нужные тапкам - нет, не получаются. Нужные профессионалам - очень
даже хорошо получаются. Критерий очень простой - использование софта в
исследованиях, цитируемость.Тапкам firefox'ы и прочие гномы пишут - вот и извольте там учить людей git.
>> Мой опыт говорит, что участники таких проектов обычно весьма
>> профессиональные люди...
> Они профессиональные в чем угодно. Кроме программирования и управления проектами. А так
> то да, профессиональные агрономы и астрономы нужны и важны. Только это
> не значит что они являются хорошими программистами и тем более PM
> и могут сделать хороший софтварный проект. Софтварные проекты от них как
> правило от "оставляет желать" до "кто написал этот жуткий шит?!"Людям обычно нужен код, который решает задачу. Причем код рецензированный,
корректный. Задачу написания этого кода - такие люди решают. Почему? Потому
что эти люди - профессионалы, а не выпускники рашен пту^W^W"технического университета"
с квалификацией "программист" и претензией на богоизбранность.>> В интерфейсе возможность конвертации репозитория находится на раз.
> Да и хрен бы с ней. Конвертируйте наздоровье.Т.е. googlecode вам на самом деле тут никак не помешал, ровно наоборот - помог?
>> Ну и причем тут HTTP?
> А при том что удачи повзаимодействовать со мной по гоферу.А причем тут гофер?
>> Можно определение адекватности?
> Сложно.Тогда не нужно использовать таких слов. Это ваше голословное мнение - вот и все, так его и позиционируйте.
А определение адекватности - лучше посмотрите в словаре и (будет совсем замечательно) примерьте на себе.
> Но могу методом от противного, как то - привести пример НЕадеквата.
Нет, определение, пожалуйста. И не список подогнанных признаков.
>> Вообще-то, огромная масса FOSS проектов - пишется "непрофессионалами" в
>> области разработки ПО. Собственно, львиная доля прикладного софта (научного, инженерного).
> Не отменяет общей инвалидности таких проектов и их авторов с точки зрения
> разработки софта.Разработка софта - заключается в развитии ПО, решающего конкретные
практические задачи, а не в онанизме на git.> И взаимодействовать с такими людьми зачастую сложно и некомфортно
Чтобы было комфортно - получите хорошее образование, желательно в смежной
области. Школьников никто не любит - и git-ы тут совершенно непричем.>> В своей области они могут быть прекрасными профессионалами, но требовать от
>> них знания git, мягко говоря, неумно. Поверьте, SVN решит их задачи не намного хуже.
> Зато обует их на толпу потенциальных коммитеров.Если отсеет школоту, не осилившую man git - это будет только плюс.
>> устраивает используемая VCS - извольте беспокоить только когда от вас появится толк.
> От меня почти наверняка не появится толкДа, боюсь - это ключевое резюме.
> если у проекта svn.
Если у проекта git - найдется еще десяток причин.
>> Ну и чем вам тогда может помешать svn на другой стороне?
> Тем что с той стороны будет группа неадекватных упырей, не желающих использовать
> современные практики характерные для разработки в гите и обладающие централизованным,
> однозадачным мышлением.Что-ж это за практики такие, расскажите?
>> Ну и кому вы такой нужны?
> Судя по тому что я нашел кой-какие файлики даже в убунте и дебиане, кому-то видимо нужен.Так это смотря какие файлики. В Debian и пакет hello есть.
>> И каким боком HTTP "смежная область"? Тоже "что-то про байтики"?
> Ну а как же. В конечном итоге и то и другое - обмен информацией.А... "Тоже вертолет".
что мешает слить репу и разместить у себя с соотв. README?!
Мде, спасибо корпорации добра :-/
> Мде, спасибо корпорации добра :-/характерно, угу. нет, чтобы от души поблагодарить за то, что столько лет бесплатный хостинг давали. неа, это нет. зато «а‐а‐а‐а, отбирают» — это запросто.
а потому что нельзя быдлу ничего бесплатно давать, быдло тогда окончательно хамеет и качает права на пустом месте.
Спасибор корпорации. За хороший проект, следующий в длинной очереди похороненых.
Сначала забили на его поддержку, спровоцировав отток пользователей. Потом словили этот отток и рост процента спама.
И теперь из-за спама и закрывают.
#Спасибо Гууглу за это!
> Сначала забили .. и теперь .. и закрывают.Дык, всё было продумано, закрой они его просто так их бы за это песочили на каждом углу,
а тут всё логично и обосновано.Гугл похоже получил профит от свободных проектов и энтузиастов. Теперь время снимать сливки. Необходимость в хомячках отпала
>> Сначала забили .. и теперь .. и закрывают.и, кстати, всё больше и больше убеждаюсь, что единственная организация,
которая иногда кладёт на барыши ради общественной выгоды - это государство, ибо живёт на налоги,
все остальные, либо идеалисты - на которых кто-то втихаря рубит бабло, либо лицемеры тихорящие сами
Пользуясь случаем, хочу поблагодарить ГитХаб за прекрасный хостинг для открытых проектов. Мир ему и долгих лет жизни и не превращаться в корпорацию добра.
>> Мде, спасибо корпорации добра :-/
> характерно, угу. нет, чтобы от души поблагодарить за то, что столько лет
> бесплатный хостинг давали. неа, это нет. зато «а‐а‐а‐а, отбирают»
> — это запросто.
> а потому что нельзя быдлу ничего бесплатно давать, быдлo тогда окончательно хамеет
> и качает права на пустом месте.Бесплатность ничего не меняет и ни в коем случае не является поводом для какого бы то ни было снисхождения, иначе считает как раз таки упомянутое вами быдлo. Как упало что с барского плеча - так сразу ножки целовать.
В современном свободном обществе безвозмездный труд на общее благо - это норма, и он подразумевает обычную ответственность за качество результата.
спасибо за пример риторики очень неприятного подвида быдла: быдла хитрозадого. от обычного оно отличается тем, что подводит под своё «мне все вокруг должны» понтовую псевдотеоретическую базу. его «безвозмездный труд на общее благо» обозначает «безвозмездный труд на моё благо» — потому что само оно ничего произвести не способно, только потреблять.ещё раз спасибо, без этого примера дискуссия была бы неполной.
> ещё раз спасибо, без этого примера дискуссия была бы неполной.похоже твои родители срубили с тебя бабло за рождение и воспитание.
Ибо они тебе ничего не должны
анонимус продолжает доставлять отличные примеры. спасибо. примерно в этом духе ОНО начинает реагировать, когда единственный заученый псевдоаргумент не прокатывает.
> анонимус продолжает доставлять отличные примеры. спасибо. примерно в этом духе ОНО начинает
> реагировать, когда единственный заученый псевдоаргумент не прокатывает.ты так ничего и не понял студент
горшочек, не вари больше, уже достаточно примеров!
> горшочек, не вари больше, уже достаточно примеров!жизнь научит (надо где-нить записать это тред - будет повод тебе покукарекать на табуретке) :-)
вот у меня других занятий нет — только пускать всяких петушков у меня на табуретах кукарекать.
> вот у меня других занятий нет — только пускать всяких петушков у
> меня на табуретах кукарекать.судя по тому, сколько ты просиживаешь в форумах - делать тебе дейтвительно нечего
ничего, возможно, и ты когда‐нибудь поумнеешь настолько, что сможешь не горбатиться целыми днями.
> ничего, возможно, и ты когда‐нибудь поумнеешь настолько, что сможешь не горбатиться
> целыми днями.с чего ты взял что я горбачусь? :-) не переноси на других свой личный опыт
> характерно, угу. нет, чтобы от души поблагодарить за то, что столько лет
> бесплатный хостинг давали. неа, это нет. зато «а‐а‐а‐а, отбирают»Что еще эпичнее - я сколько-то лет назад сказал что гуглокод - гэ и сливает даже сорсфоржу по удобству. Или там гиториусу. И уж ясен фиг гитхабу. Который можно любить, можно не любить, но его интерфейс - это именно работа с исходником а не 100500 левых пунктиков, очень косвенно относящихся к делу но постоянно мозолящих глаза. Плюс взаимодействие.
А гуглокод помер - туда и дорога. Дурной интерфейс, некрофилия с svn, почти полное отсутствие средств взаимодействия и прочие прелести. "Помер Ефим? Ну и хрен с ним!"
да какие стопицот? как раз с мордой на гуглокоде всё нормально, никакой говняной «социалочки».
> да какие стопицот? как раз с мордой на гуглокоде всё нормально, никакой
> гoвняной «социалочки».Как раз именно социалочки там завались - на мoрде вместо кода показываются какие-то меточки, человечки, ссылочки и логотипчики. На github такого мyсора нет, например.
у меня опять какой‐то другой интернет.
Еде меня кидают?!?!
Я прочитал уже третий пост Ариши ... и словил себя на том что по всем трём - 100% с ним согламен 8-о
Тебя вылечили или я заболел?!?!?
Просто он банальщины говорит, так что ты согласен не с ним, а с банальщинами.
> что по всем трём - 100% с ним согламен 8-оЯ его за это называю Кэпом. Иногда он все-таки зачетно капитанит :).
> да какие стопицот? как раз с мордой на гуглокоде всё нормально, никакой
> гoвняной «социалочки».Да ничего там нормального. Мне на социалочки пофиг, но на гитхабе во главу угла поставлена работа с кодом, собственно. А в гуглокоде она вообще так, до кучи. Хрень на треть странички, медленная и неудобная. Типовые операции типа посмотреть список недавних коммитов, кто их вкатил и почему - убиться можно смотреть. Посмотреть коммитдифф? Ну наверное при сильном желании это в гуглокоде можно. Но в гитхабе я сразу понимаю как это делается, а в гуглокоде надо где-то копаться.
Гитхаб может показать на каком языке написано. И поиск там намного логичнее для кода чем у гугли. А у гугли найти именно то что ищешь, а не кучу хлама, который потом самому придется долго фильтровать - целая отдельная наука.
Вот я и не понимаю нахрена все это нужно. Оно только позорит гугл в таком виде. А пользуются этим в основном мальчики-маздайчики, которым надо не столько работу с кодом сколько бесплатный файлохостинг для их маздайных бинарей. Но мне маздайные бинари нафиг не упали, поэтому если мне надо будет код - я пойду не на сорсфорж и даже не в гуглокод, а на гитхаб. Там приоритетен именно код. На сорсфорже - маздайные бинари. А на гугле - хрензнает что, всего по немногоу и все бестолковое.
> А у гугли найти именно то
> что ищешь, а не кучу хлама, который потом самому придется долго
> фильтровать - целая отдельная наука.Вот только не надо про поиск у гитхаба. Особенно поиск по issues - мягко говоря не то чем
там можно хвалиться в сравнении с гуглокодом.
> Вот только не надо про поиск у гитхаба.По коду ищет намного лучше гугли. Можно скажем выбрать "только проектаы на си". И мне не будут замусоривать вывод заведомо неприменимые куски дряни на яваскрипте и прочих руби (мало ли, вдруг я для какого роутера компонент подбираю и мне просто некуда ни руби ни двигло js впихнуть?!). В гитхабе это 1 фильтр. А у гугли...
> Особенно поиск по issues - мягко говоря не то чем
> там можно хвалиться в сравнении с гуглокодом.А issues и там и там - неработоспособный эрзац багтрекера, для тех кто хочет сделать вид что ему не пофиг на баги, но напрягаться на полноценный багтрекер типа багзиллы или хотя-бы мантиса - очень впадлу. В результате такие кадры просто остаются без львиной доли багрепортов. Потому что у гитхаба и гуглокода их недобагтрекеры одинаково ни о чем. В рамках их багтрекеров невозможно даже просто понять "какие баги требуют лично моего внимания" (в контексте моей роли в проекте).
>> Вот только не надо про поиск у гитхаба.
> По коду ищет намного лучше гугли.Тоже на любителя, но скорее - да.
>> Особенно поиск по issues - мягко говоря не то чем
>> там можно хвалиться в сравнении с гуглокодом.
> А issues и там и там - неработоспособный эрзац багтрекераГлупо с багзиллой сравнивать, но на уровне публичных
хостингов - гитхаб проигрывает.Для примера: Blocking, Blocked - оно где? Скрипач не нужен?
> В рамках их багтрекеров невозможно даже просто понять "какие баги
> требуют лично моего внимания" (в контексте моей роли в проекте).Скажите уж честно, что разобраться серьезно в возможностях багтрекеров
- не пытались. От того и лепите подобный вздор. Я уж не говорю про
наличие опыта переноса проектов и возможность предметного сравнения
функционала багтрекеров...
>> По коду ищет намного лучше гугли.
> Тоже на любителя, но скорее - да.Ну я проверял. На гитхабе мне найти то что я ищу - в разы проще. Для корпорации у которой поиск основной продукт это просто позор.
> Глупо с багзиллой сравнивать, но на уровне публичных
> хостингов - гитхаб проигрывает.Сравнили блин два сорта...
> Для примера: Blocking, Blocked - оно где? Скрипач не нyжен?
Без понятия. Я не пользуюсь этим шитом. Я в этом шите не могу получить понимание кто и что от меня в рамках проекта хотел бы. По поводу чего не виду смысла в таком "багтрекере". Абсолютный максимум на который можно надеяться увидеть от меня в этих недопилках - репорт бага. В режиме "fire and forget". Более продвинутые формы взаимодействия не состоятся по причине невозможности эффективно трекать участь бага и понимать кто, что и где от меня хотел бы видеть. И вообще, у обоих какой-то урезанный набор статусов и нет половины фич которые даже в простеньком мантисе есть.
> Скажите уж честно, что разобраться серьезно в возможностях багтрекеров - не пытались.
Да, я честно говорю: я считаю это гуано неюзабельным и просто не собираюсь ими пользовться. Ни у гуглы ни у гитхаба. См. выше.
> наличие опыта переноса проектов и возможность предметного сравнения
> функционала багтрекеров...А какой мне смысл копаться в сортах г-на? Это несет какой-то смысл?
>> Для примера: Blocking, Blocked - оно где? Скрипач не нyжен?
> Без понятия. Я не пользуюсь этим шитом.Понятно. Т.е. вы беретесь сравнивать то, в чем элементарно не разбираетесь.
> Я в этом шите не
> могу получить понимание кто и что от меня в рамках проекта
> хотел бы.Вы не допускаете что проблема в вас?
>> наличие опыта переноса проектов и возможность предметного сравнения
>> функционала багтрекеров...
> А какой мне смысл копаться в сортах г-на? Это несет какой-то смысл?Делать какие-то выводы не представляя реально функционала... Мягко говоря, неумно.
> Понятно. Т.е. вы беретесь сравнивать то, в чем элементарно не разбираетесь.А зачем мне разбираться в сортах гoвна? :)
> Вы не допускаете что проблема в вас?
Не вижу как мне станет хуже если я не закоммичу в тот или иной проект.
> Делать какие-то выводы не представляя реально функционала... Мягко говоря, неумно.
Наверное умнее копаться в сортах дepьма, выбирая между пометом от гитхаба и гуано от гугли.
>> Понятно. Т.е. вы беретесь сравнивать то, в чем элементарно не разбираетесь.
> А зачем мне разбираться в сортах гoвна? :)А причем тут сорта говна?
>> Вы не допускаете что проблема в вас?
> Не вижу как мне станет хуже если я не закоммичу в тот или иной проект.Вам, возможно, не станет - но и пользы от вас не появится.
>> Делать какие-то выводы не представляя реально функционала... Мягко говоря, неумно.
> Наверное умнее копаться в сортах дepьма, выбирая между пометом от гитхаба и
> гуано от гугли.И то и другое - используют (или использовали) большие проекты. Так что - да, это
сравнение вполне практическое и важное.Но раз вы все-равно предпочитаете делать громкие заявления и мешать с дерьмом то, в чем
не разбираетесь - дальнейший разговор бессмысленен.
> Типовые операции типа посмотреть список недавних коммитов, кто их вкатил и
> почему - убиться можно смотреть.ажно целых два клика. если для тебя это «убиться»… ну, я не знаю. не пиши код, там убиться как сложно — кучу кнопочек вообще нажимать придётся.
> Гитхаб может показать на каком языке написано.
и облажаться.
> И поиск там намного логичнее для кода чем у гугли. А у гугли найти именно то
> что ищешь, а не кучу хлама, который потом самому придется долго
> фильтровать - целая отдельная наука.а у гитхаба вообще никак.
> ажно целых два клика. если для тебя это «убиться»… ну, я не
> знаю. не пиши код, там убиться как сложно — кучу кнопочек
> вообще нажимать придётся.Хз, в гитхабе все это на видном месте перед физиономией. На гуглокоде - где-то сбоку и больше копаться надо. Мне не понравилось. Это субъективщина, но - имею на то полное право. Мне не нравится оформление и организация гуглокода и мне с ним работать неприятнее чем с гитхабом. Наверное можно вывести более формальные и менее субъективные метрики юзабилити, но поскольку мне за это не платят, а в юзабилити я знаю толк - я поверю своему субъективизму, сорри :)
> и облажаться.
По опыту - лажи мало и редко. А в гугеле так просто убьешься мусор от рубистов, бидонистов и прочих яваскриптеров фильтровать.
> а у гитхаба вообще никак.
Меня устраивает и сильно упрощает мне жизню. А гугл ничего подобного не обеспечивает. Что заставляет гробить намного больше усилий при задаче вида "ищу компонент X на языке Y, с лицензиями W, X или Z".
>> ажно целых два клика. если для тебя это «убиться»… ну, я не
>> знаю. не пиши код, там убиться как сложно — кучу кнопочек
>> вообще нажимать придётся.
> Хз, в гитхабе все это на видном месте перед физиономией. На гуглокоде
> - где-то сбоку и больше копаться надо.ещё раз: если для тебя затруднительно прочесть меню действий вверху страницы, где всего‐то обычно пять слов, а потом опять меню действий вверху страницы, где три слова… ну, у меня для тебя плохие новости тогда: ты уже суперстар.
> Мне не понравилось. Это
> субъективщина, но - имею на то полное право.имеешь, конечно. но вот критика твоя выглядит как «а‐а‐а‐а, мне под нос не положили, а рядом! всё, упадок, смерть, разрушения, я не умею пользоваться меню!» ну смешно же.
> Мне не нравится
> оформление и организация гуглокода и мне с ним работать неприятнее чем
> с гитхабом.а это уже совсем другая история. не нравится — и не нравится. но утверждать, что оно сложнее и хуже только потому, что не такое… ты же сам периодически издеваешься над персонажами, пишущими подобное.
я, впрочем, вообще не понимаю, зачем эти все недофичи в интерфейсе нужны. если тебе таки надо добыть информацию — у тебя репозиторий есть, и git, который всё может добыть по просьбе. потому что какие шансы на то, что ты вдруг заинтересовался историей проекта, на который тебе плевать? а если не плевать — git clone.
>> и облажаться.
> По опыту - лажи мало и редко. А в гугеле так просто
> убьешься мусор от рубистов, бидонистов и прочих яваскриптеров фильтровать.а зачем вообще ты ищешь такими странными запросами? O_O
>> а у гитхаба вообще никак.
> Меня устраивает и сильно упрощает мне жизню. А гугл ничего подобного не
> обеспечивает. Что заставляет гробить намного больше усилий при задаче вида "ищу
> компонент X на языке Y, с лицензиями W, X или Z".хм. для этого вполне можно использовать «большой гугель», например.
> всего‐то обычно пять слов, а потом опять меню действий вверху страницы,
> где три слова… ну, у меня для тебя плохие новости тогда: ты уже суперстар.Ну просто на гитхабе у меня не возникает вопросов куда нажимать - я обычно догадываюсь сразу. А на гуглокоде приходится задумываться и читать интерфейс. Это хреново.
> имеешь, конечно. но вот критика твоя выглядит как «а‐а‐а‐а, мне
> под нос не положили, а рядом!Ну так никто не любит работать с кривым, неудобным и тормозным интерфейсом, где на любое действие надо чесать репу. В гитхабе смогли этого избежать. А в гугле - не очень. Поэтому лично у меня при взаимодействии с гуглокодом стойкое желание закрыть вкладку с неудобной и тормозной гадостью.
> такое… ты же сам периодически издеваешься над персонажами, пишущими подобное.
Мне можно - я профессионал в качестве, как-то так оказывается что мое мнение насчет качества редко промахивается :).
> если тебе таки надо добыть информацию — у тебя репозиторий есть,
Клонировать каждый реп на посмотреть "а то ли это вообще что надо мне?" как-то не очень результативно получается. Хороший интерфейс кроме всего прочего поможет найти то что я ищу и вот потом, склонировав, я буду не разочарован в результате.
> тебе плевать? а если не плевать — git clone.
Ну понятное дело что я потом уже буду гитом орудовать. Но вот например выбирать из кучи софтин поначалу через и-фейс гитхаба проще, равно как и получить общую идею о том "что происходило там-то, от сих до сих?".
> а зачем вообще ты ищешь такими странными запросами? O_O
А это уже мое дело. Во первых так отсевается большинство фигни от хипстеров. Во вторых я могу хотеть втулить некую фичность на, допустим, роутер и соображать каким софтом это забацать. И питоны и руби мне может быть некуда ставить даже чисто технически. А если б даже и было - шло б оно, там в 99% случаев глюкавая дрянь от хипстеров, которую я предпочитаю обходить за километр.
> хм. для этого вполне можно использовать «большой гугель», например.
Только в гитхабе это делается парой кликов как доп. фильтр, а в гугле возни намного больше.
> Ну просто на гитхабе у меня не возникает вопросов куда нажимать -
> я обычно догадываюсь сразу. А на гуглокоде приходится задумываться и читать
> интерфейс. Это хреново.сила привычки. у меня, например, интерфейс гитхаба никакой радости не вызывает, и требует усилий, если мне надо не просто тыцнуть в файл, чтобы увидеть его содержимое красиво раскрашеным.
>> имеешь, конечно. но вот критика твоя выглядит как «а‐а‐а‐а, мне
>> под нос не положили, а рядом!
> Ну так никто не любит работать с кривым, неудобным и тормозным интерфейсом,
> где на любое действие надо чесать репу. В гитхабе смогли этого
> избежать.не смогли. чешу репу постоянно. ;-)
>> если тебе таки надо добыть информацию — у тебя репозиторий есть,
> Клонировать каждый реп на посмотреть "а то ли это вообще что надо
> мне?"не каждый. а поиск на гитхабе всё равно говно.
> Ну понятное дело что я потом уже буду гитом орудовать. Но вот
> например выбирать из кучи софтин поначалу через и-фейс гитхаба прощепривычней.
> как и получить общую идею о том "что происходило там-то, от
> сих до сих?".а зачем?
> сила привычки. у меня, например, интерфейс гитхаба никакой радости не вызывает, и
> требует усилий, если мне надо не просто тыцнуть в файл, чтобы увидеть его
> содержимое красиво раскрашеным.Хз, половина операций в гуглокоде вообще вызывает раздражение тем что заныкано неизвестно куда или сделано слоупочно и/или неинформативно и надо долго клацать для получения сведений и прочая.
Для начала, гитхаб по дефолту сразу репу с сорсом показывает. Гугл показывает каую-то буиту. Сразу видно кто на работу с сорсом ориентирован, а кто на страдание фигней до кучи. Т.е. чтобы собственно увидеть сорс - на гитхабе меньше телодвижений надо.
> не смогли. чешу репу постоянно. ;-)
Ну, знаешь, гитхаб для начала сразу сорс показывает, а гугл - какой-то левак в стиле "а я типа тоже сорсфорж". Вот только я пришел за сорсом, поэтому поведение гитхаба мне симпатичнее.
> не каждый. а поиск на гитхабе всё равно гoвно.
Он не идеален, но обычно я могу им найти имено то что мне надо. И это получается с меньшими мучениями чем в гуглокоде.
> привычней.
Логичнее. Ориентирован на работу с сорсом, а не левым cruft вокруг и около.
>> "что происходило там-то, от сих до сих?".
> а зачем?А чтоб получить общее представление что вообще в проекте происходило, кто, что и почему. Понятно что можно склонировать и прочее, НО если я уже это вижу в вебинтерфейсе, логичнее всего будет посмотреть это не отходя от кассы, раз уж нужное уже под рукой.
> А чтоб получить общее представление что вообще в проекте происходило, кто, что
> и почему.код писали. писатели кода. потому что умеют код писать.
как будто тебе что‐то говорят ники коммитивших.
> Для начала, гитхаб по дефолту сразу репу с сорсом показывает. Гугл показывает
> каую-то буиту. Сразу видно кто на работу с сорсом ориентирован, а
> кто на страдание фигней до кучи. Т.е. чтобы собственно увидеть сорс
> - на гитхабе меньше телодвижений надо.Как верно подмечено оратором выше, эта буита" - то что нужно, если вам
интересна метаинформация о проекте. Грубо говоря, то что обычно помещают
на домашнюю страничку (подробное описание, ссылки на релизы и т.д.).Гугл предлагает автоматизировать создание странички проекта - а гитхаб
заставляет каждого делать свою, с шахмато-поэтессами. Как будет выглядеть
результат работы типичного школоло-разработчика - недрудно догадаться.То что показывает гитхаб по-дефолту - не нужно от слова вообще, кроме разве
информации в README, задвинутом в задний проход. Я пока не видел ни одного
вменяемого разработчика, который бы систематически смотрел и редактировал код в ихней
веб-гуйне. Гитхаб обычно нужен только как держатель официального репа, механизм для
рецензирования кода и (гораздо реже, из-за убогости) - как багтрекер и хостинг релизов.
кстати, об интерфейсах. гуглокод мне сразу описание проекта показывает, а вот где оное описание у гитхаба — фиг его знает. где‐то там, внизу. тычь кнопку, листай. сколько раз кнопку тыкать? а фиг его знает, зависит от проекта. мускульная память грустно уходит курить. ужасно неудобно.p.s. не помню ни одного случая, когда меня в просмотре проекта интересовал бы идиотский список исходных файлов вместо описания. эта информация — список файлов — нужна… э… да никогда. тем не менее это первое, что гитхаб мне вываливает. ненужное. бесполезное. мешающее прочесть описание. это не интерфейс, а крап.
> кстати, об интерфейсах. гуглокод мне сразу описание проекта показывает, а вот где
> оное описание у гитхаба — фиг его знает.Вобще-то, поклeп:
1) У гитхаба когда делаешь поиск - показывается и краткое описание. Очень удобно сделано.
2) Внезапно, это же краткое описание есть прямо на дефолтном view с сорцом, в шапке.Я прямо не знаю как это сделать очевиднее. А вот то что гугл по дефолту показывает что угодно кроме вью с сорцом - бeсит. Какой они при этом к чeрту хостинг кода?! Файлопомойка для мальчиков-маздайчиков, а не средство работы с кодом при таких то дефолтах.
> где‐то там, внизу.
В смысле? В самом верху краткое описание висит. А полное на то и полное что надо лишь иногда.
> зависит от проекта. мускульная память грустно уходит куpить. ужасно неудобно.
Полное и подробное описание имеет смысл читать если проект уже подошел по большинству критериев. И это всего 1-2 раза в жизни за всю работу с проектом.
Зато на гитхабе сразу показывают дерево исходников. Вот это - инструмент для работы с сорсами. А гугл показывает левый хлaм а-ля сорсфорж. Чтобы увидеть сорс надо что-то дополнительно клацать. Для меня это - недостаток.
> бы идиoтский список исходных файлов вместо описания. эта информация — список
> файлов — нужна… э… да никогда.Э не, пардон. Если я в списке вижу там какое-нибудь __setup__.py - я быстренько разворачиваюсь и ухожу. Пусть себе этими виндyзятными методами в систему инсталлят всякий крап. Потратить в пять раз больше времени на отсев того чем я заведомо не буду пользоваться - меня не прeт.
> что гитхаб мне вываливает. ненyжное.
Пардон, если я пришел за исходниками - я хочу увидеть именно исходники. Я за ними и пришел. А транспарант с описанием проекта - оно конечно да, но краткое описание, язык и прочее - рюхается на уровне писка, а полное надо почитать 1-2 раза в жизни и только если проект уже прошел предварительный отсев. По поводу чего удобство и скорость данной операции имхо не является чрезмерно приоритетной величиной.
> это не интерфейс, а крап.
У нас приоритеты разные. Мне надо на хостинге сорсов увидеть именно сорс, а тебе - описание. И да, знаешь, список файлов и организация оного - довольно много говорит о том чего вообще ожидать от проекта.
> У нас приоритеты разные. Мне надо на хостинге сорсов увидеть именно сорс,
> а тебе - описание.угу. я таки предпочитаю исходники использовать, а не пыриться на них в браузере. даже если мне там что‐то найти надо — я предпочту любимый текстовый редактор или хотя бы [a]grep. извини, но пыриться на исходники в браузере — это или режим эмуляции умной морды, или врождённый хипстоз.
> И да, знаешь, список файлов и организация
> оного - довольно много говорит о том чего вообще ожидать от
> проекта.да ничего. потому что практически у всех проектов, где больше пары файлов, всё заныкано по каталогам. а если и не заныкано — это всё ещё ничего не говорит; ну, кроме того, что автор, скорее всего, использует out-of-tree builds.
Да многие говорили. После Google Reader, особенно.
http://evennia.blogspot.ru/2014/02/moving-from-google-code-t...
Когда Сэйсецу был настоятелем монастыря, ему понадобилось новое помещение для занятий, ибо то, где он учил, было уже слишком тесно. Купец из Эдо по имени Умэдзу Сэйбей решил пожертвовать на строительство пятьсот золотых рио и принес их учителю.
«Хорошо, я возьму их,» – сказал Сэйсецу.
Подав учителю мешок с золотом, Умадзу остался недоволен его равнодушием: на три рио можно жить целый год, а тут не благодарят за 500!
– В мешке пятьсот рио, – намекнул Умэдзу.
– Ты уже говорил это, – ответил Сэйсецу.
– Но ведь даже для такого богача, как я, это огромная сумма, – сказал Умэдзу.
– Ту хочешь, чтобы я поблагодарил тебя за них? – спросил Сэйсецу.
– Вы должны это сделать, – ответил купец.
– Почему же? – удивился Сэйсецу. – Благодарить должен дающий!
Вот поэтому у Сэйсецу и не было 500 рио, а у Умэдзу — были.
Угу, причем без сарказма. О очередной раз напомнили что от них нужно держаться подальше - раз, и внесли вклад в популярность гитхаба - два.
гитхаб тоже коммерческий проект. И может быть закрыт точно также легко.
Это не страшно - сообщество мигрирует на следующий по популярности хостинг, параллельно будет подстёгнута разработка p2p среды для совместной разработки (в стиле twister/diaspora).
Как же обманчив и изменчив этот компьютерный век
Блин, а на гитлаб просто так не смигрируешь - сплошная проприетарщина в качестве альтернативы. Правильно значит я на darcs переехал.
А в чем проблема запушить куда угодно?Или речь о вики и issues? Можно перенести на гитхаб, а потом с гитхаба на гитлаб, способы есть.
Плюсую, способы есть: git remote add + git push
Не всё так просто. Идеология svn и git несколько отличается. Можно, конечно, взять git-svn, но что делать с ветками, которые были перемещены..... И что вообще считать корнем, если содержимое trunk переезжало?.... В общем, вопросы есть.
> Не всё так просто. Идеология svn и git несколько отличается. Можно, конечно,
> взять git-svn, но что делать с ветками, которые были перемещены..... И
> что вообще считать корнем, если содержимое trunk переезжало?.... В общем, вопросы
> есть.Только вопросы это к тем самым перемещателям веток - если люди не думают, то потом страдают, как и должно быть.
Для svn перемещение trunk - это нормально. Была одна ветка основной, со временем она устарела и была заменена на новую, которая до этого была в branches.
> Для svn перемещение trunk - это нормально. Была одна ветка основной, со
> временем она устарела и была заменена на новую, которая до этого
> была в branches.Для svn вообще нормальны любые контрпродуктивные действия. Даже комментировать не буду какой бред вы написали.
> Для svn вообще нормальны любые контрпродуктивные действия. Даже комментировать не буду
> какой бред вы написали.И правильно, не надо комментировать, когда не в курсе, как работать с svn.
> И правильно, не надо комментировать, когда не в курсе, как работать с svn.С ней ХРЕНОВО работать. Перекачивать половину интернета чтобы отмотать дерево сорцов на месяц назад - хуже не бывает. А уж делать в svn нечто типа git bisect, позволяющего быстро локализовать баг - вообще жесть и афиг.
> И правильно, не надо комментировать, когда не в курсе, как работать с svn.Конечно, ведь все умельцы каждые выходные меняют местами транк со стабильной веткой.
ну по идее считать master'ом всегда надо trunk.и честно говоря хоть и не берусь гарантировать, но мне кажется, что git-svn так себя и поведёт. когда я его тестил, он довольно корректно обрабатывал все извращения, которые я ему скармливал, в т.ч. перемещения и копирования отдельных папок из/в ветки и т.п.
> Не всё так просто. Идеология svn и git несколько отличается.И это замечательно. О svn попросту пора забыть - система контроля версий, перекачивающая половину интернета чтобы ревизию на месяц назад отмотать это defective by design!
> И это замечательно. О svn попросту пора забыть - система контроля версий,
> перекачивающая половину интернета чтобы ревизию на месяц назад отмотать это defective
> by design!Перед тем как забыть, надо мигрировать на git.
И, строго говоря, git качает не половину, а всё сразу. В то время как svn - только одну ревизию за раз. Проблема в ней в том, что протокол уж очень медленный, а не в том, что очень много.
> И, строго говоря, git качает не половину, а всё сразу. В то
> время как svn - только одну ревизию за раз. Проблема в
> ней в том, что протокол уж очень медленный, а не в
> том, что очень много.Опять будем это начинать? В этих разговорах SVN растоптан уже много раз, а все кто их о сих пор пытвается вести иначе как нeвеждами считаться не могут. Достаточно сказать что git также может скачать только одну ревизию. При этом даже если качать всё, это зачастую получается быстрее чем svn качает одну ревизию и на диске занимает меньше (да, вся git история FreeBSD + чекаут занимают меньше чем чекаут одной ревизии SVN), а после первого же log (особенно log --diff) или переключения веток SVN вообще перестаёт называться VCS.
> И, строго говоря, git качает не половину, а всё сразу.1) Он качает столько сколько попросишь.
2) Когда он качает все и сразу - он использует продвинутую дельта-компрессию, с ссылками на то что уже было. По поводу чего немеряный реп линуксного ядра со всей историей - весит ну может в пару раз больше дерева сорцов.Скачать два объема исходников, чтобы потом шариться с покоммитовой точностью по всему и вся начиная с лохматых 2.6 и заканчивая распоследним 4.0 "terminator edition" - не так уж плохо. А потом при работе с проектом дельта мизерная. Вот это - контроль версий. Я могу за ...цать секунд попасть в любой момент времени, любой коммит. Не качая ни байта и в основном будучи ограничен скоростью записи диска. Вот это - работа с версиями!
SVN до всего этого - как раком до китая. Сразу видно разницу между дешевыми проприерасовскими шестерками из апача vs тул от настоящего профи, возглавляющего большой проект и потому знающего как это делать правильно. И с человеческой, и с инженерной точек зрения. Редкое совпадение - потому и тул качественный получился.
> В то время как svn - только одну ревизию за раз.
По поводу чего оно является жалкой пародией на контроль версий - собственно, мотаться по версиям у него и не получается, предполагается примитивный линейный воркфлоу, бранчи и мержи, особенно с нескольких сторон сразу там через ... сделаны, etc. Не говоря о том что при загибании сервака (или сети) - работа встает колом.
> Проблема в ней в том, что протокол уж очень медленный, а не в
> том, что очень много.Проблема в том что подход SVN с централизованным сервером и кастрированным клиентом - defective by design. В гит можно сделать до кучи и подобие сервера, где например некто может выполнять мержи, выступая точкой координации усилий. Но при этом каждый участник как таковой полностью самостоятелен и не нуждается ни в каком сервере для работы. Да даже и в сети по большому счету, кроме моментов когда работа над фичой завершена и хочется перекинуться кодом с другими.
> Блин, а на гитлаб просто так не смигрируешь - сплошная проприетарщина в
> качестве альтернативы.Смешно, вы так говорите как будто google code был свободный. Свободных VCS морд - хоть жопой жуй.
> Правильно значит я на darcs переехал.
Так бы и сказали что просто нашли повод упомянуть эту мертвечину.
> Так бы и сказали что просто нашли повод упомянуть эту мертвечину.Ну нравится человеку быть некрофилом. И поэтому он сменил один трупик на другой. Будет взаимодействовать в своем darcs ... сам с собой :).
> Свободных VCS морд - хоть жопой жуйи к сожалению все не очень
А что мешало гуглу хотя бы read only пожизненный оставить? На гуглкоде сейчас лежит куча устаревшего хлама, но иногда безальтернативного.
> А что мешало гуглу хотя бы read only пожизненный оставить?да ничего. можешь им написать и сказать, что готов оплачивать поддержку из своего кармана — думаю, они с удовольствием тебе передадут.
не? не хочется? а гугель, типа, контора чисто благотворительная, деньги не считает, угу.
> инфраструктура будет переведена в режим только для чтения
Всё, перечитал. "В конце 2016 года доступ к архивам будет закрыт" вот сволочи!
> А что мешало гуглу хотя бы read only пожизненный оставить? На гуглкоде
> сейчас лежит куча устаревшего хлама, но иногда безальтернативного.Если оставить read only, оно так и останется безальтернативным и никто не зачешется. Если оно действительно кому-то нужно, пусть этот кто-то поднимет одну точку и хотя бы перенесёт проект на нормальный хостинг.
>Если оставить read only, оно так и останется безальтернативным и никто не зачешется. Если оно действительно кому-то нужно, пусть этот кто-то поднимет одну точку и хотя бы перенесёт проект на нормальный хостинг.А если автор вылезет через 2 года после анабиоза? Упс, а проекта его уже нет. Хоть бы рассылку сделали какую.
> Упс, а проекта его уже нет.И кому от этого плохо? Заливает исходники на нормальный хостинг и вперёд. Потерял исходники? Хотя такой автор со своими проектами уже не нужен, всё-таки можно раскопать исходники в архивах или у тех кто до сих пор пользуется проектом. Нет таких? Тогда автор со своими проектами не нужен уже безусловно.
> А если автор вылезет через 2 года после анабиоза?Ну если проект 2 года был всем пофиг - так может и невелика потеря?
// есть надежда что автор LZ4 наконец выучит git :)
Рассылка была сделана, всем у кого есть хотя бы один проект.
Очень жалко. Конкуренция нужна. А то опять разместят порно с детьми на гитхабе, и ботоюзеры нажмут "перепостить себе". Им поприкалываться, а у нас в России работа встанет, потомцу что у нас блокируют не URL, а весь сайт.
> Очень жалко. Конкуренция нужна. А то опять разместят порно с детьми на
> гитхабе, и ботоюзеры нажмут "перепостить себе". Им поприкалываться, а у нас
> в России работа встанет, потомцу что у нас блокируют не URL,
> а весь сайт.gitlab на личном ip в облаке. И никто посторонний ничего уже не запостит.
> Очень жалко. Конкуренция нужна.Только google code никому не конкурент. Разве что сорсфоржу по убогости и бесполезности.
> А то опять разместят порно с детьми на гитхабе, и ботоюзеры нажмут "перепостить
> себе". Им поприкалываться, а у нас в России работа встанет, потомцу что у нас
> блокируют не URL, а весь сайт.Ну кого выбрали - с тем и страдайте теперь. Страдайте вдвойне если не осилили ни tor ни хотя бы банально распределённую природу git'а.
Сорсфорж теперь работает хостингом для файлов проектов, в том числе гитхабовских. А исходники там просто дополнительная фича.
Сорсфорж работает хостингом рекламы и троянов-инсталляторов. А хостинг файлов проектов не нужен - бинарники вообще не должны распространяться, исходники github позволяет скачать как снапшот репозитория. Разве что очень большие архивы с ресурсами у игрушек - так они раз в год встречаются и всё равно эффективнее распространять их торрентами. Система зеркал у sf за исключением пары штук всё равно жутко тормозная.
Ну куда же без рекламы. Забыл про неё, каюсь, Adblock, будь он неладен.
Инсталляторы, бинарники, все прямо с вирусами?
Не надо про исходники говорить. Вам они лично может и не нужны. Не все умеют собирать, и не всем оно вообще надо.
Зачем собирать? У каждого дистрибутива есть свой пакетный репозиторий - кто не умеет оттуда ставит. А пакеты собираются из исходников скачанных с гитхаба. Больше ничего не нужно.
Это ВАМ не нужно. Есть куча программ, которых нет в репах. Есть куча программ, с которыми застрелишься, пока настроишь среду сборки. Есть наконец винда, где это все одновременно и на порядок хуже. И чтоб об это головой не биться, распространяют бинарники.
> Это ВАМ не нужно. Есть куча программ, которых нет в репах.Выбирайте дистрибутивы где эта куча программ есть в репах.
> Есть наконец винда, где это все одновременно и на порядок хуже.
Проблемы винды вообще никого не волнуют.
> И чтоб об это головой не биться, распространяют бинарники.
Почти никто бинарники не распространяет. Есть некоторые несознательные авторы которые поддались на нытью обделённых типа вас, в итоге вместо того чтобы улучшать свой софт она бьются головой над сборкой бинарников под дистрибутивы которых не знают. В итоге ничего не работает, а бывает что и зловреды распространяются. Так что пора понять: это ВАМ нужно - вы и делайте. Исходники доступны.
> Выбирайте дистрибутивы где эта куча программ есть в репах.А если такого дистрибутива не существует? И единственное что выпустил производитель - бинарники под винду?
> Проблемы винды вообще никого не волнуют.
Это не проблемы винды, а проблемы пользователей, у которых нет выбора.
> Почти никто бинарники не распространяет.
Firfox, Thunderird, FlyLinkDC++, Gimp, LibreOffice, Apache2 и ещё огромная куча софта, портированного под винду, либо только под неё и существующего. Он (софт в бинарниках) существует независимо от того, нужен он лично Вам или нет, потому что он нужен другим людям. Глаза откройте.
> Так что пора понять: это ВАМ нужно - вы и делайте. Исходники доступны.
Это вам пора понять, что пользователь программы - не программист.
> А если такого дистрибутива не существует?Как вариант - можно попробовать запилить свой. Если есть подозрение что это кому-то надо.
> И единственное что выпустил производитель - бинарники под винду?
Ну тогда пишите в спортлото. А какие еще у вас варианты есть? Вляпались в вендорлок от проприераса - извольте страдать.
> Это не проблемы винды, а проблемы пользователей, у которых нет выбора.
Так спасение утопающих - дело рук самих утопающих. Для начала надо приучиться не попадаться на вендорлоки, тогда жизнь станет комфортнее. Если вы например арендуете свой сервер - для вас его работа (или отключение) не станет сюрпризом. А сколько его содержать и какие правила установить - ваше дело уже.
> в бинарниках) существует независимо от того, нужен он лично Вам или
> нет, потому что он нужен другим людям. Глаза откройте.Не отменяет того факта что установка софта в винде сделана через задний проход.
> Это вам пора понять, что пользователь программы - не программист.
Пользователь который не хочет самообслуживаться - суть дойная корова, его можно иметь по черному и доить. И это - сугубо проблемы пользователей, если их начинают иметь ушле программисты.
> Как вариант - можно попробовать запилить свой. Если есть подозрение что это
> кому-то надо.Ещё один бубунту-зверь-двд? Серъёзно?
К примеру, написал, я нечто под именем "crcrevrs", нужное программистам-эмбеддерам. Дистрибутивы не делаю, пакеты под линуксы не оформляю, в репозитории не помещаю. Мне теперь делать свой дистрибутив с готовой утилитой? А если эмбеддер под виндой пишет? Или если хочет скачать программу просто посмотреть, как она работает, и ему некогда готовить среду сборки, которая больше никогда не понадобится?> Ну тогда пишите в спортлото. А какие еще у вас варианты есть?
> Вляпались в вендорлок от проприераса - извольте страдать.А есть не проприерасы, выпускающие микросхемы с нужными характеристиками, сравнимыми с Altera или Analog Devices, к примеру? Вернитесь в реальный мир, не все программисты чатики и браузеры на javascript пишут.
> Так спасение утопающих - дело рук самих утопающих. Для начала надо приучиться
> не попадаться на вендорлоки, тогда жизнь станет комфортнее. Если вы например
> арендуете свой сервер - для вас его работа (или отключение) не
> станет сюрпризом. А сколько его содержать и какие правила установить -
> ваше дело уже.Проблем гораздо больше, чем отключение сервера. В мире повсюду вендорлок и проприетарщина. Сколько, напрмер, времени и сил ушло на выпуск одобренного свободного ноутука, и какие у него характеристики вышли? Да и кто его вообще купит?
> Не отменяет того факта что установка софта в винде сделана через задний
> проход.Не отменяет.
> Пользователь который не хочет самообслуживаться - суть дойная корова, его можно иметь
> по черному и доить. И это - сугубо проблемы пользователей, если
> их начинают иметь ушле программисты.Вы когда на хирургический стол, не дай бог, попадёте, пошлите к чёрту професиионального хирурга, ничего не понимающего в админинистрировании линукса, и займитесь "самообслуживанием".
Пару лет назад на форуме попадался один студент или аспирант какой-то кафедры, где изучают логическое программирование. Так вот он уверенно заявлял все остальные языки ненужными, кроме логических. Никаких не доходило, что областей применения гораздо больше, чем ему известно.
>> Как вариант - можно попробовать запилить свой. Если есть подозрение что это
>> кому-то надо.
> Ещё один бубунту-зверь-двд? Серъёзно?да. в чём проблема? нет ничего позорного в том, чтобы форкать открытый проект.
> К примеру, написал, я нечто под именем "crcrevrs", нужное программистам-эмбеддерам. Дистрибутивы
> не делаю, пакеты под линуксы не оформляю, в репозитории не помещаю.
> Мне теперь делать свой дистрибутив с готовой утилитой?можешь так. а можешь пойти в список рассылки какого‐нибудь debian и попросить, чтобы тебе помогли опакетить и кто‐нибудь взял пакет под крыло. обычно кто‐нибудь находится.
> А если эмбеддер под виндой пишет?
тогда пусть лучше спрячет свой говнософт и никому не показывает.
> Или если хочет скачать программу просто посмотреть, как
> она работает, и ему некогда готовить среду сборки, которая больше никогда
> не понадобится?а для этого он читает документацию. где написано, как оно всё работает, какие подводные камни и всё такое. ой, ты её не написал? какая досада. ну, перестанешь быть пионэром с наколенными поделками — пробуй ещё раз.
>> Ну тогда пишите в спортлото. А какие еще у вас варианты есть?
>> Вляпались в вендорлок от проприераса - извольте страдать.
> А есть не проприерасы, выпускающие микросхемы с нужными характеристиками, сравнимыми с
> Altera или Analog Devices, к примеру?твои проблемы. пока ты их поддерживаешь деньгами — они продолжат тебя нагибать. продолжай заниматься платной копрофагией, тебе ведь это доставляет удовольствие.
> Вернитесь в реальный мир, не
> все программисты чатики и браузеры на javascript пишут.твои познания в программировании потрясают. очень наглядно свой уровень показал.
> Проблем гораздо больше, чем отключение сервера. В мире повсюду вендорлок и проприетарщина.
благодаря таким, как ты. убей себя, пожалуйста.
> Вы когда на хирургический стол, не дай бог, попадёте, пошлите к чёрту
> професиионального хирурга, ничего не понимающего в админинистрировании линукса, и займитесь
> "самообслуживанием".любимый аргумент быдла. убей себя ещё раз, пожалуйста: всё равно в первый раз ты зафэйлишь.
> да. в чём проблема? нет ничего позорного в том, чтобы форкать открытый
> проект.Оно и видно, в реакции сообщества на выход очередной убунты-зверь-двд от очередного "дениса попова".
> можешь так. а можешь пойти в список рассылки какого‐нибудь debian и попросить,
> чтобы тебе помогли опакетить и кто‐нибудь взял пакет под крыло. обычно
> кто‐нибудь находится.Можно, или самому научиться пакеты делать, или оставить как есть и не напрягать людей.
> тогда пусть лучше спрячет свой говнософт и никому не показывает.
На результатах этого говнософта может работать море электроники вокруг, обеспечивающей вашу жизнь.
> а для этого он читает документацию. где написано, как оно всё работает,
> какие подводные камни и всё такое. ой, ты её не написал?
> какая досада. ну, перестанешь быть пионэром с наколенными поделками — пробуй
> ещё раз.Ни одна документация не заменит реального применения. За областью хэлловорлдов это известно.
> твои проблемы. пока ты их поддерживаешь деньгами — они продолжат тебя нагибать.
> продолжай заниматься платной копрофагией, тебе ведь это доставляет удовольствие.бла-бла-бла.
> твои познания в программировании потрясают. очень наглядно свой уровень показал.
"ой, всё"
> благодаря таким, как ты. убей себя, пожалуйста.
"ой, всё"
>> Вы когда на хирургический стол, не дай бог, попадёте, пошлите к чёрту
>> професиионального хирурга, ничего не понимающего в админинистрировании линукса, и займитесь
>> "самообслуживанием".
> любимый аргумент быдла. убей себя ещё раз, пожалуйста: всё равно в первый
> раз ты зафэйлишь."ой, всё"
аргументов нет, как я вижу.
> Ещё один бyбунту-зверь-двд? Серъёзно?Зависит от того что вы поменяли в дистре и кому это нужно. Если надо только вам - делать полноценный дистр явно избыточно. А если еще толпа народа хочет того же - можно себе же и скостить уйму работы, спихнув ее на других. Которым тоже надо, так что извольте дескать тоже подзапрячься, граждане.
> К примеру, написал, я нечто под именем "crcrevrs", нужное программистам-эмбеддерам.
Поподробнее с этого места? А то я как раз почти оно, но про это название впервые слышу. Что за штука и чем полезна?
> Дистрибутивы не делаю, пакеты под линуксы не оформляю, в репозитории не помещаю.
> Мне теперь делать свой дистрибутив с готовой утилитой?Зачем? Опубликовать код, а дальше если кому надо - сами себе пакеты сделают. А не сделают - видимо не очень то и надо было.
> А если эмбеддер под виндой пишет? Или если хочет скачать программу просто
> посмотреть, как она работает, и ему некогда готовить среду сборки,
> которая больше никогда не понадобится?Программист который не может собрать себе программу для работы - это как спортсмен-бегун, который не может дойти до магазина и купить себе еду. Т.е. нечто странное и дикое.
> Altera или Analog Devices, к примеру? Вернитесь в реальный мир, не
> все программисты чатики и браузеры на javascript пишут.Альтера то? Ну вон xilinx. А аналоговые девицы - нечто сильно специфичное, мне они вообще не сильно сдались. Но так или иначе по сусекам обычно можно найти те или иные аналоги на те или иные чипы. Хотя наверное и относительно трудноаменимые чипы бывают.
> Проблем гораздо больше, чем отключение сервера. В мире повсюду вендорлок и проприетарщина.
А нам это не нравится. Мы хотим комфорта и отсутствия головняка. Минимум административных барьеров. Просто эффективное и результативное взаимодействие. Которое нам по кайфу. Потому и выбираем опенсорс.
> Сколько, напрмер, времени и сил ушло на выпуск одобренного свободного ноутука,
> и какие у него характеристики вышли? Да и кто его вообще упит?Пардон, если кампания на кикстартере или индигоге завершилась успешным финансированеим - деньги у разработчиков УЖЕ есть, их не могут не заплатить. Так что не "купят" а "уже купили".
> Вы когда на хирургический стол, не дай бог, попадёте, пошлите к чёрту
> професиионального хирурга, ничего не понимающего в админинистрировании линукса,
> и займитесь "самообслуживанием".Какой-то левый передерг. Это из разряда "нужен гуру ядерной разработки и выбор стоит в том чтобы стать самому или нанять нужного спеца". А так вон военный врач на подлодке по сути сам себя оперировал. Жизнь заставит - и не так раскорячишься.
А так, блин, давайте ко врачу таскаться чтобы царапину зеленкой помазали. Полдня убить на визит и кошель облегчить. Ну его нафиг это самообслуживание.
> языки ненyжными, кроме логических. Никаких не доходило, что областей применения гораздо
> больше, чем ему известно.И такое тоже бывает. Но со своей стороны я выражаю мнение что если вы не контролируете ваше окружение - вы таки здорово попали. И это вы - лузер, а не кто-то вам что-то должен.
> Программист который не может собрать себе программу для работы - это как
> спортсмен-бегун, который не может дойти до магазина и купить себе еду.
> Т.е. нечто странное и дикое.у хипстеров и вантузоидов — нормальное. для вантузоидов особенно: нет солюшена для любимой студии? всё, это тупик, ничего сделать нельзя.
> Зависит от того что вы поменяли в дистре и кому это нужно.
> Если надо только вам - делать полноценный дистр явно избыточно. А
> если еще толпа народа хочет того же - можно себе же
> и скостить уйму работы, спихнув ее на других. Которым тоже надо,
> так что извольте дескать тоже подзапрячься, граждане.Ради одной проги бессмысленно, я это понимаю.
> Поподробнее с этого места? А то я как раз почти оно, но
> про это название впервые слышу. Что за штука и чем полезна?Это просто был пример.
Реализация описанного здесь: http://www.libray.narod.ru/Program/CRCREVRS.pdf
Позволяет в указанное место в бинарнике прошивки микроконтроллера вставить контрольную сумму этой прошивки так, чтобы исходная контрольная сумма её не изменилась.> Зачем? Опубликовать код, а дальше если кому надо - сами себе пакеты
> сделают. А не сделают - видимо не очень то и надо
> было.Так и сделал.
> Альтера то? Ну вон xilinx. А аналоговые девицы - нечто сильно специфичное,
> мне они вообще не сильно сдались. Но так или иначе по
> сусекам обычно можно найти те или иные аналоги на те или
> иные чипы. Хотя наверное и относительно трудноаменимые чипы бывают.Потом вмешиваются снабженцы, поставщики и политика, и труднозаменимое становится незаменимым.
> А нам это не нравится. Мы хотим комфорта и отсутствия головняка. Минимум
> административных барьеров. Просто эффективное и результативное взаимодействие. Которое
> нам по кайфу. Потому и выбираем опенсорс.Я только за!
> Пардон, если кампания на кикстартере или индигоге завершилась успешным финансированеим
> - деньги у разработчиков УЖЕ есть, их не могут не заплатить.
> Так что не "купят" а "уже купили".Не, я про другое, насколько их успешно покупают сейчас?
> Какой-то левый передерг. Это из разряда "нужен гуру ядерной разработки и выбор
> стоит в том чтобы стать самому или нанять нужного спеца". А
> так вон военный врач на подлодке по сути сам себя оперировал.
> Жизнь заставит - и не так раскорячишься.Нет , это из разряда, что специалист в одной области не обязан быть специалистом в другой. И там где опытный ИТ-шник ни черта не понимает, есть другой, не-ИТ-шный специалист, который не будет заставлять ИТ-шника изучать чужую область знаний.
> И такое тоже бывает. Но со своей стороны я выражаю мнение что
> если вы не контролируете ваше окружение - вы таки здорово попали.
> И это вы - лузер, а не кто-то вам что-то должен.Не знаю кто там лузер и кто в какое окружение попал, в моём всё нормально. И этого персонажа что-то давно не видно, может закончил вуз и реальную работу нашёл.
> Ради одной проги бессмысленно, я это понимаю.На самом деле очень зависит от программы и все такое. Вон XBMC - дистр "ради одной программы", но - вполне осмысленно смотрится. Но случаи бывают разные и универсальных рецептов нет.
> Позволяет в указанное место в бинарнике прошивки микроконтроллера вставить контрольную
> сумму этой прошивки так, чтобы исходная контрольная сумма её не изменилась.А, ну понятно. Хотя я и не понимаю в чем у людей проблема научить обсчет crc/чексуммы не трогать фиксированную локацию с чексуммой, так что оно не будет влиять на результат by design.
> Так и сделал.
Ну и замечательно. Если программа будет кому-то нужна - они ее может быть и запакетируют. Хотя это очень зависит от программы и прочая. Если там дотнет какой-нибудь, дельфя или прочие "очень кроссплатформенные", MS-only, win-only технологии - линуксоиды повертят фигой и пакетировать такое скорее всего не будут. Им такое просто не требуется.
А так все от приоритетов зависит.
- По минимуму от автора достаточно выложить сорц, который собирается кросплатформенно, под какой-нибудь типовой открытой лицензией.
- Если автор хочет ускорить внедрение программы и/или владеет инструментарием какого-то дистрибутива, он может опакетить программу сам для тех или иных дистров (например для того которым сам програмер и пользуется для себя, etc и похожих по смыслу).
- Есть вариант когда автор разместит пакеты которые собрали другие люди. Лучше всего если заинтересованные в той или иной системе люди будут контактировать с автором и предоставлять пакеты, а постепенно включат программу в репы, но это должно повезти.
- Лучше всего, если программа попадет под внимание майнтайнеров и они включат в репы сами, но это уже не гарантированно.> Потом вмешиваются снабженцы, поставщики и политика, и труднозаменимое
> становится незаменимым.Сказ о том как вас поимела жизнь мне не очень интересны. А вон у олимекса например они сами себе поставщики, снабженцы и прочее. И что заработают - то и их. Поэтому они могут выпускать весьма разнообразное добро на самых разных чипах. Вот как-то так и надо работать, имхо, граждане совки. И пока вы это не усвоите - местная электронная промышленность будет именно там где ей самое место с такими подходами к делу.
> Я только за!
Тогда пора понять что по умолчанию в этом мире никто никому ничего не должен. Но если у людей оказываются некие одинаковые цели и задачи - они вполне могут провзаимодействовать между собой, упростив друг другу жизнь.
> Не, я про другое, насколько их успешно покупают сейчас?
Не знаю, у меня нет статистики. Как минимум - совершенно точно продали партию на которую собирали деньги. Ну вот знаете, я спонсировал одну из платок. И как вы понимаете, батч был пущен в производство лишь когда кампания по сбору завершилась успехом и на батч набрали денег. А после производства батч мигом разлетелся тем кто его и оплачивал. Не продать батч при этом невозможно чисто технически: это предзаказ и предоплата.
По сути это нечто типа формы группового заказа на производство, когда пуск в производство и затраты на разработку - размазаны на всю толпу заинтересованных в результате. Сравните с вашим совковым нытьем про снабженцев - и вы поймете за кем на самом деле будущее.
> Нет , это из разряда, что специалист в одной области не обязан
> быть специалистом в другой.Однако плохо когда специалист в одной области - полный инвалид во всем остальном. Можете почитать про T-shaped people от Valve. Для понимания к чему нормальный специалист может стремиться. И да, предлагаю подумать почему в школе дают базовый объем знаний по довольно разным предметам.
> И там где опытный ИТ-шник ни черта не понимает, есть другой,
> не-ИТ-шный специалист, который не будет заставлять ИТ-шника
> изучать чужую область знаний.Однако фигово когда айтишник не понимает даже базовых основ биологии, а биолог не знает что высокое напряжение - опасно для жизни.
> Не знаю кто там лузер и кто в какое окружение попал, в моём всё нормально.
Вы не поняли. Это _моя_ классификация тех кто не контролирует свое окружение. Я таких считаю лузерами. Имею на то некие основания.
> И этого персонажа что-то давно не видно, может
> закончил вуз и реальную работу нашёл.Какого персонажа? Тут персонажей довольно много вроде, вы о каом? oO
>> Выбирайте дистрибутивы где эта куча программ есть в репах.
> А если такого дистрибутива не существует? И единственное что выпустил производитель -
> бинарники под винду?тогда убей себя.
>> Проблемы винды вообще никого не волнуют.
> Это не проблемы винды, а проблемы пользователей, у которых нет выбора.вместе с этими пользователями.
"ой, всё" ?
Идите ещё скажите всем известным оперсорс проектам, выпускающим бинарники по разные ОС, чтобы убили себя. Диванный эксперт же так решил.
> А если такого дистрибутива не существует? И единственное что выпустил производитель - бинарники под винду?
> Это не проблемы винды, а проблемы пользователей, у которых нет выбора.Выбор есть всегда. Если вы его не видите - страдайте.
> Firfox, Thunderird, FlyLinkDC++, Gimp, LibreOffice, Apache2 и ещё огромная куча софта
Вижу 6 наименований ширпотреба и обобщение. В пакетах любого дистрибутива - несколько десятков тысяч наименований, посчитаете сами у скольких из них есть бинарники?
> Это вам пора понять, что пользователь программы - не программист.
А программист - не опакетчик под все подряд дистрибутивы.
Я ещё раз повторяю, если вы компьютерно безграмотны, потому что чтобы опакететить приложение не нужно быть программистом, просто найдите мантейнера в сообществе своего дистрибутива.
> А хостинг файлов проектов не нужен - бинарники вообще не должны распространяться/0
>А хостинг файлов проектов не нужен - бинарники вообще не должны распространятьсяЩито?
> Щито?То самое. В случае открытых программ бинарь вообще лишний элемент интерьера, кроме каких-то отдельных случаев.
>> Щито?
> То самое. В случае открытых программ бинарь вообще лишний элемент интерьера, кроме
> каких-то отдельных случаев.Надеюсь, бинарники сборочного окружения (sh/perl/gcc/make) входят в эти "отдельные случаи"? А то как бы не вышло конфуза, что исходники-то у вас от всего есть, а собрать-то их и нечем (потому что и линукса собранного-установленного-загруженного у вас еще тоже нет, а только исходники от него).
ты забыл ещё один очень распространённый жизненый случай: когда оператор ЭВМ — слепоглухонемой негр‐паралитик.
> Надеюсь, бинарники сборочного окружения (sh/perl/gcc/make) входят в эти "отдельные случаи"?Авторы в здравом уме обычно не отгружают мне ни perl, ни sh, ни make, ни даже gcc кроме каких-то совсем особых случаев. Прикиньте, это мое дело где я их возьму. В линухе недостающее ставится пакетным менеджером. Универсально. И с возможностью снести без хвостов в системе, если оно перестало требоваться. А вкатывать какой-то левый вариант перла от каких-то хренсгоры я труба шатал.
> от всего есть, а собрать-то их и нечем (потому что и линукса
> собранного-установленного-загруженного у вас еще тоже нет, а только
> исходники от него).Парадокс состоит в том, что когда-то сделали первые компьютеры, но т.к. до этого компьютеры были недоступны, софта который бы мог работать - еще не было. А вот поди ж ты - заработало :)
>>А хостинг файлов проектов не нужен - бинарники вообще не должны распространяться
> Щито?то, то. если у тебя проект размером с LibreOffice или Firefox — у тебя уже есть сервера, где ты можешь выложить собраные бинари. это, в общем‐то, оправдано, потому что далеко не каждая машина даже собрать их сможет, не говоря уже про время сборки.
а если твой проект всё ещё живёт на халявнохостингах — с близкой к единице вероятностью он без проблем соберётся там же, где его захотят запустить. бинарь не нужен.
если твой проект хоть немного заметен и интересен людям — его, скорее всего, уже опакетили в каком‐нибудь дистрибутиве. бинарь опять не нужен.
Чините эту вашу Россию.А то разместить "порно с детьми" на десяти хостингах проектов - не сложнее чем на одном. А ботоюзеры везде есть...
> в России работа встанет, потомцу что у нас блокируют не URL, а весь сайт.Ну а что, очень удобно саботировать развитие отрасли в РФ. При том РФ сами же и саботируют. На месте США я бы вообще нанял стайку ботов для этого - и медведи сами себя отпилят от технического прогресса и взаимодействия в силу собственной репоголовости.
О-о-о, отличная новость, давно ждал этого! Хостинг, в котором чтобы отправить багу разработчикам нужно принять рабскую гугловскую EULA однозначно должен умереть. Ждём очередных кинутых "корпорацией добра" на github!
Странно, как только система перейдет в ридонли её администрирование снизится на 99%. Могли бы оставить в таком режиме на больший срок ведь никаких жалоб уже не нужно было бы обрабатывать
Ну и предложите им этот 1% лично админить за собственные деньги - глядишь передумают.
> Ну и предложите им этот 1% лично админить за собственные деньги -
> глядишь передумают.Я могу предложить им тогда не лепить глупых отмазок насчёт нецелевого использования, которого в read-only просто не бывает.
Но не буду, потому что слать гуглу письма, всё равно что в /dev/null. Несколько раз пробовал пользоваться обратной связью, ссылку на которую гугл зачем-то оставляет на своих страницах.
> Я могу предложить им тогда не лепить глупых отмазок насчёт нецелевого использования,
> которого в read-only просто не бывает.В read-only будет гарантированное 100%-е нецелевое использование. Целевое - это хостинг, а тут будет статичное кладбище. Собственно, хостингом он уже не является, так что гугл абсолютно прав.
Но дело даже не в использовании - дело банально в том что этот вредный проект просто обязанан прекратить существование как можно скорее.
> Могли бы оставить в таком режиме на больший срокА оно им надо? Нагрузку на инфраструктуру оно создает, при том что на фоне гитхаба перспектив оно явно не имеет.
А завтра не дай бог закроют гитхаб - че делать будем?
> А завтра не дай бог закроют гитхаб - че делать будем?Те кто не научился использовать DVCS как DVCS, а не "улучшенный svn" - будут писать в спортлото. Остальные почертыхаются да и выберут себе другую точку координации усилий. Благо у каждого есть полная копия репы, так что кто угодно может сделать "рестарт".
Однако, помимо исходников, есть ещё вики и багтрекер. Перенос этого лучше готовить заранее.
> Однако, помимо исходников, есть ещё вики и багтрекер.оба инструмента на гитхабе — barely usable. впрочем, кому и кобыла невеста.
>> Однако, помимо исходников, есть ещё вики и багтрекер.
> оба инструмента на гитхабе — barely usable. впрочем, кому и кобыла невеста.У гитхаба в этом отношении, однако, есть большой и жирный
плюс - багтракер можно человеческим образом экспортировать.Кто трахался с переносом проектов с googlecode - поймет о чем я. Правда, сейчас
они прикрутили автоматический перенос на github, может оно даже работает (кстат, ну а
как быть если я хочу на bitbucket?).
> кстат, ну а как быть если я хочу на bitbucket?С тем же успехом можете оставить его на google code - для забвения кнопки жать не нужно.
>> кстат, ну а как быть если я хочу на bitbucket?
> С тем же успехом можете оставить его на google code - для
> забвения кнопки жать не нужно.Что, школьники не любят и bitbucket? Оч. хорошо, буду учитывать при размещении проектов.
> Что, школьники не любят и bitbucket? Оч. хорошо, буду учитывать при
> размещении проектов."Школьники" (Если в прямом смысле, то текущие школьники это то кто завтра вольётся в СПО-сообщество. А если в переносном то вы, очевидно, так попытались унизить всё текущее сообщество, только вот веса у вас маловато и унизили вы только себя) не любят всё что не является гитхабом и это вполне обосновано, поскольку так как всё СПО сообщество обитает именно на гитхабе, используя другой хостинг вы тратите чужое время на регистрацию и изучение, лишаете свой проект аудитории, только и всего.
Дело исключительно ваше, и сообщество оно ни коим разом не затрагивает - будь ваш проект кому-то нужен, его утащат на github и будут развивать без вашего контроля, а не будь - так и сгниёт он на очередном google code.
школьник рассказывает, что все школьники обитают на гитхабе. как занимательно.
> школьник рассказывает, что все школьники обитают на гитхабе. как занимательно.Справедливости ради, битбакет не зря называют bucket. То-есть мусорка. Не видел там ни одного полезного мне проекта.
> Справедливости ради, битбакет не зря называют bucket. То-есть мусорка. Не видел там
> ни одного полезного мне проекта.а я видел. и на гуглокоде видел. и на гиториусе. и вообще в виде тарболов. это не критерий оценки. а то так можно докатиться до: «а, фигня ваш линукс, ни одной нормальной виндовой программы на нём не выпускают!»
p.s. а один из очень известных и полезных проектов вообще fossil использует, гыг.
>> школьник рассказывает, что все школьники обитают на гитхабе. как занимательно.
> Справедливости ради, битбакет не зря называют bucket. То-есть мусорка.Ведро.
Учи агглицкий, малыш.
p.s. алё, школьник, ты уже утащил ядро на гитхаб и развиваешь его там без контроля линуса, я так понимаю? какой герой, однако.
>> Что, школьники не любят и bitbucket? Оч. хорошо, буду учитывать при
>> размещении проектов.
> "Школьники" (Если в прямом смыслеЯ об уровне аргументации.
> текущие школьники это то кто завтра вольётся в СПО-сообщество.
99% текущей школоты - ничего полезного этому сообществу не даст, точно также как и 99% вчерашней школоты. Sad, but true.
> только вот веса у вас маловато
Вы телепат?
> и унизили вы только себя)
Это чем? Указав на отсутствие аргументов у оратора?
> поскольку так как всё СПО сообщество обитает именно на гитхабе
Кто вам рассказал подобный бред? Бейте его, не стесняйтесь - да по суслам. Али сами из носу выковыряли?
> используя другой хостинг вы тратите чужое время
Срочно прекратите использовать Linux или FreeBSD, если так.
> 99% текущей школоты - ничего полезного этому сообществу не даст, точно также
> как и 99% вчерашней школоты. Sad, but true.Много же вы о себе думаете.
> Вы телепат?
Для этого не надо быть телепатом.
> Это чем? Указав на отсутствие аргументов у оратора?
Нет, назвав школьниками всех пользователей github.
>> поскольку так как всё СПО сообщество обитает именно на гитхабе
> Кто вам рассказал подобный бред?О-о-о, барабанная дробь. Только сегодня на манеже - myhand будет опровергать очевидный факт.
> Срочно прекратите использовать Linux или FreeBSD, если так.
Что вы несёте?
>>> поскольку так как всё СПО сообщество обитает именно на гитхабе
>> Кто вам рассказал подобный бред?
> О-о-о, барабанная дробь. Только сегодня на манеже - myhand будет опровергать очевидный
> факт.я за него. сходи на kernel.org, деточка.
>> 99% текущей школоты - ничего полезного этому сообществу не даст, точно также
>> как и 99% вчерашней школоты. Sad, but true.
> Много же вы о себе думаете.А причем тут я? Скупые статистические данные, с того же гитхаба, см. хоть #259.
1%, впрочем, все-равно оказывается много. Но я не жадный ;)
>> Вы телепат?
> Для этого не надо быть телепатом.Ну вам же полагается сперва узнать что сделал данный конкретный аноним, прежде
чем делать такие громкие заявления, не?Вежливая гипотеза: вы переоцениваете свои способности и верите в телепатию. Вторая, менее вежливая: вы пустой болтун. Вам она больше нравится?
>> Это чем? Указав на отсутствие аргументов у оратора?
> Нет, назвав школьниками всех пользователей github.Вранье, не всех.
>>> поскольку так как всё СПО сообщество обитает именно на гитхабе
>> Кто вам рассказал подобный бред?
> О-о-о, барабанная дробь. Только сегодня на манеже - myhand будет опровергать очевидный факт.Пока нечего опровергать. Сперва факт в студию.
>> Срочно прекратите использовать Linux или FreeBSD, если так.
> Что вы несёте?То, например, что к развитию Linux - гитхаб не имеет отношения от слова вообще. Там только зеркало официального репа хостят. Как и в сотни других мест...
> оба инструмента на гитхабе — barely usable. впрочем, кому и кобыла невеста.Ну да, есть имбецилы которые прикручивают к хелловорлдам жиру и mediawiki.
> оба инструмента на гитхабе — barely usable. впрочем, кому и кобыла невеста.Вы подменяете понятия. barely usable относится к юзабилити, а не фичам, и было бы правдой если бы баг добавлялся, например, пять минут, или на каждый второй раз показывал бы ошибку, или чтобы добавить баг надо было бы галить по десятиуровневым меню. В этом смысле barely usable как раз обычно продвинутые системы багтрекинга. У github же все быстро и доступно по одному клику.
А что касается фичей которых не предоставляет встроенный трекер - они нужны единицам крупных проектов которые понимая это безпроблемно переходят на большие трекеры. Для мелких же проектов это было бы ухудшением юзабилити а не улучшением.
Резюмируя: github идеален, а вы безграмотны.
> Однако, помимо исходников, есть ещё вики и багтрекер. Перенос этого лучше готовить
> заранее.wiki на гитхабе - тоже git. С issues - да, есть проблема.
Малыш, проект - это не только код. Это рассылки, баги, история рецензирования кода. Ты уверен что сохранил все это в этом твоем git?
> Малыш, проект - это не только код. Это рассылки, баги, история
> рецензирования кода. Ты уверен что сохранил все это в этом
> твоем git?Рассылок на гитхабе никогда не было. История рецензирования нужна только если из-за неё меняются коммиты, тогда, собственно, это отражается в commit message. Проект действительно не только код - это код и сообщество. Остальное - шелуха не нужная для истории.
> действительно не только код - это код и сообщество. Остальное -
> шелуха не нужная для истории.надеюсь, у тебя не установлены маны. ведь это шелуха, ненужная для истории.
> надеюсь, у тебя не установлены маны. ведь это шелуха, ненужная для истории.Твоими же словами: надо же было тебе ещё раз так жиденько обделаться. Маны как-бы включены в те же репозитории где лежит код.
Кто-то тут может показать результат работы их http://code.google.com/export-to-github/ на реальном проекте?
Отстой там получается, извините.
Переносит исходники, пытается перенести вики и issues.
Если первое ещё получается, второе не очень > вики конвертит в markdown, теряя вложенные изображения (оставляет ссылки на googlecode, который сами же и закроют. ага), и сохраняет в ветку wiki.Но исходники можно самому перенести. А здесь упоминался скрипт для переноса issue, результаты imho лучше: http://evennia.blogspot.ru/2014/02/moving-from-google-code-t...
Вики всё равно переделывать.
> Если первое ещё получается, второе не очень > вики конвертит в
> markdown, теряя вложенные изображения (оставляет ссылки на googlecode, который сами же
> и закроют. ага), и сохраняет в ветку wiki.Мда, негусто. Но хотелось бы посмотреть на реальный пример.
> Но исходники можно самому перенести. А здесь упоминался скрипт для переноса issue,
> результаты imho лучше: http://evennia.blogspot.ru/2014/02/moving-from-google-code-t...Это был ужос, который люди переписывали заново до рабочего состояния, а не скрипт.
Вот потому и хотелось бы увидеть результаты "родной" конвертилки, чтобы сравнить. Гложет сомнение что может зря с переносом поторопились... ;-)
> Мда, негусто. Но хотелось бы посмотреть на реальный пример.Несколько проектов с импортированными issues
https://github.com/lemire/lbimproved/issues
https://github.com/vrana/php-lzw/issues
https://github.com/EmulatorArchive/bizhawk - этот вроде крупный.
И просто куча по запросу в гугле: "Automatically exported from code.google.com" site:github.com
>> Мда, негусто. Но хотелось бы посмотреть на реальный пример.
> Несколько проектов с импортированными issues
> https://github.com/EmulatorArchive/bizhawk - этот вроде крупный.Мда, эти таджики даже даты не сохраняют.
Не, у меня лучше получилось.
Место под почту/фотках на серваках закончилось :-D
Это настоящее свинство с их стороны.
> Это настоящее свинство с их стороны.Свинство - со стороны человека который хочет сделать свой код доступным, выложить его на гугловский сервис.
А когда Github закроется что вы будете делать ? Так же ныть на опеннете. Все надеятесь на корпорастов когда пряник дадут
> А когда Github закроется что вы будете делать ?Арендуем двухбаксовый вдсник и положим репу там, например.
С какого прибыльный проект будет закрываться?
> С какого прибыльный проект будет закрываться?Например, перестанет быть прибыльным. Приличных конкурентов - уже и сейчас полно.
Ваш КО.
Не смешите. Нет у GH конкурентов.
> Не смешите. Нет у GH конкурентов.Да мне даже уже и не смешно от такого наплыва школоты. Bitbucket, Gitlab - это что, продавцы печенек?