Цифровой Вавилон

[recoder]

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

А недавно вот совсем весёлая история случилась. Год назад пришёл на HackerNews чувак по имени Сашок Медведников и сказал "я тут типа замутил новый язык типа Go, только проще, удобнее и быстрее и назвал его Ы, в смысле - V, чтобы никто не догадался". Местные хакеры-старожилы быстро наваляли ему "комплиментов", и попросили подтвердить столь смелые заверения открытым репозиторием на GitHub'e.

Чувак засучил рукава, поднапрягся и через месяц выкатил почти все исходнички на GitHub. Старожилы удивлённо крякнули и начали по-стариковски гундеть что, мол, зачем нам N-плюс-первый язык, когда у нас ещё Lisp не сносился, зачем нам опять мозгами скрипеть, мы тут только-только Rust выучили, зачем опять ждать декаду пока найдётся герой, который стандартную библиотеку к новому языку напишет, и т.д.

Чувак надел геройский плащ и начал каждый месяц релизить эпохальные фичи. Наваял приличную стандартную библиотеку. Слабал пакетный менеджер. Добавил встроеный ORM. Написал веб-фреймворк и сразу переписал на нём свой собственный форум поддержки. По приколу написал транслятор из C/C++ в V и перекомпилировал классический Doom. Добавил пару библиотек для работы с 3D. Кросс-платформенный UI фреймворк не так давно появился. Хакерское сообщество взирает на происходящее с изумлением...

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

А я думаю - пойти что ли поглазеть на все эти новые языки: Crystal, Pony, Zig, Nim, Wren, C++23.

Comments

[plumqqz.livejournal.com]

До исключений автор так и не додумался. Ну, пусть дальше думает.

[netspyder.livejournal.com]

А я жду релиза 8-го PHP. Конечно, хотелось бы, чтобы на Raspberry Pi он вышел не через год после релиза, а раньше.

[recoder]

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

[recoder]

PHP ещё жив?

[netspyder.livejournal.com]

Как бы да, почему нет? Я не слежу за трендами, его уже чем-то заменяют?

[plumqqz.livejournal.com]

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

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

[avnik.livejournal.com]

В том же расте -- надо специально _не-проверять_. С другой стороны проверять и эскалировать там проще `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

[avnik.livejournal.com]

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

[recoder]

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

[the-drmad.livejournal.com]

> Crystal, Pony, Zig, Nim, Wren, C++23.

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

[recoder]

Ну... Если подходить с позиции "принесёт ли мне это денех до пенсии" - то конечно надо доучить move semantics в реализации C++14 и пойти открыть пенсионный счёт.

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

[akssi.livejournal.com]

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

[recoder]

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

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

[the-drmad.livejournal.com]

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

[recoder]

Я в идеале хочу многоуровневый язык. Чтобы наверху было что-то действительно очень близкое к спецификации. Может быть даже свой 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.

[plumqqz.livejournal.com]

Да. Но в результате скит ли не все функции должны возвращать Result, а все вызовы должны быть с ?
Это довольно странно, честно говоря

[akssi.livejournal.com]

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

[recoder]

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

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