Тренажеры HTML Academy (HTML, CSS, JS, React) + Академия + Книга рецептов фронтендера + комьюнити за 99 рублей: boosty.to/how-to-learn-it Какие тренажеры бывают: htmlacademy.ru/courses#fe-start Курс «Frontend разработчик» от Kata Academy с оплатой после трудоустройства - clck.ru/33hY7t Мой телеграмм-канал: t.me/howToLearnIT Телеграмм-канал для любителей фронтенда: t.me/frontendnoteschannel Бусти: boosty.to/how-to-learn-it Литература: th-cam.com/video/vcFBwt1nu2U/w-d-xo.html JavaScript: сильные стороны, Дуглас Крокфорд medium.com/star-gazers/pythons-significant-whitespace-problems-995fd6c17fd4 www.programbeginner.ru/?p=337 www.tutorialbrain.com/mainframe/cobol_hello_world_program/ 0:00 Худший язык программирования... 0:45 JavaScript 2:30 Рекламная пауза 4:00 Python 5:17 Ruby 6:08 PHP 7:10 Visual Basic 7:58 C и C++ 9:33 Forth и другие 10:35 Cobol 11:42 Заключение #it #programming
Он не плохой, он просто заточен под всех. Не перевел ты инт в чар - нет проблем я ЗЗЗделаю за тебя. Технологии позволяют, процыки пыжатся но исполняют... а что еще надо? Если уйти в логику, то самый апуепительный язык это ассемблер. Вот только удачи тебе бро с соданием кнопки на которую потратишь целый день.
Наверняка худший. Опыт показывает, что самые успешные проекты, дающие тонны профита, написаны на чем попало и как попало. А успешнее javascripta нет языка за всю историю программирования. Разве что С++ с ним может поспорить.
@@alexperemey6046 Я немного не понял, может вы имели ввиду - наверняка лучший - судя по контексту? Лично для меня, и это моё субъективное мнение - js очень крут, ts тем более.
@@alexperemey6046 красиво сказал, так и есть. все работает на говне и палках. даже человек по сути на говне и палках сделан. но держится за счет киллер фичей (тонкие длинные пальцы, прямохождение, и ахуенная нейронка которая в нашем подсознании работет 24 часа в сутки).
@@alexperemey6046 если в вашем представлении все что работает - из говна и палок(плохое), а хорошим никто не пользуется (стоит в музеях) - может быть дело в вашей системе оценок?))
Респект автору за классное повествование, дизреспект за рекламу шарашкиной конторы , которая если после первого месяца обучения ты продолжаешь обучение, а потом решаешь уйти ты должен заплатить ей 350 к
Ну немного не так, это если ты решаешь уйти после того как ты написал проект и подготовился к собесам (то есть в самом конце) и решаешь уйти, то платишь, а так не должен
Народ, камон. Включаем мозг, если он у вас есть. В наше время учиться у учителя - моветон. Открываем документацию и вперёд. Если не получается - вам нечего делать в профессии. Учитель не будет за вами всю жизнь бегать. Привыкайте искать всю информацию самим с самого начала. Читаем книги. Смотрим видео, если уж совсем все плохо.
@@skpavlenko для новичков учить по документации это треш, поэтому не одна компания не обучает так новичков, для этого и придумали стажировки, когда тебя за ручку ведут и указывают на чем нужно сосредоточиться и когда новичок начинает нормально воспринимать информацию, получает главный навык поиска информации то вступает в силу проверка когда старшими сотрудниками. Если 5 лет назад можно было прочитать learn js и тебя с руками бы забрали, то сейчас рынок поменялся и джуну нужно дохрена знать, и в этом случае курсы и учителя помогают построить базу которая хоть как то сделает тебя конкурентным специалистом.
Все чуть сложнее. Есть разные инструменты, для разных задач. Есть просто плохие программисты. Есть программисты, которые научились пользоваться одним, или несколькими, и решили, что остальные инструменты - говно. Т.к. в их задачах они плохи/не нужны. Ну а есть супер-топ-элита, те, кто понимают, что каждый инструмент хорош для своей задачи. И если бы он был действительно плох, то давно придумали бы другой, который лучше, для своих задач 🤷🏿♂️
@@ИмяФамилия-э4ф7в это было бы так если бы некоторые языки не позиционировались как языки общего назначения и если бы не приходилось тащить за собой старье и рухлядь для обратной совместимости.
Питоновский код не рабочий, что левый, что правый, и не потому что там пробелы, а потому что переменные start_time и end_time присваиваются сразу друг за другом и измеряют они время между выполнением присвоений а не функции fun))
@@alexperemey6046 с нормальной IDE больших проблем с этим нет, потому нет у нее никаких проблем, просто на рынке труда не особо выгодный ЯП из-за конкуренции и избытком кадров на рынке
@@xsssszНет, я считаю что python говно, потому что это говно. C мне показался куда прикольнее, т.к. я его читаю и всё понимаю, а pascal всё ещё легче, т.к. в нём не надо дрочиться с оформлением написания. Я пытался принять питона 4 раза, и все 4 раза я его дропал на моменте "написано правильно, а не жуёт". Да и не тащит его мой комп...
Да нет худших языков,есть неправильное применения этих языков,и это нужно понимать.Каждый язык решает свою проблему для чего он был написан . php - backend. javascript - front-end. python - Институт и школы,учебные заведения. с++ - Операционные системы,драйвера,сетевое программирования,и м.д.. java - data,драйвера,сетевое программирования,и м.д.. с# - Игрострой ,драйвера,сетевое программирования,и м.д..
Иди тогда пиши на brainfuck если тебе нравится находить с смыслы языков программирования. Нет "специальных" языков программирования вас это просто надстройка над ассемблером. И все можно писать на любом языке программирования, просто люди считают если написать на 1000 строчек кода меньше, то код писать легче. Я в начале пути писал на python из-за сраных советов недопрограммистов на форумах. После начал писать на Java, я понял насколько хреново воспринимается этот "засахаренный" python.
@@firstandlast4435 понятно. Просто мне не нравилось, что все советовали использовать +100500 готовых библиотек. Хочется самому писать, а не использовать готовые решения нап сановников на C, не зная как они работают. Те же декораторы мне просто раздражали. Скрывают большую часть реализации.
@@losion5312 декораторы - это самые обычные функции. А по поводу использования сишных библиотек: Меня как начинающего разраба это тоже иногда сбивает с толку, что нельзя посмотреть реализацию. Впрочем предполагается, что функция должна иметь такую сигнатуру и докстрингс чтобы по ним можно было чётко понять, что она делает. Возможно ваши проблемы с ними были обоснованы недостаточно хорошим пониманием структур языка, но это предположение. Ну и в целом, питон как практичный язык высокого уровня себя позиционирует, т.е. склеивать интерфейсы это обычная рабочая практика питониста как я понимаю. А наличие библиотек на почти любой случай это же по сути - суть любого высокоуровнего языка, извините за каламбур
4:20 - просто используйте IDE. Использую бесплатную Pycharm Community 2 года программирования на Python. И НИ РАЗУ не имел проблем с отступами, пробелами, табуляцией. НИ РАЗУ.
@Alex Malighin нормальные ide и lsp подсвечивают макросы и вызовы функции разными цветами, и еще можно прям не отходя от кассы смотреть во что макрос будет разворачиватся. Так же, по стайлгайдам обычно макросы должны быть прописаны капсом. У меня в c++ больше боли вызывают темплейты, так как читать и дебажить это сложно.
Там и без макросов проблем хватает) А знать все тонкости C++ - это прям величайший уровень задротства. Там этих тонкостей на 3000 страниц мелким шрифтом уже наберётся.
7:43 Visual Basic очень быстр. Ему ровня только JS (кроме С++,С), но в JS/NodeJS меньше доступа. Из плюсов - VB может практически все кроме прямого доступа к памяти. Тоесть драйвер на нем не написать. Но это самый удобный язык с одним большим минусом на сегодняшние времена. В современных языках только объекты, масивы и классы стали более удобней чем в VB и +много функций уже написано, хотя сами языки С,JS очень таки бедные. Всегда нужно подключать если не одно то другое. И выбор большой одного и того. Но если заколекционировать нужные функции для себя в VB (как я сделал давно), то можно легко и быстро делать что угодно. Единственное, что в работе с классами теряется скорость если сравнивать тот же алгоритм без классов. И тут JS быстрее. Тогда как Пайтон больше чем в 10 раз медленный. Еще мне нравится, что в Visual Basic код будет работать даже через 10 лет, а во всех современных языках обязательно что-то сломается, так как все это чужие фреймворки, которые каждый день дишат обновлениями. Нет гарантий никаких что ракета, которая вылетела на Пайтон обезпечении не упадет кому-то на голову. В каждом фреймворке какие-то нюансы. Всю нужно изучать как отдельный язык. У меня две большие библии: С++ и Visual Basic. C++ начинается с первых страниц о классах. В книге Visual Basic класы упоминают в конце. Всех Java'истов учат все делать классами. В итоге встречал спецов, которые на PHP делали CMS все на классах (каждую мелочь обертывали в клас) и угробили проект. Потом переделывали все на WordPress'e. Смешной выбор)), но лучше чем ничего
Хаха не, понятно что это не идеально, но предратся к даже НЕ проблеме языка python). Всё что ты сказал в многих даже онлайн средах и редакторах решается двумя нажатиями, а некоторые могут сами выравнивать и удалять space и табы (ну или сразу предлогать их выровнить). И как ты сказал такая табуляция помагает учится новичкам и вообще не мешает профи. А вот "двойное отрицание" это проблема для многих и в реальной жизни😊 И мне казалось ты покажешь больше и более серьёзные недостатки языков.
В некоторых случаях приведений типов PHP даже опаснее JS. Например "0.5" == ".5" дает true, потому что PHP при не строгом сравнении пытается привести строки в числа. И это не смотря на то, что операнды одинакового типа. Не знаю что сказать, абсолютно полный бред. JS хотя бы не делает таких фокусов даже при не строгом сравнении одинаковых типов.
Хинты и типы уже годами в пхп, в чем проблема их использовать? А также === имеется. Язык надо знать, им нужно интересоваться, и тогда никаких сложностей не будет.
Мне в понимании "проблем" JS помогло изучение C и фундаментального понимания как компилируется код в байтики. JS не выдает рандомные значения, и нули в конце он не просто так пихает иногда, это именно то, как компьютер базово работает и считает, в остальных языках это пофикшено, но это не значит, что там всегда рандом.
4:57 Можно. Это же по сути анонимная функция. В Python есть lambda функции для подобного. Но все равно разные вещи конечно. Да и странно сравнивать разные инструменты.
2:30 по поводу рекламы. 17% от 80к в течение 2 лет - это 326к за все обучение (и это как минимум). Или обучение стоит 36к в месяц в течение 9 месяцев. Нехило!
Слово "unless" сначала появилось в Perl. Переменные с $ тоже пришли оттуда. А в Perl они попали вероятно из Unix Shell. В списке худших языков надо было упомянуть Perl.
Так и не понял почему JS? Из за неявного приведения типов? Так это особенность, если в падлу документацию читать, где черным по белому это все описано, то просто не пользуйтесь. Либо это байт на коммент, тогда ок, байт сработал.
@@SurenEnfiajyan так они оба со слабой типизацией. А слабая типизация - это источник кучи неявных ошибок. Поэтому такие языки по возможности лучше не использовать.
Кстати о Python, как заставить tkinter на ubuntu использовать свой шрифт из папки в приложении. А так - самый ужасный язык, это - тот который не знаешь, но вынужден на нём что то делать, причём срочно.
Но в этом же видео показывается: unless mes == "Success": raise "Error" (Или что там было) Как программист, могу сказать, что эти строки очень медленно читаются, а если таких строк будет куча, по невнимательности можешь подумать что это условие и полетят потом ошибки.
@@replays4026 читаемость unless зависит от конкретного случая. И никто не заставляет им пользоваться. В отличии от примеров языков со слабой типизацией. Там вы будете неизбежно этой типизацией пользоваться. Тоже самое и со смысловой индентацией Python, от неё не спрятаться в нём никуда. Так что Ruby зря в список только включали. До какого-нибудь нюанса со спорным удобством можно абсолютно в любом языке докопаться)
@@ArquitectoR Неистово плюсую, Ruby тут притянут за уши. Плох он только в низкой скорости и отсутствии типизации. Никто не заставляет использовать оператор unless чисто по факту его наличия, он просто есть, нельзя это назвать недостатком. В данном примере конечно лучше использовать `if mess != "Success"`, просто наличие unless добавляет выразительности в других случаях. Например `return unless logged_in?` А вот питон отвратителен из-за своих отступов, как могут пробельные символы влиять на логику? Да ещё и с табами беда, абсолютный бред. Плюс отсутствие скобок делает код сложно читаемым. Почему этот недоязык форсят с такой силой? Он ведь так уродлив!
@@allenraizel5538 Соглашусь, начинать изучать программирование с Python - это какое-то извращение. А по поводу типизации Ruby, она сильная динамическая. Для веб-разработки это скорее плюс. А бизнес-логику можно обмазать Sorbet и статический анализ тоже иметь под рукой. Со скоростью сложнее, но Falcon в качестве веб-сервера отчасти помогает.
th-cam.com/video/m8_6tBmpPr8/w-d-xo.html как раз тут все логично. При слабой типизации 0=="0" или 0 == "" дает истину, тк пуская строка при переводе в число это 0 и наоборот. Почему по мнению автора пустая строка должна равняться другой строке (0 в этом смысле ничем не отличаеться от любого другого символа) непонятно. Дизлайк
в моменте с php ошибка со скобками из за них вообще не работает код напиши вот так $arg = 'T'; $vehicle = (($arg== 'B')? 'bus': (($arg == 'A')?'Airplane': (($arg == 'T')?'Trein': (($arg == 'C')?'Car': (($arg == 'H')?'horse':'feet'))))); echo $vehicle все будет работать как надо
Вот еще пример : function openTypeBox() { return typeof boxContent; var boxContent; function boxContent() {} boxContent = 0; } Какой тип вернет функция openTypeBox после выполнения ? Почему ?) Тонкостей в JS очень много , не надо ныть а нужно разобраться хорошо в основах . Если JS был бы плохим решением для бизнеса , его уже давно бы массово заменили чем то лучше . А если вы думайте что на нем нужно писать очень требовательные к железу с высокой оптимизацией приложения то явно не понимайте что вы делаете ....
@@maxok86 От дураков и ошибок никто не застрахован , и чтоб найти быстрее ошибку как раз и нужно понимать тонкость и основы . Понятное дело что вменяемый никогда не напишет такую функцию в реальном проекте. Но в жизнь может быть всякое :D Все языки имеют свой особенность и тонкость , не знаю насколько это оправдано , но не надо забывать что их создатель всего лишь люди...)
Это не "тонкости", а баги. У тебя мазохизм. Это как называть мастерством знание, что в твоей старой поломанной шестёрке 3ю передачу лучше включать только ниже определенной скорости. Нормальные инструменты надо использовать.
Ну хз по приведению типов это по сути база для js разработчиков, я сомневаюсь, что кто-то делает такие глупые ошибки) Там есть проблемы посерьёзнее) Кстати идея для видоса разобрать отдельно недостатки популярных япов, более углублённо так сказать)
Изучая джаву я о таких оплошностях вообще не думал и меня удивляет JS. В сравнении познаешь плюсы своего языка. Но тут конечно совершенно разные по назначению языки.
@@MrKELESET странно думать что то что было изначально задумано, а после реализовано автором === оплошность. Это изначально спроектированный функционал, если вы его пропустили при изучении, это уж точно не проблема языка! Ведь если знаешь правила "игры", то потом не удивляешься, так устроена жизнь.
@@egorer5300 мир странный, как и некоторые языки программирования и их задуманные реализации. Как языки удачные и не удачные по задумке. Жизнь и правила у всех тоже разные, по которым играют. В моем случае джава в функционале более удачная, ну а для скрипта молодцы что сделали TypeScript
Проблема пробелов в век IDE с автоконвертацией отступов и CI/CD - вы серьёзно ? За последние лет 10 я всего два раза сталкивался с подобным и то после того как кто-то редактировал скрипты в каком-то непонятном текстовом редакторе.
Ну тут сама особенность опасная. Все IDE, редакторы и системы контроля версий так и норовят тебя подставить. Я прогал на питоне, каждый раз, когда что-то странное вылазило - первым делом(самый известный наверно баг) смотрели пробелы. На больший проектах, где много людей и файлов - это актуальная проблема даже если все супер-пупер-синьёры.
@@АндрейБогданов-р7б такие вещи в теории возможны, но скорее из-за редактирования вне IDE. Но например в JS есть своя проблема с неопределёнными переменными, а в Java - c null аргументами. Причём IDE тут часто всё устраивает, а вот пробелы достаточно неплохо мониторятся анализатором кода.
Не знаю, может на какой-то старой версии PHP выдаётся в приведённом коде действительно horse, но PHP интерпретатор версии 8.1 выдаёт фатальную ошибку. Исправить её можно путём взятия в скобочки всего, что идёт после каждого двоеточия и до точки с запятой. И тогда выводится train. Факт с этим кодом довольно странный. А при помощи долларов ты можешь отличить переменные от констант и от всего остального в коде, когда читаешь код, то сразу понимаешь, где переменные. Ещё в PHP есть стрелочки в тех местах, где в других языках используются точки. Вот скорость - это да. Тут ты, наверное, прав (мне не доводилось видеть решение одной и той же задачи на PHP и другом языке и сравнения их скорости выполнения). Но это язык для серверов. Суть серверов, как правило, заключается в получении запросов и выдаче ответов. И код можно таким образом оптимизировать, чтобы если с момента последнего запроса на сервере ничего не изменилось, то он отправлял бы прошлый ответ, не генерируя его заново (это могу отнести только к тем случаям, когда ответ - это html-страница или APIшный ответ. А для чего ещё люди используют PHP?).
Автор кринжовый чел, попытался что-то плохое сказать про питон, но вывалил лишь свою какую-то чушь. Нормальные IDE легко исправляют любые отступы при копировании кода и за время моей долгой работы с питоном, я не заметил неудобств при работе с отступами.
0:54 и что странного в этих сравнениях? В видео не разобрали второй список, видимо неудобно, потому что его составитель явно небольшого ума.. null и undefined показывают равенство, а false ни с одним из них нет потому, что не равна им, это очевидно. Да и первый перечень сравнений вполне допустим, ибо в первом случае сравниваются две строки и они конечно не равны, а в остальных сравниваются числа (строка преобразуется в число автоматически для возможности сравнивать)
мне зашла пара хайповых роликов, за счёт чего сложилось хорошее впечатление о канале. Но вот после этого видео что-то сильно усомнился в компетенции автора: 0% компетенции в вопросах технических тонкостей и 100% непонимания ОСОБЕННОСТЕЙ языков, что в большинстве случаев делает их уникальными и объясняет их популярность. Можно конечно придумать в голове "идеальный концепт яп" и пытаться подогнать всё под него, впрочем этим автор и многие составители подобных мнений и занимались, но эта стратегия ничуть не отображает реальной картины. Есть куча вещей, которые реально стоят того, чтобы быть упомянутыми в этом ролике, но вместо этого автор пихает баналщину, типа: у js странная динамическая типизация, у Python табуляция влияет на логику.
Классный ролик. Ну а касательно какой язык учить, как многие задаются вопросом, то я, как уже давно изучающий и применяющий на практике например язык JS, могу уверенно сказать, что не в выборе дело, а в задаче. Выбрав задачу, дальше уже можно задаться вопросом, какой язык лучше всего подходит для решения данной задачи.
Поясняю за js и ' ' == '0' и тд Пустая строка тобишь ' ' это фалс строка с любым симаолом это тру поэтому ' ' == '0' это фалс 0 == ' ' тру т.к. 0 это фалс, а 0 == '0' это тру тк тут не по значимости тру или фалс а по значению и это не точное сравнение а вот 0 === '0' будет фалс
Про $ в PHP не понял, просто дело привычки, тот же BASH сплошные $. На сколько быстрее и эффективнее напечатать $, чем var/let например. Интерпретатору в любом случае надо подсказать что это переменная, и желательно то что это первое ее объявление. $ элегантное решение, а почему именно этот символ - история.
9:26 Почему же здесь зацикливание)? Ведь по итогу из-за переопределенного метода isspace функция EatWhitespace будет некорректно считать некоторые whitespace символы за non-whitespace и возвращать их. С какой стати проверка на != стала избыточной и вечное true вообще непонятно...
6:00 Что там сложно прочитать? Это можно читать как предложение на английском языке. Хотя мне привычней питоновский if not Всё, кроме неявного приведения типов и утечки памяти в пыхе, не является недостатком
Как по мне - отличная идея)) На всякий случай: смысл ролика не в унижении языков, а в анализе слабых мест. А так идеальных языков не бывает, глупо утверждать обратное. P.S. js я все же люблю
Ой да ладно уже закидывать JS помидорами и тухлыми яйцами. Он сейчас как никогда популярен (и фронтенд, и бекенд, и мобильные приложения (флаттер, реакт нейтив), и дополненная реальность react360 и даже десктопные приложения (вдруг кто не знал - VS Code написан на JS)). Но если вспомнить, то Брендан Айк его писал с целью "создать быстрый, легковесный, незамысловатый ЯП, в который смогут даже не программисты". Его целью было всего лишь добавить динамичности веб-страничкам. П.с. а ещё 0.1 + 0.2 в JS не будет равно 0.3. Ха-ха-ха, можете пилить шуточки о 0.30000004. а ещё в js ест граничные числа, после преодоления ребежа которые превратятся в infinity, и преобразовать их обратно в число будет невозможно. За счёт этого js не умеет в точные расчеты. А ещё он однопоточный (с одним неблокируемым потоком ввод/ввод). А ещё typeof [ ] === object (чудесаааа!!!111). А ещё... А ещё... Да ладно вам. Спустя почти 30 лет альтернативы как не было так и нет. И учится он за за 3-4 месяца. Это вам не С#, в котором только для чисел с плавающей запятой существует три типа данных, и который учить надо начинать с старших классов школы и годам где-то к 40 может выучишь. Каждый язык по-своему как хорош, так и плох
Цель $ в PHP это возможность делать вставки сразу внутри строк. Изначально PHP делался в основном с целью генерации HTML-страниц, поэтому работа со строками была на первом месте. Это уже в последствии он все больше превращался в язык общего назначения, и новые вещи приходилось добавлять к старью и рухляди для обратной соместимости, поэтому он выглядит так ужасно и вызывает у всех здоровых программистов блевотное отторжение.
1:10 Достаточно знать как устроен язык. 2:25 Откуда такая наглость называть ошибкой ПРАВИЛЬНОЕ поведение? Автор не позаботился о том, чтобы убрать пустые символы, а плохой язык?
Видео из разряда риторических вопросов В чем смысл жизни? А вообще, чтобы стать специалистом в программировании начинать нужно снизу. А то выучат какой то фреймворк и пальцы потом выворачивают.
вообще не понял претензий до отступов пайтона это чуть ли не первое, что вспоминают, когда говорят о его плюсах, а у тебя это минус, потому что...потому? какие-то бородатые академики, сыплющие словами "синтаксис,семантика", посчитали что так нечестно что ли? Да, если бы люди воспринимали и воспроизводили информацию в виде цветов столь же чётко и точно как с помощью букв, мы бы программировали цветами, а что такого?
В случае JSом такие штуки, типа свободного сравнения строк и чисел оправданы тем что этот язык нужен в первую очередь для браузеров, браузеру важно показать хотя бы что-то, пусть даже неправильно написанное
@@antonnikonov9721, свифт и джава это компилируемые языки, а джаваскрипт интерпретируемый, что позволяет прям на ходу его исполнять, для браузеров это очень важно
Ну, про джаваскрипт очень много мемчиков есть, в основном с непрогнозируемыми результатами, для неопытного программера. Его всё-равно используют, и что это значит? - "screw you!!!"
Typescript, я его за пару дней подключил в проект, теперь про этот javascript-кал забыл. Впрочем, что джаваскрипт, что питон, языки с динамической типизацией кусок овна который может в любой момент завалить прод из-за отсутствия строгой проверки типов на этапе компиляции
Это пиздец.... Мой друг сплитил строку, а потом перебрав массив и явно приведя тип к number ужаснулся увидив 0. Интерессно а к чему должен был привести js символ пробела? А если бы он там увидел 594 он бы не ужаснулся? Может дело не в языке программирования, а в прокладке между стулом и клавиатурой?
6:37я вижу не рабочий код который бы работал до рнр 7.4(после этой версии вроде не работают вложенные тенрарные операторы вместо них советуют использовать If-Else и тогда выведиться train
Нет плохого языка, есть задачи которые на определенном языке сделать проще и выгоднее для бизнеса. Если не брать древние языки из этого видео, то все остальные развиваются и удерживают свою нишу, про тот же самый js сколько раз слышал, что вышел его убийца, но чет не пошло у них. Стабильно раз в пол года слышу про убийцу какого либо языка или фраймворка, но по факту рынок за последние 3 года особо даже не шелохнулся. Питон бесил по началу, но как только ставишь нормальную ide все становится на свои места, Js да сравнения и неявное приведение типов напрягало, но перешли на ts и 95% проблем ушли. Ну и плюс большинство проблем напрягают новичков, если хорошо знаешь язык, это уже мелочи
Самая элементарная тупость из многих в js которую можно привести к примеру это 0.1 + 0.2 - про асинхронность я молчу, это как преимущество так и большой не достаток, учитывая что все нужно завязывать на callback-и
Как-то какой-то знакомый «программист», какую-то строчку парсил функцией сплит, но он хотел найти числа, и ничего не получилось, потому что он как-то когда-то учился и его как-то кто-то куда-то взял. Уровень описания проблемы - шедеврален. Тут проблема не в языке, а скорее в голове человека, который хочет найти числа, я так полагаю, разбив строку по пробелу, и побежав по массиву, сравнивая каждый элемент с типом число. Проблема заключается в том что он лопатой и ломом пытается космический корабль чинить. Для этого есть регулярки, и с этим они отлично справляются, потому что там задаются символы, которые гарантировано являются числами и ничем другим.
К С++ какие-то слишком спорные предъявы(если это ими можно назвать), языку уже очень много лет, можно было найти куда более весомые. На тему Питона совсем кринж, извините
Тренажеры HTML Academy (HTML, CSS, JS, React) + Академия + Книга рецептов фронтендера + комьюнити
за 99 рублей:
boosty.to/how-to-learn-it
Какие тренажеры бывают:
htmlacademy.ru/courses#fe-start
Курс «Frontend разработчик» от Kata Academy с оплатой после трудоустройства - clck.ru/33hY7t
Мой телеграмм-канал:
t.me/howToLearnIT
Телеграмм-канал для любителей фронтенда:
t.me/frontendnoteschannel
Бусти:
boosty.to/how-to-learn-it
Литература:
th-cam.com/video/vcFBwt1nu2U/w-d-xo.html
JavaScript: сильные стороны, Дуглас Крокфорд
medium.com/star-gazers/pythons-significant-whitespace-problems-995fd6c17fd4
www.programbeginner.ru/?p=337
www.tutorialbrain.com/mainframe/cobol_hello_world_program/
0:00 Худший язык программирования...
0:45 JavaScript
2:30 Рекламная пауза
4:00 Python
5:17 Ruby
6:08 PHP
7:10 Visual Basic
7:58 C и C++
9:33 Forth и другие
10:35 Cobol
11:42 Заключение
#it #programming
c# где
¹¹
Ок
вы вот, уважаем, ни разу не мастер интриги ((
Он не плохой, он просто заточен под всех. Не перевел ты инт в чар - нет проблем я ЗЗЗделаю за тебя. Технологии позволяют, процыки пыжатся но исполняют... а что еще надо? Если уйти в логику, то самый апуепительный язык это ассемблер. Вот только удачи тебе бро с соданием кнопки на которую потратишь целый день.
Обосрал JS и весь ролик зазывает во фронтэнд. Гений мать его!
тебе 21, а ты всё реверсами наслаждаешься
JS конечно не лучший яп, но думаю далеко не худший.
Наверняка худший. Опыт показывает, что самые успешные проекты, дающие тонны профита, написаны на чем попало и как попало. А успешнее javascripta нет языка за всю историю программирования. Разве что С++ с ним может поспорить.
@@alexperemey6046 Я немного не понял, может вы имели ввиду - наверняка лучший - судя по контексту? Лично для меня, и это моё субъективное мнение - js очень крут, ts тем более.
@@suyunaldeev6631 Не-не, именно на говне и палках все и работает в этой жизни. А красивое и правильное - стоит в музеях.
@@alexperemey6046 красиво сказал, так и есть. все работает на говне и палках. даже человек по сути на говне и палках сделан. но держится за счет киллер фичей (тонкие длинные пальцы, прямохождение, и ахуенная нейронка которая в нашем подсознании работет 24 часа в сутки).
@@alexperemey6046 если в вашем представлении все что работает - из говна и палок(плохое), а хорошим никто не пользуется (стоит в музеях) - может быть дело в вашей системе оценок?))
Людям не понравилось набирать громадное количество строчек бойлерплейта на COBOL, поэтому сейчас они набирают его на Java/C#.
lombok?
+
надеюсь вы методы набираете заглавными буквами... что райдер, что вижла умеет в автокомплетишн таких вещей...
Console.WL вместо Console.WriteLine...
@@jarjarbinks6015 да-да, когда языки проектировались, то так и задумывалось, чтобы без автокомплита на них писать было физически невозможно
@@BrooDRay уж проще Котлин чем кодогенератор
Респект автору за классное повествование, дизреспект за рекламу шарашкиной конторы , которая если после первого месяца обучения ты продолжаешь обучение, а потом решаешь уйти ты должен заплатить ей 350 к
Ну немного не так, это если ты решаешь уйти после того как ты написал проект и подготовился к собесам (то есть в самом конце) и решаешь уйти, то платишь, а так не должен
И там 400к+
А ну и ты так же не должен если сходил на 30 собесов и на 3 в конце, которые уже они устраивают и не прошёл, как ты понимаешь это довольно сложно
Народ, камон. Включаем мозг, если он у вас есть. В наше время учиться у учителя - моветон. Открываем документацию и вперёд.
Если не получается - вам нечего делать в профессии. Учитель не будет за вами всю жизнь бегать. Привыкайте искать всю информацию самим с самого начала. Читаем книги. Смотрим видео, если уж совсем все плохо.
@@skpavlenko для новичков учить по документации это треш, поэтому не одна компания не обучает так новичков, для этого и придумали стажировки, когда тебя за ручку ведут и указывают на чем нужно сосредоточиться и когда новичок начинает нормально воспринимать информацию, получает главный навык поиска информации то вступает в силу проверка когда старшими сотрудниками. Если 5 лет назад можно было прочитать learn js и тебя с руками бы забрали, то сейчас рынок поменялся и джуну нужно дохрена знать, и в этом случае курсы и учителя помогают построить базу которая хоть как то сделает тебя конкурентным специалистом.
Нет плохих языков программирования, есть плохие программисты
Плохому танцору яйца мешают
Ты прав(нет)
Все чуть сложнее. Есть разные инструменты, для разных задач. Есть просто плохие программисты. Есть программисты, которые научились пользоваться одним, или несколькими, и решили, что остальные инструменты - говно. Т.к. в их задачах они плохи/не нужны. Ну а есть супер-топ-элита, те, кто понимают, что каждый инструмент хорош для своей задачи. И если бы он был действительно плох, то давно придумали бы другой, который лучше, для своих задач 🤷🏿♂️
@@ИмяФамилия-э4ф7в это было бы так если бы некоторые языки не позиционировались как языки общего назначения и если бы не приходилось тащить за собой старье и рухлядь для обратной совместимости.
Питоновский код не рабочий, что левый, что правый, и не потому что там пробелы, а потому что переменные start_time и end_time присваиваются сразу друг за другом и измеряют они время между выполнением присвоений а не функции fun))
И не рабочий он только из за этого. Вы считаете то что пайтон легкий так сразу язык плохой , но надо идти в перед
Наверное этот код просто замеряет время, за которое имя fun и соответствующий ему объект добавляются в неймспейс модуля
@@xssssz Нет, он плохой не потому что легкий, а потому что принято очень странное решение о роли табов и пробелов в синтаксисе языка.
@@alexperemey6046 с нормальной IDE больших проблем с этим нет, потому нет у нее никаких проблем, просто на рынке труда не особо выгодный ЯП из-за конкуренции и избытком кадров на рынке
@@xsssszНет, я считаю что python говно, потому что это говно. C мне показался куда прикольнее, т.к. я его читаю и всё понимаю, а pascal всё ещё легче, т.к. в нём не надо дрочиться с оформлением написания. Я пытался принять питона 4 раза, и все 4 раза я его дропал на моменте "написано правильно, а не жуёт". Да и не тащит его мой комп...
У каждого ЯП есть свои фирменные + и -. Работаем с тем, что есть, язык это всего-лишь инструмент для решения определенных задач
0:57 Что странного то? 0 и пустая строка это отсутствующие велечины, а 0 и символ нуля это как true == 1 в си. Странно, но удобно
Да нет худших языков,есть неправильное применения этих языков,и это нужно понимать.Каждый язык решает свою проблему для чего он был написан .
php - backend.
javascript - front-end.
python - Институт и школы,учебные заведения.
с++ - Операционные системы,драйвера,сетевое программирования,и м.д..
java - data,драйвера,сетевое программирования,и м.д..
с# - Игрострой ,драйвера,сетевое программирования,и м.д..
Иди тогда пиши на brainfuck если тебе нравится находить с смыслы языков программирования. Нет "специальных" языков программирования вас это просто надстройка над ассемблером. И все можно писать на любом языке программирования, просто люди считают если написать на 1000 строчек кода меньше, то код писать легче.
Я в начале пути писал на python из-за сраных советов недопрограммистов на форумах. После начал писать на Java, я понял насколько хреново воспринимается этот "засахаренный" python.
@@losion5312не поверишь есть люди которые перешли с явы на питон и примерно тоже самое говорят только наоборот, находят неудобства явы
@@firstandlast4435 понятно. Просто мне не нравилось, что все советовали использовать +100500 готовых библиотек. Хочется самому писать, а не использовать готовые решения нап сановников на C, не зная как они работают. Те же декораторы мне просто раздражали. Скрывают большую часть реализации.
@@losion5312 декораторы - это самые обычные функции. А по поводу использования сишных библиотек: Меня как начинающего разраба это тоже иногда сбивает с толку, что нельзя посмотреть реализацию. Впрочем предполагается, что функция должна иметь такую сигнатуру и докстрингс чтобы по ним можно было чётко понять, что она делает. Возможно ваши проблемы с ними были обоснованы недостаточно хорошим пониманием структур языка, но это предположение.
Ну и в целом, питон как практичный язык высокого уровня себя позиционирует, т.е. склеивать интерфейсы это обычная рабочая практика питониста как я понимаю. А наличие библиотек на почти любой случай это же по сути - суть любого высокоуровнего языка, извините за каламбур
4:20 - просто используйте IDE. Использую бесплатную Pycharm Community 2 года программирования на Python.
И НИ РАЗУ не имел проблем с отступами, пробелами, табуляцией.
НИ РАЗУ.
Ну ка, назови альтернативу JS там, где он работает.
6:50 мне наоборот нравится префиксировать $, так как парсер быстрее поймет и в "строке вставить $a" читабельней иногда чем конткатенация
Я считаю ,что "пробоема" на С с С++ вовсе и не проблема, если писать код внимательно и знать тонкости языка.
Так в Макросах ты не сможешь найти ошибку. Компилятор просто не сообщит об них.
@Alex Malighin нормальные ide и lsp подсвечивают макросы и вызовы функции разными цветами, и еще можно прям не отходя от кассы смотреть во что макрос будет разворачиватся. Так же, по стайлгайдам обычно макросы должны быть прописаны капсом.
У меня в c++ больше боли вызывают темплейты, так как читать и дебажить это сложно.
@@alexmalighin7723 тогда не напиши макросы
Там и без макросов проблем хватает)
А знать все тонкости C++ - это прям величайший уровень задротства. Там этих тонкостей на 3000 страниц мелким шрифтом уже наберётся.
как и в каждом языке. Разговоры об этом - вилами по воде
7:43 Visual Basic очень быстр. Ему ровня только JS (кроме С++,С), но в JS/NodeJS меньше доступа. Из плюсов - VB может практически все кроме прямого доступа к памяти. Тоесть драйвер на нем не написать. Но это самый удобный язык с одним большим минусом на сегодняшние времена. В современных языках только объекты, масивы и классы стали более удобней чем в VB и +много функций уже написано, хотя сами языки С,JS очень таки бедные. Всегда нужно подключать если не одно то другое. И выбор большой одного и того. Но если заколекционировать нужные функции для себя в VB (как я сделал давно), то можно легко и быстро делать что угодно. Единственное, что в работе с классами теряется скорость если сравнивать тот же алгоритм без классов. И тут JS быстрее. Тогда как Пайтон больше чем в 10 раз медленный. Еще мне нравится, что в Visual Basic код будет работать даже через 10 лет, а во всех современных языках обязательно что-то сломается, так как все это чужие фреймворки, которые каждый день дишат обновлениями. Нет гарантий никаких что ракета, которая вылетела на Пайтон обезпечении не упадет кому-то на голову. В каждом фреймворке какие-то нюансы. Всю нужно изучать как отдельный язык. У меня две большие библии: С++ и Visual Basic. C++ начинается с первых страниц о классах. В книге Visual Basic класы упоминают в конце. Всех Java'истов учат все делать классами. В итоге встречал спецов, которые на PHP делали CMS все на классах (каждую мелочь обертывали в клас) и угробили проект. Потом переделывали все на WordPress'e. Смешной выбор)), но лучше чем ничего
Все кто говорит про типы и их приведения в JS, автоматически для меня балаболы, которые не знают JS от слова совсем.
Зачем переезжать в МСК / Питер, если ты программист?? Если работа не удалённая, то зачем она нужна? Кек странно.
Хаха не, понятно что это не идеально, но предратся к даже НЕ проблеме языка python). Всё что ты сказал в многих даже онлайн средах и редакторах решается двумя нажатиями, а некоторые могут сами выравнивать и удалять space и табы (ну или сразу предлогать их выровнить). И как ты сказал такая табуляция помагает учится новичкам и вообще не мешает профи. А вот "двойное отрицание" это проблема для многих и в реальной жизни😊 И мне казалось ты покажешь больше и более серьёзные недостатки языков.
сдезь ошыбок столка
катица слиза
каг песат таг можна
о маи глоза
@@aciddev_чего пристал, не видишь, что он - петухонщик. Главное, что по отступам все четко 😂
@@aciddev_вы гуманитарий-программист?
@@Lelsi_123 не-а, Я РУССКИЙ (жоук)
7:43 впервые слышу про овальные скобки, обычно на ряду с квадратными пользуются круглыми
В некоторых случаях приведений типов PHP даже опаснее JS. Например "0.5" == ".5" дает true, потому что PHP при не строгом сравнении пытается привести строки в числа. И это не смотря на то, что операнды одинакового типа. Не знаю что сказать, абсолютно полный бред. JS хотя бы не делает таких фокусов даже при не строгом сравнении одинаковых типов.
Хинты и типы уже годами в пхп, в чем проблема их использовать? А также === имеется. Язык надо знать, им нужно интересоваться, и тогда никаких сложностей не будет.
Мне в понимании "проблем" JS помогло изучение C и фундаментального понимания как компилируется код в байтики. JS не выдает рандомные значения, и нули в конце он не просто так пихает иногда, это именно то, как компьютер базово работает и считает, в остальных языках это пофикшено, но это не значит, что там всегда рандом.
4:57 Можно. Это же по сути анонимная функция. В Python есть lambda функции для подобного. Но все равно разные вещи конечно. Да и странно сравнивать разные инструменты.
А, поторопился написать) Ну да ладно.
JS отличный язык, не понимаю о чём тут дискутировать.
2:30 по поводу рекламы. 17% от 80к в течение 2 лет - это 326к за все обучение (и это как минимум). Или обучение стоит 36к в месяц в течение 9 месяцев. Нехило!
Тут надо учесть расходы на тех, кто недоучивается или в итоге профита не приносит.
Слово "unless" сначала появилось в Perl. Переменные с $ тоже пришли оттуда. А в Perl они попали вероятно из Unix Shell. В списке худших языков надо было упомянуть Perl.
Худший язык программирования это тот которого мы не знаем!
Да нет, такой есть и имя ему 1С
@@kaz539 А ты шутник 😂😂😂
Так и не понял почему JS? Из за неявного приведения типов? Так это особенность, если в падлу документацию читать, где черным по белому это все описано, то просто не пользуйтесь. Либо это байт на коммент, тогда ок, байт сработал.
Согласен, PHP в этом плане даже хуже, например "0.5" == ".5" дает true и это несмотря на то обе строки. JS нервно курит в сторонке.
@@SurenEnfiajyan js изза прототипного ООП
@@SurenEnfiajyan так они оба со слабой типизацией. А слабая типизация - это источник кучи неявных ошибок. Поэтому такие языки по возможности лучше не использовать.
Кстати о Python, как заставить tkinter на ubuntu использовать свой шрифт из папки в приложении. А так - самый ужасный язык, это - тот который не знаешь, но вынужден на нём что то делать, причём срочно.
Может на windows нужно начать работать?
Блин, а мне unless кажется весьма удобным и логичным в этом примере))
Кстати он не только в руби есть, в баш тоже есть unless
Но в этом же видео показывается:
unless mes == "Success":
raise "Error"
(Или что там было)
Как программист, могу сказать, что эти строки очень медленно читаются, а если таких строк будет куча, по невнимательности можешь подумать что это условие и полетят потом ошибки.
@@replays4026 читаемость unless зависит от конкретного случая. И никто не заставляет им пользоваться. В отличии от примеров языков со слабой типизацией. Там вы будете неизбежно этой типизацией пользоваться. Тоже самое и со смысловой индентацией Python, от неё не спрятаться в нём никуда.
Так что Ruby зря в список только включали. До какого-нибудь нюанса со спорным удобством можно абсолютно в любом языке докопаться)
@@ArquitectoR Неистово плюсую, Ruby тут притянут за уши. Плох он только в низкой скорости и отсутствии типизации. Никто не заставляет использовать оператор unless чисто по факту его наличия, он просто есть, нельзя это назвать недостатком.
В данном примере конечно лучше использовать `if mess != "Success"`, просто наличие unless добавляет выразительности в других случаях.
Например `return unless logged_in?`
А вот питон отвратителен из-за своих отступов, как могут пробельные символы влиять на логику? Да ещё и с табами беда, абсолютный бред.
Плюс отсутствие скобок делает код сложно читаемым.
Почему этот недоязык форсят с такой силой? Он ведь так уродлив!
@@allenraizel5538 Соглашусь, начинать изучать программирование с Python - это какое-то извращение.
А по поводу типизации Ruby, она сильная динамическая. Для веб-разработки это скорее плюс. А бизнес-логику можно обмазать Sorbet и статический анализ тоже иметь под рукой. Со скоростью сложнее, но Falcon в качестве веб-сервера отчасти помогает.
Очень авторитетное мнение)
th-cam.com/video/m8_6tBmpPr8/w-d-xo.html
как раз тут все логично. При слабой типизации 0=="0" или 0 == "" дает истину, тк пуская строка при переводе в число это 0 и наоборот. Почему по мнению автора пустая строка должна равняться другой строке (0 в этом смысле ничем не отличаеться от любого другого символа) непонятно. Дизлайк
челы говорят про плохую типизацию js не упомянув ts который является стандартом, мда...
Именно. При том что 90% вакансий, если не больше требует знания и опыта разработки с TS
У меня пригорает. Много из тех минусов, которые указаны, абсолютно не минусы
5:53 Так же и в Solitity по началу require ломает мозги.
в моменте с php ошибка со скобками из за них вообще не работает код напиши вот так
$arg = 'T';
$vehicle = (($arg== 'B')? 'bus':
(($arg == 'A')?'Airplane':
(($arg == 'T')?'Trein':
(($arg == 'C')?'Car':
(($arg == 'H')?'horse':'feet')))));
echo $vehicle
все будет работать как надо
Вот еще пример :
function openTypeBox() {
return typeof boxContent;
var boxContent;
function boxContent() {}
boxContent = 0;
}
Какой тип вернет функция openTypeBox после выполнения ? Почему ?)
Тонкостей в JS очень много , не надо ныть а нужно разобраться хорошо в основах .
Если JS был бы плохим решением для бизнеса , его уже давно бы массово заменили чем то лучше .
А если вы думайте что на нем нужно писать очень требовательные к железу с высокой оптимизацией приложения то явно не понимайте что вы делаете ....
function конечно
number бедет, если вот так:
function openTypeBox() {
var boxContent; function boxContent() {} boxContent = 10;
return typeof boxContent;
}
Это уже не программирование, а разгадывание шарад.
@@maxok86 От дураков и ошибок никто не застрахован , и чтоб найти быстрее ошибку как раз и нужно понимать тонкость и основы . Понятное дело что вменяемый никогда не напишет такую функцию в реальном проекте. Но в жизнь может быть всякое :D Все языки имеют свой особенность и тонкость , не знаю насколько это оправдано , но не надо забывать что их создатель всего лишь люди...)
Это не "тонкости", а баги. У тебя мазохизм. Это как называть мастерством знание, что в твоей старой поломанной шестёрке 3ю передачу лучше включать только ниже определенной скорости. Нормальные инструменты надо использовать.
Ну хз по приведению типов это по сути база для js разработчиков, я сомневаюсь, что кто-то делает такие глупые ошибки)
Там есть проблемы посерьёзнее)
Кстати идея для видоса разобрать отдельно недостатки популярных япов, более углублённо так сказать)
Причем это фича, можно на лету проверить пустую строку не проверяя длину. Но почему-то никто это не воспринимает как приемущество.
Изучая джаву я о таких оплошностях вообще не думал и меня удивляет JS. В сравнении познаешь плюсы своего языка. Но тут конечно совершенно разные по назначению языки.
@@MrKELESET странно думать что то что было изначально задумано, а после реализовано автором === оплошность. Это изначально спроектированный функционал, если вы его пропустили при изучении, это уж точно не проблема языка! Ведь если знаешь правила "игры", то потом не удивляешься, так устроена жизнь.
@@egorer5300 мир странный, как и некоторые языки программирования и их задуманные реализации. Как языки удачные и не удачные по задумке. Жизнь и правила у всех тоже разные, по которым играют. В моем случае джава в функционале более удачная, ну а для скрипта молодцы что сделали TypeScript
@@MrKELESET TypeScript топ, плюсую
Проблема пробелов в век IDE с автоконвертацией отступов и CI/CD - вы серьёзно ?
За последние лет 10 я всего два раза сталкивался с подобным и то после того как кто-то редактировал скрипты в каком-то непонятном текстовом редакторе.
Ну тут сама особенность опасная. Все IDE, редакторы и системы контроля версий так и норовят тебя подставить.
Я прогал на питоне, каждый раз, когда что-то странное вылазило - первым делом(самый известный наверно баг) смотрели пробелы.
На больший проектах, где много людей и файлов - это актуальная проблема даже если все супер-пупер-синьёры.
@@АндрейБогданов-р7б такие вещи в теории возможны, но скорее из-за редактирования вне IDE.
Но например в JS есть своя проблема с неопределёнными переменными, а в Java - c null аргументами.
Причём IDE тут часто всё устраивает, а вот пробелы достаточно неплохо мониторятся анализатором кода.
Не знаю, может на какой-то старой версии PHP выдаётся в приведённом коде действительно horse, но PHP интерпретатор версии 8.1 выдаёт фатальную ошибку. Исправить её можно путём взятия в скобочки всего, что идёт после каждого двоеточия и до точки с запятой. И тогда выводится train. Факт с этим кодом довольно странный.
А при помощи долларов ты можешь отличить переменные от констант и от всего остального в коде, когда читаешь код, то сразу понимаешь, где переменные. Ещё в PHP есть стрелочки в тех местах, где в других языках используются точки.
Вот скорость - это да. Тут ты, наверное, прав (мне не доводилось видеть решение одной и той же задачи на PHP и другом языке и сравнения их скорости выполнения). Но это язык для серверов. Суть серверов, как правило, заключается в получении запросов и выдаче ответов. И код можно таким образом оптимизировать, чтобы если с момента последнего запроса на сервере ничего не изменилось, то он отправлял бы прошлый ответ, не генерируя его заново (это могу отнести только к тем случаям, когда ответ - это html-страница или APIшный ответ. А для чего ещё люди используют PHP?).
Автор кринжовый чел, попытался что-то плохое сказать про питон, но вывалил лишь свою какую-то чушь.
Нормальные IDE легко исправляют любые отступы при копировании кода и за время моей долгой работы с питоном, я не заметил неудобств при работе с отступами.
Нормальная иде сама исправляет расстановку любых скобок при копировании кода...
0:54 и что странного в этих сравнениях? В видео не разобрали второй список, видимо неудобно, потому что его составитель явно небольшого ума.. null и undefined показывают равенство, а false ни с одним из них нет потому, что не равна им, это очевидно. Да и первый перечень сравнений вполне допустим, ибо в первом случае сравниваются две строки и они конечно не равны, а в остальных сравниваются числа (строка преобразуется в число автоматически для возможности сравнивать)
мне зашла пара хайповых роликов, за счёт чего сложилось хорошее впечатление о канале. Но вот после этого видео что-то сильно усомнился в компетенции автора: 0% компетенции в вопросах технических тонкостей и 100% непонимания ОСОБЕННОСТЕЙ языков, что в большинстве случаев делает их уникальными и объясняет их популярность. Можно конечно придумать в голове "идеальный концепт яп" и пытаться подогнать всё под него, впрочем этим автор и многие составители подобных мнений и занимались, но эта стратегия ничуть не отображает реальной картины.
Есть куча вещей, которые реально стоят того, чтобы быть упомянутыми в этом ролике, но вместо этого автор пихает баналщину, типа: у js странная динамическая типизация, у Python табуляция влияет на логику.
Привет, Друг 🤝
Нууу не ожидал, что JS.
Я думал это будет 1С или пыха🤣
Считаю что давно пора JS упразднить и перевести все на TS.
в начале что то какой то бред, в питоне тоже самое типо, "0" не равно пустой строке, тк в скобках есть 0 - символ. следовательно они уже не пустные
Классный ролик. Ну а касательно какой язык учить, как многие задаются вопросом, то я, как уже давно изучающий и применяющий на практике например язык JS, могу уверенно сказать, что не в выборе дело, а в задаче. Выбрав задачу, дальше уже можно задаться вопросом, какой язык лучше всего подходит для решения данной задачи.
Поясняю за js и ' ' == '0' и тд
Пустая строка тобишь ' ' это фалс строка с любым симаолом это тру поэтому ' ' == '0' это фалс 0 == ' ' тру т.к. 0 это фалс, а 0 == '0' это тру тк тут не по значимости тру или фалс а по значению и это не точное сравнение а вот 0 === '0' будет фалс
Блин, чел, как новичку в JS спасибо за информацию.
Благодарю, буду знать, если надеюсь не забуду
Общий синтаксис для обращения к массивам и функциям - это правильно. Так сделано в Ada и Scala.
Не, ну про уникальность evaluate в forth это вброс конечно. LISP появился в 1958 и уже тогда там был eval.
Про $ в PHP не понял, просто дело привычки, тот же BASH сплошные $.
На сколько быстрее и эффективнее напечатать $, чем var/let например.
Интерпретатору в любом случае надо подсказать что это переменная, и желательно то что это первое ее объявление.
$ элегантное решение, а почему именно этот символ - история.
Сейчас популярень reactjs.
Но вёрстку не все любят,за это идут на бекенд.
А Python это удобный для изучения ( так говорят😄)
9:26 Почему же здесь зацикливание)? Ведь по итогу из-за переопределенного метода isspace функция EatWhitespace будет некорректно считать некоторые whitespace символы за non-whitespace и возвращать их. С какой стати проверка на !=
стала избыточной и вечное true вообще непонятно...
Согласен со всем видео контентом.
6:00 Что там сложно прочитать? Это можно читать как предложение на английском языке. Хотя мне привычней питоновский if not
Всё, кроме неявного приведения типов и утечки памяти в пыхе, не является недостатком
1:05 представляешь есть строгое и не строгое неравенство, при строгом неравенстве выдало ожидаемый результат
Ролик идёт чуть дольше минуты
@@Howtogoit хорооош чел
Ну так надо трим делать! Нашли до чего докопаться. JavaScript прекрасен!
Первое о чем я подумал как раз сделать трим, и все.
Не ну принципе обсирать яп. , и вставлять рекламу про этот же язык это новый уровень интеграций....
Как по мне - отличная идея))
На всякий случай: смысл ролика не в унижении языков, а в анализе слабых мест. А так идеальных языков не бывает, глупо утверждать обратное.
P.S. js я все же люблю
Правильно говорить "Джаваскриптизёр".
И обязательно писать с большой буквы.
За кликбейт и неправильные наименования автору дизлайк.
Учите матчасть
Ой да ладно уже закидывать JS помидорами и тухлыми яйцами. Он сейчас как никогда популярен (и фронтенд, и бекенд, и мобильные приложения (флаттер, реакт нейтив), и дополненная реальность react360 и даже десктопные приложения (вдруг кто не знал - VS Code написан на JS)). Но если вспомнить, то Брендан Айк его писал с целью "создать быстрый, легковесный, незамысловатый ЯП, в который смогут даже не программисты". Его целью было всего лишь добавить динамичности веб-страничкам. П.с. а ещё 0.1 + 0.2 в JS не будет равно 0.3. Ха-ха-ха, можете пилить шуточки о 0.30000004. а ещё в js ест граничные числа, после преодоления ребежа которые превратятся в infinity, и преобразовать их обратно в число будет невозможно. За счёт этого js не умеет в точные расчеты. А ещё он однопоточный (с одним неблокируемым потоком ввод/ввод). А ещё typeof [ ] === object (чудесаааа!!!111). А ещё... А ещё... Да ладно вам. Спустя почти 30 лет альтернативы как не было так и нет. И учится он за за 3-4 месяца. Это вам не С#, в котором только для чисел с плавающей запятой существует три типа данных, и который учить надо начинать с старших классов школы и годам где-то к 40 может выучишь. Каждый язык по-своему как хорош, так и плох
Цель $ в PHP это возможность делать вставки сразу внутри строк. Изначально PHP делался в основном с целью генерации HTML-страниц, поэтому работа со строками была на первом месте. Это уже в последствии он все больше превращался в язык общего назначения, и новые вещи приходилось добавлять к старью и рухляди для обратной соместимости, поэтому он выглядит так ужасно и вызывает у всех здоровых программистов блевотное отторжение.
Интересно, все говорят, что делфи мёртв, но ни кто не говорит почему?) Это видео тому подтверждение)
Ребята расслабьтесь)автор пишет на 1с))) да и вообще это кликбейт видео)
Не любят js только те, кто не умеет на нем писать. Вот и вся суть
Когда увидел упоминание Forth, ну, думаю, сейчас и до Lisp дойдет очередь, но нет.
Вставка рекламы в ролики и впаривание всякой хрени это неуважение подписчиков и гостей канала. Хватит воровать наше время! Дизлайк и отписка!!!
1:10 Достаточно знать как устроен язык.
2:25 Откуда такая наглость называть ошибкой ПРАВИЛЬНОЕ поведение? Автор не позаботился о том, чтобы убрать пустые символы, а плохой язык?
Ещё и использует Number для получения числа из строки вместо parseInt, а потом жалуется на язык.
Как сказал, что JS - худший язык. Сразу поставил дизлайк и спустя секунду услышал следующее: 0:10 :D
О, с возвращением
Есть функции Number и String надо вот так сравнивать
Я конечно не эксперт, но JS вообще является языком программирования? Просто я думал что это скриптовой язык
Видео из разряда риторических вопросов В чем смысл жизни? А вообще, чтобы стать специалистом в программировании начинать нужно снизу. А то выучат какой то фреймворк и пальцы потом выворачивают.
Каждый макрОс - как пыльным мешком по голове)
Ну логично же: МакОсь, АйОс, досвидос, макрОс.
2 рекламы в ролике - нужно ролики про коммерцию выпускать 😂
вообще не понял претензий до отступов пайтона
это чуть ли не первое, что вспоминают, когда говорят о его плюсах, а у тебя это минус, потому что...потому?
какие-то бородатые академики, сыплющие словами "синтаксис,семантика", посчитали что так нечестно что ли?
Да, если бы люди воспринимали и воспроизводили информацию в виде цветов столь же чётко и точно как с помощью букв, мы бы программировали цветами, а что такого?
В случае JSом такие штуки, типа свободного сравнения строк и чисел оправданы тем что этот язык нужен в первую очередь для браузеров, браузеру важно показать хотя бы что-то, пусть даже неправильно написанное
бред, в моб разработке (swift / java) такого нету, хотя и там и тут надо что-то отрисовать.
@@antonnikonov9721 ты хотя бы немного вопрос изучи, прежде чем нарекать что-то бредом
@@thedotareview9748 зачем изучать, можно просто с уверенным е*алом утвержать и все))
@@antonnikonov9721, свифт и джава это компилируемые языки, а джаваскрипт интерпретируемый, что позволяет прям на ходу его исполнять, для браузеров это очень важно
Ну, про джаваскрипт очень много мемчиков есть, в основном с непрогнозируемыми результатами, для неопытного программера. Его всё-равно используют, и что это значит? - "screw you!!!"
Так что там с Коболом? Один из немногих, кто может выдерживать высокую точность вычислений для бизнес применений.
dead
а как же ассемблер?
Прошёлся по популярный языкам в топе худших😂
ахахахха, после рекламы все стало понятно, хорошо что в начале. нету повода смотреть видео полностью. жаль рекламодателей
JS делали впопыхах и на коленке, спешили выпустить очередной браузер-киллер, ну и получилось недоразумение которое все пользуют до сих пор
Какое же это недоразумение, тут попахивает заговором тайного мирового правительства))
@@shittywizzard5727 это вы про iso/ieee?
А альтернатива js какая во фронтенде?
WebAssembly, но он не такой распространенный
Typescript, я его за пару дней подключил в проект, теперь про этот javascript-кал забыл. Впрочем, что джаваскрипт, что питон, языки с динамической типизацией кусок овна который может в любой момент завалить прод из-за отсутствия строгой проверки типов на этапе компиляции
0:25 что за мем?
Это пиздец.... Мой друг сплитил строку, а потом перебрав массив и явно приведя тип к number ужаснулся увидив 0. Интерессно а к чему должен был привести js символ пробела? А если бы он там увидел 594 он бы не ужаснулся? Может дело не в языке программирования, а в прокладке между стулом и клавиатурой?
Но пробел это же 0x20! Это далеко не ноль!)))
Если бы там была сильная типизация, то он бы его ожидаемо привёл к runtime-ошибке.
С петухоном никаких проблем с табами и пробелами, когда узнаешь иде
Читайте спецификацию и поймете неявки javascript.
Жоски пон, мне заграницу в Москву или Питер ехать? Ну и ляпнул
1:11 "как вы с этим живете? (Речь о сраанении ==)". Да очень просто, используем везде === 😂
6:37я вижу не рабочий код который бы работал до рнр 7.4(после этой версии вроде не работают вложенные тенрарные операторы вместо них советуют использовать If-Else и тогда выведиться train
А почему тут выводится horse? Не шарю за php, сумел прочитать джавой, но получил train
@@t4rk762наверное ошибка теннарного оператора
В JS есть два равно. Это == с привидением типа и === без преведения типа. Дальше можно не смотреть.
Лучше все же ещё 30 секунд посмотреть, прежде чем писать коммент)
Неправда, функция eval (evaluate) появился еще в Lisp в далеком 1958.
const array = string.trim(). split('');
Немного логики, и не будет проблем.
string.replace(/\s/g, '')...
самый тупой ход это сделать табуляцию значимым символом. Её ж ничерта не видно, я в make file с этим столкнулся, смотрю в пайтоне тоже эта шляпа?
Нет плохого языка, есть задачи которые на определенном языке сделать проще и выгоднее для бизнеса. Если не брать древние языки из этого видео, то все остальные развиваются и удерживают свою нишу, про тот же самый js сколько раз слышал, что вышел его убийца, но чет не пошло у них. Стабильно раз в пол года слышу про убийцу какого либо языка или фраймворка, но по факту рынок за последние 3 года особо даже не шелохнулся. Питон бесил по началу, но как только ставишь нормальную ide все становится на свои места, Js да сравнения и неявное приведение типов напрягало, но перешли на ts и 95% проблем ушли. Ну и плюс большинство проблем напрягают новичков, если хорошо знаешь язык, это уже мелочи
Понял почему js в твоём топе вверху, но пхп уже поборол перформанс, а стдлиб его хорошеет будто при собянине
Самая элементарная тупость из многих в js которую можно привести к примеру это 0.1 + 0.2 - про асинхронность я молчу, это как преимущество так и большой не достаток, учитывая что все нужно завязывать на callback-и
Именно чтобы не устраивать callback hell, в JS сначала появились промисы с цепочкой .then, а потом и ещё более удобные async await
Как-то какой-то знакомый «программист», какую-то строчку парсил функцией сплит, но он хотел найти числа, и ничего не получилось, потому что он как-то когда-то учился и его как-то кто-то куда-то взял. Уровень описания проблемы - шедеврален. Тут проблема не в языке, а скорее в голове человека, который хочет найти числа, я так полагаю, разбив строку по пробелу, и побежав по массиву, сравнивая каждый элемент с типом число. Проблема заключается в том что он лопатой и ломом пытается космический корабль чинить. Для этого есть регулярки, и с этим они отлично справляются, потому что там задаются символы, которые гарантировано являются числами и ничем другим.
1:11 - мы используем 3 равно ===
C and C++, nice language.
К С++ какие-то слишком спорные предъявы(если это ими можно назвать), языку уже очень много лет, можно было найти куда более весомые. На тему Питона совсем кринж, извините
А я думал, на кой хер нужно отображение табов или пробелов, а оно вон как 😁
Это сильнее всего говорит в пользу питончика: ему предъявить просто больше нечего )
да тут вообще не про языки речь, чисто рекламку купили - надо ролик сделать)
@@andynaz7044 К Питону куча предъяв есть, в зависимости от поставленной задачи будут вылазить ошибки языка
Прикольно пацаны из Аката придумали) минимум 326к с каждого успешного кейса получается 👍
Ну хотя для первой работы результирующие 66к - не плохо