сделай пожалуйста ролик про русские языки програмирывания не где не находил информации об этом какие существуют и какие могут быть аналогом популярных языков или вообще просто какой то мод на то чтобы пери именовать функции на языке програмирывания под любые символы например под русские, вот пишешь ты на питоне и пишешь просто русскими символами понятные слова и читаешь как текст. но программа внутри написанна на стандартном обозначении. буду очень благодарен если сделаешь такой ролик или хотя бы ответишь и выскажешь мнение по поводу моего вопроса
Можно было упомянуть ещё один ЯП, это Луна или Lua, это самый простой скриптовый ЯП, используется в встроенных системах. Например, на Lua написана основная логика в сталкере, отключите луа и НПС будут бродить по ЗОНЕ, пока не зарулят в аномалию или не перестреляют друг друга, да и выйти в меню не получится. Я считаю его самым простым ЯП, это ваш питухон и рядом не валялся по степени простоты. На самом деле С++ и питухон одинаковы по сложности, в С++ только заморочки с указателями и шаблонами, остальное все простое и проще чем в питухоне.
Дополнение: был период времени, когда компилятор был не программой, а профессией. Чел сидел со справочником, и на бумаге каждому оператору программы сопоставлял машинной код. Сами программы тогда тоже писались на бумаге
Код писался не совсем на бумаге. Были картонные или бумажные карточки, на которых выбивались отверстия в нужных местах. Карточки стопкой погружались в машину, которая считывала отверстия как единицы и выполняла код
С 1969 года программировал на Алголе, Фортране, Коболе. В то время ударение в слове КОБОЛ ставилось на второй слог, по крайней мере я никогда не слышал в 70-х годах такое произношение, как в данном ролике. Спасибо за видео.
@@boat-shturman В ноябре будет 75. В этом видео еще не упомянут язык PL/1, на который возлагали большие надежды в конце 80-х, я на нем писал программы в самом начале 90-х. Потом есть же (точнее были) и другие ЭВМ, кроме универсальных, например, управляющие машины типа СМ-1 (Орловский завод выпускал), М6000 (в Тбилиси выпускалась машина). Я пытаюсь составить общее представление о современном программировании (но не очень получается). В 2008 мне пришлось писать программы на Дельфи-7, сейчас это уже совсем забыто. Чуть владею ассемблерами (MASM, NASM, FASM, TASM), недавно написал даже курсовую работу для студента по многочленам Татта (посмотрите в интернете, что это за многочлен) и приложение к ней на С++. Всё пытаюсь освоить Web программирование, мне интересно это.
@@GamerDiletant смех - зачастую резкое и импульсное выдыхание воздуха, который действительно в начале может начинаться со звуков "пхахаха" И да, «иерархия» значит совсем другое
😆😆😆 Но на самом деле, не нужно знать английский нормально на разговорном уровне, чтобы учить программировать на каком-то языке. Если понимаешь отдельные слова, которые используются в качестве команд, этого достаточно. Но чтобы знать английский, слов не достаточно. Нужно ещё знать правила, исключения, как формируется предложения, те же времена, будь они не ладны, окончания, предлоги и т.п. Для того, чтобы программировать ничего этого не нужно. Лишь понимать какие команды что делают. Тут больше нужно прокачивать логику.
@@GsBluma, ну чтобы давать нормальные имена переменных/методам/классам все таки было бы неплохо знать язык. Хотя, можно учить английский посредством написания кода.
Ролику 2 часа, я не подписан и оно появилась у меня в рекомендациях. Прикольно что как раз когда мне скучно появляются крутые и интерестное ролики. Спасибо 👍
Спасибо большое за видео! Думаю было бы интересно увидеть видео про то как создавались отдельные компоненты (Типы данных, If else, классы, паттерны и т.д)
if else - c asm ещё переехали) типы данных разрабатывались для уменьшения объёмов резерва памяти для объектов, паттерны и парадигмы - следствия опыта (главное отличие сеньёра - он помнит, как при конкретном подходе случалось что-то ужасное и что надо выполнять конкретные задачи с конкретными подходами)
по паттернам очень много информации, плохо ищите. Типы данных и классы - суть одна, обертка разная If else, массивы и прочая логика - дискретная математика
Однажды изучив c++ можно без особых проблем изучить практически любой современный язык. А если ещё и с# знаешь... то это как знать английский и испанский в реальном мире 😏
@@euginekosenko2268 ассемблер это не латынь (на эту роль больше С подходит... такие же религиозные фанатики 😂). Ассемблер это уже какая-то фрейдиская психология 😏 (индивидуальный подход к каждому, но все равно все упирается в секс 😂)
@@euginekosenko2268 ассемблер уже давно проигрывает С по всем статьям. Единственное применение это ассемблерные вставки для низкоуровневого программирования
@@natteft6593 Нет, на нем до сих пор пишут драйвера, микропропграмы и все что требует скорости и точности. Любой другой язык будет дольше выполнять ту же операцию.
Очень часто не ты выбираешь язык программирования, а язык выбирает тебя. Например: Ты поступаешь в университет и тебя начинают учить программированию на Java. Ты добросовестно изучаешь его и параллельно ищешь подработку, например в web-дизайне и вёрстке. И, выясняется, что твои знания Java остаются не востребованными, потому что заказчикам не нужны интернет-магазины, а нужны банальные сайты-визитки. И вот, ты уже погружаешься в PHP и Java Script. Окончив универ, ты начинаешь искать работу, и тут выясняется, что твои знания, полученные в университете, снова не востребованы, ибо те, кому ты мог бы пригодится, находятся в Силиконовой долине, а в твоём городе гигантов масштаба Google или Oracle не наблюдается. Более того, мало предприятий (а это, как правило крупные предприятия), где бы использовались базы того же Oracle. И вот, ты уже в каком-нибудь Франчайзи занимаешься 1С, параллельно погружаясь в бухгалтерский и складской учет, расчет заработной платы и прочую хрень, которая вообще не имеет отношения к программированию. C'est La Vie ("Такова жизнь").
Смотрел сегодня твои видео годовалой давности (и ставил лайки) Какой великолепный рост в подаче в сравнении с этим роликом! (А контент и тогда был супер!) Спасибо тебе за твой труд, продолжай в том же духе :)
Не знаю, но по-моему это один из немногих каналов которые уже с самого начала делали обалденные ролики. В первом его видео нет ни пердящего микрофона, ни плохой дикции, ни плохого визуала как у многих
Слушай, а как насчёт видео о парадигмах, конечно не надо углубляться, так же поверхностно пройтись как прошёлся по языкам и всё?) Ну или можно запарится и замутить целый плейлист)
Имхо есть смысл какраз углубляться но только в ООП, остальное или незаслуживает отдельного внимания, или заведомо подразумевает хороший класс, такие и без видосиков разберутся в нужной теме. В связке с паттернами проектирования подать ООП былобы полезно и более осмысленно чем обычно бывает, так как это донельзя абстрактная штука совершенно непонятная новичкам и динозаврам процедурщикам. В голову это одним куском не влезет, и как следует понять можно только разбирая лучшие практики и паттерны. Кроме того это не новичковая тема и нужна чтоб прогать в команде большие проекты. Тем кто первые шаги делает это вобще вероятно во вред будет, как если за тотже ассемблер например новичку взяться.
@@MetaJamm динозавры процедурщики знают, что если процедурный код достаточно прост для понимания, то уделает по производительности ООП код, не потеряв в удобстве внесения изменений. А вот когда размер проекта ощутимый, задачи не являются чисто вычислительными, а количество сущностей, с которыми надо проводить операции зашкаливает - тут ООП сияет во всей красе. Так что не надо тупо учить что-то одно и смотреть на остальные подходы свысока, благо многие современные языки умеют в оба подхода.
Хороший обзор. Учитывая, что многие из перечисленных языков не только появились и умерли, а еще и развивались (и продолжают это делать) с появлением новых фич и обогащением стандартных библиотек, можно с восхищением смотреть на накопленный объем знаний у современных программистов.
Мне абсолютно не интересно программирование, как то, во что бы я хотел погрузиться, сделать это для себя работой или хобби *Но твои видосы,* и этот в том числе, интересны и даже очень Визуал прекрасен и подача самое то. Жду следующих выпусков
@@darkfrei2 на "бумаге", после создания элементов языка (лексера, парсера, описания), интерпретатор для интерпретируемых языков пишут на каком-нибудь другом языке, который может создать бинарник (например Си/С++), а компилятор для компилируемых языков пишут в первый раз на любом другом языке, а затем переписывают его уже на самом новом языке.
Информаций так-то много, возможно, ты имел ввиду на русском языке, но опять же, достаточно погуглить и всё выйдет. Единственное, что чаще всего это статьи от гиков для гиков, поэтому могут быть непонятны и там могут опускаться некоторые детали, ибо подразумевается, что человек может быть знаком с теорией CS на хорошем уровне, ну и с его топиками: программирование, работа с памятью и так далее.
А ещё был такой замечательный декларативный язык Prolog и как следствие Visual Prolog... В мои годы обучения в университете, многие его любили. К сожалению, почил на пике своего развития, как и Borland Pascal, который на пике своего развития в разы был лучше многих своих аналогов. Но Microsoft безжалостно давил своих конкурентов, если не получалось их под себя загрести...
Borland Pascal никуда не делся, те, кто на нем программировали в 90-2000, программируют и сейчас. Для W32 перевоплотился в Delphi, но для небольших задач BP удобнее.
У языков VB и Delphi разные предки (Basic и Pascal соответственно), поэтому они никак не похожи друг на друга. Вот "обвязки", интегрированные среды разработки, выполнены в схожем стиле, имеют похожие возможности (как было принято в том периоде времени).
@@arkm3751 так и Visual Studio с Rad studio xe(любой номер). А вот языки разные и написание только в деталях совпадает. На них и netbeans похож(внешне).
я как-то хотел научится писать код, но мне хотелось чтобы код выполнял какие-то действия в физическом мире, тоесть код для микроконтроллеров.. в итоге я выяснил, что почти все инструкции по самообучению сводятся к программам на компе, в которые можно ввести какие-то данные, программа их обработает и выдаст результат на монитор.. можно ли подружить высоко уровневые языки с контроллером, я так и не выяснил.. подошел с другой стороны, начав с беглого изучения "логических элементов".. читать это будут программисты высокого уровня, поясню: логические элементы - это как писать машинный код, распаивая микросхемы на плате, которые выполняют свое определенное действие - давать 0 или 1 на выходе(высокое или низкое напряжение), в зависимости от сигналов на входе (входах) .. в итоге выяснил что это слишком примитивный метод и далеко не универсальный, слишком устаревший и требующий материальных вложений (для покупки микросхем, изготовления печатных плат и прочих материалов).. что тоже не мой вариант.. и в итоге, не изучил толком ни низкоуровневое программирование, ни высокоуровневое.. если кто-то вкурсе где взять доступные материалы для изучения программирования таких конроллеров как аттини и атмега, для человека понимающего основы электроники, но почти ноль (хватило на хелло ворлд) в программировании.. напишите..
Интересно сделано, текст умный, голос приятный. Но должен заметить, что было бы неплохо вспомнить языки Модула-2 (проработанная концепция модуля), ПЛ/1 (невероятное количество всего в одном языке), АПЛ (символы, которых нет на клавиатуре), Пролог (вот...), ЛОГО (хм...), Форт (однозначно!). В принципе, можно было бы вспомнить в качестве экзотики родственника языка Бейсик - Фокал.
Ошибочка на 16:56 В 2001м году .NET Core и в помине не было Он появился только в 2016 как опенсорсная и кроссплатформенная замена устаревшего к тому моменту .NET Framework
Был, но небыл достоянием общественности, это был внутренний алгоритм мелкомягких, суть его в том что фамворк с ним совместим , а он с ним нет, потом его сделали для всех
@@IshayahuLastov А он есть) Если сложно искать во всех видео, автор трудолюбиво добавил отдельный плейлист по ассемблеру (на два видео) Он находится в соответствующем разделе канала
Крутое видео, всё просто и понятно рассказал. А так, каждый язык разрабатывался под свои задачи. Вон С++ и Ассемблер, как были разработаны много лет назад, так до сих пор и используются и почти всё что мы используем было разработано на C++, включая и языки программирования. Я думал Delphi после 7 версии был похоронен, но нет, и он развивается. Давайте все в Ассемблер, тут всё просто! .
@@natteft6593 1) Может быть. А линуксы более не пишут на С/C++? 2) Это может и от уровня владения языка зависит и от поставленных задач. Неубедительно говорить, что на С/C++ код во всём работает быстрее чем язык, который напрямую общается с железом, причём С/С++ использует иногда ассемблерные вставки для увеличения производительности.
@@magicrime3253 2)убедительно, поверь мне, как знающему ASM и С++ . для первых процессоров может это и было верно, но не сейчас. Кодер на ассемблере, даже если он семи пядей во лбу, не сможет учитывать всевозможные оптимизации, типа предсказания бранчей и спекулятивное выполнение кода. А компилятор, в отличии от кодера может максимально соптимизировать процедуру, помня какие регистры в данный момент свободны и какие инструкции могут выполняться параллельно. Ни один кодер не сможет достичь такой же оптимизации
@@natteft6593 Так о том и речь, что не во всём. На первых пнях решал задачи на АСМе и С++, делал замеры по производительности, асм был в разы быстрее. Естественно это были простые математические задачи, решать что-то сложное на асме это чистой воды извращение, всё учитывать сложная задача и с этим гораздо лучше справляется C++. Если С++ такой сейчас шустрый, почему бы не писать Все драйвера на C++, запретить в IDE писать ассемблерные вставки, т. к. они не эффективные и АСМ это пережиток прошлого?
Да, неплохо. Довольно лаконично и основная суть передана. Конечно, локаничность это и недостаток, т.к. многие вещи просто не попали в фокус внимания. Например, два стандарта Алгола (Algol 60 и Algol 68) Не упомянуты такие интересные языки как Prolog, Forth, ML, Matlab, R, BASH, Wolfram. (каждый из этих языков - занимает целую нишу со своими задачами) Что интересно, на скриптовый язык BASH очень сильное влияние оказал Algol 68. Вообще, конечно интересных фактов по языкам программирования огромное количество. Можно вспомнить ещё и язык Plankalkül... В общем, идей может хватить и на продолжение этой темы и даже на целый цикл выпусков.
Если кто-то из недавно начавших программирование посмотрит на тот изначальный "простой" basic, то сильно удивится его хардкорности. Тот basic ближе к Assembler'у, чем к современным высокоуровневым языкам.
Я ребёнку сперва показал scratch, потом пошли зажигать лампочи. Потом показал ему Тригер, Сдвиговый регистр, потом рассказ про двоичную систему исчиления, а потом мы перешли к Ассемблеру под AVR. Сам на работе пишу на C# в основном.
та не... Бейсику далеко к асемблеру. Он прост тем, что не нужно было думать о никаких инклудах, а просто есть стандартный набор команд и функций. Ничего усовершенствовать кодом нельзя. За каждой простой командой или функцией находился алгоритм на нижнем уровне и никому не было дела как там вообще это работает. Оно работало четко и все. С функциями peek и poke можна было читать или записать прямо в память по адресу. Это уже что-то похоже на Ардуино, но в те времена не было крутого даташита и четкого понимания как это использовать. Не было функций. Была подпрограмма Gosub n-строки и return. И я до сих пор пользуюсь GOTO. Есть много проповедников, которые против GOTO перехода. Да и вообще эти проповедники сектанты, которые не дают умным людям развиваться, пробовать, совершать ошибки, исправляться. Диктуют свои стили написания. Вообще дич в каждой компании своя.
@@hondas_insights С 7 лет. До этого возраста не имеет смысла - можно только всякие лампочки и конструкторы показывать. Схемы для самосборки с мигалками всякие китайские с 6 лет начали спаивать - тоже интересно. Детям нравятся всякие лампочки и пищалки.
Спасибо автору. Когда-то давно учился на программистя, выбора язоков не было, учили тому на что нашли специалиста. Конечноно же в программу обучения входило изучение истории программирования, но таоя история как раз для программистов, а не для гуманитариев, как нам преподавали в инстетуте.
8:42 Говорят это 1 из наихудших языков. Например: 1. for имеет лишь 2 шага это либо +1, либо -1. 2. a ^ b (а в степени b) имеют вообще сложное представление exp(b*ln(a)). И т.д.
Какие то ужасы про ассемблер рассказали. Там учить значительно меньше, чем в современных языках, Собственно, это даже не язык, так как под каждую архитектуру он разный. Собственно, это просто мнемоники на 2-4 буквы под каждую инструкцию процессора. Распечатал список на бумажке и кодишь. Единственно что требуется - это понимать работу процессора
2:03 К 1945 году Тьюринг уже писал настоящие программы для настоящих компьютеров, используя код, который мы смогли бы прочитать (приложив определенные усилия) . В своих программах он использовал циклы, конструкции ветвления, операторы присваивания, подпрограммы, стеки и другие знакомые нам структуры . Тьюринг использовал двоичный язык . Это урывок из книги - "Чистая Архитектура" Роберт Мартин.
Для программирования анимаций в браузерах я думал это будет экшн-скрипт, который бесил всех пользователей постоянной необходимостью устанавливать обновления и через какое-то время к всеобщему облегчению, помер =) Потому что за время его жизни просто половину интернета невозможно было воспроизвести без актуальной версии Flash. Сейчас похожая беда с си-шарпом, для работы программ на котором нужны разные версии дотнета, но к счастью, на нем работает не так много программ =)
Alek OS! Читай меня ВНИМАТЕЛЬНО! Ты главное не останавливайся! У тебя что не видео то озарение для начинающих! Я хоть теперь как "начинающий", после этого видео начал понимать и разобрался что к чему в языках и почему их так много!
Почему так много? Даже не буду смотреть ролик, когда я учился в медицинском университете преподаватель по оперативной хирургии как то задал нам один вопрос.. "Как вы думаете, почему операция аппендэктомия существует всего 2 способа, а пластика пахового канала около 400 способов?" И мы ответили, что значит над пластикой пахового канала работало больше людей и следовательно она продумана лучше.. на что наш преподаватель нас сильно огорчил сказав: "Если очень много способов, значит нет одного хорошего!" С тех пор я знаю, больше- не значит лучше, а меньше- не значит плохо.
А не могли бы вы как-нибудь выпустить видео про ООП, в частности, как оно обычно реализуется в компиляторах, как его можно реализовать в библиотеках на С, и на ассемблере. И еще хотелось бы немного о конкретной реализации Gobject. Спасибо ^_^
Если новичок не может подумать и сам себе ответить на этот вопрос или хотя бы поискать ответ на форумах, то ему, я думаю, очень сложно будет стать программистом
Мой отец откровенно средненький программист (и то для своего времени, в современном мире ему как программисту места нет, но он и не хочет, это было чисто хобби его юности), но он мне привил с детства одну очень важную мысль: Язык программирования это лишь инструмент, а хороший рабочий должен уметь работать с разными инструментами. Благодаря этому я, по сути начав глубоко изучать программирование на С# для игрушек, а закончил Си и программированием электроники. Кстати первым ЯП на котором я написал что-то (игру) был OPL-main)))
@@andrewclark3325 Вы один контекст другим подменяете, соответственно и применимость терминов меняется. Топик о чем? О применении языка как инструмента. А Ваше утверждение относится к синтаксическим различиям. Так что спорить не о чем.
Самый простой ответ. В каждом языке можно решить любую задачу. Но вот количество времени и работоспособность будут отличаться в зависимости от языка. Ясное дело, что процесс развития не стоит на месте и уже нейросети пишут код. Но одно будет неизменно, для каждого языка свои задачи.
За 45 лет программировать довелось в 16-ричных машинных кодах, на Ассемблере, PL-1, Fortran, Basic, Paradox, Cliper. Но максимальный азарт испытывал и продолжаю испытывать от программирования графических языках программирования.
Очень интересное видео! Автор почти 20 минут рассказывает про то, как люди пытались упростить программирование и сделать его более ленивым. Однако, как мне кажется, можно было бы уделить полминуты упоминанию эзотерических языков, которые зачастую наоборот создавались для того, чтобы максимально усложнить жизнь того, кто на них будет писать, вроде того же Malbolge. Думаю, это позволило бы лучше показать то, как менялось отношение к программированию со временем. Спасибо за труд, топовый канал! 👍
Языков ровно столько, сколько мнений по одному вопросу у разных людей. Кому-то нужна скорость, кому-то компактность, кому-то понятность языка для непрофессионала. И так далее, по списку. Ассемблер всегда рулил и будет рулить!! Жава - высокоуровневое ООПэшное дерьмо. Я с вами, братцы! :)
Я сам не умею программировать, лишь изучаю разные языки понемногу в качестве хобби. И пока Rust мне кажется самым интересным языком на роль того, который я хотел бы подробно изучить и возможно даже начать самостоятельно писать на нём программы, ибо у него отличная документация, он мега быстрый и устроен так, что лично мне просто хочется им пользоваться
@@iliasalaur «Так ли страшен Rust, как его малюют», «Go быстрее Rust, MailRu Group сделала замеры», «Rust должен умереть, МГУ сделал замеры». и от Яндекса похожее найдёте, если захотите ещё почитать :)
18:42 Язык это не программирование а программирование это не только язык верно Написал ИИ Да, это правда. Программирование - это процесс создания алгоритмов и кодов, которые помогают компьютерам выполнять определенную работу. Языки программирования - это один из инструментов, которые нужны для написания этих алгоритмов и кодов. Однако, программирование включает в себя и другие этапы, такие как тестирование, отладку и оптимизацию. Так что, согласна, язык - это не все в программировании.
Телеграм-канал: t.me/Alek_OS
сделай пожалуйста ролик про русские языки програмирывания не где не находил информации об этом какие существуют и какие могут быть аналогом популярных языков или вообще просто какой то мод на то чтобы пери именовать функции на языке програмирывания под любые символы например под русские, вот пишешь ты на питоне и пишешь просто русскими символами понятные слова и читаешь как текст. но программа внутри написанна на стандартном обозначении. буду очень благодарен если сделаешь такой ролик или хотя бы ответишь и выскажешь мнение по поводу моего вопроса
Можно было упомянуть ещё один ЯП, это Луна или Lua, это самый простой скриптовый ЯП, используется в встроенных системах. Например, на Lua написана основная логика в сталкере, отключите луа и НПС будут бродить по ЗОНЕ, пока не зарулят в аномалию или не перестреляют друг друга, да и выйти в меню не получится. Я считаю его самым простым ЯП, это ваш питухон и рядом не валялся по степени простоты. На самом деле С++ и питухон одинаковы по сложности, в С++ только заморочки с указателями и шаблонами, остальное все простое и проще чем в питухоне.
Хороший ролик , но примеры программ появляются на секунду и начинают сразу двигаться, чтобы прочитать приходилось останавливать видео.
@@улафитай your
Все писали языки под удобство конкретных людей(или человека). XD
И по сей день они этим занимаются
Дополнение: был период времени, когда компилятор был не программой, а профессией. Чел сидел со справочником, и на бумаге каждому оператору программы сопоставлял машинной код. Сами программы тогда тоже писались на бумаге
Вот-же сволочи, сколько людей лишили работы.
@@avi-crakhome2524оаоаом чичас бы jit языки с бумажечки пособирать
@@avi-crakhome2524 да не говори, столько дел было у людей...
верно. это вопрос "курицы и яйца" , который имеет решение: бинарный код вводили вручную
Код писался не совсем на бумаге. Были картонные или бумажные карточки, на которых выбивались отверстия в нужных местах. Карточки стопкой погружались в машину, которая считывала отверстия как единицы и выполняла код
С 1969 года программировал на Алголе, Фортране, Коболе. В то время ударение в слове КОБОЛ ставилось на второй слог, по крайней мере я никогда не слышал в 70-х годах такое произношение, как в данном ролике. Спасибо за видео.
Простите за навязчивость,а сколько вам лет?
@@boat-shturman В ноябре будет 75. В этом видео еще не упомянут язык PL/1, на который возлагали большие надежды в конце 80-х, я на нем писал программы в самом начале 90-х. Потом есть же (точнее были) и другие ЭВМ, кроме универсальных, например, управляющие машины типа СМ-1 (Орловский завод выпускал), М6000 (в Тбилиси выпускалась машина). Я пытаюсь составить общее представление о современном программировании (но не очень получается). В 2008 мне пришлось писать программы на Дельфи-7, сейчас это уже совсем забыто. Чуть владею ассемблерами (MASM, NASM, FASM, TASM), недавно написал даже курсовую работу для студента по многочленам Татта (посмотрите в интернете, что это за многочлен) и приложение к ней на С++. Всё пытаюсь освоить Web программирование, мне интересно это.
@@boat-shturman Лет 70?
@@Mishanya00 Думаю под 80.
@@UnrealTemplier Спасибо, буду это иметь в виду.
Автор молодец! Хорошо и доступно показал иерархию языков. Кратко и лаконично!!!
ты хоть знаешь значение слова "иерархия", пхахаха?
@@TheLevius привет, душнила, а как в реале звучит "пхахаха"? Ты действительно прям пхакаешь?
@@GamerDiletant смех - зачастую резкое и импульсное выдыхание воздуха, который действительно в начале может начинаться со звуков "пхахаха"
И да, «иерархия» значит совсем другое
@@TheLevius что тебе не понравилось? Всё правильно вроде. Хотя я бы вместо "иерархии" поставил бы "предназначение", мне кажется это больше подходит.
@@meysder абсолютно разные слова
Однажды я задался вопросом, какой язык программирования учить, и мой учитель сказал: -"Если ты хочешь научиться программировать, выучи английский язык". И мой дух бунтарства сделал меня программистом 1С©
... и это была ошибка.
Грустная история
😆😆😆
Но на самом деле, не нужно знать английский нормально на разговорном уровне, чтобы учить программировать на каком-то языке. Если понимаешь отдельные слова, которые используются в качестве команд, этого достаточно.
Но чтобы знать английский, слов не достаточно. Нужно ещё знать правила, исключения, как формируется предложения, те же времена, будь они не ладны, окончания, предлоги и т.п.
Для того, чтобы программировать ничего этого не нужно. Лишь понимать какие команды что делают. Тут больше нужно прокачивать логику.
@@GsBluma, ну чтобы давать нормальные имена переменных/методам/классам все таки было бы неплохо знать язык. Хотя, можно учить английский посредством написания кода.
@@GsBluma а международные форумы и доки? Обычно онглийские
Мне препод рассказывал, как они когда-то исправляли ошибки в коде: вырезали лезвием кусочек перфокарты и вставляли другой!
Ролику 2 часа, я не подписан и оно появилась у меня в рекомендациях. Прикольно что как раз когда мне скучно появляются крутые и интерестное ролики. Спасибо 👍
Спасибо большое за видео!
Думаю было бы интересно увидеть видео про то как создавались отдельные компоненты
(Типы данных, If else, классы, паттерны и т.д)
И массивы всех видов, а также почему для всех таблиц хватает таблиц Lua, а остальные нуждаются в конкретизации.
if else - c asm ещё переехали) типы данных разрабатывались для уменьшения объёмов резерва памяти для объектов, паттерны и парадигмы - следствия опыта (главное отличие сеньёра - он помнит, как при конкретном подходе случалось что-то ужасное и что надо выполнять конкретные задачи с конкретными подходами)
@@actualsound8195 мне ещё нужно объяснение "и т.д")
по паттернам очень много информации, плохо ищите.
Типы данных и классы - суть одна, обертка разная
If else, массивы и прочая логика - дискретная математика
Однажды изучив c++ можно без особых проблем изучить практически любой современный язык. А если ещё и с# знаешь... то это как знать английский и испанский в реальном мире 😏
Однажды изучив ассемблер, можно без особых проблем изучить практически любой современный язык. Это как знать латынь в реальном мире :-)
@@euginekosenko2268 ассемблер это не латынь (на эту роль больше С подходит... такие же религиозные фанатики 😂). Ассемблер это уже какая-то фрейдиская психология 😏 (индивидуальный подход к каждому, но все равно все упирается в секс 😂)
@@euginekosenko2268 ассемблер уже давно проигрывает С по всем статьям. Единственное применение это ассемблерные вставки для низкоуровневого программирования
Да без разницы с какого начинать. У меня, например, первым был Фортран.
@@natteft6593 Нет, на нем до сих пор пишут драйвера, микропропграмы и все что требует скорости и точности. Любой другой язык будет дольше выполнять ту же операцию.
Очень часто не ты выбираешь язык программирования, а язык выбирает тебя. Например: Ты поступаешь в университет и тебя начинают учить программированию на Java. Ты добросовестно изучаешь его и параллельно ищешь подработку, например в web-дизайне и вёрстке. И, выясняется, что твои знания Java остаются не востребованными, потому что заказчикам не нужны интернет-магазины, а нужны банальные сайты-визитки. И вот, ты уже погружаешься в PHP и Java Script. Окончив универ, ты начинаешь искать работу, и тут выясняется, что твои знания, полученные в университете, снова не востребованы, ибо те, кому ты мог бы пригодится, находятся в Силиконовой долине, а в твоём городе гигантов масштаба Google или Oracle не наблюдается. Более того, мало предприятий (а это, как правило крупные предприятия), где бы использовались базы того же Oracle. И вот, ты уже в каком-нибудь Франчайзи занимаешься 1С, параллельно погружаясь в бухгалтерский и складской учет, расчет заработной платы и прочую хрень, которая вообще не имеет отношения к программированию. C'est La Vie ("Такова жизнь").
-Как я пойму, что язык программирования выбрал меня?
-Он захочет тебя убить
)))))
Какой же ты красавчик, автор. Спасибо тебе за работу. Видно, что сделано максимально с душой
Смотрел сегодня твои видео годовалой давности (и ставил лайки)
Какой великолепный рост в подаче в сравнении с этим роликом! (А контент и тогда был супер!)
Спасибо тебе за твой труд, продолжай в том же духе :)
Не знаю, но по-моему это один из немногих каналов которые уже с самого начала делали обалденные ролики.
В первом его видео нет ни пердящего микрофона, ни плохой дикции, ни плохого визуала как у многих
Смотрел с удовольствием. Очень классный видеоряд и крутая подача)
Спасибо)
Отличнейшая ретроспектива, автору спасибо за огромный труд и подачу с саспенсм
Слушай, а как насчёт видео о парадигмах, конечно не надо углубляться, так же поверхностно пройтись как прошёлся по языкам и всё?) Ну или можно запарится и замутить целый плейлист)
Имхо есть смысл какраз углубляться но только в ООП, остальное или незаслуживает отдельного внимания, или заведомо подразумевает хороший класс, такие и без видосиков разберутся в нужной теме. В связке с паттернами проектирования подать ООП былобы полезно и более осмысленно чем обычно бывает, так как это донельзя абстрактная штука совершенно непонятная новичкам и динозаврам процедурщикам. В голову это одним куском не влезет, и как следует понять можно только разбирая лучшие практики и паттерны. Кроме того это не новичковая тема и нужна чтоб прогать в команде большие проекты. Тем кто первые шаги делает это вобще вероятно во вред будет, как если за тотже ассемблер например новичку взяться.
Я бы по ФП глянул видео, монады и тд...
@@MetaJamm динозавры процедурщики знают, что если процедурный код достаточно прост для понимания, то уделает по производительности ООП код, не потеряв в удобстве внесения изменений. А вот когда размер проекта ощутимый, задачи не являются чисто вычислительными, а количество сущностей, с которыми надо проводить операции зашкаливает - тут ООП сияет во всей красе. Так что не надо тупо учить что-то одно и смотреть на остальные подходы свысока, благо многие современные языки умеют в оба подхода.
Хороший обзор. Учитывая, что многие из перечисленных языков не только появились и умерли, а еще и развивались (и продолжают это делать) с появлением новых фич и обогащением стандартных библиотек, можно с восхищением смотреть на накопленный объем знаний у современных программистов.
Кобол круто развился да
Мне абсолютно не интересно программирование, как то, во что бы я хотел погрузиться, сделать это для себя работой или хобби
*Но твои видосы,* и этот в том числе, интересны и даже очень
Визуал прекрасен и подача самое то. Жду следующих выпусков
Супер. Ребенок даже залип на графике. Котлин можно было упомянуть, думаю
Неплохо было бы ещё функциональные и логические языки рассмотреть) хотя бы просто в обзорном виде
Восхищаюсь каждому твоему видео.
Автор, ты просто талантище!!! ❤
У меня мурашки от просмотра этого видео. Появилось ощущение причастности к чему-то большому, к истории. Спасибо!❤
+++
Можно ли ещё сделать видео, как вообще создаются языки? Об этом очень мало информации в сети, а многим интересно.
На чём пишут языки программирования?
@@darkfrei2 на "бумаге", после создания элементов языка (лексера, парсера, описания), интерпретатор для интерпретируемых языков пишут на каком-нибудь другом языке, который может создать бинарник (например Си/С++), а компилятор для компилируемых языков пишут в первый раз на любом другом языке, а затем переписывают его уже на самом новом языке.
всмысле мало, тысячи, а то и миллионы руководств как создать собственный компилятор
об этом куча информации, надо уметь искать
Информаций так-то много, возможно, ты имел ввиду на русском языке, но опять же, достаточно погуглить и всё выйдет. Единственное, что чаще всего это статьи от гиков для гиков, поэтому могут быть непонятны и там могут опускаться некоторые детали, ибо подразумевается, что человек может быть знаком с теорией CS на хорошем уровне, ну и с его топиками: программирование, работа с памятью и так далее.
Великолепная подача, качество и достоверность. Большое спасибо за проделанные труды!!!
Отличная подача материала! 👍С нетерпением жду о чём третий видос будет.
Не ну, качество видео просто топ и даже не только за свои деньги. Кидаю огромный респект). Миру нужны герои, автор видоса один из них.
Это замечательное видео с доступным объяснением, огромнейшая благодарность!!!
Спасибо! Вы так здорово и кратко рассказали историю развития языков, я просто заслушался, анимация просто супер! Удачи Вам!
Благодарю за такой труд! Интересно и познавательно! Такую тему, так понятно раскрыть - талант)
В какой программе вы делаете анимации? Хочу дипломную презентацию сделать в подобном виде )
Узнал?) Или можешь подсказать что-то такое же хорошее?) Буду оч благодарен!
крита
17:04 .NET Core появился только в 2016 году же?
Спасибо за увлекательную экскурсию!
7:38
Блин это же саундтрек из Флоренции из assassin's creed 2.
Ностальгия🥲
Спасибо за историю языков, многое стало понятно
В 70-х годах в СССР была широка распространена ЭВМ МИНСК-32, на ней многие программировали на языке символического программирования (ЯСК МИНСК-32).
Спасибо! Познавательно и анимация классная, шутка про страуса хороша:)
Спасибо за выпуск, очень здорово - интересно, содержательно и доступно 👍👍👍
А ещё был такой замечательный декларативный язык Prolog и как следствие Visual Prolog... В мои годы обучения в университете, многие его любили. К сожалению, почил на пике своего развития, как и Borland Pascal, который на пике своего развития в разы был лучше многих своих аналогов. Но Microsoft безжалостно давил своих конкурентов, если не получалось их под себя загрести...
Prolog воскрес как datalog)
@@antonzhukov1762 Хм... Не в курсе был..
Borland Pascal никуда не делся, те, кто на нем программировали в 90-2000, программируют и сейчас. Для W32 перевоплотился в Delphi, но для небольших задач BP удобнее.
6:25 Шедеврально )) На экране Press any key
Отличное видео, спасибо. Всё понятно, красиво и описано настолько подробно, чтобы создать представление о большинстве языков
Один из треков в этом и предыдущем видео: Jesper Kyd - Home in Florence (саунд из игры Assassin's Creed 2)
Классное видео! Ждем вторую часть по криптографии.
Если бы rust был раньше, то у нас был бы только один язык программирования. Но нам пришлось проделать большой путь для достижения идеала.
В связи с Visual Basic можно упомянуть и Delphi, на который VB удивительно похож (по крайней мере - визуальная среда :)
Ничем он был не похож
У языков VB и Delphi разные предки (Basic и Pascal соответственно), поэтому они никак не похожи друг на друга. Вот "обвязки", интегрированные среды разработки, выполнены в схожем стиле, имеют похожие возможности (как было принято в том периоде времени).
@@arkm3751 так и Visual Studio с Rad studio xe(любой номер). А вот языки разные и написание только в деталях совпадает. На них и netbeans похож(внешне).
Этож паскаль
@@АнтонЛысанов-ю2ю немного изменённый Pascal. Тот же Lazarus это тоже Pascal, там почти чистый, но не полностью.
я как-то хотел научится писать код, но мне хотелось чтобы код выполнял какие-то действия в физическом мире, тоесть код для микроконтроллеров.. в итоге я выяснил, что почти все инструкции по самообучению сводятся к программам на компе, в которые можно ввести какие-то данные, программа их обработает и выдаст результат на монитор.. можно ли подружить высоко уровневые языки с контроллером, я так и не выяснил..
подошел с другой стороны, начав с беглого изучения "логических элементов".. читать это будут программисты высокого уровня, поясню: логические элементы - это как писать машинный код, распаивая микросхемы на плате, которые выполняют свое определенное действие - давать 0 или 1 на выходе(высокое или низкое напряжение), в зависимости от сигналов на входе (входах) .. в итоге выяснил что это слишком примитивный метод и далеко не универсальный, слишком устаревший и требующий материальных вложений (для покупки микросхем, изготовления печатных плат и прочих материалов).. что тоже не мой вариант..
и в итоге, не изучил толком ни низкоуровневое программирование, ни высокоуровневое.. если кто-то вкурсе где взять доступные материалы для изучения программирования таких конроллеров как аттини и атмега, для человека понимающего основы электроники, но почти ноль (хватило на хелло ворлд) в программировании.. напишите..
Дк для Ардуино же куча материала для самообучения
Руби
Бэйсик
Паскаль
Информатику вспомнила....
Интересно сделано, текст умный, голос приятный. Но должен заметить, что было бы неплохо вспомнить языки Модула-2 (проработанная концепция модуля), ПЛ/1 (невероятное количество всего в одном языке), АПЛ (символы, которых нет на клавиатуре), Пролог (вот...), ЛОГО (хм...), Форт (однозначно!). В принципе, можно было бы вспомнить в качестве экзотики родственника языка Бейсик - Фокал.
Благодарю за экскурс в историю языков программирования.
Это лучшее видео для начинающих программистов. Все четно и понятно. Кратко о каждом ЯП.
Конечно же, чтобы сделать побольше рекламных интеграций
Чувак, ролик 10 из 10!!! Молодчина, продолжай и никогда не останавливайся!
Автором С# был чел работающий над Object Pascal (Delphi), микрософт его переманили у борланда.
Вообще жаль, что Борланд задушили. Там был отличный IDE и компилятор и библиотека своя.
Ошибочка на 16:56
В 2001м году .NET Core и в помине не было
Он появился только в 2016 как опенсорсная и кроссплатформенная замена устаревшего к тому моменту .NET Framework
Был, но небыл достоянием общественности, это был внутренний алгоритм мелкомягких, суть его в том что фамворк с ним совместим , а он с ним нет, потом его сделали для всех
Всем зашло видео по ассемблеру, это, конечно, сложная тема, но всё-таки, когда ты уже выпустишь вторую часть? А это видео тоже топ.
Вторая часть уже как 4 месяца лежит на канале
@@AlekOS что? Я листал твои видео, но вторую часть не нашёл.
@@lokilifetc как и я. Ютуб видимо не прячет)
@@IshayahuLastov А он есть)
Если сложно искать во всех видео, автор трудолюбиво добавил отдельный плейлист по ассемблеру (на два видео)
Он находится в соответствующем разделе канала
Классное видео, это именно то, что нужно было увидеть! :)
Спасибо ютубу за рекомендации)
В 2001-м в Майкрософт никто про .NET Core даже не помышлял, был один .NET Framwork.
Спасибо за видео)
Великолепное видео! Этот шедевр хочется сохранить 👍
Крутое видео, всё просто и понятно рассказал. А так, каждый язык разрабатывался под свои задачи. Вон С++ и Ассемблер, как были разработаны много лет назад, так до сих пор и используются и почти всё что мы используем было разработано на C++, включая и языки программирования. Я думал Delphi после 7 версии был похоронен, но нет, и он развивается. Давайте все в Ассемблер, тут всё просто! .
1) C/C++ не умрут до тех пор, пока на них пишут юниксы.2) современные компиляторы С/C++ компилируют более быстрый код, чем написаный на asm-е.
@@natteft6593 1) Может быть. А линуксы более не пишут на С/C++? 2) Это может и от уровня владения языка зависит и от поставленных задач. Неубедительно говорить, что на С/C++ код во всём работает быстрее чем язык, который напрямую общается с железом, причём С/С++ использует иногда ассемблерные вставки для увеличения производительности.
@@magicrime3253 2)убедительно, поверь мне, как знающему ASM и С++ . для первых процессоров может это и было верно, но не сейчас. Кодер на ассемблере, даже если он семи пядей во лбу, не сможет учитывать всевозможные оптимизации, типа предсказания бранчей и спекулятивное выполнение кода. А компилятор, в отличии от кодера может максимально соптимизировать процедуру, помня какие регистры в данный момент свободны и какие инструкции могут выполняться параллельно. Ни один кодер не сможет достичь такой же оптимизации
@@natteft6593 Так о том и речь, что не во всём. На первых пнях решал задачи на АСМе и С++, делал замеры по производительности, асм был в разы быстрее. Естественно это были простые математические задачи, решать что-то сложное на асме это чистой воды извращение, всё учитывать сложная задача и с этим гораздо лучше справляется C++. Если С++ такой сейчас шустрый, почему бы не писать Все драйвера на C++, запретить в IDE писать ассемблерные вставки, т. к. они не эффективные и АСМ это пережиток прошлого?
С такими порывами к оптимизации - Вам бы в геймдев! Как раз плюсы там востребованы, но в целом - потогонка
Это лучший гайд по языкам программирования. Alek, ты красавчик )))🤝🔥 особенно для чайников как я 🤣🤣🤣
Да, неплохо.
Довольно лаконично и основная суть передана.
Конечно, локаничность это и недостаток, т.к. многие вещи просто не попали в фокус внимания.
Например, два стандарта Алгола (Algol 60 и Algol 68)
Не упомянуты такие интересные языки как Prolog, Forth, ML, Matlab, R, BASH, Wolfram. (каждый из этих языков - занимает целую нишу со своими задачами)
Что интересно, на скриптовый язык BASH очень сильное влияние оказал Algol 68.
Вообще, конечно интересных фактов по языкам программирования огромное количество.
Можно вспомнить ещё и язык Plankalkül...
В общем, идей может хватить и на продолжение этой темы и даже на целый цикл выпусков.
Python 🐍, JavaScript, HTML, CSS я пользую для самодельных софтин. Из реальных: английский и испанский. Они нужны для чтения и общения.
Если кто-то из недавно начавших программирование посмотрит на тот изначальный "простой" basic, то сильно удивится его хардкорности. Тот basic ближе к Assembler'у, чем к современным высокоуровневым языкам.
Я ребёнку сперва показал scratch, потом пошли зажигать лампочи. Потом показал ему Тригер, Сдвиговый регистр, потом рассказ про двоичную систему исчиления, а потом мы перешли к Ассемблеру под AVR.
Сам на работе пишу на C# в основном.
та не... Бейсику далеко к асемблеру. Он прост тем, что не нужно было думать о никаких инклудах, а просто есть стандартный набор команд и функций. Ничего усовершенствовать кодом нельзя. За каждой простой командой или функцией находился алгоритм на нижнем уровне и никому не было дела как там вообще это работает. Оно работало четко и все. С функциями peek и poke можна было читать или записать прямо в память по адресу. Это уже что-то похоже на Ардуино, но в те времена не было крутого даташита и четкого понимания как это использовать. Не было функций. Была подпрограмма Gosub n-строки и return. И я до сих пор пользуюсь GOTO. Есть много проповедников, которые против GOTO перехода. Да и вообще эти проповедники сектанты, которые не дают умным людям развиваться, пробовать, совершать ошибки, исправляться. Диктуют свои стили написания. Вообще дич в каждой компании своя.
@@ЕвгенийЧ-и1н со скольки лет начали? (приобщать ребёнка кпрограммированию)
@@hondas_insights С 7 лет. До этого возраста не имеет смысла - можно только всякие лампочки и конструкторы показывать.
Схемы для самосборки с мигалками всякие китайские с 6 лет начали спаивать - тоже интересно. Детям нравятся всякие лампочки и пищалки.
Бред
Спасибо автору. Когда-то давно учился на программистя, выбора язоков не было, учили тому на что нашли специалиста. Конечноно же в программу обучения входило изучение истории программирования, но таоя история как раз для программистов, а не для гуманитариев, как нам преподавали в инстетуте.
Алек, где продолжение про криптографию, а то "брешь в безопасности передачи данных остается открытой"!
Я бы закончил ролик на Kotlin, ведь Котлин -- это остров (сейчас уже, конечно, де-факто полуостров), а для визуала в ролике выбраны как раз острова)
Неупомянутые, относительно популярные языки:
Erlang(1986), R(1993), Groovy(2003), Scala(2004), Elixir(2011),Kotlin(2011), Dart(2011),
Typescript(2012)
Только Груви, Скала и Котлин это отростки от Джавы, а тайпскрипт от Джаваскрипта
CSS нет еще
@@greenogorxz7153а в каком месте это язык программирования?
@@Vetal375 это кнш не ЯП. Но связка HTML + CSS это тьюринг полный язык, хоть и с натяжкой
Отличное видео! Большая благодарность за проделанную работу. Рука к кнопке подписаться тянется автоматически!
Язык нужен людям, а не компьютерам. 🙂 Конфликт языков будет продолжаться и он как-то должен разрешится. Нет, не победой сильнейшего.
Очень крутой контент, большое спасибо за труды!
Я никогда не писал комментарии но господи автору канала глубочайший поклон за проделанную работу
8:42 Говорят это 1 из наихудших языков.
Например:
1. for имеет лишь 2 шага это либо +1, либо -1.
2. a ^ b (а в степени b) имеют вообще сложное представление exp(b*ln(a)).
И т.д.
это про Pascal?
Какие то ужасы про ассемблер рассказали.
Там учить значительно меньше, чем в современных языках,
Собственно, это даже не язык, так как под каждую архитектуру он разный.
Собственно, это просто мнемоники на 2-4 буквы под каждую инструкцию процессора.
Распечатал список на бумажке и кодишь. Единственно что требуется - это понимать работу процессора
2:03 К 1945 году Тьюринг уже писал настоящие программы для настоящих компьютеров, используя код, который мы смогли бы прочитать (приложив определенные усилия) . В своих программах он использовал циклы, конструкции ветвления, операторы присваивания, подпрограммы, стеки и другие знакомые нам структуры . Тьюринг использовал двоичный язык . Это урывок из книги - "Чистая Архитектура" Роберт Мартин.
А про криптографию? Жду
Книжки почитай
Спасибо за экскурсию!
Для программирования анимаций в браузерах я думал это будет экшн-скрипт, который бесил всех пользователей постоянной необходимостью устанавливать обновления и через какое-то время к всеобщему облегчению, помер =)
Потому что за время его жизни просто половину интернета невозможно было воспроизвести без актуальной версии Flash.
Сейчас похожая беда с си-шарпом, для работы программ на котором нужны разные версии дотнета, но к счастью, на нем работает не так много программ =)
Старый Framework да, а вот у нового Core идеология распространения поменялась
дотнет впаян в форточки.
Ну игр на нём много идёт, пишут игры на visual c++, visual c++ 6 . Net не требовал, visual c++ 7.1 уже требовал . Net (visual Studio 2003).
За трек в финале определённо лайк)))) прям картинка вспомнилась)))
Alek OS! Читай меня ВНИМАТЕЛЬНО! Ты главное не останавливайся! У тебя что не видео то озарение для начинающих! Я хоть теперь как "начинающий", после этого видео начал понимать и разобрался что к чему в языках и почему их так много!
Спасибо за видео. Все пережевано и внятно👍
Почему так много? Даже не буду смотреть ролик, когда я учился в медицинском университете преподаватель по оперативной хирургии как то задал нам один вопрос.. "Как вы думаете, почему операция аппендэктомия существует всего 2 способа, а пластика пахового канала около 400 способов?" И мы ответили, что значит над пластикой пахового канала работало больше людей и следовательно она продумана лучше.. на что наш преподаватель нас сильно огорчил сказав: "Если очень много способов, значит нет одного хорошего!" С тех пор я знаю, больше- не значит лучше, а меньше- не значит плохо.
Просто браво! Спасибо. Было очень интересно! В общем-то, как обычно)
А почему пропустили программирующую программу ПП-1 1954 года от ОПМ МИАН АН СССР ?
17:02 Если поверим в домашние словари по английскому, то выражение C-sharp переводится как "до диез".
А не могли бы вы как-нибудь выпустить видео про ООП, в частности, как оно обычно реализуется в компиляторах, как его можно реализовать в библиотеках на С, и на ассемблере. И еще хотелось бы немного о конкретной реализации Gobject. Спасибо ^_^
Зачем? ООП это лишь методология программирования для удобной разработки. Детали ее реализации содержатся в принципах, а все остальное лишь синтаксис.
@@redhook777 Человек спрашивает, как написать компилятор для ООП языка.
Ух конечно класс
слов нет
я давно программирую, но вот такую углубленную историю всю и сразу получил
спасибо
Если новичок не может подумать и сам себе ответить на этот вопрос или хотя бы поискать ответ на форумах, то ему, я думаю, очень сложно будет стать программистом
Всё же все с чего-то начинают и о том почему языков огромное количество действительно ещё нужно узнать
> форумы. мне свело мои древнеримские олдскулы
Невероятный материал
Большое спасибо за проделанную работу
Мой отец откровенно средненький программист (и то для своего времени, в современном мире ему как программисту места нет, но он и не хочет, это было чисто хобби его юности), но он мне привил с детства одну очень важную мысль:
Язык программирования это лишь инструмент, а хороший рабочий должен уметь работать с разными инструментами.
Благодаря этому я, по сути начав глубоко изучать программирование на С# для игрушек, а закончил Си и программированием электроники.
Кстати первым ЯП на котором я написал что-то (игру) был OPL-main)))
Да, но зачем работать плохими инструментами?
@@andrewclark3325 работают на том, который доступен, а плохих нет, они все одинаковые, поскольку разными быть не могут.
@@ГеннадийШушпанов-д1ч Вообще-то есть, если бы языки были все одинаковы, то он бы был один, не правда ли?
@@andrewclark3325 Вы один контекст другим подменяете, соответственно и применимость терминов меняется. Топик о чем? О применении языка как инструмента. А Ваше утверждение относится к синтаксическим различиям. Так что спорить не о чем.
@@ГеннадийШушпанов-д1ч компиляторы и интерпертаторы тоже "синтаксически" отличаются?
Самый простой ответ. В каждом языке можно решить любую задачу. Но вот количество времени и работоспособность будут отличаться в зависимости от языка.
Ясное дело, что процесс развития не стоит на месте и уже нейросети пишут код. Но одно будет неизменно, для каждого языка свои задачи.
напиши операционную систему на питоне?
@@natteft6593 в четь суть твоего вопроса?
@@BuhoyStrigoy в том, что этого сделать нельзя в принципе. Питон высокоуровневый язык
@@natteft6593 прочти мой пост первый. Ты написал то, про что я вообще не говорил.
@@natteft6593 можно, приделываем костыль: интерпретатор работающий в режиме ядра и всё
Python хороший, но C#, то лучше
За 45 лет программировать довелось в 16-ричных машинных кодах, на Ассемблере, PL-1, Fortran, Basic, Paradox, Cliper. Но максимальный азарт испытывал и продолжаю испытывать от программирования графических языках программирования.
Step 7,Tia Portal)
Очень интересное видео! Автор почти 20 минут рассказывает про то, как люди пытались упростить программирование и сделать его более ленивым. Однако, как мне кажется, можно было бы уделить полминуты упоминанию эзотерических языков, которые зачастую наоборот создавались для того, чтобы максимально усложнить жизнь того, кто на них будет писать, вроде того же Malbolge. Думаю, это позволило бы лучше показать то, как менялось отношение к программированию со временем.
Спасибо за труд, топовый канал! 👍
ну коль вы это знаете, значит не обязательно об этом вспоминать. Мне кажется лучше с позитивом вести повествование. Автор молодец.
Ну вот зачем вы на фон поставили музыку из 2 ассасина?) Пойду перепроходить))
Отличное видео. Приятно и познавательно смотреть
Не упомянули язык Prolog - та ещё мозгокрутка.
Спасибо за контент!)
Языков ровно столько, сколько мнений по одному вопросу у разных людей. Кому-то нужна скорость, кому-то компактность, кому-то понятность языка для непрофессионала. И так далее, по списку.
Ассемблер всегда рулил и будет рулить!! Жава - высокоуровневое ООПэшное дерьмо.
Я с вами, братцы! :)
о, любитель байтоебить
Родная сишечка навсегда
Классный гайд! Спасибо!!
Лучший язык - Rust
Очевидно же ;)
о, как. оказывается, в конце путешествия воздушного шара сюрприз ))
Я сам не умею программировать, лишь изучаю разные языки понемногу в качестве хобби. И пока Rust мне кажется самым интересным языком на роль того, который я хотел бы подробно изучить и возможно даже начать самостоятельно писать на нём программы, ибо у него отличная документация, он мега быстрый и устроен так, что лично мне просто хочется им пользоваться
Аргументы?)
(очень хочу услышать про то насколько он быстрее крестов)
@@iliasalaur не понял, отправился ли мой коммент, поэтому продублирую названия статеек. гуглите :)
@@iliasalaur «Так ли страшен Rust, как его малюют», «Go быстрее Rust, MailRu Group сделала замеры», «Rust должен умереть, МГУ сделал замеры». и от Яндекса похожее найдёте, если захотите ещё почитать :)
18:42
Язык это не программирование а программирование это не только язык верно
Написал ИИ
Да, это правда. Программирование - это процесс создания алгоритмов и кодов, которые помогают компьютерам выполнять определенную работу. Языки программирования - это один из инструментов, которые нужны для написания этих алгоритмов и кодов. Однако, программирование включает в себя и другие этапы, такие как тестирование, отладку и оптимизацию. Так что, согласна, язык - это не все в программировании.