Comments 29
Eat your own dog food уже не работает?
Eat your own dog food никогда не работал, если у тебя команда собак, а делаешь ты шоколадные печенья для детей.
Откуда дровишки?
Похоже вы пытаетесь шутить не зная историю термина. Выглядит не очень.
" that the president of Kal Kan Pet Food was said to eat a can of his dog food at annual shareholders' meetings.[4][5]"
Если человек съест миску собачьей еды, он будет сытый. Если собака съест миску шоколада, собаки не будет. Поэтому если человек готовит собачью еду, он может её пробовать. Если собака будет готовить шоколад, она не сможет его пробовать. Но одно только это не делает невозможным, чтобы собака готовила шоколад. Что тут "не очень"?
Очень часто компилируемые языки, и не С++, выбирают только за возможность статической компиляции. Когда у тебя ровно 1 файл, который запустится в любой современной среде без всякой подготовки, это очень полезно как для автоматизации сборки, так и наоборот для пользователей-нубов.
Я сейчас прям пишу простейшую утилиту, которая 2 файла перекладывает с места на место, для нубов. И пишу я её на Расте, а не на Питоне, именно для того, чтобы иметь 1 файл, который можно скачать и запустить и увидеть одинаковый GUI на любом линуксе, и даже на винде.
Осталось выпилить главную загвоздку - морально устаревший джаваскрипт. Нужно сделать волевое усилие и отказаться от нытья по поводу того, что «а если мы выкинем обратную совместимость, то полынтырнета рухнет». Да и пусть рухнет к чертям собачьим - рынок и так рухнул из-за потоков вкатунов и прочей нечисти.
/me встал в позу "богатырь на пригорке" и безнадёжно ищет на горизонте альтернативу.
Не, правда, а на что менять? Lua, Python? Это будет, как говорил мой дедушка Ирико, "менять шиш на кокуй". Они может в чём-то и лучше, но не настолько, чтобы это стоило усилий.
Пусть лучше потоки в JavaScript завезут, и по возможности TypeScript насаждают.
Писать на rust
Мы говорим о системе, где на компьютер пользователя автоматически, без всякого контроля скачивается некий код и сразу же автоматически же запускается. До того, как пользователь вообще сможет понять, куда он попал. Можно не объяснять, почему никто не хочет делать его на компилируемом системном языке?
Google и ms хотели
Тогда как работает WebAssembly? На виртуальной машине, если ничего не путаю. Примерно, как Java. Благодаря этому можно использовать компилируемый ЯП, и это будет сильно лучше
Кстати, в WASM хотят завезти поддержку DOM, и параллельно в Rust допиливается поддержка/аналог emscripten в С++. Так что ожидается море возможностей (и подводных камней с блокировкой UI потока при модификации DOM через WASM)
Dart позиционировался раньше как замена JS. Сам я на нем писал, просто как факт :)
(Мнение бекендера) Да хоть бы и Питон. Я в своё время сильно прихренел, когда узнал, что у JS пространство имён общее.
Хотя по уму надо специализированный язык разрабатывать, видимо. С учётом накопленного опыта. Про всякие дарты ничего не скажу ибо не щупал.
В свое время это когда? Так то там модули есть, которые поддерживают модульное пространство имен. Плюс бандлеры решают проблему, когда компилируют код
Я в своё время сильно прихренел, когда узнал, что у JS пространство имён общее.
Сейчас уже не совсем так. ES-модули имеют собственную область видимости. Плюс сборщики и фреймворки тоже изолируют код
Осталось выпилить главную загвоздку - морально устаревший джаваскрипт
Его давно выпилили, сейчас на голом JS, мимо тайпскрипта, никто не пишет
Полностью согласен. Это главная проблема js - наследие. Пусть интернет сам подстраивается под обстоятельства.
Какое бы счастье внесли статические типы, но конечно же нельзя сломать интернет.
Массив arguments, нестрогое равенство (сейчас используются осознанно только минификаторами для `null == undefined`), не строгий режим - почти самый большой багаж js, и это только начало устаревших возможностей js
Мне кажется, те самые вкатуны + в целом культура «в ИТ за месяц любой ценой» сильно повлияли на позиции js.
Раньше человек учил языки и писал, условно, софт под десктоп на чем-то компилирующемся. А потом пошла мода сувать js где надо и где не надо.
Мое субъективное мнение.
Многие фреймворки и пакеты страдают от лишней работы
Тот же реакт
И так во многом в вебе, но можно и качественно писать так на TS , что и переписывать будет не нужно
С каких пор go стал системным? Где вы видели системный язык со сборкой мусора?
И, таки да, лучше уж вообще отказаться от js. Завезли же вебассембли. Добавить доступ к DOM и всё, пиши на чем хочешь.
Какие-то бездоказательные заявления: кто переходит? Где переходит? Откуда вы взяли вообще что есть такое движение в сторону go, rust в среде JavaScript? Хотелось бы сначало обоснование этих заявлений в начале статьи увидеть. А то получается "чтобы объяснить что-нибудь ненужное, нужно сначало придумать что-нибудь ненужное.".
Почему JS-разработчики выбирают Rust, Go и Zig