Какой смысл в докере если у меня винда?

>>1245569 (OP)
>Пщ едва не единственный язык который на уровне синтаксиса позволяет синхронизировать подпрограммы, разве только не Pony или Erlang. Это в 2018 году-то.
Вы заебали уже, дохуя где это есть, от кложи до эликсира.

>>1245391
А чо, нельзя там к Грефу кабанчиком подскочить, обкашлять вопросик, я не знаю? Ну это же очевидная неповоротливость бюрократической машины, наверняка они в 2016 просто скопипастили это из предыдущей версии той же хуйни. Ну то есть бля, кто-нибудь вообще долбит их по этому поводу?

>>1245595
иди на хуй ленивая свинья

>>1245615
Это что, сделано специально чтобы спускать грехи или как?

>>1245615
Пиздец конечно. Даже не знаю, что и добавить.

>>1245577
Докер через виртуалку работает под винду и мак

>>1245718
Почему у меня нету проблем с докером даже на макосе?

>>1245718
Не могу установить виртуалку.

>>1245728
https://docs.docker.com/docker-for-windows/install/

>го тред
Ебанутые. Почему ваш тред ещё не запретили?

>>1245915
>Почему ваш тред ещё не запретили?
Чтобы взрывать пуканы даунам типа тебя

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

>>1246170
Блокчейн заебись. Если идея будет, то технология сейчас популярная и достаточно опыта даст, потому что это не сайтики клёпать. Хотя идей не подскажу, я не углублялся пока-что, скоро собираюсь.

Что у вас за пакетный менеджер? Есть какой-то аналог NPM или Composer?

>>1246329
С версии Go 1.11 будет официальный менеджер зависимостей vgo.

Общался с мудрым гофером недавно. Он мне поведал, что recover делать вообще не стоит - если паника произошла, то значит надо падать, перезапускать сервис и так далее.
Я в-принципе согласен, но как мне быть с обработкой падения? У меня есть сокет-сервер, например. Мне кажется логичным в случае паники сначала послать клиентам сообщение о шатдауне, а уже потом рвать коннект.
Насколько я не прав?

>>1246444
Такими темпами лет через 20 может что хорошее и получится из гошечки-аутиста.

>>1246662
Он не такой мудрый. Проёбывает функционал языка, порой необходимый, ради пустословья про отсутствие исключений.

>>1246662
>>1246672
Двачую, тоже самое хотел написать. Тебе язык дал возможность перехватить и обработать, а ты себе принципов напридумывал. Если так надо в твоем приложение, значит так надо кто-то пишет большие приложения, а кто-то скриптики и там у каждого свои задачи и решения

>>1246662
Чувак видимо забыл, что пишет не на ерланге, лол.

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

>>1246688
Мне не хватает:
- Нормального двустороннего мессаджинга (гошная реализация socket.io убога);
- Стандартизованной структуры приложения (видел кучу вариантов, rails-like, modules-like и т.п.);
- Единого нормального менеджера зависимостей.

>>1246688
А, ну и да. И ещё нормальных курсов (хотя вроде mail.ru выпустили ничего так) и нормальных сертификатов (от гугла или хотя бы uber).

>>1246707
>(видел кучу вариантов, rails-like, modules-like и т.п.);
Модуле-подобно это типа как в питоне (и сейчас js пытаются), да?
А rails-like как это?

>>1246662
В первую очередь надо понять, ч>>1246707
> Стандартизованной структуры приложения (видел кучу вариантов, rails-like, modules-like и т.п.);
Вот с этим реально проблемы. Хотя это не проблема конкретно языка, а скорее проблема консенсуса между разработчиками.

>>1246707
>- Единого нормального менеджера зависимостей.
Так vgo же. Не знаю, насчет нормальности, но он станет единым официальным.

>>1246724
rails-like это кажется как в руби он рейлс. Там на каждый контроллер свой жышэ файл и можно реквайрить файлы и зависимости //= require smth вроде

>>1246737

>>1246737

>>1246737
Магия, не могу вставить ссылку.
В общем, https://medium.com/СОБАЧКАbenbjohnson/standard-package-layout-7cdbc8391fc1

Думаю вкатываться в пщ
Какие подводные? До этого с бекендом так таковым дело не имел.

Нормальненько ли здесь писать хттп запросики? Если мне завтра приспичет развернуть борду на го как она себя будет чувствовать?

На тиобе видел как язык поднялся за годы. А может это очередной хайп как на руби в 2008? Этот язык будет жив в 20+ десятилетии?

>>1246809
>Какие подводные?
Язык ниочень нет дженериков

>Нормальненько ли здесь писать хттп запросики?
да

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

>А может это очередной хайп как на руби в 2008?
Он уже второй год падает во всех рейтингах (и это при том, что он только появился + его гугл тащит)

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

>>1246809
Всё с языком нормально, развивается, гуглом поддерживается. Для всяких нагруженных проектов используется

>>1246725
>Так vgo же. Не знаю, насчет нормальности, но он станет единым официальным.
А как же go get? Почему люди сразу же забыли, про столь мощный и лучший депенденси-менеджер в го?
Расплодили, расплодили кучу клонов. го не торт уже

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

- Плохой инструмент для программиста, в общем, ручками будешь писать много и долго, потому что это такая фича или потому что кто-то поленился и сделал упор на легкий компилятор, в ущерб труда программиста
- Отсутствие исключений, это отсутствие проброса ошибки вверх. А значит где-то в глубине может "где-то что-то" немножко поломаться и ты как и в js не будешь понимать - почему "это" работает немножко не так или почему оно падает вообще в другом месте исключения бьют по рукам, если программист явно не замалчивает и бьет по рукам уже сам себя. Поэтому исключение решает несколько проблем
1. Всегда в курсе если что-то не так.
2. Можно нагуглить ошибку и найти решение за 5 минут,
3. Можно понять где из 100500 вызовов одного метода это сейчас произошло и запустить отладчик

>>1246822
>дарт (простихоспоти) тоже жив (к сожалению)
На днях 2.0 зарелизили, там у них кросс-флагманский проект, которым они еще всякие котлины попугают. Я не фанбой, просто есть перспектива

>>1246844
И вроде они свою рекламную площадку под него переписали. Как слухи в каком-то дермокасте услышал

>>1246688
Интерфейсов для полей структуры.

>>1246835
>go get
Потому что это не менеджер зависимостей.
Еще есть go dep, у которого нашли какие-то недостатки.

>>1246809
>Этот язык будет жив в 20+ десятилетии?
Да, потому что удобно решает ряд задач, то есть действительно является инструментом, а не очередным сахаром-ради-сахара.
Так же есть еще потребность писать не на скриптовых языках веб, но джаву брать не хочется. он устойчиво займет такую промежуточную нишу

ИНСАЙД, ТОП ЯЗЫКИ 20+ летия позиция роли не играет
python - ИИшки
javascript - так было велено браузерами, а теперь он уже везде
C - нужен
C++ - тонны легаси
php - тонны легаси
java - тонны легаси, мобильная
swift - мобильная
go - есть ниша, так же возможно станет языком для игр в браузере на wasm (на хабре читайте будет поддержка в релизе каком-то).
dart - (возможно) кросс мобильная разработка
-неизвестный- - ключевой язык в нише робототехники, скорее специфичный и узкий.

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

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

>>1246843
>Отличный инструмент для решения асинхронных задач
Каналы давно уже везде есть, вы заебали. И го - это не эрлаг\эликсир. Вот реально, всю эту хуйню про ЛУДШИЙ ЯЗЫК ДЛЯ АСИНХРОНЩИНЫ вам маркетологи в голову вбили (ну по сравнению с сишечкой конечно лучший), и раз за разом эту хуйню пересказываете.

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

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

>ручками будешь писать много и долго
Это правда, тут не поспоришь.

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

>>1246844
Понимаешь, когда пилят новый язык, а потом через пару лет выкидывают все нахуй и переписывают заново без сохранения обратной совместимости - никакой нормальный человек к этому говну даже близко больше не подойдет, никогда. Но опять же, маркетолухи гугла говна в уши нальют про "а вот Х все переписали на дарте, бегите и вы переписывать!!!" и "ФЛАГМАНСКИЙ ПРОЕКТ гугла, бегите учите а то отстанете от всего и будете неактуальны!!!" - глядишь индусы со смузихлебами и подтянутся. Но хуй знает, дарт настолько провальный, что тут даже есть надежда, что это говно в этот раз не проканает.

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

>>1246851
>Не совсем понятно, о чем речь.
гугли "бойлерплейт"

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

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

>>1246858
>увидишь что эта функции из 50 разных мест вызывается
Значит в каждом месте пишешь return fmt.Errorf("cannot read text in function MyFunc: %v",err)

>>1246858
>Это значит, что надо в каждой функции, на всякий случай, предусмотреть возврат ошибки.
Так это и есть go-style. Почти каждая функция должна возвращать ошибку.

>>1246858
>гугли "бойлерплейт"
Я знаю, что такое бойлерплейт, пример приведи. Только без примеров, которые решаются за счет шаблонов в других языках( чего нет, того нет)

>>1246854
>Каналы давно уже везде есть
И не забудь ручками асинк-авейт написать.

>А вот на ноде микросервисы получаются видимо недостаточно шелковистые
Все скриптовые без реальных потоков, вкинул дробилку, убил целый процесс. Так что да, не шелковистые ни разу. Го он как - скомпилил с десяток сервисов и вкинул, не зависимостей не прочей мудотни - один бинарник - одна зависимость под что скомпилил - одна любовь.

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

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

>>1246864
>Так это и есть go-style.
Это не го-стайл, это говно-стайл хи-хи, ну хотя да, ты прав из 80-ых. В сишечке так делали, после каждого вызова условие, ой а все ли нормально ниче не сломалось?))0) А сейчас как бы 2018, люди давно уже знают, как эта проблема решается правильно, но Пайк как всегда в танке. А еще он не осилил написать тайпчекер с дженериками. Ну то есть натурально чувак застрял в 80-ых и не лечится.

>>1246871
>И не забудь ручками асинк-авейт написать.
Ты чем читаешь? КАНАЛЫ, какой асинк-авейт?

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

>не зависимостей не прочей мудотни
А докер чо, уже немодно юзать?

>Самый близкий язык по сравнению это джава (статика, компиляция...)
Да нет, как раз к ноде\питону оно ближе и по духу, и по нише. Статика там уровня /b, компиляция - ну, питон тоже можно компилировать, в чем поинт-то? А вообще, это типа сишка с гц по задумке же.

>Если ты про фатал - то такого не надо.
Про него, по части «и "проброс ошибки вверх" там таки есть.» Надо\не надо - это уже другой вопрос, я тебя просто по части фактов подправил.

>>1246874>>1246864
>>Конечно ты полезешь руками фиксы писать, чтобы понять где и как, но это уже костылеварение.

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

>>1246875
>Ты чем читаешь? КАНАЛЫ, какой асинк-авейт?
Мы про асинхронное программирование или про то как без гонки записать данные? может про мьютексы еще расскажешь?

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

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

>А докер чо, уже немодно юзать?
Меньше ПО в связке проекта, меньше проблем сопровождения. Если го предоставляет возможность тупо залить файл и запустить - то зачем платить больше? А вот если у тебя там 1000 машин и надо деплоить по клику - то да.

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

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

>>1246880
>Мы про асинхронное программирование или про то как без гонки записать данные?
Я не знаю, про что ты, а я про CSP.

>А если нет?
То ты поднимаешь пул воркеров и фронтенд-сервер, который отдает им нагрузку. Это называется "микросервисная архитектура", привет.

>го лучше
Спорно.
>под это он и создавался
А вот тут не поспоришь, лол.

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

>Статика и компиляция - это ближе к питону чем к джаве
Я ведь вроде по-русски написал: статика там уровня /b даже по сравнению с джавой (как в си, толку от нее около нуля). По нише он ближе к питону\ноде (ты сам это в прошлом абзаце написал). Компилировать можно и питон, и руби, и даже пхп, так что это вообще ни к чему упоминать. Ну что непонятно-то?

>Так что не надо эволюционировать и адаптировать такие вещи под исключения
Так я тебе еще раз говорю, что я с исключениями фатал и не сравнивал, я тебя просто поправил насчет того, что "проброс ошибки вверх" там таки есть.

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

>>1246856
Я частично согласен, но там и людей то не было, какая разница, это же не аудитория питона 2.0 и релиз 3.0 может между 1.0 и 2.0 так же было???
Конечно, можно взять и тащить поддержку полностью протухшего языка, вопреки логики и здравого смысла, или же, быть может, дать ему второй шанс, полностью переписать и накатить флагман, чтобы не только на авось надеяться?

>никакой нормальный человек к этому говну даже близко больше не подойдет
Питон едят же

>>1246881
>То ты поднимаешь пул воркеров и фронтенд-сервер
Больше железа, богу железа. Один процесс - один запрос, это плохо даже с пуллом воркеров.

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

>Джава тоже позволяет, и чо?
Да кто говорит что нельзя или не позволено.

>нормальные менеджеры зависимостей уже сотню лет как есть
Разве на джаве есть официальный менеджер зависимостей поставляющийся с языком? Это ты про ANT? Или про... ох шит...

>про микросервисы ты говоришь или про "руками тупо залить и запустить".
Что не так? Какая сложность залить залить 1 файл или 10 или 100? Или ты думаешь обязательно надо руками и их запускать, а баш файл или супервизор для неудачников?

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

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

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

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

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

>>1246888
>Больше железа, богу железа.
Ты сам только что ратовал за микросервисы. Когда я тебе описал, как выглядит микросервисная архитектура в простейшем случае, ты пишешь "Больше железа, богу железа". Анон, извини, но у меня начинает закрадываться ощущение, что ты не шаришь.

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

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

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

>Разве на джаве есть официальный менеджер зависимостей поставляющийся с языком?
Да вроде ни в одном (промышленном) языке с самим языком менеджер зависимостей не поставляется. Я говорил про maven + gradle/lein/sbt, очевидно.

>Какая сложность залить залить 1 файл или 10 или 100?
Эм, ну сложность в том, что тебе надо делать дискавери, балансинг, одновременный деплой итп итд. Опять же, гугли оркестрацию, девопс, ну или просто "микросервисы".

>умозаключение "Статика и компиляция - это ближе к питону чем к джаве" должна попасть в золотой цитатник.
Ну, это ты сказал, ты и добавляй это в цитатники. Я-то тут при чем?

>И что?
То, что ты озвучил фактически неверное утверждение, я тебя поправил. Все. Больше ничего, move on. Третий раз об этом говорю.

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

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

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

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

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

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

>(промышленном) языке
Что это такое? Питон промышленный? У него pip встроен.

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

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

>>1247297
>Один процесс - один запрос - это внутренние обстоятельство программы
Разберись с тем, что такое мультитрединг и асинхронность. Потом разберись с тем, что такое хттп и что означает слово "запрос". Потом перечитай мой пост еще раз. Я не вижу смысла объяснять тебе элементарные вещи которые можно нагуглить самому, когда ты общаешься в таком тоне.

>свой и официальный, поставляемый прям с самим языком
Мавен тоже свой и официальный (ну и не кривой, в отличие от того же пипа), практической разницы нет никакой.

>а сейчас вообще две, а завтра три или четыре
Анон, ты опять не уловил поинта, потому что не знаком с сабжем. Я говорю о менеджменте зависимостей, а не о билд тулах. Я хочу (могу хотеть) иметь разные билд тулы (в зависимости от нужд проекта, одно может быть удобнее другого; плюс для скалы, например, хочу пользоваться сбт, а для джавы - грейдлом; плюс элементарно со временем появляются более лучшие альтернативы, поэтому я не хочу вендор-лока), но при этом хочу иметь единый формат репозиториев зависимостей. На жвм все так и есть: у тебя есть мавен-репы, которые поддерживаются абсолютно всеми билд тулами. Поэтому в любой проект на любом жвм языке с любым билд-тулом я могу подключить любую жвм библиотеку. Смекаешь? Алсо, "сначала была одна" тоже неверно - она не была, она есть. Ант билд-скрипты поддерживаются мавеном и грейдлом. Мавен-репозитории поддерживаются всеми билд тулами. Это не "написали, выкинули, написали другое", а инкрементальное развитие, одни тулзы используют другие. Уловил?

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

>Питон промышленный? У него pip встроен.
Куда встроен? Вот у меня стоит python3-pip, отдельный пакет. Да, с 2.7 он идет в дефолтной поставке в виртуаленв и является рекомендуемым ээ, даже хз как его назвать, "инсталлятором пакетов". Ну так и с рубиджемс та же история, например. Это же не значит, что они "встроены в язык".

>Ничего не надо, заливаю файл в папку
Ну если тебе на вашей задаче не надо - ну так слава богу ж. Вопрос был "чем отличается 1 сервис от 100", конкретно про твой случай я ничего не знаю.

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

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

>>1245569 (OP)
Сап, стоит учить вместо питуна?
Взлетаете во всяких там научных вычислениях?
В графичках/плоттинге?
Почему шапка именно про сеть, это что, язык написания серверов?

>>1247871
>Сап, стоит учить вместо питуна?
хочешь быстрый и асинхронный веб - да
не хочешь считать отступы после копипасты кода - да
долбишься об GIL - да

>>1247875
Сам с С/С++, его синтаксис будет мне ближе.
Хочу
import $matlib_name;
import $plotlib_name;
matlib.poshitay_eto_der'mo(data1);
matlib.i_eto_pzh(data2);
graphic.v_studiyu(data, axes, field);

По сути usage питуна, но надеюсь на более высокую скорость и удобный пакет-менеджмент.

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

>>1247871
Нет, нет, нет, типа того.

>>1247871
>Взлетаете во всяких там научных вычислениях?
>В графичках/плоттинге?
Это нет, язык не для этого

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

Вкатился

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

>>1249129
Потому что гуманитариям проще в уши залить "не нужно" или "это плохо", чем реализовывать это в рантайме и компиляторе, на каждой платформе.

>>1249129
panic - recover

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

>>1245569 (OP)
Кстати, я просто оставлю это здесь:

http://tindaloscode.blogspot.com/2017/03/imitating-scala-futures-with-go.html
>Clojure borrowed its go-routine and channels idea from Golang. Yet the difference between the Clojure and Go versions in terms of brevity is striking.
>...
>With generics many of Go's problems would go away. Rob Pike explicitly said, no generics, but hopefully someone will just force him or do it himself instead.

>>1246822

> Он уже второй год падает во всех рейтингах (и это при том, что он только появился + его гугл тащит)

Это в каких? По google trends "golang" стабильно растёт.
По github:
https://madnight.github.io/githut/#/pull_requests/2018/2
Тоже.

Вероятно какие-то твои лично отобранные рейтинги.

>>1246848
Основной - пакет может существовать в приложении только в одной версии. Основная боль здесь в транзитивных зависимостях.
Я хочу себе пакеты A и B (клиенты для апи амазона и гугла), при этом они оба зависят от пакета С (http клиент) разных версий. Всё, боль, паника.

Гоферы, к вам вопрос.

Стоит ли зависимости помещать в папку vendor?

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

>>1245569 (OP)
Напоминаю, что докер ВСЕ, а сабж НЕНУЖЕН:
https://github.com/docker/docker.github.io/issues/6910

>>1250521
Поясни за линк

>>1250544
Сообщество бугуртит, что для того, чтобы скачать докер под винду или мак, надо регаться

>>1250515
https://github.com/pkg/errors

>>1250715
Годауны изобретают свои исключения. Как мило. Исключения это плохо! Поэтому нужно от них отказаться и сделать свои исключения.

Какие-же смузихлебы дауны.

>>1250721
Если ты до сих пор не понял, что такое исключения, и почему их нет в Го, то тебе нечего делать в программировании.

>>1250753
Чтобы не писать сложный рантайм и возложить проброс на руки программиста?

>>1250753
Не ты. Рекомендую посмотреть https://www.youtube.com/watch?v=nVzgkepAg5Y

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

>>1250721
Братишка, что ты несешь? Каким образом github.com/pkg/errors относится к исключениям? Ты, похоже, даже просто не прочел там ничего.

>>1250999
тем, что функции исключений имитируются средствами языка.

>>1250999
Цитата из их ридми:

>...which applied recursively up the call stack results in error reports without context or debugging information. The errors package allows programmers to add context to the failure path in their code in a way that does not destroy the original value of the error.

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

мимо

>>1250829
>Это как со строками, в сети были целые статьи, рассказывающие что го-строки самые лучшие и вообще просто обосраться круть... но на деле это просто массив сырых байтов и все! Но как удалось завернуть :)

Массив байтов, можно читать по байтам, можно по utf-символам, можно "бесплатно" загонять в bytes.Buffer
Чего тебе не хватает, нуль-терминатора?

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

>>1251046
>Ничего не напоминает?
Это паттен "докуратор". В данном случае декоратор ошибки.

И нет это никаким образом не Exception.
Разница значительная.
- Runtime Exception можно выкидывать из любой функции. В Golang если функция может вернуть ошибку это указано в сигнатуре функции
- Одновременно может быть выброшено только одно исключение. Ошибки в Golang это обычные значения. Никто не мешает вернуть несколько или даже массив ошибок.

>>1251213
>Разница значительная
Естественно, значительная. Потому что одно - средство языка, а другое - имитация.
Исключения как раз и придумали, чтобы не писать эти if (error != null) return error;
99% програмных ошибок не нужно проверять и нельзя исправить, потому что это по определению исключительные ситуации, иначе это бы не было ошибкой. Обработка ошибок всегда выглядит одинаково: это сделать откат, там где нужно (в finally) и написать ошибку в лог. Все.
Без исключений это превращается в кучу boilerplate кода и ошибок обработки ошибок. Непойманное исключение хотя бы крашит программу, необработанная ошибка-значение никак себя не выдает.
Энджой ер поиск багов.

>>1251225
Вся дурная слава исключений от их неправильного применения. Особенно в java с ее checked exception и огромным ассортиментом исключений на любой вкус.
В с# намного лучше это все. В 90% случаев ты просто кидаешь одно из немногих стандартных исключений и ловишь его где нибудь подальше, не оборачивая каждый вызов метода в catch

>>1251113
>Массив байтов, можно читать по байтам, можно по utf-символам
Не п#зди, нельзя, нужно призывать к магии, то есть к рунам (тупо распарсить сырой поток байтов в настоящий 4-байтовый массив).
И это нужно делать каждый раз, когда хочешь корректно обработать utf-строку (конечно, если твои строки не байтовые аскии символы).

>>1251225
>99% програмных ошибок не нужно проверять и нельзя исправить,
Маня, ты хоть раз в жизни программировал?
100% Ошибок надо проверять. Ты только что обосрал все известные мне гайдлайны.Для примера, Сони за такое штрафует. Отправь такое приложение в Playstation store и через неделю ты им будешь хату должен и все свои органы.
>99% програмных ошибок...нельзя исправить
Какое, блядь, нельзя исправить?
Нет сетевого соединения с хостом - попробовал через Х секунд или запасной.
Remote Logging не отвечает? Не беда пишем логи на диск
Нет файла с конфигом? Создаем конфиг по умолчанию
БД вернула ошибку транзакции? Создаем sqlite локально и пишем туда, что бы информация не пропала, потом синхронизируем
Даже после ООМ и ребута можно выжить записывая локальный журнал или используя Event Sourcing.
Хули ты мне втираешь? С таким подходом только лендинги на ПоХаПе лепить.
>Обработка ошибок всегда выглядит одинаково: это сделать откат, там где нужно (в finally) и написать ошибку в лог.
Вон из профессии. Макаки думают что реальное программирование это высрать Happy Path и сидеть дрочить до конца работы.
Большая часть кода это обработка ошибок. В критически важных приложениях соотношение до 80%/20%, где 80% обработка ошибок.
Такие долбоебы. Не удивительно что ракеты падают.

>>1251264
Молодец, написал все 2 use case исключений: повторить что-то или выполнить другую функцию в случае ошибки.
В языках с исключениями это пишется декларативно парой строк с использований библиотек. Например https://github.com/App-vNext/Polly

>В критически важных приложениях соотношение до 80%/20%, где 80% обработка ошибок
Вот это манямирок. В коде с нормальной архитектурой вообще мест где может случится ошибка очень мало. Это буквально 1, 2 интерфейса.

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

>>1251359
>В коде с нормальной архитектурой вообще мест где может случится ошибка очень мало

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

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

>>1251213
>- Runtime Exception можно выкидывать из любой функции. В Golang если функция может вернуть ошибку это указано в сигнатуре функции
То есть ты не слышал ни про checked exceptions, ни про panic в го.

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

Анон, ну ведь со стороны видно, что ты совсем некомпетентен. Давай закончим этот разговор.

>>1251621
>Runtime Exception
>То есть ты не слышал ни про checked exceptions
Читать умеем?
>checked exceptions
Кроме Жабы исключения никто не использует?
>ни про panic в го.
В Го панику не используют для сообщения о такой ужасающей ошибке, как, барабанная дробь, КОНЕЦ ФАЙЛА ПРИ ЧТЕНИИ!!!
java.io.EOFException!!!
ФАЙЛ КОНЧИЛСЯ, ВСЕ В МАШИНУ!!!
>Ну либо тебе аллах запрещает возвращать в исключении любые нужные данные.
Одновременно выброшено может быть только одно исключение. Мат. часть, учим ее.
> Давай закончим этот разговор.
Ой все?

>>1251248
>Не п#зди, нельзя, нужно призывать к магии, то есть к рунам (тупо распарсить сырой поток байтов в настоящий 4-байтовый массив).

а в чём твоя проблема к ним призвать?

>>1251709
>а в чём твоя проблема к ним призвать?
В том что строки сразу нормальными надо делать

>>1245569 (OP)
На какой стул лучше сесть рельсоабизяну? Смотрю в сторону buffalo, но может лучше осилить какой-нибудь ирис/ревил?

>>1251764
Что тебе не нормально? Тебе что, чтобы прочитать строку по рунам нужно библиотеку подключать или что?

>>1251864
Работа со строками очень нативная операция. Любые накладные расходы на таком уровне, потом очень сильно отражаются на производительностей всей программы (а веб это как раз частая работа со строками). Так что парсить постоянно сырые байты в строку по правилам utf-8 рунами (не обращая внимание на то что еще и память засоряем) - не лучший дизайн.

>>1251883
>(а веб это как раз частая работа со строками). Так что парсить постоянно сырые байты в строку по правилам utf-8 рунами (не обращая внимание на то что еще и память засоряем) - не лучший дизайн.
Чот мне сдаётся, что ты не в говорить то, о чём где-то слышал.
Анон, расскажи, как ты будешь "парсить постоянно сырые байты в строку по правилам utf-8 рунами"?

>>1250715
Получить трейс так можно. А вот как понять, что это за ошибка? Поддержки кодов нету, тип всегда один (структура из pkg/errors), смотреть по тексту - ну вообще не очень..

>>1252031
И что тут для тебя СЛОЖНА?

>>1251815
Express, koa.

Пока вы тут тупите у вас там ГО 1.11 релизнулся, с WASM и модулями.
https://blog.golang.org/go1.11

>>1252305
Ты и правда какой-то индиго

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

Хочу перенести апишку с экспресса на го.На fast-http получится ли? mysql с 20 таблицами

>>1254075
Для апишечки https://echo.labstack.com/ отличный вариант, доки прекрасные.

>>1254089
А gin что?

>>1254075
>fast-http
бери дефолтный сервер или лучше микрофреймворк, ты все равно выиграешь из-за статик языка

>>1254338
>выиграешь из-за статик языка
>нет даже дженериков
>везде interface{} или по функции на каждый тип
>статик языка
))

>>1254347
Парни, там дженерики подвезут в Go2
https://go.googlesource.com/proposal/+/master/design/go2draft.md

>>1254347
>>везде interface{}
Каникулы подходят к концу?

>>1254365
1. Когда подвезут, тогда и поговорим.
2. Go2? Go мать его 2? Они уже собираются ломать обратную совместимость? Ебануться, если так, я вот с этой стороны подлянки от Пайка не ожидал. Он конечно мудак, но не настолько же, блядь. Кто в теме - поясните.

>>1254380
Тебе виднее.

>>1254421
>Они уже собираются ломать обратную совместимость

Сам хуйню написал - сам пригорел. Типичный анон.

Никто обратную совместимость ломать не будет. Старый код как выполнялся, так и будет выполняться, сможешь вообще новые фичи игнорить и писать на го 2 так же, как на го 1.

>>1254427
>Сам хуйню написал - сам пригорел.
Знак вопроса видишь? Значение знаешь?

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

>>1254463
Каждый раз когда речь заходит про go 2, то подчеркивают, что не хотят повторять успех python 2/3 и perl 5/6.
https://github.com/golang/go/wiki/Go2#compatibility

>сами их драфты я не читал если что

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

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

А что надо в придачу к го учить?

>>1254477
Не слушай его, Го вполне подходит и успешно используется на бэкенде.

Нет никакой возможности вызывать из GO код python, который использует C библиотеки? Как я понимаю единственная возможность - это пройтись по всему коду и обернуть C, но там типо не два моих файла, а огромные либы на вершине программной инженерии и компьютерной науки, созданные великими разработчиками и учёными, даже архитектура запредельна для смертных. Если нельзя, то придётся, не знаю, пользоваться либой для го от гугла.

>>1254365
Ох, они вышли из манямирка и начали действительно улучшать язык?

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

>>1254499
Возможно твою либу уже конвертировали или написали к ней апи на го

>>1254547
Нет, я искал. Нету.

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

>>1254697
а что там, не так?

>>1254697
Люди всегда будут ныть из-за того, что им приходится вырабатывать новые привычки.

А вообще изменения заебись, как бы они в конечном итоге не выглядели.
Джва года ждал такого, тупо меньше всратного кода набивать же:
https://go.googlesource.com/proposal/+/master/design/go2draft-contracts.md#map_reduce_filter

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

>>1246880
>Но это справедливо если ответ достаточно быстро вычисляется. А если нет?

Тогда просто разбиваешь сложную ёбу на дохуя блоков и их в дохуя промисов. Итерации тоже в промисы.

>>1254751
Все так, как до недавного кричали что `go get` пиздат и больше ничего не нужно.
А, еще что GOPATH это норм, ага.
Есть такая пизданутая черта у гошного коммьюнити.

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

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

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

>https://github.com/golang/go/wiki/Go2#compatibility
>Go 1 and Go 2 code must be able to interoperate in programs with ease.
Interoperate - значение знаешь? То есть это будут по факту два разных языка с интеропом между ними. Ровно то, о чем я говорил, причем походу даже хуже, чем с пи3.
Впрочем, чего еще было ожидать от гугла с его дарт-клоунадой. Алсо, самое смешное, что все нормальные люди с самого начала говорили: вы сделали говно, вы тупые мудаки, сделайте нормально и потом релизьте. Нет, пайк уперся (потому что тупо не умеет компиляторы писать, лол), а теперь спустя эн лет после релиза они все будут переделывать. Рукожопие как оно есть.

Ни для чего серьезного го не годится. Лет через 10 можно будет на него посмотреть, сейчас это - игрушка для мамкиных блокчейн-стартапиров и двух с половиной команд, которым вместо python+c хочется нескучных обоев. Увы.

>>1254756
>Тогда просто разбиваешь сложную ёбу на дохуя блоков и их в дохуя промисов. Итерации тоже в промисы.
Как это бывает в реальности - хер пойми где эта сложная йоба окажется в коде. Поэтому асинхронщина в одном потоке может идти лесом сразу

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

>>1254488
Ты бы хоть гринтекст прочитал, лол.

>>1254751
Лол, то же самое написать хотел.

>>1254851
>Ни для чего серьезного го не годится.
Действительно. На нем же написаны только несерьезные ethereum и docker

Дату релиза Go 2 не сообщали?

он еще не составил пару Руби?

>>1254962
Лол. Нищий тупой двачер считает себя лучше людей, которые создают и управляют айти-компаниями.

>>1254859
> один современный функциональный язык.
но нахуя?

>>1254979
А раби тут причем?

>>1254851
> Ни для чего серьезного го не годится
То есть Prometheus, CockroachDB, Kubernetes это не серьезно, DropBox просто так написали 1.3 ляма строк на го, а Microsoft просто так сама пишет порт для windows/arm архитектуры и уже уверенно начинает разрабатывать прикладной софт на нём?
Попробуй хоть иногда из своего манямирка вылезать.

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

>>1255100
> Microsoft просто так сама пишет порт для windows/arm архитектуры и уже уверенно начинает разрабатывать прикладной софт на нём?

у них же сишарп есть, нафига им го?

>>1255100
>То есть Prometheus, CockroachDB, Kubernetes это не серьезно

Да, эти баззворды-обертки над jail/chroot не серьёзны.

как хранить конфиги в го?? Через .env нормас?

>>1255025
стагнация

>>1254987
>Нищий тупой двачер
Привет, а я Сергей.

>>1254997
Если ты в НИИ работаешь и с 80-ых вокруг тебя ничего не изменилось, то нахуй не надо, конечно. Остальным ответ очевиден, имхо.

>>1255100
Ой, точно, еще же КУБЕРНЕТС, как я мог забыть. Лол, thanks for proving my point.

>>1255406
> Остальным ответ очевиден, имхо.
ОЧЕВИДНЫ такие вещи только сектантам. У адекватных технарей для простых вещей есть простое и понятное объяснение.
Понятно, что хуже от знания какого-нить Хаскеля не будет, но вот практическая польза так же не очевидна.

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

>>1255432
>Вылазь уже из танка или не вылазь, мне похуй.

тааак, а теперь скажи: ты понимаешь разницу между "основами ФП" (в которые сектанты записывают всё подряд, вплоть до const в C) и изучением Хаскеля или другого ФП языка?
Для форм на реакте ВНЕЗАПНО нужен JS, и понимание first class functions, а вот Хаскель -- не нужен.

>>1255457
>сам упомянул х-ль
>сам доказывает, что он ненужен
meh

>>1255481
>Если упомянул х-ль ДОЛЖОН ВЫУЧИТЬ, Я СКОЗАЛ
сосачеры не меняются.

Ещё раз, для тех кто в танке. Для понимания функций как параметров других функций и прочего Map, Filter, Reduce на JS нужно учить (внезапно!) не х-ль , а JS.
Вопрос сектантам: нахуя ж учить ФП языки программирования?

>>1255493
Нафига нам твой говно-жс, который дрочится в одном процессе/потоке с туевой тучей лапши из калбэков, промисов, когда есть божественный само-асинхронный ГО?

>>1255493
>сосачеры не меняются.
Действительно.

>Ещё раз, для тех кто в танке.
Так и будешь сам с собой разговаривать?

>нахуя ж учить ФП языки программирования?
Чтобы писать более лучший код. Твой вопрос звучит как "нахуя учить ООП" в 90-ом году. На эту тему столько всего уже везде написано, что ты либо совсем нюфаня, либо пытаешься в троллинг и наброс на вентилятор. В любом случае, мне похуй: не хочешь - не учи, твоя жизнь, мне на нее насрать, понимаешь ты это?

Что по работе в ДС и ДС2? Куда не посмотрю, всюду вышка и матан требуется. Быдло-скриптовику вкатываться нет смысла?

>>1255675
Понятно что го для бэкенда хорош и совершенно нормально со скриптов переписать на го свой проект и получить профит. Но какой смысл слазить с няшных засахаренных скриптов, чтобы идти на дядю писать ему if != nil ???

>>1255406
>>1255142

Docker работает и на винде, там нет chroot/jail, это уже давно все не обёртка, а де факто доминирующая технология. А CockroachDB и миллионы строк кода у дропбокс хейтеркам лучше игнорировать.
Обзови огромный доминирующий проект обёрткой и пытайся всех убедить что это не серьезно - задетектируй в себе зашоренного хейтерка с горящей от го и проектов на нем жопой. Что же тогда на вашем любимом расте даже баззвордов таких нет?

Алсо, забыл про Graphana, да.
Как же все таки больно хейтеркам от тотальной доминации гошечки в его нише и огромных темпах роста. Если бы го не было, его нужно было бы придумать только для этого. Наблюдать за горением ограниченных, завистливых, тупых ублюдков, подписывая уже 25-ый инвойс одной европейской конторе, пишущей бекенд исключительно на го - бесценно. А если потом ещё заглянуть в почту, на которую постоянно пишут HR с вакансиями для гоферов, то ещё смешнее становится.

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

>>1255100
Блять, возвращайся в свой петушиный угол на хаброхабре, сойбой.

>>1255726
Лол, нормально у местного шизика подгорает.

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

>огромных темпах роста
>хайп прошел, второй год популярность падает СТАБИЛИЗИРУЕТСЯ
))

>>1256926
лол жиза

>>1256926
>Я МОГУ ВСЕ ЭТО ЖЕ ДЕЛАТЬ НА НОДЕ
Можно и на ассемблере бэкенд писать. Но зачем?
JS на бэкенде это настолько убогое зрелище, что в больших проектах его стараются не использовать.

>>1256926
>А ПОТОМ БЛЯ КАК ВСПОМНЮ, ЧТО Я МОГУ ВСЕ ЭТО ЖЕ ДЕЛАТЬ НА PHP

>>1256926
Истину глаголишь, бгатик.
>>1256984
Всяко лучше goвна.

>>1256926
Забавно, что ты привел в пример NodeJS, создатель которого призвал отказаться от ноды в пользу GO.

>>1257018
Он подкуплен гуглоблядями. Такие люди за деньги и за брейнфак в продакшене агитировать будут.

>>1245569 (OP)
Поезд с gовном летит под откос
Жалобно плачет разраб-хуесос
Лучше б писал он фронтенды на вью
Чем плотно сидел на Гугла хую

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

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

>>1257072
>Но нахера за это добровольно топят сами программисты?

Потому что проще кричать, что Нода классная, чем переучиться с нее.

>>1257060
Лол, браво!

>>1256926
Лол, и тебе тоже браво, нормально разорвал.

>>1257225
Под кроватью у себя семенов поищи, долбоеб.

>>1257072
Когда слышу фулстак, сразу перед глазами конторка на 10 человек со скучным формошлепством на заказах.

>>1257412
А на галерах с сотнями макак в вольерах формошлепством не занимаются, нет
Мимодевелопер из уютной продуктовой конторки на 7 человек

https://habr.com/post/422049/
>Новый же механизм вводит контекстно-зависимый "прыжок", похожий одновременно на исключения, на defer, на break и на goto. И хотя данный подход сильно отличается от исключений, и больше похож на goto,
Хороший механизм, одобряю, самое то для Пщ.

>>1257828
>Го - просто невыносимый провал.
Авторитетненько.
>Да, идея с асинхронщиной хорошая и идея вообще продукта, но как его сделали, это ппц.
ППЦ сдилали, Ни магли сдилать в сто разов лучшее!!!11
>Так еще никто не посылал программистов на
При чем тут истерички?

>>1257828
Обосрался с проверки ошибок. Расскажите годаунам про finally и using в нормальных языках.

>>1257814
> самое то для Пщ.
Лол, тоненько ты их ;) ;) ;)

Как порог входа, посаны, вкатываться?
Хочу выкатиться с Vba

>>1259112
Вкатиться несложно. Проблемы возникнут, только если у тебя ООП головного мозга.

>>1259120
Годные материалы на русском?

>>1259120
но ведь ООП - самое логичное и удобное развитие ЯП за всю историю. Как можно уйти от этого?

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

>>1259160
Это под мобилки

Го хоть и можно под мобилки, но все-таки его ниша - бэкенд

>>1259160
Дарто-дебил ты заебал уже по всей доске со своей парашей бегать.

Его заменит Го2, с генериками и WASM

>>1259198
К сожалению нет, го показал свое отношение к комьюнити.

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

>>1259215
т.е. ты всерьёз предлагаешь переходить на Дарт, успевший сломать совместимость, не имеющий таки кошерного гошного рантайма, да и вообще являющимся "JS без _фатального недостатка_"?
не-не-не, бро, столько смузи мне не выхлебать

>>1259246
>успевший сломать совместимость
Где? Не утрируй, там нормальная миграция на 2.0
Переход на го2 с тем что нарисовали - тоже не будет безболезненным. Но язык должен развиваться, а не быть подобным "го", где раз в 10 лет завозят подобие goto для обработки ошибок.

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

>"JS без _фатального недостатка_"
Причем тут js? как там в 2011? Дарт имеет отношение к жс так же как и котлин.

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

>>1259183
Там из серверных либ только биндинги к фаербейзу и всё. БД нет, нихуя нет.

>>1259252
Окей, дитя 2018-го, я готов тебя слушать: Чем в бекенде Дарт2 кошернее Го2?
Без тралинга и саркезма, просто поясни на примерах. Ну там вот httprouter на go не удобный, а на Дарт смотри какой удобный. Вот у тебя в Go какая ебала из каналов и горутин, а в Дарт смотри пример какая охуенная конкурентность. Готов тебя слушать

>>1259319
>пук
https://pub.dartlang.org/packages?q=PostgreSQL

>>1259334
Ты нормально для начала сформулируй, чтобы тебя хотя бы понял.

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

А теперь ты мне скажи, есть ли в го исключения, дженерики, ООП, коллекции...?

>>1259528
Дженерики таки будут, а с ними и дженерик-коллекции.
ООП -- вопрос веры: Как способ объеденить данные и методы работы с ними, и полиморфизм через интерфейсы всегда было. А как наследование, и абстрактные фабрики конструкторов виртуальных объектов -- ну нах.

Теперь вопрос: чем хорош Дарт вообще, и лучше Го в частности? конкретно

>>1259646
>ООП -- вопрос веры
ООП - это вопрос безопасного кода путем инкапсуляции данных, и decoupling объектов путем полиморфизма.
go - это процедурно ориентированный язык со всеми недостатками.

>>1245569 (OP)
>дарт против го
>моча против говна
Самый дегенеративный тред на доске, просто квинтэссенция всего /pr, лол.

>>1259646
>Теперь вопрос: чем хорош Дарт вообще, и лучше Го в частности? конкретно
>исключения, дженерики, ООП, коллекции...?
пакетный менеджер, потоки, флаттер который будет GUI в новой ОС вместо андроид и для пк, а пока кросс-мобильная разработка без абстрактных мостов.
Удобная разработка gui на процедурном языке гуи ужасен
язык впитал все лучше из джава-си-подобных языков, с минимум фантазий, что очень удобно.

>>1259716
>Удобная разработка gui
Если только для вебомакак

>>1259659
что тебе мешает безопасно инкапсулировать данные в Го и развязывать через интерфейсы?

>>1259716
Ну давай проверим на вшивость как для языка 2018 года. Optional/Maybe есть? ADT есть?

>>1259755
А не съебать ли вам обсуждать Дарт в соответствующий тред?

>>1259726
У веб макак нет GUI, они там все еще верстают тегами документы

>>1259762
А есть такой??

>>1259755
>на вшивость как для языка 2018 года. Optional/Maybe есть? ADT есть?
Ты сейчас больно гоферам только делаешь.

>>1259772
GUI - это графический пользовательский интерфейс, а не то, что ты там себе придумал.

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

Я сейчас охуел, с того какой я тупой.
Как запустить го?
Вот я скачал его, а как запускать?

>>1259799
Пиши программу, потом компилируй, что сложного то?
Это не питон, тут компилировать надо

>>1259811
А?
Я если что вообще не понимаю и вкатываюсь только.

>>1259811
Просто я думал, что я как на паскале открою файл и в нем буду писать код..

>>1259814
Вкатываешься в го или вообще в программирование?

>>1259818
2-ое.

>>1259819
Пишешь код в тхт файле, сохраняешь его с расширением .go, затем запускаешь go build имя_файла.go, получишь программу - её и запускай.

>>1259821
Извини за тупые вопросы, но где запускать go build?
И на чем, например, ты пишешь код?
В блокноте/ворде?

>>1259824
На сайте golang.org посмотри инструкции по установке и пользованию. Когда хоть как-то поймешь, то качай IDE (vscode или jetbrains goland) и там пиши программы.

>>1259828
vscode - редактор, а не ide.

>>1259814
Вкатываться в программирование с го?

))

>>1259859
А с чего?
В ньюфаготреде сказали намана..

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

>>1259887
Что несет этот поехавший.

>>1259888
Все правильно говорит, если программа рисует внутри какой-то свой UI - это не часть общего графического юзер интерфейса например GUI рисует тебе командную строку (терминал), от этого командная строка не становиться GUI

>>1259887
есть всего три вида интерфейсов (если не рассматривать войсо\vr интерфейсы взаимодействия) - cli, tui и gui.

>>1259892
Ну или у тебя GUI в ОС может быть в 256 цветов, а браузер (который тоже 256 цветом) рисует тебе графику (веб-интерфейс) в 32 миллионов цветов (как обычно).

>>1259896
Тебе, видимо, трудно понять. Все эти GUI, CLI... это интерфейсы взаимодействия с твоим железом, веб сайт, в общей форме, не является интерфейсом взаимодействием с твоей аппаратурой

>>1259899
>это интерфейсы взаимодействия с твоим железом
Лол.

>>1259901
Ты согласен с утверждением?
>GUI рисует тебе командную строку (терминал), перестает от этого командная строка быть GUI?

>Лол.
Лол в том, что такие как ты скоро начнут рисунки на обоях называть графическим интерфейсом, бегом читать что такое user interface вообще и что такое вообще interface.

>>1259858
Ну плагины можно установить сделав редактор неповоротливым дерьмом

>>1260083
Проиграл

>>1260120
Да, я даун..
Помоги..

>>1260083
Вместо go run ./helloworld.go используй go build ./helloworld.go и тогда в папке $GOPATH/bin/ появится файл helloworld - то есть твоя программа.

Ананасы, как приделать к функции таймаут? У меня есть функци загрузки файлов из инета, но иногда подключение происходит ОЧЕ долго, и по хорошему, надо обрубать соединение секунд через 30. Это реально сделать?

>>1260369
Как раз твой случай https://blog.golang.org/context

>>1260369
я фиг знает, что ты и как грузишь, но например у http.Client и http.Server есть поле Timeout. И это одна из причин не пользоваться default

>>1245592
> Вы заебали уже, дохуя где это есть, от кложи до эликсира.
в хуёже и в хуексире, бля

Ты хотя бы Котлин бы вспомнил, а не свою никому не нужную ебанину, петушок

>>1260936
>Котлин
>никому не нужную ебанину
лол

>>1261143
Это как джава почти догнала плюсы в 90-х. Язык на вм очень ограничен.

>>1261217
Ты думаешь язык, который метит во все платформы имеет только VM?

>>1261390
Как я понял с видео на Ютубе, он интерпретируемый. Но у Гугла не получится, они слишком далеко метят, какие-то фантазёры у них в управлении.

>>1261422
Интерпретируемый статически типизированный язык, ога

>>1261529
Ты не поверишь...

мимо
Блядь, ну даже в жс-треде таких дебилов как тут нет, как Пайку это удалось?

Я всё же решил вкатиться >>1256926 -кун ))

Как в го принято тестить ошибки? Нашел https://github.com/bouk/monkey чтобы можно было мокать методы по типу os.Exit, это норм?
Да и вообще, почему такая беда с остальным? Тесты на ифах в 2018... Из-за этого толком непонятно, сколько вообще тестов выполнено, ну хотя бы коверейдж неплохой завезли.

>>1261629
Что значит тестить ошибки?
Если ты вообще про тесты, то есть несколько либ для этого, самая популярная testify.

>>1261547
Ты же понимаешь, что просто пукнул и даже не объяснил в чем прав?

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

>>1261529
Есть жаба.

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

Как обстоят дела с фреймворками для gui?
Недаано на гитхаб гтк заходил, вроде разработкк под го идёт и по сей день.
Где искать документацию?

>>1261647
>Статик типизированный язык не может быть интерпретируемым априори.
Ебать ты даун.

>>1259523
Ну ты сам посмотри, что ты вбросил. Первый вариант = 72 коммита, второй = temporary fork. С мускулем ситуация такая же. Мне если чо самая концепция дарта норм, но я хотя бы признаю, что серверный дарт на данный момент -- выбор для ебанутых наглухо фанбоев.

>>1261647
Во кретин.

>>1261812
>гтк
>документация
Удачи в поисках, анон))0)

>>1262051
у ты монстр. А как ты так пишешь тест в начале?
Вооще гря s.enumerated() возвращяет EnumeratedSequence<String>, а меж тем стринга сама по себе сиквенция.

>>1262058
> А как ты так пишешь тест в начале?
Так обычно же, это prompt для баша с директорией, типа export PS1="\W \$ " в ~/.bash_profile
> стринга сама по себе сиквенция
Ну да, и нумеруются нормально, а у Go с range придётся поебаться.

>>1262059
>Ну да, и нумеруются нормально, а у Go с range придётся поебаться.
Н у просто эти индексы это Int, по ним ты в саму строку не сможешь обратиться. Там тоже своя ебатория.

>>1262059
Офигенно ты в баше фигачишь. Кэты, шмэты, я тоже так хотеть

>>1262067
а чё будет если щяс набрать pwd?

>>1262038
так это как раз правильные индексы, если бы там было 0, 1, 2, 3, то вот тогда как раз я хуй знает, как с этим работать. мимодругойанон.

слушай у тебя есть сайт?

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

>>1262077
> когда для годетей cat и устройство юникода - откровения

>>1262077
Я первый день сегодня вижу Golang, лол. Думал, чем бы развлечься, решил глянуть, что за язык такой, на котором средняя зарплата выше, чем у меня. Зашёл в тред, посмотрел литературу, увидел обсуждение про строки, решил пример состряпать, и сравнить.
Самое интересное, что пример на Golang компилится и выполняет куда быстрее, чем на swift'е. Вот это и правда загадка. Пожалуй, и правда стоит поколупать. Пойду, попробую какой-нибудь проект пореальнее сделаю, да сравню.

>>1262081
>Самое интересное, что пример на Golang компилится и выполняет куда быстрее, чем на swift'е
Попробуй Foundation не тянуть

>>1262081
А так вообще чем занимаешься?

>>1262088
Сука

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

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

>>1261990
C мускулем по-лучше будет
https://pub.dartlang.org/packages/sqljocky5
Если нужно побольше коммитов:
https://github.com/xxgreg/dart_postgresql

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

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

>>1261975
Этот порвался, несите следующего гофера.

>>1262006
>Во кретин.
Зачем ты два раза рвешься? лол

Мне смому интересно давно. Напимер Java. Переменные там строготипизируемые или нет? Давно его ковырял, уже забыл. А меж тем Джава машина вроде на лету интерпретирует язык чи нет?

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

>>1245569 (OP)
Гоганы, а накидайте, пожалуйста, примеров тасков, которые вы решаете на работе. Прямо из джиры с пылу-жару

>>1262180
Жаба со строгой типизацией, это в первой строчке на Википедии написано.

>>1259862
Го при всех его плюсах очень специфичен. Это не хуже, чем начинать с js'а, например - но я бы посоветовал что-нибудь более классическое. Java, C++ или, прости господи, PHP (сам я начинал с pascal/delphi, но это было довольно давно). В-общем, C-подобное, нормально развитое, с классическим ООП и без дополнительных взрывающих мозг концепций навроде зелёных потоков (новичку оно не надо).

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

>>1262751
>из готорого вырезали всё ненужное..
и все нужное тоже

>>1262830
Чего тебе, дибилушке не хватает? Говори не стесняйся.


Go второй год в лидерах по размеру заработка разработчиков.
https://www.theregister.co.uk/2018/09/07/software_developer_salaries/
>According to the survey data, Go, Scala, Redis, and React are the technologies most associated with high salaries.
PHP, ожидаемо, в жопе.
>And PHP, it seems, is correlated with lower salaries.

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

>>1262749
Олд, ты? Смотри аналогию:
Дельфи - Питон, С - С++, C++ - Go

>>1262838
Ты в США живёшь? В этой стране заработок у сусликов чуть меньше чем нихуя, а пхп-сеньёры шикуют за 100-200 всё равно меньше 3000$ лол

>>1262749
Чем зеленые потоки разрывают мозг? Если объяснить концепцию в изначальной форме, то это просто распределение задач на готовом наборе обычных потоков. Го тем и хорош, что в нем нет сложных концепций.

>>1262342
Ну але, епта

>>1262857
> С - С++
Вот тут я и обосрался. Некорректная аналогия.

Скажите как в срез [ ]bytes добавлять байты в шестнадцатеричной системе исчисления и как это всё читать/писать в файлы также в шестнадцатеричной. И как ещё оперировать с числами размерами больше одного байта.