1. "В IT не нужен человек, который не понимает, как это устроено" - подразумевается, что понять это невозможно? Или он о тех, кто не умеет читать и воспринимать речь на слух? О чем это вообще? Из этого следует тезис "ничего не учи, ты и так ничего не знаешь". Ну ок, спасибо, полезно очень. 2. "Люди не понимают правильных логик" - а, теперь я понял, в мире есть несколько "логик", и сейчас он нам свою озвучит. Слушаю внимательно. 3. "С авторизацией появляется много опасной логики, они её не понимают" - ты сразу это начал понимать? Как только ходить начал или чуть раньше? (Борода о том же сказал, факты) 4. "Они не предназначены для такой работы, не умеют думать в нужном направлении" - я всё еще жду аргументы, может исследования нейробиологов, статистика, хоть что-то, что подтвердит твое мнение. 5. "Очень трудно объяснить, что я имею в виду" - я заметил, какая-то из "логик" дала сбой, видимо. 6. Про наслоение одной логики на другую и про то, что это надо видеть. Это называется опыт и насмотренность. Я не знаю, как можно недостаток опыта приравнять к умственной неполноценности. 7. Про таски в Jira я вообще молчу. Тут за гранью. Ты расписываешь подробности, чтобы получить результат тот, который тебе нужен, потому что у всех есть сроки и ресурс по времени. Всё. Ты знаешь детали сразу, потому что ты имеешь опыт - поэтому у тебя соответствующий грейд и ЗП, а не потому что ты уникальная мамина конфета. Несвязный необоснованный поток сознания, лишенный аргументов. Очень хочется гостю считать себя уникальным и очень умным, и очень грустно, видимо, наблюдать, как в отрасль заходят молодые ребята, через год-два умеющие то же самое, какой ужас( Хотя... С такими софтами я бы тоже начал беспокоиться
Айтиборода удалил комментарий про то что Миша болтун и автор комментария не привел аргументы Я соглашусь с тем что Миша на словах Лев Толстой, а на деле - Миша говорит что он по программированию и чтец и жнец и на дуде игрец, а по факту когда стали задавать вопросы, он вдруг фронтенд писал, джаву только чуть чуть трогал, да и вообще он оказывается почти все пишет на Джаваскрипт :D - Какое-то крутое приложение по поиску билетов со сложным алгоритмом, который даже сам Авиасейлс повторить не могут. Где твое приложение и где сейчас Авиасейлс? Может с их популярностью твой алгоритм им не усрался? - Про тайпскрипт и огромные полотна кода из-за него. Если разбираться в тайпскрипте и правильно понимать архитектуру, то не будет огромного длинного кода и все становится ясным и понятным. И еще одно. Если бы тайскрипт был ненужным говном - никто бы им не пользовался. - Говорит что тысячу стартапов у него, проектов, задач, обучения. Где стартапы? Где проекты? Где вообще Миша? И я только меньше половины интервью посмотрел))) В итоге у меня сложилось мнение что он реально просто болтун, а по делу мало что может показать наш джаваскриптизер :D
про тайп скрипт согласен с тем Мишей. перемудрили и этот тайп скрипт заставляет думать в терминах всяких интерфейсов и наследования , как будто у тебя дот нет под капотом. а на самом деле у тебя джава скрипт которому это гавно нафиг не нужно. получается какой-то жуткий оверинженеринг. все полезное из тайп скрипта и так уже в джаваскрипт переползло
Услышал, что Епам - это не бадишоп, что Typescript - плохо, потому, что делает говнокод и вообще "это просто линтер" и понял, что не могу доверять Мише :)
Мне тоже не очень нравится Ларченко, но позиция что "тайпскрипт - это линтер" вполне нормальная, типизация в тайпскрипте действительно работает сильно не так как в других языках, где есть "реальные" типы(ну то есть существующие в рантайме).
@@huge_letters кроме того факта, что в TS типизация чуть ли не тьюринг полная. И даже не смотря на то, что она работает только на этапе компиляции, мне кажется, что TS - это чуть больше чем линтер)
@@БронетемкинПоносец-х9ч ну тут понятно, что такая серая зона очень что в какую категорию отнести можно - но думаю позиция что "тс это очень продвинутый линтер" это какая-то дикость и так вполне нормально думать.
43:47 по поводу «получить доступ к чужому кошельку». Просто убил уровнем знаний в сфере блокчейн-технологий. Ни один уважающий себя крипто-проект не использует в качестве инициализации генератора псевдослучайных чисел текущее время компьютера. Большинство современных компьютерных систем использует для этой цели аппаратные источники энтропии или на крайний случай, сочетание битовых операций над разными источниками энтропии (системные часы, счётчик тактов процессора TSC, системные буферы, буферы ввода-вывода, серийные номера или адреса и времена пользователя, системы, оборудования, сети, пользовательский ввод с клавиатуры и мыши). Всё это сводит на ноль попытку подбора root seed кошелька на основании знания интервала времени, когда этот seed был создан. Кстати, подбирать нужно не seed-фразу, а root seed (последовательность минимум 128 бит, из которых уже детерминировано выводятся все остальные ключи). А seed-фраза это всего лишь удобная для кожаных мешков форма записи того самого root seed, которую внедрили в биткоин только в 2013 году (BIP39). И еще: системные часы в современных архитектурах выдают время не в миллисекундах, а в наносекундах, что в миллион раз чаще.
Так он не говорил что это легко. Только что использование системных часов может сузить диапазон подбора. И что это наступит быстрее, чем квантовый слом существующей криптографии.
@@knifeslaughter это не то что не легко, это в принципе не возможно. Но вы пробуйте, конечно, взламывайте. Запускайте процесс перебора прямо сейчас. Может вашим пра-пра-правнукам и посчастливится подобрать ключ к какому-нибудь адресу, на котором уже не будет к тому моменту монет)))
@@alexanderp4532 так что пусть уж лучше покупает асик-майнер, подключается к какому-нибудь майнинг-пулу. Шансов легально получить свою долю битка на много больше))
В любой сфере есть люди, которые с высоты своего опыта считают тех кто ниже по уровню недоразвитыми и недостойными...При этом понимая что сами начинали с того же....Это всего лишь способ возвысить себя в своих же глазах за счёт более слабого....либо просто реклама....Слишком много "Я" в этом интервью
@@konstmonst вот об этом и речь когда айтишник с десятилетним опытом на полном серьёзе утверждает,что остальным для этого понадобится сто лет звучит немного самоуверенно...сделать так чтобы не разваливалось как раз и является задачей более опытного....и раз уж капитализм то решать кто достоин а кто нет - дело того кто платит денежку....в свои проекты никто тебе не помешает набрать исключительно гениев
Угу, меня чет поначалу угнетало, мол вон какие есть крутые ребята, а потом подумал. Да какого черта? какая разница кто там есть, если есть задачи, которые нужно решать. Стать круче всех -- сомнительная задача
Гость кстати противоречит себе. Строгая типизация как раз и нужна чтобы твой код в говно не поддерживаемое превращался, как тот проект который он описал с авиабилетами. Который получается никто кроме него поддерживать получается и не сможет
Не противоречит. Он говнокодер. Все языки знает по чуть-чуть. А яваскрипт любит именно таким, каким его нормальные прогеры не любят. Тайпскрипт, который превращает яваскрипт в нормальный язык, ему поэтому и не нравится. Говнокодер.
Странно, что гость имеет такой большой опыт, но не понимает пользы TypeScript. Даже если будет (по его словам) в будущем новый JS с типами, то как минимум ты УЖЕ будешь уметь их писать. А огромные типы TS встречаются пару раз. Если не уметь их понимать сейчас, даже не пытаться понять, то никогда и не поймешь. Слушать фразы, что "Фронтенд - всё, JSON говно" - вообще невозможно. Очень напомнил чувака $mol, который просто всё обсирает ) На лице ведущего написано "бля что я слушаю" все полтора часа. Спасибо, что вывез это
поверь "уметь писать типы" не сложно. вопрос - нахрена. эти типы по факту почти ничего не дают. Они ничего не гарантируют в рантайме. А часто они мешают. Именно по этому открывая ангуляр приложение ты везде там видишь что то вроде TemplateRef . Нужно понимать для чего типы появились в языках программирования, и это совсем не для какихто проверок
На сколько я понял аргумент был в том что тайпы можно определять и на ваниле, или использую JSdoc, а TS оверкил для большенства проектов, в доказательство этого аргумента приведу большие проэкты которые отказалась от TS в пользу JSdoc - Svelte, drizzle, turbo
@@iThnk2 типы можно и текстом в wiki описать, закрыть и забыть, для этого только блокнот нужен. Но серьезно, вот взять сравнить jdoc и ts, что чище, что проще для понимания, что легче написать, что удобнее переиспользовать? А что на счет библиотек? Как-то так получается, что использующийся там JSdoc, конвертируются в .d.ts файлы, в TypeScript, чтоб этими типами можно было пользоваться. А у некоторых упоротых, привет highcharts, получаются по 30mb d.ts файлы, сгенерированные из JSdoc, даже не открываются. Единственный аргумент в пользу JSdoc это то, что файл не требует предварительной обработки. Но сейчас весь js транспилируется, а значит есть возможность, и ей надо пользоваться, чтоб выбирать инструмент который проще, понятнее и дает лучший опыт.
В какой момент рост популярности технологий и приток в них новых людей стало равняться "в js и питон пришла куча лохов". Сомневаюсь, что Мишаня вначале карьеры писал безупречный код. Кстати его канал смотрят многие новички, они получаются тоже лохи? Если убрать болтовню и присмотреться к автору, он сам то кто?
типичный многостаночник, это не плохо не хорошо, но профессионалом в одной области никогда не будешь, опять же не плохо не хорошо, ибо иногда гибкость приносит больше профита чем куча сертификатов в узкой области. ну и чсв немного завышено, отчасти заслуженно, но лишь отчасти
@@KoTaPeSiCну здесь соглашусь в том плане , что не хорошо и не плохо ) Каждый выбирает своё Кто-то по верхам и многие областях / языки. А кто углубляется , здесь кому что нравиться )
Пишет на python и не знает даже как менеджер пакетов называется))). Очень странный чувак, типа писал на всем и все знает - но есть подозрение что знает все поверхностно. Ну и очень много о том какой он молодец. Я вот знал похожих несколько разработчиков - очень хорошо себя продают на рынке - но потом за такими "рок-звездами" переписывают код нормально обычные работяги.
И это очень хорошо подсвечивают истории типа "я написал очень классный сложный фронтенд", когда спросили сколько будет его переписать - сам же оценил в полгода) На самом деле такие "первооткрыватели" тоже нужны, но за ними должны идти те, кто будет доводить до ума.
Есть три вещи на которые можно смотреть бесконечно: на то как течет вода, на то как горит огонь и на то как человек гордится своим невежством. Чмоки чмоки
как раз-таки такие чуваки и не нужны - их код потом никто не понимает и не может поддерживать. Код должен быть максимально простым, в этом его красота. Всяких псевдовундеркиндов тряпками ссанными гнать надо. Фронт, блять, писать, а не нейросети. Какие там невъебенные логические цепочки нужны?
@@АртП-м7ж это вообще пиздец, а не коллега. Жаль людей, которым пришлось работать с этим ЧВСшником. Разработка это в первую очередь командная работа и если ты лучший специалист в команде, нужно помогать тому что слабее, а не самоутверждаться за их счет.
@@АртП-м7ж на 19:00 послушай момент 😂 "Дима, я уже тогда был выше тебя" бедный коллеги этого ЧСВшника, как мне их жалко. Он меня за час выбесил, а кто-то с ним годами мог работать
Михаил рассуждает как джун который что-то где-то попробовал и теперь у него есть "экспертное" мнение. Очень смешно было слушать его аргументы про тс и в целом про фронтенд, сразу видно что человек только по верхам знает. Про тс. Если бы Михаил активно использовал тс, он был знал, что большинство типов тс выводит сам. Где-то нужно подсказать, где-то "скастить" типы, но по большей мере тс отлично всё выводит сам. Исключение - это библиотеки. Да, там (как раз чтобы пользователям вывести всё автоматически) нужно писать сложные типы, это во всех типизированных языках так, и это нормально. Хочешь автоматический вывод типов, хороший и удобный автокомплит в библиотеке - пиши сложные типы. Но повторюсь, в продуктовом коде это супер редкость, когда надо писать трёхэтажные дженерики. По этому не советую прислушиваться к подобным "говорящим головам", их экспертность под сомнением.
У гостя есть претензия к какой-то группе людей, которые по его мнению недостаточно хороши для того, чтобы быть программистами, им чего-то не хватает, но выразить чего именно ему способностей не хватило 😕
Все могут рыть неплохо траншеи, но не все могут стать хорошими композиторами или художниками, программирование в этом же списке, где углубиться дальше if else некоторым склад ума не позволит
Да нет, мне очень понятно про что он говорит. Писать код может каждый у кого есть глаза и 10 пальцев на руках (ну или хотя бы 5 в сумме). А вот когда доходит до вопроса "а где размещать код? ", " Где описывать бизнес сущности и как в коде отобразить логику взаимодействия с ними, при этому так, чтобы они не смешивались между собой". Вот тут уже мозгов хватает ой как далеко не всем)
25 декабря 2014 - это четверг, но больше удивляет, что в этот день был собес, ведь это public holidays в Нидерландах, как и 26е декабря. Сорри за душноту 😏 27:41
Вот что значит по верхам пробежался. Да в Next есть рендеринг на стороне сервера, но компоненты пишутся на паттернах и основе React. Транспорты меняются, но логика фронтовая остаётся. То что код исполняется на сервере не отменяет написания удобных юзабельных интерфейсов.
Сейчас на Blazor Interactive есть конкретная реализация того что он описал, то есть можно писать условно No Js код, грубо говоря например если при нажатии на кнопочку а после это нужно поменять вид кнопки на состояние ожидания, то все это делается на стороне сервера. И сервер возвращает кусок разметки только для этой кнопки, или например целая таблица, например следующая страница и по факту никакой логики в фронтенде не остается..
Я категорически не согласен с мнением о TypeScript. Верно, существуют библиотеки с сложными для понимания типами, особенно в сфере фронтенд-разработки. Авторы таких библиотек действительно могут упростить описание типов, однако они намеренно используют сложные конструкции, чтобы максимально раскрыть возможности TypeScript для упрощения и оптимизации работы разработчиков с их продуктами. В других языках программирования такие мощные инструменты типизации отсутствуют. В личных проектах программисты не углубляются в сложные типы настолько, и нет необходимости глубоко разбираться с типами из библиотек. Да, использование TypeScript может увеличить время на написание кода, но оно значительно экономит время при рефакторинге и предотвращает появление ошибок.
Именно! Чувак явно не умеет в TS и просто поносит. TS это намного круче чем любые java и c# в плане типизации. В TS мы четко закрепляем контракты через всю кодовую базу. Даже какой нить id:number можно один раз описать и использовать везде...а поменяв на string в одном месте будет подсветка где теперь нестыковки
@@voidmain90пишу на java, typescript и немного dart, есть опыт в других языках в прошлом. Java академический язык и в отличие от typescript они не могут себе позволить duck typing потому что это как раз таки лютая дичь. Тоже самое и с union types. Не забываем конечно применение typescript, где само его существование большой бонус.
Возможно автор никогда не сталкивался с развитием и поддержкой большого проекта\командой где более менее регулярная ротация кадров и куча мидлов\джунов. JS хорош когда тебе надо на коленке за выходные набросать какой то PoC (тоже спорно), а затем выбросить, но когда речь о долгосрочной поддержке продукта, то TS вне конкуренции по сравнению с JS.
Вот тоже был сильно удивлён такому отзыву о ТС. Я не представляю себе какого то более менее крупного (да на самом деле и мелкого проекта) без ТС. Он убирает на стадии разработки очень больше кол-во ошибок. Вам достаточно просто описать интерфейсы объектов и это уже приводит к сокращению ошибок во много раз. Если вы не пишете библиотеку, которую будут использовать другие разработчики то вам и не нужны эти сложные конструкции (да и библиотеки далеко не всех и используют, хотя для них это конечно на мой взгляд минус). Ну и пример microsoft Excell не умер хотя там тоже столько сложностей что 99% пользователей использую тока 5% от его возможностей - это не делает его плохим инструментом, потому что даже в таком виде он заменяет миллионом компаний систему CRM
@@dauletakhythan9595 не забываем слоган: "NODE.JS УБИЙЦА PHP". Уж если php выжил, то пока все браузеры в помойку не выкинут, на совершено иной тип серфинга информации - никто никуда не пропадет с нифига.
Утверждения про TS показывают что Михаил до конца не понимает что говорит или говорит раньше чем думает. Его слова "Проверка типов можно было делать и раньше, н.п. Array.isArray() typeof и прочее.". По этим словам понятно что человек не понимает разницы между статической проверкой типов, когда типы проверяются при написании и проверкой в рантайме. А еще говорит про склад мышления ))) Нужно аккуратно и критично относится к его утвержденям.
МААНГ создал культ для умных людей, который вместо получения плодов своих способностей, подсаживает отдавать их организаторам этого культа, создавая иллюзию, что они вознаграждены предостаточно и находятся в клубе избранных, хотя величина наград всего лишь такая, которая будет крепко держать их в зоне комфорта слегка выше среднего класса.
Не согласен 1:14:00 в IT может любой прийти и добиться успеха. Разный склад ума это не проблема - это клад для новых решений. Конечно чтобы стать разрабом нужно время, каждому! Аналогия: музыка тоже не для всех надо типа уметь слушать, но на самом деле, не существует правила "правильного" или "неправильного" слушания музыки. Важно, чтобы музыка как и программирование приносила удовольствие и доставляла удовольствие тем, кто ее слушает. Что бы научится играть на гитаре тоже нужно время как и в программировании.
Согласен. Я бы даже сказал, что прежде чем выдавать уникальные решения или продукт, ты должен сам пройти через океан технологий, чтобы успеть за рынком и не сдохнуть с голоду, потом доучить базу, на которой все строиться (прим. JS) углубившись до самых мельчайших деталей и только после этого всего начинается творчество. До этого момента ты следуешь за более умными, юзаешь то, что работает, запоминаешь ту логику, которая уже придумана. Способ вычисления через дискриминант отлично работает и те, кто его использует зарабатывают бабки, пока ты выводишь теорему Виета.
Не соглашусь с вами! в примере с музыкой, если человек не имеет слух или не понимает как читать ноты, то он никогда не станет профессиональным музыкантом высокого уровня! Да, он будет играть попсу и что-то простое, но Баха/Шопена/Бетховина он никогда не сыграет!
Именно исполнителем и не попсы может стать учась учась учась. Могу живой пример показать, где человек из за своей работы имеет много времени и играет часов по 8 именно, как бодибилжер с конкретными подходам и, упражнениями, теорией и тд, но он каждый день пишет, что сочинить ничего не может. Как и из консерватории, сколько проф музыкантов в мире, а сколько композиторов, просто уметь играть это больше механический навык
@@konstantint975 так правильно, композиторство и исполнение намного дальше друг от друга, чем кажется большинству людей, которые ожидают от профессионального музыканта навыков профессионального композитора
1:00:30 Во первых нет нигде таких типов, это влажные мечты в поддержку своих аргументов. Конечно, лучше не писать типы а писать только логику, которая работает хрен знает как и переписывать js-доки в миллионе мест. Странный аргумент дрочить на js-doc чтобы не дрочить на тайпскрипт.
И b2c требует зачастую сложных интерфейсов. На самом деле пока не совсем понятно что сможет заменить HTMX. Т.к. сфера в которую он целится уже и так покрыта всякими инструментами, от wix/squarespace до wordpress. Пока htmx хорош там, где у тебя есть инструмент, к которому хотелось бы быстро накидать веб морду, без сложной логики. Всё остальное пока сложно верится.
1:24:11 с htmx память конечно не сьедается, но зато сервак дёргается на любой чих. А толстый клиент к слову это один из вариантов оптимизации архитектуры. Рисует все клиент, а сервак только с данными работает и не тратит ресурсы. Клиент у каждого свой, а сервак денежки кушает на aws)
59:35 Вот 100% - TypeScript - это для начинающих, кто не способен ещё себя контролировать и для маленьких проектов, а что-то большое, серьезные люди пишут на js + тайпинги на внешний интерфейс и все. Потому, что когда пишешь на ts, то такое впечатление, что пишешь одно и то же 2 раза, у меня в жизни нет времени так все разжёвывать...
@j05gp в смысле без типизации, во всех языках есть типиация. Если у кого-то проекты на js превращаются в хаос, то это не из-за отсутствия нотации типав, а из-за отсутствия архитектуры, а проверка контрактов прекрасно производится схемами + тайпингами, что работает и в дизайн-тайме и в ран-тайме. TS не защищают от Васи, вообще код защищается только тестами и проверкой контрактов в рантайме, потому, что из JSON.parse вылазит что угодно, и ts в этот момент уже растворился в тумане
@j05gp на js есть проекты с огромной кодовой базой, в тысячи и сотни тысяч раз больше, чем вообще существуют на ts, погуглите в интернетах, ts это решение для маленьких проектов, когда людям нужно раздуть часы и бюджет, слить куда-то часы их жалкого некомпетентного труда
@j05gpконтракты нужно проверять не типами, типы вообще не для этого, контракты нужно проверять фактически, в рантайме, писать для этого код вообще плохо, это лучше делать схемами, которые работают в рантайме
Вот из-за таких людей я проебал 10 лет потому, что мне говорили, что программирование это очень сложно. Я работал в тех саппорте и смотрел на девов как на богов и даже не мог позволить себе мечтать быть разработчиком. А потом я попал на американского блогера который очень доступно и легко объясняет и самое главное мотивирует. Сейчас я дев, переехал в СФ. Так что не слушайте никого, все в ваших руках. Любой человек может стать кем угодно.
Они думают, что бизнес будет держаться на таких как он, а другие не нужны. Но бизнес так не работает. Компания не кружок по интересам для двух синьоров, где они сидят и внутренности языка обсуждают. Впрочем видно по его стартапам, что он около нуля в бизнесе.
Как мне кажется, уволенные специалисты, особенно высококвалифицированные (Senior), должны объединяться, создавать компании и делать свои проекты. Тогда и с занятостью проблем будет гораздо меньше и конкуренция окажет своё благоприятное влияние на рынок, ввиду активности новых игроков.
01:39:12 *HTMX* Все это было реализовано еще в 2012 году, то есть уже больше 12 лет назад. Был такой музыкальный фестиваль в Крыму - КаZантип. Его web проект был построен ровно на такой же архитектуре.
1:24:54 все таки фронтендер, который умеет бэкенд «чуть-чуть» это странная химера, лиды ему не смогут доверить трогать бэк, если он будет знать его чуть-чуть. На самом деле, то что нам предсказывает Миша в индустрии уже было лет 20 назад, когда фронтендеры не выделились еще в отдельный класс и были просто программисты + верстальщики. так как руками разраба красить кнопочки и заниматься пиксель хантингом было очень дорого. В целом интересно понять, на чем Миша основывает свой прогноз, потому, что без аргументации не оч понятно, почему мы должны двигаться в эту точку, а не в вытеснение ручного разрабского труда, AI ассистентами по код генерации.
чтобы качественно генерировать->внедрять код нужно понимать как он работает. либо иметь сверхстабильную либу с достаточным функционалом и каким то мета языком который всегда будет выдавать какой то результат и никогда не крашиться. пока этого нет - не будет никаких ассистентов с никакой кодогенерацией)
Миша высказал слишком вызывающие и иногда противоречащие вещи. Так же сложилось впечатление, что он пытается хвататься за всё что можно, и, толком не разобравшись в технологии, уже переключается на что-то новое. Вообще мне показалось что он человек который в удачное время на хайпе поднялся, а теперь хэйтит всех кто хоть чуток ниже его самооценки.
С ИИ ты вместо того чтобы писать код будешь проверять что за чушь написал ИИ. А иногда он генерит такие ответы, которые максимально похожи на правду, но полная чушь. И понять что это чушь может только человек, который сам много раз решил эту задачу ручками
@@sergiurosca9394 вчера попробовал решать типичные задачки с бесплатной версией _Mistral_ и это просто офигенно! Даже боюсь представить, что там находится в закромах у _Google,_ учитывая сколько шуму наделали уже представленный публике _Gemini 1.5 Pro_ и ожидаемая _Ultra._ А ведь писали, что они вовсю тренируют _Gemini 2.0!_ Самое интересное, что поиск редких ошибок в коде, который выдают чат-боты - совсем ненапряжная работа. Плюс, чат-бота всегда можно попросить их исправить.
в индустрию ИТ попало много говна и самозванцев, при этом не знает как менеджер пакетов называется, и не может нормально сравнить языки программирования, не сказал по существу ничего, чисто поверхностно Вовочка попи.ел и спать ушел)))
Тааак... Next умеет в sql-запросы и может заменить бэкендеров. HTMX у6ивает фронтенд. Получается, если Next с jsx-разметки перевести на HTMX - то оно будет разрабатываться и работать само без зарзаботчиков:)
Я тож дотнетчик бывший, пишу на ts, и да, вот эти переусложненные типы это явно лишнее. Оно сложнее чем весь js с прототипами и прочей матюхней. Но типы нужны. Просто нужно простое. Переусложненное оно из-за необходимости уметь описывать типы под библиотеки у которых обычно гибкий апи, более гибкий чем у строготипизированных языков
Занимаюсь фронтендом, этот htmx вышел в 2020 году, но я ни разу о нем не слышал и не встречал. Ts - сила, типизация рулит. Ну и что, что типизация страница, а кода две строки. Зато поддерживать такое понятно и удобно, а это главное в больших проектах
А по поводу документалки про БелАйТи было бы шикарно. Вспомнил про 'Гость' и прослезился. Сколько раз он спасал, не передать слов. Классно было бы ещё пригласить в эту документалку основателя ВсетиБай.
У человека нет компетенций, просто рассказывает заблуждения которые вертятся внутри it о языках, подходах, фреймворках и т.д. По поводу опенсоурса, хотелось бы увидеть хоть какой-то contribution, но его нет, и даже ссылки на GitHub нет. Мне кажется убрав мишуру разговоров и посмотрев на код гостя, можно будет сказать: "Хм, так я и думал".
Офигеть в 90х годах он учился на PHP и еще были журналы? Я в то время учился программировать на Спектрумовсвом Бейсике, у кого были компы те на паскале. Ну и естественно С кто более продвинутый. А тут PHP??? Охренеть! У нас вообще это нельзя было применить нигде. Интернет появился только в 2005м.
Так радуйтесь. Нормальная школа у вас. Если еще и асм изучали на Спектруме, то еще круче. Это лучше, чем с пхп начинать. И комп он первый в 2001-м году купил только, и впервые сервер себе установил. Я тоже в том году Перл изучал, в 2002 году первая работа у меня.
@@cafedead нее до Ассемблера тогда не дорос да и до сих пор не дорос. Сейчас работаю на JS, пытаюсь держать нос по ветру. Но микроконтроллеры на C это ван лав, это моё хобби)
@@okyesanapа я вот чето выпал из разрабов на js. Сам все разрабатывал, поэтому фреймворки как-то мимо меня. Тем более, что как-то сразу я пришел к концепции, похожей на htmx.
Считаю, "плюс" JS, что его можно писать как угодно, минусом, потому что при разработке надо еще думать какой вариант лучше выбрать, все возможности прогружать и держать в глове. Это мешает при разборе чужого кода. Язык должен набором своих инструментов сам тебе подсказывать, как сделать требуемое. Очень поплыл в моменте, когда достаточно было сказать, что люди приходят для бабла без наслаждения от окружающего процесса, и как следствие без заряда, без горения от процесса, без желания запариваться, когда того не требуется, и как вытекающее недостаточного осознания процесса и узкой квалификации. Интерфейс мессенджера и ботов все-таки неудобен при своей возможности универсальности, когда ты хочешь например даже торгануть валютой. Фронтэнд останется, но возможно схлопнется.
Очень тонко Миша сказал , что многие не понимают всю картину мира кодинга, по мне нужно знать не только код, но и линукс, как работает интернет и тд. По складу ума не способны понять - топ фраза описывающая ситуацию
Просто фронтенд когда-то и где-то свернул не туда. На счет хтмлины - не знаю, по-моему, это так себе. Я у себя от сервера получаю xml, и делаю это с 2007 года. У меня просто шаблоны для движка в виде xml, для открытия страницы по адресу из этих шаблонов собирается html, заменяя на сервере xml-теги на задефанные куски html-кода, тут все по старинке, но далее при переходе по ссылкам и формам запросы подменяется, и на них выдаются не собранные страницы, а сами шаблоны, которые затем парсятся на стороне клиента, и устанавливаются в нужные места. Получаем тот же AJAX, но легкий. На кой черт кто-то изобрел SPA и REST, и на кой черт это всем навязывается, я не знаю. И не всегда проблема у людей с изучением чего-то нового в том, что кто-то постарел, и им лень что-то изучать. Часто проблема именно в том, что это новое несколько абсурдно, противоречит твоим собственным соображениям уже опытного специалиста, но навязано бизнесом и it-гигантами. Мозг отторгает бесполезную информацию. Лично у меня с этим проблемы. Я вовсе не против изучать что-то нужное, и изучаю, но вот SPA-фреймворки к этому не относятся.
А как на HTMLX делать более сложные приложения чем подай-принеси-из-бд? Да и про тайпскрипт, те же слова которые миллион лет назад все разработчики языков с динамической типизацией говорили что типизация - это плохо. Кароче все наконец сомкнулось 😄.
Суть в том, что все сложное ты делаешь на сервере, а фронт только отображает состояние сервера. Т.е. если тебе не надо офлайн работу, то тебе не надо иметь дело с состояниями и соответственно все очень сильно упрощается, т.к. работа с состояниями это сложно.
@@IllarionYolgin ну кроме как отобразить\редактировать\валидировать данные. еще бывают задачи drag&drop, возпроизвести видео/аудио. анимация на скриптах и т.д и т.п. Раньше уже так писали. и отказались и вот опять. А ничего что приходится на серверах рендерить HTML, нагрузка на сеть. на грузка на вычисления.
@@hezymal9109 Вот тоже удивился такому решению. Люди придумали унести всё на клиента когда телефоны и компы были ещё слабыми, что бы разгрузить сервера. А теперь когда телефоны стали мощные как компы, а количество клиентов стало зашкаливать решили убрать назад на и так нагруженный до некуда сервера ?
Давайте народ не пугать, Нейронки не заменять Front End, он (и не только) на пороге эволюции, и нужно немного менять подход к разработке, нужно уметь применять нейронку в своих задачах, он просто инструмент, а не проф разраб. Ну и не стоит зацикливаться на одном фронте, нужно изучать полностью как строиться Веб, от А до Я, не стойте на месте учитесь и развивайтесь, и у вас всегда будет работа !!!
@@hostra_sokiraлюбой запрос который чуток сложнее чем построй мне приложение калькулятор на тайпскрипте, заставляет чатджипити затупить и выдать вообще не подходящий ответ, при том он верит что всё правильно сделал
У копилота для вскод платной версии один гигантский минус, он не может весь исходный код проекта взять в запрос, а только 1-2 файла. Пока ИИ не сможет увидеть весь проект в глобальности учитывая все особенности, то смысла от него мало так как программист так же может открыть эти два файла и искать. А источник проблемы часто бывает скрыт в другом конце проекта
@@Katar1x в таком случае все крики таких как айти борода о том что ИИ уже нас всех заменил и остались только сениоры это полный бред и хайпожор, раз уж ты говоришь "подожди пару лет"
Удивил конечно Миша своим размышлением о джунах и оценочным суждением о программистах, которые не так квалифицированы как он. Думать о других, что они размышляют не правильно, не так как он в таком контексте это не красиво. Представление о человеке поменяли в худшую сторону.
56:30 - С++ больше подходит под это описание, разве нет?) с React Native вообще проорал) никакой там 'конвертации в нативный код' нет) там просто бизнес логику можно писать на js, движок там свой
Знаете, я не верю что эти двое сколько-нибудь серьезные программисты. У нормального программиста большое объемное последовательное мышление. Специфика работы такая. А тут 2 клоуна, тарахтящие со скоростью поршней мотора на высоких оборотах, уверен, у них самих их мысли за языком не поспевают. Я насмотрелся на таких, как ни странно довольно часто на реальных проектах встречаются, встречаются потому, что приседают начальнику который не сильно шарит на уши, он думает, если много говорит, значит че-то понимает и едут на шеях нормальных программистов, успешно перекладывая на них все свои косяки.
@@itbeard Ну, я то про сгорания и разрушение команд ничего не говорил, но чувствую вам это хорошо знакомо)). Неудивительно, когда в команде есть такой человек, плотно сидящий на ушах начальства, из команды один за другим люди будут вылетать. И сгорать - когда такой будет с такой скоростью тараторить, что начальник думает - что это они так долго работают? Вон у меня какой быстрый тут есть молодец! И на каждого уходящего вешать вину за факап проекта по любой надуманной причине. Например можно начать тыкать человеку без разрешения и обвинять его в токсичности ))
Хотел бы, чтоб Миша ответил, он сказал, что с точки зрения ресурсов на примере лямбда на питоне которая сжирает 500 денег в месяц, то насколько оптимально с этой точки зрения юзать htmx и все рендерить и считать на серевере? И с точки зрения процесса разработки и распределения задач, с реактом, к примеру, можно разрабатывать паралельно фронт и бек пилить на чем угодно, а с htmx получаеться все цчасники команды должны быть фулстеками, чтоб пилить сразу несколько задач одновременно.
На счет HTMLX, круто конечно что теперь можно делать Ajax запросы не используя JS. Лет 10 назад цены бы ему не было. Сейчас стандарты UX/UI современных приложений выше, и разработчики ищут более комплексные решения, которые позволяют создавать более интерактивные и динамичные интерфейсы которые нельзя сделать без JS. Так же странно сравнивать SSR решения на React с HTMLX. Next позволяем написать и SSR приложения и CSR приложения так что пользователи не ощутят большую разницу. На HTMLX можно написать приложение которое окунет в 2010 год. Да можно добавить JS для интерактивности, так React поэтому и придумали что чистым JS тяжело добавить много интерактивности. Вообщем HTMLX очень нишевая технология для очень не требовательных проектов.
Не совсем. При htmlx Js остаётся. Но он используется для для простых действий, н-р, для того же Ajax. Компоненты генерируются не в браузере на основе полученного json, а приходят с бека. Пример - Laravel/Livewire. Удобная штука для сложных форм, где один инпут может зависеть от другого.
@@Владислав-т6р8х вообще синоним к слову "нишевый", это слово "не массовый". И это точно не про React. А то что баги, так и ружьем можно себе ногу прострелить, это вообще ни о чем не говорит.
@@Владислав-т6р8х скажите это крупным проектам у которых жирный фронтенд на React. Баги есть везде, даже в ПО, которым вы каждый день пользуетесь есть куча небольших багов - фиксят сначала самые крупные и заметные
Какую ценность ты тут хотел услышать? Хотел повысить тут свой уровень знаний или что? Человек тут рассказывает о себе, немого о работе,технологиях,как он их видит и так далее. И тут приходит дяденька и заявляет что ценность слов билзка к нулю...
@@СамирАбасов ну он кста ппц глупости говорит. Типа ой так много типов, этот код ничего не даёт, не вижу логики. Но лол, смотри ассемблер тогда. Там типов нет, только логика чистая. Понятно? Ничего непонятно Потому что типы это сущности, а логика это связи между сущностями, если у тебя нигде не написаны сущности, то "логика" так называемая тебе вообще ничего о программе не говорит. Когда чел читает код в любом нормальном языке, он в первую очередь смотрит на типы, что за абстракции есть и зачем они нужны
Щодо інтерфейсів, на мою думку, - людям не цікавий та не потрібен інтерфейс, як такий. Люди в першу чергу шукають вирішення конкретної проблеми, і якщо це можливо за допомогою певного інтерфейсу - вони будуть змушені цим користуватись. Якщо ж вирішення тієї самої проблеми можливе без інтерфейсу (як зайвого, "складного", шару) а можливе через чат, голосового асистента, чи взагалі через третій спосіб, - в інтерфейсі відпадає потреба, або ж він трансформується від складного до простого (з точки зору використання). Автоматична коробка передач в автомобілі - яскравий приклад такої трансформації. Для людей (в більшості) не цікаво використовувати ручку та педаль, як два інструменти (інтерфейси) щоб дозволити автомобілю їхати швидше, проте були змушені це робити. І неважливо наскільки комфортне чи швидке було їх використання, якщо автомобіль може їхати без цього "інтерфейсу", а за допомогою АКП, - проблема людини вирішена, і більше немає потреби у двох мануальних інтерфейсах. Тому, на мою думку, майбутнє фронтенду залежатиме від можливості людей вирішувати проблеми з мінімальними зусиллями. Якщо умовний готель чи квиток на літак можна буде забронювати без необхідності заповнювати десятки форм, - неважливо наскільки той інтерфейс буде красивим, з анімаціями, і т.д. - в ньому відпадає потреба. Дякую, за цікаве інтерв'ю.
Нечасто увидишь настолько энергичных разработчиков, которые начинали свой путь ещё с "пелёнок", немного напоминает Дим Димыча, короче в кайф, Лекс спасибо!)
ну и комп за 170+10 баксов это как-то не реально в 2001, только если БУ. был малым, читал ту же компьютерную газету. на сколько помню баксов 300 системник стоил точно. моник элт 17 (или 15) баксов 200. Многие комплектующие стоят примерно столько же и сегодня ну или раза в полтора дороже. Дюрон да, был дешевым.
Странно хейтить тайпскрипт за то что он предоставляет больше возможностей для типов чем другие языки. Если ты не хочешь делать вариации на строки - не делай, напиши просто string как в других языках. Но тогда и автодополнение будет как в других языках. А то что ide переходит к определению типа по клику, так можно нажимать go to source definition и оно будет перекидывать именно на имплементацию. Возможно гостю сложно было без подготовки выразить свое мнение более полно, просто звучит так будто просто лень разбираться с мощным инструментом. Правильное использование тайпскрипта делает проект в миллиард раз читабельнее а главное позволяет не запариваться и не читать реализацию каждого метода который нужно использовать. Вот что принимает, вот что отдает. Просто и понятно. Так еще и кучу косяков покажет которые сложно заметить. Где-то проперти может быть пустым, где то среди кучи условий будет null и новое условие всегда false. В общем замена тайпскрипту вряд ли будет в ближайшие годы, разберитесь с ним и используете. Мастхев штука на любом проекте где больше 2-х человек
да и в петах мастхев я вот недавно возродил проект 2-летней давности потратил часик чтобы все типы пересмотреть и вспомнить как что работает без ts утонул бы
Конечно, потому что на react сейчас куча фронтенда написано и его нужно поддерживать как минимум. Понятно что у него будет вакансий больше. в 1000 раз :) На rust тоже вакансий меньше, чем на c/c++, но это говорит только о том, что rust еще не так активно используют как плюсы, потому что переносить код стоит денег и не все хотят это или могут.
господи, проблема говнокода в людях, а не в возможностях языка, тайпскрипт можно юзать достаточно минималистично, и тайпинги также будут отдельно + часто тайпинги можно вообще не писать, их генерит сам тайпскрипт а про htmx и фуллстэков - мне кажется это какая-то местячковая тема, которая скоро пройдет, скорее фронт будет оптимизирован или железо станет лучше, чем все будут писать jquery на сервере а вот нейросети наделают чего-то нехорошего точно с кол-вом вакансий эт согласен
Я из тех, кто никогда не пишет коменты. Но в защиту Миши хочу сказать: Он работает в Нидерландах, с самого детства занимается кодом, разбирается в деле, и довольно хорошо в рамках его главного языка - js, регулярно делится полезной информацией на канале, живет крутую жизнь, а те сотни коментаторов-хейторов чего добились? Как по мне: это чистая зависть. Это просто желчь пиздец😂 Я только начинаю входить в айти, но комментарии жесть. Раз такая атмосфера, то добавлю…(видимо здесь с этого все начинается) Вероятнее всего вы просто нереализованные «мега-кодеры», испытывающие огромную зависть к успехам человека, и всех сил и энергии которой вам хватает - на гневный коммент, а не чтоб, например, найти нормальный оффер в нормальной стране спасибо за урок по антипод-поведению
1:18:00 забавно, что Миша считает, что «электро машины больше никто не берет» при том, что bmw буквально решает экзистенциальную проблему катастрофического отставания в этой отрасли, при том, что ЕС «внезапно» объявил об отказе от ДВС к 30ому году, а для bmw это был основной рынок сбыта, который теперь будет окучивать Тесла, которая недавно построила гигафабрику в Германии, а bmw пытается успеть переориентировать рынки сбыта на Азию и попытаться догнать рынок электромобилей лет за десять. И тот факт который упоминает Миша, про сокращение линий форда, говорит не о падении спроса на электрокары, а о том, что бесконечно отставшие производители ДВСов ищут шорткаты на уже отъехавший поезд, но пока не особо получается.
Наконец-то хоть кто-то понял что простые сайты должны быть простыми. Отдавать HTML контент можно через PJAX, причём можно отдавать не часть страницы, а всю страницу целиком, а пользователь увидит страницу с обноленным блоком. Технологии 100500 лет, но никто ей не пользуется.
Простые сайты остаются простыми, генерируются html файлы и закидываются на сервер. Сложности начинаются в пограничных случаях, когда надо обновить не всю страницу, а часть, или не делать двойную работу. Вместо того чтоб сначала, верстать, а потом вертску дробить на куски, натягивать (по сути верстание на бэке), а потом все по новой при апдейте, можно один раз сверстать, один раз организовать данные на бэке, и научить фронт с бэком общаться. Если на фронте поменяется вид, то для этого не надо бэкенд ворошить.
Спасибо за видео) Клевый гость, очень интересно, как всегда. Хоть я и бэкендер, чувствую себя обязанным поправить, что: 1. HTMX как раз добавляет возможность использовать из HTML типы запросов помимо POST и GET. Как раз автор решил, что это маразм, что HTML не умеет в PUT, DELETE и т.п и решил это исправить. 2. Чтобы сделать один компонент, который делает запрос, а результат у тебя где-то в другом месте, тебе не нужен стейт. Ты просто указываешь другой тег в качестве таргета. Ну и еще для этих целей можно использовать hyperscript, когда логика сложнее. 3. Предыдущие попытки сделать как в HTMX - intercooler.js от создателя HTMX. Много лет делал, суть, то-же самое, но не хайпонул так сильно.
44:20 сид-фраза это просто рандомный набор из 256 нулей и единиц. можешь генерить сколько хочешь когда хочешь, при чем тут "время на компьютере перемотаю". если на такой базе человек такое утверждает, то вопросов очень много. скорее всего на выходе код с запахом карри. персонаж интересный, но когда говорят такое и что у него еще есть послужной список... ох, не хочется никого обижать, но можно мне другого айтишника?
Миша, как и чат GPT, с одинаковой самоуверенностью, выдает информацию и дезинформацию
*FIFY:* как почти все _Homo Sapiens_
Эрик Давидыч в мире программирования 😅
Это точно)
Давидычь быкует.
прям в точку)
Знать бы ещё кто это такой
@@j-lewisавтоблогер для туповатых
1. "В IT не нужен человек, который не понимает, как это устроено" - подразумевается, что понять это невозможно? Или он о тех, кто не умеет читать и воспринимать речь на слух? О чем это вообще? Из этого следует тезис "ничего не учи, ты и так ничего не знаешь". Ну ок, спасибо, полезно очень.
2. "Люди не понимают правильных логик" - а, теперь я понял, в мире есть несколько "логик", и сейчас он нам свою озвучит. Слушаю внимательно.
3. "С авторизацией появляется много опасной логики, они её не понимают" - ты сразу это начал понимать? Как только ходить начал или чуть раньше? (Борода о том же сказал, факты)
4. "Они не предназначены для такой работы, не умеют думать в нужном направлении" - я всё еще жду аргументы, может исследования нейробиологов, статистика, хоть что-то, что подтвердит твое мнение.
5. "Очень трудно объяснить, что я имею в виду" - я заметил, какая-то из "логик" дала сбой, видимо.
6. Про наслоение одной логики на другую и про то, что это надо видеть. Это называется опыт и насмотренность. Я не знаю, как можно недостаток опыта приравнять к умственной неполноценности.
7. Про таски в Jira я вообще молчу. Тут за гранью. Ты расписываешь подробности, чтобы получить результат тот, который тебе нужен, потому что у всех есть сроки и ресурс по времени. Всё. Ты знаешь детали сразу, потому что ты имеешь опыт - поэтому у тебя соответствующий грейд и ЗП, а не потому что ты уникальная мамина конфета.
Несвязный необоснованный поток сознания, лишенный аргументов. Очень хочется гостю считать себя уникальным и очень умным, и очень грустно, видимо, наблюдать, как в отрасль заходят молодые ребята, через год-два умеющие то же самое, какой ужас( Хотя... С такими софтами я бы тоже начал беспокоиться
Тут другое, если вокруг от всех воняет говном - может быть это ты обосрался?)
Спасибо, что сэконоили пару часов кринжатины)) Уже с тезисов в заголовке поугарал, а тут два часа треша какого-то
В чем он не прав, когда в it появилось слишком много лишних людей, у которых даже банальной базы по школьной информатике нет?
Айтиборода удалил комментарий про то что Миша болтун и автор комментария не привел аргументы
Я соглашусь с тем что Миша на словах Лев Толстой, а на деле
- Миша говорит что он по программированию и чтец и жнец и на дуде игрец, а по факту когда стали задавать вопросы, он вдруг фронтенд писал, джаву только чуть чуть трогал, да и вообще он оказывается почти все пишет на Джаваскрипт :D
- Какое-то крутое приложение по поиску билетов со сложным алгоритмом, который даже сам Авиасейлс повторить не могут. Где твое приложение и где сейчас Авиасейлс? Может с их популярностью твой алгоритм им не усрался?
- Про тайпскрипт и огромные полотна кода из-за него. Если разбираться в тайпскрипте и правильно понимать архитектуру, то не будет огромного длинного кода и все становится ясным и понятным. И еще одно. Если бы тайскрипт был ненужным говном - никто бы им не пользовался.
- Говорит что тысячу стартапов у него, проектов, задач, обучения. Где стартапы? Где проекты? Где вообще Миша?
И я только меньше половины интервью посмотрел)))
В итоге у меня сложилось мнение что он реально просто болтун, а по делу мало что может показать наш джаваскриптизер :D
Я не удаляю комментарии, а сразу блокирую. Если ты ещё что-то можешь писать, то ты что-то попутал, друг😊
@@itbeard не друг ты мне:D
Если там был мат, то мог ютуб удалить
про тайп скрипт согласен с тем Мишей. перемудрили и этот тайп скрипт заставляет думать в терминах всяких интерфейсов и наследования , как будто у тебя дот нет под капотом. а на самом деле у тебя джава скрипт которому это гавно нафиг не нужно. получается какой-то жуткий оверинженеринг. все полезное из тайп скрипта и так уже в джаваскрипт переползло
@@vadymsushchenko1680 Что плохого в дот нете? И почему джаваскрипту это не нужно?
Услышал, что Епам - это не бадишоп, что Typescript - плохо, потому, что делает говнокод и вообще "это просто линтер" и понял, что не могу доверять Мише :)
Мне тоже не очень нравится Ларченко, но позиция что "тайпскрипт - это линтер" вполне нормальная, типизация в тайпскрипте действительно работает сильно не так как в других языках, где есть "реальные" типы(ну то есть существующие в рантайме).
@@huge_letters кроме того факта, что в TS типизация чуть ли не тьюринг полная. И даже не смотря на то, что она работает только на этапе компиляции, мне кажется, что TS - это чуть больше чем линтер)
@@БронетемкинПоносец-х9ч ну тут понятно, что такая серая зона очень что в какую категорию отнести можно - но думаю позиция что "тс это очень продвинутый линтер" это какая-то дикость и так вполне нормально думать.
да позер перепитый просто
У меня доверия к нему минимальное. Скорее всего сможет сделать что-то на коленке на усердии, но научить хорошему других - однозначно нет
Странно видеть Мишу дольше, чем 10 мин в одном видео)
🤣🤣🤣🤣
и без рекламы)
43:47 по поводу «получить доступ к чужому кошельку». Просто убил уровнем знаний в сфере блокчейн-технологий. Ни один уважающий себя крипто-проект не использует в качестве инициализации генератора псевдослучайных чисел текущее время компьютера. Большинство современных компьютерных систем использует для этой цели аппаратные источники энтропии или на крайний случай, сочетание битовых операций над разными источниками энтропии (системные часы, счётчик тактов процессора TSC, системные буферы, буферы ввода-вывода, серийные номера или адреса и времена пользователя, системы, оборудования, сети, пользовательский ввод с клавиатуры и мыши). Всё это сводит на ноль попытку подбора root seed кошелька на основании знания интервала времени, когда этот seed был создан.
Кстати, подбирать нужно не seed-фразу, а root seed (последовательность минимум 128 бит, из которых уже детерминировано выводятся все остальные ключи). А seed-фраза это всего лишь удобная для кожаных мешков форма записи того самого root seed, которую внедрили в биткоин только в 2013 году (BIP39). И еще: системные часы в современных архитектурах выдают время не в миллисекундах, а в наносекундах, что в миллион раз чаще.
Так он не говорил что это легко. Только что использование системных часов может сузить диапазон подбора. И что это наступит быстрее, чем квантовый слом существующей криптографии.
@@knifeslaughter это не то что не легко, это в принципе не возможно. Но вы пробуйте, конечно, взламывайте. Запускайте процесс перебора прямо сейчас. Может вашим пра-пра-правнукам и посчастливится подобрать ключ к какому-нибудь адресу, на котором уже не будет к тому моменту монет)))
Это он еще про 25ое слово в seed фразе забыл, которое самому можно придумать из ~70 доступных символов, что умножает сложность взлома на хреналиард
@@alexanderp4532 так что пусть уж лучше покупает асик-майнер, подключается к какому-нибудь майнинг-пулу. Шансов легально получить свою долю битка на много больше))
В любой сфере есть люди, которые с высоты своего опыта считают тех кто ниже по уровню недоразвитыми и недостойными...При этом понимая что сами начинали с того же....Это всего лишь способ возвысить себя в своих же глазах за счёт более слабого....либо просто реклама....Слишком много "Я" в этом интервью
Госць канешне тая яшчэ балаболка. Ведае адразу ўсе і нічога. Можа канешне ён і добры спецыяліст, але з гэтага відоса чамусцьі іншае падаецца)
@@nan-ng ну не говном же их называть теперь
@@konstmonst вот об этом и речь когда айтишник с десятилетним опытом на полном серьёзе утверждает,что остальным для этого понадобится сто лет звучит немного самоуверенно...сделать так чтобы не разваливалось как раз и является задачей более опытного....и раз уж капитализм то решать кто достоин а кто нет - дело того кто платит денежку....в свои проекты никто тебе не помешает набрать исключительно гениев
Обычно проекты которых все считают себя "гениями" плохо заканчивают))@@ВладимирТ-т8ц
Угу, меня чет поначалу угнетало, мол вон какие есть крутые ребята, а потом подумал. Да какого черта? какая разница кто там есть, если есть задачи, которые нужно решать. Стать круче всех -- сомнительная задача
Гость кстати противоречит себе. Строгая типизация как раз и нужна чтобы твой код в говно не поддерживаемое превращался, как тот проект который он описал с авиабилетами. Который получается никто кроме него поддерживать получается и не сможет
Он написал что даже он не совсем все понимает что там происходит)))
@@HelloWorld-ln5cy ну типично для больших проектов написанных не по ооп
бавают очень опытные плохие разработчики
Не противоречит. Он говнокодер. Все языки знает по чуть-чуть. А яваскрипт любит именно таким, каким его нормальные прогеры не любят. Тайпскрипт, который превращает яваскрипт в нормальный язык, ему поэтому и не нравится. Говнокодер.
а что вообще за сервис? Пытаюсь найти не ищет
Странно, что гость имеет такой большой опыт, но не понимает пользы TypeScript. Даже если будет (по его словам) в будущем новый JS с типами, то как минимум ты УЖЕ будешь уметь их писать. А огромные типы TS встречаются пару раз. Если не уметь их понимать сейчас, даже не пытаться понять, то никогда и не поймешь.
Слушать фразы, что "Фронтенд - всё, JSON говно" - вообще невозможно. Очень напомнил чувака $mol, который просто всё обсирает )
На лице ведущего написано "бля что я слушаю" все полтора часа. Спасибо, что вывез это
а меня убил момент 33:33
поверь "уметь писать типы" не сложно. вопрос - нахрена. эти типы по факту почти ничего не дают. Они ничего не гарантируют в рантайме. А часто они мешают. Именно по этому открывая ангуляр приложение ты везде там видишь что то вроде TemplateRef . Нужно понимать для чего типы появились в языках программирования, и это совсем не для какихто проверок
На сколько я понял аргумент был в том что тайпы можно определять и на ваниле, или использую JSdoc, а TS оверкил для большенства проектов, в доказательство этого аргумента приведу большие проэкты которые отказалась от TS в пользу JSdoc - Svelte, drizzle, turbo
TypeScipt это явный пример когда средства подменяют цель
@@iThnk2 типы можно и текстом в wiki описать, закрыть и забыть, для этого только блокнот нужен. Но серьезно, вот взять сравнить jdoc и ts, что чище, что проще для понимания, что легче написать, что удобнее переиспользовать? А что на счет библиотек? Как-то так получается, что использующийся там JSdoc, конвертируются в .d.ts файлы, в TypeScript, чтоб этими типами можно было пользоваться. А у некоторых упоротых, привет highcharts, получаются по 30mb d.ts файлы, сгенерированные из JSdoc, даже не открываются.
Единственный аргумент в пользу JSdoc это то, что файл не требует предварительной обработки. Но сейчас весь js транспилируется, а значит есть возможность, и ей надо пользоваться, чтоб выбирать инструмент который проще, понятнее и дает лучший опыт.
В какой момент рост популярности технологий и приток в них новых людей стало равняться "в js и питон пришла куча лохов". Сомневаюсь, что Мишаня вначале карьеры писал безупречный код. Кстати его канал смотрят многие новички, они получаются тоже лохи? Если убрать болтовню и присмотреться к автору, он сам то кто?
типичный многостаночник, это не плохо не хорошо, но профессионалом в одной области никогда не будешь, опять же не плохо не хорошо, ибо иногда гибкость приносит больше профита чем куча сертификатов в узкой области. ну и чсв немного завышено, отчасти заслуженно, но лишь отчасти
@@KoTaPeSiCну здесь соглашусь в том плане , что не хорошо и не плохо )
Каждый выбирает своё
Кто-то по верхам и многие областях / языки. А кто углубляется , здесь кому что нравиться )
я его пару раз посмотрел - вода водой
Пишет на python и не знает даже как менеджер пакетов называется))). Очень странный чувак, типа писал на всем и все знает - но есть подозрение что знает все поверхностно. Ну и очень много о том какой он молодец. Я вот знал похожих несколько разработчиков - очень хорошо себя продают на рынке - но потом за такими "рок-звездами" переписывают код нормально обычные работяги.
И это очень хорошо подсвечивают истории типа "я написал очень классный сложный фронтенд", когда спросили сколько будет его переписать - сам же оценил в полгода) На самом деле такие "первооткрыватели" тоже нужны, но за ними должны идти те, кто будет доводить до ума.
если бы был убыточен, его давно бы уволили
Тоже посмеялся, также резануло про модельку ИИ которую он инференсил: "вроде там либа какая то внешняя была")
чел потом говорит, что важно уметь себя продавать. Вот он и продаёт себя, похуй какое гавно там в питончике у него)))))
потому что он анскил ебучий) он и про go такой херни наговорил что уши в трубочку свернулись)
Есть три вещи на которые можно смотреть бесконечно: на то как течет вода, на то как горит огонь и на то как человек гордится своим невежством. Чмоки чмоки
А в чем невежество? Впервые вижу Мишу Ларченко, вроде неплохой карьерный путь у человека и рассказывает вроде интересно
@@BigMother228 как минимум в том как он аргументирует минусы тайпскрипта. Это мощно
ну когда выложил свое популистское мнение, но из за критики удалил - не очень хороший мув@@BigMother228
ну тогда посмотри на моё невежество: ТайпСкрипт говнище обоссанное ) ставлю на то что ТайпСкрипт отвалится со временем, а ДжаваСкрипт будет жить
@@yobi3dс каких заводов вас сюда набежало?
слишком высокомерный тип
"то как я выстриваю логические цепочки, они это не смогут..."
как раз-таки такие чуваки и не нужны - их код потом никто не понимает и не может поддерживать. Код должен быть максимально простым, в этом его красота. Всяких псевдовундеркиндов тряпками ссанными гнать надо. Фронт, блять, писать, а не нейросети. Какие там невъебенные логические цепочки нужны?
@@АртП-м7ж это вообще пиздец, а не коллега. Жаль людей, которым пришлось работать с этим ЧВСшником.
Разработка это в первую очередь командная работа и если ты лучший специалист в команде, нужно помогать тому что слабее, а не самоутверждаться за их счет.
@@АртП-м7ж на 19:00 послушай момент 😂 "Дима, я уже тогда был выше тебя"
бедный коллеги этого ЧСВшника, как мне их жалко. Он меня за час выбесил, а кто-то с ним годами мог работать
Михаил рассуждает как джун который что-то где-то попробовал и теперь у него есть "экспертное" мнение. Очень смешно было слушать его аргументы про тс и в целом про фронтенд, сразу видно что человек только по верхам знает.
Про тс. Если бы Михаил активно использовал тс, он был знал, что большинство типов тс выводит сам. Где-то нужно подсказать, где-то "скастить" типы, но по большей мере тс отлично всё выводит сам. Исключение - это библиотеки. Да, там (как раз чтобы пользователям вывести всё автоматически) нужно писать сложные типы, это во всех типизированных языках так, и это нормально. Хочешь автоматический вывод типов, хороший и удобный автокомплит в библиотеке - пиши сложные типы.
Но повторюсь, в продуктовом коде это супер редкость, когда надо писать трёхэтажные дженерики.
По этому не советую прислушиваться к подобным "говорящим головам", их экспертность под сомнением.
+ Тоже такое ощущение словил
да, как то сидишь слушаешь и чуть ли не каждая вторая фраза сомнительная.
Вообще все как надо про TS раскидал ) Ненужная абсолютно залупа для дегенератов )
У гостя есть претензия к какой-то группе людей, которые по его мнению недостаточно хороши для того, чтобы быть программистами, им чего-то не хватает, но выразить чего именно ему способностей не хватило 😕
Чтобы быть программистом надо очень много программировать, гость сказал что у него проектов на js хоть жопой жуй, условно 😀
Все могут рыть неплохо траншеи, но не все могут стать хорошими композиторами или художниками, программирование в этом же списке, где углубиться дальше if else некоторым склад ума не позволит
Оп оп, тут видно что чувства кого-то задети)) не серчай для таких как ты то же место всегда найдется, не такое комфортное но найдется
Да нет, мне очень понятно про что он говорит. Писать код может каждый у кого есть глаза и 10 пальцев на руках (ну или хотя бы 5 в сумме). А вот когда доходит до вопроса "а где размещать код? ", " Где описывать бизнес сущности и как в коде отобразить логику взаимодействия с ними, при этому так, чтобы они не смешивались между собой". Вот тут уже мозгов хватает ой как далеко не всем)
@@АлександрБолдырев-п7ц так это просто с годами опыта нарабатывается
25 декабря 2014 - это четверг, но больше удивляет, что в этот день был собес, ведь это public holidays в Нидерландах, как и 26е декабря. Сорри за душноту 😏 27:41
Вот что значит по верхам пробежался. Да в Next есть рендеринг на стороне сервера, но компоненты пишутся на паттернах и основе React. Транспорты меняются, но логика фронтовая остаётся. То что код исполняется на сервере не отменяет написания удобных юзабельных интерфейсов.
Сейчас на Blazor Interactive есть конкретная реализация того что он описал, то есть можно писать условно No Js код, грубо говоря например если при нажатии на кнопочку а после это нужно поменять вид кнопки на состояние ожидания, то все это делается на стороне сервера. И сервер возвращает кусок разметки только для этой кнопки, или например целая таблица, например следующая страница и по факту никакой логики в фронтенде не остается..
@@pulodian Как и любая технология, это тоже инструмент. И использовать её нужно уместно. Подумай что будет с кнопкой если инет откиснет.
Не вижу смысла хейтить TS из-за длинных типов. Не пишите длинные типы и всё.
Я категорически не согласен с мнением о TypeScript. Верно, существуют библиотеки с сложными для понимания типами, особенно в сфере фронтенд-разработки. Авторы таких библиотек действительно могут упростить описание типов, однако они намеренно используют сложные конструкции, чтобы максимально раскрыть возможности TypeScript для упрощения и оптимизации работы разработчиков с их продуктами. В других языках программирования такие мощные инструменты типизации отсутствуют. В личных проектах программисты не углубляются в сложные типы настолько, и нет необходимости глубоко разбираться с типами из библиотек. Да, использование TypeScript может увеличить время на написание кода, но оно значительно экономит время при рефакторинге и предотвращает появление ошибок.
+++
хороший контраргумент!
Именно! Чувак явно не умеет в TS и просто поносит. TS это намного круче чем любые java и c# в плане типизации. В TS мы четко закрепляем контракты через всю кодовую базу. Даже какой нить id:number можно один раз описать и использовать везде...а поменяв на string в одном месте будет подсветка где теперь нестыковки
@@voidmain90пишу на java, typescript и немного dart, есть опыт в других языках в прошлом. Java академический язык и в отличие от typescript они не могут себе позволить duck typing потому что это как раз таки лютая дичь. Тоже самое и с union types. Не забываем конечно применение typescript, где само его существование большой бонус.
Возможно автор никогда не сталкивался с развитием и поддержкой большого проекта\командой где более менее регулярная ротация кадров и куча мидлов\джунов. JS хорош когда тебе надо на коленке за выходные набросать какой то PoC (тоже спорно), а затем выбросить, но когда речь о долгосрочной поддержке продукта, то TS вне конкуренции по сравнению с JS.
Вот тоже был сильно удивлён такому отзыву о ТС. Я не представляю себе какого то более менее крупного (да на самом деле и мелкого проекта) без ТС. Он убирает на стадии разработки очень больше кол-во ошибок. Вам достаточно просто описать интерфейсы объектов и это уже приводит к сокращению ошибок во много раз. Если вы не пишете библиотеку, которую будут использовать другие разработчики то вам и не нужны эти сложные конструкции (да и библиотеки далеко не всех и используют, хотя для них это конечно на мой взгляд минус). Ну и пример microsoft Excell не умер хотя там тоже столько сложностей что 99% пользователей использую тока 5% от его возможностей - это не делает его плохим инструментом, потому что даже в таком виде он заменяет миллионом компаний систему CRM
Уже который год хоронят фронтенд, все никак не похоронят. А громкие заголовки с кривыми, косыми фреймворками продолжают появляться
Php уже перестали хоронить на фронт перешли
@@dauletakhythan9595 не забываем слоган: "NODE.JS УБИЙЦА PHP". Уж если php выжил, то пока все браузеры в помойку не выкинут, на совершено иной тип серфинга информации - никто никуда не пропадет с нифига.
@@dauletakhythan9595 ходят слухи что многие новички специально начинают с php чтобы через 10 лет слышать как он вот вот умрет.
Утверждения про TS показывают что Михаил до конца не понимает что говорит или говорит раньше чем думает. Его слова "Проверка типов можно было делать и раньше, н.п. Array.isArray() typeof и прочее.". По этим словам понятно что человек не понимает разницы между статической проверкой типов, когда типы проверяются при написании и проверкой в рантайме. А еще говорит про склад мышления ))) Нужно аккуратно и критично относится к его утвержденям.
Да это дол6ое6, с первых слов про джс и тс видно
Плюсадин
Обыкновенный Инфоцыганин и балабол
МААНГ создал культ для умных людей, который вместо получения плодов своих способностей, подсаживает отдавать их организаторам этого культа, создавая иллюзию, что они вознаграждены предостаточно и находятся в клубе избранных, хотя величина наград всего лишь такая, которая будет крепко держать их в зоне комфорта слегка выше среднего класса.
Красава! Человек у которого нет своих идей всю жизнь будет работать на чужие. У самурая нет цель есть только путь.
Виндоус видел? Я писал!
Не согласен 1:14:00 в IT может любой прийти и добиться успеха.
Разный склад ума это не проблема - это клад для новых решений.
Конечно чтобы стать разрабом нужно время, каждому!
Аналогия: музыка тоже не для всех надо типа уметь слушать, но на самом деле, не существует правила "правильного" или "неправильного" слушания музыки. Важно, чтобы музыка как и программирование приносила удовольствие и доставляла удовольствие тем, кто ее слушает. Что бы научится играть на гитаре тоже нужно время как и в программировании.
Согласен. Я бы даже сказал, что прежде чем выдавать уникальные решения или продукт, ты должен сам пройти через океан технологий, чтобы успеть за рынком и не сдохнуть с голоду, потом доучить базу, на которой все строиться (прим. JS) углубившись до самых мельчайших деталей и только после этого всего начинается творчество. До этого момента ты следуешь за более умными, юзаешь то, что работает, запоминаешь ту логику, которая уже придумана.
Способ вычисления через дискриминант отлично работает и те, кто его использует зарабатывают бабки, пока ты выводишь теорему Виета.
Не соглашусь с вами! в примере с музыкой, если человек не имеет слух или не понимает как читать ноты, то он никогда не станет профессиональным музыкантом высокого уровня! Да, он будет играть попсу и что-то простое, но Баха/Шопена/Бетховина он никогда не сыграет!
@@dashakoval3534 Слух можно развить, так же как и научиться читать ноты
Именно исполнителем и не попсы может стать учась учась учась. Могу живой пример показать, где человек из за своей работы имеет много времени и играет часов по 8 именно, как бодибилжер с конкретными подходам и, упражнениями, теорией и тд, но он каждый день пишет, что сочинить ничего не может. Как и из консерватории, сколько проф музыкантов в мире, а сколько композиторов, просто уметь играть это больше механический навык
@@konstantint975 так правильно, композиторство и исполнение намного дальше друг от друга, чем кажется большинству людей, которые ожидают от профессионального музыканта навыков профессионального композитора
1:00:30
Во первых нет нигде таких типов, это влажные мечты в поддержку своих аргументов.
Конечно, лучше не писать типы а писать только логику, которая работает хрен знает как и переписывать js-доки в миллионе мест. Странный аргумент дрочить на js-doc чтобы не дрочить на тайпскрипт.
Если не иметь опыта в java, c# или c++, то скобочки останутся скобочками xD
Только уточню что все что сказал Миша про сложные интерфейсы - это про b2c. B2b по прежнему требует сложных веб интерфейсов
И b2c требует зачастую сложных интерфейсов. На самом деле пока не совсем понятно что сможет заменить HTMX. Т.к. сфера в которую он целится уже и так покрыта всякими инструментами, от wix/squarespace до wordpress.
Пока htmx хорош там, где у тебя есть инструмент, к которому хотелось бы быстро накидать веб морду, без сложной логики. Всё остальное пока сложно верится.
1:24:11 с htmx память конечно не сьедается, но зато сервак дёргается на любой чих. А толстый клиент к слову это один из вариантов оптимизации архитектуры. Рисует все клиент, а сервак только с данными работает и не тратит ресурсы. Клиент у каждого свой, а сервак денежки кушает на aws)
59:35 Вот 100% - TypeScript - это для начинающих, кто не способен ещё себя контролировать и для маленьких проектов, а что-то большое, серьезные люди пишут на js + тайпинги на внешний интерфейс и все. Потому, что когда пишешь на ts, то такое впечатление, что пишешь одно и то же 2 раза, у меня в жизни нет времени так все разжёвывать...
@j05gp в смысле без типизации, во всех языках есть типиация. Если у кого-то проекты на js превращаются в хаос, то это не из-за отсутствия нотации типав, а из-за отсутствия архитектуры, а проверка контрактов прекрасно производится схемами + тайпингами, что работает и в дизайн-тайме и в ран-тайме. TS не защищают от Васи, вообще код защищается только тестами и проверкой контрактов в рантайме, потому, что из JSON.parse вылазит что угодно, и ts в этот момент уже растворился в тумане
@j05gp на js есть проекты с огромной кодовой базой, в тысячи и сотни тысяч раз больше, чем вообще существуют на ts, погуглите в интернетах, ts это решение для маленьких проектов, когда людям нужно раздуть часы и бюджет, слить куда-то часы их жалкого некомпетентного труда
@j05gpБаз типизации, это как? в js есть типизация, более того, в ts, сожалению та же система типов, что и в js
@j05gpконтракты нужно проверять не типами, типы вообще не для этого, контракты нужно проверять фактически, в рантайме, писать для этого код вообще плохо, это лучше делать схемами, которые работают в рантайме
@j05gpЧтобы Вася не сломал код типы не помогут, для этого код должен быть покрыт тестами.
Вот из-за таких людей я проебал 10 лет потому, что мне говорили, что программирование это очень сложно. Я работал в тех саппорте и смотрел на девов как на богов и даже не мог позволить себе мечтать быть разработчиком. А потом я попал на американского блогера который очень доступно и легко объясняет и самое главное мотивирует. Сейчас я дев, переехал в СФ. Так что не слушайте никого, все в ваших руках. Любой человек может стать кем угодно.
А что за блогер?
Они думают, что бизнес будет держаться на таких как он, а другие не нужны. Но бизнес так не работает. Компания не кружок по интересам для двух синьоров, где они сидят и внутренности языка обсуждают. Впрочем видно по его стартапам, что он около нуля в бизнесе.
Что за американский блоггер?
@@антонпампамtech with tim - канал на TH-cam
Много слов
Как мне кажется, уволенные специалисты, особенно высококвалифицированные (Senior), должны объединяться, создавать компании и делать свои проекты. Тогда и с занятостью проблем будет гораздо меньше и конкуренция окажет своё благоприятное влияние на рынок, ввиду активности новых игроков.
для того что бы создать компанию нужно быть специалистом в бизнесе а не в кодинге
а как на js управлять памятью и Garbage Collection? 57:45
Никак, этот инфоцыганин это придумал
@@MihailKolesnikov100%
Ну можно структурой кода влиять на поведение GC, но это точечно и не дискретно) по факту можно гадать
Достаточно уровня middle что б понять что он самозванец и псевдоексперт
Что такое эксперт? И где говорилось, что он этот эксперт?
Типичный инфоцыга
01:39:12 *HTMX*
Все это было реализовано еще в 2012 году, то есть уже больше 12 лет назад.
Был такой музыкальный фестиваль в Крыму - КаZантип. Его web проект был построен ровно на такой же архитектуре.
1:24:54 все таки фронтендер, который умеет бэкенд «чуть-чуть» это странная химера, лиды ему не смогут доверить трогать бэк, если он будет знать его чуть-чуть. На самом деле, то что нам предсказывает Миша в индустрии уже было лет 20 назад, когда фронтендеры не выделились еще в отдельный класс и были просто программисты + верстальщики. так как руками разраба красить кнопочки и заниматься пиксель хантингом было очень дорого.
В целом интересно понять, на чем Миша основывает свой прогноз, потому, что без аргументации не оч понятно, почему мы должны двигаться в эту точку, а не в вытеснение ручного разрабского труда, AI ассистентами по код генерации.
чтобы качественно генерировать->внедрять код нужно понимать как он работает. либо иметь сверхстабильную либу с достаточным функционалом и каким то мета языком который всегда будет выдавать какой то результат и никогда не крашиться. пока этого нет - не будет никаких ассистентов с никакой кодогенерацией)
Да ни на чем он не основывает. Просто очень уверенно льет в уши, прикрывая это своим опытом...
Реально, просто заливает
ну выжирание памяти реальная проблема, кажется если добавить во всю эту историю некий bff всё немного встаёт на свои места
Кто подскажет, кой он плагин использует для документации на 1.35.17
Странно видеть хайп по HTMX, он точно умрет. Т.к. все это было еще 15 лет назад в Yii, кто не в курсе погуглите что такое pjax.
Миша высказал слишком вызывающие и иногда противоречащие вещи. Так же сложилось впечатление, что он пытается хвататься за всё что можно, и, толком не разобравшись в технологии, уже переключается на что-то новое. Вообще мне показалось что он человек который в удачное время на хайпе поднялся, а теперь хэйтит всех кто хоть чуток ниже его самооценки.
Все дураки вокруг,один он программист
Да он в своей Нарнии живёт
С ИИ ты вместо того чтобы писать код будешь проверять что за чушь написал ИИ. А иногда он генерит такие ответы, которые максимально похожи на правду, но полная чушь. И понять что это чушь может только человек, который сам много раз решил эту задачу ручками
Так он так и объяснил, что ИИ генерит ему код, а он просто поправляет. И если ты подумаешь, то поймёшь что это быстрее чем писать с нуля.
@@sergiurosca9394 вчера попробовал решать типичные задачки с бесплатной версией _Mistral_ и это просто офигенно!
Даже боюсь представить, что там находится в закромах у _Google,_ учитывая сколько шуму наделали уже представленный публике _Gemini 1.5 Pro_ и ожидаемая _Ultra._ А ведь писали, что они вовсю тренируют _Gemini 2.0!_
Самое интересное, что поиск редких ошибок в коде, который выдают чат-боты - совсем ненапряжная работа. Плюс, чат-бота всегда можно попросить их исправить.
в индустрию ИТ попало много говна и самозванцев, при этом не знает как менеджер пакетов называется, и не может нормально сравнить языки программирования, не сказал по существу ничего, чисто поверхностно Вовочка попи.ел и спать ушел)))
Таких как гость в индустрии называют "токсичный". Не хотелось бы работать с таким в одной команде.
Тааак... Next умеет в sql-запросы и может заменить бэкендеров. HTMX у6ивает фронтенд. Получается, если Next с jsx-разметки перевести на HTMX - то оно будет разрабатываться и работать само без зарзаботчиков:)
😂
Я тож дотнетчик бывший, пишу на ts, и да, вот эти переусложненные типы это явно лишнее. Оно сложнее чем весь js с прототипами и прочей матюхней. Но типы нужны. Просто нужно простое. Переусложненное оно из-за необходимости уметь описывать типы под библиотеки у которых обычно гибкий апи, более гибкий чем у строготипизированных языков
Занимаюсь фронтендом, этот htmx вышел в 2020 году, но я ни разу о нем не слышал и не встречал. Ts - сила, типизация рулит. Ну и что, что типизация страница, а кода две строки. Зато поддерживать такое понятно и удобно, а это главное в больших проектах
А по поводу документалки про БелАйТи было бы шикарно. Вспомнил про 'Гость' и прослезился. Сколько раз он спасал, не передать слов. Классно было бы ещё пригласить в эту документалку основателя ВсетиБай.
Ооо, всетибай... Салатовенький с божьей коровкой
@@itbeard это не слёзы, это дождь 😭
У человека нет компетенций, просто рассказывает заблуждения которые вертятся внутри it о языках, подходах, фреймворках и т.д.
По поводу опенсоурса, хотелось бы увидеть хоть какой-то contribution, но его нет, и даже ссылки на GitHub нет.
Мне кажется убрав мишуру разговоров и посмотрев на код гостя, можно будет сказать: "Хм, так я и думал".
Спасибо большое, что позвали Мишу на интервью🎉🎉🎉
Борода, не приглашай таких балаболок, плиз. Было бы неплохо увидеть реальных спецов, спасибо.
Приведи примеры людей в снг в медиапространстве, кого ты можешь назвать спецом.
@@Katar1xМурыч. Автор канала as for js. И кстати он тоже хейтит тайп скрипт.
Офигеть в 90х годах он учился на PHP и еще были журналы?
Я в то время учился программировать на Спектрумовсвом Бейсике, у кого были компы те на паскале. Ну и естественно С кто более продвинутый.
А тут PHP??? Охренеть! У нас вообще это нельзя было применить нигде.
Интернет появился только в 2005м.
Так радуйтесь. Нормальная школа у вас. Если еще и асм изучали на Спектруме, то еще круче. Это лучше, чем с пхп начинать. И комп он первый в 2001-м году купил только, и впервые сервер себе установил. Я тоже в том году Перл изучал, в 2002 году первая работа у меня.
@@cafedead нее до Ассемблера тогда не дорос да и до сих пор не дорос. Сейчас работаю на JS, пытаюсь держать нос по ветру.
Но микроконтроллеры на C это ван лав, это моё хобби)
@@okyesanapа я вот чето выпал из разрабов на js. Сам все разрабатывал, поэтому фреймворки как-то мимо меня. Тем более, что как-то сразу я пришел к концепции, похожей на htmx.
@@cafedead а кто мешает на js разрабатывать без фреймворков?)
@@okyesanap не берут. 2 года уже.
Считаю, "плюс" JS, что его можно писать как угодно, минусом, потому что при разработке надо еще думать какой вариант лучше выбрать, все возможности прогружать и держать в глове. Это мешает при разборе чужого кода. Язык должен набором своих инструментов сам тебе подсказывать, как сделать требуемое.
Очень поплыл в моменте, когда достаточно было сказать, что люди приходят для бабла без наслаждения от окружающего процесса, и как следствие без заряда, без горения от процесса, без желания запариваться, когда того не требуется, и как вытекающее недостаточного осознания процесса и узкой квалификации.
Интерфейс мессенджера и ботов все-таки неудобен при своей возможности универсальности, когда ты хочешь например даже торгануть валютой. Фронтэнд останется, но возможно схлопнется.
проблема месенджера в том, что туда надо писать. а хочется нажать кнопку и увидеть все красиво
Как называется упомянутый сервис поиска билетов?
Можно попросить обещанную ссылочку на 7:15?
Очень тонко Миша сказал , что многие не понимают всю картину мира кодинга, по мне нужно знать не только код, но и линукс, как работает интернет и тд. По складу ума не способны понять - топ фраза описывающая ситуацию
абсолютно очевидная вещь для любого, кто хоть минуту уделил программированию.
ого, только что отсняли недавно, а уже выпуск готов 😮
я привык, что у Лекса отснятый материал "маринуется" по пол года 😅
Еще два выпуска лежат с января 2023 года, не переживай!)
@@itbeardмаркируй выпуски: VS, VSOP, XO... 😆
афигеть@@itbeard
Работа кипит во всю), бедный макбук, @@itbeard
Очень спорное видео, все время кажется что гость некомпетен по многим вопросам, особенно когда лезет за пределы js.
А движ ИТ -Беларуси - это уже исторически пройденный этап. Его можно вспоминать как СССР, но вернуть будет трудно и почти не возможно.
Спасибо за видео, было бы интересно почитать доклад Миши о "Фронтенд всё". Пните если появится ссылка на доклад. Заранее спасибо.
Ахренть, то чтобыло 20 лет назад - сервер отдавал штмлину сейчас модно? номера.
Просто фронтенд когда-то и где-то свернул не туда. На счет хтмлины - не знаю, по-моему, это так себе. Я у себя от сервера получаю xml, и делаю это с 2007 года. У меня просто шаблоны для движка в виде xml, для открытия страницы по адресу из этих шаблонов собирается html, заменяя на сервере xml-теги на задефанные куски html-кода, тут все по старинке, но далее при переходе по ссылкам и формам запросы подменяется, и на них выдаются не собранные страницы, а сами шаблоны, которые затем парсятся на стороне клиента, и устанавливаются в нужные места. Получаем тот же AJAX, но легкий. На кой черт кто-то изобрел SPA и REST, и на кой черт это всем навязывается, я не знаю.
И не всегда проблема у людей с изучением чего-то нового в том, что кто-то постарел, и им лень что-то изучать. Часто проблема именно в том, что это новое несколько абсурдно, противоречит твоим собственным соображениям уже опытного специалиста, но навязано бизнесом и it-гигантами. Мозг отторгает бесполезную информацию. Лично у меня с этим проблемы. Я вовсе не против изучать что-то нужное, и изучаю, но вот SPA-фреймворки к этому не относятся.
Прекрасная история о том, как чуваку повезло оказаться везде в нужное время в нужном месте.
Ну да, много кто оказался в нужном месте в нужное время (епам, особенно в Беларуси)
Не чуваку повезло, а повезло тем, у кого он работал!
зато ты окружен кучей источников для самообучения
А как на HTMLX делать более сложные приложения чем подай-принеси-из-бд? Да и про тайпскрипт, те же слова которые миллион лет назад все разработчики языков с динамической типизацией говорили что типизация - это плохо. Кароче все наконец сомкнулось 😄.
htmx
Подай принеси не из бд, а просто подай принеси кусок хтмл )
Суть в том, что все сложное ты делаешь на сервере, а фронт только отображает состояние сервера. Т.е. если тебе не надо офлайн работу, то тебе не надо иметь дело с состояниями и соответственно все очень сильно упрощается, т.к. работа с состояниями это сложно.
@@IllarionYolgin ну кроме как отобразить\редактировать\валидировать данные. еще бывают задачи drag&drop, возпроизвести видео/аудио. анимация на скриптах и т.д и т.п. Раньше уже так писали. и отказались и вот опять. А ничего что приходится на серверах рендерить HTML, нагрузка на сеть. на грузка на вычисления.
@@hezymal9109 Вот тоже удивился такому решению. Люди придумали унести всё на клиента когда телефоны и компы были ещё слабыми, что бы разгрузить сервера. А теперь когда телефоны стали мощные как компы, а количество клиентов стало зашкаливать решили убрать назад на и так нагруженный до некуда сервера ?
Давайте народ не пугать, Нейронки не заменять Front End, он (и не только) на пороге эволюции, и нужно немного менять подход к разработке, нужно уметь применять нейронку в своих задачах, он просто инструмент, а не проф разраб. Ну и не стоит зацикливаться на одном фронте, нужно изучать полностью как строиться Веб, от А до Я, не стойте на месте учитесь и развивайтесь, и у вас всегда будет работа !!!
Это сейчас так, нейронки стремительно развиваются. Посмотрим что будет в обозримом будущем. Не исключено, что интерфейсы будут совсем другими.
@@hostra_sokira ну как будут тогда и будем нервничать )))
@@hostra_sokiraлюбой запрос который чуток сложнее чем построй мне приложение калькулятор на тайпскрипте, заставляет чатджипити затупить и выдать вообще не подходящий ответ, при том он верит что всё правильно сделал
У копилота для вскод платной версии один гигантский минус, он не может весь исходный код проекта взять в запрос, а только 1-2 файла. Пока ИИ не сможет увидеть весь проект в глобальности учитывая все особенности, то смысла от него мало так как программист так же может открыть эти два файла и искать. А источник проблемы часто бывает скрыт в другом конце проекта
Так напиши сам. Через пару лет с копайлотом, можно разучиться писать
@@Katar1x в таком случае все крики таких как айти борода о том что ИИ уже нас всех заменил и остались только сениоры это полный бред и хайпожор, раз уж ты говоришь "подожди пару лет"
Копилот даёт код из лабораторных работ и размягчает мозг, сокращая моторику рук... Поэтому копилот - это ненужный инструмент
Как называется стартап про поиск авиабилетов о котором говорили в интервью?? 🙂
80days
Aviasales
@@MihailKolesnikov о, пиар служба авиасейлс в чате ;)
Удивил конечно Миша своим размышлением о джунах и оценочным суждением о программистах, которые не так квалифицированы как он. Думать о других, что они размышляют не правильно, не так как он в таком контексте это не красиво. Представление о человеке поменяли в худшую сторону.
56:30 - С++ больше подходит под это описание, разве нет?) с React Native вообще проорал) никакой там 'конвертации в нативный код' нет) там просто бизнес логику можно писать на js, движок там свой
Знаете, я не верю что эти двое сколько-нибудь серьезные программисты. У нормального программиста большое объемное последовательное мышление. Специфика работы такая. А тут 2 клоуна, тарахтящие со скоростью поршней мотора на высоких оборотах, уверен, у них самих их мысли за языком не поспевают. Я насмотрелся на таких, как ни странно довольно часто на реальных проектах встречаются, встречаются потому, что приседают начальнику который не сильно шарит на уши, он думает, если много говорит, значит че-то понимает и едут на шеях нормальных программистов, успешно перекладывая на них все свои косяки.
что-то в этом есть...
Ага. Таких как ты тоже валом, из-за них люди сгорают и команды рушатся, ибо токсичные клоуны = смерть для проекта.
@@itbeard Ну, я то про сгорания и разрушение команд ничего не говорил, но чувствую вам это хорошо знакомо)). Неудивительно, когда в команде есть такой человек, плотно сидящий на ушах начальства, из команды один за другим люди будут вылетать. И сгорать - когда такой будет с такой скоростью тараторить, что начальник думает - что это они так долго работают? Вон у меня какой быстрый тут есть молодец! И на каждого уходящего вешать вину за факап проекта по любой надуманной причине. Например можно начать тыкать человеку без разрешения и обвинять его в токсичности ))
Согласен, много слов.
Хотел бы, чтоб Миша ответил, он сказал, что с точки зрения ресурсов на примере лямбда на питоне которая сжирает 500 денег в месяц, то насколько оптимально с этой точки зрения юзать htmx и все рендерить и считать на серевере? И с точки зрения процесса разработки и распределения задач, с реактом, к примеру, можно разрабатывать паралельно фронт и бек пилить на чем угодно, а с htmx получаеться все цчасники команды должны быть фулстеками, чтоб пилить сразу несколько задач одновременно.
Если с AI мои программисты станут более продуктивными, то скорее я найму больше программистов, потому что они стали приносить больше профита.
1:43:30 есть похожая история в фрейме symphony , бек просто присылает форму фронту которую нужно отрисовать , форма уже провалидирована
На счет HTMLX, круто конечно что теперь можно делать Ajax запросы не используя JS. Лет 10 назад цены бы ему не было. Сейчас стандарты UX/UI современных приложений выше, и разработчики ищут более комплексные решения, которые позволяют создавать более интерактивные и динамичные интерфейсы которые нельзя сделать без JS. Так же странно сравнивать SSR решения на React с HTMLX. Next позволяем написать и SSR приложения и CSR приложения так что пользователи не ощутят большую разницу. На HTMLX можно написать приложение которое окунет в 2010 год. Да можно добавить JS для интерактивности, так React поэтому и придумали что чистым JS тяжело добавить много интерактивности. Вообщем HTMLX очень нишевая технология для очень не требовательных проектов.
Не совсем. При htmlx Js остаётся. Но он используется для для простых действий, н-р, для того же Ajax. Компоненты генерируются не в браузере на основе полученного json, а приходят с бека.
Пример - Laravel/Livewire. Удобная штука для сложных форм, где один инпут может зависеть от другого.
Скорее React нишевая. Хочется плакать когда видишь интернет-магазины на React или Vuе - у 90% есть баги на фронте.
@@Владислав-т6р8х вообще синоним к слову "нишевый", это слово "не массовый". И это точно не про React. А то что баги, так и ружьем можно себе ногу прострелить, это вообще ни о чем не говорит.
@@Владислав-т6р8х скажите это крупным проектам у которых жирный фронтенд на React. Баги есть везде, даже в ПО, которым вы каждый день пользуетесь есть куча небольших багов - фиксят сначала самые крупные и заметные
Для большинства приложений суперинтерактивность не нужна и там htmx неплох
Говорун он хороший, однако ценность его слов близка к нулю
Если оскорбил человека, то напиши хотя бы один аргумент. Иначе ценность твоих слов равна нулю
Почему
Какую ценность ты тут хотел услышать? Хотел повысить тут свой уровень знаний или что? Человек тут рассказывает о себе, немого о работе,технологиях,как он их видит и так далее. И тут приходит дяденька и заявляет что ценность слов билзка к нулю...
Найс попытка самоутвердиться за счёт Миши) А интервью классное
@@СамирАбасов ну он кста ппц глупости говорит. Типа ой так много типов, этот код ничего не даёт, не вижу логики. Но лол, смотри ассемблер тогда. Там типов нет, только логика чистая. Понятно? Ничего непонятно
Потому что типы это сущности, а логика это связи между сущностями, если у тебя нигде не написаны сущности, то "логика" так называемая тебе вообще ничего о программе не говорит. Когда чел читает код в любом нормальном языке, он в первую очередь смотрит на типы, что за абстракции есть и зачем они нужны
Щодо інтерфейсів, на мою думку, - людям не цікавий та не потрібен інтерфейс, як такий. Люди в першу чергу шукають вирішення конкретної проблеми, і якщо це можливо за допомогою певного інтерфейсу - вони будуть змушені цим користуватись. Якщо ж вирішення тієї самої проблеми можливе без інтерфейсу (як зайвого, "складного", шару) а можливе через чат, голосового асистента, чи взагалі через третій спосіб, - в інтерфейсі відпадає потреба, або ж він трансформується від складного до простого (з точки зору використання). Автоматична коробка передач в автомобілі - яскравий приклад такої трансформації. Для людей (в більшості) не цікаво використовувати ручку та педаль, як два інструменти (інтерфейси) щоб дозволити автомобілю їхати швидше, проте були змушені це робити. І неважливо наскільки комфортне чи швидке було їх використання, якщо автомобіль може їхати без цього "інтерфейсу", а за допомогою АКП, - проблема людини вирішена, і більше немає потреби у двох мануальних інтерфейсах.
Тому, на мою думку, майбутнє фронтенду залежатиме від можливості людей вирішувати проблеми з мінімальними зусиллями. Якщо умовний готель чи квиток на літак можна буде забронювати без необхідності заповнювати десятки форм, - неважливо наскільки той інтерфейс буде красивим, з анімаціями, і т.д. - в ньому відпадає потреба.
Дякую, за цікаве інтерв'ю.
открыл Америку
Нечасто увидишь настолько энергичных разработчиков, которые начинали свой путь ещё с "пелёнок", немного напоминает Дим Димыча, короче в кайф, Лекс спасибо!)
ну и комп за 170+10 баксов это как-то не реально в 2001, только если БУ. был малым, читал ту же компьютерную газету. на сколько помню баксов 300 системник стоил точно. моник элт 17 (или 15) баксов 200. Многие комплектующие стоят примерно столько же и сегодня ну или раза в полтора дороже. Дюрон да, был дешевым.
этот бесполезный канал ниочем созданный лишь для поднятия ЧСВ/хайпа автора всё ещё существует и люди это смотрят часами, пипец
Покажите свой, который лучше, не для хайпа
Странно хейтить тайпскрипт за то что он предоставляет больше возможностей для типов чем другие языки. Если ты не хочешь делать вариации на строки - не делай, напиши просто string как в других языках. Но тогда и автодополнение будет как в других языках.
А то что ide переходит к определению типа по клику, так можно нажимать go to source definition и оно будет перекидывать именно на имплементацию.
Возможно гостю сложно было без подготовки выразить свое мнение более полно, просто звучит так будто просто лень разбираться с мощным инструментом.
Правильное использование тайпскрипта делает проект в миллиард раз читабельнее а главное позволяет не запариваться и не читать реализацию каждого метода который нужно использовать. Вот что принимает, вот что отдает. Просто и понятно. Так еще и кучу косяков покажет которые сложно заметить. Где-то проперти может быть пустым, где то среди кучи условий будет null и новое условие всегда false.
В общем замена тайпскрипту вряд ли будет в ближайшие годы, разберитесь с ним и используете. Мастхев штука на любом проекте где больше 2-х человек
да и в петах мастхев
я вот недавно возродил проект 2-летней давности
потратил часик чтобы все типы пересмотреть и вспомнить как что работает
без ts утонул бы
может еще черепа начнем измерять разработчикам? ну а что, либерально, и неправильные люди не пролезут...
Я знал сети, до того как они появились=) "Ethereum слышал? - Я в гимназии придумал"
Посмотрел, упоминание htmx встречается в вакансиях на hh ТРИ раза, а умирающий реакт 3800+.
Конечно, потому что на react сейчас куча фронтенда написано и его нужно поддерживать как минимум. Понятно что у него будет вакансий больше. в 1000 раз :) На rust тоже вакансий меньше, чем на c/c++, но это говорит только о том, что rust еще не так активно используют как плюсы, потому что переносить код стоит денег и не все хотят это или могут.
Привет! Как можно связаться для обсуждения сотрудничества?
почта в описании
господи, проблема говнокода в людях, а не в возможностях языка, тайпскрипт можно юзать достаточно минималистично, и тайпинги также будут отдельно + часто тайпинги можно вообще не писать, их генерит сам тайпскрипт
а про htmx и фуллстэков - мне кажется это какая-то местячковая тема, которая скоро пройдет, скорее фронт будет оптимизирован или железо станет лучше, чем все будут писать jquery на сервере
а вот нейросети наделают чего-то нехорошего точно с кол-вом вакансий эт согласен
Кого будут обвинять подобные "синьеры" когда они "очистят" рынок от всех вайтишников, а софт так и останется полным говном?
Там в интервью тебе прямым текстом говорят, что джунв нужны, иначе не будет сеньеров, камон
Тот момент, когда уехал из Беларуси с желанием сэкономить 30% на обмене валют, и заплатил их же налогами в Нидерландах.
А в этом вашем htmx можно тег script прислать?
Нахрена?
@@12345_qwerty Для большей безопастности.
можно
Даааааа! Я не думал что так скоро выйдет это интервью после съёмок! Готовлю кушать и погнали 🔥
Я из тех, кто никогда не пишет коменты. Но в защиту Миши хочу сказать:
Он работает в Нидерландах, с самого детства занимается кодом, разбирается в деле, и довольно хорошо в рамках его главного языка - js, регулярно делится полезной информацией на канале, живет крутую жизнь, а те сотни коментаторов-хейторов чего добились?
Как по мне: это чистая зависть. Это просто желчь пиздец😂
Я только начинаю входить в айти, но комментарии жесть.
Раз такая атмосфера, то добавлю…(видимо здесь с этого все начинается)
Вероятнее всего вы просто нереализованные «мега-кодеры», испытывающие огромную зависть к успехам человека, и всех сил и энергии которой вам хватает - на гневный коммент, а не чтоб, например, найти нормальный оффер в нормальной стране
спасибо за урок по антипод-поведению
скиньте ссылку на сайт о котором говорят про билеты
Aviasales
Aviasales
А что у вас с бэком?
1:18:00 забавно, что Миша считает, что «электро машины больше никто не берет» при том, что bmw буквально решает экзистенциальную проблему катастрофического отставания в этой отрасли, при том, что ЕС «внезапно» объявил об отказе от ДВС к 30ому году, а для bmw это был основной рынок сбыта, который теперь будет окучивать Тесла, которая недавно построила гигафабрику в Германии, а bmw пытается успеть переориентировать рынки сбыта на Азию и попытаться догнать рынок электромобилей лет за десять. И тот факт который упоминает Миша, про сокращение линий форда, говорит не о падении спроса на электрокары, а о том, что бесконечно отставшие производители ДВСов ищут шорткаты на уже отъехавший поезд, но пока не особо получается.
бессмысленный гость, еле вытерпел час, полезной инфы нет, похвастаться пришел чел просто
2 часа пролетети молниеносно. Очень интересное интервью, спасибо)
Прогаю на джаве. Почти них. не понял, но очень интересно
после просмотра я пришёл к следующему:
1. Небазированные - back to the plant
2. Это все вина фронтэндеров
Наконец-то хоть кто-то понял что простые сайты должны быть простыми.
Отдавать HTML контент можно через PJAX, причём можно отдавать не часть страницы, а всю страницу целиком, а пользователь увидит страницу с обноленным блоком. Технологии 100500 лет, но никто ей не пользуется.
Простые сайты остаются простыми, генерируются html файлы и закидываются на сервер. Сложности начинаются в пограничных случаях, когда надо обновить не всю страницу, а часть, или не делать двойную работу. Вместо того чтоб сначала, верстать, а потом вертску дробить на куски, натягивать (по сути верстание на бэке), а потом все по новой при апдейте, можно один раз сверстать, один раз организовать данные на бэке, и научить фронт с бэком общаться. Если на фронте поменяется вид, то для этого не надо бэкенд ворошить.
Спасибо за видео) Клевый гость, очень интересно, как всегда.
Хоть я и бэкендер, чувствую себя обязанным поправить, что:
1. HTMX как раз добавляет возможность использовать из HTML типы запросов помимо POST и GET. Как раз автор решил, что это маразм, что HTML не умеет в PUT, DELETE и т.п и решил это исправить.
2. Чтобы сделать один компонент, который делает запрос, а результат у тебя где-то в другом месте, тебе не нужен стейт. Ты просто указываешь другой тег в качестве таргета. Ну и еще для этих целей можно использовать hyperscript, когда логика сложнее.
3. Предыдущие попытки сделать как в HTMX - intercooler.js от создателя HTMX. Много лет делал, суть, то-же самое, но не хайпонул так сильно.
44:20 сид-фраза это просто рандомный набор из 256 нулей и единиц. можешь генерить сколько хочешь когда хочешь, при чем тут "время на компьютере перемотаю". если на такой базе человек такое утверждает, то вопросов очень много. скорее всего на выходе код с запахом карри. персонаж интересный, но когда говорят такое и что у него еще есть послужной список... ох, не хочется никого обижать, но можно мне другого айтишника?
49:34 джанго в виде фронтенда??
Python разработчик в банке)))
Если ты в Европе сейчас сделай пожалуйста видео с кем-нибудь из основателей msqrd. Было бы очень интересно послушать)
В 2011 только появились выпускники ВУЗов? Что за бред? Они начали "появляться" на 10 лет раньше )