Leave a comment

Comments 18

plumqqz February 10 2020, 12:19:38 UTC
До исключений автор так и не додумался. Ну, пусть дальше думает.

Reply

recoder February 10 2020, 12:25:07 UTC
В современных языках исключения принято не любить. Типа, производительность страдает. И вообще - считается лучше явно каждый раз код ошибки проверять. Примерно как в прошлом веке в C, только теперь придумали структурированный Result.

Reply

plumqqz February 10 2020, 12:32:28 UTC
Ну и пишут херню в результате, так как результат никто не проверяет, потому что это действительно нереально.

В С для исключений есть setjmp/longjmp

Reply

avnik February 10 2020, 18:08:53 UTC
В том же расте -- надо специально _не-проверять_. С другой стороны проверять и эскалировать там проще `let data = f.read()?` проверит и прокинет выше Error() а Ok() распакует и засунет в data.

https://doc.rust-lang.org/rust-by-example/error/result/enter_question_mark.html подробности для страждущих
https://doc.rust-lang.org/rust-by-example/error/result.html

Reply


netspyder February 10 2020, 12:20:34 UTC
А я жду релиза 8-го PHP. Конечно, хотелось бы, чтобы на Raspberry Pi он вышел не через год после релиза, а раньше.

Reply

recoder February 10 2020, 12:25:45 UTC
PHP ещё жив?

Reply

netspyder February 10 2020, 12:28:45 UTC
Как бы да, почему нет? Я не слежу за трендами, его уже чем-то заменяют?

Reply

recoder February 10 2020, 20:33:27 UTC
Тоже не в курсе. У нас вот в legacy проектах какой-то дремучий PHP живёт. Пытались его несколько раз апгредить, но не осиливали все зависимости (а там мохнато - свои патчи, свой Apache-модуль, куча SWIG-bindings). Так каждый раз и обходимся дополнительной порцией говна и палок.

Reply


avnik February 10 2020, 19:36:44 UTC
А я с интересом наблюдаю за stage0, mrust и прочими бутстрапами well-known языков. Тоже "они упоролись" конечно, но лучше так ;)

Reply


the_drmad February 11 2020, 06:37:26 UTC
> Crystal, Pony, Zig, Nim, Wren, C++23.

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

Reply

recoder February 11 2020, 14:54:29 UTC
Ну... Если подходить с позиции "принесёт ли мне это денех до пенсии" - то конечно надо доучить move semantics в реализации C++14 и пойти открыть пенсионный счёт.

А вдруг уже придумали такой клёвый язык, на котором программировать будет легко и приятно? И пусть он не будет production-ready. Даже хобби-проекты пособирать с удовольствием - это дорогого стоит!

Reply

the_drmad February 12 2020, 10:09:35 UTC
Не,"легко" и "приятно" для универсальных языков недостижимы. Гипотетический Godspeak должен быть проблемно-ориентированным по умолчанию, только проблемная область первоначально должна быть суперуниверсальной. В этом смысле процесс программирования будет заключаться в описании и уточнении требований. Типа: хочу базу данных. - Вот, пожалуйста, устраивает? - Нет, она должна быть распределенной по облаку. - Вот, пожалуйста, устраивает? - Нет, актуализация должна быть по принципу блокчейна. - Вот пожалуйста, устраивает? - Нет, сервера Амазона не должны использоваться. - Вот, пожалуйста, база данных. Вот, пожалуйста, софт аналогичный амазоновскому, но на других адресах, устраивает? - А мне не для линуха, а для бзди. - Вот, пожалуйста, устраивает? ... и так далее до самых мелких конкретностей, если вдруг они будут актуальны, типа хешей или способов сортировки. Это даже не язык программирования, а язык описания спецификаций. Их уже много... наполнения только в низх пока нет. Придется ждать. А языки типа "сделай все сам", имхо, это не "легко ( ... )

Reply

recoder February 12 2020, 15:37:06 UTC
Я в идеале хочу многоуровневый язык. Чтобы наверху было что-то действительно очень близкое к спецификации. Может быть даже свой DSL. На следующем уровне - была детализация бизнес-концепций во что-то более техническое. Следующий уровень - это уже технологический фреймворк. Дальше - платформенные драйверы. И так далее, до самых черепах (или LLVM).

Поэтому мне нравится Ruby:

Rails.application.routes.draw do
root 'welcome#index'
get 'products/:id' => 'catalog#view'

resources :products

concern :toggleable do
post 'toggle'
end
resources :posts, concerns: :toggleable
resources :photos, concerns: :toggleable
end

И не нравится Go.

Reply


akssi February 11 2020, 15:48:50 UTC
А я всё же хочу напомнить, что за знание N+1 языка не заплатят, а заплатят за C# или за ваш Java.
А бесплатно изучать уже давно лень, ведь существует столько всего интересного.
Рекодер, завяжешь булинь, например?
PS: Это я ещё не говорю о кинезилогии.

Reply

recoder February 11 2020, 16:49:46 UTC
Я тут уже говорил ( ещё 11 лет назад), что если вставать на скользкую дорожку "а за что мне заплатят денех", то рано или поздно логически ты упираешься в выращивание марихуаны или разведение кокса содой. А профессионально всё равно надо развиваться, чтобы всю жизнь не "подавать ключи на 16" - это конечно спокойное дело, но от постоянного спокойствия скоро вешаться захочется.

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

Reply

akssi March 19 2020, 15:29:45 UTC
Вот допустим я пишу на шарпе. А ещё на js/ts. А ещё T-SQL сменил с новой работой на Oralce. А ещё я тимлид и общаюсь с project owner'ом и руковожу небольшой командой. Да ещё и исполняю обязанности фронта и изучаю реакт. Но буду ли я вспоминать заново Java или изучать PHP? Нет, конечно. В моём стеке еще очень много неизученного. Мне кажется, что профессионально развитие - это или улучшать знания своего стека или, что в нашем, кхе-кхе, возрасте уже лучше - пора уже руководить.
Вот я про что.
PS: Чё как коронавирус?

Reply

recoder March 19 2020, 18:00:17 UTC
Руководить? Вот так всегда - встал на скользкую дорожку, значит рано или поздно докатишься или до марихуаны или до гомосексуализма...

А если серьёзнее - то я ещё десять лет назад писал, что менеджмент - это не ступень профессионального развития, а смена рода деятельности. С другими профессиональными требованиями. 90% менеджеров, которых я видел - это просто хреновые программисты, некоторых из которых повысили потому что языком у них получается лучше чем руками, а некоторых "повысили" чтобы работать не мешали.

Reply


Leave a comment

Up