> Ну ок, как я вижу надежда была напрасной и надо разжевывать все как маленькому ребенку.Не увидел никаких аргументов, кроме восторженных визгов и брызгания слюной "мне нравится!!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 "смежная область"? Тоже "что-то про байтики"?
> Ну а как же. В конечном итоге и то и другое - обмен информацией.
А... "Тоже вертолет".