| |
| 2.5, 1 (??), 14:26, 02/01/2016 [^] [^^] [^^^] [ответить]
| +12 +/– |
Git же распределённая система. Думаю, что если регулярно делаются бэкапы, то даже в самом плохом случае (уничтожение всего github) ничего страшного не произойдёт.
| | |
| |
| 3.10, Аноним (-), 14:59, 02/01/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
Master уж точно есть в виде локальной копии у каждого из активных разработчиков.
| | |
| |
| 4.18, Аноним (-), 16:09, 02/01/2016 [^] [^^] [^^^] [ответить]
| +7 +/– |
как раз в этом случае проще выявить проблемы - все на виду и прозрачно
| | |
|
|
| 2.12, Аноним (-), 15:16, 02/01/2016 [^] [^^] [^^^] [ответить]
| +7 +/– |
В git у каждого разработчика локально храниться копия базы, распределенность выше некуда
| | |
| |
| 3.16, anonymous (??), 15:34, 02/01/2016 [^] [^^] [^^^] [ответить]
| –9 +/– | |
>В git у каждого разработчика локально храниться копия базы, распределенность выше некуда
Файлы? Трекер? Пулреквесты? Фанбои такие фанбои.
| | |
| |
| 4.33, Crazy Alex (ok), 19:24, 02/01/2016 [^] [^^] [^^^] [ответить]
| +5 +/– |
 Можно подумать, что сейчас трекер распределённый. А пулл-реквесты, разумеется,у их авторов на машинах лежат. Впрочем, то, что три четверти FOSS на серверах одной конторы развиваются - стрёмно, конечно.
| | |
| 4.89, XoRe (ok), 18:36, 03/01/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
 >>В git у каждого разработчика локально храниться копия базы, распределенность выше некуда
> Файлы? Трекер? Пулреквесты? Фанбои такие фанбои.
Даже в случае мгновенного тотального выключения всея github'а (что можно приравнять к IT катастрофе), ничто не помешает поднять gitlab и склонировать репу туда. Потеряются ветки обсуждений, но это все равно очень простое решение проблемы в условиях катастрофы.
Мне не приходят в голову более разрушительные ситуации, которые могут создать значительные проблемы от использования github.
Может вы поделитесь идеями?
| | |
| |
| 5.94, Mihail Zenkov (ok), 18:51, 03/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
 > Даже в случае мгновенного тотального выключения всея github'а (что можно приравнять к
> IT катастрофе)
А если хранить код в разных местах, то падение одного сервиса не то что не будет IT катастрофой, но и вообще мало на ком отразится.
Сам факт монополии github уже вызывает опасение тем, что все монополисты склонны злоупотреблять своим положением.
| | |
| |
| 6.95, XoRe (ok), 18:55, 03/01/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Даже в случае мгновенного тотального выключения всея github'а (что можно приравнять к
>> IT катастрофе)
> А если хранить код в разных местах, то падение одного сервиса не
> то что не будет IT катастрофой, но и вообще мало на
> ком отразится.
Git как раз и помогает хранить код в разных местах. У каждого разработчика на компьютере отдельная копия со всеми коммитами.
github накрылся и нужно пушить в другое место? git remote add и работаешь дальше.
| | |
| |
| 7.96, myhand (ok), 19:32, 03/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
 > Git как раз и помогает хранить код в разных местах. У каждого
> разработчика на компьютере отдельная копия со всеми коммитами.
Детка, это умеет делать любая DVCS. Например тот же Mercural.
> github накрылся и нужно пушить в другое место? git remote add и
> работаешь дальше.
В реальности, "код" - наверно даже не половина дела. Есть много
разных вещей, помимо гита, которые не "пушатся" по взмаху волшебной
палочки (батрекер, например).
| | |
| |
| 8.146, XoRe (ok), 15:55, 06/01/2016 [^] [^^] [^^^] [ответить] | +/– | Совершенно верно Вы посмотрите всю ветку, кому и на что я отвечал Человек заяв... большой текст свёрнут, показать | | |
|
|
| 6.97, myhand (ok), 19:36, 03/01/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
Да, раз уш пошла такая пьянка (переход на Git) - Python сделал бы много
хорошего, выбрав GitLab. Технических приемуществ Gihub не имеет.
Впрочем, вероятнее всего пересилит мнение толпы хомячков с GitHub.
| | |
| 6.142, Аноним (-), 10:12, 05/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
Гитхаб не монополист, есть битбакет, гитлаб плюс ещё мешок сервисов поменьше. Если гх начнёт выпендриваться, то, хвала рынку, быстро потеряет пользователей. Это же не Газпром, чья монополия ревностно охраняется государством.
| | |
| |
| 7.143, myhand (ok), 11:04, 05/01/2016 [^] [^^] [^^^] [ответить] | +1 +/– | Пока есть Угадай с трех раз, что будет с гитлабами, если хомячки продолжат выб... большой текст свёрнут, показать | | |
|
|
|
|
| 3.31, iZEN (ok), 18:50, 02/01/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
 > В git у каждого разработчика локально храниться копия базы, распределенность выше некуда
Вы так говорите, что можно подумать, что в случае с Mercurial это не так.
| | |
|
|
| 1.4, Аноним (-), 14:21, 02/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
GitLab или GitHub больная тема. Тоже долго выбирали и остановились на GitHub.
В GitLab лишь одно большое преимущество - возможность запустить Community Edition на своём сервере. В остальном GitLab проигрывает и приходится выбирать между открытостью платформы или функциональностью/привычностью/сочетаемостью с другими проектами. Git во многом гасит риски. На поддержание своей инфраструктуры GitLab нужно много ресурсов, в GitHub вся инфраструктура готова и неплохо справляется с разными DDoS. Минусы в том, что GitHub как коммерческую компанию могут купить/запретить/развалить/расколоть, а инфраструктура неподконтрольна для аудита, злоумышленники её могут незаметно взломать и получить доступ к аккаунтам разработчиков.
| | |
| |
| 2.17, anonimous (?), 15:45, 02/01/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> В остальном GitLab проигрывает
Смешно, да. Основное преимущество Гитхаба -- популярность. Если смотреть исключительно на функциональность -- Гитлаб его уже как минимум догнал (последней фичей были pages, которые недавно добавили).
| | |
| |
| 3.24, й (?), 17:10, 02/01/2016 [^] [^^] [^^^] [ответить]
| –1 +/– | |
pages пока только в платной версии.
зато человеческую интеграцию с другими ci-серверами они недавно совсем выпилили в угоду своему. не вендор-лок, говорите?
| | |
| |
| 4.29, anonymous (??), 18:22, 02/01/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> интеграцию с другими ci-серверами они недавно совсем выпилили
Можно пруф?
| | |
| 4.35, anonimous (?), 19:38, 02/01/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> pages пока только в платной версии.
Мы сравниваем с Гитхабом, где community-версии нет в принципе. Так что всё одинаково -- pages есть в онлайн-версии и в платной оффлайновой.
> зато человеческую интеграцию с другими ci-серверами они недавно совсем выпилили в угоду своему. не вендор-лок, говорите?
Ты врёшь, я так скажу. Почему-то в списке сервисов в проекте я вижу полторы страницы -- и Дрон, и Дженкинс, и Тимсити и прочее. Плюс вебхуки для всякой экзотики.
| | |
| |
| 5.40, й (?), 20:39, 02/01/2016 [^] [^^] [^^^] [ответить]
| +/– | |
хм, у меня в ce jenkins отвалился при переходе на 8.х. старые хуки перестали работать, новые ввести невозможно -- нет возможности указать, что ci-сервер у тебя на другой машине.
мы точно про gitlab community edition говорим? и там есть интеграция с jenkins? раньше (во времена 7.x) интеграция сводилась к тому, что jenkins прикидывался gitlab ci, а gitlab с ним общался, в 8.x это выпилили.
> Почему-то в списке сервисов в проекте я вижу полторы страницы -- и Дрон, и Дженкинс, и Тимсити и прочее.
drone и teamcity вижу, jenkins не вижу. gitlab ce 8.3.5.
| | |
| |
| 6.41, й (?), 20:41, 02/01/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> gitlab ce 8.3.5.
8.3.2, конечно же.
пошёл возвращать машину времени.
| | |
| 6.43, anonimous (?), 20:49, 02/01/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> мы точно про gitlab community edition говорим? и там есть интеграция с jenkins?
Лично я сравниваю онлайн-версии Гитхаба и Гитлаба. Ну естественно, что в CE что-то урезано.
| | |
| |
| 7.49, й (?), 21:16, 02/01/2016 [^] [^^] [^^^] [ответить]
| +/– | |
я пробовал пользоваться онлайн-гитлабом. и свалил обратно на битбакет: у него с ui ощутимо получше, а в остальном то же самое.
онлайн-гитхабом и гитлабом на собственном сервере до сих пор пользуюсь тоже. оттого и хорошо помню, чего в community-версии не хватает.
| | |
|
|
|
|
|
|
| 1.9, Аноним (-), 14:56, 02/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +7 +/– | |
>несколько отстранившихся от участия в проекте разработчиков выразили желание вернуться к активной разработке в случае перехода на Git и GitHub
Типичные Git-истерички. Главное не разрабатывать, главное - шашечки.
| | |
| |
| 2.14, Аноним (-), 15:16, 02/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
Профит можно получить и с истеричек, переезд на GH не такая уж большая цена.
| | |
| |
| 3.20, Mihail Zenkov (ok), 16:27, 02/01/2016 [^] [^^] [^^^] [ответить]
| –2 +/– | |
А потом они заявят, что им форматирование кода не нравится и вообще проект на другом ЯП писать нужно и в любимой IDE.
Что мешает участвовать в разработке и отсылать патчи напрямую разработчику или в меил лист?
| | |
| |
| 4.39, Аноним (-), 20:07, 02/01/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> А потом они заявят, что им форматирование кода не нравится и вообще проект на другом ЯП писать нужно и в любимой IDE.
Таких истеричек это 1% от github истиричек. Им уже ничем не помочь.
| | |
|
| 3.73, myhand (ok), 15:37, 03/01/2016 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Профит можно получить и с истеричек
Беда в том, что и продукт получается соответствующим...
| | |
|
| 2.15, Аноним (-), 15:19, 02/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
Типичный диванный аналитик, выражающий своё личное мнение абсолютно на пустом месте, без учета аргументов критикуемых
| | |
| 2.37, all_glory_to_the_hypnotoad (ok), 19:46, 02/01/2016 [^] [^^] [^^^] [ответить]
| +3 +/– |
 > Типичные Git-истерички. Главное не разрабатывать, главное - шашечки.
Это ты типичный дебил, разработчики как раз от ненужных шашечек избавляются.
| | |
|
| |
| |
| |
| 4.27, Аноним (-), 18:00, 02/01/2016 [^] [^^] [^^^] [ответить]
| –2 +/– |
Нет, камень в огород Mercurial. Git-то тоже местами не на Си, а на перле написан.
| | |
| |
| 5.69, all_glory_to_the_hypnotoad (ok), 15:12, 03/01/2016 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Git-то тоже местами не на Си, а на перле написан.
сколько уже можно этот бред перепечатывать из треда в тред, git давно везде написан на Си.
| | |
| |
| |
| |
| 8.81, Аноним (-), 16:59, 03/01/2016 [^] [^^] [^^^] [ответить] | –3 +/– | https github com git git blob master git-send-email perl https github com gi... текст свёрнут, показать | | |
| |
| 9.92, XoRe (ok), 18:48, 03/01/2016 [^] [^^] [^^^] [ответить] | +2 +/– | Ну тесты и обвязка - отдельная тема Так можно про любой Си проект сказать, что ... текст свёрнут, показать | | |
|
|
|
| |
| 7.93, XoRe (ok), 18:51, 03/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>> давно везде написан на Си.
> Проспись, третье ж число уже! https://www.openhub.net/p/git/analyses/latest/languages_summary
> C 43.6%
> shell script 35.4%
> Tcl 7.5%
> Perl 8.1%
> Python 1.9%
> Make 0.9%
> C++ 1.1%
> [...]
Ну ок, какая команда из набора "git *" написана на Tcl, или на Make?
Вот я делаю git clone - выполняется скомпилированный код на С.
git add, git pull и т.д. - тоже запускается бинарник из кода на С.
| | |
| |
| 8.133, й (?), 13:40, 04/01/2016 [^] [^^] [^^^] [ответить] | +/– | pull до недавнего времени был солидной частью на шелле переделали на c, чтобы п... текст свёрнут, показать | | |
| 8.136, Аноним (-), 15:43, 04/01/2016 [^] [^^] [^^^] [ответить] | –1 +/– | Пользователи убунты, дебиана и еще кучи дистров с вами не согласны https gith... большой текст свёрнут, показать | | |
|
|
|
|
|
| 3.59, kem (?), 00:27, 03/01/2016 [^] [^^] [^^^] [ответить]
| –3 +/– |
 Вы пробовали или сравниваете по языкам на которых они написаны ?
Как ни странно по скорости hg не уступает, а местами быстрее, так что все дело в том как писать и что писать, посмотрите на http://pythonhosted.org/pyftpdlib/benchmarks.html например где по скорости и потреблению памяти python не только не уступает, но часто и превосходит ftp сервера на C.
P.S. пользуюсь и git, и hg система команд в hg гораздо более целостная и понятная
| | |
| |
| 4.60, pavelpat (ok), 00:45, 03/01/2016 [^] [^^] [^^^] [ответить]
| –2 +/– |
 Git действительно по-шустрее кажется. Сравнивал проект на hg и его же перенесённым в git. С git-ом и пушилось/пулилось быстрее, и update, merge, commit, diff на глаз быстрее работали в нём. Субъективно конечно.
Плюс, насколько я знаю, git изначально задумывался как фреймвокр для построения своей скв на основе некоторого набора операций. Поэтому он и более низкоуровневый (соответственно требует большей подготовки пользователя), чем hg и позволяет более низкоуровнего стрелять в ногу. Например, попробуйте сделать в hg мердж из 100 веток в одну одним коммитом. А git такое умеет, и ещё много что.
| | |
| |
| 5.63, kem (?), 09:13, 03/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
у меня вот "на глаз" прямо противоположные ощущения.
нисколько не сомневаюсь что в git можно сделать такое что потом самому будет тяжело понять что же ты сделал :). Он действительно более низкоуровневый, но интерфейс hg очень хорошо продумал, за годы использования всего хватало и за командами не нужно далеко ходить если что-то забыл, встроенной справки и названия команды более чем достаточно чтобы понять что она делает, в отличие от git, где имена многих команд и их аргументов континтуитивны, но это конечно не замечается, если уже привык.
Не могу себе представить зачем нужно делать мерж из 100 веток в одну одним коммитом, а как потом разбираться с историей, как при понять из какой ветки изменения при разрешении конфликтов, 100 way diff ?
| | |
| |
| 6.64, pavelpat (ok), 09:21, 03/01/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
>[оверквотинг удален]
> будет тяжело понять что же ты сделал :). Он действительно более
> низкоуровневый, но интерфейс hg очень хорошо продумал, за годы использования всего
> хватало и за командами не нужно далеко ходить если что-то забыл,
> встроенной справки и названия команды более чем достаточно чтобы понять что
> она делает, в отличие от git, где имена многих команд и
> их аргументов континтуитивны, но это конечно не замечается, если уже привык.
> Не могу себе представить зачем нужно делать мерж из 100 веток в
> одну одним коммитом, а как потом разбираться с историей, как при
> понять из какой ветки изменения при разрешении конфликтов, 100 way diff
> ?
101 + base
| | |
|
|
|
|
| 2.25, Аноним (-), 17:53, 02/01/2016 [^] [^^] [^^^] [ответить]
| –3 +/– |
>git
>>Никогда не слышал. Чем оно лучше hg?
Слышали про github-эффект? Так вот, это первые три буквы этого названия данного феномена.
| | |
| |
| 3.28, Аноним (-), 18:04, 02/01/2016 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Я конечно догадываюсь о чем ты. Но вот не задача, Google ни сном ни духом о твоем так называемом "github-эффекте".
Очень хочется почитать как именно Github увеличивает популярность проекта. Возможно тогда и я переведу свой проект туда.
| | |
| |
| |
| |
| |
| 7.53, Аноним (-), 22:10, 02/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
Гниение тоже полезно. Подготавливает почву для следующих поделок.
| | |
|
|
|
|
|
|
| 1.47, ALex_hha (ok), 21:03, 02/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 > В остальном GitLab проигрывает и приходится выбирать между открытостью платформы или функциональностью/привычностью/сочетаемостью с другими проектами.
а что есть такого у github, чего вам не хватает в GitLab? И если на то пошло, то надо сравнивать с GitLab EE, так как github таки платный. Хостинг только открытых проектов не рассматриваем.
> На поддержание своей инфраструктуры GitLab нужно много ресурсов
например? Мне хватает EC2 инстанса, с автоматическим бекапом. При использовании omnibus сборки - устновка/настройка/обновление занимает минуты. Хотя бывают косяки при обновлениях. Хотя лично сам за два года не наступал.
> в GitHub вся инфраструктура готова и неплохо справляется с разными DDoS.
все так любят писать это слово, хотя реально сталкивалось с ним пару людей. Ну ограничьте доступ с фиксированных ip. Да, не так удобно, но зато защитит от атак. Ну или можно воспользоваться тем же CloudFlare, если у вас минута простоя стоит 10k$+
| | |
| |
| 2.48, ALex_hha (ok), 21:15, 02/01/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> Почему-то в списке сервисов в проекте я вижу полторы страницы -- и Дрон, и Дженкинс, и Тимсити и прочее. Плюс вебхуки для всякой экзотики.
в Gitlab CE 7.13.x не вижу Jenkins в упор - http://i.imgur.com/dt5LW5G.png
В 8.2.x картина аналогичная. Может не туда смотрю?
| | |
| |
| 3.52, ALex_hha (ok), 21:42, 02/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
> интеграцию с другими ci-серверами они недавно совсем выпилили
> Можно пруф?
думаю имелось ввиду это - "In GitLab 8.3, Jenkins integration using the GitLab Hook Plugin was deprecated in favor of the GitLab Plugin. The deprecated integration has been renamed to 'Jenkins CI (Deprecated)' in the project service settings. We may remove this in a future release and recommend using the new 'Jenkins CI' project service instead"
http://doc.gitlab.com/ee/integration/jenkins.html
Но это относится только к EE редакции и там лишь была перенесена настройка с одного места в другое
| | |
|
|
| |
| |
| 3.62, rob pike (?), 05:20, 03/01/2016 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Нужно ли быть самым популярным чтобы продолжать развиваться, иметь пользовательскую базу и быть для ряда применений и обстоятельств лучшим выбором?
Умерли ли все языки кроме JavaScript?
| | |
| |
| 4.66, Аноним (-), 11:09, 03/01/2016 [^] [^^] [^^^] [ответить]
| +/– | |
>и быть для ряда применений и обстоятельств лучшим выбором
Для систем контроля версий лучший выбор это С, а уж никак не Python.
| | |
| 4.67, Аноним (-), 11:12, 03/01/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
JS ЯП, а мы говорим про тулинг и да старому тулингу на смену приходит новый. Был Grunt сейчас практически везде Gulp в новых проектах.
> Умерли ли все языки кроме JavaScript?
А что в браузере появилась нативная поддержка других языков?
| | |
| |
| 5.129, rob pike (?), 04:37, 04/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
А что, кроме браузеров ничего не осталось?
А что, нативная поддержка всегда лучше не нативной? (Elm, ClojureScript)
| | |
|
| |
| 5.82, myhand (ok), 17:06, 03/01/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> Это такая штука, в которой чем больше унификации - тем лучше.
Вот такие люди, не слыхавшие о стандартизации, и обижаются потом
на "школие". Загнобить альтернативы - единственный путь развития!
Windows-децтво торчит у вас отовсюду.
| | |
| |
| 6.100, Crazy Alex (ok), 21:01, 03/01/2016 [^] [^^] [^^^] [ответить]
| +/– | |
Нет.
Никто их не гнобит.
Альтернативы - пусть копошатся тихо в своём углу, как Fossil и Darcs. Или Haskell какой-нибудь. Или мой любимец Notion WM. Или... да вагон таких. Если мейнстрим сильно начудит - о них вспомнят. Плюс хорошие идеи из них будут потихоньку перетаскивать в мейнстрим.
А вот иметь несколько конкурирующих "мейнстримных" открытых продуктов - это бред почти всегда, особенно для (D)VCS. Это ж не window manager, где никому за пределами твоего десктопа не важно, чем ты пользуешься.
| | |
| |
| 7.105, myhand (ok), 21:18, 03/01/2016 [^] [^^] [^^^] [ответить] | –1 +/– | Проходили это уже, аж веке в XIX-м Резервации там разные, права индейцев Ст... большой текст свёрнут, показать | | |
| |
| |
| 9.115, myhand (ok), 23:07, 03/01/2016 [^] [^^] [^^^] [ответить] | –1 +/– | Т-щ следователь, ви че мне шьете ЗЫ Ранней юности девелоперы, надо полагать, э... текст свёрнут, показать | | |
|
| |
| 9.124, myhand (ok), 23:59, 03/01/2016 [^] [^^] [^^^] [ответить] | –1 +/– | Что-то эта картинка сильно напоминает сказошные дали про конкуренцию , свободн... текст свёрнут, показать | | |
|
| |
| 9.126, myhand (ok), 00:08, 04/01/2016 [^] [^^] [^^^] [ответить] | –2 +/– | Ну да Бездумный уход на альтернативное решение - это не гнобление, вы чо Нет ... большой текст свёрнут, показать | | |
|
| 8.139, Аноним (-), 22:03, 04/01/2016 [^] [^^] [^^^] [ответить] | +2 +/– | Живу в 30 км от резервации индейцев, слежу за этой темой и всячески интересуюсь ... текст свёрнут, показать | | |
|
|
|
| 5.99, all_glory_to_the_hypnotoad (ok), 20:30, 03/01/2016 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> допустим, окажись во всех браузерах поддержка полноценного Питона - очень большой вопрос, выдержит ли JS конкуренцию.
Вопорс никакой, конечно, выдержит. Питон, с одной стороны, громоздкий (тянет свои батарейки) и ничего не может предложить существенно лучшего по сравнению с JS (в контексте оптимизации по памяти и cpu). А сдругой подкидывает на вентилятор проблемы с отступами и своим фашистким PEP8.
Можно сделать иную замену, совсем Ъ и с учётом всех проблем, но такой альтернативой просто не захочет пользоваться весь текущий контингент веб разработчиков.
> у него нет достаточных преимуществ перед Git
У hg есть вполе существенные недостатки из-за чрезмерной технической переусложнённости в ненужных местах (вынос традицонного функционала в плагины из-за чего VCS теряет консистентность, мудотень с разными видами веток) и попыткой сохранить видимую совместимость с древними VCS (нет понятия индекса и команд работы с индексом, не развито редактирование истории и т.п.). git устроен проще и при этом более функциональный.
| | |
| |
| 6.101, Crazy Alex (ok), 21:07, 03/01/2016 [^] [^^] [^^^] [ответить]
| +/– | |
Ну, под "полноценным питоном в браузерах" и подразумевалось, что все имебщие смысл батарейки оказываются в браузере. А лучшее - как минимум, он может предложить не только асинхронную модель, которая на самом деле не нужна в 95% случаев, но JS по-другому не умеет. А вот в питоне есть кооперативная многозадачность, например.
А вот "совсем Ъ" как раз победить не может ну просто потому, что умных мало, а кода надо писать много. Тут, кстати, ещё вопрос, был бы в вебе PEP8 во вред или на пользу.
hg я смотрел совсем поверхностно, и насчёт технических недостатков не в курсе. Просто не вижу ничего хорошего в "конкуренции мейнстримов" в свободном софте, особенно там, где это влияет на командную работу.
| | |
| |
| 7.106, all_glory_to_the_hypnotoad (ok), 22:05, 03/01/2016 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> А лучшее - как минимум, он может предложить не только асинхронную модель, которая на самом деле не нужна в 95% случаев, но JS по-другому не умеет. А вот в питоне есть кооперативная многозадачность, например.
Ты это так пишешь будто в этом есть какая-то заслуга питона. Не прошло и десяти лет как наконец таки прикрутили через задницу async и корутины, да и то всё это в самом последнем релизе которвый никуда ещё не доехал. В таком виде эти фичи прикручиваются к любому подобному ЯП и для JS это всё тоже есть.
> Тут, кстати, ещё вопрос, был бы в вебе PEP8 во вред или на пользу.
PEP8 несёт одназначный вред т.к. многие моменты в нём достаточно спорные. В других языках такие вопросы отдаются на откуп разработчкиам, но с питоном всё иначе - с какого-то будуна язык получил один единственный, неправильный, стиль кодирования. Теперь больные на голову апологеты доводят всё до абсурда пропихиванием этого стандарта безусловно во многие редакторы. Например, в VIMе с недавнего времени это гогно перетирает все стандартные настройки (например, настройки обратоки TABов) и это недарозумение овощей приходится специально вырезать. Такое поведение совсем не идёт на пользу популяризации языка.
| | |
|
| 6.102, myhand (ok), 21:07, 03/01/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> А сдругой подкидывает на вентилятор проблемы с отступами
А какие у вас проблемы?
> и своим фашистким PEP8.
PEP8 - абсолютно опциональная штука ваапще. А что там
конкретно фашистского, в сравнении с любым другим аналогом?
| | |
|
|
|
|
| 2.85, Аноним (-), 17:37, 03/01/2016 [^] [^^] [^^^] [ответить] | +/– | Проблема или вернее ситуация в несколько другом Когда-то было что не очень пони... большой текст свёрнут, показать | | |
| |
| 3.87, rob pike (?), 18:02, 03/01/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> А теперь уже перестают "выбирать" систему, думать о workflow
Думать - это вообще моветон, мерзким waterfall попахивает!
А workflow это ж бизнес-процессы, их следует отряхнуть с agile-ног, иначе ночью придёт COBOL и съест.
| | |
| |
| 4.103, Crazy Alex (ok), 21:10, 03/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
Можно подумать, что в agile нет workflow. Он, как бы, везде и всегда есть, если не о хобби говорить, вопрос только - насколько вменяемый и осознанный. Но agile - да, задолбал несколько.
| | |
| |
| 5.114, rob pike (?), 23:06, 03/01/2016 [^] [^^] [^^^] [ответить]
| –2 +/– | |
"Вменяемый и осознанный" is not an option anymore. Welcome to the wonderful pop-culture-driven world of modern software development.
| | |
|
|
| 3.104, Crazy Alex (ok), 21:17, 03/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
Вообще-то это нормальная ситуация перехода от ремесла к промышленности. Всё больше уровней стандартизированы, всё больше задач имеют готовые решения. И в большинстве случаев потери из-за не идеальной оптимальности этих решений будут меньше, чем затраты на поиск идеального для себя варианта.
| | |
| |
| 4.117, all_glory_to_the_hypnotoad (ok), 23:23, 03/01/2016 [^] [^^] [^^^] [ответить]
| +3 +/– |
Что ты заладил со своей стандартизацией. Нет такого нигде в промышленности, коммерческих VCS существует больше чем опенсорсных и так практически с любым инструментом в индустрии.
| | |
|
|
|
| 1.68, craft37 (?), 11:14, 03/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Люди, какие же вы все тут счастливые.
Радость и любовь друг к другу так и переполняют вас.
| | |
| |
| 2.70, Аноним (-), 15:30, 03/01/2016 [^] [^^] [^^^] [ответить]
| +3 +/– |
И вас с праздником Владимир Владимирович, верните доллар по 32.
| | |
| |
| 3.71, Аноним (-), 15:31, 03/01/2016 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> И вас с праздником Владимир Владимирович, верните доллар по 32.
Ну по 72 уже ввернул, к концу года доверну до 92-х
| | |
|
|
| 1.72, myhand (ok), 15:34, 03/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Как обычно, модераторы не читают что постят... Где "приняли
решение"? Обсуждение только идет, PEP в статусе Draft...
ЗЫ: Относительно перехода - ничего странного. Количество школия
среди "основных разработчиков" - уже способно сделать вас грустным (простой
пример - "rationale" обсуждаемого PEP, где черным по белому написано что
делается переход ради тех, кто банально не желает или не умеет учиться).
Пропал калабуховский дом окончательно, короче.
| | |
| |
| 2.79, Crazy Alex (ok), 16:36, 03/01/2016 [^] [^^] [^^^] [ответить]
| +/– | |
Черт, действительно драфт. Тоже мне, новости.
Ну, ждём - может, таки пройдёт. В VCS зоопарк неуместен.
| | |
| 2.80, Аноним (-), 16:52, 03/01/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Как обычно, модераторы не читают что постят... Где "приняли
> решение"? Обсуждение только идет, PEP в статусе Draft...
Тем сообщением в списке рассылки Brett Cannon как раз и объявил о решении перехода на Git/GitHub и намерением обсудить технические детали этого перехода. Пока эти детали не утверждены PEP будет в статусе Draft, но сам переход уже рассматривается как состоявшееся решение.
| | |
| |
| 3.83, myhand (ok), 17:12, 03/01/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Тем сообщением в списке рассылки Brett Cannon как раз и объявил о
> решении перехода на Git/GitHub
На что ему резонно возразили, что он не главный тут объявляльщик. Действительно,
переход на Git - достаточно несомненный, а вот с GitHub/GitLab - непонятно. У
последнего - много сторонников.
Впрочем, GitHub-мартышки - победят, скорее всего. Жаль.
| | |
| |
| 4.98, Аноним (-), 19:50, 03/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
О да было бы забавно наблюдать как разрабатывают питон используя руби.
| | |
| |
| 5.109, й (?), 22:28, 03/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
так они оба -- и github и gitlab -- на rails написаны.
| | |
| |
| |
| 7.128, й (?), 01:09, 04/01/2016 [^] [^^] [^^^] [ответить]
| +/– | |
да и gitlab настроен мигрировать с них в обозримом будущем.
что внутри гитхаба уже давно точно неизвестно и не берусь утверждать, что там рельсов не осталось совсем. вы знаете больше?
| | |
|
|
|
|
|
|
|
