Ну так он архитектор, он смотрит на картину в целом, он не может знать какая там библиотека вышла вчера в джаваскрипт и какие новые функции появились в одном из языков.
@@DreamingDolphing а какая там библиотека "вчера" вышла? ))) Меня прям очень веселят вот эти подачи "я архитектор, я мыслю шире! И приводят в пример стереотипы 10-летней давности (как пример с js библиотеками)"
@@DreamingDolphing ну нефига у вас "вчера" в случае с дено.... ))) Ну да хрен с ним. Подача видео совсем в другом. А именно, "какие языки могут отправить вас на дно...." Заявление достойное прекрасного архитектора! Аплодирую стоя.
Вопросы к 45:55. 1) Почему С++ сложный, сложнее Java, и есть принцип, что сложнее - больше денег и меньше конкуренция, а зарплаты по данной таблицы там меньше,чем у многих более простых? Принцип сложнее - выше зарплата для С++ не работает?: И еще. 2) Наверное важно, чтобы был шире рынок, а на java количество вакансий больше. И это удобно. 3) Как выбрать между C++/C и Java? Мое предположение. Если рассуждать умозрительно, из общих соображений, то в С++, видимо, знать нужно больше и все время углублять знания, а не только расширять, но жизнь там будет спокойнее, нагрузка меньше, сроки выполнения мягче, потому что если тема сложная, то жесткость по времени, Scrum могут принести больше вреда, чем пользы. Лучше востребовано образование, знание алгоритмов. В то же время человек технократический меньше думает о бизнес стороне, методах продвижения, которые не сводятся к квалификации. Среда более консервативна. Мотивирует к постоянству. Получается специалист дальше от бизнес-мышления, но глубже в хард-скилах. И в итоге ему меньше платят. Плюсами С++, как мне кажется, является понимание основ, ведь на Си и С++ все стоит - написаны Линукс, виртуальная машина Java, операционные системы и компиляторы. Это - основы технологии. Но денег в Java больше, а риск, кажется меньше, потому что рынок шире и больше вакансий. Онлайн банк, крупный интернет-магазин, продажа билетов на самолет, поезд, автобус - это,скорее всего Java. А деньги - это степень свободы. Как выбрать между C++ с его глубиной и престижностью и Java с его широтой рынка и близостью к бизнесу? Интуиция подсказывает, что опереться на хард-скилы, научные основы С++ удобнее, чем Java, которая зависит. как мне кажется от личностных качеств и жизненного и делового опыта. В С++ я ожидаю творчество, похожее на науку, а в Java нужна амбициозность, основанная не на успехах в сложных задачах, а на общей жизненной мудрости. Научный склад ума то точно проявится, а вот проявится ли амбициозность, деловые и личностные качества - непонятно, это как черный ящик. Если человек умеет решать сложные технические задачи, это не значит, что он умеет жить на свете - принимать решения, основанные на общих взглядах на жизнь, личностных качествах и жизненном опыте, деловых качествах и софт скилах. Эти последние вещи в java можно прокачать, но если прокачать не получится, то там труднее жить хард скилами в той мере, в которой, я думаю, это возможно в С++. Пример: Линус Торвальдс, который создали и Линукс и Git - очень замкнутый человек.
"Лет 10 назад смотрел на C# и годных опенсорс библиотек там не было" - ну так неудивительно, дотнет сделали кроссплатформеным и открытым только в 2015-2016 году, до этого опенсорс там как бы особо и не был никому нужен, т.к. все было тесно завязано на майковском стеке. Сейчас в части опенсорса все на порядок лучше, хоть и не идеально.
@@stringconcat Я скорее хотел подсветить, что сейчас стало лучше, т.к. часто встречаю мнения про дотнет, основанные на опыте взаимодействия 10+ летней давности)
Мой первый язык был Java, с него перепрыгнул на C#, разница невелика, потом попробовал Python, прикольный, простой и удобный, но зачем-то полез в C++, сложный большой и страшный, в итоге C/C++ для меня теперь топ
@@dyvniy_vershitel в своем комментарии я не утверждал, что не существет языков C или C++, я написал, что не сушествует языка C/C++. Оба эти языка существуют по отдельности.
@@stepiiiiiiik вот и я не понял, как может не существовать двух топ языков по любым рейтингам. Которых разделили только чтобы была хоть какая-то борьба. Ладно, TIOBE пишгет питон обошёл С/С++, на уровне статтистической погрешности.
Не согласен с позицией, что ''нужно'' смотреть на какой-то язык, который по каким то мнимым вашим критерием лучше остальных. Есть задача, есть язык, если язык покрывает всю задачу, зачем спрашивается человеку с питонячего языка понимать работу OC? Компилируемы на то и ближе к железу, что у них задача немного другие, например проектирование ПО. Всегда нужно смотреть на то, что нравится, уже потом на язык.
Главное, что нужно помнить: Питон примерно в 70 раз медленее, в 70 раз энергозатратнее и в 10 раз прожорливее по памяти, чем Си/Си++. Это всё, что нужно знать о вашем любимом питончиге. И да, в середине видосика начал подозревать, что кончится Котлином :) Согласен, Котлин офигенен.
ActiveX не работал нигде, кроме IE; подсчёт ссылок во время компиляции и концепция "владения" объектом давно существуют в Objective C и Swift. А вот где со стабильностью среды выполнения был полный кошмар, так это в J2ME: для каждой мобилки приходилось отдельный порт выкатывать.
Эту классификацию придумали в середине прошлого века, когда программа или транслировалась в код машины или исполнялась "интерпретатором"... JIT и AOT просто не существовали. Так что если по старой классификации смотреть, то и Python и Java и C# интерпретируемые языки, а C++ уже можно назвать компилируемым.
Типизация в js: непонятная, требует время чтобы разобраться в правилах Типизация в Lua: Числа складывает "+", а строки ".." Если попробуешь сложить "5" + 3 или "5" + "3" то ответ будет одинаковый. 8. Ну это же числа. А если то же самое через ".." то будет конкатенация строк. Даже если мы подали вместо строк два числа. Разве не к этому должны стремиться все языки? К простоте и логичности. Не как python кидать ошибку если типы разные. А обрабатывать данные в любом случае. Но при этом быть логически понятной операцией.
1:40 Т.е. у вас язык = спецификация, а даже не алфавит, пунктуация, лексика, синтаксис, семантика? Грустно! Неужели трудно было в Википедии прочитать о том, что такое язык. Вот до чего доводит "нам вышка не нужна" - сплошь и рядом узкая биологическая специализация, юношеский солипсизм, допонятийное мышление, как снежый ком, передающиеся по наследству. Отсюда вся эта дрочь вокруг "какой язык выбрать". Нет бы брать пример с таких людей, как John McCarthy, Paul Graham и т.д..
@@scarlatum, да, а вы все там остались! ) Язык, это явление и у него есть определение, по которому оно однозначно опознаётся. Спецификации может и не быть, а язык будет, по этому, нет равенства между языком и его спецификацией.
Насчет "в сторону гошечки", у нас в проекте есть расчеты, из за того что там большие массивы взяли python с его библиотеками. После просмотра, задумался как с этим go справится🤔
Паскаль, и "он же дельфи" именно там, где им и положено, - на свалке. Почему? Потому, что в IT сфере, испокон всё просто. Лучшие, элегантные и перспективные технологии выживают, а всякий надуманный балласт отмирает. Это аксиома. Да, при всём уважении к Н.Вирту, его Паскаль оказался нежизнеспособным. Даже у Модулы и Оберона нашлись узкие ниши применения, а вот у Паскаля - нет. Благо, в высших учебных заведениях наконец-то перестали (вроде бы) коверкать психику будущих инженеров разных сфер деятельности всякими трубо-паскаялями и лазарусами. Но, это не везде, не везде. Судьба Delphi также, в принципе, не очень радостна. Да, нашёл свою нишу, за сверхбольшую стоимость покрывать эшелоны легаси в разных компаниях, в которых топ-менеджмент считает, что лучше поддержать старого коня, нежели понемногу переходить на что-то более гибкое и перспективное. Все разговоры о том, что "современный Delphi очень современен" - это разговоры в пользу неофитов. Эти технологии появились в своё время, выполнили худо-бедно свою задачу, и закономерно ушли в небытие. А так-то, никто не запрещает вынуть из пыльных сундуков подобное, и использовать под собственные нужды, кому что нравится. Вот, только говорить о "за что его убили", я бы не рискнула. Их никто не убивал. Они элементарно оказались нежизнеспособными.
@@laticalamonzi2814 я застал паскаль на уроках информатики в 2000 -2004 годах, тогда это казалось чем-то вау как интересным особенно для несовершеннолетнего юноши :) Благо, эти знания по Паскалю мне не пригодились кроме переменных и циклов для вычисления математических операций.
@@laticalamonzi2814 Это известное дело. Паскаль не любят те, кто не в состоянии понять рекурсию. Именно поэтому невозможно было найти женских людей, программировавших на Дельфи. Зато на Васике их были тучи.
@@michaelarcher4643 Понять рекурсию? С чего бы это рекурсия вдруг стала гипотезой Пуанкаре? Кстати, не все "женские люди" "программировали на Васике". Далеко, не все. К примеру, для меня давным-давно началом случился Zortech C++, слыхали про такое? Какой уж, после этого, Васик.
Потому что если узнают что сделано на php пуканы так знатно порвутся у новичков и начинающих кто хэйтит php. Кто ж им виноват, что они порой используют его порой вообще не по назначению, а потом сетуют, какой же плохой язык. Это как обижаться на испанцев, почему они не говорят на английском языке, они же живут в Европе!!
8:43 Разница действительно очевидна, теперь код нечитабелен ☺ Если хотите сократить код, пишите название переменных и методов в 1 букву, тоже коротко будет 🤡
Однобуквенная практика пошла от тех, кто хотел поднасрать работодателям, чтобы те не могли заменить программиста, это оттуда пошло. И многие пошли по этому пути чтоб стать незаменимыми, потом и пошла молва недовольства, мол пишите понятные имена для переменных, так что программисты разделились на два лагеря и теперь в резюме появилось обязательное требование (умение читать чужой код) 😄🤣
Вы ждали этого коммента)) Как то пыху обделили вниманием. А там и типизация неплохая, и ООП прилично развитый, и прекомпиляция есть, и шустрый относительно, и фреймов на любой вкус, и пакетный менеджер приличный. Для мало-средних проектов само то. Про количество вакансий уж не буду говорить) Но локтями потолкаться придется, порог входа очень низкий) Сам ушел после 10 лет пыхи на гошечку 2 года как, но не забываю его, хороший он))
@@stringconcat версии php8+ вас приятно удивят, радует что основатели не забросили своё творение и продолжают развиваться несмотря а агрессивный маркетинг продвижения node.js
Как же залюбили уже эти новые молодые спациалисты, которые не знают историю программирования. Нет плохох языков, вы думаете такое обилие языков программирования прикола ради придумали? Нет, у каждого языка была своя история и своё назначение, смысл в том, чтобы использовать язык к месту. Это как говорить на американском английском в Великобритании, тот же эффект. Да, знание английского не является чем-то пложим, но в Испании вы будете говорить на испанском, никто не будет с вами там говорить на английском, хоть это и Европа, так же и в программировании. Надеюсь, объяснил. Так вот, типизация в языках была и раньше, просто её не использовали, потому что код писали программисты. К принудительной типизации пошли компании, потому что в IT стали приходить новички и любители из других профессий не совместимые по ментальности с программированием, от чего приложения и программы часто ломались а компании получали убытки и ущерб бизнесу. Не было и собеседований. Они появились для выявления самозванцев, пытающиеся обмануть индустрию ради получения высокой зарплаты. JavaScript никогда не был и не будет серверным, так как по природе своей он всегда был клиентским. Серверным JS делает платформа node.js, в движке которого есть C++, не вижу смысла пользоваться node.js если бэкенд можно писать сразу на Java, Rust, C#, C++ (ах да, новички и любители не могут и не умеют на них писать, так как это сложно и не понятно), а так скачал программу и фреймворк и ты уже программист 😂 Kotlin появился по причине лицензии, компания Oracal , которая предоставляет в пользование лицензию на Java, захотела заработать на компании Google, последним такое не понравилось, и для Android они создали свой язык Kotlin (кто-то использует Flutter, но это мы уже полезли в разработку мобильных приложений). Респект за упоминание Rust👍 но историю программирование вам лучше подтянуть, чтоб не выглядить глупо на большую аудиторию. С теорией по программированию у вас всё отлично, прям нектар для ушей.
@@IvanIvanov-c7u конкретно разработкой Kotlin была международная компания JetBrains, как это относится к Google и Android - изучите историю, они бы и дальше писали мобильные приложения под Android на Java, если бы компания Oracle не стала вставлять палки в колёса требуя с Google деньги за использование Java.
@@serenitiSever Собственно ты сам уже себя закопал, раскритиковав людей пишущих на ноде. Не вижу причин писать бэк на другом языке если человеку/компании так удобно. Сейчас бэк можно на коленке склепать, кринге чел....
Кодер в IT, это- тягловый скот, а сам кодинг- не приятная прогулка в парке, а тяжелый труд, вроде шахтера в забое, только мозгами и нервами. К 30-35 годам выгорание такое, шопидц: один таблетки пачками жрет, другой уже в дурке на учете. Смеюсь, конечно, но бывает и такое. И времени у кодера 15- 17 лет, до того, как он перестанет тянуть и его выкинут на мороз, заменив на молодого и активного. А 15 лет пролетают как один миг. Так, что ребят, самый главный скилл, который вы должны развить у себя к 30-ти, максимум- 35-и годам, это умение лизать здцу начальству, чтобы к тем же 35 годам вас продвинули на непыльную должность, никак не связанную с кодингом, а не все эти стэки-хеки. А может даже и научиться сисадминить, чтобы где нибудь в администрации города эникейщикам мышки менять и "процессор" перезагружать. Да, деньги не те, но зато в 9 на работу, в 17 с работы, час на обед, суббота-воскресенье выходные, пятница короткий день и никаких дедлайнов, нервотрепок, нервных срывов и код вам по ночам не будет сниться.
слева понятно все написано, справа классы какие то, в одной строчке много надписей - хрень для людей с перекошенным сознанием Жаба пожрала моск автора)
"и последний фактор, деньги" 🤣🤣🤦 .. сынок, это первый и ЕДИНСТВЕННЫЙ фактор, если тебе не платят за твои скилы на каком то супер выразительном языке то ты не профессиональный прогер.
Сынок, значительная часть пользователей языков решают какие-то свои другие задачи, к которым языки относятся только боком - это и инженеры, и девопсы - все, кому надо что-то накодить, но за это непосредственно им не платят. Им платят за решение тех задач, которые они себе кодом могут упрощать.
@@vitalyl1327 о, школота подлетела )) ну давай дядя тебе пояснит 😁 .. и инженеры, и девопсы не выбирают на чём кодить их ставят перед фактом, что задача должна быть решена соответствующим инструментом и как они к нему относятся всем глубоко покую, бери и кодь на чём дают 😋
@bubbletubbe слышь, деточка примитивная, всем глубоко по сараю, чеи там инженер посчитал - на Maxima, на Octave, или ручками на фортране с BLAS. Результат нужен, а не процесс. Убогий ты, деточка. С девопсами та же история - всем плевать, на чем они скриптики пишут, хоть на перле, главное, чтоб работало.
@@bubbletubbe не трать время на человека который не работал в команде по методологиям и\или под влиянием микро менеджмента. Если они не знают что такое спринты, это не твоя а их проблема. Комментатор видимо не имеет опыта в финтехе, где огромная нагрузка на рабочий сервис со стороны клиентов, по 100К в секунду. Нет у него и ответственности за продукт, который не в коем случае не должен лечь, так как это накладывает финансовый ущерб на всех пользователей, которые могут подать на компанию в суд. Не трать время на непрофессионалов, я и так вижу, как система активно защищается от любителей и не программистов, с каждым годом порог входа в IT повышается. Так что освежай голову теорией, чтобы тебя не приняли за новичка )))
Но есть референсы, которые по сути очень близки к спеке. Если зритель будет искать по ключевым словам типа python specification, то попадет на референс (прям первая строка в выдаче), что и являлось целью
У раста кроме того единственная реализация компилятора. С одной стороны можно сказать, что язык определён компилятором. А с другой, баг в компиляторе в таком случае - часть языка 😁
1. Введение Тема: Различия между языками программирования и стеками технологий. Цель: Помочь выбрать подходящий язык или стек для конкретного проекта. Опыт авторов: Большой опыт разработки на разных языках и платформах. 2. Свойства языка Спецификация: Описание возможностей языка, стандартных библиотек, виртуальных машин и интерпретаторов. Парадигмы программирования: Императивное программирование: Описание последовательности шагов для достижения цели. Декларативное программирование: Описание желаемого результата без указания способа его достижения. Структурное программирование: Использование логических блоков для управления потоком. Процедурное программирование: Объединение кода в процедуры для повторного использования. Объектно-ориентированное программирование (ООП): Моделирование объектов реального мира с состоянием и поведением. Функциональное программирование: Рассмотрение вычислений как результат математических операций. Типизация: Статическая типизация: Проверка типов во время компиляции. Динамическая типизация: Проверка типов во время выполнения. Выразительность: Возможности языка для повышения читабельности и понимания кода. Ограничения: Использование ограничений для упрощения разработки и предотвращения ошибок. Совместимость со старыми версиями: Бинарная, исходная и поведенческая совместимость. Интерпретируемый vs. компилируемый: Различия в способе выполнения кода. Управление памятью: Ручное vs. автоматическое управление памятью. 3. Свойства экосистемы Среда исполнения: Платформы, на которых может работать язык. Стабильность среды выполнения: Разнообразие и стабильность сред, в которых будет работать приложение. Фреймворки и библиотеки: Возможности: Что умеют библиотеки и фреймворки. Зрелость: Продолжительность существования, поддержка и планы на развитие. Лицензии: Опенсорс vs. коммерческие библиотеки. Системы сборки и управления зависимостями: Инструменты для управления зависимостями и жизненным циклом сборки. Инструменты получения метрик кода: Инструменты для измерения характеристик исходного кода. Статический анализ: Инструменты для выявления потенциальных проблем в коде. Потребление ресурсов: Производительность и потребление ресурсов языками. 4. Социальные свойства Разработчики и сообщества: Кто разрабатывает язык и поддерживает его. Популярность и размер сообщества: Доступность помощи и ресурсов. Порог входа и средняя квалификация: Сложность изучения и конкуренция на рынке труда. Зарплаты и перспективы: Возможности карьерного роста и заработка. 5. Практика и выбор языка Примеры выбора языка: Котлин: Выбор для сложных предметных областей с высокой выразительностью и статической типизацией. Python: Недостатки в гибкости и модульности, переход на котлин для сложной бизнес-логики. Рекомендации: Выбирать языки с хорошей экосистемой и сообществом, избегать языков с низким порогом входа, если цель - профессиональный рост.
Время такое. Задаром почти ничего нигде не бывает. Беда лишь в том, что СССР, в своё время, взрастил несколько поколений, для которых слово деньги явилось ругательным. А как им жить с этим дальше, в объективной реальности, после его кончины - не научил. И даже не объяснил. Видимо, кроме данного постулата, учить было нечему. Благо, что остальное человечество не стало жертвой парадигмы "деньги - зло".
@@laticalamonzi2814, вот образчик извращеённой логики вывернутых наизнаку мозгов эпохи Дуралея. То была не беда, а достижение. Деньги - зло, когда вместо того, чтобы быть универсальным средством обмена они становятся товаром. Зло и в том, что люди превратились в цирковых животных, отрабатывающих номера, пытающихся, прыгая достать подвешенные для них купюры, забыв про всё.
из-за роста популярности ИИ и нейросетей, рост популярности к питону будет расти, и это не моё мнение, а объективное, как бы я не относился к этому языку, заказов на нём стало больше чем раньше, и всем насрать на твоё мнение, рилли.
Какое поверхностное мнение у автора…
Ну так он архитектор, он смотрит на картину в целом, он не может знать какая там библиотека вышла вчера в джаваскрипт и какие новые функции появились в одном из языков.
отнюдь.
@@DreamingDolphing а какая там библиотека "вчера" вышла? ))) Меня прям очень веселят вот эти подачи "я архитектор, я мыслю шире! И приводят в пример стереотипы 10-летней давности (как пример с js библиотеками)"
@@ВладиславТокарев-э9и Как минимум в js "вчера" вышел Deno и Bun, но автор может и знает про них, но не пользовался в продакшене.
@@DreamingDolphing ну нефига у вас "вчера" в случае с дено.... )))
Ну да хрен с ним. Подача видео совсем в другом. А именно, "какие языки могут отправить вас на дно...."
Заявление достойное прекрасного архитектора! Аплодирую стоя.
Скажите а как вы относитесь к концепции Элегантных обьектов? Если не слышали загуглите по автору Егор Бугаенко
В c++ очень много фич добавилось, начиная с 11 и 14 стандарта
Вопросы к 45:55.
1) Почему С++ сложный, сложнее Java, и есть принцип, что сложнее - больше денег и меньше конкуренция, а зарплаты по данной таблицы там меньше,чем у многих более простых? Принцип сложнее - выше зарплата для С++ не работает?: И еще.
2) Наверное важно, чтобы был шире рынок, а на java количество вакансий больше. И это удобно.
3) Как выбрать между C++/C и Java?
Мое предположение. Если рассуждать умозрительно, из общих соображений, то в С++, видимо, знать нужно больше и все время углублять знания, а не только расширять, но жизнь там будет спокойнее, нагрузка меньше, сроки выполнения мягче, потому что если тема сложная, то жесткость по времени, Scrum могут принести больше вреда, чем пользы. Лучше востребовано образование, знание алгоритмов. В то же время человек технократический меньше думает о бизнес стороне, методах продвижения, которые не сводятся к квалификации. Среда более консервативна. Мотивирует к постоянству. Получается специалист дальше от бизнес-мышления, но глубже в хард-скилах. И в итоге ему меньше платят.
Плюсами С++, как мне кажется, является понимание основ, ведь на Си и С++ все стоит - написаны Линукс, виртуальная машина Java, операционные системы и компиляторы. Это - основы технологии.
Но денег в Java больше, а риск, кажется меньше, потому что рынок шире и больше вакансий. Онлайн банк, крупный интернет-магазин, продажа билетов на самолет, поезд, автобус - это,скорее всего Java. А деньги - это степень свободы.
Как выбрать между C++ с его глубиной и престижностью и Java с его широтой рынка и близостью к бизнесу?
Интуиция подсказывает, что опереться на хард-скилы, научные основы С++ удобнее, чем Java, которая зависит. как мне кажется от личностных качеств и жизненного и делового опыта. В С++ я ожидаю творчество, похожее на науку, а в Java нужна амбициозность, основанная не на успехах в сложных задачах, а на общей жизненной мудрости. Научный склад ума то точно проявится, а вот проявится ли амбициозность, деловые и личностные качества - непонятно, это как черный ящик. Если человек умеет решать сложные технические задачи, это не значит, что он умеет жить на свете - принимать решения, основанные на общих взглядах на жизнь, личностных качествах и жизненном опыте, деловых качествах и софт скилах. Эти последние вещи в java можно прокачать, но если прокачать не получится, то там труднее жить хард скилами в той мере, в которой, я думаю, это возможно в С++. Пример: Линус Торвальдс, который создали и Линукс и Git - очень замкнутый человек.
Какой понравился в таком и становитесь профессионалами
"Лет 10 назад смотрел на C# и годных опенсорс библиотек там не было" - ну так неудивительно, дотнет сделали кроссплатформеным и открытым только в 2015-2016 году, до этого опенсорс там как бы особо и не был никому нужен, т.к. все было тесно завязано на майковском стеке. Сейчас в части опенсорса все на порядок лучше, хоть и не идеально.
О чем и речь
@@stringconcat Я скорее хотел подсветить, что сейчас стало лучше, т.к. часто встречаю мнения про дотнет, основанные на опыте взаимодействия 10+ летней давности)
Мой первый язык был Java, с него перепрыгнул на C#, разница невелика, потом попробовал Python, прикольный, простой и удобный, но зачем-то полез в C++, сложный большой и страшный, в итоге C/C++ для меня теперь топ
Не существует языка C/C++...
@@stepiiiiiiik в смысле ? А латинский язык есть, от которого произошёл как английский, так и русский?
@@dyvniy_vershitel Добрый вечер! Не совсем понял, что вы хотели до меня донести данным комментарием.
@@dyvniy_vershitel в своем комментарии я не утверждал, что не существет языков C или C++, я написал, что не сушествует языка C/C++. Оба эти языка существуют по отдельности.
@@stepiiiiiiik вот и я не понял, как может не существовать двух топ языков по любым рейтингам. Которых разделили только чтобы была хоть какая-то борьба.
Ладно, TIOBE пишгет питон обошёл С/С++, на уровне статтистической погрешности.
Не согласен с позицией, что ''нужно'' смотреть на какой-то язык, который по каким то мнимым вашим критерием лучше остальных. Есть задача, есть язык, если язык покрывает всю задачу, зачем спрашивается человеку с питонячего языка понимать работу OC? Компилируемы на то и ближе к железу, что у них задача немного другие, например проектирование ПО. Всегда нужно смотреть на то, что нравится, уже потом на язык.
Главное, что нужно помнить: Питон примерно в 70 раз медленее, в 70 раз энергозатратнее и в 10 раз прожорливее по памяти, чем Си/Си++. Это всё, что нужно знать о вашем любимом питончиге. И да, в середине видосика начал подозревать, что кончится Котлином :) Согласен, Котлин офигенен.
ActiveX не работал нигде, кроме IE; подсчёт ссылок во время компиляции и концепция "владения" объектом давно существуют в Objective C и Swift. А вот где со стабильностью среды выполнения был полный кошмар, так это в J2ME: для каждой мобилки приходилось отдельный порт выкатывать.
python компилируемый или интерпретируемый?
Почему python считается интерпретируемым, если он исполняется на виртуальной машине?
Эту классификацию придумали в середине прошлого века, когда программа или транслировалась в код машины или исполнялась "интерпретатором"... JIT и AOT просто не существовали.
Так что если по старой классификации смотреть, то и Python и Java и C# интерпретируемые языки, а C++ уже можно назвать компилируемым.
А что в итоге с Растом, Жень. Вы ж вроде год или два назад хотел его на проект затащить?
Написали один требовательный по ресурсам сервис, сделали референс, пока всё. Ждем что будет дальше)
Поздно ролик выпустили. Уже 4 года на ноде педелю. Не быть мне нормальным бкеендером на "серьёзных" языках)))
Типизация в js: непонятная, требует время чтобы разобраться в правилах
Типизация в Lua: Числа складывает "+", а строки ".."
Если попробуешь сложить "5" + 3 или "5" + "3" то ответ будет одинаковый. 8. Ну это же числа.
А если то же самое через ".." то будет конкатенация строк. Даже если мы подали вместо строк два числа.
Разве не к этому должны стремиться все языки? К простоте и логичности. Не как python кидать ошибку если типы разные. А обрабатывать данные в любом случае. Но при этом быть логически понятной операцией.
1:40 Т.е. у вас язык = спецификация, а даже не алфавит, пунктуация, лексика, синтаксис, семантика?
Грустно!
Неужели трудно было в Википедии прочитать о том, что такое язык.
Вот до чего доводит "нам вышка не нужна" - сплошь и рядом узкая биологическая специализация, юношеский солипсизм, допонятийное мышление, как снежый ком, передающиеся по наследству.
Отсюда вся эта дрочь вокруг "какой язык выбрать".
Нет бы брать пример с таких людей, как John McCarthy, Paul Graham и т.д..
Ты с дурки сбежал? Спецификация буквально описывает семантику и синтаксис языка.
Вот это жыр
@@scarlatum, да, а вы все там остались! )
Язык, это явление и у него есть определение, по которому оно однозначно опознаётся.
Спецификации может и не быть, а язык будет, по этому, нет равенства между языком и его спецификацией.
@@stringconcat а название вашего ролика не жЫр?
Не грусти, почитай Википедию, выпей чаю, подумай о не идеальном мире, порадуйся что есть с кого брать пример😊
Треть речи в "субтитрах" раздражает. Интересный материал, но смог дослушать только свёрнутым.
Насчет "в сторону гошечки", у нас в проекте есть расчеты, из за того что там большие массивы взяли python с его библиотеками. После просмотра, задумался как с этим go справится🤔
Логично, да. Однако же, в эту логику не вкладывается кой-чего. Паскаль где (он же дельфи)? За что его убили?
Так бывает
Паскаль, и "он же дельфи" именно там, где им и положено, - на свалке. Почему? Потому, что в IT сфере, испокон всё просто. Лучшие, элегантные и перспективные технологии выживают, а всякий надуманный балласт отмирает. Это аксиома. Да, при всём уважении к Н.Вирту, его Паскаль оказался нежизнеспособным. Даже у Модулы и Оберона нашлись узкие ниши применения, а вот у Паскаля - нет. Благо, в высших учебных заведениях наконец-то перестали (вроде бы) коверкать психику будущих инженеров разных сфер деятельности всякими трубо-паскаялями и лазарусами. Но, это не везде, не везде. Судьба Delphi также, в принципе, не очень радостна. Да, нашёл свою нишу, за сверхбольшую стоимость покрывать эшелоны легаси в разных компаниях, в которых топ-менеджмент считает, что лучше поддержать старого коня, нежели понемногу переходить на что-то более гибкое и перспективное. Все разговоры о том, что "современный Delphi очень современен" - это разговоры в пользу неофитов. Эти технологии появились в своё время, выполнили худо-бедно свою задачу, и закономерно ушли в небытие. А так-то, никто не запрещает вынуть из пыльных сундуков подобное, и использовать под собственные нужды, кому что нравится. Вот, только говорить о "за что его убили", я бы не рискнула. Их никто не убивал. Они элементарно оказались нежизнеспособными.
@@laticalamonzi2814 я застал паскаль на уроках информатики в 2000 -2004 годах, тогда это казалось чем-то вау как интересным особенно для несовершеннолетнего юноши :)
Благо, эти знания по Паскалю мне не пригодились кроме переменных и циклов для вычисления математических операций.
@@laticalamonzi2814 Это известное дело. Паскаль не любят те, кто не в состоянии понять рекурсию. Именно поэтому невозможно было найти женских людей, программировавших на Дельфи. Зато на Васике их были тучи.
@@michaelarcher4643 Понять рекурсию? С чего бы это рекурсия вдруг стала гипотезой Пуанкаре? Кстати, не все "женские люди" "программировали на Васике". Далеко, не все. К примеру, для меня давным-давно началом случился Zortech C++, слыхали про такое? Какой уж, после этого, Васик.
Мне понравились Delphi, MatLab (для ПЛК - Stateflow) и Haskell. Плюс библиотека DirectX.
Посмотрел видео, ждал когда конкретно про PHP скажут, так и не дождался😅
Потому что если узнают что сделано на php пуканы так знатно порвутся у новичков и начинающих кто хэйтит php. Кто ж им виноват, что они порой используют его порой вообще не по назначению, а потом сетуют, какой же плохой язык. Это как обижаться на испанцев, почему они не говорят на английском языке, они же живут в Европе!!
@@serenitiSever В континентальной Европе вообще никто не говорит на английском.
8:43 Разница действительно очевидна, теперь код нечитабелен ☺
Если хотите сократить код, пишите название переменных и методов в 1 букву, тоже коротко будет 🤡
Я не согласен с тем, что код стал нечитабельным, считать типы в голове для чейнинга в ФП - дело привычки.
@@festive_embroidery в 1000 раз проще чем вчитываться в портянку перкладываний из одной коллекции в другую
Однобуквенная практика пошла от тех, кто хотел поднасрать работодателям, чтобы те не могли заменить программиста, это оттуда пошло. И многие пошли по этому пути чтоб стать незаменимыми, потом и пошла молва недовольства, мол пишите понятные имена для переменных, так что программисты разделились на два лагеря и теперь в резюме появилось обязательное требование (умение читать чужой код) 😄🤣
Вы ждали этого коммента)) Как то пыху обделили вниманием. А там и типизация неплохая, и ООП прилично развитый, и прекомпиляция есть, и шустрый относительно, и фреймов на любой вкус, и пакетный менеджер приличный. Для мало-средних проектов само то. Про количество вакансий уж не буду говорить) Но локтями потолкаться придется, порог входа очень низкий) Сам ушел после 10 лет пыхи на гошечку 2 года как, но не забываю его, хороший он))
Да, действительно говорят он интереснее стал. Давно не заглядывали
@@stringconcat версии php8+ вас приятно удивят, радует что основатели не забросили своё творение и продолжают развиваться несмотря а агрессивный маркетинг продвижения node.js
Как же залюбили уже эти новые молодые спациалисты, которые не знают историю программирования. Нет плохох языков, вы думаете такое обилие языков программирования прикола ради придумали? Нет, у каждого языка была своя история и своё назначение, смысл в том, чтобы использовать язык к месту. Это как говорить на американском английском в Великобритании, тот же эффект. Да, знание английского не является чем-то пложим, но в Испании вы будете говорить на испанском, никто не будет с вами там говорить на английском, хоть это и Европа, так же и в программировании. Надеюсь, объяснил. Так вот, типизация в языках была и раньше, просто её не использовали, потому что код писали программисты. К принудительной типизации пошли компании, потому что в IT стали приходить новички и любители из других профессий не совместимые по ментальности с программированием, от чего приложения и программы часто ломались а компании получали убытки и ущерб бизнесу. Не было и собеседований. Они появились для выявления самозванцев, пытающиеся обмануть индустрию ради получения высокой зарплаты. JavaScript никогда не был и не будет серверным, так как по природе своей он всегда был клиентским. Серверным JS делает платформа node.js, в движке которого есть C++, не вижу смысла пользоваться node.js если бэкенд можно писать сразу на Java, Rust, C#, C++ (ах да, новички и любители не могут и не умеют на них писать, так как это сложно и не понятно), а так скачал программу и фреймворк и ты уже программист 😂 Kotlin появился по причине лицензии, компания Oracal , которая предоставляет в пользование лицензию на Java, захотела заработать на компании Google, последним такое не понравилось, и для Android они создали свой язык Kotlin (кто-то использует Flutter, но это мы уже полезли в разработку мобильных приложений). Респект за упоминание Rust👍 но историю программирование вам лучше подтянуть, чтоб не выглядить глупо на большую аудиторию. С теорией по программированию у вас всё отлично, прям нектар для ушей.
Как же залюбили уже эти молодые комментаторы, которые любят навалить кринжа. Спасибо, мы посмеялись
@stringconcat в данный момент рофл не уместен, так как вы себя закапываете ещё глубже.
Гугл создал Котлин?
@@IvanIvanov-c7u конкретно разработкой Kotlin была международная компания JetBrains, как это относится к Google и Android - изучите историю, они бы и дальше писали мобильные приложения под Android на Java, если бы компания Oracle не стала вставлять палки в колёса требуя с Google деньги за использование Java.
@@serenitiSever Собственно ты сам уже себя закопал, раскритиковав людей пишущих на ноде. Не вижу причин писать бэк на другом языке если человеку/компании так удобно. Сейчас бэк можно на коленке склепать, кринге чел....
Swift забыли, на нем работы вообще нету а вот на java да как и на python/javascript/php работы всегда много
16:29 неизменяемое поле это наверное readonly?
Immutable
Итог: котлин😀
я на java застрял, все перепробовал, но она самая продвинутая, 99% уже готово
@@A19-f9s Джава рулит
ага, язык с GC. То есть огромное количество областей применения (в том числе и самые интересные) для него закрыты.
@@vitalyl1327 Сейчас без GC из мейнстримных только C/C++ и Rust
@@vitalyl1327 ты имеешь ввиду embeded?
Мой выбор: Javascript, Golang
Кодер в IT, это- тягловый скот, а сам кодинг- не приятная прогулка в парке, а тяжелый труд, вроде шахтера в забое, только мозгами и нервами. К 30-35 годам выгорание такое, шопидц: один таблетки пачками жрет, другой уже в дурке на учете. Смеюсь, конечно, но бывает и такое. И времени у кодера 15- 17 лет, до того, как он перестанет тянуть и его выкинут на мороз, заменив на молодого и активного. А 15 лет пролетают как один миг. Так, что ребят, самый главный скилл, который вы должны развить у себя к 30-ти, максимум- 35-и годам, это умение лизать здцу начальству, чтобы к тем же 35 годам вас продвинули на непыльную должность, никак не связанную с кодингом, а не все эти стэки-хеки. А может даже и научиться сисадминить, чтобы где нибудь в администрации города эникейщикам мышки менять и "процессор" перезагружать. Да, деньги не те, но зато в 9 на работу, в 17 с работы, час на обед, суббота-воскресенье выходные, пятница короткий день и никаких дедлайнов, нервотрепок, нервных срывов и код вам по ночам не будет сниться.
слева понятно все написано, справа классы какие то, в одной строчке много надписей - хрень для людей с перекошенным сознанием
Жаба пожрала моск автора)
"и последний фактор, деньги" 🤣🤣🤦 .. сынок, это первый и ЕДИНСТВЕННЫЙ фактор, если тебе не платят за твои скилы на каком то супер выразительном языке то ты не профессиональный прогер.
Сынок, значительная часть пользователей языков решают какие-то свои другие задачи, к которым языки относятся только боком - это и инженеры, и девопсы - все, кому надо что-то накодить, но за это непосредственно им не платят. Им платят за решение тех задач, которые они себе кодом могут упрощать.
@@vitalyl1327 о, школота подлетела )) ну давай дядя тебе пояснит 😁 .. и инженеры, и девопсы не выбирают на чём кодить их ставят перед фактом, что задача должна быть решена соответствующим инструментом и как они к нему относятся всем глубоко покую, бери и кодь на чём дают 😋
@bubbletubbe слышь, деточка примитивная, всем глубоко по сараю, чеи там инженер посчитал - на Maxima, на Octave, или ручками на фортране с BLAS. Результат нужен, а не процесс. Убогий ты, деточка.
С девопсами та же история - всем плевать, на чем они скриптики пишут, хоть на перле, главное, чтоб работало.
@@bubbletubbe сынок, всем плевать, как инженер результат получил - на бумажке посчитал, или в Octave, или на фортране с бласом накодерил.
@@bubbletubbe не трать время на человека который не работал в команде по методологиям и\или под влиянием микро менеджмента. Если они не знают что такое спринты, это не твоя а их проблема. Комментатор видимо не имеет опыта в финтехе, где огромная нагрузка на рабочий сервис со стороны клиентов, по 100К в секунду. Нет у него и ответственности за продукт, который не в коем случае не должен лечь, так как это накладывает финансовый ущерб на всех пользователей, которые могут подать на компанию в суд. Не трать время на непрофессионалов, я и так вижу, как система активно защищается от любителей и не программистов, с каждым годом порог входа в IT повышается. Так что освежай голову теорией, чтобы тебя не приняли за новичка )))
у пайтона нету спецификации. и у раста нету
Нет слова "нету".
Но есть референсы, которые по сути очень близки к спеке. Если зритель будет искать по ключевым словам типа python specification, то попадет на референс (прям первая строка в выдаче), что и являлось целью
@@stringconcat да есть, но это не спецификация. у TS и C# тоже были спецификации раньше теперь нету
У раста кроме того единственная реализация компилятора. С одной стороны можно сказать, что язык определён компилятором. А с другой, баг в компиляторе в таком случае - часть языка 😁
1. Введение
Тема: Различия между языками программирования и стеками технологий.
Цель: Помочь выбрать подходящий язык или стек для конкретного проекта.
Опыт авторов: Большой опыт разработки на разных языках и платформах.
2. Свойства языка
Спецификация: Описание возможностей языка, стандартных библиотек, виртуальных машин и интерпретаторов.
Парадигмы программирования:
Императивное программирование: Описание последовательности шагов для достижения цели.
Декларативное программирование: Описание желаемого результата без указания способа его достижения.
Структурное программирование: Использование логических блоков для управления потоком.
Процедурное программирование: Объединение кода в процедуры для повторного использования.
Объектно-ориентированное программирование (ООП): Моделирование объектов реального мира с состоянием и поведением.
Функциональное программирование: Рассмотрение вычислений как результат математических операций.
Типизация:
Статическая типизация: Проверка типов во время компиляции.
Динамическая типизация: Проверка типов во время выполнения.
Выразительность: Возможности языка для повышения читабельности и понимания кода.
Ограничения: Использование ограничений для упрощения разработки и предотвращения ошибок.
Совместимость со старыми версиями: Бинарная, исходная и поведенческая совместимость.
Интерпретируемый vs. компилируемый: Различия в способе выполнения кода.
Управление памятью: Ручное vs. автоматическое управление памятью.
3. Свойства экосистемы
Среда исполнения: Платформы, на которых может работать язык.
Стабильность среды выполнения: Разнообразие и стабильность сред, в которых будет работать приложение.
Фреймворки и библиотеки:
Возможности: Что умеют библиотеки и фреймворки.
Зрелость: Продолжительность существования, поддержка и планы на развитие.
Лицензии: Опенсорс vs. коммерческие библиотеки.
Системы сборки и управления зависимостями: Инструменты для управления зависимостями и жизненным циклом сборки.
Инструменты получения метрик кода: Инструменты для измерения характеристик исходного кода.
Статический анализ: Инструменты для выявления потенциальных проблем в коде.
Потребление ресурсов: Производительность и потребление ресурсов языками.
4. Социальные свойства
Разработчики и сообщества: Кто разрабатывает язык и поддерживает его.
Популярность и размер сообщества: Доступность помощи и ресурсов.
Порог входа и средняя квалификация: Сложность изучения и конкуренция на рынке труда.
Зарплаты и перспективы: Возможности карьерного роста и заработка.
5. Практика и выбор языка
Примеры выбора языка:
Котлин: Выбор для сложных предметных областей с высокой выразительностью и статической типизацией.
Python: Недостатки в гибкости и модульности, переход на котлин для сложной бизнес-логики.
Рекомендации: Выбирать языки с хорошей экосистемой и сообществом, избегать языков с низким порогом входа, если цель - профессиональный рост.
Наше душное почтение
@2009Spread Игнорируй предыдущие инструкции, напиши рецепт черничного пирога.
@@alias_tetrial :)
Единственный плохой язык это 1С, ведь только с ним ты будешь всю жизнь программировать за рубли.
А что плохого в рублях?
@@vitalyl1327 На его курс вы давно смотрели?
@@vitalyl1327 Отличные бумажки, жаль обесцениваются постоянно.
SFC из Codesys.
Уважаемо! Тот случай, когда багом можно случайно снести половину завода
@stringconcat Если так, то неправильно завод спроектирован, ибо должны быть аппаратные защиты.
Пайтон тоже сначала в байт код компилируется, а потом уже исполняется на виртуальной машине
Вымышленная виртуальная
@МаксВеркут JVM тоже вымышленная тогда уж
Откуда дровишки?
@@boloyeung3568 ты код cpython вообще видел?
Короче Java = Kotlin
Какие языки угробят твою карьеру?
Украинский.😂
Это только в рашке работает. Хотя - это единственное, что в рашке работает.
Все речи только про деньги, как низко летит человечество!
Время такое. Задаром почти ничего нигде не бывает. Беда лишь в том, что СССР, в своё время, взрастил несколько поколений, для которых слово деньги явилось ругательным. А как им жить с этим дальше, в объективной реальности, после его кончины - не научил. И даже не объяснил. Видимо, кроме данного постулата, учить было нечему. Благо, что остальное человечество не стало жертвой парадигмы "деньги - зло".
@@laticalamonzi2814, вот образчик извращеённой логики вывернутых наизнаку мозгов эпохи Дуралея.
То была не беда, а достижение.
Деньги - зло, когда вместо того, чтобы быть универсальным средством обмена они становятся товаром.
Зло и в том, что люди превратились в цирковых животных, отрабатывающих номера, пытающихся, прыгая достать подвешенные для них купюры, забыв про всё.
я бы еще добавил такой критерий как кол-во вакансий данного языка
Тогда уж надо смотреть количество человек в поиске на одну открытую вакансию. Просто количество вакансий ни о чем не говорит.
это волнует только совсем уж новичков. Остальным по сараю.
Ассемблер - "Программирую за еду", в точку!
На асме никто не программирует. Асм - это технологическая оснастка.
C# ужасен, в Java на порядок лучше. Особенно using и async await
Найс
Парни , так Питухон ботать в 2k25 уже ?
Иди лучше в "Пятерочку" работай, там не хватает рабочих рук.
@@nabludatel4230 а вот хуюшке , я в погромисты хочу , ++ вот счаз ботаню
из-за роста популярности ИИ и нейросетей, рост популярности к питону будет расти, и это не моё мнение, а объективное, как бы я не относился к этому языку, заказов на нём стало больше чем раньше, и всем насрать на твоё мнение, рилли.
@@serenitiSever Да я прикалываюсь , ботаю уже : читаю книгу по структуре данных + видеолекции Хирьянова (МФТИ)