сейчас бы переписать гигатонны финтех кода с фортрана и кобола, потом переписать легаси С/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, то присмотритесь к языку, если нет - спокойно проходите мимо, убийца "из под коробки" стреляет не по вам.
Мне кажется, что он уже делается. Потому что я когда пробовал себя в новых проетах, то сразу через пару дней после его начала выходили новости о том, что реализовалась какая-то задумка. Я сразу бросаю это дело, потому что банально не успеваю превзойти всё и вся. Это нужно думать очень наперёд@@gregortokarev
Очень хотел бы увидеть туториал по Gleam! За 5 минут вашего видео у меня сформировалось чёткое понимание того, что вы - профессионал своего дела! Желаю успехов!
я тоже так подумал, потому что неприятно что то что я учил (те три языка из заголовка) может в будущем стать никому ненужным, но с другой стороны если этот язык будет к примеру таким же быстрым и безопасным как Раст, но более удобнее, то я только за его развитие
Попробуйте Go. Я тоже с перла начинал, сейчас на js пишу уже лет 8 наверное. И вот решил вот гошечку попробовать и напару с электронным болваном (мне лениво читать учебники) делаем пет-проект. Гошечка хороша тем, что на выходе получаем бинарник, кладем его в scratch-образ и вуаля, сервис готов, никаких зависимостей, никакого рантайма. И язык прикольный, есть то что нужно и вроде нет ничего что не нужно, очень мало боллерплейта приходится писать, встроенные тесты и прочая, плюс концепция договоренностей очень изящная, когда в нее вкуришь.
А энтерпрайз как сидел на java 30 лет назад, так и сидит😅 Rust, go, python и тд. Напоминает анекдот бородатый. Байкер старый в баре сидит, заходит молодой мото-гонщик на супер-байке в эквипе "привет, я Вася". А мужик ему "да, мне без разницы. Вы каждую неделю меняетесь " 😂 Так и с яп.
что насчёт джавы всё таки? судя по тенденции он медленно но верно теряет свою популярность, безусловно легаси, то сё, на нём много чё написано, но со временем всё будет развиваться, технологии растут, бизнес растёт и рано или поздно судя по нынешней ситуации с джавой он будет уходить потихоньку в небытие? или как с этим обстоят дела?
Ну 25 лет наверно да, а 30 это вряд ли. По поводу java, в разрезе микросервисной архитектуры, смысла эта платформа не имеет. Последние лет 15, java активно пытается дать ответ на kubernetes. Ну и любой кто писал на go понимат что это высер а не ответ. Просто корпорации не могут перейти на чистые микросервисы по соображениям совместимости. А частичные попытки перехода создают неверное впечатление о микросервисах. Если делать корпоративные облака и микросервисные архитектуры корпоративного уровня, то кода будет меньше на порядок.
Там вроде как не может быть асинхронщины. Машина Erlang работает на актерах и микропроцессах, а не откладывает выполнение кода в последовательном коде.
ХЗ о чем ты говоришь, весь JS мир давно перешел на TS с очень продвинутой и эффективной системой типов. Zig поддерживает асинхронность async/await, в go она вообще идеальна. Лет 15 назад все это было бы актуально. Прикол в том что erlang обеспечивает высокую эффективность только в том параметре сколько памяти занимает 1 поток, а сама виртуальная машина имеет обычную эффективность 1/3 от нативного кода.
Gleam сейчас это чисто функциональный язык программирования. В нём невозможно инкапсулировать логику программы через концепции ООП и даже если такие возможности появятся в будущем, то скорее всего это будет не скоро, потому полностью заменить какие-то стандартные ООП и недоООП языки он скорее всего не сможет.
Потому что ему и не нужно эти концепции. Вообще насколько я понимаю Gleam это просто Elixir с типами, эти два языка вроде написаны, ну или работают по крайней мере на BeamVM, на которой работает Erlang. Суть в том что они используют акторную модель парралелизма, тобишь мы пишем процессы - которые могут принимать сообщения, отдавать что то в ответ, или взаимодействовать с другими процессами. Тоись это вроде по аналогии, как реальные процессы OC только в виртуальной машине, и это очень даже производительно. Например: Discord для real-time работы используют Elixir, это вебсокеты и вся эта шняга. Так что по итогу, Elixir/Gleam - вообще не нужно то ООП, о котором ты говоришь. Тут вообще можно вести долгую дискую, вплоть то того, что вообще такое ООП, и является ли например акторная модель ООП, ведь по сути туть ведь тоже есть объекты ( процессы )которые взаимодействуют с друг другом, потому что ООП это не про классы, интерфейсы и тд.
Все пытаются уйти от этих языков..... Ну да, ну да. Особенно от JS в браузере все просто бегут и никто его не использует. Все хотят открывать попапы, конечно же, на Rust, C++ или даже ассемблере! Сколько раз уже говорили о том, что множество языков появились как раз из-за множества разнообразных задач. И для каждой задачи свой инструмент. Никто в здравом уме не будет делать десктопное приложение на php (хотя попытки я видел), с другой стороны, бэк на ассемблере смотрится не лучше (и такое извращение реально существовало). И нет ничего удивительного, что испытываешь боль, когда пытаешься воткнуть JS в микроконтроллер.
Слишком много новых языков. Моё мнение что все эти новые языки не испытают время. Профессиональные энжинера, программисты не будут этим заниматься. Тем более больше компаний которым нужны уже проверенные, надёжные языки и системы которые всем известны. А так никто эту новояз не знает. Все будут как прежде, использовать C/C++, Go, Rust, итд.
Да не, пайтон это как песочница в Fortnite том же, или же моды в майнкрафт. Всегда будет нужным, так как можно достаточно легко создавать библиотеки на C
Все решает бизнес, если этот язык сможет решать задачи быстрее и дешевле других языков. Эликсир насколько бы он классным и замечательным не был, все равно не очень популярен, хоть и появился уже давно и так и не смог ворваться в топ(хоть ему это и пророчили). Так что время покажет.
А чего в нем хорошего то? Немного удобней и лаконичней питона и жс, конечно... Про скам проект в лице раста я вообще молчу... Но сразу бросается в глаза отсутствие метапрограммирования. И предложение в FAQ от разработчиков обратиться к ним, если что то захочется реализовать при помощи метапрограммирования занижает ожидания от языка и его развития до минимума. Так и хочется добавить "и тогда, через несколько лет может быть мы запилим желаемую вами фичу"... Плюс он очень молодой, у него нет экосистемы... плохая поддержка фп, например. На стыке быстродействия и простоты синтаксиса уже много лет Julia сидит - по моему она выглядит намного лучше... По сути это ожидаемый всеми mojo, тока уже работает, причем давно... У нее, правда, есть свои проблемы, например, долгий первый запуск кода и необходимость прекомпиляции, чтобы этого избежать...
раст он не заменит, но вот Go может быть сподвинет у раста нет рантайма по сути, он там совсем крохотный, и тот отключаемый в следствии у него нет сборщика мусора, и он бьется на другом поприще - системных языков. просто у раста нереально крутые концепции, потому он становится языком общего назначения. правда он страдает от болей по эргономике и других штук(тип долгой компиляции, отсутствие prebuild), оттого под своим весом начинает страдать мне кажется, что сейчас современные языки должны уменить проникать в уже существующие, gleam сделал этот шаг, посмотрим что будет дальше :)
@@gregortokarev каких? На жс можно разве что небольшой скриптик написать в рамках одного файла. Собственно, это единственная задача, которую можно подать под разными соусами и которая встречается крайне редко.
Нет уверенности, что взлетит. Не хейчу ЯП. Просто я сам испытываю огромную симпатию к 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
Реализации на beam vm созданы для io bound нагрузки и для создания отказоустойчивых систем. Beam жадная на ресурсы - ну да, один из аспектов отказоустойчивости. Язык не мёртв, но ему будет тяжело занять своё место так как есть erlang и elixir которые уже имеют свою базу и языки прекрасно решают свои узкие задачи.
jwm разве меньше жрет? к тому же это принцип отказоустойчивоти beam перекинуть выполнение программы с одного процесса на другой в случае падение оного и перезапустить процесс. Перезапуск процесса дешевле, да и легче чем тужится и поддерживать сам процесс "костылями" в случае падения. Для "дежурных" процессов есенно нуно память
Осуждаю кликбейты, дизлайк, отписка. Даже на расте практически нет вакансий, хотя язык более-менее устоявшийся, а этот вообще полтора дня назад сделали, считай, и вдруг он должен "убить" питон го и раст. У питона, го и раста свои ниши, в которых они прекрасно выполняют свою работу, а тут какой-то ноунейм язык якобы покроет и дата аналитику и системное программирование и разработку микросервисов и различных девопс утилит. Не говоря о том, что ЯП без комьюнити, которое делает библиотеки считай что бесполезен в наше время. Верим, короче
Парень совсем зелёный. Для него важно легкость языка и свистелки и перделки. До него не дошло, что тот же rust выбрали не за его синтаксис или ещё, что. А за работу с памятью и отсутствие garbage collector. А тут разговор извините школьника о свистелках. Чел явно не пониает работы и разницы япов на системном уровне.
Здравствуйте, я Григорий, а не Алексей. с точки зрения программиста ts все-таки заменяет js, поскольку полностью абстрагируется, вы же можете сказать, что C например заменяет интерпретацию машинного кода процессором, так же это справедливо и для более высоких уровней абстракции P.S. Из вашего утверждения про компеляцию TS, я могу заключить, что статическая типизация нужна только в случае, когда у нас есть бек и фронт.
@@gregortokarev это все чистая наркомания. Когда сталкнешся с подключением фреймворка или либы, расскажи пж как будешь в очко долбиться, чтобы это все подружить. Линтеры, форматеры настраиваются 1 раз и выкидываются в Git Dist, ну и модернизируются со временем. Рынок не схавает эту балалайку, потому что такие языки без явного прикола выходят минимум раз в 2 месяца
сейчас бы переписать гигатонны финтех кода с фортрана и кобола, потом переписать легаси С/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
+ тогда будет о чем новый ролик снять)))
Подожду пока они друг друга убьют и продолжу кодить на python
Мне кажется, что он уже делается. Потому что я когда пробовал себя в новых проетах, то сразу через пару дней после его начала выходили новости о том, что реализовалась какая-то задумка. Я сразу бросаю это дело, потому что банально не успеваю превзойти всё и вся. Это нужно думать очень наперёд@@gregortokarev
@@gregortokarev все еще ждем)
Rust в ядро linux приняли, он теперь ничего не боится
Ну если "убийца ИЗ ПОД КОРОБКИ", то да, он явно на что то претендует 😂
🤣
Очень хотел бы увидеть туториал по Gleam! За 5 минут вашего видео у меня сформировалось чёткое понимание того, что вы - профессионал своего дела! Желаю успехов!
😂
😂
Как автор канала благодарю вас за то, что вы посмотрели аж 5 минут.
Как быстро понять, что человек ни разу не писал на go и rust.
Даешь туториал!)
Чтобы убить go python и rust нужно что-то действительно годное а не noname ЯП, который и на___ никому не упёрся
Почти любой язык, когда он только появлялся, являлся ноунеймом, который никому не упёрся.
я тоже так подумал, потому что неприятно что то что я учил (те три языка из заголовка) может в будущем стать никому ненужным, но с другой стороны если этот язык будет к примеру таким же быстрым и безопасным как Раст, но более удобнее, то я только за его развитие
@@abcdef-vk7si Языки ненужными не станут. Ненужным станешь ты. Не в обиду. Просто факт.
@@russiancybercheck Чем подтвержден этот факт?
Я как автор канала осуждаю буллинг в сети
Кодил на c/c++, сейчас на js. И очень люблю js. Главное, головой думать
Попробуйте Go. Я тоже с перла начинал, сейчас на js пишу уже лет 8 наверное. И вот решил вот гошечку попробовать и напару с электронным болваном (мне лениво читать учебники) делаем пет-проект. Гошечка хороша тем, что на выходе получаем бинарник, кладем его в scratch-образ и вуаля, сервис готов, никаких зависимостей, никакого рантайма. И язык прикольный, есть то что нужно и вроде нет ничего что не нужно, очень мало боллерплейта приходится писать, встроенные тесты и прочая, плюс концепция договоренностей очень изящная, когда в нее вкуришь.
JS не от мира сего
где-то Мурыч точит нож, смотря на автора видео
Gleam который выполняется в виртуалке, убьет Rust который выполняется на голом железе? Сомневаюсь...
А энтерпрайз как сидел на java 30 лет назад, так и сидит😅
Rust, go, python и тд.
Напоминает анекдот бородатый. Байкер старый в баре сидит, заходит молодой мото-гонщик на супер-байке в эквипе "привет, я Вася". А мужик ему "да, мне без разницы. Вы каждую неделю меняетесь " 😂
Так и с яп.
что насчёт джавы всё таки? судя по тенденции он медленно но верно теряет свою популярность, безусловно легаси, то сё, на нём много чё написано, но со временем всё будет развиваться, технологии растут, бизнес растёт и рано или поздно судя по нынешней ситуации с джавой он будет уходить потихоньку в небытие? или как с этим обстоят дела?
Ну 25 лет наверно да, а 30 это вряд ли. По поводу java, в разрезе микросервисной архитектуры, смысла эта платформа не имеет. Последние лет 15, java активно пытается дать ответ на kubernetes. Ну и любой кто писал на go понимат что это высер а не ответ. Просто корпорации не могут перейти на чистые микросервисы по соображениям совместимости. А частичные попытки перехода создают неверное впечатление о микросервисах. Если делать корпоративные облака и микросервисные архитектуры корпоративного уровня, то кода будет меньше на порядок.
даешь уроки для gleam для начинающих?
О времена!
Что бы создать убийцу яп (раста), нужно просто слегка переписать его компилятор.
если rust убить то gleam тоже ласты склеет так как компилятор написан на ржавчине
Там вроде как не может быть асинхронщины. Машина Erlang работает на актерах и микропроцессах, а не откладывает выполнение кода в последовательном коде.
Каминг-аут джаваскриптизера...
Фронтендеров где-то 50-70% и вся проблема в том, что они говорят, что C и C++ не нужны, а потом... срочно ищем плюсовиков...
Прикольно, но не настолько чтобы с Delphi переходить ))
Некрофилы в треде.
вот именно, я ещё с кобола на делфи то не успел перейти, а здесь уже какие-то глимы
Все из под коробки идет, в коробку не положили.
Снять туториал очень хорошая идея, я поддерживаю
А что думаешь про vlang по сравнению с gleam? Ждем видео на эту тему)
В итоге ничего не сказал про сам язык. Только про туллинг (который в любом языке есть и +/- одинаковый) и похейтил js.
Не знаю из под какой коробки все там идёт, но не увидел ничего что будет плюсом относительно golang
Жгите,ждём..
Типичный убийца убийц
ХЗ о чем ты говоришь, весь JS мир давно перешел на TS с очень продвинутой и эффективной системой типов. Zig поддерживает асинхронность async/await, в go она вообще идеальна. Лет 15 назад все это было бы актуально. Прикол в том что erlang обеспечивает высокую эффективность только в том параметре сколько памяти занимает 1 поток, а сама виртуальная машина имеет обычную эффективность 1/3 от нативного кода.
Столько базы по js я никогда в одном видео не видел. Это точно подписка и колокольчик.
Не то что в одном видео, а в одном скрине)))
А вот я уже встречал этот скрин, и храню его у себя как очень ценную шпаргалку))
По async и смежным вещам ничего в документации не нашел. Было бы интересно посмотреть что-нибудь на этот счёт.
"Из коробки", а не "из ПОД коробки"
По мнению автора Gleam прижало коробкой с другими ЯП
Ждём тутор по Gleam
P. S. Маскот реально классный
Язык из над сзади коробки. А коробка из под холодильника
Gleam сейчас это чисто функциональный язык программирования. В нём невозможно инкапсулировать логику программы через концепции ООП и даже если такие возможности появятся в будущем, то скорее всего это будет не скоро, потому полностью заменить какие-то стандартные ООП и недоООП языки он скорее всего не сможет.
Так а минусы будут?
Кому то всерьёз инкапсуляция нужна? Самая бесполезная концепция
Потому что ему и не нужно эти концепции. Вообще насколько я понимаю Gleam это просто Elixir с типами, эти два языка вроде написаны, ну или работают по крайней мере на BeamVM, на которой работает Erlang. Суть в том что они используют акторную модель парралелизма, тобишь мы пишем процессы - которые могут принимать сообщения, отдавать что то в ответ, или взаимодействовать с другими процессами. Тоись это вроде по аналогии, как реальные процессы OC только в виртуальной машине, и это очень даже производительно. Например: Discord для real-time работы используют Elixir, это вебсокеты и вся эта шняга. Так что по итогу, Elixir/Gleam - вообще не нужно то ООП, о котором ты говоришь. Тут вообще можно вести долгую дискую, вплоть то того, что вообще такое ООП, и является ли например акторная модель ООП, ведь по сути туть ведь тоже есть объекты ( процессы )которые взаимодействуют с друг другом, потому что ООП это не про классы, интерфейсы и тд.
Так, а в чём он убийца раст и го, я не понял.
"из коробки"))))) из-под хвоста у коровы...
под коробкой глим. а что в коробке?
в коробке убийца глим, судя по всему
Если вы снимите туториал, то он будет самым первым туториалом по глиму в интернете.
в русскоязычной среде
Давай давай вперед!
Запишите туториал по Gleam! 🙏🏻
Урааа очередной тайпскрипт!
Erlang runtime это интересно
Ну и где ты найдешь работу потом?
Давай тутор по Глиму!)
Интересен туториал
Туториал в студию!) И что нибудь написать плиз! Увидеть реальные кейсы применения!
telegrambot например
Все пытаются уйти от этих языков.....
Ну да, ну да. Особенно от JS в браузере все просто бегут и никто его не использует. Все хотят открывать попапы, конечно же, на Rust, C++ или даже ассемблере!
Сколько раз уже говорили о том, что множество языков появились как раз из-за множества разнообразных задач. И для каждой задачи свой инструмент.
Никто в здравом уме не будет делать десктопное приложение на php (хотя попытки я видел), с другой стороны, бэк на ассемблере смотрится не лучше (и такое извращение реально существовало).
И нет ничего удивительного, что испытываешь боль, когда пытаешься воткнуть JS в микроконтроллер.
Слишком много новых языков. Моё мнение что все эти новые языки не испытают время. Профессиональные энжинера, программисты не будут этим заниматься. Тем более больше компаний которым нужны уже проверенные, надёжные языки и системы которые всем известны. А так никто эту новояз не знает. Все будут как прежде, использовать C/C++, Go, Rust, итд.
Ну хватит уже про убийц говорить, прямо как в СМИ. Давайте жить дружно!🙂
Интересное )
А ещё мне почему-то говор / манера речи автора, напоминает Заквиеля 😅
Ждём туториал по Gleam, хочется посмотреть
Продолжай!
Спасибо :)
Вперёд. Давай ещё
Да не, пайтон это как песочница в Fortnite том же, или же моды в майнкрафт. Всегда будет нужным, так как можно достаточно легко создавать библиотеки на C
Прикольно, но он будет нужен если там есть компиляция и высокая скорость
прикол gleam в beam, то есть отказоустойчивость
Маскот джава скрипт 😂
Как форматить код, всё равно будут "Ведикие Кворумы", еритики и чистокровки.
Чуваки походу не слышали про Dart
вейдера?
Будет интересно посмотреть.
а как же Mojo ?
А что по поводу работы с памятью, как с этим обстоят дела у Gleam ?
Наверное так же, как у OTP BEAM
@@TheHandOfKwll 100%
Нужен туториал по Gleam :3
Хотелось бы туториал и посмотреть что он поддерживает в данный момент
Обучаете?
Все решает бизнес, если этот язык сможет решать задачи быстрее и дешевле других языков.
Эликсир насколько бы он классным и замечательным не был, все равно не очень популярен, хоть и появился уже давно и так и не смог ворваться в топ(хоть ему это и пророчили).
Так что время покажет.
А чего в нем хорошего то? Немного удобней и лаконичней питона и жс, конечно... Про скам проект в лице раста я вообще молчу... Но сразу бросается в глаза отсутствие метапрограммирования. И предложение в FAQ от разработчиков обратиться к ним, если что то захочется реализовать при помощи метапрограммирования занижает ожидания от языка и его развития до минимума. Так и хочется добавить "и тогда, через несколько лет может быть мы запилим желаемую вами фичу"... Плюс он очень молодой, у него нет экосистемы... плохая поддержка фп, например. На стыке быстродействия и простоты синтаксиса уже много лет Julia сидит - по моему она выглядит намного лучше... По сути это ожидаемый всеми mojo, тока уже работает, причем давно... У нее, правда, есть свои проблемы, например, долгий первый запуск кода и необходимость прекомпиляции, чтобы этого избежать...
Я JavaScript программист, но буду судить ЯП за их инженерные решения, пусть ничего и не понимаю в этом. Слышал хоть себя?
раст он не заменит, но вот Go может быть сподвинет
у раста нет рантайма по сути, он там совсем крохотный, и тот отключаемый
в следствии у него нет сборщика мусора, и он бьется на другом поприще - системных языков. просто у раста нереально крутые концепции, потому он становится языком общего назначения. правда он страдает от болей по эргономике и других штук(тип долгой компиляции, отсутствие prebuild), оттого под своим весом начинает страдать
мне кажется, что сейчас современные языки должны уменить проникать в уже существующие, gleam сделал этот шаг, посмотрим что будет дальше :)
Кто в 2024 пишет на JS))))) Не назвал ни одной фичи которой бы не было в TS. Snake_case - отстой.
??? да много кто на js пишет. У TS проблема в том, что у него рантайм js-овский и это уже делает его неприемлемым для многих задач
@@gregortokarev каких?
На жс можно разве что небольшой скриптик написать в рамках одного файла. Собственно, это единственная задача, которую можно подать под разными соусами и которая встречается крайне редко.
Нет уверенности, что взлетит. Не хейчу ЯП. Просто я сам испытываю огромную симпатию к 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, взлетел же да на плечах сообщества, а не каких-то мастадонтов
Записывай!!! Ждем
Из под коробки блеа
Там убийца, тут убийца 🙄
ИМХО - Язык мертв только из-за виртуальной машины Эрланг. Данная ВМ очень жадная на ресурсы. Есть же LLVM ...
Реализации на beam vm созданы для io bound нагрузки и для создания отказоустойчивых систем. Beam жадная на ресурсы - ну да, один из аспектов отказоустойчивости.
Язык не мёртв, но ему будет тяжело занять своё место так как есть erlang и elixir которые уже имеют свою базу и языки прекрасно решают свои узкие задачи.
@@awwarez elexir и gleam немного разные подходы, к тому же код elexir можно запускать в gleam 1.2
jwm разве меньше жрет?
к тому же это принцип отказоустойчивоти beam перекинуть выполнение программы с одного процесса на другой в случае падение оного и перезапустить процесс. Перезапуск процесса дешевле, да и легче чем тужится и поддерживать сам процесс "костылями" в случае падения. Для "дежурных" процессов есенно нуно память
Это не красный цвет маскота, а фиолетово-розовый. Правильное название цветов это важно, понятненько?!
ну так себе, эмоциональное вдохновение грегора )), возможно и интересно скриптерам
Осуждаю кликбейты, дизлайк, отписка. Даже на расте практически нет вакансий, хотя язык более-менее устоявшийся, а этот вообще полтора дня назад сделали, считай, и вдруг он должен "убить" питон го и раст. У питона, го и раста свои ниши, в которых они прекрасно выполняют свою работу, а тут какой-то ноунейм язык якобы покроет и дата аналитику и системное программирование и разработку микросервисов и различных девопс утилит. Не говоря о том, что ЯП без комьюнити, которое делает библиотеки считай что бесполезен в наше время. Верим, короче
раст говно вот на нем и нет вакансий😂 Там константы переопределять можно меняя их тип
Полностью согласен, сообщество очень сильно решает.
да ещё это фулл функциональный язык. как же нам с отравленными императивщиной мозгами забыть про фор лупы и мьютабилити, а главное зачем
у мя знакомый там syntax designer-ом работает)
Ну... На этом языке нету работы... Разве что в стартапах.
Ждём туториал
Давай Tutorial.
микроконтроллеры потянет?
Зачем тебе они?
Нет, это же ерланг рантайм. Чисто очередной вебовчкий недоязычек для тех, кто не смог раст осилить
JS прекрасен )))
Парень совсем зелёный. Для него важно легкость языка и свистелки и перделки. До него не дошло, что тот же rust выбрали не за его синтаксис или ещё, что. А за работу с памятью и отсутствие garbage collector. А тут разговор извините школьника о свистелках. Чел явно не пониает работы и разницы япов на системном уровне.
...из коробки ;)
Братан жду туториала обз записивай
В итоге Rust все равно поставит раком глим, я в этом уверен
а кто разработчик
Rust нет, Go может. Хороший язык для бэка.
В целом согласен с выводом.
как по-мне им обоим будет уютно в нише back
изподкоробочно
В курсе кто, убил ли кого-то уже этот убийца?
автора
Алёша, бл. Компиляция в TS нужна для контрактов между беком и фронтом, а не замены в бразуере
Здравствуйте, я Григорий, а не Алексей.
с точки зрения программиста ts все-таки заменяет js, поскольку полностью абстрагируется, вы же можете сказать, что C например заменяет интерпретацию машинного кода процессором, так же это справедливо и для более высоких уровней абстракции
P.S. Из вашего утверждения про компеляцию TS, я могу заключить, что статическая типизация нужна только в случае, когда у нас есть бек и фронт.
@@gregortokarev это все чистая наркомания. Когда сталкнешся с подключением фреймворка или либы, расскажи пж как будешь в очко долбиться, чтобы это все подружить. Линтеры, форматеры настраиваются 1 раз и выкидываются в Git Dist, ну и модернизируются со временем. Рынок не схавает эту балалайку, потому что такие языки без явного прикола выходят минимум раз в 2 месяца
Может вместо JS выучу
Ну сделай туториал
Убил одним названием ролика )
еликсир пратух чтоли уже
Гребанный стыд!
da da da
ту то ри ал
Очередной супер язык нюню
Tutorial