частенько слышу от Java программистов: "Exceptions > panic" или "Go плох тем что в нём нет exception'ов" но не могу понять их мысль, обоснований практически ноль, вы как считаете, обосновано ли высказывание?

Где-то я это сообщение видел

Где-то я это сообщение видел

в другой группе :)

в другой группе :)

Около недели назад

в общем-то в C# сейчас, да наверно и Java считается неправильным(некрасивым) использовать исключения для управлением потоком выполнения

справедливости ради, в java ты всегда видишь, какией эксепшены может выкинуть метод

то есть там это kind of visible

Но в целом и в го и в джаве системы обработки ошибок говно

в го чуть менее говно

но всё равно нужно что-то типа Either

Но в целом и в го и в джаве системы обработки ошибок говно

тогда поясни каким ты видишь идеал :)

мм

идеал это композабельные ошибки

а вот этот перманентный возврат ошибок из функций чего-то стоит?

http://fsharpforfunandprofit.com/posts/recipe-part1/

http://fsharpforfunandprofit.com/posts/recipe-part1/

там про F#, но очень похожая модель обработки ошибок в Rust, Swift, Цацкеле, OCaml и так далее

а вот этот перманентный возврат ошибок из функций чего-то стоит?

имеешь ввиду производительность?

а вот этот перманентный возврат ошибок из функций чего-то стоит?

вы сейчас все с кем разговариваете?

вы сейчас все с кем разговариваете?

со мной)

вы сейчас все с кем разговариваете?

"частенько слышу от Java программистов: "Exceptions > panic" или "Go плох тем что в нём нет exception'ов" но не могу понять их мысль, обоснований практически ноль, вы как считаете, обосновано ли высказывание?"

имеешь ввиду производительность?

угу

угу

не думаю, считай 1 выделение памяти в стэке на ошибку и одна conditional проверка if err != nil, мизерное потребление ресурсов в то-же время волощение концепции Exception в компиляторе намного более сложное и в основном Exception'ы из-за этого относительно дороже

эксепшены в основном не поэтому дороже, конечно, ну да хрен с ним

эксепшены в основном не поэтому дороже, конечно, ну да хрен с ним

суть вопроса не меняет, они относительно дороже return error

не думаю, считай 1 выделение памяти в стэке на ошибку и одна conditional проверка if err != nil, мизерное потребление ресурсов в то-же время волощение концепции Exception в компиляторе намного более сложное и в основном Exception'ы из-за этого относительно дороже

с другой стороны эксепшены дешевле, когда они не случаются

с другой стороны эксепшены дешевле, когда они не случаются

ты уверен что для того чтоб ускорить exception handling не постраиваются никакие спец. структуры под обложкой абстракции которые жрут лишную память и CPU time на построение и обновление?? Я вот очень неуверен! 1 stack allocation + 1 condition относительно должно быть в любом случае куда более дешевле и быстрее

Я пришёл с Free Pascal'я на Go. На первом исключения так адски тормозили, что я теперь забыл их как страшный сон ?

кстати насчёт exceptions: в Go очень спасает defer, в C++ можно выстрелить себе в ногу бросив exception который просто перепрыгнет важные statement'ы (e.g. .close()), я уже такого недебагельного дерьма с exception'ами навидался что порой тошнить начинает

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

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

exceptions в C++ ежедневная практика, C-style error handling в C++ редко встречается (просто неудобно, если бы было multi return value как в Go то другое дело)

кстати насчёт exceptions: в Go очень спасает defer, в C++ можно выстрелить себе в ногу бросив exception который просто перепрыгнет важные statement'ы (e.g. .close()), я уже такого недебагельного дерьма с exception'ами навидался что порой тошнить начинает

Для этого в c++ придумали raii

Для этого в c++ придумали raii

согласен, однако бывали случаи когда деструктор не был правильно прописан и приводил к катастрофическим последствиям, в принципе и в Go такое возможно если руки корявые, но тем не менее return error value я предпочту exception'ан, они просто очевиднее и проще, но это лишь мой личный взгляд на мир

Просто надо использовать инструменты по назначению

А то уже отдельную религию выстроили ?

Просто надо использовать инструменты по назначению

это очень сложная задача

да я тоже так считаю

прям невыполнимая

это очень сложная задача

и в этом тоже есть правда

Привыкли руки к топорам!

Привыкли руки к топорам!

А как же хвосты тяпками рубить? =)

А как же хвосты тяпками рубить? =)

а зачем хвосты рубить если можно грибы собирать?))

Привыкли руки к топорам!

Привыкли руки к костылям!

А заднее место к велосипедам.

?

удаляй

?

Бан:D

Он запарил

он заспамил все чатики

и бань

всюду спамит

@onokonem в 44 выпуске GS ты говорил, что у вас проблема с СУБД для записи результатов метрик. И что в итоге вы перехали на касссандру, но всё равно не довольны. А в сторону clickhouse вы не смотрели?

Короче, подобные вещи лучше обговаривать заранее.

@onokonem в 44 выпуске GS ты говорил, что у вас проблема с СУБД для записи результатов метрик. И что в итоге вы перехали на касссандру, но всё равно не довольны. А в сторону clickhouse вы не смотрели?

а тогда еще не было кликхауза

бань его. он все чаты заспамил

ну и потом как-то не справились посмотреть

Просто я смотрю на то, что они обущают - и получается конфетка, если хоть в половину правда

плохой человек

ну вот надо как-то взять себя в руки

и померять

SQL, полмиллиона операций в секунду на одной ноде, джойны, вторичные индексы...

cross-datacenter

В общем какая-то магия

Магии не бывает :)

бывает

но она вся такая, стремная

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

а потом, когда база упадет - опять чувствуешь

кто-нить с докером работает?

кто-нить с докером работает?

Покажит кто не работает

в 2017 то

Покажит кто не работает

действительно

те у кого много монолитного дерьма на php мб

коих 70% рынка

те у кого много монолитного дерьма на php мб

в смысле?

в прямом, всякие crm на самописных фреймворках и т.п

в прямом, всякие crm на самописных фреймворках и т.п

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

Чят, а в го нет нативного loop? Понимаю, что звучит странно, но мне лексически не нравится func main() { for { <code> }}

Мне кажется... Странным и костыльным использование "while true"-подобных конструкций. Даже loop: <code> goto loop Лексически лучше

Я наркоман?

Да

А goto замедляет как-то этот момент?

по производительности

лексически мне тоже больше так нравится

по производительности

нет

А goto замедляет как-то этот момент?

Вангую, что for {} это сахар для готу

Вангую, что for {} это сахар для готу

Ну стоит посмотреть в ассемблерный листинг и все понять :)

Магии не бывает :)

Любая достаточно развитая технология неотличима от магии, дадад

ну мб тут кто-то уже посмотрел)

В x86 циклы вроде реализуются всегда через jmp