Просто не так удобно как в го

Выстрелило

в ногу

в ногу

Да не

А какие перспективы у go?

в текущем виде? скорее всего, никаких.

простите, не удержался :D

в текущем виде? скорее всего, никаких.

Почему?

Почему?

слово начинается на "ге"

не удержался

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

Даже генетики не добавить без перепила синтаксиса

Простите

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

По немногу осваиваю и хочу на работу притащить. Не пожалею?

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

понятно, но когда я пытался с нашими ВПД это обсуждать, они съезжали с темы

По немногу осваиваю и хочу на работу притащить. Не пожалею?

смотря что пилить

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

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

зачем исключения?

По немногу осваиваю и хочу на работу притащить. Не пожалею?

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

зачем исключения?

чтобы не тащить ошибку через много уровней вложенности вручную

По каким максимальном N работает?

Я кажется видел бенчмарки до 1000n где-то

чтобы не тащить ошибку через много уровней вложенности вручную

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

могу

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

спасибо

могу

так вот — зачем тогда?

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

Вот сейчас обидно было

Большим программам - большие стек-трейсы

Вот сейчас обидно было

не переживай, я не собираюсь лезть в джаву, руст или питон :)

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

Можно по первому пункту подробнее? Какое решение без типов-сумм и исключений?

так вот — зачем тогда?

что-то надо делать в простом коде это не очень нужно, но в сложном раскрутка стека занимает до 10% кода, и, блин, это же мусор все

Большим программам - большие стек-трейсы

unhandled exception: shitlib/internal/IncorrectExceptionFabrics/IncorrectPasswordExceptionFabric/IncorrectPasswordException

что-то надо делать в простом коде это не очень нужно, но в сложном раскрутка стека занимает до 10% кода, и, блин, это же мусор все

я бы понял ещё раскрутку стека в рамках пакета — воняет, но хотя бы не настолько же

что-то надо делать в простом коде это не очень нужно, но в сложном раскрутка стека занимает до 10% кода, и, блин, это же мусор все

Достаточно сахара добавить для выброса ошибки :) Если волнует только это

Можно по первому пункту подробнее? Какое решение без типов-сумм и исключений?

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

Достаточно сахара добавить для выброса ошибки :) Если волнует только это

и об этом и так речь идёт уже давно

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

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

и об этом и так речь идёт уже давно

но пока не продумали много нюансов

у гошной ошибки есть вообще только строка - сообщение

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

есть, если не errors юзать

у гошной ошибки есть вообще только строка - сообщение

Meh

у интерфейса error, в смысле

вот этот интерфейс и надо расширить

у интерфейса error, в смысле

type error interface{} :))

это из серии var nil = 0, func panic(...interface{}) { log.Println("nope") } и т.д.

(это, скорее всего, не понравится Нилу, но!) мы всё ещё умеем изменять, заменять и затирать функции в рантайме

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

Библиотечные умеют, конечно же, но это история как с failure

Библиотечные умеют, конечно же, но это история как с failure

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

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

> раст с голой stdlib для обработки ошибок мало пригоден да, я об этом; я к тому, что без ломания совместимости занести failure в кор раст (или какие-нибудь uber/multierr в кор го) не получится

Привет. Есть вопрос, хочу поднять на обсуждение. Но перед этим: jython не имеет GIL. Так вот, сейчас посмотрел как дела у async в c#, вроде всё есть и работает. Библиотек тоже навалом. Почему этот язык не обсуждается как конкурент golang?

Вбросы подъехали

Автоматически, как в го, там конечно не масштабируется

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

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

я немного не об этом

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

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

тем не менее, такая модель (event loop) имеет право на жить, тот же nginx

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

Привет. Есть вопрос, хочу поднять на обсуждение. Но перед этим: jython не имеет GIL. Так вот, сейчас посмотрел как дела у async в c#, вроде всё есть и работает. Библиотек тоже навалом. Почему этот язык не обсуждается как конкурент golang?

Потому что jython не особо язык, а питон на jdk. А если у тебя уже есть jdk, то бери джаву и горя не знай. Или там скалу, кложуру, Котлин, если странного хочется. А си шарп и го вообще пока не конкуренты. Шарпы популярнее, другая сфера применения, заточены под тврпрайз, причём на виндовом стеке

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

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

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

> Сделать перевод строки снова не значимым токеном для компилятора? вряд ли, это же selling feature

а он и не значимый, так-то

для компилятора, в смысле

а он и не значимый, так-то

for x := range xs { ... }

а он и не значимый, так-то

Это работает something. doSomething() А это нет: something .doSomething()

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

При чём врядли кто-то скажет, что первое проще читать, чем второе.

ERROR: S client not available

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

; - значимый токен?

да

При чём врядли кто-то скажет, что первое проще читать, чем второе.

проще читать однообразное.

да

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

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

к сожалению, этот препроцессор не отделим от текущего компилятора

к счастью

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

Господа, а засоветуйте библиотечку нормальную вебсокетную

горилла

больше ничего и нет, вроде

https://github.com/gorilla/websocket

к счастью

посмотрел ваш доклад Опыт построения и эксплуатации большого файлового хранилища Именно то, что хотел услышать на таких докладах

За обсуждение действий модератора у нас положен бан.

А?

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

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

А?

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

посмотрел ваш доклад Опыт построения и эксплуатации большого файлового хранилища Именно то, что хотел услышать на таких докладах

ну вот мне тоже про историю неудач всегда интереснее, чем про историю успеха

ну вот мне тоже про историю неудач всегда интереснее, чем про историю успеха

ага, вы так и сказали в начале

ну вот мне тоже про историю неудач всегда интереснее, чем про историю успеха

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

там есть еще следующий раунд, через пару лет

Кстати, как этот проект сейчас справляется?

пришлось переобувать все ноды в bcache - перестало справляться на решардинге

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

вот уж хайлоад

интересен опыт с ceph, как выглядело и к чему пришли?

лучше в личку, наверное, офтопик же

Ребят хотелось бы без затяжных обсуждений понять где можно качественно поучититься go в мск. У вас же есть инфа?

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

Pongo2

Всем привет. Как спарсить строку в excel файле с помощью "github.com/360EntSecGroup-Skylar/excelize"? Там можно парсить столбец, но мне нужна строка

Всем привет. Как спарсить строку в excel файле с помощью "github.com/360EntSecGroup-Skylar/excelize"? Там можно парсить столбец, но мне нужна строка

можно сделать структуру строки и по индексам столбцов записывать все в структуру или в map GetRows как раз получаешь слайс строк и дальше по каждой пошел разбирать данные