Убийца python go и rust

Gleam - функциональный язык программирования, основанный на языке программирования Erlang, который обеспечивает безопасность типов, эффективность и параллелизм. В этом видео мы рассмотрим основные принципы Gleam, его преимущества и области применения.
#Gleam #ЯзыкПрограммирования #Программирование #ФункциональноеПрограммирование #erlang #РазработкаПО #Производительность #Параллелизм #ТипыДанных #Технологии #Новинки #IT #Разработка

[@user-jp2zc3lo9o]

сейчас бы переписать гигатонны финтех кода с фортрана и кобола, потом переписать легаси С/C++, затем джуновский костыльный код, который вертится на проде после IT-бума всяких курсов Java/Python/JS/C#, потом код первопроходцев GO/Rust, чуть чуть отскрести отдельные файлы и приложухи Zig (даже не понял, когда начилась его популярность, а ему уже замену ищут), и вот тогда мамкин Убийца и захватит мир

[@gregortokarev]

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

[@aquinary.]

Zig норм тема, но вот эта их "фича" с мультистрочным текстом, где автор яп предлагает использовать мультикурсор, чтобы ставит эти \\ - это просто БОМБА. Аля "вам не нравится, что ваши соседи буянят и шумят по ночам? Так поменяйте квартиру!"

[@SIM31r]

Chat GPT это и сделает, причем сразу в ассемблер, чтобы кожанные мешки даже не пытались разобраться ))

[@LithiumDeuteride-6]

Как же не охота изучать стопитсот ЯПов, все эти ржаки/рыгаки гошки и питухонеры, забивать голову и так пухнет. Ассемблер UASM рулит, и С/С++ это про один ЯП, если вы понимаете что значит ЯП С/С++.

[@aquinary.]

​@@LithiumDeuteride-6 как же не охота держать 50 инструментов, все эти молотки, отвёртки, дрели, стамески, забивать голову и так пухнет. Гвоздодёр рулит, и гвозди/шурупы это про один инструмент, если вы понимаете, что значит инструмент гвозди/шурупы.

[@damirvakhidov175]

Круто теперь ждем убийцу этого gleam

[@gregortokarev]

+ тогда будет о чем новый ролик снять)))

[@subz466]

Подожду пока они друг друга убьют и продолжу кодить на python

[@rofl6233]

Ну если "убийца ИЗ ПОД КОРОБКИ", то да, он явно на что то претендует 😂

[@olekollo7875]

даешь уроки для gleam для начинающих?

[@augustrum1358]

По async и смежным вещам ничего в документации не нашел. Было бы интересно посмотреть что-нибудь на этот счёт.

[@AndreyP165]

Кодил на c/c++, сейчас на js. И очень люблю js. Главное, головой думать

[@user-hn1ph6ry8l]

Попробуйте Go. Я тоже с перла начинал, сейчас на js пишу уже лет 8 наверное. И вот решил вот гошечку попробовать и напару с электронным болваном (мне лениво читать учебники) делаем пет-проект. Гошечка хороша тем, что на выходе получаем бинарник, кладем его в scratch-образ и вуаля, сервис готов, никаких зависимостей, никакого рантайма. И язык прикольный, есть то что нужно и вроде нет ничего что не нужно, очень мало боллерплейта приходится писать, встроенные тесты и прочая, плюс концепция договоренностей очень изящная, когда в нее вкуришь.

[@truedespair293]

Очень хотел бы увидеть туториал по Gleam! За 5 минут вашего видео у меня сформировалось чёткое понимание того, что вы - профессионал своего дела! Желаю успехов!

[@indefixrootor9655]

😂

[@Maks-Gooddyny]

😂

[@gregortokarev]

Как автор канала благодарю вас за то, что вы посмотрели аж 5 минут.

[@RedPixel.Studio]

Хотелось бы туториал и посмотреть что он поддерживает в данный момент

[@user-to1lb6dj6g]

под коробкой глим. а что в коробке?

[@The_EnG1nE]

Чтобы убить go python и rust нужно что-то действительно годное а не noname ЯП, который и на___ никому не упёрся

[@nefrace]

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

[@abcdef-vk7si]

я тоже так подумал, потому что неприятно что то что я учил (те три языка из заголовка) может в будущем стать никому ненужным, но с другой стороны если этот язык будет к примеру таким же быстрым и безопасным как Раст, но более удобнее, то я только за его развитие

[@russiancybercheck]

@@abcdef-vk7si Языки ненужными не станут. Ненужным станешь ты. Не в обиду. Просто факт.

[@abcdef-vk7si]

​@@russiancybercheck Чем подтвержден этот факт?

[@gregortokarev]

Я как автор канала осуждаю буллинг в сети

[@user-jt6oe1rb3d]

Ждём туториал по Gleam, хочется посмотреть

[@dewatanabe4010]

Интересен туториал

[@user-qx6yo9em2l]

Будет интересно посмотреть.

[@shinkey7808]

Давай давай вперед!

[@lafireta578]

Вперёд. Давай ещё

[@gingerantelopeandgreywolf6701]

Записывай!!! Ждем

[@peace__duke]

Это не красный цвет маскота, а фиолетово-розовый. Правильное название цветов это важно, понятненько?!

[@alexpain4841]

Так, а в чём он убийца раст и го, я не понял.

[@ihabia]

А что по поводу работы с памятью, как с этим обстоят дела у Gleam ?

[@MbwiruEikura]

Наверное так же, как у OTP BEAM

[@olekollo7875]

@@MbwiruEikura 100%

[@user-bd8vo2rk9y]

Даешь туториал!)

[@RottenFoil]

Столько базы по js я никогда в одном видео не видел. Это точно подписка и колокольчик.

[@user-zv6gp9vc8f]

Не то что в одном видео, а в одном скрине)))

[@SIM31r]

Прикольно, но не настолько чтобы с Delphi переходить ))

[@konstantinkotov5820]

а кто разработчик

[@roman-romadin]

Как форматить код, всё равно будут "Ведикие Кворумы", еритики и чистокровки.

[@evgeny_guguev]

Продолжай!

[@gregortokarev]

Спасибо :)

[@petrtcoi9398]

Давай Tutorial.

[@user-hw9xi8ni6u]

Ждём туториал

[@user-zk6tw7rj1t]

Все из под коробки идет, в коробку не положили.

[@user-kg5sg6rx6e]

О времена! Что бы создать убийцу яп (раста), нужно просто слегка переписать его компилятор.

[@olekollo7875]

если rust убить то gleam тоже ласты склеет так как компилятор написан на ржавчине

[@ufrs12]

"из коробки"))))) из-под хвоста у коровы...

[@user-qg5ur3uw8r]

Если вы снимите туториал, то он будет самым первым туториалом по глиму в интернете.

[@olekollo7875]

в русскоязычной среде

[@narek1771]

Братан жду туториала обз записивай

[@imp0ssibl333]

Прикольно, но он будет нужен если там есть компиляция и высокая скорость

[@olekollo7875]

прикол gleam в beam, то есть отказоустойчивость

[@Prof-Shor]

"Из коробки", а не "из ПОД коробки"

[@pick-pock]

По мнению автора Gleam прижало коробкой с другими ЯП

[@lutyigus]

🤓

[@starkoracia]

Туториал в студию!) И что нибудь написать плиз! Увидеть реальные кейсы применения!

[@olekollo7875]

telegrambot например

[@14setscript88]

у мя знакомый там syntax designer-ом работает)

[@aleksandrlukashenko4240]

Ну сделай туториал

[@ELENADESIGNS]

Маскот джава скрипт 😂

[@yomo1abh586]

JS прекрасен )))

[@user-qx6yo9em2l]

Может вместо JS выучу

[@user-dp6yt7yc9l]

Кто в 2024 пишет на JS))))) Не назвал ни одной фичи которой бы не было в TS. Snake_case - отстой.

[@gregortokarev]

??? да много кто на js пишет. У TS проблема в том, что у него рантайм js-овский и это уже делает его неприемлемым для многих задач

[@whatisthistheplace]

Гребанный стыд!

[@pep421]

Tutorial

[@mjaysmileofficial]

Осуждаю кликбейты, дизлайк, отписка. Даже на расте практически нет вакансий, хотя язык более-менее устоявшийся, а этот вообще полтора дня назад сделали, считай, и вдруг он должен "убить" питон го и раст. У питона, го и раста свои ниши, в которых они прекрасно выполняют свою работу, а тут какой-то ноунейм язык якобы покроет и дата аналитику и системное программирование и разработку микросервисов и различных девопс утилит. Не говоря о том, что ЯП без комьюнити, которое делает библиотеки считай что бесполезен в наше время. Верим, короче

[@---cp9gd]

раст говно вот на нем и нет вакансий😂 Там константы переопределять можно меняя их тип

[@aquinary.]

Полностью согласен, сообщество очень сильно решает.

[@stass191]

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

[@nyahhbinghi]

da da da

[@pa_khan]

Алёша, бл. Компиляция в TS нужна для контрактов между беком и фронтом, а не замены в бразуере

[@gregortokarev]

Здравствуйте, я Григорий, а не Алексей. с точки зрения программиста ts все-таки заменяет js, поскольку полностью абстрагируется, вы же можете сказать, что C например заменяет интерпретацию машинного кода процессором, так же это справедливо и для более высоких уровней абстракции P.S. Из вашего утверждения про компеляцию TS, я могу заключить, что статическая типизация нужна только в случае, когда у нас есть бек и фронт.

[@pa_khan]

​@@gregortokarev это все чистая наркомания. Когда сталкнешся с подключением фреймворка или либы, расскажи пж как будешь в очко долбиться, чтобы это все подружить. Линтеры, форматеры настраиваются 1 раз и выкидываются в Git Dist, ну и модернизируются со временем. Рынок не схавает эту балалайку, потому что такие языки без явного прикола выходят минимум раз в 2 месяца

[@aquinary.]

Нет уверенности, что взлетит. Не хейчу ЯП. Просто я сам испытываю огромную симпатию к Dart, который для многих скорее "мёртвый язык". И даже когда за плечами такой гигант как гугл, гарантии того, что ЯП выстрелит - никаких. В случае dart - очень даже обидно. Сам ЯП решает многие проблемы js, на нём очень приятно писать код. При этом синтаксис максимально походит на JS. (хотя иногда ловлю себя на мысли, что не хватает настолько мощной типизации, как в ts). Dart уже можно спокойно использовать и для написания бека и для каких-нибудь утилит. Т.е. он уже давно не "замена js" и не только "язык, на котором пишут flutter приложения". - его можно компилировать в нативный код под винду, мак, линукс, мобилки. Само собой, если нужно прикрутить что-то специфическое для определённой ОС, то есть ffi. Имеет нормальную экосистему без вот этих приколов по типу "у нас есть три вида импортов: commonjs, pure esm, ts esm, а ещё декораторы из js будут несовместимы с декораторами из ts. Как вы будете с этим жить - не наши проблемы, ибитесь сами". Нормальный cli инструмент. Я просто кайфую, как они нормально там сделали. Если не лучше всех, то прям очень годно. Нормальные офф. доки, которые охватывают весь сам язык, кодстайл, как комментить, как писать пакеты. Я открываю любое репо на dart и понимаю, что могу понять о чём там вообще. А вот с js - это не так. Открываешь одно репо - там чел по своему пишет, второе - по своему. Радует, что язык развивается, ошибки правятся, фичи добавляются. И единственный, самый большой минус dart'a - это маленькое комьюнити, вследствии которого за той же нодой в плане количества и актуальности пакетов, а так же активности сообщества очень далеко.

[@gregortokarev]

Спасибо вам за развернутый комментарий. По поводу дарта, могу сказать, что конечно он лучше чем js(практически все что угодно лучше чем js). Он не вывозит только из-за отсутствия экосистемы, которая в js абсолютно бешеная. Почему software инженеры не обратили на dart внимание это конечно хороший вопрос. Мне кажется это из-за того, что он лучше только в косметических моментах, если бы он предлагал современный error handling и Option типы, что по сути уже является обязательным условием для новых языков, возможно у него было бы больше шансов.

[@aquinary.]

​@@gregortokarev error hangling же есть, если имеешь ввиду try, exception, throw и т.д. А option типы - pub. dev/ documentation / optional/ latest/ - это не оно? Есть подозрение, что гугл не хочет привлекать маркетологов к ЯП, так как он всё ещё в активной разработке, "в альфе". Совсем недавно (судя по публикациям - в 2023 году) ввели те же null-safety, pattern mathching. При этом dart 2 стала "dart 3 incompatible". С точки зрения разработки сломать обратную совместимость, чтобы не тратить на неё ресурсы, правильное. А с точки зрения продакшена - уже не очень. Кому нужен язык, который через время снова станет "incompatible"? Вот мб и доводят до нормального состояния. Всё это, конечно, только домыслы. Как там на самом деле - я хз. Ещё одни домыслы - попробуй вбить репо глима в github star history. C 6 марта по сегодняшнее число взрывной рост количества звёзд на репозитории + немного потыкал руками в тех, кто звёзды эти ставил и там есть просто пустые профили, которые только joined и всё. Ни на что не намекаю, просто оч. подозрительно)

[@aquinary.]

​@@gregortokarev Продублирую ответ, так как есть подозрение, что ютуб опять трёт комменты​ error hangling же есть, если имеешь ввиду try, exception, throw и т.д. А option типы - pub dev documentation optional latest - это не оно? (там где пробелы - косая черта, ну кроме pub dev) Есть подозрение, что гугл не хочет привлекать маркетологов к ЯП, так как он всё ещё в активной разработке, "в альфе". Совсем недавно (судя по публикациям - в 2023 году) ввели те же null-safety, pattern mathching. При этом dart 2 стала "dart 3 incompatible". С точки зрения разработки сломать обратную совместимость, чтобы не тратить на неё ресурсы, правильное. А с точки зрения продакшена - уже не очень. Всё это, конечно, только домыслы. Как там на самом деле - я хз. Ещё одни домыслы - попробуй вбить репо глима в github star history. C 6 марта по сегодняшнее число взрывной рост количества звёзд на репозитории + немного потыкал руками в тех, кто звёзды эти ставил и там есть просто пустые профили, которые только joined и всё. Ни на что не намекаю, просто оч. подозрительно)

[@gregortokarev]

1) try catch это как раз то чего не должно быть в современных языках. 2) Не знал, что в dart есть option, это круто, но в языке все равно есть возможность писать код с null 3) Тоже посмотрел, выглядит странно. Также проверил, когда начали появляться первые хайповые видео по нему 10-11 марта. Тут можно начать строить какую-то теорию, если не учитывать, что 4 марта был релиз 1.0

[@olekollo7875]

взлетит, еще и как взлетит посмотри на elexir, взлетел же да на плечах сообщества, а не каких-то мастадонтов

[@sovenok-hacker]

Rust нет, Go может. Хороший язык для бэка.

[@gregortokarev]

В целом согласен с выводом.

[@olekollo7875]

как по-мне им обоим будет уютно в нише back

[@nikitavolkov7127]

ИМХО - Язык мертв только из-за виртуальной машины Эрланг. Данная ВМ очень жадная на ресурсы. Есть же LLVM ...

[@awwarez]

Реализации на beam vm созданы для io bound нагрузки и для создания отказоустойчивых систем. Beam жадная на ресурсы - ну да, один из аспектов отказоустойчивости. Язык не мёртв, но ему будет тяжело занять своё место так как есть erlang и elixir которые уже имеют свою базу и языки прекрасно решают свои узкие задачи.

[@olekollo7875]

@@awwarez elexir и gleam немного разные подходы, к тому же код elexir можно запускать в gleam 1.2

[@olekollo7875]

jwm разве меньше жрет? к тому же это принцип отказоустойчивоти beam перекинуть выполнение программы с одного процесса на другой в случае падение оного и перезапустить процесс. Перезапуск процесса дешевле, да и легче чем тужится и поддерживать сам процесс "костылями" в случае падения. Для "дежурных" процессов есенно нуно память

[@sasi911]

нн язык, он никому не нужен

[@sasi911]

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

[@gregortokarev]

Это уже время покажет, на старте он выглядит интересно

[@olekollo7875]

@@gregortokarev даже очень

[@RgavayaGalaktika]

А чем вам Go не понравился? Неплохой язык для серверной части. А джаваскрипт, да. Хрень

[@nyahhbinghi]

Golang is trash. Node.js is King and Gleam is Prince

[@user-jp2zc3lo9o]

@@nyahhbinghi господи, помилуй...

[@gregortokarev]

1. BEM машина 2. Функциональщина 3. Обработка ошибок 4. Обработка пустых значений 5. Больше синтаксического сахара Вот чем по моему мнению gleam лучше(плюсы у гошечки тоже есть)

[@olekollo7875]

@@gregortokarev v_lang там тоже шото пыхтит, но что-то никак не взлетит

[@media_pants]

🔥🔥

[@alexeymyasnichenko3318]

туториал

[@vitalyl1327]

Язык с GC не может конкурировать с языком без GC. Никак. Они в разных нишах.

[@gregortokarev]

Если говорить про перформанс, то я с вами полностью согласен. Но это не значит, что язык без GC может откусить очень большую часть рынка, ввиду более производительной рабочей силы.

[@vitalyl1327]

@@gregortokarev тут дело не в производительности, а в предсказуемости. Для любой задачи, где есть требования реального времени, никакой GC не подходит в принципе, не придумали еще предсказуемые GC (не смотря на все заявления, в которые верить не рекомендуется). Так что в таких нишах никакие golang, Erlang-производные и JVM-языки не будут работать никогда, в принципе. Точно так же, не понятно зачем язык без GC в нишах, где требований реального времени нет - с GC программировать намного проще и удобнее. Поэтому и говорю, что ниши языков с GC и языков без GC не пересекаются, они друг другу не конкуренты.

[@gregortokarev]

@@vitalyl1327 По предсказуемости все понятно, верно говорите. Но вот утверждение то, что ниши GC и NON-GC не пересекаются опровергаются наблюдением за реальным миром. Да есть области куда GC язык никогда не полезет. Есть области куда NON-GC язык никогда не полезет. Но есть еще и "middle ground" где эти подгруппы языков могут конкурировать друг с другом.

[@awwarez]

​@@gregortokarev вспоминаю историю, когда дискорд слезал с Cassandra (JVM) на Scylla (c++). Из-за циклов GC в JVM, Cassandra фризилась и не позволяла записать/считать данные. НО проблема эта случилась когда дискорд начал писать в Cassandra 100 МИЛЛИОНОВ сообщений в ДЕНЬ. Я могу смело сказать что 99% компаний никогда с таким не столкнуться, так что жава вполне достойно справлялась с нагрузкой. А насчёт beam, если мне не изменяет память, то для короткоживущих процессов проблема gc не релевантна так как gc не отработает и во время жизни, и во время смерти. Плюс если GC работает, то он работает в каждом процессе отдельно и не блочит ВСЮ систему.

[@olekollo7875]

что такое GC?