сейчас бы переписать гигатонны финтех кода с фортрана и кобола, потом переписать легаси С/C++, затем джуновский костыльный код, который вертится на проде после IT-бума всяких курсов Java/Python/JS/C#, потом код первопроходцев GO/Rust, чуть чуть отскрести отдельные файлы и приложухи Zig (даже не понял, когда начилась его популярность, а ему уже замену ищут), и вот тогда мамкин Убийца и захватит мир
Zig норм тема, но вот эта их "фича" с мультистрочным текстом, где автор яп предлагает использовать мультикурсор, чтобы ставит эти \\ - это просто БОМБА. Аля "вам не нравится, что ваши соседи буянят и шумят по ночам? Так поменяйте квартиру!"
Как же не охота изучать стопитсот ЯПов, все эти ржаки/рыгаки гошки и питухонеры, забивать голову и так пухнет. Ассемблер UASM рулит, и С/С++ это про один ЯП, если вы понимаете что значит ЯП С/С++.
@@LithiumDeuteride-6 как же не охота держать 50 инструментов, все эти молотки, отвёртки, дрели, стамески, забивать голову и так пухнет. Гвоздодёр рулит, и гвозди/шурупы это про один инструмент, если вы понимаете, что значит инструмент гвозди/шурупы.
Внимательно читаем описание от создателей языка: "Gleam is a friendly language for building type-safe systems that scale!". Во что он там может компилиться это не имеет значения, главная его задача - работать внутри виртуальной машины Erlang. Отсюда и ноги растут. Если ваша задача требует бонусов от использования Erlang, то присмотритесь к языку, если нет - спокойно проходите мимо, убийца "из под коробки" стреляет не по вам.
Очень хотел бы увидеть туториал по Gleam! За 5 минут вашего видео у меня сформировалось чёткое понимание того, что вы - профессионал своего дела! Желаю успехов!
Мне кажется, что он уже делается. Потому что я когда пробовал себя в новых проетах, то сразу через пару дней после его начала выходили новости о том, что реализовалась какая-то задумка. Я сразу бросаю это дело, потому что банально не успеваю превзойти всё и вся. Это нужно думать очень наперёд@@gregortokarev
я тоже так подумал, потому что неприятно что то что я учил (те три языка из заголовка) может в будущем стать никому ненужным, но с другой стороны если этот язык будет к примеру таким же быстрым и безопасным как Раст, но более удобнее, то я только за его развитие
Попробуйте Go. Я тоже с перла начинал, сейчас на js пишу уже лет 8 наверное. И вот решил вот гошечку попробовать и напару с электронным болваном (мне лениво читать учебники) делаем пет-проект. Гошечка хороша тем, что на выходе получаем бинарник, кладем его в scratch-образ и вуаля, сервис готов, никаких зависимостей, никакого рантайма. И язык прикольный, есть то что нужно и вроде нет ничего что не нужно, очень мало боллерплейта приходится писать, встроенные тесты и прочая, плюс концепция договоренностей очень изящная, когда в нее вкуришь.
В Go тоже есть gofmt из коробки. Зачем нужен Gleam, если на эрланговской BEAM уже есть Elixir, а на нём в свою очередь [по отзывам очень удобный] фреймворк Phoenix?
Там вроде как не может быть асинхронщины. Машина Erlang работает на актерах и микропроцессах, а не откладывает выполнение кода в последовательном коде.
можешь vlang посмотреть. Он только без VM крутиться. Тоже всё из коробки есть LSP, Formatter, package manager. По скорости как Си. По удобству разработки и сложности как python & javascript
А энтерпрайз как сидел на java 30 лет назад, так и сидит😅 Rust, go, python и тд. Напоминает анекдот бородатый. Байкер старый в баре сидит, заходит молодой мото-гонщик на супер-байке в эквипе "привет, я Вася". А мужик ему "да, мне без разницы. Вы каждую неделю меняетесь " 😂 Так и с яп.
что насчёт джавы всё таки? судя по тенденции он медленно но верно теряет свою популярность, безусловно легаси, то сё, на нём много чё написано, но со временем всё будет развиваться, технологии растут, бизнес растёт и рано или поздно судя по нынешней ситуации с джавой он будет уходить потихоньку в небытие? или как с этим обстоят дела?
Ну 25 лет наверно да, а 30 это вряд ли. По поводу java, в разрезе микросервисной архитектуры, смысла эта платформа не имеет. Последние лет 15, java активно пытается дать ответ на kubernetes. Ну и любой кто писал на go понимат что это высер а не ответ. Просто корпорации не могут перейти на чистые микросервисы по соображениям совместимости. А частичные попытки перехода создают неверное впечатление о микросервисах. Если делать корпоративные облака и микросервисные архитектуры корпоративного уровня, то кода будет меньше на порядок.
ХЗ о чем ты говоришь, весь JS мир давно перешел на TS с очень продвинутой и эффективной системой типов. Zig поддерживает асинхронность async/await, в go она вообще идеальна. Лет 15 назад все это было бы актуально. Прикол в том что erlang обеспечивает высокую эффективность только в том параметре сколько памяти занимает 1 поток, а сама виртуальная машина имеет обычную эффективность 1/3 от нативного кода.
Gleam сейчас это чисто функциональный язык программирования. В нём невозможно инкапсулировать логику программы через концепции ООП и даже если такие возможности появятся в будущем, то скорее всего это будет не скоро, потому полностью заменить какие-то стандартные ООП и недоООП языки он скорее всего не сможет.
Потому что ему и не нужно эти концепции. Вообще насколько я понимаю Gleam это просто Elixir с типами, эти два языка вроде написаны, ну или работают по крайней мере на BeamVM, на которой работает Erlang. Суть в том что они используют акторную модель парралелизма, тобишь мы пишем процессы - которые могут принимать сообщения, отдавать что то в ответ, или взаимодействовать с другими процессами. Тоись это вроде по аналогии, как реальные процессы OC только в виртуальной машине, и это очень даже производительно. Например: Discord для real-time работы используют Elixir, это вебсокеты и вся эта шняга. Так что по итогу, Elixir/Gleam - вообще не нужно то ООП, о котором ты говоришь. Тут вообще можно вести долгую дискую, вплоть то того, что вообще такое ООП, и является ли например акторная модель ООП, ведь по сути туть ведь тоже есть объекты ( процессы )которые взаимодействуют с друг другом, потому что ООП это не про классы, интерфейсы и тд.
Да не, пайтон это как песочница в Fortnite том же, или же моды в майнкрафт. Всегда будет нужным, так как можно достаточно легко создавать библиотеки на C
Все пытаются уйти от этих языков..... Ну да, ну да. Особенно от JS в браузере все просто бегут и никто его не использует. Все хотят открывать попапы, конечно же, на Rust, C++ или даже ассемблере! Сколько раз уже говорили о том, что множество языков появились как раз из-за множества разнообразных задач. И для каждой задачи свой инструмент. Никто в здравом уме не будет делать десктопное приложение на php (хотя попытки я видел), с другой стороны, бэк на ассемблере смотрится не лучше (и такое извращение реально существовало). И нет ничего удивительного, что испытываешь боль, когда пытаешься воткнуть JS в микроконтроллер.
Слишком много новых языков. Моё мнение что все эти новые языки не испытают время. Профессиональные энжинера, программисты не будут этим заниматься. Тем более больше компаний которым нужны уже проверенные, надёжные языки и системы которые всем известны. А так никто эту новояз не знает. Все будут как прежде, использовать C/C++, Go, Rust, итд.
раст он не заменит, но вот Go может быть сподвинет у раста нет рантайма по сути, он там совсем крохотный, и тот отключаемый в следствии у него нет сборщика мусора, и он бьется на другом поприще - системных языков. просто у раста нереально крутые концепции, потому он становится языком общего назначения. правда он страдает от болей по эргономике и других штук(тип долгой компиляции, отсутствие prebuild), оттого под своим весом начинает страдать мне кажется, что сейчас современные языки должны уменить проникать в уже существующие, gleam сделал этот шаг, посмотрим что будет дальше :)
Реализации на beam vm созданы для io bound нагрузки и для создания отказоустойчивых систем. Beam жадная на ресурсы - ну да, один из аспектов отказоустойчивости. Язык не мёртв, но ему будет тяжело занять своё место так как есть erlang и elixir которые уже имеют свою базу и языки прекрасно решают свои узкие задачи.
jwm разве меньше жрет? к тому же это принцип отказоустойчивоти beam перекинуть выполнение программы с одного процесса на другой в случае падение оного и перезапустить процесс. Перезапуск процесса дешевле, да и легче чем тужится и поддерживать сам процесс "костылями" в случае падения. Для "дежурных" процессов есенно нуно память
Все решает бизнес, если этот язык сможет решать задачи быстрее и дешевле других языков. Эликсир насколько бы он классным и замечательным не был, все равно не очень популярен, хоть и появился уже давно и так и не смог ворваться в топ(хоть ему это и пророчили). Так что время покажет.
Осуждаю кликбейты, дизлайк, отписка. Даже на расте практически нет вакансий, хотя язык более-менее устоявшийся, а этот вообще полтора дня назад сделали, считай, и вдруг он должен "убить" питон го и раст. У питона, го и раста свои ниши, в которых они прекрасно выполняют свою работу, а тут какой-то ноунейм язык якобы покроет и дата аналитику и системное программирование и разработку микросервисов и различных девопс утилит. Не говоря о том, что ЯП без комьюнити, которое делает библиотеки считай что бесполезен в наше время. Верим, короче
@@gregortokarev каких? На жс можно разве что небольшой скриптик написать в рамках одного файла. Собственно, это единственная задача, которую можно подать под разными соусами и которая встречается крайне редко.
Парень совсем зелёный. Для него важно легкость языка и свистелки и перделки. До него не дошло, что тот же rust выбрали не за его синтаксис или ещё, что. А за работу с памятью и отсутствие garbage collector. А тут разговор извините школьника о свистелках. Чел явно не пониает работы и разницы япов на системном уровне.
А чего в нем хорошего то? Немного удобней и лаконичней питона и жс, конечно... Про скам проект в лице раста я вообще молчу... Но сразу бросается в глаза отсутствие метапрограммирования. И предложение в FAQ от разработчиков обратиться к ним, если что то захочется реализовать при помощи метапрограммирования занижает ожидания от языка и его развития до минимума. Так и хочется добавить "и тогда, через несколько лет может быть мы запилим желаемую вами фичу"... Плюс он очень молодой, у него нет экосистемы... плохая поддержка фп, например. На стыке быстродействия и простоты синтаксиса уже много лет Julia сидит - по моему она выглядит намного лучше... По сути это ожидаемый всеми mojo, тока уже работает, причем давно... У нее, правда, есть свои проблемы, например, долгий первый запуск кода и необходимость прекомпиляции, чтобы этого избежать...
Нет уверенности, что взлетит. Не хейчу ЯП. Просто я сам испытываю огромную симпатию к Dart, который для многих скорее "мёртвый язык". И даже когда за плечами такой гигант как гугл, гарантии того, что ЯП выстрелит - никаких. В случае dart - очень даже обидно. Сам ЯП решает многие проблемы js, на нём очень приятно писать код. При этом синтаксис максимально походит на JS. (хотя иногда ловлю себя на мысли, что не хватает настолько мощной типизации, как в ts). Dart уже можно спокойно использовать и для написания бека и для каких-нибудь утилит. Т.е. он уже давно не "замена js" и не только "язык, на котором пишут flutter приложения". - его можно компилировать в нативный код под винду, мак, линукс, мобилки. Само собой, если нужно прикрутить что-то специфическое для определённой ОС, то есть ffi. Имеет нормальную экосистему без вот этих приколов по типу "у нас есть три вида импортов: commonjs, pure esm, ts esm, а ещё декораторы из js будут несовместимы с декораторами из ts. Как вы будете с этим жить - не наши проблемы, ибитесь сами". Нормальный cli инструмент. Я просто кайфую, как они нормально там сделали. Если не лучше всех, то прям очень годно. Нормальные офф. доки, которые охватывают весь сам язык, кодстайл, как комментить, как писать пакеты. Я открываю любое репо на dart и понимаю, что могу понять о чём там вообще. А вот с js - это не так. Открываешь одно репо - там чел по своему пишет, второе - по своему. Радует, что язык развивается, ошибки правятся, фичи добавляются. И единственный, самый большой минус dart'a - это маленькое комьюнити, вследствии которого за той же нодой в плане количества и актуальности пакетов, а так же активности сообщества очень далеко.
Спасибо вам за развернутый комментарий. По поводу дарта, могу сказать, что конечно он лучше чем js(практически все что угодно лучше чем js). Он не вывозит только из-за отсутствия экосистемы, которая в js абсолютно бешеная. Почему software инженеры не обратили на dart внимание это конечно хороший вопрос. Мне кажется это из-за того, что он лучше только в косметических моментах, если бы он предлагал современный error handling и Option типы, что по сути уже является обязательным условием для новых языков, возможно у него было бы больше шансов.
@@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 и всё. Ни на что не намекаю, просто оч. подозрительно)
@@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 и всё. Ни на что не намекаю, просто оч. подозрительно)
1) try catch это как раз то чего не должно быть в современных языках. 2) Не знал, что в dart есть option, это круто, но в языке все равно есть возможность писать код с null 3) Тоже посмотрел, выглядит странно. Также проверил, когда начали появляться первые хайповые видео по нему 10-11 марта. Тут можно начать строить какую-то теорию, если не учитывать, что 4 марта был релиз 1.0
Здравствуйте, я Григорий, а не Алексей. с точки зрения программиста ts все-таки заменяет js, поскольку полностью абстрагируется, вы же можете сказать, что C например заменяет интерпретацию машинного кода процессором, так же это справедливо и для более высоких уровней абстракции P.S. Из вашего утверждения про компеляцию TS, я могу заключить, что статическая типизация нужна только в случае, когда у нас есть бек и фронт.
@@gregortokarev это все чистая наркомания. Когда сталкнешся с подключением фреймворка или либы, расскажи пж как будешь в очко долбиться, чтобы это все подружить. Линтеры, форматеры настраиваются 1 раз и выкидываются в Git Dist, ну и модернизируются со временем. Рынок не схавает эту балалайку, потому что такие языки без явного прикола выходят минимум раз в 2 месяца
![BLACK BAG - Official Trailer [HD] - Only in Theaters March 14](http://i.ytimg.com/vi/Du0Xp8WX_7I/mqdefault.jpg)
сейчас бы переписать гигатонны финтех кода с фортрана и кобола, потом переписать легаси С/C++, затем джуновский костыльный код, который вертится на проде после IT-бума всяких курсов Java/Python/JS/C#, потом код первопроходцев GO/Rust, чуть чуть отскрести отдельные файлы и приложухи Zig (даже не понял, когда начилась его популярность, а ему уже замену ищут), и вот тогда мамкин Убийца и захватит мир
Под мертвой технологией подразумевается не технология, которая вообще нигде не используется, а технология на которой не начинают новые проекты
Zig норм тема, но вот эта их "фича" с мультистрочным текстом, где автор яп предлагает использовать мультикурсор, чтобы ставит эти \\ - это просто БОМБА. Аля "вам не нравится, что ваши соседи буянят и шумят по ночам? Так поменяйте квартиру!"
Chat GPT это и сделает, причем сразу в ассемблер, чтобы кожанные мешки даже не пытались разобраться ))
Как же не охота изучать стопитсот ЯПов, все эти ржаки/рыгаки гошки и питухонеры, забивать голову и так пухнет. Ассемблер UASM рулит, и С/С++ это про один ЯП, если вы понимаете что значит ЯП С/С++.
@@LithiumDeuteride-6 как же не охота держать 50 инструментов, все эти молотки, отвёртки, дрели, стамески, забивать голову и так пухнет. Гвоздодёр рулит, и гвозди/шурупы это про один инструмент, если вы понимаете, что значит инструмент гвозди/шурупы.
Внимательно читаем описание от создателей языка: "Gleam is a friendly language for building type-safe systems that scale!". Во что он там может компилиться это не имеет значения, главная его задача - работать внутри виртуальной машины Erlang. Отсюда и ноги растут. Если ваша задача требует бонусов от использования Erlang, то присмотритесь к языку, если нет - спокойно проходите мимо, убийца "из под коробки" стреляет не по вам.
Очень хотел бы увидеть туториал по Gleam! За 5 минут вашего видео у меня сформировалось чёткое понимание того, что вы - профессионал своего дела! Желаю успехов!
😂
😂
Как автор канала благодарю вас за то, что вы посмотрели аж 5 минут.
Круто теперь ждем убийцу этого gleam
+ тогда будет о чем новый ролик снять)))
Подожду пока они друг друга убьют и продолжу кодить на python
Мне кажется, что он уже делается. Потому что я когда пробовал себя в новых проетах, то сразу через пару дней после его начала выходили новости о том, что реализовалась какая-то задумка. Я сразу бросаю это дело, потому что банально не успеваю превзойти всё и вся. Это нужно думать очень наперёд@@gregortokarev
@@gregortokarev все еще ждем)
Ну если "убийца ИЗ ПОД КОРОБКИ", то да, он явно на что то претендует 😂
🤣
Чтобы убить go python и rust нужно что-то действительно годное а не noname ЯП, который и на___ никому не упёрся
Почти любой язык, когда он только появлялся, являлся ноунеймом, который никому не упёрся.
я тоже так подумал, потому что неприятно что то что я учил (те три языка из заголовка) может в будущем стать никому ненужным, но с другой стороны если этот язык будет к примеру таким же быстрым и безопасным как Раст, но более удобнее, то я только за его развитие
@@abcdef-vk7si Языки ненужными не станут. Ненужным станешь ты. Не в обиду. Просто факт.
@@russiancybercheck Чем подтвержден этот факт?
Я как автор канала осуждаю буллинг в сети
Gleam который выполняется в виртуалке, убьет Rust который выполняется на голом железе? Сомневаюсь...
Rust в ядро linux приняли, он теперь ничего не боится
Даешь туториал!)
Как быстро понять, что человек ни разу не писал на go и rust.
даешь уроки для gleam для начинающих?
где-то Мурыч точит нож, смотря на автора видео
Кодил на c/c++, сейчас на js. И очень люблю js. Главное, головой думать
Попробуйте Go. Я тоже с перла начинал, сейчас на js пишу уже лет 8 наверное. И вот решил вот гошечку попробовать и напару с электронным болваном (мне лениво читать учебники) делаем пет-проект. Гошечка хороша тем, что на выходе получаем бинарник, кладем его в scratch-образ и вуаля, сервис готов, никаких зависимостей, никакого рантайма. И язык прикольный, есть то что нужно и вроде нет ничего что не нужно, очень мало боллерплейта приходится писать, встроенные тесты и прочая, плюс концепция договоренностей очень изящная, когда в нее вкуришь.
JS не от мира сего
В Go тоже есть gofmt из коробки.
Зачем нужен Gleam, если на эрланговской BEAM уже есть Elixir, а на нём в свою очередь [по отзывам очень удобный] фреймворк Phoenix?
Гоуленг конечно молодец, это не отменяет заслуг gleam
А отличие от Elixir в типизации и обработке ошибок
Там вроде как не может быть асинхронщины. Машина Erlang работает на актерах и микропроцессах, а не откладывает выполнение кода в последовательном коде.
Не знаю из под какой коробки все там идёт, но не увидел ничего что будет плюсом относительно golang
По async и смежным вещам ничего в документации не нашел. Было бы интересно посмотреть что-нибудь на этот счёт.
под коробкой глим. а что в коробке?
в коробке убийца глим, судя по всему
В итоге ничего не сказал про сам язык. Только про туллинг (который в любом языке есть и +/- одинаковый) и похейтил js.
можешь vlang посмотреть. Он только без VM крутиться. Тоже всё из коробки есть LSP, Formatter, package manager. По скорости как Си. По удобству разработки и сложности как python & javascript
В качетсве замены C мне сейчас больше всего нравится ziglang как он компейрится с vlang-ом?
Так, а в чём он убийца раст и го, я не понял.
А что думаешь про vlang по сравнению с gleam? Ждем видео на эту тему)
Каминг-аут джаваскриптизера...
Все из под коробки идет, в коробку не положили.
Прикольно, но не настолько чтобы с Delphi переходить ))
Некрофилы в треде.
вот именно, я ещё с кобола на делфи то не успел перейти, а здесь уже какие-то глимы
О времена!
Что бы создать убийцу яп (раста), нужно просто слегка переписать его компилятор.
если rust убить то gleam тоже ласты склеет так как компилятор написан на ржавчине
Столько базы по js я никогда в одном видео не видел. Это точно подписка и колокольчик.
Не то что в одном видео, а в одном скрине)))
А вот я уже встречал этот скрин, и храню его у себя как очень ценную шпаргалку))
Ну и где ты найдешь работу потом?
Фронтендеров где-то 50-70% и вся проблема в том, что они говорят, что C и C++ не нужны, а потом... срочно ищем плюсовиков...
Снять туториал очень хорошая идея, я поддерживаю
А что по поводу работы с памятью, как с этим обстоят дела у Gleam ?
Наверное так же, как у OTP BEAM
@@HeavyOnTheMagick 100%
"Из коробки", а не "из ПОД коробки"
По мнению автора Gleam прижало коробкой с другими ЯП
А энтерпрайз как сидел на java 30 лет назад, так и сидит😅
Rust, go, python и тд.
Напоминает анекдот бородатый. Байкер старый в баре сидит, заходит молодой мото-гонщик на супер-байке в эквипе "привет, я Вася". А мужик ему "да, мне без разницы. Вы каждую неделю меняетесь " 😂
Так и с яп.
что насчёт джавы всё таки? судя по тенденции он медленно но верно теряет свою популярность, безусловно легаси, то сё, на нём много чё написано, но со временем всё будет развиваться, технологии растут, бизнес растёт и рано или поздно судя по нынешней ситуации с джавой он будет уходить потихоньку в небытие? или как с этим обстоят дела?
Ну 25 лет наверно да, а 30 это вряд ли. По поводу java, в разрезе микросервисной архитектуры, смысла эта платформа не имеет. Последние лет 15, java активно пытается дать ответ на kubernetes. Ну и любой кто писал на go понимат что это высер а не ответ. Просто корпорации не могут перейти на чистые микросервисы по соображениям совместимости. А частичные попытки перехода создают неверное впечатление о микросервисах. Если делать корпоративные облака и микросервисные архитектуры корпоративного уровня, то кода будет меньше на порядок.
Ждём тутор по Gleam
P. S. Маскот реально классный
Запишите туториал по Gleam! 🙏🏻
Чуваки походу не слышали про Dart
вейдера?
Как форматить код, всё равно будут "Ведикие Кворумы", еритики и чистокровки.
Туториал в студию!) И что нибудь написать плиз! Увидеть реальные кейсы применения!
telegrambot например
Типичный убийца убийц
ХЗ о чем ты говоришь, весь JS мир давно перешел на TS с очень продвинутой и эффективной системой типов. Zig поддерживает асинхронность async/await, в go она вообще идеальна. Лет 15 назад все это было бы актуально. Прикол в том что erlang обеспечивает высокую эффективность только в том параметре сколько памяти занимает 1 поток, а сама виртуальная машина имеет обычную эффективность 1/3 от нативного кода.
"из коробки"))))) из-под хвоста у коровы...
Если вы снимите туториал, то он будет самым первым туториалом по глиму в интернете.
в русскоязычной среде
Gleam сейчас это чисто функциональный язык программирования. В нём невозможно инкапсулировать логику программы через концепции ООП и даже если такие возможности появятся в будущем, то скорее всего это будет не скоро, потому полностью заменить какие-то стандартные ООП и недоООП языки он скорее всего не сможет.
Так а минусы будут?
Кому то всерьёз инкапсуляция нужна? Самая бесполезная концепция
Потому что ему и не нужно эти концепции. Вообще насколько я понимаю Gleam это просто Elixir с типами, эти два языка вроде написаны, ну или работают по крайней мере на BeamVM, на которой работает Erlang. Суть в том что они используют акторную модель парралелизма, тобишь мы пишем процессы - которые могут принимать сообщения, отдавать что то в ответ, или взаимодействовать с другими процессами. Тоись это вроде по аналогии, как реальные процессы OC только в виртуальной машине, и это очень даже производительно. Например: Discord для real-time работы используют Elixir, это вебсокеты и вся эта шняга. Так что по итогу, Elixir/Gleam - вообще не нужно то ООП, о котором ты говоришь. Тут вообще можно вести долгую дискую, вплоть то того, что вообще такое ООП, и является ли например акторная модель ООП, ведь по сути туть ведь тоже есть объекты ( процессы )которые взаимодействуют с друг другом, потому что ООП это не про классы, интерфейсы и тд.
Хотелось бы туториал и посмотреть что он поддерживает в данный момент
а как же Mojo ?
Ну хватит уже про убийц говорить, прямо как в СМИ. Давайте жить дружно!🙂
Давай тутор по Глиму!)
Ждём туториал по Gleam, хочется посмотреть
Язык из над сзади коробки. А коробка из под холодильника
Интересное )
А ещё мне почему-то говор / манера речи автора, напоминает Заквиеля 😅
Жгите,ждём..
микроконтроллеры потянет?
Зачем тебе они?
Нет, это же ерланг рантайм. Чисто очередной вебовчкий недоязычек для тех, кто не смог раст осилить
Erlang runtime это интересно
Прикольно, но он будет нужен если там есть компиляция и высокая скорость
прикол gleam в beam, то есть отказоустойчивость
Урааа очередной тайпскрипт!
Нужен туториал по Gleam :3
Да не, пайтон это как песочница в Fortnite том же, или же моды в майнкрафт. Всегда будет нужным, так как можно достаточно легко создавать библиотеки на C
Все пытаются уйти от этих языков.....
Ну да, ну да. Особенно от JS в браузере все просто бегут и никто его не использует. Все хотят открывать попапы, конечно же, на Rust, C++ или даже ассемблере!
Сколько раз уже говорили о том, что множество языков появились как раз из-за множества разнообразных задач. И для каждой задачи свой инструмент.
Никто в здравом уме не будет делать десктопное приложение на php (хотя попытки я видел), с другой стороны, бэк на ассемблере смотрится не лучше (и такое извращение реально существовало).
И нет ничего удивительного, что испытываешь боль, когда пытаешься воткнуть JS в микроконтроллер.
Слишком много новых языков. Моё мнение что все эти новые языки не испытают время. Профессиональные энжинера, программисты не будут этим заниматься. Тем более больше компаний которым нужны уже проверенные, надёжные языки и системы которые всем известны. А так никто эту новояз не знает. Все будут как прежде, использовать C/C++, Go, Rust, итд.
Давай давай вперед!
раст он не заменит, но вот Go может быть сподвинет
у раста нет рантайма по сути, он там совсем крохотный, и тот отключаемый
в следствии у него нет сборщика мусора, и он бьется на другом поприще - системных языков. просто у раста нереально крутые концепции, потому он становится языком общего назначения. правда он страдает от болей по эргономике и других штук(тип долгой компиляции, отсутствие prebuild), оттого под своим весом начинает страдать
мне кажется, что сейчас современные языки должны уменить проникать в уже существующие, gleam сделал этот шаг, посмотрим что будет дальше :)
Обучаете?
Маскот джава скрипт 😂
ну так себе, эмоциональное вдохновение грегора )), возможно и интересно скриптерам
Это не красный цвет маскота, а фиолетово-розовый. Правильное название цветов это важно, понятненько?!
Ну... На этом языке нету работы... Разве что в стартапах.
ИМХО - Язык мертв только из-за виртуальной машины Эрланг. Данная ВМ очень жадная на ресурсы. Есть же LLVM ...
Реализации на beam vm созданы для io bound нагрузки и для создания отказоустойчивых систем. Beam жадная на ресурсы - ну да, один из аспектов отказоустойчивости.
Язык не мёртв, но ему будет тяжело занять своё место так как есть erlang и elixir которые уже имеют свою базу и языки прекрасно решают свои узкие задачи.
@@awwarez elexir и gleam немного разные подходы, к тому же код elexir можно запускать в gleam 1.2
jwm разве меньше жрет?
к тому же это принцип отказоустойчивоти beam перекинуть выполнение программы с одного процесса на другой в случае падение оного и перезапустить процесс. Перезапуск процесса дешевле, да и легче чем тужится и поддерживать сам процесс "костылями" в случае падения. Для "дежурных" процессов есенно нуно память
Вперёд. Давай ещё
Все решает бизнес, если этот язык сможет решать задачи быстрее и дешевле других языков.
Эликсир насколько бы он классным и замечательным не был, все равно не очень популярен, хоть и появился уже давно и так и не смог ворваться в топ(хоть ему это и пророчили).
Так что время покажет.
Я JavaScript программист, но буду судить ЯП за их инженерные решения, пусть ничего и не понимаю в этом. Слышал хоть себя?
Осуждаю кликбейты, дизлайк, отписка. Даже на расте практически нет вакансий, хотя язык более-менее устоявшийся, а этот вообще полтора дня назад сделали, считай, и вдруг он должен "убить" питон го и раст. У питона, го и раста свои ниши, в которых они прекрасно выполняют свою работу, а тут какой-то ноунейм язык якобы покроет и дата аналитику и системное программирование и разработку микросервисов и различных девопс утилит. Не говоря о том, что ЯП без комьюнити, которое делает библиотеки считай что бесполезен в наше время. Верим, короче
раст говно вот на нем и нет вакансий😂 Там константы переопределять можно меняя их тип
Полностью согласен, сообщество очень сильно решает.
да ещё это фулл функциональный язык. как же нам с отравленными императивщиной мозгами забыть про фор лупы и мьютабилити, а главное зачем
Кто в 2024 пишет на JS))))) Не назвал ни одной фичи которой бы не было в TS. Snake_case - отстой.
??? да много кто на js пишет. У TS проблема в том, что у него рантайм js-овский и это уже делает его неприемлемым для многих задач
@@gregortokarev каких?
На жс можно разве что небольшой скриптик написать в рамках одного файла. Собственно, это единственная задача, которую можно подать под разными соусами и которая встречается крайне редко.
Будет интересно посмотреть.
у мя знакомый там syntax designer-ом работает)
Парень совсем зелёный. Для него важно легкость языка и свистелки и перделки. До него не дошло, что тот же rust выбрали не за его синтаксис или ещё, что. А за работу с памятью и отсутствие garbage collector. А тут разговор извините школьника о свистелках. Чел явно не пониает работы и разницы япов на системном уровне.
Интересен туториал
Давай Tutorial.
А чего в нем хорошего то? Немного удобней и лаконичней питона и жс, конечно... Про скам проект в лице раста я вообще молчу... Но сразу бросается в глаза отсутствие метапрограммирования. И предложение в FAQ от разработчиков обратиться к ним, если что то захочется реализовать при помощи метапрограммирования занижает ожидания от языка и его развития до минимума. Так и хочется добавить "и тогда, через несколько лет может быть мы запилим желаемую вами фичу"... Плюс он очень молодой, у него нет экосистемы... плохая поддержка фп, например. На стыке быстродействия и простоты синтаксиса уже много лет Julia сидит - по моему она выглядит намного лучше... По сути это ожидаемый всеми mojo, тока уже работает, причем давно... У нее, правда, есть свои проблемы, например, долгий первый запуск кода и необходимость прекомпиляции, чтобы этого избежать...
Из под коробки блеа
Там убийца, тут убийца 🙄
Нет уверенности, что взлетит. Не хейчу ЯП. Просто я сам испытываю огромную симпатию к Dart, который для многих скорее "мёртвый язык". И даже когда за плечами такой гигант как гугл, гарантии того, что ЯП выстрелит - никаких. В случае dart - очень даже обидно. Сам ЯП решает многие проблемы js, на нём очень приятно писать код. При этом синтаксис максимально походит на JS. (хотя иногда ловлю себя на мысли, что не хватает настолько мощной типизации, как в ts).
Dart уже можно спокойно использовать и для написания бека и для каких-нибудь утилит. Т.е. он уже давно не "замена js" и не только "язык, на котором пишут flutter приложения". - его можно компилировать в нативный код под винду, мак, линукс, мобилки. Само собой, если нужно прикрутить что-то специфическое для определённой ОС, то есть ffi.
Имеет нормальную экосистему без вот этих приколов по типу "у нас есть три вида импортов: commonjs, pure esm, ts esm, а ещё декораторы из js будут несовместимы с декораторами из ts. Как вы будете с этим жить - не наши проблемы, ибитесь сами". Нормальный cli инструмент. Я просто кайфую, как они нормально там сделали. Если не лучше всех, то прям очень годно.
Нормальные офф. доки, которые охватывают весь сам язык, кодстайл, как комментить, как писать пакеты. Я открываю любое репо на dart и понимаю, что могу понять о чём там вообще. А вот с js - это не так. Открываешь одно репо - там чел по своему пишет, второе - по своему.
Радует, что язык развивается, ошибки правятся, фичи добавляются. И единственный, самый большой минус dart'a - это маленькое комьюнити, вследствии которого за той же нодой в плане количества и актуальности пакетов, а так же активности сообщества очень далеко.
Спасибо вам за развернутый комментарий.
По поводу дарта, могу сказать, что конечно он лучше чем js(практически все что угодно лучше чем js).
Он не вывозит только из-за отсутствия экосистемы, которая в js абсолютно бешеная.
Почему software инженеры не обратили на dart внимание это конечно хороший вопрос. Мне кажется это из-за того, что он лучше только в косметических моментах, если бы он предлагал современный error handling и Option типы, что по сути уже является обязательным условием для новых языков, возможно у него было бы больше шансов.
@@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 и всё. Ни на что не намекаю, просто оч. подозрительно)
@@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 и всё. Ни на что не намекаю, просто оч. подозрительно)
1) try catch это как раз то чего не должно быть в современных языках.
2) Не знал, что в dart есть option, это круто, но в языке все равно есть возможность писать код с null
3) Тоже посмотрел, выглядит странно. Также проверил, когда начали появляться первые хайповые видео по нему 10-11 марта. Тут можно начать строить какую-то теорию, если не учитывать, что 4 марта был релиз 1.0
взлетит, еще и как взлетит
посмотри на elexir, взлетел же да на плечах сообщества, а не каких-то мастадонтов
В итоге Rust все равно поставит раком глим, я в этом уверен
Записывай!!! Ждем
Ждём туториал
Продолжай!
Спасибо :)
Братан жду туториала обз записивай
Rust нет, Go может. Хороший язык для бэка.
В целом согласен с выводом.
как по-мне им обоим будет уютно в нише back
В курсе кто, убил ли кого-то уже этот убийца?
автора
а кто разработчик
Может вместо JS выучу
еликсир пратух чтоли уже
JS прекрасен )))
Алёша, бл. Компиляция в TS нужна для контрактов между беком и фронтом, а не замены в бразуере
Здравствуйте, я Григорий, а не Алексей.
с точки зрения программиста ts все-таки заменяет js, поскольку полностью абстрагируется, вы же можете сказать, что C например заменяет интерпретацию машинного кода процессором, так же это справедливо и для более высоких уровней абстракции
P.S. Из вашего утверждения про компеляцию TS, я могу заключить, что статическая типизация нужна только в случае, когда у нас есть бек и фронт.
@@gregortokarev это все чистая наркомания. Когда сталкнешся с подключением фреймворка или либы, расскажи пж как будешь в очко долбиться, чтобы это все подружить. Линтеры, форматеры настраиваются 1 раз и выкидываются в Git Dist, ну и модернизируются со временем. Рынок не схавает эту балалайку, потому что такие языки без явного прикола выходят минимум раз в 2 месяца
Ну сделай туториал
Убил одним названием ролика )
изподкоробочно
...из коробки ;)
Очередной супер язык нюню
Гребанный стыд!
с++ все равно лучше