The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Язык программирования Go переходит с Mercurial на Git и GitHub

14.11.2014 09:46

Компания Google объявила о переводе инфраструктуры разработки языка программирования Go на систему управления исходными текстами Git и платформу совместной разработки GitHub. На днях проекту Go исполнилось пять лет, во время основания проекта была выбрана система Subversion, после чего последовал переход на Perforce, а затем и на Mercurial, из-за необходимости интеграции с существующей системой рецензирования кода. За это время мир изменился и Git занял прочную позицию лидера. Большинство участников сообщества Go используют Git и GitHub для своего кода. Проблемы с системой рецензирования остались в прошлом, поэтому теперь ничто не сдерживает миграцию проекта на Git.

После миграции на Git в качестве системы рецензирования будет использована система Gerrit, которая уже применяется для кода платформы Android. Миграция на Git начнётся вскоре после релиза 1.4, намеченного на начало декабря. Выпуск 1.5 уже будет сформирован и размещён на GitHub.

  1. Главная ссылка к новости (https://news.ycombinator.com/i...)
  2. OpenNews: В кодовую базу LLVM приняты биндинги для языка Go
  3. OpenNews: Увидел свет язык программирования Go 1.3
  4. OpenNews: Первый релиз языка программирования Go
  5. OpenNews: Релиз набора компиляторов GCC 4.7. Проекту GCC исполнилось 25 лет
  6. OpenNews: Представлен новый открытый проект Google - язык программирования Go
Лицензия: CC-BY
Тип: Программы
Ключевые слова: golang
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (87) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 09:57, 14/11/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Вот читал несколько статей о преимуществах других систем над GIT, но кроме каких-то ускоспециализированных вещей вроде, когда нужно еще синхронизировать графику/чертежи и прочую не текстовую ерунду, разумных аргументов не видел.

    Смысл вообще для новых проектов использовать не GIT?

     
     
  • 2.7, anthonio (ok), 10:35, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Поступки, порой, лишены смысла. :-)

    Но всё-таки. Если, к примеру, провести аналогию с ядром: есть linux, а есть другие *nix подобные ядра. И причины не использовать linux тоже есть.

     
  • 2.8, Аноним (-), 10:36, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    "Никто не знает гит". В том смысле, что он можный, но понимать - понимают его ой как далеко не все. Получаются ... с гранатой. :(
     
     
  • 3.9, Аноним (-), 10:38, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    *мощный
     
  • 3.10, Аноним (-), 10:38, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так по минимуму его освоить не сложнее чем любую иную VCS, а продвинутости типа мержей и прочего - может делать кто-нибудь относительно вменяемый.
     
     
  • 4.11, Аноним (-), 10:39, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Так по минимуму его освоить не сложнее чем любую иную VCS, а
    > продвинутости типа мержей и прочего - может делать кто-нибудь относительно вменяемый.

    Ну так мерж, это как бе важная часть даже для базового использования, не? Или что вы имели ввиду?

     
     
  • 5.15, Какаянахренразница (ok), 11:40, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Реально базовое пользование, на мой взгляд, вот такое:
    * pull
    * checkout
    * add
    * commit
    * push

    checkout может быть опциональным. А merge будет делать "специалист".

     
  • 5.17, Аноним (-), 11:51, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Я имел в виду что мержить может кто-то квалифицированный, а от обезьянок требуется только коммит по большому счету.
     
     
  • 6.45, Vkni (ok), 16:24, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Я имел в виду что мержить может кто-то квалифицированный, а от обезьянок требуется только коммит по большому счету.

    Т.е. Git - переусложнён, раз для базовой функциональности - слияния, требуется "специалист". Merge требуется ведь, если просто ведёшь свою ветку, на которую потом сделаешь pull request.

     
     
  • 7.54, vn971 (ok), 22:54, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Я вот видел как-то раз закоммиченные неразрешённые конфликты..)
     
  • 7.57, Ytch (ok), 01:16, 15/11/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Т.е. Git - переусложнён, раз для базовой функциональности - слияния, требуется "специалист".

    Это для слияния в subversion нужен еще какой специалист! Хотя система-то попроще будет.

     
  • 7.63, Аноним (-), 05:17, 15/11/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > раз для базовой функциональности - слияния, требуется "специалист"

    Врядли вы хотите чтобы это вам делали дизайнеры и прочие ГСМщики, которые пару действий заучить еле могут. От таких - только коммиты с материалом, не более. Люди разные бывают...

    > Merge требуется ведь, если просто ведёшь свою ветку, на которую потом сделаешь pull request.

    При правильном подходе merge можно вынести на плечи тех кто понимает что он делает. Если обезьянка совсем дерево - вы врядли хотите после такой обезьянки мержи себе в проект.

    А так git вполне логичная штука. Если не страдать гуманитарным складом ума с полным непониманием рабочих процессов и принятых в распределенных командах подходов.

     
     
  • 8.70, Vkni (ok), 06:24, 15/11/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Merge - это часто требуемая на местах функциональность, которую невозможно пере... текст свёрнут, показать
     
     
  • 9.73, Аноним (-), 14:32, 15/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Я по прежнему считаю что вы врядли захотите получить результат мержа после дизай... большой текст свёрнут, показать
     
     
  • 10.79, Vkni (ok), 20:59, 15/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем они вообще должны туда лезть-то Merge должен делать человек, понимающий... большой текст свёрнут, показать
     
     
  • 11.83, Аноним (-), 06:19, 16/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Совершенно не обязательно, ибо понимание предмета умение делать технически сл... большой текст свёрнут, показать
     
  • 5.56, umbr (ok), 00:46, 15/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Наверно не мерж, а разруливание конфликтов - так это везде повод для паники.
     
     
  • 6.64, Аноним (-), 05:18, 15/11/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Наверно не мерж, а разруливание конфликтов - так это везде повод для
    > паники.

    А я не знаю почему Vkni возомнил что это в других VCS как-то проще.

     
  • 6.71, Vkni (ok), 06:26, 15/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Наверно не мерж, а разруливание конфликтов - так это везде повод для
    > паники.

    Я неправильно написал: меня возмутил подход "позвать специалиста" и исключение merge из базовой функциональности git (см. комменты выше).

    Какое может быть "позвать специалиста", если синхронизировать с github'овским мастером нужно раз в день-два, а разрабатывать свою ветку до pull-request'а неделю? :-)

     
     
  • 7.74, Аноним (-), 14:43, 15/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А мне кажется наивным уповать на то что дизайнер или техпис может сделать мерж п... большой текст свёрнут, показать
     
     
  • 8.80, Vkni (ok), 21:24, 15/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Это желательно Тем более, что это стандартный алгоритм параллелизации работы M... большой текст свёрнут, показать
     
     
  • 9.84, Аноним (-), 06:39, 16/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле очень зависит от людей и того над чем они работают Поэтому каких-... большой текст свёрнут, показать
     
  • 4.59, imprtat (ok), 01:56, 15/11/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как по мне, мердж в гите прост, и уж явно удобнее чем в свн, к примеру. А для тех кто не может осилить набор команд и их параметры есть гуевыые или встроенные в IDE клиенты.
     
     
  • 5.65, Аноним (-), 05:19, 15/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > А для тех кто не может осилить набор команд и их параметры

    ...таким разруливание конфликтов лучше вообще не доверять, для начала. Человек лыка не вяжет, а вы ему ответственную работу?!

     
     
  • 6.78, iZEN (ok), 16:41, 15/11/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Наверно, в Git и SVN CVS операция merge 8212 ответственная работа В hg про m... большой текст свёрнут, показать
     
     
  • 7.85, Аноним (-), 06:45, 16/11/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Знакомьтесь, это - изен. Он сегодня делает то же что и обычно - тормозит и затупляет.
     
  • 2.13, Tav (ok), 11:03, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Предпочитать какое-либо решение только потому, что оно является самым популярным (лидирующим) — плохой подход, приводящий к централизации, ослаблению конкуренции и  укреплению монополий, замедлению развития, уменьшению положительной зависимости между популярностью и техническим совершенством (если она вообще есть). Ко всему популярному следует относиться с особым подозрением.

    Я не говорю, что не надо использовать Гит, но уж точно не надо использовать его только потому, что он популярнее других. И точно не надо использовать Гитхаб, потому что используя его, вы явно содействуете централизации Интернета.

     
     
  • 3.18, Xaionaro (ok), 12:17, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Со всем согласен кроме:

    > И точно не надо использовать Гитхаб, потому что используя его, вы явно содействуете централизации Интернета.

    На мой взгляд, github во многом упрощает жизнь. И по-хорошему проект лучше просто держать сразу в двух местах (на github и на своём локальном сервере).

     
     
  • 4.21, Аноним (-), 12:24, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    всеобщее клеймение штрихкодами на лбу во многом упрощает жизнь, но почему-то немногим это нравится
     
     
  • 5.22, Xaionaro (ok), 12:27, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Во-первых, и что с того? Как это связано с тем, что написал я? Не нравится — не используй. Но критиковать другого за то, что он продублировал свой проект на GitHub и упростил пользователям проекта жизнь — это уже перебор. Ваши проекты-то никто не заставляет на GitHub переносить? Настривайте сколько угодно remote-ов и делайте с ними что угодно.
    Во-вторых, мы и так таскаем паспорта. Не особо отличается от штрих-кодов на лбах.

    SourceForge вы тоже считаете системой штрих-кодов на лбах?

     
     
  • 6.42, anonymous (??), 16:14, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Во-вторых, мы и так таскаем паспорта. Не особо отличается от штрих-кодов на лбах.

    Логично. Тогда сделай себе штрихкод на лбу. Это явно удобнее, чем паспорт.

     
     
  • 7.46, Xaionaro (ok), 16:53, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>Во-вторых, мы и так таскаем паспорта. Не особо отличается от штрих-кодов на лбах.
    > Логично. Тогда сделай себе штрихкод на лбу. Это явно удобнее, чем паспорт.

    Не эстетично. И повторюсь:

    > Как это связано с тем, что написал я? Не нравится — не используй.

    Мне не нравится штрих-код на лбу. Не буду использовать данную идею.

     
  • 6.52, Vkni (ok), 21:30, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Во-вторых, мы и так таскаем паспорта.

    Я, лично, хожу с паспортом по СПб крайне редко. Чаще всего, никакого удостоверения личности у меня нет.

     
     
  • 7.66, Аноним (-), 05:21, 15/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > удостоверения личности у меня нет.

    Полисмены just in case будут недовольны и могут при случае задержать до выяснения. Если, конечно, полисмены в обозримом радиусе есть...

     
     
  • 8.72, Vkni (ok), 06:33, 15/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Практика показала, что для меня этот случай крайне маловероятен Машина собьёт с... текст свёрнут, показать
     
     
  • 9.75, Аноним (-), 14:49, 15/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и ок На самом деле я тоже далеко не всегда беру с собой паспорт по тем же... текст свёрнут, показать
     
  • 3.35, Аноноим (?), 14:39, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Сообщество разработчиков Go выбрало наиболее удобное для себя решение. Это выбор не навязанный, а свободный. К монополии такие решения приводить не могут. Никто не запрещает использовать лучшие, по каким-либо параметрам, системы.
    > И точно не надо использовать Гитхаб, потому что используя его, вы явно содействуете централизации Интернета.

    Бред. К централизации Интернета это отношения не имеет совершенно.

    Используя не лучшие решения ты поощряешь посредственность и теряешь в собственной производительности.

     
     
  • 4.49, Аноним (-), 17:55, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ненавязанный, свободный выбор может приводить к монополии Вот пример есть две ... большой текст свёрнут, показать
     
  • 3.37, jOKer (ok), 15:04, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Вот поэтому (а так же и потому что можно держать бесплатно закрытые репы) я и использую bitbacket.org))
     
     
  • 4.47, Аноним (-), 16:55, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > bitbucket.org

    Конечно же :)

     
  • 2.16, develop7 (ok), 11:41, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    смысл использовать mercurial:

    * встроенный предохранитель от переписывания опубликованной истории
    * shared mutable history (в разработке, но пользоваться уже можно)
    * сам факт того, что разработчики занимаются не только исправлением ошибок и мелкими доводками интерфейса
    * ну и да, искаробочный плагин версионирования блобов

     
     
  • 3.20, Xaionaro (ok), 12:21, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > смысл использовать mercurial:
    > * встроенный предохранитель от переписывания опубликованной истории

    Что это такое? Запрет на аналогиню «git push --force» и всякие «git rebase»? Или о чём речь?

    > * shared mutable history (в разработке, но пользоваться уже можно)

    Это что-то для избегания ssh+vi?

    > * сам факт того, что разработчики занимаются не только исправлением ошибок и
    > мелкими доводками интерфейса

    В git тоже. Особенно, когда заявили о проблеме производительности на крайне больших деревьях.

    > * ну и да, искаробочный плагин версионирования блобов

    Как это работает? Я изменил картинку — что сделает этот plugin?

     
     
  • 4.38, develop7 (ok), 15:26, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> смысл использовать mercurial:
    >> * встроенный предохранитель от переписывания опубликованной истории
    > Что это такое? Запрет на аналогиню «git push --force» и всякие «git rebase»? Или о чём речь?

    поясню на примере http://www.mail-archive.com/dri-devel@lists.sourceforge.net/msg39091.htm — это когда airlied говорит 'git rebase myfeature 123456', а ему «can't rebase public changesets». а он такой «хмм, а откуда там public changesets?» и смотрит в git log. а в логе и правда чужие коммиты. и он такой «ох ты блин точно, git rebase myfeature 3456789». и всё в порядке, а треда выше по ссылке никогда бы не появилось.

    >> * shared mutable history (в разработке, но пользоваться уже можно)
    > Это что-то для избегания ssh+vi?

    нет. http://mercurial.selenic.com/wiki/ChangesetEvolution

    >> * сам факт того, что разработчики занимаются не только исправлением ошибок и мелкими доводками интерфейса
    > В git тоже. Особенно, когда заявили о проблеме производительности на крайне больших  деревьях.

    собссно junio hamano принимает практически любые патчи, кроме меняющих UX в любую сторону.

    >> * ну и да, искаробочный плагин версионирования блобов
    > Как это работает? Я изменил картинку — что сделает этот plugin?

    запишет картинку в отдельный каталог. а при мерже просто спросит «этот файл поменялся в обоих ветках, который взять» вместо того, чтобы рассчитывать диффы, которые всё равно не имеют смысла.

     
     
  • 5.48, Xaionaro (ok), 16:55, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Ок, верю, что ему-то это может и надо Аналогично А git рассчитывает diff-ы для... большой текст свёрнут, показать
     
     
  • 6.68, Аноним (-), 05:49, 15/11/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А git рассчитывает diff-ы для бинарных файлов?

    Дельту он попробует посчитать. Это не текстовый дифф, конечно. Может получиться а может и нет - зависит от устройства файлов. На практике же - я спокойно коммитил пачку графики в гит и никто не жаловался. Просто не надо это делать совсем уж безбашенно.

    А попытки сделать vcs удобной для невменяемых обезьян - сделают ее неудобной для всех остальных. Чего ради я должен греть мозг вопросами где брать файл? У меня есть рабочее дерево проекта и я разложил файл в правильное место иерархии проекта. Вот там он и должен жить по логике вещей.

     
  • 5.62, all_glory_to_the_hypnotoad (ok), 02:41, 15/11/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ... а при мерже просто спросит «этот файл поменялся в обоих ветках, который взять» вместо того, чтобы рассчитывать диффы

    это же каким упоротым нужно быть чтобы гнать такой бред

     
  • 5.67, Аноним (-), 05:42, 15/11/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вообще-то для начала у него там подробно расписан воркфлоу который он хочет виде... большой текст свёрнут, показать
     
  • 3.28, Аноним (-), 13:18, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > * встроенный предохранитель от переписывания опубликованной истории

    Это вообще как? И почему это - фича? Гит вроде делает логичнее просто некуда - показывает все коммиты которые есть. Что и зачем надо с историей делать? Что еще за предохранители? От чего они предохраняют? Не очень понимаю - ремотный коммит ничего моему коммиту сделать и так не может вроде. От чего предохраняться то?

     

  • 1.2, _KUL (ok), 09:59, 14/11/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Go, go, go ... А он может так же классно мозг взорвать как и C++?

    shared_ptr<double> pd;
    double *p_reg = new double;

    После чего, следующие строки не одно и тоже!
    shared_ptr<double> psahred = p_reg;
    shared_ptr<double> pshared(p_reg);

    Если нет, то значит от него нельзя получить интеллектуального оргазма и следовательно, язык, он не интересен :)

     
     
  • 2.3, тень_pavel_simple (?), 10:02, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Go, go, go ... А он может так же классно мозг взорвать
    > как и C++?
    > shared_ptr<double> pd;
    > double *p_reg = new double;
    > После чего, следующие строки не одно и тоже!
    > shared_ptr<double> psahred = p_reg;
    > shared_ptr<double> pshared(p_reg);
    > Если нет, то значит от него нельзя получить интеллектуального оргазма и следовательно,
    > язык, он не интересен :)

    В гамаке и ластах, да не удобно

     
  • 2.4, Аноним (-), 10:03, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Можно и икс себе отрезать.

    >shared_ptr<double> pd;
    >double *p_reg = new double;

    что уж, пиши сразу void *p = (void *)0x1233425; (int)*p = 1; авось повезет

     
     
  • 3.5, _KUL (ok), 10:05, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    не, ну вы то ерундо то написали
     
     
  • 4.6, Аноним (-), 10:20, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    это одинаковая ерунда, что в твоем примере, что в моем. Учи c++
     
     
  • 5.14, _KUL (ok), 11:30, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты то пальцем в небо тыкнул, туда байты инта начал загонять, тут понятно что будет бред, а я то говорил к тому, что в плюсах сплошные неявные строгие правила. В данном случае, что должно быть явное оределение.
     
  • 3.26, Michael Shigorin (ok), 13:11, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > авось повезет

    I'm feeling luSegmentation fault

     
  • 2.12, arsenicum (??), 10:54, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Конструктор shared_ptr, который принимает указатель, нужно вызывать явно (explicit). Это является защитным механизмом, чтобы программист понимал, что shared_ptr становится владельцем этого указателя и освободит его сам.
     
  • 2.19, Аноним (-), 12:19, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    интеллектуального оргазм от с/с++ достигается на таком коде:
    [code]
    #ifndef OPENSSL_NO_HEARTBEATS
    int tls1_process_heartbeat(SSL *s){
             unsigned char *p = &s->s3->rrec.data[0], *pl;
             unsigned short hbtype;
             unsigned int payload;
             unsigned int padding = 16; /* Use minimum padding */

             /* Read type and payload length first */
             hbtype = *p++;
             n2s(p, payload);
             pl = p;
    [/code]
    Ручное управление памятью, все дела. Зато быстро.
     
     
  • 3.69, Аноним (-), 06:11, 15/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Сдуру можно и х сломать И root cause тут не сишечка, а 1 Переусложненный п... большой текст свёрнут, показать
     
  • 2.24, Аноним (-), 12:47, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ямщик, не гони.

    sp_test.cpp: In function ‘int main()’:
    sp_test.cpp:10:30: error: conversion from ‘double*’ to non-scalar type ‘std::shared_ptr<double>’ requested
    shared_ptr<double> psahred = p_reg;

    Конструктор shared_ptr объявлен explicit как раз, чтобы не было неявного преобразования.

     
  • 2.32, Аноним (-), 13:44, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    такие вещи надо писать на ржавчине, а не на плюсах :)
     
  • 2.39, Аноним (-), 15:27, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Go, go, go ... А он может так же классно мозг взорвать как и C++?

    Это язык для продакшнов, у него задачак как раз не взрывать мозг даже на сложных алгоритмах — всё записывается немногочисленными простыми конструкциями. А для интеллектуальных оргазмов, вперёд в Хаскель (Лисп, Форт, Брайнфак...).

     
  • 2.60, all_glory_to_the_hypnotoad (ok), 02:25, 15/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    тут никакого взрыва мозга нет.
     

  • 1.23, manster (ok), 12:36, 14/11/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ещё в одном, отдельно взятом государстве наступил коммунизм...
     
  • 1.25, Штунц (?), 13:05, 14/11/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А теперь вопрос для размышления:

    "А ПОЧЕМУ НЕ НА code.google.com ???"

     
     
  • 2.27, vitalif (ok), 13:16, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Потому что оно самое неудобное из всех хостингов и, можно сказать, сдохло.
     
  • 2.29, агоним (?), 13:19, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Вот лишь бы ляпнуть.

    Как ты думаешь, где он хостился до этого (всё ещё пока хостится)?

    А таки давно понятны толстые намёки гугла на будущее code.google.com
    Просто с этой платформой нельзя как со всякими рсс-читалками за пару месяцев закрыть и никаких последствий.

    Готовят из далека, чтобы адекватные потихоньку оттуда съезжали, а новые проекты даже не думали там заводиться.

     
     
  • 3.31, Аноним (-), 13:43, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Готовят из далека, чтобы адекватные потихоньку оттуда съезжали

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

     
     
  • 4.33, Аноним (-), 13:52, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >А мс до последнего впаривает кривой булшит, типа горбатых кирпичей в восьмерке

    что за горбатые кирпичи? Если речь про плитки, то в десятке они фактически выпилены

     
     
  • 5.51, Аноним (-), 19:02, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Как сделать хорошо?
    Просто! Сначала сделай чтоб было хуже, чтоб совсем плохо ... а потом верни всё, как было до этого! :)
    (C) M$ Business Strategy Manual.
     
  • 5.76, Аноним (-), 14:56, 15/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > что за горбатые кирпичи? Если речь про плитки, то в десятке они
    > фактически выпилены

    Мне если честно уже пофиг - у меня на десктопе и ноуте пингвин и мое DE совершенно не зависит от кучи причуд группы придypков из редмонда. И будет таким какое удобно мне, а не каким-то левым хpeнам.

     
  • 4.34, Аноним (-), 14:12, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Как перенесут leveldb с гугль-кода - значит конец гуглькоду пришел. Для меня такой маркер
     
     
  • 5.50, Аноним (-), 18:49, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, значит всё

    https://code.google.com/p/leveldb/

    The LevelDB project has moved to https://github.com/google/leveldb

     
  • 3.43, Michael Shigorin (ok), 16:19, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Просто с этой платформой нельзя как со всякими рсс-читалками

    offtopic: есть отличный проект quiterss, прижился, рекомендую.

     
  • 2.30, Аноним (-), 13:41, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > "А ПОЧЕМУ НЕ НА code.google.com ???"

    Потому что по сравнению с гитхабом он.. мм... как бы это помягче то, без мата? :)

     
     
  • 3.55, Anonim (??), 00:45, 15/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >Потому что по сравнению с гитхабом он.. мм... как бы это помягче то, без мата? :)

    Эээ... гуёвый?

     
  • 3.88, arisu (ok), 15:05, 16/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> "А ПОЧЕМУ НЕ НА code.google.com ???"
    > Потому что по сравнению с гитхабом он.. мм... как бы это помягче
    > то, без мата? :)

    ничем особо не отличающийся, кроме количества хипстеров?

     

  • 1.36, Нимо Ан (?), 14:58, 14/11/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Судя по актуальным тенденциям Git победил и преступил к перетягиванию всех на себя своей массой (чисто популярностью: "у соседа git - у меня тоже будет git"), теперь контроль версий = git.
     
     
  • 2.40, Аноним (-), 15:35, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Разве это плохо?
     
     
  • 3.41, develop7 (ok), 15:58, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    плохо ли невежество?
     
     
  • 4.44, Michael Shigorin (ok), 16:23, 14/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > плохо ли невежество?

    Смотря что пытаются им назвать, а что -- представить как "просвещённость".

     
  • 4.77, Аноним (-), 15:20, 15/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > плохо ли невежество?

    Использование гит != невежество. И да, вас не смущает что вы на опеннет должны идти по именно TCP/IP? А то может вам IPX/SPX симпатичнее? И что постить надо по именно протоколу HTTP? А то мало ли, вдруг вам gopher больше нравится?

    К чему это я? А к тому что в сетях и при взаимодействии с другими людьми придется соблюдать некие форматы и протоколы.

     
     
  • 5.82, Vkni (ok), 21:28, 15/11/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Использование гит != невежество. И да, вас не смущает что вы на
    > опеннет должны идти по именно TCP/IP? А то может вам IPX/SPX
    > симпатичнее? И что постить надо по именно протоколу HTTP? А то
    > мало ли, вдруг вам gopher больше нравится?

    Многим нравится IPv6, но из-за монополии IPv4 переход очень сложен.

     
     
  • 6.87, Аноним (-), 07:06, 16/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Многим нравится IPv6, но из-за монополии IPv4 переход очень сложен.

    1) У IPv6 есть навалом своих проблем. В том числе новых и свежих.
    2) Если кто хочет IPv6, его можно получить. Может кривовато, но все-таки.
    3) А настоящий next gen на самом деле должен выглядеть в первом приближении как-то так: https://en.wikipedia.org/wiki/Cjdns - заметьте, вменяемые люди не уповают ни на кого и делают из того что есть то что хочется. Наиболее практичный подход.

     
  • 3.81, Vkni (ok), 21:28, 15/11/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Разве это плохо?

    Плохо.

     
     
  • 4.86, Аноним (-), 07:01, 16/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Плохо.

    Не хуже чем необходимость использования IPv4 и HTTP для отправки сообщений на опеннет.

     
  • 2.61, all_glory_to_the_hypnotoad (ok), 02:28, 15/11/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    победил как технически более лучшее и удобное решение из доступных альтернатив.
     
  • 2.89, arisu (ok), 15:07, 16/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Судя по актуальным тенденциям Git победил и преступил к перетягиванию всех на
    > себя своей массой (чисто популярностью: "у соседа git - у меня
    > тоже будет git"), теперь контроль версий = git.

    разработчики FreeBSD смотрят на тебя как на говорящего микроба.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру