Новые языки программирования: зачем и почему? | Почему бы все не писать на Fortran

[@SergeyNemchinskiy]

До 50% скидки 🤑 на IT-курсы для начинающих и опытных программистов! Времени мало, скидка действует до 1 декабря - go.foxminded.ua/3Z0lTD3

[@АртурЛюбимов-й1о]

Как же хорошо, что его всё ещё зовут Сергей Немчинский

[@philippkhadjeev2286]

Сергей Немчинский

[@mrbedrockpy]

17:18

[@MisterX-2023]

Хоть какая-то стабильность... 🤔

[@томас-д3й]

Может скоро будет Сер - гей Немчинская

[@VasylynaSkyba]

​@@томас-д3йсудя по флагу, то процесс уже пошёл

[@AlexanderBorshak]

С инженерной точки зрения (т.е. не бизнеса, а именно программирования) причина создания новых языков очень хорошо раскрыта в книге "Структура и интерпретация компьютерных программ" (часть 4, "Метаязыковая абстракция"). Приведу цитату: -- Построение новых языков является мощной стратегией управления сложностью в инженерном проектировании; часто оказывается, что можно расширить свои возможности работы над сложной задачей, приняв новый язык, позволяющий нам описывать (а следовательно, и обдумывать) задачу новым способом, используя элементы, методы их сочетания и механизмы абстракции, специально подогнанные под стоящие перед нами проблемы. -- Очень советую ознакомиться со всей книгой. Ну а целом, есть хорошая старая шутка: - Программист, знающий ФОРТРАН, на всех языках программирует на ФОРТРАНЕ. :)

[@maksimus.ssirotkin1124]

Вот отличный кометарий

[@Gazovchik]

Хорошая тема Спасибо каналу за работу Всем зрителям - Адекватности мира и добра

[@arhitutorials]

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

[@sunopowerdeathmetal]

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

[@mashashak_4980]

Спасибо, что снимаете видео на интересные вопросы!

[@cdb0]

Вопрос интересный, но тема, увы, раскрыта халтурно - совершенно поверхностно

[@savannah633]

Спасибо, что всё ещё Сергей Немчинский ❤

[@LeonidYakovlev85]

Сергей и весь коллектив канала, традиционное спасибо за выпуск, как всегда содержательно и интересно 👍👍👍

[@azodrdoev7372]

отличная тема)))Спасибо)

[@anatolykosychenko8038]

Hi Ya & best wishes. Thanks for work. Be Happy. Sevastopol/Crimea

[@олегдоценко-о4щ]

Tank you

[@alkompvideo]

Sevastopol/Crimea/Ukraine

[@oleksiymusiyezdov5040]

Сделают под себя :)

[@maksimus.ssirotkin1124]

Видео в целом очень поверхностное

[@feddos4227]

11:56 Это кстати неправда. Как раз таки в IoT за последние годы все больше и больше разработка напоминает "большое программирование". Например, тот же ESP32, на котором делают очень много IoT устройств, имеет в себе фреймворк ESP-IDF. Да та же Arduino, это по сути фреймворк, ведь там очень на самом деле здоровенный слой абстракции над реальным железом. Да и то же самое с железяками от ST, Infineon, NXP, Nordic и т.п. Там уже далеко не каждый проект использует bare metal и прямую работу с регистрами. Да и такие проекты как ZephyrOS вносят свою лепту. Ну и да, назвать IoT разработку чем-то несерьезным, это тоже не очень правильно) Разработка очередной CRUD системы на Джава выглядит мене серьезным процессом, чем решение проблем энергозатратности и безопасности в IoT

[@NemchinskyLive]

Вот черт, я отстал от жизни)

[@feddos4227]

@@NemchinskyLive Ну, за всем не уследить, зато сейчас на вашем стриме посмотрим как бизнес делать, тоже полезно)

[@artik3386]

Вот для блокчейнов прикольно свои языки делают. Там целые виртуальные машины и под каждую свой язык. Последний изучал funC под TON. Очень так все хардкорно ) но интересный опыт после всяких питонов

[@AlexeyZabrodin]

Причина создания C# (Microsoft) и Kotlin (Google) - чисто коммерческая. Дешевле создать свой, чем оплачивать патент и суд по Java. Из похожих соображений и Apple co Swift и Objective-C. К тому же C++ стал отставать по решению ряда проблем, особенно в прикладной разработке.

[@AntonD-kc9zy]

C# да, а вот с Kotlin промах, Вы наверное имели в виду Go. Только Go был создан для замены C++, который активно использовался Гуглом (из-за долгой компиляции последнего), а не Джавы.

[@AlexeyZabrodin]

@@AntonD-kc9zy Kotlin вместо Java

[@svvonline1]

Котлин создал не Google, а JetBrains.

[@AlexeyZabrodin]

@@svvonline1 По заказу Гугла.

[@ruslanb6182]

Как раз для квантовых вычислений пока старенький Python c его библиотеками - самое используемое

[@РайанКупер-э4о]

Джава единснная с обратной совместимостью? Вы про C/C++ знаете вообще?

[@uszakow]

Почему это Java "единственный в мире" с обратной совместимостью? JavaScript полностью обратно совместим. Весь код написанный 20 лет назад по-прежнему полностью валидный.

[@remotegoogle]

7:53 доооо)

[@SergeyNefedov]

Сергей: начнём с небольшой исторической справки Видео: вырастает с 18 минут до 18 часов😂

[@Last_Player555]

Я думаю, что языки программирования новые появляются потому, что происходит переосмысление и дополнение их , делая их все лучше и удобнее для людей. Первый блин всегда комом. Это эволюция в разуме людей, то же самое что и игры, делают новые, дорабатывают, переосмысливают концепции, это все есть путь к совершенству.

[@AlexAlex-jk2tn]

Спасибо за видео. Замечаю, что не хватает высокопроизвоидетльного языка среднего уровня, типа С++, но чтобы он был простой, как язык С и обеспечивал безопасность как modern С++. P.S. Rust если что пролетает мимо, он такой же сложный и перегруженный, как С++, при этом он не обходит его по безопасности, чтобы там журналисты не писали, он скорее пытался улучшить Си, но страдает сложностью/перегруженностью, как и С++. В общем жду настоящего убийцу С++.

[@prokhozhijj]

Сергей, мне кажется, возможно ошибочно, вам следует следить за частотой использования фразы "Ну вы понимаете". Она слишком часто мелькает в вашей речи, и поэтому больше похожа на фразу-паразит, а не на подкрепление вашей точки зрения. В остальном - спасибо за обзор этой темы, хотя можно было бы и чуть детальнее её раскрыть. По поводу обратной совместимости. У языка Rust её хоть и нет в привычном понимании этого термина, но зато там есть редакции. Это означает, что если вы указали ту или иную редакцию вашего кода, гарантируется, что этот код будет скомпилирован. Таким образом, с некоторой натяжкой можно говорить, что есть языки, где такая совместимость присутствует.

[@oleksandershevchenko8063]

Жду "квантовий" C# и квантовий Python c Jet компилятором і без GIL😊

[@AlexeyZabrodin]

По Python посмотрите в сторону Mojo.

[@oleksandershevchenko8063]

@@AlexeyZabrodin Через 5 лет посмотрю🙂

[@feddos4227]

Квантовый C# существует уже довольно давно. Q# называется

[@NorthSea-xb7jk]

Сергей - рискнули бы затронуть такую тему как- почему со временем многие, даже талантливые программисты сливаются- я вот немного знаю програмеров кому за 50 за 60. стараются перейти в проджект манагеры и так далее. Т.е. почти гарантировано что со вренем большинству - надоест именно монотонная работа програмером (не для себя когда в стол ишешь, а для фирм).

[@sergeyrebik5883]

Проджект манагерам платят больше

[@adicthreex3530]

6:38 продовжуємо рубріку "міфи про Rust". Цього разу малюнок, де за рівнями абстракцій Го значно вищє ніж C та Rust, які на однему рівні.

[@ОлегПаламарчук-р5к]

java - forever

[@maksimus.ssirotkin1124]

Для начала надо описать что такое квантовые вычисления желательно понятно

[@zhandosissayev9798]

C# еще любит втаскивать новый синтаксис из других языков

[@Chastor97]

Rust нравится

[@ДимаВ-к7м]

Успокойтесь, товарищи комментаторы😂 не нравится-не смотрите))

[@michaelwhiteman7004]

Я думаю в будущем будет упор на Low/No code програмирование. С интеграцией AI.

[@NemchinskyLive]

Эта ниша, безусловно, будет. Но вряд-ли вытеснит классическую разработку

[@NovikovEugene13]

Какой у тебя опыт, чтобы это утверждать?

[@sunopowerdeathmetal]

да, упор будет чтобы более короткими выражениями задавать более большой функционал. Подкорректированный Python самое то для начала сейчас

[@nanoqsh]

- Почему не остановиться на одном универсальном языке и писать всё на нём? - Потому что не все могут выучить Rust

[@redneck_prm5429]

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

[@nanoqsh]

@@redneck_prm5429 РжавОй - идеальный универсальный язык, так как производительный на уровне C/C++ без сборщика мусора и при этом сейфный как Go/Java/JS и т.д. На ржавОм можно писать буквально всё, от драйверов и ембедед прошивок, до бека и до фронтенда. Конечно, только в том случае, если смог язык осилить. Для многих, к сожалению, сложно отказаться от повсеместного шаренного мутабельного состояния, от глобальных переменных и прочего, для них писать что-то с борроу чеккером - боль. Но когда вписался в парадигму, то проблем у языка точно не больше, чем у других языков. Время тупежа над чеккером хорошо окупается кардинальным сокращением времени дебага. Лучшего универсального языка не найти, всё остальное это компромис между сборщиком мусора и небезопасным менеджментом памяти

[@valeryv3194]

0 дней без упоминания языка программирования RUST!

[@NemchinskyLive]

Ну куда без него)

[@sunopowerdeathmetal]

лиш бы ещё один язык создать

[@KobaltMetal]

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

[@NemchinskyLive]

Посмотрим. Я пока верю в кванты

[@AlexanderBorshak]

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

[@KobaltMetal]

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

[@redneck_prm5429]

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

[@toooldtobejunior]

Наверное удивлю, но в нашем энтерпрайз нету ни Java ни C# 😂

[@deshawn5253]

Прочел коменты столько треша ляпота, создание новых языков уже не остановить и это логично, тот же моджо быстрее пайтона на 70+ раз, и как после этого заявлять о едином языке? где логика народ? Если бесконечно допиливать библиотеки на один язык то он обвалится как старое дерево. Лучше уж создать с нуля и полностью учесть все недочёты старых и создать более оптимальный и масштабируемый на годы вперед. Сергей сделайте лучше следующий выпуск (если это коснëтся темы языков) про новый язык "глем" в русскоязычных ресурсах о нëм почти нет инфы и в ютубе мало, если сделать его более подробным (выпуск) то выйдет крутой видос, слышал что он крут как раст и даже лучше, в англоязычных ресурсах его все так хвалят хотелось бы о нём крутой и подробный выпуск посмотреть и не только мне одному я думаю.

[@Dmytro-Tsymbaliuk]

Glem вообще не замена раста, он чисто для веба Но зачем, если есть Zig, который из коробки поддерживает WebAssembly?

[@MATVJUK12]

Очень верим в Glam!

[@dimaweber]

можно играть в ну-вы-понимает-о-чём--я бинго

[@redneck_prm5429]

9 из 10 языков создаются по одному сценарию - амбициозный программист смотрит на существующее множество языков и видит в них чудовищный недостаток - они написаны не им. И для исправления этой несправедливости немедленно запиливается новый язык.

[@АлексейКа-б2д]

ну вы понимаете...

[@ananaslegend]

Всі проблеми описані в критиці нових мов відсутні в Go. Повна зворотня сумісність починаючи з версії 1.0, на го не рекомендується використання фреймворків, адже все необхідне для бекенд розробки є вже в стандартній бібліотеці, ітд.

[@adicthreex3530]

Так, взяти наприклад таку розповсюджену задачу, яка робота з JSON. Вона є у стандартній бібліотеці, тому нікому навіть в голову не може прийти писати свою реалізацію роботи з JSON для Го. Хоча постривайте...

[@uniers]

В Go нет макросов

[@Oleksiy777]

Я знаю какой будет последний язык программирования через тысячу лет. - Русский ...эээ моветон, да, Украинский, может еще plain English. А перед самым концом света - язык Людоедки Элочки. NoCode Hardcore. По типу Дайте мне Dieser Dieser und Dieser. Для ChatGPT Level 80, который будет понимать с полу слова или вабще без слов, через нейролинк.

[@qwertyuseradmin]

Ну это слишком далекое будущее. Думаю мы не доживём до времени, когда у всех будет НКИ синхронизированный с GPT-100500.

[@sserg645]

Когда не о чем уже говорить, говорит о том, что все уже знают.

[@QR-kod_Danetot]

Сергей, а без прапора сейчас никак? Или это такой амулет от нападок за русский язык в ролике?

[@maxxxwk]

а тебе какое дело? почему тебя это так тригерит?

[@NemchinskyLive]

Это для наших клиентов) чтобы понимали, что мы украинская компания

[@QR-kod_Danetot]

@@NemchinskyLive Ясно. Благодарю за ответ.

[@kevas777]

Всё же по моему субьективному мнению аргументы не ставят точку в этом вопросе. Давайте все писать всё на С++ (подставте любой другой язык) и вот почему: 1) "технологический прогресс" - ну и что что изобретают новые фичи, почему как пакет нельзя допиливать в на с++. Хоть новая архитектура процессора - можно сделать так что бы код под этот процессор работал только через библиотеку как надо и только через неё. Даже можно синтаксис переопределить, в с++ это возможно и обьяснить компилятору как его читать. 2) "повышение продуктивности" - ну тут вообще всё наоборот, у нас есть 700 языков условно по 1000 человек, против 1 языка с++ на котором теперь пишут 700 000 человек, я думаю вся эта громадина свожет написать фреймвёрки на любой чих и на любую сложность и на любую фичу в рамках одного языка при чём один раз а не 700 разных версий сортировки пузырьком или получение данных из базы данных. 3) "специализация" - то же самое, напишите библиотеки для всего на едином языке. Вот у Ноды уже есть пакеты и для фронта и для сервера и для SSR и для веб сервера и для GUI и даже для ИИ. Ты просто скачиваешь то с тем тебе нужно работать из ЕДИНОЙ НА ВЕСЬ мир библиотеки по с++. 4) "сообщества" - я уже сказал, будет одно мировое сообщество которое трудиться над одим языком а не 700, часть которых устаревает, часть появляеться и все переписываеться опять и опять поколениями. 5) "Свифт от Епл" - когда какая-то компания изобретает своё колесо, то ей запрещено создавать новый язык, пускай под свою систему делает модули, библиотеки, фремворки на с++ а не переизобретает язык программирования со своими новыми багами. 6) "идеи" - любой язык уже тьюринг полный, зачем что-то выдумать на одном, а потом внедрять в другой. Сразу думайте как это будет реализованно на с++, выпустите библиотеку, люди подхватят - будет жить, не работает идея - пускай валяеться как устаревшая или вовсе убранна из глобальной библиотеки как неудавшееся. Даже если мы берём SQL зачем он нам. Давайте приложение баз данных будет читать код с++ с использованием библиотеки под запросы. можно будет использовать обьекты условные как "new Select()" "new INSERT()" запросы будут составленны полностью с использованием обьектов классов такой библиотеки. Мы всёравно для 700 языков потом делаем ORM обвертки для SQL. ПОчему бы не пропустить этот шаг и сразу писать запросы в базу на с++ используя уже ORM на уровне базы...

[@Dmytro-Tsymbaliuk]

Болячки C++ это говностандарты из года в год и продолжающиеся болячки из Си, где есть операторы вида i++; , но нету операторов для переполнения, завязка на препроцессоре, который ужасен, излишняя сложность языка и прочие проблемы

[@xyzw777]

SQL декларативный, специализированный, и в отличии от языка %подставь свое% основан на алгебре кортежей а не "безумном креативе" + используя "new Select()" удлиняется код, что есть зло, впрочем orm еще большее большее зло чем %подставь свое% ;)

[@SeregaZinin]

@@Dmytro-Tsymbaliuk , во первых никто не мешает писать на С++11 - он совершенно не сложный Во вторых, что за болячки Си ? И что за оператор переполнения ?

[@Dmytro-Tsymbaliuk]

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

[@EvgenyChannel]

Вообще-то весь софт сейчас написан на С++ и только ядро Линукса на С, но мир тех, кто не замечает слона в комнате довольно любопытен.

[@NemchinskyLive]

Смешно)

[@sse9686]

Ключевая фраза "Вы понимаете". По существу ничего внятного

[@moshamiracle]

Семиста...

[@oleksandershevchenko8063]

В теории на С++ можно написать все или почти все. Вот пример универсального язика. Давайте переходить на С++ - тогда ми поймем, что на едином язике тоже можно сотворить треш😁

[@Happy-Gappy]

С++ создавался в те времена когда в мире наличие компютеров не было таким массовым от слова совсем как сейчас. О том что тогда не было смартфонов,планшетов, тв-приставок, ноутбуков вообще речи не идет. Соотвественно, в текущих реалиях когда в каждом доме,квартире сейчас по несколько смартфонов,планшетов,ноутбуков и так далее, количество програм которые можно для этого колосального количества клиентов строчить и зарабатывать деньги невероятное, тоесть прикладных програмистов нужно очень много. Так как С++ язык у которого достаточно высокий порог вхождения то не каждый его осилит, вот поэтому и нужны еще более высокоуровневые языки чтобы этих програмистов еще больше абстрагировать от железа и научить их клепать формочки и гонять jsonчики туда сюда )

[@AlexeyZabrodin]

Если С++ идеален, зачем сoздали Java, C#, Swift, Rust? Первая и самая главная проблема: работа с памятью. Второе для прикладной разработки системная зависимость и ее детали мешают и усложняют.

[@namelessboar]

Вот хоть убей, но не вижу где написано про идеальность Срр написано. Сам придумал, сам разнёс...​@@AlexeyZabrodin

[@Egor00f]

​@@AlexeyZabrodinтупые людишки не могут в указатели

[@uniers]

@@Happy-Gappy Теперь есть ИИ, поэтому на С✝✝программировать будет легче

[@SilverBlade001]

аааастаааанаааавите карусель! 😵‍💫 Не, ну серьёзно, нафига НАСТОЛЬКО злоупотреблять слишком частыми шатаниями и переключениями камеры? Шо занадто, то не здраво. 🤬

[@NemchinskyLive]

Это на монтаже. Камера статична

[@sashaodrobinskiy4862]

Это для нас, людьми с мигренью😅

[@ME-fv1ug]

Я думаю что в ближайшем бедующим будут разработаны новые языки программирования, специально предназначенные для квантовых вычислений, которые будут использовать уникальные свойства квантовых систем, такие как суперпозиция и запутанность. Существующие языки программирования, такие как многопарадигменный C++, так и высокоуровневые языки Python, Java и другие, будут адаптированы и расширены, чтобы обеспечить обратную совместимость с квантовыми вычислениями. А возможно, будут созданы и какие-то другие промежуточные слои или абстракции, которые позволят бедующим разработчикам использовать квантовые вычисления, не вникая в их низкоуровневые сущностные детали.