>>967814
>Да и обычно пыхеры, насколько я спрашивал у знакомых, перекатываются как раз на Го
То что делают пыхеры давно надо маркировать как порнографию.
На самом деле, пхп настолько скопировал джаву и там настолько сильное ООП-головного мозга, что реально пахеры перекатываются на жабу (если задача требует перформанса или потоков, а так никто с динам языков никуда не перекатывает, скорость разработки важнее дроча на язык)

>>967828 (OP)
>Го умеет в ООП?
Черновой вариант абзаца кинул, но вы меня простите

>>967831
Это было бы так, если бы комьюнити и евангелисты не лезли с ним куда не надо.

>>967834
Так никто и не лезет ващет. Это вот хаскелисты в любой жопе затычка.

>Стоит ли изучать язык? Несомненно стоит

Спасибо, но нет. Лучше дальше продолжу его поносить в интернетах, иначе завтра придётся писать на нём.

>>967857
Когда руководство скажет писать на нем проект, ты им покажешь обсуждение на дваче?

>>967858
Поносить го нужно, чтобы создать противовес маркетинговому буллшиту, которое разносит го-коммюнити. Неокрепшим умам легко нассать в уши. Взять к примеру их йоба-гц, который на деле не предсталяет из себя ничего нового. Улучшили одни характеристики за счёт ухудшения других и рассказывают про первые, умалчивая про вторые.
Если руководству вдруг придёт в голову принести го в проект, то донесу все минусы из https://github.com/ksimka/go-is-not-good. Не поможет - впизду такое руководство. Перейти с питона на го это как вернуться в каменный век.

>>967878
Назови-ка свою контору хочу рассказать твоим хомячкам-начальничкам за выгоды /го/вна

Сап, /go/внач. Есть вопрос.
Как в говне обойтись без копипасты секции проверок ошибки если производишь подряд несколько операций над файлами? Есть ли сахар для таких вещей?

>>967936
Никак.
Нет.
Соси хуй, быдло.

>>967936
>говно
>сахар
Выбери одно.

>>967936
Никак. Пайк сказал, что это фича.

Скажите пожалуйста, мне подойдет ваш го, если я люблю сосать хуи?

>>968013
Лучше хаскель.

>>967936
Просто игнорируй, че как маленький

>>968013
Если сосать то хаскель

>>968111
Единичный трипл, сакральный олень аплодирует стоя.

>>968113
>Пустая растрата
8 тредов так хуесосят язык, что все гоферы поджав хвосты давно разбежались.
Ты о чем?

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

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

>Перейти с питона на го это
Сеньер питонист.жпг

>Если руководству вдруг придёт в голову принести го в проект, то донесу все минусы из https://github.com/ksimka/go-is-not-good. Не поможет - впизду такое руководство.
Вот честно, уволить уже за то, что ты на харкачах подобное пишешь.
Хотя, я все таки сомневаюсь, что у тебя есть работа. Молодой еще слишком.

>>968122
>DRTmoBTR76zD9u5[...].jpg

Так и представляю среднестатистического гофера.

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

>>967878
>go-is-not-good.
>no this
>no oop
Чет проиграл на всю комнату и чаем чуть не подавился.

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

>>968125
Сколько раз за сегодня уже написал if err != nil?

>>968130
> a, _ := iterItems(collection)
Ни разу, я же умею их скипать

>>968124
>Так и представляю среднестатистического гофера.
Как?

>>968119
>>Если руководству вдруг придёт в голову принести го в проект, то донесу все минусы из https://github.com/ksimka/go-is-not-good. Не поможет - впизду такое руководство.
>Вот честно, уволить уже за то, что ты на харкачах подобное пишешь.
Какой хороший лизоблюд.

>>968132
Смотри на пик из цитаты, няша.

>>968131
>Ни разу, я же умею их скипать

Go is safe and secure!

>>968135
А, понял.
Это было - "говоришь на меня переводишь на себя".

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

>>968143
>пхп и начинать на нём серьёзные проекты.

Я не пишу на пхп, но facebook, vk, wikipedia, не серьезные проекты?

> 3-reasons-why-go-isnt-the-perfect-language-yet
Чет лол, да все языки не идеальны и пилятся под задачу
это только с++ сделали монстром
> no unused imports
и слава Аллаху
нехуй тащить по 100500 библиотек для каждой хуйни
> un-googlable name
Я догадывался, что хейтят go в основном индусы, работающие методом stackoverflow based programming
> no function overloading
Нахуй оно нужно, если нет ооп?
>>968143
>поделия пхп-кодеров говорили сами за себя и в итоге до сих пор считается зашкваро
До 5.4 php был говном, позволявшим творить всякую хуйню. Это сейчас появился композер, классы, трейты и прочее, что притащили за собой любители обмазываться ООП.

>>968144
Любимая мантра, давай не будем начинать.

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

>>968144
>Я не пишу на пхп, но facebook, vk, wikipedia, не серьезные проекты?

Фэйсбук запилили свой диалект пхп со своим рантаймом и статической типизацией поверх окамла. vk запилили свой php транслятор в сишечку.

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

Как простой шаблонизатор пхп годится, тем более странички на фейсбуке и вк простенькие.

>>968131
Зря, надо принимать в err, но не обрабатывать, а то еще какой анализатор поймает твои скипы

>>968148
>Серьезные проекты в том же фейзбуке пишутся на окамле
Я читал блог их разраба, что все чатики и реалтайм обработка сообщений на эрланге, оно снова мигрировало?

>>968145
>Нахуй оно нужно, если нет ооп?

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

>>968152
>что все чатики и реалтайм обработка сообщений на эрланге, оно снова мигрировало?

Чатики на эрланге, да. Компиляторы и анализаторы на окамле. Антиспам, вроде, на хаскиле.

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

Когда ты постил webm - это было единственное, что было интересно в твоем сообщении.
Кстати всех зарепортил, обиженное дитя?

>>968132
>Как?
>А, понял.
Лол, ты зачем так сложно шутишь

>>968154
Хороший работник-тот, кто терпит и поддерживает любые инициативы начальства? А если увольняется, когда его что-то не устраивает-хуёвый?

>>968158
>Кстати всех зарепортил, обиженное дитя?
Никого не репортил, ничего не постил.
Чини детектор.

>>968143
Пхп хоть исправлялся, серьезно, он сейчас не такое говнише. Что касается критики API то только ленивый поверх стандартной либы не написал свою няшную обертку.
Проблема Го - что говнище тебе впаривают как есть, зачесывая о серебряном инструменте и осознанно не развивают, так как лучше тебя знают что тебе макаке лучше (только постоянно натягивают ГЦ за цену твоего железа)

>>968163
>Пхп хоть исправлялся, серьезно, он сейчас не такое говнише.
Да, соглашусь, с семёркой, вроде как, получше всё стало. И критика, надо сказать, поутихла за последний год.

>>968165
Так критиковали пятерку в основном

>>968145
>> no function overloading
>Нахуй оно нужно, если нет ооп?
Лол, теперь и перегрузка функций у нас ООП фича

>>968154
Очередной брэнсон зеленоградский. Пошлю нахуй тут же, если что не понравится и просто найду другую работу.

>>968119
>>968154

Спешите видеть, какой глубокий психологический анализ. Мань, у меня с такими разговор короткий. Идите нахуй. Не о чём спорить с тем, кто пишет if err != nil каждые пять строки и копипастит шаблонные алгоритмы.

>>968163
>Пхп хоть исправлялся

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

https://ia601208.us.archive.org/16/items/vmss16/hosking.pdf

20 и 21 слайды эпичны.

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

>>968147
Школьные понимания индустрии. Как раз таки и переписывают узкие участки. В том и фишка, что могут переписать все, но никто вменяемый не будет писать морды на статическом языке.

Ты и рядом не напишешь такие проекты на Го (на джаве то нудятина, а на го это пиздец).

>>968149
> в err, но не обрабатывать

Так нельзя лол, не скомпилируется так как неиспользуемая переменная

>>968178
Ещё и политоту развёл, свинорылый, уёбывай.

>>968177
>не будет писать морды на статическом языке.

Обоснуй. В пейсбуке статический диалект пхп, на скале много крупного написано.

>>968175
> for(i = 2; i < n; i++)
этот долбаеб считает простые числа включая четные? пиздец. почему не пойти с 3 и i+=2.

>>968178
>содомии.
Вот это как раз в европе процветает.

>С такой же легкость, при изменении правительственного курса, этих же работников она отправит в печку.

То есть люди роботы? Это по твоему хорошо?

>>968171
>Мань
>Идите нахуй
>Наезды и оскорбления на почве нелюбви к ЯП юзаемым коллегой
Лол, представил себе этого специалиста.

>у меня с такими разговор короткий
У меня с такими разговора нет вообще, ибо в макдональдз я не хожу.

>>968166
Вообще критиковали 4 и все что ниже, в пятерке (5.2) норм так на исправляли и даже натянули более менее норм ООП

мимо, хуячил полноценное ООП на пыхе еще в 2006 году

>>968183
Видимо, потому что это иллюстрация косяка рантайма, а не домашка мамкиного оптимизатора.

>>968175
>Рантайм -- терминальный пиздец, потому все пишут свой.

Ты из какой вселенной? Какой рантайм? Юзают один, ты путаешь попытки с JIT и трансляцией С++?

>>968189
>Юзают один

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

>>968185
>коллеги
>гоферы

Спасибо, нет.

>>968182
В таком языке как пхп ты можешь получить данные и сразу их пробросить во вьюху. В общем минимум свистопляски по переводу данных из одного состояния в другое.

Я вообще не понимаю этот пиздец типа:
model.set("user", user);
model.set("product", product);

Постоянное маппирование данных из одной хуйни в другое. Ладно когда у тебя сущностей штуки три, но блять когда их 15.

Другая проблема если какой-то хуй напишет в другом контроллере типа:
model.set("client", user);

и все, пукан дизайнера порван в клочья.


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

>>968184
>То есть люди роботы? Это по твоему хорошо?
Люди не роботы.
Вещи, о которых я говорю, лежат немножко параллельно постмодернистской концепции человека-машины.

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

К сожалению, люди-идоты на постсоветском пространстве, идеологии лишены напрочь.
Приодетые дикие аборигены. На лицо ужасные, добрые внутри.

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

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

>>968191
Нехуя у тебя мирок, иди это одноклассникам расскажи, ты походу с питоном перепутал?

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

>Постоянное маппирование данных из одной хуйни в другое. Ладно когда у тебя сущностей штуки три, но блять когда их 15.

У тебя своеобразное представление о статической типизации и архитектуре приложений, однако.

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

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

>>968213
(fix) в общий массив (контектс)

>>968210
Этот список был ответом гоферов на хайп-хейтеров.
Они думали что если собрать всю критику и показать как хейтеры критикуют одинаковые момент - то эта критика перестанет иметь вес.

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

Если собрать стадо годебилов - ими можно манипулировать до такого абсурда.

>>968227
>Этот список был ответом гоферов на хайп-хейтеров.
>Они думали что если собрать всю критику и показать как хейтеры критикуют одинаковые момент - то эта критика перестанет иметь вес.

Не очень понимаю о чем ты, ибо я указываю на то, что критика не больно то и критика.

Из другой статьи из списка:
>It was a good experience, Go is generally very nice, and we are all comfortable that this was the correct decision for many reasons. I'd recommend that anyone curious about Golang to give it a try

> но маркетологи заставили восторгаться этим списком
Откуда инфа?

>По сути они начали собирать статистику проблем языка, на которую стоило бы обратить внимание
А кто они такие вообще?

>Если собрать стадо годебилов - ими можно манипулировать до такого абсурда.
Я хз что происходит вообще, ибо хейтерин в готреде больше выглядит как антифорс хейтерства.
Но вс еэто настолько тупо и грязно, что я в недоумении вобще.
Какие-то кривляющиеся клоуны, и школьные обзывашки, по типу ГОдебилы ГОвно итд.

>>968227
а кто больше дибил, гоферы или эплобляди?

>>968235
Гоферы, эплобляди хотя бы понты получают, а гофер тупо страдает за так.

>>968238
>гофер тупо страдает
но страдают только те, кто пытается что-то безрезультатно доказать

>>968234
>Не очень понимаю о чем ты, ибо я указываю на то, что критика не больно то и критика.
Я тебе кинул хистори этого броса

>Откуда инфа?
Хронология событий 2015 года

>А кто они такие вообще?
Комьюнитти, конкретно у нас активно форсил divan (он же Ваня, лучший друг Илюши)

>Я хз что происходит вообще
Специально для тебя и пояснил, хотели сделать фарс, а собрали реальную статистику проблем языка.

Дальше ты начал какую-то хуйню нести

>>968240
Ты сам в это веришь?
Хотя может ты нормального языка и не нюхал

>>967936
Тебя логическими операторами пользоваться не научили?

>>968243
>Я тебе кинул хистори этого броса
Кинь еще раз.

>Хронология событий 2015 года
Где ее посмотреть?

>Комьюнитти, конкретно у нас активно форсил divan (он же Ваня, лучший друг Илюши)
Как это комьюнити найти?

>Специально для тебя и пояснил, хотели сделать фарс, а собрали реальную статистику проблем языка.
А, ну просто, на реальную статистику как-то не тянет совсем.
Все таки на 80% фарс.

>>968286
>Все таки на 80% фарс.
Ты все правильно понял. По сути, список высмеивает хейтеров -авторов статей. Потому что, большинство проблем, которые там указаны это или отсутствие фичи другого языка или не так как у других( нет ооп, ошибки по-другому обрабатываются), или вообще идиотия типа "плохое название", "маскот не нравится".

>>968286
>Кинь еще раз.
На
>>968227

>>968286
>Где ее посмотреть?
Гугл

>>968286
>Как это комьюнити найти?
Слишком толсто пошло, опять таблетку не принял?

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

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

>>968438
>шизофренойдный гандон

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

>>968286
>>968349
>>968438
>>968447
Зарепортил хейтеров.
Если модератор не отреагирует - напишу Абу, пусть объясняет почему оплаченная реклама не отрабатывается.

Пока холливар утих, предлагаю опрос:

1. Что пишите на Го (не обязательно точно, но чтобы было понятно)?
2. Как долго пишите на Го?
3. Какой язык он вам заменяет. Или с каким языком его противопоставляете?
4. Что раздражает в го?
5. Что нравится в го?
6. Юзаете ли вы каналы или по старинке мьютексы (или что чаще)?

>>968555
1. Соси хуй, быдло.
2. Соси хуй, быдло.
3. Соси хуй, быдло.
4. Соси хуй, быдло.
5. Соси хуй, быдло.
6. Соси хуй, быдло.

>>968555
1. Разные парсилки, чекеры, бруты, автопостеры-автопубликаторы и пр.

2. ~год с хером.

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

4. Убогий дизайн языка, полное отсутствие всякого сахара (лямбды, перечисления...), отсутствие дженериков и коллекций. Я бы хотел GO частично с синтаксисом Java, но без всей тяжелой ООП и JVM.
Невозможность управлять жизненным циклом горутин, невозможность проверить канал на закрытость, отсутствие чего-то вроде Option (и, соответственно, присутствие nil).
Вообще полная стагнация языка, за все это время не было никаких заметных изменений в синтаксис, никаких новых облегчающих жизнь кейвордов, никаких фичей.
Постоянные проверки if err == nil, с этим надо что-то делать.

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

5. Статические бинарники, независимость от сторонних либ/фреймворков (.net, JVM, MSVC etc), скорость. Пресловутые легкие потоки. Довольно много библиотек уже написано, почти все вопросы, которые возникают, уже отвечены. То, что решение проблемы как правило одно, то, что код, написанный разными людьми по крайней мере выглядит одинаково (хотя это не так важно).
Нравится обработка ошибок и отсутствие исключений, возврат более одного значения с функции и присвоение сразу нескольким переменным (словом, недо-тьюплы)

>>968561
Говнодебил as is.

>>968562
>Говнодебил as is.
Довольно верная характеристика для того, кто просто так оскорбляет другого человека.

>>968564
Вот слушай, нахуй ты отвечаешь умственноотсталым?

>>968561
>возврат более одного значения с функции

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

>>968438
>На
Не, это просто твой пост.
Я думал хистори есть где-то кроме твоего поста.

>Гугл
Что гугл?
Какой запрос в гугле вбивать?

>Слишком толсто пошло, опять таблетку не принял?
Я серьезно. Хочу вступить в контакт с этим комьюнити. Пообщаться, покрысить может.

>>968555
1. Микросервисы для IaaS платформы.
2. 3 месяца.
3. Python или даже баш. Я раньше на Java писал, но это вещи не сравнимые.
4. Хуевое коммюнити, хуевый тулинг и ебучая пропаганда. У меня в команде долбоебы говорили что зря я на локах сделал участок кода, хотя по перформансу CAS занимает не более чем 26 нано секунд, а прочитать сообщение из ченнела - 1 микросекунду, т.е. распиаренные ченнелы это говно собачье.
Бесит уебишьный менеджмент горутин, нужно городить отдельный signal ченнел, чтобы ее застопать.
Бесит, что нету нихуя коллекций кроме слайсов и мапы.
Бесит, что большинство девелоперов - хайповые дегенераты, которые нихуя не шарят как все это говно работает внутри. Самый показательный пример это спросить любого годауна про GC.
5. Нравиться, что язык сделан, как для дебилов, т.е. я просто делаю свою задачу без выебонов (особенно из мира ФП) и иду вечером спокойно играть в игры/бухать/курить шмаль.
6. sync.Locker, sync.RWMutex, sync.Waitgroup активно использую, но каналы тоже приходиться.

>>968571
>перформансу CAS
Что такое кас?

>>968576
Compare and Swap
мимо-шарпист

>>968571

> Микросервисы для IaaS платформы.

Чем Го помогает делать инфра сервисы и насколько он выигрывает по сравнению с пистоном, к примеру, только исключая разговоры про перфоманс и конкаренси/параллелизм?

>>968578
>Compare and Swap
Понятно, спасибо.

>>968571
>а прочитать сообщение из ченнела - 1 микросекунду
Буферезированный ченел?

>>968571
>Я раньше на Java писал, но это вещи не сравнимые.

Почему (понятно что субъективно)?

>>968579
>>968580
>>968584
Иди нахуй, надоел.

>>968555
1. прокся, работающая со статистикой
пайтон дергается как надо что-то в базу записать, го просто складывает это в бд (используем хуёвину от яндекса здесь)
2 на работе полгода, а так год с лишним
3 не противопостовляю, язык как язык, с плюсами и минусами
4 хз, иногда, очень редко не хватает генериков, в основном доставляет - делаешь все в лоб
5 никакой магии, в то время как на пайтоне приходится разгребать декораторы, вспоминать что делает каждый, тут очень сложно наговнокодить, на крайняк тут все очень легко переписывается
6 каналы редко используются, ибо работа однопоточная - взял запрос и положил в бд по определенным правилам, хранящимся в редисе

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

>>968666
И то правда - виднее.
Да кому угодно виднее чем /го/внодебилу, очевидно же.

>>968683
>>968645
>>968562
>>968558


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

>>968689
Чем Го лучше шарпа? Все ваши фичи из Го уже 10 лет как есть в шарпе, и только вылезшие из крестобункера /Го/спода им могут радоваться.

>>968689
>на Илью
>это САМОУВАЖЕНИЕ
Ну что же ты, илюша.
>>968692
Зарепортил.

>>968692
>Чем Го лучше шарпа?
Проще, не нужен .net framework.
>Все ваши фичи из Го уже 10 лет как есть в шарпе
Легкие потоки и каналы как фича языка?

>>967828 (OP)
Чем Го лучше хаскеля? Все ваши фичи из Го уже 10 лет как есть в хаскеля, и только вылезшие из крестобункера /Го/спода им могут радоваться.

>>968726
> >лучше
>Проще
С точки зрения слабоумного гофера - несомненно.

>>968579
> только исключая разговоры про перфоманс и конкаренси/параллелизм?
Ты не поверишь, но именно ради этого.
Но еще важно время старта сервиса, которое составляет около 1 миллисекунды, т.к.на выходе статический слинкованный бинарь, кторому не надо делать парсинг/выполнение кучи скриптов из virtualenv/pip. Для Blue-Green deployment, время рестарта это очень важно в highly available системе.
Многие еще пиздят, про легкость деплоймента, что мол бинарник засунул на сервер и все, но у нас Docker и нам похуй.

>>968580
>Буферезированный ченел?
Любой, даже не буферизированный все равно выдает хуевый перформанс по сравнению с мютексами.

>>968692
В плане concurrency Go ничем не лучше C#, в дудке есть async/await, фючеры, промисы, Rx, ParallelFX и вообще куча всего.

>>968584
На самом деле Java лучше чем go во всем, кроме простоты. Например мне не составило труда перечитать исходники Go, чтобы понимать как он работает изнутри, в то время на как разобраться как работает HotSpot у меня ушли годы. Ну и ощущение у меня от Go как от Java 1.4, но чувство полного понимания что происходит под капотом греет душу.

>>968726
>Проще, не нужен .net framework.
Но ведь он из коробки.

>>968744

> Ты не поверишь, но именно ради этого.

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

> то мол бинарник засунул на сервер и все, но у нас Docker и нам похуй.

У докеров с Голангами есть плюсы, а именно то, что ты можешь хуйнуть FROM scatch и получить леговесный контейнер

> Буферезированный ченел?

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

>>968761
Гугл - это джяяява. Потому что он из всего до чего дотянется - делает джяву. Го - исключение, потому как это быдлоскрипт уровня баша, а не язык.

>>968726
Как бы тебе объяснить, чтоб ты своим господским умом допёр... В винде не нужны легкие потоки просто потому что исторически нет говна мамонта под названием форк. Вообще вся эта многопоточная залупа, асинки, и прочая дрисня перехайплена сообществом линукспараши, потому что они 30 лет живут с тормозным форком и не понимают, что ос треды могут просто работать. Как в вендопараше например.

>>968818
а как они там работают, в линукспараше например есть cow тема, что в винде делает их легче?

>>968744
>которое составляет около 1 миллисекунды
>время рестарта это очень важно в highly available системе
А то так важно между стартами в 10мс и 1мс.

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

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

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

Проблема Го, что его облепили индивиды, с юношеским максимализмом.

>>968818
>В винде не нужны легкие потоки просто потому что исторически нет говна мамонта под названием форк.
Создает процессы, а не потоки.
Блин, чувак, ты что, реально противник асинхронного программирования?
Ты ведь буйнопомешанный по полной.

Ты хоть одну GUI программы под виндовс видел? Там все асинхронное.
await async в шарп то-же добавили от того, что он ненужен видимо.
Я короче в шоке.

>>968834
>GUI программы
Нет, что это такое? Это когда ты веб-приложение вместе с браузером в один бинарник засовываешь? Как дискорд например?

>>968837
Все, у меня из монитора жир потек.

>>968839
Серьезно, ты клиент дискорда видел? Батя говорит малаца, хорошо сделали. Как в 2017 и положено делать GUI приложения.

А по теме - асинк параша перехайплена. В первую очередь красноглазиками и их нодой. Нет, мы все понимаем, что если Илюша будет в свое гуё поделие пихать асинк во все поля, то от этого он получит прирост производительности. Но такой же прирост он получил бы если бы просто засунул свою 1 (одну) числодробилку в отдельный тред. В теории эти ваши асинки можно запускать параллельно, получая от этого выигрыш. Например можно запустить все sql запросы сходу. Это реальный профит асинк технологии. Много макак так делает? Не думаю. Так же асинки позволяют экономить треды. Положа руку на сердце, скажи, много ли местных битардов упираются в количество виндовых тредов, если изначально в винде нет проблемы с тредами и их там можно создавать тысячами? А?а?А? В итоге имеем что имеем. Асинк во все поля - это конечно хорошо, но оверхайплено чуть более чем полностью. И не всегда используется для профита даже там где его можно было бы извлечь.

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

>>968841
>хай фреквенси
Сам только что придумал?

>>968842
как пример кейса.
https://en.wikipedia.org/wiki/High-frequency_trading

>>968845
Не, чувак, хфт это отдельная параша, со своими мемасиками и очень сильно перехайпленая.

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

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

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

>>968840
>Серьезно, ты клиент дискорда видел? Батя говорит малаца, хорошо сделали. Как в 2017 и положено делать GUI приложения.
Там все асинхронное.
Как и в любом другом гуи.

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

В современном мире, очень тяжело найти приложения, не использующие асинхронный подход. Консольные утилитки разве что.

Это потому, мой полоумный друг, что аппаратная платформа, железо, асинхронно от природы.

>Нет, мы все понимаем, что если Илюша будет в свое гуё поделие пихать асинк во все поля, то от этого он получит прирост производительности.
Нельзя делать гуи поделия другим способом, так как API OS для создания гуев - асинхронные.
И внутренности ОС - асинхронные.

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

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

Я все так и не могу понять, ты траллишь, или серьезно.
Сколько все таки тебе лет?

>>968860
>правида
Спокойствие, только спокойствие!
Почему ты еще не устроился главным инженером в мейлру если хайлоад это просто и понятно?

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

>>968861
Мне кажется ты немного не понимаешь, о чем говоришь. Потому что асинхронное программирование последние несколько лет перехайплено. Безусловно асинхронное апи существовало давно. Но ты же понимаешь, что, внезапно, это не единственный способ не блокировать уи тред, да? Можно - внезапно - воспользоваться неблокирующими ИО операциями. Или - так же внезапно - создать отдельный тред и заблокировать его. На каждый файл и сокет. И в винде это будет работать, причем нормально. В линуксе - не очень. Что реально принес этот асинк/авейт хайп - это парадигму асинк во все поля. Которая, как я уже писал, во-первых позволяет ленивым/неразбирающимся программистам легко не вешать гуи тред своими поделиями, а во-вторых в теории позволяет при тысячах одновременных ио операций не упираться в максимум ос тредов, которые ты можешь создать.

33-лвл-5-лет-в-этой-вашей-веб-параше-кум.

>>968761
Нет, это ты тормоз, если не понял что изначально там речь про браузеры

>>968869
А почему в линуксе не очень, можно пояснить?

>>968873
Я думаю по историческим причинам, в винде развивали треды, а линуксоиды сидели с наследством юникса в виде форка. Для хеллоу ворлдов этого хватало. Готов поверить что к 2017 проблему решили и треды у них уже не тормозят.

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

>Можно - внезапно - воспользоваться неблокирующими ИО операциями.
Это называется асинхронное IO.

>Или - так же внезапно - создать отдельный тред и заблокировать его. На каждый файл и сокет. И на каждое устройство ввода, мышку, клавиатуру, ага.
Пока у тебя ввода вывода немного, 1-2 файла, пофиг в принципе.

>И в винде это будет работать, причем нормально. В линуксе - не очень.
Ну с чего ты взял, что за бредни сумасшедшего?
Потоки линукса ничем принципиально от виндовых не отличаются.
Но в целом, планировщики в никсах более гибкие и мощные, и позволяют держать БОЛЬШЕ тредов.

>, а во-вторых в теории позволяет при тысячах одновременных ио операций не упираться в максимум ос тредов, которые ты можешь создать.
Господи, всем посрать на МАКСИМУМ тредов.
Это НЕ ограничения использования тредов для интенсивного IO.

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


Ты хоть понимаешь как потоки работают?
Переключение между ними происходит по заданному интервалу времени.
У тебя есть 10 потоков.
1мс выполняется один, потом он останавливается, и запускаться второй, через еще 1 мс, второй останавливается, запускается третий и так по кругу.
Эти остановки запуски и переключения довольно затратные операции. Поэтому, когда у тебя уже 100 одновременно активных потоков, эти затраты становятся ощутимыми.
Плюс, тебе их зачастую так или иначе приходится синхронизировать, а срабатывающие локи это еще
потери.

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

Поэтому, ничего, что работает с IO сколь нибудь интенсивно, не пишут в блокирующем режиме.

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

>>968888
Рукалицо.
У вас в ПХП какая-то своя особая терминология?

>>968890
>У вас в ПХП какая-то своя особая терминология?
Тип функция называется не WriteAsync а WriteNoBlock ?

>>968890
>>968891
Я не понимаю, о чем можно говорить с местными кукаретниками, если они не понимают разницы между асинхронным ио, неблокирующим ио и блокирующем ио. Почитайте маны ваши чтоли сначала, там все расписано.

>>968892
>Я не понимаю, о чем можно
Можно срать на головы дебилам, дурачок.
Собственно, говно для того и придумано - собрать совсем дебилов в кучу и сжечь

>>968888
>>968890
>>968891
>Пожалуйста, просто уйди. Ты не понимаешь в этом чуть более чем ничего. Дальше не читал.

Я кажется понял, что ты имел ввиду под неблокирующим IO.
Тип читаем данные небольшими кусочками и блокируем ненадолго.
Ну это вообще пушка.

>>968895
А ты прав, бро!
>>968897
То есть в случае асинхронного ио операция выполняется асинхронными гномами без траты ресурсов цпу?

>>968901
 
Мамашу твою ебал.

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

Няша поняша, синхронное IO это прошлый век.
А ты все труп ебешь.
Асинхронное IO, это не последние несколько лет, это уже в 2005 было в массах. Когда еще делфи был жив.

>>968903
А вот и нодохипстушок.
Все в сборе господь, жги

>>968901
>То есть в случае асинхронного ио операция выполняется асинхронными гномами без траты ресурсов цпу?
Да.
Гугли the is no thread

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

>>968906
>The device driver’s Interrupt Service Routine (ISR) responds to the interrupt. An interrupt is a CPU-level event, temporarily seizing control of the CPU away from whatever thread was running. You could think of an ISR as “borrowing” the currently-running thread, but I prefer to think of ISRs as executing at such a low level that the concept of “thread” doesn’t exist - so they come in “beneath” all threads, so to speak.

Тред какбы есть но его какбы нет, верьте, адепты.

>>968908
Зачем ты читаешь лишнехромосомные высеры, ты что - мазохист?

>>968907
>>968908
>>968909
Я знал, что в один день PHP макаки погубят мир.

>>968912
>PHP макаки
И даже они выглядят не так уж и плохо на фоне /го/внодебилов.
Дна нет, будет только хуже.

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

Отчасти оно так.
Всякие джавы и прочий сложный ООП были созданный для организации конвейерного производства ПО, что в IT заимело термин интерпрайз.
Интепрайз подход позволяет разбить сложную задачу создания ПО на очень очень много мелких и очень простых. Что позволяет задействовать большой и очень дешевый чселовекоресурс. Любой может работать в IT.

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

Сложность ООП зачастую лишняя. И существует только ради себя самой.

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

>>968803
>Т.е, если я примерно занимаюсь тем же самым, что и ты(только не совсем дев), то смотреть на Голанг и ждать, что он надолго застрял в клауд вещах, стоит?
Лишним не будет, тем более это не хаскелль. Выучить Go не сложно.
>только не совсем дев
Братишка дев-опс? С чем работаешь? Kubernetes щупал?

>У докеров с Голангами есть плюсы, а именно то, что ты можешь хуйнуть FROM scatch и получить леговесный контейнер
Да, но у нас один base-image на основе CentOS от которого наследуются все остальные, в котором уже настроена куча security related фишек. Так, что лично для моего проекта плюс сомнительный.

>Абстракция же. Просто атомики с мутексами должены работать быстрее, чем канал, в который пишется куча инфы о том, что там в буфере, всякая мета и пр, не считая того, что операции там тоже потокобезопасны.
Так никто не спорит, я сам люблю высокоуровневые канкарренси примитивы, особенно Rx. Но годауны наслушались от своего фюрера "share memory by communication" и не признают ничего больше.

>>968916
Сам то на чем пишешь?

>>968927
На бейсике.

>>968926
>Так никто не спорит, я сам люблю высокоуровневые канкарренси примитивы, особенно Rx. Но годауны наслушались от своего фюрера "share memory by communication" и не признают ничего больше.
Бред какой-то.

Гофер пишет что он использует мьютексы вместо каналов.
Хейтер говорит что гоферы используют каналы и потому тупые.

WTF?

>>968929
Тогда понятно.
Это все объясняет.
А на каком?
Lite Basic лучший по моему.

>>968927
Haskell и opencl

>>968929
>>968932
Now kiss :3

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

>>968924
>Видимо, мир разработки ПО в ближайшем времени будет двигаться в сторону упрощения.

Да ну, из основых языков на рынке только Go идет в сторону упрощения, kotlin, scala, rust, elixir - вот это современные языки, которые развивают разработку по, а go решает узкий класс сетевых задач.

>>968932
QBasic, только Микрософт. Хочу перейти на vb6, но начальник не дает.

>>968937
Ты пишешь об opencl.
Только есть один нюанс: у обычных дебилов вроде вас всех переклинит всё и навсегда при попытке написать хоть что-то эффективное и сложнее "hello 2+2"
Так что пишите на го, вот и маскот жизненный - как раз для вас.

>>968938
> kotlin, scala, rust, elixir - вот это современные языки, которые развивают разработку по
Они то-же идут по пути упрощения.
Просто разные вещи на разных уровнях упрощаются.

>>968938
>elixir
>dynamic, functional
>Elixir leverages the Erlang VM
Хорошо, что про это говно с ходу написали, что это говно.

>kotlin
Это кодогенератор над джавой с местами странным синтаксисом?

>scala
Язык для тех, кому нравится анальный секс в пассивной роли и философское втыкание в немыслимые сочетания стрелок и черточек... Ах да, там же еще медленная компиляция и неприлично жирные бинарники, ну и та же трансляция в джаву.

>а go решает узкий класс сетевых задач
Так сейчас есть только два широких круга задач - это фронтэнд и серверные приложения. Все остальное - узкий круг.

>>968947

>серверные приложения
И там джава царит с пыхой для веба разного масштаба.

>>968943
Вот именно упрощаться должны правильные вещи, а не вырезание синтаксиса под корень с анальным контролем над расставлением скобочек и импортом библиотек.

>>968947
>гофер поясняет за языки программирования

>>968947
>>968950
>>968952
>>968953
Пиздец дебилы.

>>968955
>семен гофер заметает следы

>>968956
Насеменил тебе за щеку и насрал на голову /го/вном.

>>968926
>Братишка дев-опс

Ого, приветствую, коллега по цеху.

Кубы щупал немного, понравилось то, что много интеграций есть для него, при том даже у странных вещичек, да таких, что у меня слюни течь начинают. Но из за некоторой специфики моей говноконторки, типа ОЙ СЛОЖНА, НУЖНА ШТОБЫ КАК ДОКЕР-КОМПОЗЕ, пришлось выбирать Rancher со сторонними решениями, вместо встроенных в него (вроде консула для service discovery вместо их ДНС серва на нодежс).

> С чем работаешь

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

Если интересно, то могу расписать чутка. Быть может и подскажешь что-нибудь, ибо я маленько костылей нахуячил с управлением конфигурацией. Перекатил с паппета на ансибл, а ОСь, которую юзаем использует cloud-config для бутстрапа и я ощущаю странные чувства на эту тему, а мой, кхм, лид, ударился в бумажную работу и вообще немного любит сделать всё так быстро, что потом половина всего отваливается или работает через "поправь там в двух файлах версию, чтобы новый сертификат нашло", что даже и спрашивать как-то не могу/не успеваю(до того достало, что планирую вообще перекатиться оттуда).

А у вас что за стек? Как деплоите контейнеры? Как блю-грин сделан?

>>968868
>Выросло то поколение, которые не видело свалку кода в процедурных проектах и почему ООП в свое время дал хороший толчок для реальной сложных проектов.

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

ООП макака копротивляется за ооп в 2016 году.

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

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

Почему? Ответ прост, его еще Бахус дал в 70-х. Человек мыслит декларативно. Нам удобнее представлять знания в декларативной форме. Удобнее писать регулярку или bnf вместо конечного автомата, удобнее писать сигму вместо лупа, дифур вместо класса с кучей переменных. Физика, химия, лингвистика, математика от и до декларативны, и только оопуны копротивляются и утверждают, что если добавить инкапсуляцию состояния, сложное станет простым.

Собсна, потому современные языки медленно но верно движутся в сторону функциональщины: начиная со скалы, свифта и раста и заканчивая новшествами в крестах и джаве.

Ну кроме говна, да, эти переизобретают сишку в 2017.

>>969008
>2016

2017.

Пишу на Go.
1. Ошибки очень круто придумали, сначала прописываешь поведение программы на случай ошибки, затем пишешь что будет если все ок. Пока пишу, заметил, что программы на порядок стабильней.

1.1. То, что функции из-за множественного возврата нельзя вкладывать в функции, кажется минусом, но если учесть концепцию в пункте выше, то понятно что это никак не обойти. Единственный вариант: описать wrapper, который /будет сам обрабатывать ошибку, и/или возвращать основной результат. Таким образом можно вызов в вызов вложить. Однако, концептуально, язык обязывает "войти в ритм" и обрабатывать ошибки каждый раз, когда ошибка вообще может появится.

2. Мир устал от абстракций. Вначале ты тратишь 3 дня чтобы описать абстракции и интерфейсы, потом начинаешь только писать реальный проект, который реально работает, а не состоит из trait, interface, abstract class, abstract method. Тут же сразу начинаешь херачить: создал структуру, описал методы, создал анонимное поле структуры (унаследовал), и погнал. Короче, быстро все.

3. Язык по своему уникальный, да, вырезано много, да, много повторяющихся строк, но... скорость разработки зависит не от количества строк в файле, а от отсутствия подводных камней и не естественного поведения программы, а Go позволяет писать стабильные программы, и притом работающие многопоточно.

>>969019
>Сейчас он имеет миллиарды

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

>>969025
>Мир устал от абстракций. Вначале ты тратишь 3 дня чтобы описать абстракции и интерфейсы, потом начинаешь только писать реальный проект, который реально работает, а не состоит из trait, interface, abstract class, abstract method.

https://www.youtube.com/watch?v=9HNi47ameLI

>>968952
>Вот именно упрощаться должны правильные вещи, а не вырезание синтаксиса под корень с анальным контролем над расставлением скобочек и импортом библиотек.
Критерий правильности разный бывает.

>>969008
>Собсна, потому современные языки медленно но верно движутся в сторону функциональщины: начиная со скалы, свифта и раста и заканчивая новшествами в крестах и джаве.

>Использование изоморфизма Карри — Ховарда позволило создать целый класс функциональных языков программирования, среда выполнения которых одновременно является системой автоматического доказательства, таких как Coq, Agda и Epigram
>таких как Coq
>Coq (фр. coq — петух) — интерактивное программное средство доказательства теорем, использующее собственный язык функционального программирования (Gallina)
Каждый день что-то новое узнаешь.
Спасибо харкачь.

>>969035
Не трож Сычеву, проклятый PHP жидомассон!

>>968924
Сразу видно человека, который знаком с ИТ только по "интернету". Один шаблонный взгляд за другим.

Но все же вкину тебе месседж:
Какие там трудности у тебя возымели, когда ты одним только maven'ом может собрать у себя за минуту библиотеки, которые имеет тысячи человеко часов работы?
Представь за минуту ты решаешь вопрос тысяч часов работы.

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

>>968892
Неблокирующие i/o это и есть асинхронный ввод вывод. Нету там, блядь, больше нечего - это синонимы и пиар фраза.

Что фанбои бараны, что хейтеры, лол

>>968912
Их спас Го

>>968947
>>а go решает узкий класс сетевых задач

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

>>969025
>Мир устал от абстракций.
А еще мир устал от скушных обоев (с)

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

>Вначале ты тратишь 3 дня чтобы описать абстракции и интерфейсы,
Нахера ты сам себе интерфейсы пишешь? Почему ты не можешь одним кликом сделать рефакторинг и создать интерфейс по классу с автозаменной по коду? Почему ты программируешь как в конце девяностых?

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


> сначала прописываешь поведение программы на случай ошибки, затем пишешь что будет если все ок
Нет, мой мечтатель, сначала ты пишешь строчку поведения, а потом три строчки одного такого же кода шаблонного кода обработки. Всегда, каждый день. Через полгода тебя уже будет воротить, если ты будешь видеть что в API фунция возвращает еггора

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

Создал структуру и поля, понадобился интерфес, переписал на геттер/сеттер - перелопатил весь код
Создал структуру и поля, понадобился мьютекс, переписал на геттер/ - перелопатил весь код
Создал структуру и поля, понадобились пре-вычесления, переписал на геттер/сеттер - перелопатил весь код
...
А не лучше ли сразу писать геттеры и сетерры? - И тут суслики открывают опыт джавы времен начала нулевых.

>>969065
>А не лучше ли сразу писать геттеры и сетерры? - И тут суслики открывают опыт джавы времен начала нулевых.

А в то время в реально-современных языках завозят проперти

>>969059
>Сразу видно человека, который знаком с ИТ только по "интернету". Один шаблонный взгляд за другим.
Я боюсь, ты просто не понимаешь написанного. И\или интерпретируешь оное через призму каких-то своих познаний из "интернета". Я, к своему глубокому счастью, новости не читаю. А в тех материалах, которыми все-же интересуюсь, взгляды аналогичные моим, не встречаю. В IT, такое неприятно обсуждать. Как и темы о корпоративной культуре например. Запретное знание для рабов.

>Иди сделай такое в го - то обгрызок на обгрызке, то баг на баге.
Не хочу, не буду.

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

>>969061
>Неблокирующие i/o это и есть асинхронный ввод вывод. Нету там, блядь, больше нечего - это синонимы и пиар фраза.
ТЫ ЧЕ, ДЕБИЛ!
Я больше 20 лет в ВЕБ ДЕЛЕВОПМЕНТЕ, А ТЫ МНЕ ТУТ ХУЙНЮ НЕСЕШЬ ТАКУЮ!

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

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

Во вторых.
Тред как бы есть, но его как бы нету, когда ты используешь асинхронное IO.
Но когда ты используешь синхронное IO, то у тебя, тред как бы есть, но его нет + тред который точно есть.

>>969076
Мальчик, а ведь ты на самом деле неполноценен.
То есть до уровня разрушенных алкоголем мозгов обычного русского еще не дошел - но направление то самое.
Удачи.

>>969063
Ты не прав, маня.

>>969025
>Мир устал от абстракций
От тех, что есть - да, потому что они слабы. Я не претендую на то, что знаю, какие лучше, кстати.

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

>>969059
>Какие там трудности у тебя возымели, когда ты одним только maven'ом может собрать у себя за минуту библиотеки, которые имеет тысячи человеко часов работы?
1. maven в 2017 аааа.
2. Может, вставить депенд с сайта мавен репо это и быстро, но, поверь мне, это местами довольно сложная система сборки и там не все так просто.
Хотя что тебе объяснять, ты ж диванный.

>>969063
Это даже не нормальные админы.

>>969065
>Создал структуру и поля, понадобился мьютекс, переписал на геттер/ - перелопатил весь код
А еще потом такой скопировал эту структуру и мьютекс вместе с ней.

>>969077
>Ты там в 90хтых застрял?
Java 8 вполне современный язык (в плане последняя версия популярнейшей платформы) и там до сей поры надо писать геттеры и сеттеры. Есть конечно плагины для IDE, но по сути это делается.

>>969132
>maven
>сложная система сборки
Беспросветные дебилы беспросветны.

>>969132
> maven в 2017 аааа.
алло, грейдл работает поверх мавен

>>968950
>джава царит
Ага, настолько, что люди уже выбирают ноду, python и пых.

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

>>969186
Я не сайтики, а веб уровня amazon, гугл+ и тд

>>969205
про*

>>969205
>веб уровня amazon, гугл+
Лол, так амазон, пейпал, tunein, гугл и прочие как раз и форсят простые средства разработки. C++/java это конечно круто, но оно нужно не везде.

>>969077
>Ты там в 90хтых застрял?

Лол, анон привел ситуации, а эти дебилы думают что это их не касается.Необучаемые

>>969085
Не убедительно

>>969132
Хотел громком пукнуть, но перетужился. Иди стирай штаны

>>969134
>А еще потом такой скопировал эту структуру и мьютекс вместе с ней.
Лол, действительно. Го просто эталон дизайна

>>969186
>Ага, настолько, что люди уже выбирают ноду, python и пых.
Ноду? Те хипсторы уже выросли. У тебя тормознулся хайп

Джава для сложных систем, а скрипты должны писаться на скриптах.
Го для скриптов, так как большая часть ошибок это ошибки в рантайме.

>>969184
Ну, конечно есть более полные реализации ООП, в том же C++.
Но на практике, больше половины из этого оказываться бессмысленным и беспощадным злом. Которое используется только в laba2 и kursach.

>>969078
Я начинаю ловить лулзы с этих кукареков в стиле вуменс.ру
Наверное я плохо понял изначально смысл го треда.

>>969189
>че, асинхронность появилась с тех самых пор, как изобрели ethernet
Раньше на самом деле.

>>969266
Ты понял вообще что сам сейчас сказал?
Какие ситуации, ты ебнутый в край там?
Или ты и есть тот "анон что привел ситуации"?

>>969312
>полные реализации ООП
>в том же C++.

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

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

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

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

ебанные сектанты

>>969334
В Го тред я исключительно хожу как на шоу-уродов. Нужны же людям зрелище.

>>969307
Полное отсутствие каких-либо оптимизаций.

>>967936
кек, ну напиши функцию-обёртку или структуру по работе с файлом(-ами)

>>969335
>Вы сейчас
>У вас нет
>вас хомяков
О чем ты, юродивый?
Сам се6бе придумал оппонента, сам с ним споришь.

>>969335
Что тебе мешает сделать accessors в Go? Есть у тебя пакет, создай Struct с полями. Добавь к структуре методы. Все. Делай поля неэкспортируемыми, и все ок. Конструктор, обычно, это функция New() принимающая аргументы, и возвращающая структуру которая тебе нужна. Извне на методы ты никак не повлияешь.
Есть два понятия: сокрытие свойств и защита. Защита - тема другого урока. А сокрытие есть как в Java так и в Go.

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

>>969335
>при этом все завязано на джава-стайл
яскозал

>>969396
Но это значит, что они нужны в 90% случаев.

>>969413
Ну вот например, в PHP есть способы читать, писать в свойства налету. И не важно, private, public или protected они. Достаточно получить ссылку на объект, и через Closure::bind мы добавляем в объект метод, который может изменить, прочитать и сделать что угодно. И нахуя нужны геттеры и сеттеры? А нужны они для того, чтобы предоставить API для тех, кто будет использовать пакет. Создал, ты, скажем, кешер. Написал метод GetTotalKeys() int и получил себе поле length структуры cache. Но это не значит, что эти значения защищены, и никто не сможет изменить их, это не гарантия защиты. Поэтому геттеры и сеттеры - это API и ничего больше.

>>969470
Обычно кстать если листы и возвращать, то только иммутабл копию.

Поясните ньюфагу программирования, что такое дженерики о которых так много говорят, и как бы выглядел код в Go если бы они там были, какие плюсы и минусы. Вычитал тут http://www.quizful.net/post/java-generics-tutorial что якобы основное преимущество - ошибка компиляции, а не скомпилируется а на запуске выдаст ошибку. Но на сколько я знаю в Go и так на этапе компиляции будет ошибка, если в string int записать. Тогда какие у дженериков плюсы, если можно именно на примере кода Go и на примере до и после появления дженериков.

>>969554
Например type BinaryTree<T> struct {
Left BinaryTree<T>
Value T
Right BinaryTree<T>
}

И ты можешь строить структуру со значением любого типа:

intTree = BinaryTree<int>{
Left: ,
Right: ,
Value: 1
}

stringTree = BinaryTree<string>{
Left: ...,
Right: ...,
Value: "str"
}

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

type IntBinaryTree struct {
Left IntBinaryTree
Value int
Right IntBinaryTree
}

type StringBinaryTree struct {
Left StringBinaryTree
Value int
Right StringBinaryTree
}

intTree = IntBinaryTree{
Left: ...,
Right: ...,
Value: 1
}

stringTree = StringBinaryTree{
Left: ...,
Right: ...,
Value: "str"
}

>>969554

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

func insert<T>(a []T) {
// Вставим в массив элемент
}

А вот без дженериков:

func insertInt64(a []int64) {
}

func insertByte(a []byte) {
}

...

Ну и так далее.

>>969556
Но можно же темплейты делать, как в крестах. Даже если в языке нет для этого никакой поддержки.

>>969562

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

Сам на голанге не пишу, присматриваюсь

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

>>969556
>>969558
Спасибо. Действительно, может быть удобно. Но пока, увы, не ощущал в этом такой необходимости. Даже не знал что так можно, лол.

>>969570

> нет типобезопасности

Она там то есть, но не во всех случаях.

> Я просто какбы намекну что типобезопасность и строгая типизация...

> сделать это с помощью рефлексии, но это пиздец какая просадка по перфомансу.

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

> нахуй она вообще нужна

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

> производительность числодробилок на порядок.

Числодробилки на языке с ГЦ? Ты серьёзно?

>>969577
А какая разница, ГЦ или тот же malloc или даже нормальная реализация аллокатора? Все равно, если ты хочешь эффективности, ты просто не будешь создавать объекты. Не используешь new - не работает ГЦ / не надо вызывать delete.

>>969356
Каких?

>>969373
>Сам такой
Ну что за школьные маневры? Гофер, ты можешь лучше

>>969377
Ярко светит гоферский пукан
Снова он оторваный от фактов,
Снова между нами тупизна,
Жопных огньков аэродрома
...

>>969595
Зойчем ты мне это пишешь?

>>969599
Тралит. Мы же на дваче.

>>969600
Я не понимат в чем траллинг.

>>969601
Значит тонко тралит, годно. Это стихи, поэзия, искусство. Технарям не понять.

>>969388
> Го - это процедурное программирование, жаба вся в сложных абстракция, жаба говно.
>Но ведь структуры без пропертей приведут вас к тем же акссесорам, вы пишите на джаве как девяностые
>Что тебе мешает сделать accessors в Go как на жабе?
Лол, приехали.

>>969396
>Если так подумать, то геттеры и сеттеры нужны только
Плохо думаешь

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

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

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

>>969072
>>Иди сделай такое в го - то обгрызок на обгрызке, то баг на баге.
>Не хочу, не буду.


Ты вообще нормальный? Как ты утверждение о качестве кода сопоставил со своим этим высказыванием? Что твориться твоей голове? Ты меня пугаешь анон

>>969470
Как я понял это что-то типа рефлексии в пхп?
Так вот рефлексия - это другой круг задач. Это не для диверсии в коде, а чтобы делать гибкий API (например для какого-нибудь фреймворка)

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

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

Правда в го параметризовали слайсы и мапу и на том спасибо.

>>969579
Если ты вкинешь числодробилку в Го, ты остановишь все го-потоки, которые весят в этом ос-треде.

>>969599
Чтобы ты расчувствовался и стал писать больше по делу, а не бомбить впустую на публику.

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

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

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

>>969620
>Статический язык нахуй не нужен кроме как для числодробилок.

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

>>969622
быстро-фикс
>подписанными
подпитаными

>>969622
Так я и шлю, двач же.
Вон для js есть поделия уровня http://www.contractsjs.org
Люди делают и им норм.
А эта ваша статическая типизация и тайпскрипт не нужны нахер. Фактически мировая закулиса пытается из js сделать кресты вместо того чтобы научиться эффективно компилить js код, выкидывая словари из зашкварных мест.

>>969625
Ненужон это ваша типизация
Согласен анон, все это вообще числа, зачем эти сложные абстракции из С++ и джавы

>>969629
Ну а нахер она нужна если контракты и так можно валидировать? Считай что аргументы у функции должны реализовывать все методы и свойства, которые в ней же и используются. Такой неявный контракт. Нужна валидация? Она в 99% случаев элементарна.

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

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

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

>>969631

Вот в том то и дело, что в динамике очень много контрактов именно в голове программиста. А то, что есть только в голове, то быстро забывается и ведёт к ошибкам.

> Сейчас все хуячат на js и питоне и им норм.

Стартапам охуенно, да. При росте кодовой базы начинаешь охуевать от того, что там за пиздец. Ну и тесты вроде if (typeof arg1 == "string") тоже очень удобно, да.

>>969653
Я блуждал среди скриптовых языков, не находя себя. Но вот, в один прекрасный день я попробовал Го! И знаете я узрел, пускай я теперь пишу кода в 10-30 раз больше, но с го моя жизни перевернулась, все заработало стабильно, я обмазал код мьютексами и что вы думаете? Код стабилен -Аллилуйя!
*громкий крик в зале - Аллилуйя, Аллилуйя Брат!
Теперь я сам стал стабильнее и моя скорость разработки даже выросла на пару сантиметров.
Аллилуйя!

>но местные гоферы подняли меня на смех, когда я предположил, что это отличное решение для фулл-стек разработки приложений, например
Аллилуйя Брат!

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

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

>>969610
>Ты вообще нормальный? Как ты утверждение о качестве кода сопоставил со своим этим высказыванием? Что твориться твоей голове? Ты меня пугаешь анон

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

А противопоставление ГО интернпрайзу вообще бессмысленно и беспощадно.
Скажем так, вначале кто-то сделает нечто крупное на го, пару раз, и тогда уже можно будет о чем-то говорить.

Пока это бессмысленно, ибо нет данных сопоставимых метрик.

>>969614
>Если ты вкинешь числодробилку в Го, ты остановишь все го-потоки, которые весят в этом ос-треде.
Корутины не для числодробилок, юродивый.

>>969681
Как это все написанное гармонирует с этим
>>Иди сделай такое в го - то обгрызок на обгрызке, то баг на баге.
>Не хочу, не буду.

Что ты там вообще пишешь?? Ужас

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

>>969685
>Корутины не для числодробилок, юродивый.
Го - не для вычислений, го это для души

>>970038
Ты ебанутый? go не планировали изначально как язык для числодробильных задач. Вот есть R - пользуйтесь, нет хотим хуйню нести.

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

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

>>970053
>вы мне в уши ссыте
Кто здесь? Я тут один нахуй

>>970036
>Не маневрируй, ты конкретно на тематический пост ответил слезами на весь тред
Ты галлюцинируешь.
Поехавший срущий шизик.

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

Для тяжелых вычислений ненужны корутины, и прочая асинхронщина, по определению.

Я просто в шоке от этого безумия. Дебилы.

>>970036
>Не маневрируй
Уроки иди делай лучше, завтра в школу.

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

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

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

>>970088
Так я его и не использую, нужно же понимать, почему я это делаю. Если язык компилируется - значит на нем можно и нужно писать числодробилки. А вы мне ссыте в уши что нельзя, кококорутины кококо ресурс нельзя больше тредов кококо

>>970092
>А вы мне ссыте в уши
Поссал тебе в рот.

>что нельзя
Можно, разрешаю.

>вы
Шизофреник

>кококорутины кококо ресурс нельзя больше тредов кококо
Петушок раскукарекался. Проследуйте в курятник.

Я тут на забавную ссылку наткнулся
http://www.soroushjp.com/2015/02/07/go-concurrency-is-not-parallelism-real-world-lessons-with-monte-carlo-simulations/
>The current implementation of the Go runtime will not parallelize this code by default. It dedicates only a single core to user-level processing.
>this is problematic because the convenience function actually uses a global rand object that has a mutex lock associated with it

Короче девочки и мальчики. Если вам лень вчитываться - то в двух словах: го нинужен. Расходимся.

>>970110
Я тут на забавную ссылку наткнулся
http://www.space.com/36402-peggy-whitson-takes-command-watch-live.html
>The trio will leave Whitson in charge, with two other crewmembers: French astronaut Thomas Pesquet and Russian cosmonaut Oleg Novitskiy.
>NASA recently extended Whitson's stay on the station by three months.
Короче девочки. Если вам лень вчитываться - то в двух словах: мужчины ненужны. Расходимся.

>>970038
САЙТИК ПОЛУЧИЛ КАРТИНКУ С ТЕКСТОМ
@
ПОЛОВИНА ЮЗЕРОВ НЕ МОГУТ ПОЛУЧИТЬ ДОСТУП НА САЙТ, ТАК КАК ОБРАБОТКА КАРТИНКИ ЗАНЯЛА ВЕСЬ ТРЕД НА ОДНОМ ЯДРЕ


Го - не для вычислений, го для дебилов

>>970120
По теме аргументы кончились? Всегда можно сделать вид, что тонко потралил собеседника?

>>970123
Иди нахуй, шизофреник. Не используй Го. Он нужен там где он нужен.

>>970123
И вообще в рот тебе нассал. И в нос.

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

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

>>970123
>САЙТИК ПОЛУЧИЛ КАРТИНКУ С ТЕКСТОМ
>@
>ПОЛОВИНА ЮЗЕРОВ НЕ МОГУТ ПОЛУЧИТЬ ДОСТУП НА САЙТ, ТАК КАК ОБРАБОТКА КАРТИНКИ ЗАНЯЛА ВЕСЬ ТРЕД НА ОДНОМ ЯДРЕ

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

А так да, 99.9999% бекенда именно так себя поведет в такой ситуации.

>Го - не для вычислений, го для дебилов
Я тебе верю.
Ты донес свою точку зрения.