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