1. Python 2. C+ 3. C++ Джаваскрипт

Хороший обзор. Ты молодец.

Начинает с цитаты Р. Мартина из "чистого кода". Читается кстати легче, чем приходит понимание.

Ну вот опять же какой-то бред, который берётся от непонимания самой базы. 4:45. Ну вот как в слое бизнеса могут быть интерфейсы с методами `getUserById` или `saveUser`? Это не бизнесовые правила, они не могут быть в бизнес слое, бизнес ничего не знает о базе, что что-то нужно куда-то сохранить. По итогу получается вообще какой-то ад, инверсия зависимостей применена наоборот. То есть по правилам, если совсем грубо, инверсия зависимостей заставляет более нижний уровень следовать интерфейсу, на который ссылается верхний. Тут получается, что верхний уровень реализует интерфейс, который лежит в нижнем. По такой логике, бизнес должен зависеть от дата-слоя, то есть слои у вас указаны в неправильном порядке(на основе этого примера). Итого из одного вашего примера можно сделать вывод, что вы не только неправильно поняли гексагональную архитектуру, но ещё и жёстко нарушили DIP, отчего потом сильные разрабы очень сильно схватятся за голову со словами "Это чё вообще за жопа? Кто это писал?". В таких случаях, если нет понимания, лучше не добавлять сложности и сидеть пусть и на MVC, но ЧИСТОМ MVC, без примесей говна из миллиона интерфейсов и зависимостей, идущих в обратном направлении. Теперь для тех, кто прочитал, но так и не понял, как должно быть. - Бизнес слой предоставляет интерфейс для взаимодействия С НИМ ЖЕ. Например, самое базовое, есть метод `RegisterUser`. Далее, слой выше, используя интерфейс, обращается к этому методу(неявно) и получает зарегестрированного пользователя. Зачем нам тут интерфейс? Да чтобы доменный слой мог поменять реализацию, но при этом всё ещё следовал интерфейсу, иначе, в случае если кто-то решит изменить сигнатуру доменного метода(интерфейса то ведь нет, которому мы обязаны следовать), все зависимые от него модули(которых может быть очень немало) так же придётся переписывать, притом возможно даже каскадно. Другое дело, что обычно всё идёт именно от бизнес слоя и заставлять его следовать интерфейсам - затея не совсем верная, потому что бизнес-правила меняются очень часто и в том числе могут менять сигнатуру. В таком случае вам придётся ещё и интерфейс подгонять, что приведёт к закономерным вопросам "А на кой хер мне здесь интерфейс?". Я лично на практике в коммерческих частях DIP не использую, они у меня только для инфраструктурного слоя. Заставить слаггер, например, следовать интерфейсу, поскольку я не хочу, чтобы изменения в слаггере вызвали изменения в сервисе. При этом накладывать DIP на сервисы, чтобы в слое представления была независимость от изменений в сервисах тоже не стоит. Сервисы находятся очень близко к бизнес-процессам, они так или иначе будут меняться, пихать туда ещё и интерфейс - обрекать себя на лишнюю работу.

Было бы круто если бы вы смогли мне ответить. Я работаю в зарубежной компании и со мной связался менеджер другой компании, к которым я бы очень хотел попасть. Я прошел с ними собеседование и на вопрос по зарплате ответил: я не могу себе позволить зарабатывать меньше, чем за x сумму денег. Она у меня и есть сейчас. Я не торгуюсь, но мне важно, чтобы вы это понимали. Затем через несколько дней у меня еще одно собеседование с ними и оно проходит тоже хорошо, в итоге один из интервьюеров произносит следующее: мы предлагаем вам х сумму, с перспективой небольшой надбавки после 3 испытательных месяцев(ту самую сумму, меньше которой я зарабатывать себе не могу позволить). Я ответил следующее: простите, но вы наверное меня не поняли. Я произнес сумму денег, меньше которой я не могу себе позволить себе зарабатывать, и она у меня уже есть на текущей работе. Но я не виду смысла переходить с места на место на те же деньги. Что ж, ответили мне, тогда мы передадим ваше пожелание выше и с вами возможно свяжутся, чтобы дать оффер или фидбэк. Собственно вопрос: возможно ли такое, что со мной больше просто не свяжутся, не предложив даже то, было предложено устно, потому-что честно говоря я предпочел бы это место работы моему текущему месту. Сейчас я очень переживаю и нервничаю по этому поводу. И если оффера или фидбэка все таки не последует, то будет ли уместно связаться с ашаром и сказать, что я согласен на то, что было озвучено на интервью?

Просто обзор "все обо всем", абстрактно и субъективно. Никакие языки не гробят карьеру,все или большинство показанных наоборот способствуют.

джависты придумали монады)

Java, js, pho?))) чтоооооооолоооооллоооооооо?????

1C точно наухй не нужен, а остальное имеет смысл жить

Весь видос мг мг прогайте на джаве

Действительно полезное видео, спасибо что делитесь компетенцией)

5 часов на одну задачу, да вы просто монстры, у меня порой от 3 до 5 дней уходит. Хотя смотря какая задача конечно же)

Скажите а как вы относитесь к концепции Элегантных обьектов? Если не слышали загуглите по автору Егор Бугаенко

Главное, что нужно помнить: Питон примерно в 70 раз медленее, в 70 раз энергозатратнее и в 10 раз прожорливее по памяти, чем Си/Си++. Это всё, что нужно знать о вашем любимом питончиге. И да, в середине видосика начал подозревать, что кончится Котлином :) Согласен, Котлин офигенен.

Спасибо, качественное видео! Но название, скорее всего, должно содержать "Hexagonal architecture", а то про clean совсем немного и будем досматривать в след. видео.

Вопросы к 45:55. 1) Почему С++ сложный, сложнее Java, и есть принцип, что сложнее - больше денег и меньше конкуренция, а зарплаты по данной таблицы там меньше,чем у многих более простых? Принцип сложнее - выше зарплата для С++ не работает?: И еще. 2) Наверное важно, чтобы был шире рынок, а на java количество вакансий больше. И это удобно. 3) Как выбрать между C++/C и Java? Мое предположение. Если рассуждать умозрительно, из общих соображений, то в С++, видимо, знать нужно больше и все время углублять знания, а не только расширять, но жизнь там будет спокойнее, нагрузка меньше, сроки выполнения мягче, потому что если тема сложная, то жесткость по времени, Scrum могут принести больше вреда, чем пользы. Лучше востребовано образование, знание алгоритмов. В то же время человек технократический меньше думает о бизнес стороне, методах продвижения, которые не сводятся к квалификации. Среда более консервативна. Мотивирует к постоянству. Получается специалист дальше от бизнес-мышления, но глубже в хард-скилах. И в итоге ему меньше платят. Плюсами С++, как мне кажется, является понимание основ, ведь на Си и С++ все стоит - написаны Линукс, виртуальная машина Java, операционные системы и компиляторы. Это - основы технологии. Но денег в Java больше, а риск, кажется меньше, потому что рынок шире и больше вакансий. Онлайн банк, крупный интернет-магазин, продажа билетов на самолет, поезд, автобус - это,скорее всего Java. А деньги - это степень свободы. Как выбрать между C++ с его глубиной и престижностью и Java с его широтой рынка и близостью к бизнесу? Интуиция подсказывает, что опереться на хард-скилы, научные основы С++ удобнее, чем Java, которая зависит. как мне кажется от личностных качеств и жизненного и делового опыта. В С++ я ожидаю творчество, похожее на науку, а в Java нужна амбициозность, основанная не на успехах в сложных задачах, а на общей жизненной мудрости. Научный склад ума то точно проявится, а вот проявится ли амбициозность, деловые и личностные качества - непонятно, это как черный ящик. Если человек умеет решать сложные технические задачи, это не значит, что он умеет жить на свете - принимать решения, основанные на общих взглядах на жизнь, личностных качествах и жизненном опыте, деловых качествах и софт скилах. Эти последние вещи в java можно прокачать, но если прокачать не получится, то там труднее жить хард скилами в той мере, в которой, я думаю, это возможно в С++. Пример: Линус Торвальдс, который создали и Линукс и Git - очень замкнутый человек.

python компилируемый или интерпретируемый? Почему python считается интерпретируемым, если он исполняется на виртуальной машине?

Типизация в js: непонятная, требует время чтобы разобраться в правилах Типизация в Lua: Числа складывает "+", а строки ".." Если попробуешь сложить "5" + 3 или "5" + "3" то ответ будет одинаковый. 8. Ну это же числа. А если то же самое через ".." то будет конкатенация строк. Даже если мы подали вместо строк два числа. Разве не к этому должны стремиться все языки? К простоте и логичности. Не как python кидать ошибку если типы разные. А обрабатывать данные в любом случае. Но при этом быть логически понятной операцией.

Поздно ролик выпустили. Уже 4 года на ноде педелю. Не быть мне нормальным бкеендером на "серьёзных" языках)))

Единственный плохой язык это 1С, ведь только с ним ты будешь всю жизнь программировать за рубли.

Кодер в IT, это- тягловый скот, а сам кодинг- не приятная прогулка в парке, а тяжелый труд, вроде шахтера в забое, только мозгами и нервами. К 30-35 годам выгорание такое, шопидц: один таблетки пачками жрет, другой уже в дурке на учете. Смеюсь, конечно, но бывает и такое. И времени у кодера 15- 17 лет, до того, как он перестанет тянуть и его выкинут на мороз, заменив на молодого и активного. А 15 лет пролетают как один миг. Так, что ребят, самый главный скилл, который вы должны развить у себя к 30-ти, максимум- 35-и годам, это умение лизать здцу начальству, чтобы к тем же 35 годам вас продвинули на непыльную должность, никак не связанную с кодингом, а не все эти стэки-хеки. А может даже и научиться сисадминить, чтобы где нибудь в администрации города эникейщикам мышки менять и "процессор" перезагружать. Да, деньги не те, но зато в 9 на работу, в 17 с работы, час на обед, суббота-воскресенье выходные, пятница короткий день и никаких дедлайнов, нервотрепок, нервных срывов и код вам по ночам не будет сниться.

Что за клоун? Хе₽ни наговорил, воды налил, шапок нахаатал и выдал за "базу". 🤡

Какой понравился в таком и становитесь профессионалами

Какие языки угробят твою карьеру? Украинский.😂

Если котлин такой пиздатый, почему на нем работают 2,5% разработчиков, что остальные 97,5% дегенераты?

Не согласен с позицией, что ''нужно'' смотреть на какой-то язык, который по каким то мнимым вашим критерием лучше остальных. Есть задача, есть язык, если язык покрывает всю задачу, зачем спрашивается человеку с питонячего языка понимать работу OC? Компилируемы на то и ближе к железу, что у них задача немного другие, например проектирование ПО. Всегда нужно смотреть на то, что нравится, уже потом на язык.

ActiveX не работал нигде, кроме IE; подсчёт ссылок во время компиляции и концепция "владения" объектом давно существуют в Objective C и Swift. А вот где со стабильностью среды выполнения был полный кошмар, так это в J2ME: для каждой мобилки приходилось отдельный порт выкатывать.

Swift забыли, на нем работы вообще нету а вот на java да как и на python/javascript/php работы всегда много

Логично, да. Однако же, в эту логику не вкладывается кой-чего. Паскаль где (он же дельфи)? За что его убили?

Какое поверхностное мнение у автора…

Треть речи в "субтитрах" раздражает. Интересный материал, но смог дослушать только свёрнутым.

Как же залюбили уже эти новые молодые спациалисты, которые не знают историю программирования. Нет плохох языков, вы думаете такое обилие языков программирования прикола ради придумали? Нет, у каждого языка была своя история и своё назначение, смысл в том, чтобы использовать язык к месту. Это как говорить на американском английском в Великобритании, тот же эффект. Да, знание английского не является чем-то пложим, но в Испании вы будете говорить на испанском, никто не будет с вами там говорить на английском, хоть это и Европа, так же и в программировании. Надеюсь, объяснил. Так вот, типизация в языках была и раньше, просто её не использовали, потому что код писали программисты. К принудительной типизации пошли компании, потому что в IT стали приходить новички и любители из других профессий не совместимые по ментальности с программированием, от чего приложения и программы часто ломались а компании получали убытки и ущерб бизнесу. Не было и собеседований. Они появились для выявления самозванцев, пытающиеся обмануть индустрию ради получения высокой зарплаты. JavaScript никогда не был и не будет серверным, так как по природе своей он всегда был клиентским. Серверным JS делает платформа node.js, в движке которого есть C++, не вижу смысла пользоваться node.js если бэкенд можно писать сразу на Java, Rust, C#, C++ (ах да, новички и любители не могут и не умеют на них писать, так как это сложно и не понятно), а так скачал программу и фреймворк и ты уже программист 😂 Kotlin появился по причине лицензии, компания Oracal , которая предоставляет в пользование лицензию на Java, захотела заработать на компании Google, последним такое не понравилось, и для Android они создали свой язык Kotlin (кто-то использует Flutter, но это мы уже полезли в разработку мобильных приложений). Респект за упоминание Rust👍 но историю программирование вам лучше подтянуть, чтоб не выглядить глупо на большую аудиторию. С теорией по программированию у вас всё отлично, прям нектар для ушей.

слева понятно все написано, справа классы какие то, в одной строчке много надписей - хрень для людей с перекошенным сознанием Жаба пожрала моск автора)

Мне понравились Delphi, MatLab (для ПЛК - Stateflow) и Haskell. Плюс библиотека DirectX.

За "долгиЕ десятилетиЯ" или за "долгоЕ десятилетиЕ" - сколько вам лет? 45? 55?, чего-то не похоже...

1. Введение Тема: Различия между языками программирования и стеками технологий. Цель: Помочь выбрать подходящий язык или стек для конкретного проекта. Опыт авторов: Большой опыт разработки на разных языках и платформах. 2. Свойства языка Спецификация: Описание возможностей языка, стандартных библиотек, виртуальных машин и интерпретаторов. Парадигмы программирования: Императивное программирование: Описание последовательности шагов для достижения цели. Декларативное программирование: Описание желаемого результата без указания способа его достижения. Структурное программирование: Использование логических блоков для управления потоком. Процедурное программирование: Объединение кода в процедуры для повторного использования. Объектно-ориентированное программирование (ООП): Моделирование объектов реального мира с состоянием и поведением. Функциональное программирование: Рассмотрение вычислений как результат математических операций. Типизация: Статическая типизация: Проверка типов во время компиляции. Динамическая типизация: Проверка типов во время выполнения. Выразительность: Возможности языка для повышения читабельности и понимания кода. Ограничения: Использование ограничений для упрощения разработки и предотвращения ошибок. Совместимость со старыми версиями: Бинарная, исходная и поведенческая совместимость. Интерпретируемый vs. компилируемый: Различия в способе выполнения кода. Управление памятью: Ручное vs. автоматическое управление памятью. 3. Свойства экосистемы Среда исполнения: Платформы, на которых может работать язык. Стабильность среды выполнения: Разнообразие и стабильность сред, в которых будет работать приложение. Фреймворки и библиотеки: Возможности: Что умеют библиотеки и фреймворки. Зрелость: Продолжительность существования, поддержка и планы на развитие. Лицензии: Опенсорс vs. коммерческие библиотеки. Системы сборки и управления зависимостями: Инструменты для управления зависимостями и жизненным циклом сборки. Инструменты получения метрик кода: Инструменты для измерения характеристик исходного кода. Статический анализ: Инструменты для выявления потенциальных проблем в коде. Потребление ресурсов: Производительность и потребление ресурсов языками. 4. Социальные свойства Разработчики и сообщества: Кто разрабатывает язык и поддерживает его. Популярность и размер сообщества: Доступность помощи и ресурсов. Порог входа и средняя квалификация: Сложность изучения и конкуренция на рынке труда. Зарплаты и перспективы: Возможности карьерного роста и заработка. 5. Практика и выбор языка Примеры выбора языка: Котлин: Выбор для сложных предметных областей с высокой выразительностью и статической типизацией. Python: Недостатки в гибкости и модульности, переход на котлин для сложной бизнес-логики. Рекомендации: Выбирать языки с хорошей экосистемой и сообществом, избегать языков с низким порогом входа, если цель - профессиональный рост.

Парни , так Питухон ботать в 2k25 уже ?

Короче Java = Kotlin

Насчет "в сторону гошечки", у нас в проекте есть расчеты, из за того что там большие массивы взяли python с его библиотеками. После просмотра, задумался как с этим go справится🤔

Ассемблер - "Программирую за еду", в точку!

Посмотрел видео, ждал когда конкретно про PHP скажут, так и не дождался😅

В c++ очень много фич добавилось, начиная с 11 и 14 стандарта

Мой первый язык был Java, с него перепрыгнул на C#, разница невелика, потом попробовал Python, прикольный, простой и удобный, но зачем-то полез в C++, сложный большой и страшный, в итоге C/C++ для меня теперь топ

1:40 Т.е. у вас язык = спецификация, а даже не алфавит, пунктуация, лексика, синтаксис, семантика? Грустно! Неужели трудно было в Википедии прочитать о том, что такое язык. Вот до чего доводит "нам вышка не нужна" - сплошь и рядом узкая биологическая специализация, юношеский солипсизм, допонятийное мышление, как снежый ком, передающиеся по наследству. Отсюда вся эта дрочь вокруг "какой язык выбрать". Нет бы брать пример с таких людей, как John McCarthy, Paul Graham и т.д..

Все речи только про деньги, как низко летит человечество!

SFC из Codesys.

C# ужасен, в Java на порядок лучше. Особенно using и async await

у пайтона нету спецификации. и у раста нету

Мой выбор: Javascript, Golang