Парсер ссылку съел:

Число репозиториев с не менее 1000 звезд (колонка "Languages")
https://goo.gl/0kUJoW

Продолжаем бесконечный круг унижений и оправданий.

По поводу нехватки сахара в синтаксисе и бурления говн по этому поводу
Некоторые аноны предполагают, что авторы просто не успели завести все что можно и сахарить будут после, когда соберут нужную аудиторию и число проектов (естественно с обратной совместимостью, бизнес-way)

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

>>861818
>(и прекратить дрочить на синтаксический сахар в языках)
Т.е. гоферы попросту признают что они безликое говно, на мнение которого всем поебать, и заменить их можно кем угодно?

Вообще, синтаксический сахар — это всевозможные DSL-и, CTFE и прочее.
В говне же мало того, что нет вот вообще нихуя, так ещё всё и вся прибито к полу как деревянными игрушки, что показывает суть языка.

Кстати, говноед писавший шапку, чо там по
>программисты на многоядерных квантовых компьютерах в восторге
Говно уже завезти на мейнфреймы успели? Нет. Потому что нинужна. Так зачем ты дезинформируешь людей?

> бюджетный веб (так как не жрет ресурсы как скрипты)
В нише скриптопараш ресурсы значения не имеют, так как само приложение там нужно чтобы 1 раз в сутки по таск менеджеру хуйнуть в кэш новые данные, зато скорость разработки значение имеет и для неё как раз таки нужны:
>синтаксический сахар
>готовые решения
И этого у говна нет.

Если же брать обработку данных, скриптопараши нужны там в качестве обертки над библиотеками на C и говно здесь не даст преимущества в ресурсах.

ОП видимо себе все штаны обкончал, пока писал шапку.

>>861843
нет, это для долбаевов с синдромом утёнка, чтобы их не обижать открыто

>>861851
> В нише скриптопараш ресурсы значения не имеют, так как само приложение там нужно чтобы 1 раз в сутки по таск менеджеру хуйнуть в кэш новые данные
> rails
))

Что-то подход к ООП в нем мне нравится даже меньше, чем в JS. Ебаные ресирверы указывать, вместо того, чтобы описывать методы прямо в классе, как это делается на нормальных языках. Где они хуйню вообще подсмотрели?

>>861882
> Ебаные ресирверы указывать
Шта? Ты с objective c попутал дружок пирожок?

>>861899
Ну ты типа указываешь контекст выполнения метода же. Эта хуйня называется ресирвером.

Например:

>func (s TwitterSource) Find(word string) ([]Message, error) {
> return s.searchAPICall(s.Username, word)
>}

Так вот после func идет хуйня, которую можно назвать указателем, контекстом, ресирвером, мне похуй.

Хуево это, в общем.

>>861902
Ну так это не методы нихуя, это просто функции, которые можно прибиндить к определенному типу (там табличка тип-функция создается). А структура это, или число, или строка - вообще похуй.

type MyList []int

func (m MyList) append(x int) {
m = append(*m, x)
}

как ты блять тут сделаешь иначе. TwitterSource - это не класс нихуя, это обычная структура, у нее не может быть методов. Когда блять эти ООП-макаки поймут, что данные и методы для работы с ним - разные вещи, их не нужно определять в одном месте. С плюсах это правильно сделали, кстати.

Хуйню несете короч, выучите сначала язык

>>861936
так, двач звездочки похерил
https://play.golang.org/p/oallZTF_oq

>>861936
>плюсах это правильно сделали, кстати.
Проиграл с этого годауна. В плюсах функции как раз связанны классами/структурами с данными, единственная причина почему реализацию выносят в отдельный файл — костыли препроцессора и линкера из си.

Кстати, привязка функций к типам — это фича из ML сороколетней давности. Видимо хоть один нормальный язык Пайк за свои овердохуя дет таки осилил.

>>861948
Про плюсы там реально хрень, но все остальное верно

>>862104
> IDE
VSCode/Vim
Больше и не нужно

>>862104
Нету. Потому что нинужно по философии языка.

>>862128
>>862129
Не ну а как же подсветка синтаксиса, авто дополнение, вот это все?

А как копиляцию настраивать, сборку, хуе мое?

>>862131
Управление проектом в конце концов.

>>862132
>>862131
Как дядя Пайк и сказал — нинужно. Он сам чтоб ты понимал использует acme, можешь погуглить.

>>862131
Гоудаунам нравится самим приседать на бутылку, писать if err != nil {... на каждый пук и писать код в текстовом редакторе

>>862104
ньюфаня, всегда для всего - ИДЕЯ (а вообще реально там норм сделан плагин)

>>862138
Звонил сейчас Робу, он сказал что тебе этого делать не нужно, в общем разрешил, не благодари.

Завезите уже новый придирок, а то даже уже скучно.

>>862131
Ебанутый? Это все в vim/vscode есть.
Научись хоть в go build для начала

>>862180
>ИДЕЯ
Жаваговно. Хотелось бы IDE на нормальном языке.

>>862104
есть конечно плагин для идею, но это зашквар какой-то, использовать иде вместо терминала
Ставишь вим/atom/sublime text, ставишь gocode (через go get, https://github.com/nsf/gocode)
atom: https://atom.io/packages/go-plus
sublime: https://packagecontrol.io/search/gosublime
vim: сам что-нибудь найди, писал давно, заебался настраивать
Для сборки опять же через go get ставишь rerun (https://github.com/ivpusic/rerun) и просто запускаешь из папки своего проекта (можно и go run вручную каждый раз, но rerun перезапускает при изменении)

>>862104
но ты скорее всего нуб, который писал только на шарпе на студии и не знает, что такое терминал

>>862104
я еще погуглил за тебя и вот
для vscode: https://github.com/Microsoft/vscode-go
для idea: http://go-ide.com/

>>862216
>но ты скорее всего нуб, который писал только на шарпе на студии и не знает, что такое терминал
Я ощущаю тебе лет 20, или около того.

>>862218
в точку, лол

>>862218
> нет официального иде для разработки от создателей
Теперь я хоть понимаю, с кем общаюсь. Ох уж эти java-дети.
Ты поди для разработки под мк иде просить будешь, даунёнок?

>>862340
А ты что думал? В го треде все посты в духе "зачем оно" задают дцпшники мечтающие вкатиться на 300к в секунду.

>>862440
и блять под каждый МК писать на новой иде, вместо любимого редактора с десятком плагинов и идеальными настройками, нужным функционалом и тп и тд, это долбоебизм какой-то

>>862446
>и блять под каждый МК писать на новой иде, вместо любимого редактора с десятком плагинов и идеальными настройками, нужным функционалом и тп и тд, это долбоебизм какой-то
Зачем под каждый?
У каждого производителя своя экосистема.
Гибко распространяющаяся на весь модельный ряд.

>вместо любимого редактора с десятком плагинов и идеальными настройками, нужным функционалом и тп и тд
Не бывает редакторов с идеальными настройками и нужным функционалом.
Так же как идеальных ЯП.

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

>>862447
Но почему я не могу использовать ту же экосистему из своего редактора? Если не учитываться мк (не занимаюсь этим), то почти все среды и языки имеют кучу своих консольных тулз (99% экосистемы). Консольные тулзы можно как и просто использовать в консоли, так и интегрировать с редактором (5к плагинов под атом под все возможные и невозможные фичи).

Зачем для этого всего нужна какая-то левая IDE от непонятного разработчика, когда у меня есть редактор от гитхаба?

Конкретно, я вижу, что у js-кодеров нет IDE, у них огромнейшая (самая большая уже походу) экосистема и им абсолютно похуй на твои слова.

>>862451
Ну WebStorm же

>>862452
Официальная от создателей? А я-то думал, она от джета. Да и количеством юзеров я на ней не впечатлен как-то, с учетом того, что у джета единый репозиторий плагинов для всех их поделок, у плагина на скалу за 7 (!) лет в два раза больше загрузок, чем у какой-нибудь миникарты для атома за полтора года.

>>862457
hotfix
> у топового по загрузкам плагина на скалу за 7 (!) лет

>>862457
Там уже встроено все, что нужно для комфортной работы в 70% случаев.

>>862469
И это хорошо? Вместо установки нужных плагинов нужно сидеть и убирать ненужные фичи. Именно так я делал с vs в свое время, убирал все, кроме редактора, дерева и консоли, а открывал нужное по необходимости. А потом узнал, что все проще, есть же обычные редакторы кода и терминал, че я парился-то.

В общем, спор ide vs редактор кода можно вести бесконечно, да и сам спор стар как мир. В любом случае я чувствую, что вам не переубедить, а сам я уже для себя выбрал, что мне лучше. В любом случае, наличие ide ничего не решает.

О, кстати, раз вы упомянули Webstorm, я уже скидывал ранее Intellij Go.

>>862451
>Но почему я не могу использовать ту же экосистему из своего редактора?
О какой именно экосистеме идет речь?
Какую-то можно, какую-то нет.


>Зачем для этого всего нужна какая-то левая IDE от непонятного разработчика, когда у меня есть редактор от гитхаба?
Понятия не имею зачем тебе что-то надо или не надо.


>Конкретно, я вижу, что у js-кодеров нет IDE, у них огромнейшая (самая большая уже походу) экосистема
Не представляю себе что ты под "жс кодерами" подразумеваешь.


>и им абсолютно похуй на твои слова
Хорошо хорошо, только не плачь пожалуйста.

>>862474
> О какой именно экосистеме идет речь
ээ, нуу, сборка, тестирование, профайлинг, анализирование кода, упаковка, управление зависимостями, сами зависимости

>>862447
> У каждого производителя своя экосистема.
Найс манямир

>>862477
>ээ, нуу, сборка, тестирование, профайлинг, анализирование кода, упаковка, управление зависимостями, сами зависимости
Это общие слова.
Сборка чего?
Профайлинг чего?


>>862491
>Найс манямир
Слабоумный дегенерат.

Блядь, ну может уже хватит хуйню-то писать не по теме?

Хочется посраться с анонами - пиздуй в б, там этого дерьма навалом.

>>862499
Мне казалось, что го-тред уже стал представительством /би в /зк. Захожу иногда лишь для того, чтобы посрать

>>862621
Ваш язык хуйня ебаная! Обколются своими корутинами и колбэчат друг друга в треды!

Фух, полегчало... Прямо почувствовал себя значимым и важным. Даже привстал немного

>>862621
>>862643
>>862655
Семён незаметен.

>>862789
Главный Семён треда детектирует Семёнов.

Посоны, как Го после Ноды смотриться?

Думаю обмазаться вторым кококо нода не серверный язык бек енд языком, и встал выбор между сисярпом и голенгом.

А почему в треде столько хейтеров? На го макак и гребцов сейчас плетками заставляют работать, штоля?

>>862838
>Посоны, как Го после Ноды
Он для этих целей и создавался.

И для других целей конечно тоже, но го де-фактом будет языком веба (даже в браузере когда "консорциум" опубликует webassembly в своих браузерах).

>>862839
>А почему в треде столько хейтеров
тебе уже пояснили, не тупи
>>862621

>>862839
Фрустрация от того, что кто-то самовольно на этом пишет и ему нравится.

Други, а что сейчас на го под ведроид можно написать? И надо ли оно?

>>862933
Запустить — можно. Что-то вменяемое написать — нельзя. Нет, не надо.

>>862933
ты реально хочешь получить технический ответ в треде в котором одни тролли и при этом не загуглив?

>>862953
>рррряя тролли говно в жопу заливают!!!
Гоблядь-пидорахауважаемый Русский гражданин, плз.

>>862969
Игорь, вы записаны к психотерапевту на среду

>>863056
ты нам всех психов разогнал

Что прикольного на Го можно написать? Давайте скооперируемся и напишем по фану

>>863294
Предлагаю написать обёртку над cgroups и bsd-jails, придумать няшное название и продавать усатым хипстерам.

>>863302
Для хипстеров надо на js писать))

>>862839
>А почему в треде столько хейтеров?
Чет я не увидел еще ни одного.

Годный взгляд на го, от популярного джависта-подкстера Umputun (Радио-Т)
http://p.umputun.com/2016/05/03/go-ili-nie-go/

зацепите потом в шапку

нужно еще для шапки вывести какой-то топ из IDE

https://github.com/golang/go/wiki/IDEsAndTextEditorPlugins

>>863302
И назовём её dvacker

>>863750
Толсто.

>>863559
Лучше позаносить туда их регулярные цитаты про го и негегеничность которые проскакивают почти в каждом выпуске радио-т.

>>863750

Как отличить настоящего программиста, который активно пишет код, от диванов? Очень просто, для настоящего программиста чем легче решается сложная задача с тем же результатом, тем лучше.
Настоящий программист всегда отметит, что читать и сопровождать код, не менее важно чем писать.

То есть, у того хуя из уст звучат вполне реальные вещи и потребности. И ебаться с кодом целый день или же вместо это потратить всего пару часов - это реальная фича для настоящего программиста. А мнимая тяга к сложности и запутанности, это скорее попытка самоутвердиться для дивана.

Аналогия, есть мешок 80кг, его надо поднять на 9 этаж.
Есть выбор - лестница или лифт.
Настоящий программист выберет лифт, ибо нерационально.
А настоящий диван выберет лестницу, так как он сможет показать какой он "мощный".

Поэтому эти бараны и дрочат на всякие ФП или Расты. Чем более ты не такой как все тем лучше.

Личный психолог Го-треда

>>863858
Самоутверждайтесь на создании СВОЕГО продукта, а не на сахаре того или иного языка.

>>863056
Игорь, не забывайте, у нас сегодня сеанс

>>863858
> тяга к сложности и запутанности, это скорее попытка самоутвердиться для дивана
Дело не в самоутверждении, а в самовыражении и саморазвлечении. Это разные ценности и кардинально разное мироощущение.
Людям неприкладного склада ума просто надо сьёбывать из программирования как можно скорее.

>>863858
Всё правильно, только это Го предлагает писать простыни бойлерплейта, да ещё и без сахарка, вместо использования мощных абстракций (лестница вместо лифта).

>>863877
Го по сравнению с ноджс - да, но не по сравнению со всякими растами и хаскелями, где такие-то мощные абстракции, но решать ту же задачу будешь в 100 раз дольше и дороже чем на го.

>>863879
Не переводи тему, го и нельзя сравнивать с растами и хаскеллями потому что их корректно сравнивать только с сишками и окамлами, потому что его область - нода и питон.

>>863581
Тут и думать нечего. Плагин для вебшторма покрывает все потребности.

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

>>864278
Го очень нравится ЖСерам и ПХПшникам, что весьма симптоматично.

>>864406
Ты так говоришь нравится дебилам будто это что-то плохое.
Это наоборот хорошее, и гугл это очень понимает.

>>864419
Ну в этом-то ты прав, понравиться десяткам дебилов живущих и срущих в хлевах легче, чем одному программисту с развитой культурой.

>>864406
Язык выглядеть как компромисс между статически и динамически типизированными языками (я думаю поэтому не сунули дженерики).
И это круто на самом деле, быстрый питон с типами - был просто необходим.


>>864419
Гугл срал на дебилов (сегмент быдлокодинга ему не интересен), но смысл был правильный - завести быстрый-питон.
На краях рынка джавы давно "весел" лишний слой разработки, для которой требуется джава, но при этом не требовалась ее псевдо-академическая избыточность.

Именно поэтому анон кричал, что Го оттолкнет джаву к миру КОБОЛа.


>>864428
>>864434
Высококультурный слой из других языков, лол.

>>864440
>Гугл срал на дебилов
Все верно, прямо /go/вном и срал прямо на тебя.
>сегмент быдлокодинга ему не интересен
>сегмент
>не интересен
Ох уж эти проекции. Вот потому-то ты и есть всего лишь генетически нищая пидораха.

>>864445
>есть всего лишь генетически нищая пидораха.

Тебя что ли из /po выгнали, животное?

>>864440
А в чём компромисс-то? В том, что статически типизированный язык заставляет кастить всё к хуй пойми чему вместо гарантии типобезопасности?

>>864475
>этот возгоревшийся slaveянин
Ну вот, а то - хипстеры, технологии, прогресс.
А по сути все вы одинаковые.

>>864440
>жява
>окодимичнасть
Slaveянен попутал оверинженеренг с академичностью пук)

>>864520
>пук)
Завязывай с аналом, до непроизвольного газоиспускания довел уже, бедолага.

уже есть языки компилирующиеся в го?
(ну сахарные там)

>>864576
Have, Odin.

>>864576
>>864586
Зачем? Интероп с Го? Он же не в байткод ВМ компилируется.

>>864590
использовать возможности рутин и компиляции, но писть на более приятном языке

>>864514
не нужно скрипткиди ломать голову над дженериками, я видел они правда туго вкатываются в статик языки, так как все структуры для них гетерогенны

>>864586
при релизе Kotlin что-то пукнули на хабре на тему поддержки, но вероятно не осилили.

>>863858
Ну конечно, ты не дебил, ты просто ОСОБЕННЫЙ, только не плачь)

>>864653
> Kotlin
А зачем им в GO компилироваться?
Они прямо сейчас делают компилятор в LLVM

>>864717
JVM обосрались, ведь там есть Scala. Давайте в LLVM, блядь а тут хуяскель.

>>862451
>Конкретно, я вижу, что у js-кодеров нет IDE, у них огромнейшая (самая большая уже походу) экосистема и им абсолютно похуй на твои слова.
PHPStorm, есс-но, без него рефакторинг проекта на TypeScript делать очень проблематично.

>>864728
Обосрались или нет — лет через 5 видно будет, язык только релизнулся. Со скалы все бегут как крысы с тонущего корабля.

На ллвм хуяскель, плюсы, раст, окамл, юля, поня, идрис, кристал и все остальные новые языки работающие нативно. Ииии... чо?

>>864653
На хабре о чём только не пукают, особенно учитывая что там давно уже даже не инвайтная система регистрации. Всё равно что написать что говно завтра в раст компилироваться начнет для отлова рейс кондишенов.

>>864741
> Со скалы все бегут как крысы с тонущего корабля.
Проиграл

>>864741
> Со скалы все бегут как крысы с тонущего корабля.
Как подобные фантазии вообще появились в твоём воспаленном сознании?

>>861808 (OP)
>многопоточный язык программирования
Это не язык, это рантайм. Язык лишь формализация. Многогринопоточным может быть лишь рантайм. Go как язык это говнище типа крестов. Даже в сишечке можно сделать dlopen и получить таким образом великолепную рефлективность на глобальном уровне.

bump

>>865725
вкинь лучше годноту какую по Го, которую нарыл за последнее время

За что так хейтят Го? Что именно так бесит в нём, не понимаю?

Тут услышал, что гитхаб переписывают на Го.

>>866043
сорян, опечатка, не гитхаб, а дропбокс.

>>866043
Повторяем в сотый раз:
-язык родом из 80х;
-нихуя нет: ни ооп, ни фп, ни какого-либа сахара;
-за то есть: указатели, goto, но при этом со сборкой мусора;
-нравится только даунам (вчерашним "программистам 1с-битрикс" и прочим).

>>866066
Так почему его тогда используют все больше и больше? И разве то, что он поддерживает конкуренси из коробки не дает ему преимуществ?
По существу у вас только претензия к отсутствию ооп и фп, хотя в го все просто немного по-другому - тут структуры и интерфейсы.
И что плохого в указателях? И сборке мусора? И гото?
Писать на нем легко, код получается быстрый. Собирается в один файл - деплоить проще простого.
Аргументы в стиле "нравится даунам" немного странные. Питон вообще почти всем нравится, и даунам в том числе. Но это его плохим не делает

>>866148
Организациям нужен легко поддерживаемый код, который сможет писать первая попавшаяся макака.
Уже лень всё разжевывать, почитай предыдущие треды. Ты на верном пути, главное почаще себя убеждай, что здесь всё просто немного по-другому.

>>866168
>который сможет писать первая попавшаяся макака.
Постепенно макаки освоят го.

>>866168
че же тогда по статистике на го переходят не новички, а специалисты с десятилетним стажем?

>>866171
И откуда же такая статистика?

>>866168
Знаешь, я не пытаюсь не убедить себя, а просто разобраться, за что так гонят на го.
Пока что аргументы больше эмоций содержат, чем фактов. А чем эмоции вызваны, мне непонятно.
По поводу легко поддерживаемого кода - не вижу в этом никакой проблемы, это же огромный плюс.

>>866148
Притензия именно что к вообще отсутствию всего что нужно.
>И что плохого в указателях?
В том что это как и весь язык неконсистентная хуйня. Вот смотри: у тебя есть указатели, ты можешь вроде как работать именно с адрессом данных, но при этом нет контроля над выделением памяти в куче/стеке и адрессной арифметики, а язык намертво привязан к сборщику - вот и нахуя они? Почему опять же не оставить компилятору решение копировать или передавать по ссылке, что помогло бы нюфагам, или хотя бы не заменить более современными ссылками? Почему в 21-м веке нельзя было к этим указателям с nil-ами прикрутить обычный Optional, который позволял бы сокращать код буквально в 3 раза?
>И сборке мусора?
В области го с ней вроде как всё хорошо - но у тебя опять же язык с указателями, без дефрагментации кучи и прочего - вроде высокоуровенный язык, а если нужно обработать большоё объём даных к примеру нужно уже писать руками свои пулы как в сишечке.
>И гото?
Просто лол. Вместо паттернматчинга с адт которые опять же переложили бы это всё на компилятор, тебе предлагают ебашить кривые фсм на гото и стрелять себе по ногам.

С питоном он и близко не стоял. Кстати, знаю пару питонистов которых заставляют на работе писать на го - это его хейтят похлеще местных.

>>866172
иди нахуй, не мешай отрабатывать бюджет

>>866179
зарепортил

>>861808 (OP)
Next, what does each of the sample programs do if the environment variable isn’t set? The program should abort with an error message when it tries to read the environment variable.

Go (1)
Getenv returns the empty string and continues. Then Go somehow manages to parse the empty string as an empty JSON list and still continues. Then it tries to interpret the first of the user arguments to the program as the path of the program to run and execs that instead! Utter failure.

Всё, что надо знать о goвне вы узнали. Тред можно закрывать, goвно не нужно.

>>866224
А, ссылку забыл
http://roscidus.com/blog/blog/2013/06/09/choosing-a-python-replacement-for-0install/

>>866179
так почему же, если у него всего этого нет, на нём продолжают пилить годные проекты?
Может, все это и не нужно языку, чтобы он был "хорошим" ?

>>866239
на пхп тоже пилили и пилят
А что на нём сделали такого-то? желательно из списка того, куда не пролез бы питон

>>861808 (OP)
Илюша, съеби.

>>866239
Потому что Go для web как С для приложений низкоуровневых. Просто, быстро и не все могут осилить. Слишком привыкли ко всякому сахару из динамических языков и жалуются, что язык их по рукам бъёт

>>866245
Или что?

>>866179
Окай, а теперь в студию высокоуровневый статически типизированный язык без виртуальной машины.
D не предлагать.

>>866255
OCaml, Haskell

>>866066

>-язык родом из 80х;
Улучшенная Сишочка, что может быть прекрасней.

>нихуя нет: ни ооп, ни фп
Просто синтаксис, простые решения.
Не джун не хипстер с высоким ЧСВ не натворят овер-запутанный код, который потом тебе разбирать.

ООП:
Взяли лучшее решения, убрали лишнее, что запутывает сопровождение кода.

ФП:
ФП должен оставаться в ФП, в чистом императивном языке ФП парадигма это боль (так же и обратно). Нужен Хаскель, возьми Хаскель.

>-за то есть: указатели, goto, но при этом со сборкой мусора;
Указатели - что тут плохого?
Goto - работает в приделах той же функции, это те же метки в других языках. Даже в джаве можно прыгнуть на любой блок в пределах метода:

метка: {

}

Но откуда тебе такое знать, глупый диванщик.

Сборка мусора - эм, как-будто что-то плохое, или ты готов в голове держать лайфтаймы и ебаться с ними как в расте? Удачи.


>нравится только даунам
Сомнительное утверждение, код на нем пишется одинаково удобно. Не нравится лишь диванным баранам, которые вместо программирования дрочат на синтаксический сахар других языков и даже не в курсе о работе меток или goto в других языках.

>>866255
Все жявы с дотнетами имеют АОТ-компиляторы (в случае дотнета почти что из коробки). Вопрос правда чем же она так помешала если от неё одни удобства - но да, если тебе нужно хуякхуяк и в продакшен а-ля пхп, то го непревзойдён наверно.

>>866171
подтверждаю, причина проста - сеньоры/тимлиды думает практичностью, а не высокими идеалами.

>>866260
Илюша, просто посмотри на себя в зеркало - ты же дебил и выродок.
И модные хайпы не помогут - бедшь жрать говно за копейки.
Всю жизнь.

>>866307
это ты тот чудило, который не знает о метках в области функций/методов?

>>866311
Возражений нет, фиксирую согласие.

>>866313
прокрутил у себя диалог в голове, согласился сам собой, победил

Я вижу следы раста-дивана, это вин, лол

>>866256
Ocaml мертвее D сейчас, разве нет?
>>866307
> модные хайпы
Лол, Go ни разу не моден

>>866318
>этот школотящий школотун
Вот потому-то /го/вно и говно, так-то.

>>866320
>Go ни разу не моден
Ну вот самообмана этого не надо только.
Не хипстеронодопараша, конечно - но вполне хайп. Платный, за бабки гугла.

>>866320
двачую, го уже в топ языках и в том же гитхабе если сортировать по мин. 1000 звезд.

Но из-за легаси кода, чаще в вакансиях идет как в плюс как дополнительный язык. Питонщикам знать его стоит уже как минимум.

>>866324
Илюша такая Илюша.
Хуи-то сосешь?
А зачем сосешь?

>>866335
нашел. Не знаю, где напоролся на эту ссылку, но инфа по го меня сильно удивила. Средний возраст там тоже ~30, что показывает, что язык не очень популярен среди молодежи (ну да, им важно ООП, ФП, генерики, еще какие-нибудь не нужные им фичи вместо быстрого решения задачи и нормального читабельного кода)
https://dou.ua/lenta/articles/language-rating-jan-2016/

И нет, я не против фп или ооп, я одновременно с go пишу на clojure и ruby, сейчас смотрю в сторону elixir, но в go точно не нужны генерики и прочая поебень.

Ну и нет, бороды или красной рубахи у меня нет.

>>866178
Десять раз уже написали, что там не так. И тебе в том числе. Просто ты не понимаешь, почему отсутствие этого всего - это плохо. Потому что ты обычный blub programmer, и го для тебя - вершина технической мысли, а все эти странные вещи типа строгой типизации, паттерн-матчинга и прочих замыканий - это что-то такое далёкое и абстрактное. "Да и биз них всё прикрасна пишеца! Ишь, напридумывали тут морфизмов-хуизмов". Ну а хули, диды-то вообще, вон, на кубейсике ебошили, и ничего. Многие даже в здравом рассудке остались.

>>866320
>Ocaml мертвее D сейчас, разве нет?
Лол, нет, всё ровно наоборот.
>Лол, Go ни разу не моден
А есть ещё какие-то причины резкой популяризации? Вообще, моду, как и в мире одежды, диктуют крупные бренды.
>>866335
>>866339
Ахуительная история.

>>866346
Йильюш, как там новый язык?

>>866358
ахуительный ответ

>>866373
парсер даун
http://lurkmore.to/Хеллоуворлдщик

>>866372
До меня кстати дошло - люди с таким опытом редко сами пишут код, в основном это всё тимлиды с архитектрами - для них отличный язык, действительно. Самому копаться в говне не нужно, а приучить новую макаку всегда просто.

>>866373
>Умпутун тоже это подчеркивал, ты без проблем вкатишься в код
А ещё он с бобуком каждый выпуск рт где проскакивает тема про программирование поливает говно говном, вот уж хороший пример.

>>866378
это его работа все поливать, но он покаялся
http://p.umputun.com/2016/05/03/go-ili-nie-go/

у меня тоже бомбило, но ключевые фишки сподвигли его попробовать и в целом меня он устраивает

>>866373
>у меня есть один язык, в котором есть всё, что нужно, а чего нет - то нинужно
>все языки такие же, только в них ещё нинужный сахар
>абстракции - это фабрики фабрик и поэтому плохо и нинужно
>как хорошо, что мой язык не даёт делать абстракции
>типичный blub programmer
Ну, что и ожидалось.

>>866375
Ну вот, теперь в заговоры полезли.
Выпей лекарства и пойми одну фишку, ты можешь реально залезть в опенсорс проект и понять в нем код (а не охуеть, как обычно это бывает).

Го делает опенсорс чище

>>866385
пошли уже маневры, некрасиво, ты же не хеллоу-киди и прекрасно понимаешь ту фичу с доступными сорцами без лишней мозгопляски.

>>866383
Какая работа поливать говном, что ты несёшь? Послушай рт за последние пол года хотя бы, в бложике как раз только впечатления от знакомства, а не опыт работы.

>>866392
>без лишней мозгопляски.
А ещё математика не нужна, как и алгоритмы. Программист не хочет думать - это как макака не хочет банан.

>>866396
маневры, маня

>без лишней мозгопляски.
>А ещё математика не нужна, как и алгоритмы

подмена понятий, утрирование - детектер

я так хочу оказаться правым, что приведу аналогию на основе авторитетной математики, вот тут я выиграю!

>ты же не хеллоу-киди
я ошибался

>>866394
да хуй на него как и на всях жующих сопли онлайн (в том числе голангшоу, с бестолково-слащавой манерой диалога), главное в статье он покаялся и в принципе, донес те же мысли что несут программисты с большим стажем

>>866400
Во-первых, я не тот анон. Понимаю, что тебе, шизику, все на одно лицо, но всё же.
Во-вторых, подмена понятий только с твоей стороны. Убогий язык, сделанный для вчерашних дворников - это не практичный язык, а просто убогий язык, игнорирующий прогресс.

>>866404

>Во-первых, я не тот анон
И это отмазка на анонимной борде в 2016 году...
Какая в этом разница если я по твоим маневрам ответил, а не по его??

>Убогий язык, сделанный для вчерашних дворников - это не практичный язык, а просто убогий язык, игнорирующий прогресс.

Хеллоу-киди верят, что чем больше сахара в языке тем он для более крутых программистов.
Маня, тебе язык нужен чтобы самоутверждаться или решать задачи?

>>866404
>подмена понятий только с твоей стороны

у подмены понятий есть стороны, лол

>>866418
Мне "сахар" а ты это этот термин явно не по назначению всюду суёшь нужен чтобы продуктивнее их решать.
>>866420
Сторона есть у пропаганды, к которой эта подмена относится, логик блять.

>>866418
>язык нужен чтобы
Кстати, интересный вопрос.
То есть сам вопрос неинтересный - интересно как на него реагируют дети.
Впрочем, очевидно что большинство кодеров клепают параши уровня read a; read b; print a+b; максимум на тысячу строк - и это нормально

>>866424
>Сторона есть у пропаганды, к которой эта подмена относится, логик блять.

То есть, ты сейчас тезис из спора (из демагогии)
сходу смешал с термином политической пропаганды и тут же мне о логике напомнил?

Ты или шизофреник или тупой, я думаю последнее.

У пропаганды нет сторон, есть факты и есть искажения, но это не стороны (то есть искажение фактов и есть пропаганда, а не какая либо сторона. Подмена понятий тоже не есть политическая пропаганда, но она использует этот метод в совокупности с другими для достижении пропаганды).

Вероятно, чем тупее программист (простите - хеллоу-киди), тем насыщенней сахаром должен быть для него язык.

>>866458
Проблема тут в том, что их ставят вровень с программистами.
Это как если бы инженера самолета Боинг сопоставляли с модельщиком который дома клепает самолетики.

Понятно, что последнему нужны готовые детали (и синтаксический сахар) чтобы было максимально просто, ведь это же игра-хобби и он не решает технических задач

>>866475
>их ставят вровень с программистами.
Все правильно делают. Ганс, конечно, поехавший пидорас и пишет в основном про себя прямо по Фрейду но "програмистишки" - правильное слово, достойное вас.
>инженера самолета Боинг
Посмотрите кто говорит, хаха.
Скромнее будь.

любимые (нет) анончики, у меня к вам просьба: скиньте, пожалуйста, реализацию алгоритма Дейкстры, а то я тупой, правильно сделать не могу так, что бы все работало и было масштабируемо

на входе: двумерный массив, где внутренний массив -- линия, первое число -- точка ноды 1, второе - точка ноды 2, третье -- дистанция между ними; данные о начальной и конечной ноде.
на выходе: ответ, сколько времени займет путь и массив с нодами, через которые надо пройти.


я УЖЕ ЗАЕБАЛСЯ БЛЯТЬ придумывать, как это граммотно реализовать. спасибо.

>>866602
>(нет)
Дальше не читал, иди нахуй.

>>866610
спасибо, я тебя тоже люблю

>>866616
Отлезь, гнида.

>>866373
> сопровождение кода важнее написания
Двачую.
Кто объяснит, попробуйте например понять во flask в исходниках, как их LocalProxy рабоатет для параметров реквеста типа json там или cookie
Самый настоящий пиздос

>>866664
Там ничего сложного, просто ты умственно неполноценен.

>>866668
Разработчик flask'а итт? Там без поллитра не разберешься.
Гораздо приятнее go читать, чем в этом разбираться. Это тот случай, когда даже с документацией все становится понятно не с первого раза. Джанго блядь в разы логичнее даже.

>>866670
>без поллитра не разберешься.
>приятнее go читать
>даже с документацией все становится понятно не с первого раза.
Вот и очередная иллюстрация - на какую аудиторию рассчитано /го/вно.

>>866670
Так как же связаны динамикопроблемы и легкочитаемость говна? Любой статический язык без нагромождения хуиты как в плюсах или скале читается не сильно хуже.

>>866672
Долбоёб? Я ковырялся и модифицировал исходники Джанги под себя, там все логично хотя бы.
Во фласке же внутренности веркцойга представляют собой скопление сраной магии, которое не каждый осилит. А уж проекты, злоупотребляющие декораторами это вообще пиздос.

>>866673
Это не динамикопроблемы, это говнокодеропроблемы.
В go очень сложно написать непонятное дерьмо. Тот же gin или gorilla просты в понимании, да даже gorm, где много работы с рефлексией иобобщенным interface{}, можно распарсить и понять как оно работает не напрягаясь.
В питоне есть три правила, но их почему то многие игнорируют
Явное лучше, чем неявное.
Простое лучше, чем сложное.
Сложное лучше, чем запутанное.

"Все языки программирования тем или иным образом отражают философию их
создателей, что часто приводит к включению в язык программирования их реакции
на слабости и недостатки более ранних языков. Go не является исключением. Проект Go родился из разочарования в Google несколькими программными системами, страдающими от “взрыва сложности” (эта проблема отнюдь не уникальна для Google).
Как заметил Роб Пайк (Rob Pike), “сложность мультипликативна”: устранение
проблемы путем усложнения одной части системы медленно, но верно добавляет
сложность в другие части. Постоянное требование внесения новых функций, настро-
ек и конфигураций очень быстро заставляет отказаться от простоты, несмотря на то
что в долгосрочной перспективе простота является ключом к хорошему программно-
му обеспечению.
Простота требует большего количества работы в начале проекта по определению
самой сути идеи и большей дисциплины во время жизненного цикла проекта, которая
поможет отличать хорошие изменения от плохих. При достаточных усилиях хорошие
изменения, в отличие от плохих, могут быть приняты без ущерба для того, что Фред
Брукс (Fred Brooks) назвал “концептуальной целостностью” проекта. Плохие же из-
менения всего лишь разменивают простоту на удобство. Только с помощью простоты
дизайна система может в процессе роста оставаться устойчивой, безопасной и после-
довательной."

>>866707
То есть, для совсем баранов - та простата в языке, это реально такая задумка.

>>866602
бля ну объясните лол

>>866707
Это проект именно Пайка, а не гугла. И судя по его предыдущим работам — у него взрыв сложности с начала карьеры произошёл.

>>866716
Да ладно, Limbo и Inferno вполне интересными проектами на тот момент были

>>866716
Это уже маняфантазии тех "оналитиков" из сети, которые пытаются найти смысл "а почему они так сделали".
Аналогия как с аборигеном и трансформатором. Абореген обходит трансформатор и делает вывод, что эта штука создана чтобы жужжать (так же и те аналитики, насмотревшись на новые языки облепленными сахаром, вдруг видят противоположный язык и делают вывод, что язык сделан "жужжать", то есть не осилили, не хотели осиливать, или для менеджеров чтобы обучать быстро макак, а не потому что так задумывался).

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

А так да, любой проект делают живые люди и всегда стоят какие-то имена.

>>866719
Да точно такая же никому не нужная посредственность, просто тут сработал стихийный эффект докера — и язык выстрелил, попав в современные тренды столько попыток спустя.
>>866728
Диван, плез. У него было 20% времени — он пилил очередной язык — он начал форсится и гугл его поддержал. Были ж где-то рассказики как он просто на доске писал псевдокодом и потом сделал для него компилятор.

А проекты гугла — тот же дарт, ради которого собиралась команда, был супер громкий анонс первого же "стандарта" и тд правда вендоры браузеров придушили его так же громко, лол

>>866728
И да, проблема превращение проекта (системы) в нехилую тучу говна - существует.
Решает ли Го эту проблему, пока точно не ясно.
Но если решает, то язык легко войдет в топ, а взрывы пуканов будут видно на Плутоне.

Самое веселое, пока юный мир (в том числе студенты и народ до 25-30) кудахтает от ненужности Го, на обратной стороне сидят тимлиды и менеджера, которые уже сейчас решают их судьбу и думают о внедрение языка.

>>866735
тебе еще раз говорят, что в гугле не стоит супер-компьютер который создает проекты.
За любым проектом стоят люди, ты накатываешь "искиз" и потом пытаешься его преподнести, можешь с тру-стори об яблоке упавшем на голову.

Когда будет сдк под ведерные приложухи?

>>866739
Сейчас будем пилить новый проект, коллективно решили, что Го использовать не будем.

>>866818
Проигрываю с конторок (или скорее с фантазеров), в которых решается вопрос не тимлидами, тех.начальством, не даже тестированием, а просто коллективно макаками.

Почему я тебя приравнял к макакам? Да все просто, если бы ты был из круга тимлидов или архитекторов, то знал, что среднестатистических макаку разводят в мире ИТ похлеще чем блондинок в магазинах и там нереальная каша в головах.

>>866922
лол, такие смачные проекции лареного раба у которого как начальство сказало так и будет.

в нормальных коллективах техникал-проджект-менеджер будет обсуждать с коллективом такие ньюансы как ЯП в продакшене, внезапно, даа

>>867011
*галерного

>>867011
>лол, такие смачные проекции лареного раба у которого как начальство сказало так и будет.

Бедняга, ты не уловил мысль, что я и есть это начальство. Опыт показывает, что макака за годы устает и готова прыгнуть даже на самый дерьмовый язык, чтобы вкусить разнообразия.
Как можно тут объективно доверить выбор?

Про галеры ты точно подметил.
Ты реально веришь, что мидам, джунам доверят бизнес-риски и части бизнес-плана с новой технологией?
Конечно слово дадут, вдруг реально нахейтеришь пропущенный риск, но в целом решение уже принято до вас.

>Ты реально веришь, что мидам, джунам доверят бизнес-риски и части бизнес-плана с новой технологией?

Отмечу, что есть исключения, когда дают такую волю на заведомо стороннем проекте, который от бизнеса далеко. Можно даже специально это сделать, чтобы потом местный евангелист попиарил наш бренд на каких-то конференциях, митапах (реклама на халяву же).

Круто же написать кода на 1000 строк и где-то на хабре пульнуть статью, типа вот мы "с вами" ребята и получить лояльность тучи макак нового языка.

>>867168
>>867172


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

И вопрос о Го как раз решается не тобой.

>>866922
>>867168
Ты ебаного айти перечитал и по-такому принципу и работаешь что ли, начальство? К твоему сожалению, существуют нормальные конторы, а не построенные по-принципу "Я начальник, ты-дурак".

>>867193

> существуют нормальные конторы

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

>слишком много хайпа вокруг профессии программиста, не забывай что ты простой офисный работник

Двачую, хз откуда этот хайп идет, наверно с курсов и книг за 21 день, а теперь эти клоуны по галерам мотаются с завышенным ЧСВ.
Такая же шляпа была с админами лет 10 назад, подняли себе чсв за счет мемов в сети, ходили задрав головы, хотя чаще были тупо стукачками для начальства (от которых воняло и они еще гордились этим, ппц).

мимо бывший программист

>>867272
они же есть в слаке, зачем сообщество размазывать по чатам

>>867179
>>867172
>>867168
я же говорю рабская логика во все поля. будь ты хоть погонщик рабов, хоть стучащий в барабан, хоть рядовой гребец - ты размысляешь в рамках "начальник-подчинённый". ты не поверишь, но бывают рабочие коллективы с более горизонтальными отношениями внутри. и ответственность по принятию решений разделяется между всеми одинаково, т.к. каждое решение влиет на каждую часть проекта. тех-лид должен быть в скоупе всего проекта, а значит физически не может быть в курсе всех ньюансов каждой части и для правильных решений ему необходимо советоваться со специалистами проекта.


тоесть либо ты пиздишь что НАЧАЛЬНИК, либо ты реально манагер в какой-то конторе полной студентов-джунов и соракалетних мидлов, что ещё хуже чем если бы ты пиздел.
ещё и рефлексируешь на рандомный пост анона. кроме того что он мог фанатазировать, есть ещё вероятность что он просто решил потроллить гоферов ИТТ, ну или просто они решили отказаться от гоу

>>867292
На доске чаты по языкам в основном в Телеграме. Иособляди, жабаскрипт, етц. Никто не размазывает. Если удобно, пиши в телеграм, нет - не пиши.

>>867342

>тех-лид должен быть в скоупе всего проекта
Что ты за хуйню несешь, конечно начальник в курсе всего того что твориться у него, он для этого и нужен. И более того его картина будет куда более полной, чем у его подчиненных.

Быть в курсе своего проекта не как не коррелирует с тем о чем мы спорим, а именно, что рабы влияют на выбор стека технологий (ниже поясню).

>и ответственность по принятию решений разделяется между всеми одинаково
Нахер тогда тимлиды нужны? Конечно все отвечают за свою работу, но в строгой иерархии.
Естественно ебать будут весь отдел, через проекцию ебания тимлида. Или с показательной поркой.

Кстати, задача тимлида сделать вашу группу дружественней, сплоченнее. Он может советоваться или делать вид, что советуется, но все равно ответственность по решению будет за ним всегда.
Скорее всего на работе ты не чувствуешь себя рабом лишь потому, что начальник хороший и умеет грамотно управлять.
Или скорее в малых задачах скидывает на вас свою работу, от чего галерный раб считает себя важным (а в критичных важный вопросах раб даже не участвует и не знает)

>ты размысляешь в рамках "начальник-подчинённый"
Чем ты отличаешься от обычного офисного рабочего?
Вокруг профессии много хайпа и конечно круто если ты там дорос до кого важного, но в 95% ты тупо офисный работник (серьезно, не я тебя унижаю этим, тебя унизил тот кто заставил думать обратное).

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

>>867272
Вкатился.

Goланы, поделитесь бэст практайс по map reduce на примере обработки частей строки с конечным собиранием их в строку в таком же порядке.

>>867712
> map reduce
> обработки строки
lol

>>867721
Я же сказал на примере. Самое простое - шифрование. Одна итерация шифрует 32 бита, к примеру. Процесс легко распараллелить размапив строку на блоки заранее и запустив шифрование в рутинах. Только вот не знаю как лаконично сделать сборку конечного зашифрованного текста.

>>867638

>разработчик
>не станет выбирать этот язык

Шел 2016 год и разработчик верил, что его выбор на что-то влияет.
Малыш,
есть маркетологи-евангелисты, которые впаривают тебе что-то типа нод.жс (один разработчик на фронтент и бэкенд за одну зарплату)
и есть вакансии.

Больше ничто не влияет, даже самые сильные твои фантазии и мечты.

>>867734
А вот и начальство подъехало. Что будешь делать, когда в твою команду на позицию Го-разработчиков будут приходить одни дебилы, как с ПХП в своё время произошло?

>>867763
У тебя ограниченный взгляд.
Количество баранов прямо пропорционально популярности языка.
Скажем, на 1000 пхп и жс программистов дебилов будет больше, чем на 10 питонистов или рубистов.
Но в целом их процент будет одинаковый (как бы себя не тешили последние).

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

Поэтому первая группа выгодна как для работодателя, так и для карьеры самого программиста.
Что плохого быть топовым разработчиком на популярном языке, тем более топовые языки и так всегда хейтерять??

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

Язык программирования - это инструмент, а не вера.

>>867811
> Язык программирования - это инструмент, а не вера.
Это надо на лбу борщехлёбов вырезать.

>>867811
Факты давай, начальник. Пока все программисты на ПХП, которых я видел-дебилы, и код говно, соответственно. Только не начинай мантры про фейсбук на пхп и т.д.

>>867869
Я пока вообще не говнокода не видел.

>>867722
в цикле открываешь n горутин, после цикла ждешь завершения через sync.WaitGroup, все.
P.S.: я пробовал делать не n горутин, а 4 скажем, которые типа воркеры и получают инфу в цикле по каналам. Но это оказалось медленнее, чем n горутин

>>867887
> sync.WaitGroup
Спасибо, надо глянуть. Воркеры пилить на go не надо. Там есть свои внутри, которые уже исполняют горутины в нативных системных потоках как я понял.

>>867889
ну вот я типа набрасал, на go пишу мало, так что может можно было написать лучше
https://play.golang.org/p/aCTSJsQ93j

>>867889
Боюсь тебя разочаровать, но твое распараллеливание будет только выглядеть как распараллеливание
>Готовые к исполнению горутины выполняются в порядке очереди, то есть FIFO (First In, First Out). Исполнение горутины прерывается только тогда, когда она уже не может выполняться: то есть из-за системного вызова или использования синхронизирующих объектов (операции с каналами, мьютексами и т.п.). Не существует никаких квантов времени на работу горутины, после выполнения которых она бы заново возвращалась в очередь. Чтобы позволить планировщику сделать это, нужно самостоятельно вызвать runtime.Gosched().
Ну либо я прослуопочил и это уже пофиксили, и планировщик Gо таки научился выплонять переключение конекста в произвольный момент времени

>>867919
насколько я понимаю, на 4-ех ядерном проце параллельно будут работать четыре активных горутины. Если одна из них чего-то ждет, то ее просто заменит другая.
// другой анон

>>867919
FIFO оно идёт как раз на те воркеры, число которых устанавливается gomaxprocs. Т.е. из 1000 горутин будут активны 4, например, как только они закончили пошли следующие 4. По этому не рекомендуется делать горутины с долгими вычислениями, т.к. шедулер не сможет её переключить. Вот для нагляднсти https://habrahabr.ru/post/141853/

>>867922
>на 4-ех ядерном проце параллельно будут работать четыре активных горутины.
Это так. Вот только квоту CPU планирощик Go отдает другой горутине только если в выполняемой горутине происходит вызов системной функции. Если в теле горутины нет ни одной системной фунцкии, то на одном CPU только она и выполняется, отстальные горутины лежат в очереди и ждут ее завершения. Хуй значет как там сделано, одна очередь на все CPU либо на каждый CPU по очереди - не суть важно.

>>867869
>Факты давай, начальник

Как ты представляешь эти факты?
Поверь, был бы питон или руби так же популярен, точно такое же говно ты бы встречал и в них (и так же бы хейтерили), это справедливо потому, что работает правило нормального распределения (ну и человеческий фактор).

То есть, твоя святая война за лучшие языки проиграна изначально, так как нагадить могут везде (и будут гадить с ростом популярности, от распределения Гаусса тут не деться)

Но что касается Го, в нем если быдлан срёт (если того пропустили до кодинга), то этот код хотя бы можно разобрать (с болью, но не такой).
Правда это все на уровне "кажется", пока что-то крупное не довелось прощупать.

С php, насколько помню, с 2011 года не работаем, но все кто у нас был по пхп, были норм специалисты.

>>867925
> или использования синхронизирующих объектов

>>867928
Ну да, ну да. Короче любая функция, в который подразумевается передача управления планирощику Go. Ну буду вам тут срать, но имхо как-то сомнительно эти горутины выглядят. Создай количество потоков по количеству CPU, напихай в них 100500 функций через QueueUserAPC - и та-дам "Ололо, я зделал свой планировщик, он поддерживает 100500 Anonoroutine!!111". Может и ошибаюсь конечно.

>>867936
Ну да, никакой магии нет. По сути что в других языках приходится костылить, тут из коробки.

>>867925
Как только горутина блокируется, планировщик переключает на другую. То есть пока, скажем происходит запрос в БД, поток не стоит, а занимается чем-то еще.
Это как раз фишка асинхронного программирования, только тут все происходит не через калбеки, а вообще прозрачно.

Количество же ОС-потоков можно настроить, но обычно Го дает по одной штуке на ядро (может кто помнит, так же рекомендуют nginx настраивать).

Почему хайп вокруг всего этого? Просто потому, что это дает утилизировать 100% процессорного времени.

Так же на отдельное ядро Го может повесить сборщик мусора. Но они там сейчас активно пилят ГЦ, и вроде какую-то мощную штуку запилят скоро.

>>867945
> Так же на отдельное ядро Го может повесить сборщик мусора.
Это от остановки приложения не спасает? Вроде же можно реализовать сборку мусора параллельно работе приложения.

>>867945
> То есть пока, скажем происходит запрос в БД, поток не стоит, а занимается чем-то еще.
Это все правильно, вот только такая реализация накладывает ограничения в виде
>По этому не рекомендуется делать горутины с долгими вычислениями
Если сделаешь долгий цикл в горутине, и планировщик распределит эти горутины с этим циклом по всем CPU... Ну ты понял.
>>867944
>По сути что в других языках приходится костылить, тут из коробки.
Ну это ты зря так. То что я описал с QueueUserAPC, есть вообще из коробки оперционной системы, и от языка вообще не зависит.

>>867958
Нельзя. Можно вынести паралельно пометку ненужного, но не сборку.

>>867960
>Если сделаешь долгий цикл в горутине, и планировщик распределит эти горутины с этим циклом по всем CP
Как тот Говноед и сказал — планировщик дропнет нахуй. Горутины не для числодробилок делались.
>>867945
>Так же на отдельное ядро Го может повесить сборщик мусора. Но они там сейчас активно пилят ГЦ, и вроде какую-то мощную штуку запилят скоро.
Да нескоро, они решили поиграть в эрланг судя по пейперу (transactional gc), который до рабочего состояния не так давно допилили (особо сильны математики могут зайти на вики и посчитать сколько лет).

>>867960
>Если сделаешь долгий цикл в горутине, и планировщик распределит эти горутины с этим циклом по всем CPU

вроде завозили защиту от этого, но вообще нужно умудриться сделать вычисление без прыжка в какую-то функцию (что является блокировкой для шедулера)

>>867958
от "stop the word" ничего не спасет, но другие операции не требующие приостановки - пожалуйста

>>867968
В голандшоу, в последнем выпуске что-то жевали на эту тему, но не каждый вытерпит слушать тех слащавых гомиков.

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

>>867977
Пейперу уже вроде пол года, хз что они там жевали. его овердавно разжевали в дезвене
>>867980
Видишь ли, "считать" как раз и означает блокировку потока вычислениями не зря всякие нейронки давно на гпу считаются, а делать это на языке не оптимизирующием и не векторизирующем расчёты на цпу, при этом ещё терять время на шедулинг чего-то там — заведомо хуёвая идея.

Я понял, что горутины - не шедулер для реализации "своей многопоточности" аля Эрланг, а такой вот механизм упрощаюищй работу с async io. У него есть преимущество пред kqueue например? Ну "проще и изкоробки" - понятно, а кроме этого?

> не шедулер для реализации "своей многопоточности" аля Эрланг
с чего такие выводы?

>>867993
Из коробки всевозможные каналы, хуйналы, не надо думать о байтопроблемах, красиво встроены в язык, библиотеки изначально пишутся под них и прекрасно масштабируются без модификации и тд и тп. — короче простота и всё. Это, собственно, главное и единственное достоинство Говна. Хз что ещё надо.

>>867995
Мы ще выше обсудили. В Эрланге планировщик считает количество редукций, выполненных процессом, если количество достигает заданного значения, планировщик приостанавливает его исполнение помещает в очередь и берет из очереди на исполнение следующий процесс. Для переключения контекста между горутинами надо сделать вызов системной функции или runtime.Gosched(), то есть принудительно вернуть управление планировщику. Поэтому в Эрланге я могу себе позволить кучу процессов с длительным циклом и все они будут выполняться типо параллельно, а как только горутины с циклами займут все CPU, все остальные горутины будут тупо лежать в очереди. Чуешь?
>>867996
>Из коробки всевозможные каналы, хуйналы
Ага, ну понятно, ок. Я вообще спрашивал о конкретно преимуещствах горутин например перед kqueue, ну да ладно, добра тебе.

>>868006
Просто в эрланге вытесняющая мнонозадачность, в го нет. Вот и всё.

>>867989
> при этом ещё терять время на шедулинг

Какой планировщик в числодробилке?

Если ты осознанно вещаешь на все ядра 100% нагрузку, то ты блин и в простом языке уведешь систему в "зависон".

В го нет фичи спасающих от кретинизма :)
Хотя для наших хейтеров нужно.

>>868006
насколько я помню, для вызова планировщика достаточен вызов функции/метода (это тоже для него блокирующая операция) или выход из нее

>>868077
Ты хоть понял на что отвечал? Средство от критинизма тебе точно не помешало бы.

Не хейтер.

Можете объяснить сакральный смысл указателей в языке, почему нельзя было все сделать передачей по ссылке (и решилась бы туча путаниц из-за указателей и скрытых преобразований)

>>868095
Это как спросить про ООП. Сейчас польётся поток стандартных аутотренингов, адекватного ответа не жди.

Опять же не хейтер.

Как проверить у интерфейса, что у меня не nil (ссылка имеет реальный объект)
Проверка на nil дает false. В книге так и не понял.

```
var a fmt.Stringer = (St)(nil) // Некая структура реализующая fmt.Stringer
fmt.Printf("%T\n", a) // main.St
fmt.Println(a == nil) // false
a.String() // panic: runtime error: invalid memory address or nil pointer dereference
```

>>868129
парсер съел звезды
https://play.golang.org/p/lHKI7D0hjE

>>868095
а как ты передавать по значению собрался?

мимо-из-раст-треда

>>868129
пиздец
http://ru.stackoverflow.com/a/468913

пойду я в свою джаву...

Главный пиздец тут в том, что у парня, который задает вопрос, реально правильное решение (функция isNil()):
http://stackoverflow.com/questions/13476349/check-for-nil-and-nil-interface-in-go

>>868134
сахар приписать, если такое нужно, но вообще нахера не скалярные типы по значению передавать, чтобы занять чем-то процессор?

мимо-джава-господин

>>868137

сука, я прям не могу, чтобы узнать не NULL, тебе надо еще поймать панику

почему они это не исправляют?

Я не тролль и не хейтер, я только вкатываюсь в Go.
Поясните по-хардкору почему решили сделать так что срезы являются ссылками на массивы и изменение среза влияет на массив пока мы не переполним вместимость(sic!) среза. Но как только мы её переполним, срез как бы создаёт копию массива на который ссылался, но вдвое больше по объёму. Почему нет безразмерных веторов? Или срез длиной 1 и есть привычный вектор? Что-то не верится. Как-то странно что срезы это не просто ссылки, а что-то больше похожее на коллекции из динамических языков. Или они под капотом оптимизируются и не копируют себя повторно в память?

Правда хочу разобраться.

>>868144
срезы бесконечные "массивы", просто под капотом массив который копируется и расширяется если кончается (тут они не обосрались)

>>868140
>джава
прост))

>>868149
Но суть какая в срезах то? Почему не сделали просто массивы неизменяемой длины и изменяемой. Зачем делать такое странное поведение при котором срез сначала ссылается на массив, а потом в процессе мутаций сам становится самостоятельным массивом? Зачем удваивать размер среза при переполнении? Если уже делать такую хрень, то логичнее было бы сделать срезы которые всегда ссылались бы на массив, а при переполнении новые элементы выделяли бы в хипе.

>>868152
Пиздуй си учить. Безразмерный массив, охуеть вообще.

>>868153
Но ведь GC же.

>>868152
Суть среза дать тебе бесконечный массив, просто скорее всего ты читаешь ту книгу, где автор насовал столько технической воды (вероятно из спеки), которая постоянно вводит в заблуждение читателя.

>>868158
эта
http://ozon-st.cdn.ngenix.net/multimedia/1013604520.jpg

Как всегда умелые люди делают деньги на хайпе.
Эту книгу хорошо читать, если ты уже знаком с го))

>>868154
Чего гк. Ты же надеюсь знаешь как массив в памяти хранится?

Все равно буду рад, если кто-то смысл с интерфейсами объяснит.
Я не до конца въезжаю, но тут либо постоянно дергать через рефлексию+recover (ту функцию isNil)
Или программировать от интерфейсов просто не возможно??

Конечно, можно сказать, зачем проверять если упадет с паникой и так, но если дальше по логике операция с побочным эффектом, а мы нормально даже проверить не можем (рефлексия это как бы не совсем нормально :) )

>>868168
Бинарное дерево, блядь.

>>868170
пока нашел такой костыль (без recovery)
https://github.com/m3dh/isnil/blob/master/isnil.go

>>868170
http://prashantthakkar.com/post/golang/interface/

Как понять конструкцию точка и потом скобки с интерфейсом?
f, ok := res.(http.Flusher)

Нормальные маны по goasm? Чтобы можно было обрабатывать сигналы, как я на обычном asm делаю?

>>868180
Бля, ты хотя бы вводный курс пройди, сука.

>>868180
гугли Type assertion

>>868142
Зачем, быдло и так сожрёт

Расскажите, что вы пишите на go?

>>868384
Backend

Итоги. Поехали
В первую очередь хочу сказать, что код читается не так легко, об этом подробнее ниже:

-Иногда из-за преобразования Type(OtherType) непонятно это вызов функции или преобразование (по привычки мозг воспринимает вообще как конструктор, лол).
Если в строку вставлено более сложное выражение, становиться очень больновато это понимать

-Непонятно передается ли поле структуры или функция-тип (нужно идти смотреть сигнатуру функции).

-Как бы джаву не хаяли, но автовывод типа в переменную читается сложнее (нужно лесть в сигнатуру функции) или иметь норм IDE и постоянно наводить мышку + Ctrl.


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

-Визуальная путаница между Struct.Value и Struct.Value() - из-за соглашения не использовать префикс GetValue можно иногда проебаться глазами.
Но не так страшно, страшно когда в название будет слово, которое будет имеет глагольную форму и тут ты реально запутаешься.

-Смешанная идеология структур и аксессоров (геттеров и сеттеров)
ООП подход позволяет сделать пакет модульным через интерфейсы где наружу торчит только API, со структурами ты привязан намертво к структуре (к пакету), в общем будут клепать структуры-клоны-адаптеры и весело рефакторить все функции, которые были привязаны к структуре.

-По той же причине запутанность - кто возвращает изолированные модули с геттерами, кто структуры, кто вперемешку. Это ппц.
Веселье будет когда нужно будет перевести структуру в аксессоры (мега рефакторинг на неделю с регулярными выражениями)

-Интерфейсы без привязки к типу - бред. А оправдание того, что ты сможешь сделать интерфейс к чужому коду, это пиздец, так как интерфейс это в первую очередь контракт-API поставщика и ирония в том, что ты можешь привязаться к ненастоящему API которое может поменяться (потому что владелец кода и не знал что ты привязался к нему, лол)

-По той же причине в сложных объектах может быть сложное поведение и утиная нотациями может наказать (узнаешь что обосрался только где-то в далеком рантайме и зачем нам тогда компиляция?)

-Ошибки не должны быть строками и они должны иметь какие-то типы и иерархию типов. Мне теперь у быдланов-сеньоров строки парсить, чтобы понять какой тип имеет ошибка??
В общем, объект типа NullPointerException может сказать больше, чем текст в нем (который еще может быть динамичен, то есть с форматированием, быдланы могут)

-Отсутствие возможности проверить интерфейс на nil - это просто героический пиздец.

-Возвращение нескольких значений (кортежи) - круто, проверка на ошибки нет.
Как-то давно уже наступали на эти грабри, когда быдланы-сеньоры начинали игнорить if (кстати есть уже тулза, которая парсит код и проверяет эти проверки, лол)

-Почему для составных типов не сделали передачу по ссылке? Это бы решило овер-100500 запутанности в языке. Но нет же, они сделали авто-преобразования *T и &T, а вот для соответствия с интерфейсом такого преобразования нет и ты не узнаешь об этом, так как нет привязки интерфейса к типу (конечно узнаешь когда в рантайме все завалится, за то мы компилируемся)
В общем опять эти скрытые подводные камни, о которых надо знать (как в PHP, как в JS, и опят же где ошибки всплывают только в рантайме).

-Да и вообще указатели в языке с ГЦ без арифметики, зачем? (хочется заплакать тут)

-Инкапсуляция на уровне пакетов. Я уже вижу код, где установка в пакете Struct1.Set(var) будет меняет состояние какого нибудь объекта Struct2 того же пакета. Это будет, ждите (...и древний ужас с глобальными переменными покажется вам сказкой)

-Нет возможности скомпилировать код если есть лишний импорт или не использованная переменная.
Я такой боли при изучение языка еще не испытывал никогда (только в расте, но это БДСМ язык, ему с его анализатором можно)

Go с виду кажется простым, но он чем-то напоминает PHP и javascript - с виду прост, а на деле имеется тонна подводных камней. Другая проблема в том, что это все-таки компилируемый язык, но при этом немалая часть ошибок проявляется только во время рантайма (как в интерпретируемых языках). И это мега-проблема

Тут анон кричал что код более читаем. Код скорее проще, но со временем этот симбиоз из структур и ООП превратиться в ад. Ну и отсутствие набора дефолтных коллекций приведет к веселью, которые не переживали даже С++ разработчики.

>>868384
Хеллоуворлды, а одноклассникам говорю про Backend и Microservices, чтобы не как лох

>GoLang
Если нет зависимых типов - нахуй не нужон.

>>868555
> ruby
> Если нет зависимых типов - нахуй не нужон.

>>868384
Работу работаю.
Держим сервер по раздаче рекламы и бэк для пары мобильных дрочилен

>>868384
В той фирме где буду работать пишут веб.

>>868415
> интерфейс это в первую очередь контракт-API поставщика
У тебя ООП головного мозга
Стену не читал.

>>868615
это что еще за лол тут

>>868415
в общем больших надежд не питать и использовать как скриптовой язык?

>>868816
Не пытаться использовать как джаву и хачкель.

>>868823
Не юзать интерфейсы или не проверять на nil?

>>867272
Годно, присоединяюсь.

>>867272
нет у тебя здесь друзей

>>866689
>Явное лучше, чем неявное.
>динамическая типизация
)

>>869216
>Явное лучше, чем неявное.
Нет, это они про то, что ты как баран должен в методы self постоянно передавать.

И это норма (а если напишешь вместо self что-то другое, то тебя обсосут)

как-то так

>>869216
Толсто, съеби нахуй, дурачек.

err != nil

/thread

>>869292
try {

} catch(NilException ex) {
/thread
}

>>869297
>syntax error: unexpected `try`
Ошибку-то по-нормальному не перехватить, ололо!

>>869308
> по-нормальному
Когда уже портянки из кода стали считаться нормальными?

В треде уже выяснили почему нельзя было добавить операторы ! и ? как в свифте? один хуй все коды ошибок обрабатываются паникой с кодом ошибки.

>>869408
Это try/catch-то портянка?

Мне кажется, пора напомнить про best-practice Го по замене женериков:

v := reflect.ValueOf(x)
switch v.Kind() {
case reflect.Bool:
fmt.Printf("bool: %v\n", v.Bool())
case reflect.Int, reflect.Int8, reflect.Int32, reflect.Int64:
fmt.Printf("int: %v\n", v.Int())
case reflect.Uint, reflect.Uint8, reflect.Uint32, reflect.Uint64:
fmt.Printf("int: %v\n", v.Uint())
case reflect.Float32, reflect.Float64:
fmt.Printf("float: %v\n", v.Float())
case reflect.String:
fmt.Printf("string: %v\n", v.String())
case reflect.Slice:
fmt.Printf("slice: len=%d, %v\n", v.Len(), v.Interface())
case reflect.Map:
fmt.Printf("map: %v\n", v.Interface())
case reflect.Chan:
fmt.Printf("chan %v\n", v.Interface())
default:
fmt.Println(x)
}

>>869423
Вам же тупому говну дали https://play.golang.org
чтобы вы туда код постили, нубасы

>>869432
Лучше оправдывайся за свитч-кейс по типам, уёба.

>>869440
Цц паттерн матчинг. Го це ФЯ.

>>869423
Но вместо этого можно просто определить свои типы под задачу, прописать к ним нужные функции, сделать интерфейс, использовать его...
Ни разу в реальном коде не использовал рефлексию + выбираю среди библиотек то, где меньше reflect (скажем, в gin рефлексии заметно меньше, чем в martini)

>>869269
Проверяй за щекой.

>>869423
Что-то в голос с этого. Какой ахуенный тред всё таки.

Тред говна, как и пологается, один большой такой весь сральник-отходник из себя.

>>869474
java-макаки боятся за свои рабочие места и что go-господа решат их задачи быстрее и эффективнее, чем AbstractFactoryObserverInterface.

>>869481
Компилируемый язык, в котором большая часть ошибок ловиться не во время компиляции, а как у скриптов в рантайме (причем нет нормального инструментария по перехвату и проверки типов ошибок, нет дебаггера, легкость заглушки ошибок) - заменит технически грамотный ООП язык проверенный временем?

Конечно, в самых влажных мечтах.

Иди лучше "A Tour of Go" переведи, а то как всегда ленивое ру-комьюнити много шумит, но нифига ничего не делает.
Ваши же скрипт-киди из пхп и жс не могут из-за этого перекатиться нормально.

PS в джаве много где серут, но в основном в ынтерпрайзе, где срать на все и надо слоем за слоем наклепать рабочий софт.
Сам же Го никаких защит от подобного не имеет (Боже, там даже геттеры и сеттеры активно юзают), но из-за бестолковой архитектуры нагадить там можно будет сильнее (особенно когда начнут упарываться сокращениями как в сишном Windows API и многомиллионный код станет тупо не читаем).
В хороших же руках джава удобным инструмент, хоть местами и с устаревшим синтаксисом, но забавно она тем, что она лучше продумана чем сверхсовременный Го.

PS2.0 я уже видел как в Го начинают писать в стиле джавы и в целом мы получаем какую-то кашу из структур, полу-структур-классов и полноценных классов с геттерами и сеттерами.
Когда в джаве только приемлем один вариант (но кстати возможно писать и "структурами", но ввиду опыта отказались от чистых полей)

>>869518
> Иди лучше "A Tour of Go" переведи
Зачем? У меня нет проблем с английским языком и подобные затеи не одобряю.
А пока тут срешь только ты тем, что не осилил правила хорошего кода, которые есть в сообществах у всех языков.

>>869519
Потому что это хороший показатель бестолковости ИТ комьюнити в условиях развивающегося языка программирования.
Особенно позорно выглядит когда перевод есть на каталанском и узбекском языке. С учетом, что русский второй по распространенности язык в интернете.

А отмазка "я же знаю английский, значит у меня все хорошо" выглядит еще смешнее.

> У меня нет проблем с английским языком
Ну раз нет проблем у тебя, тогда все норм, ленивые лолы...

>>869618
В сети где-то лежали потуги из одной двух глав перевода. В общем как всегда.
Заметно лучше сообщество у раста, там перевели всю доку, вроде.
У Пхп не было перевода до 2010 или 2012, но все же смогли, правда к его закату, хотя прикольно было смотреть, что есть даже бразильский-португальский язык, а русского нет.

Но это все херня, знаете за что мне еще нравится в го?
Обосравшись с обработкой ошибок, они сейчас пишут такие методы с префиксом Must... (например MustExex), это так символично. Так и хочется крикнуть старое доброе "маздай!"

>A tour of Go
>Русского нет
>Зато есть украинский
>Ласкаво просимо до туру з мови програмування Go!
Вместо с го выучил основы украинского. Львовские хипстеры, в этот раз вы победили.

>>869519
Может ты ещё обучение программированию начал по англоязычным материалам, маня?

>>869859
"Программировать" я и не учился. Была алгоритмизация, формальные грамматики рассматривали, пролог, лисп. А потом все само пошло.

>>870368
какие же они тупые, он еще ответил на это)))

>>861808 (OP)
Почему после программирования на Go, я чувствую себя грязной??

Я все понимаю, но имхо кодить на языке с такой эмблемой как по мне несколько зашкварно.

>>872021
Змея или кристалл лучше? Чашка кофе это вообще пиздец.

>>872021
Напомнить, как пингвина выбирали?

>>872139
Таки лучше. Блять, это уже какой-то совсем няшно-мультяшный пиздец.
>>872157
А что там было?

>>872212
>А что там было?
Торвальдс выбирал маскота себе для линукса. Долго думал, а потом ему кто-то предложил пингвина. Он подумал и согласился, потому что очень подходит - вроде и птица, а не летает и выглядит как говно.

>>872212
> А что там было?
> Чуваки, цените что народ нарисовал
> О, нихуя, пингвин заебись
> Ну го его ёбанём, хули
http://lkml.iu.edu/hypermail/linux/kernel/9605/0855.html