НИКТО НЕ ЗНАЕТ JAVASCRIPT / ХАКЕР СО СТАЖЕМ - Demi Murych

[@honeymontana]

Мой телеграм: t.me/dejavu041

[@ВладимирИванов-с2с]

Деми Мурыч (Demi Murich) обыкновенный мошенник. В реальности не знает ничего. Настолько ничего, что 3 часа втирал про фотки, какие они у всх хреновые, а сам не смог даже ответить каких размеров фото оптимально на сайт. Нахватался околотемных слов в процессе кидалова за несколько лет, в реальности же обычный мошенник.

[@Zhivu_byvu]

тайм коды? 😱

[@Zhivu_byvu]

3:23:00 жаль конечно, что так происходит, я за вас больше 🤞, а видос от этого хуже не становится 🔥🔥🔥

[@ВладимирИванов-с2с]

@@Zhivu_byvu но и показывает какой он спец по факту

[@HIghtowerSever]

Не тот человек назвался Айти-Бородой.

[@engineeringskillup4790]

На видео айти_борода, а тот чел про которого мы подумали «борода айти»

[@alexanderpopow5742]

о да, самозванец, ненастоящий)

[@EugeneShperl]

Это точно

[@Andrey-ws7nd]

АйТи борода на максималках 😂

[@locktar-o-dark5664]

Рясы не хватает и клобука, в руке талмуд Кнута и кадило, уже час смотрю, интересТно, но, ничего не понятно))))

[@alephzero7808]

Зачем такого гениального учителя ограничивать 3 минутами? Пусть говорит все что хочет,ему можно❤

[@Alina-ep4ne]

- «Я, конечно, не могу тебя долго тут задерживать» - «Да можешь хоть шесть часов…» Эти слова стали пророческими😂

[@universalniy4elovek]

Как говорится: "ловлю на слове"

[@ПавелС-ш8м]

ну так его интересно слушать -вроде умные вещи говорит

[@ilgizilgiz]

Он меня так вдохновил я будто вернулся в нулевые и заново смотрю на весь компьютерный мир.

[@pvttrix]

Он меня наоборот вгоняет в тоску. Я чувствую себя тупым

[@johnnymcaffrey6178]

Согласен, я ловил подобные чувства когда впервые столкнулся с UNIX и ощущаю это до сих пор во взаимодействии.. увлекся bsd на этой почве

[@sjdjjsjsjs3991]

​@@pvttrixНу не всем же гавнодерами быть

[@Itgeekpro]

"Кто я такой, что бы спорить с самим собой" - цитаты великих программистов😅

[@saniksun]

Тут "чтобы" слитно нужно

[@arcc0t]

@@saniksun neeeeeeeeeeerd

[@saniksun]

​@@arcc0t, чего переходишь на личности? Непрофессионально.

[@Tornado-ln7fq]

Ого кто это выложил,спасибо огромное,жму Царский лайк,здоровья этому человеку и долголетия,спасибо))

[@TrayHardPlay]

Считаю тема асинхронности была раскрыта недостаточно, надо было еще года два помусолить одно и то же)) А если серьезно - не знал ни ведущего, ни гостя, выпало в реках - я в восторге) Оч крутое вью, пошел смотреть стримы этого профессора и тупо с кайфом на фоне послушал целых 6 часов про фор и редьюс и все что около, было оч познавательно)

[@rodigy]

такая же история

[@ВладимирАндреев-ф6т]

​@pavellitkin2773спецификация о которой он говорит, самого языка JS или хостсреды chrome-basics

[@MinimalismIsEasy]

Асинхронность - это неодновременность, то есть не одновременное выполнение двух процессов. "Асинхронность Мурыча" - это как я понял многопоточность, которая может быть в некоторых случаях даже синхронной) "Асинхронность ту которая обсуждали" - это список дел на потом, которые исполняются по каким-то условиям. Для настоящей асинхронности кода, как по мне должны быть два фактора: 1. Два кода на двух потоках запущенны одновременно. 2. И если они идентичны, то они должны выполняться не одновременно, на тех же местах кода относительно времени.

[@Никитарепников-ж5м]

Являются ли ленивые вычисления в ФП - асинхронным программированием?

[@artemp.2122]

@@MinimalismIsEasy "Асинхронность - это неодновременность" - даже не близко и вообще наоборот. "одновременное выполнение двух процессов" - параллелизм. "асинхронность" - например, когда вызывающий код не ждет завершения вызываемого кода. когда Петя, написав письмо другу Васе не сидит неподвижно 3 недели в прострации в ожидании васиного ответа, а, бросив письмо в почтовый ящик, идет делать какие-то другие свои дела. Асинхронность как раз предполагает одновременное выполнение нескольких процессов, т.е. параллелизм. Настоящий или хотя бы его имитацию одним ресурсом. Синхронность - когда Пете запрещено совершать какие-либо действия, пока он не получит ответное письмо от Васи с описанием, как дальше жить, чтобы Петя не наделал глупостей, пока не получил ответ. Либо когда (условно) сущность, которая двигает руками и ногами, является единственной в мире, и, чтобы доставить письмо Васе, ей надо покинуть тело Пети, вселиться в почтальона, потом в Васю (написать ответ), потом снова в почтальона, потом вернуться в Петю.

[@ИванИванов-у3ч4м]

Ведущий на 52ой минуте: Я понимаю, у нас не так много времени. Гость: Да хоть шесть часов могу просидеть. ...длинна видео 5ч30м Спасибо, хороший разговор. Крутой гость, отличные вопросы. Первый час прошел незаметно.

[@iteshnick]

3:59:26 - Ну будем подводить итоги и заканчивать...

[@OlegTar]

​@@iteshnick😂

[@andreymakevnin540]

Братан, мне 55, работаю в IT компании программистом. Впервые за 15 лет увидел человека своей крови! Делай что делаешь, успехов тебе!

[@qqharuka]

здравствуйте, могли бы вы дать пожалуйста советы как войти в IT, и стоит ли пытаться стать программистом?

[@alexkoul3080]

Если тебе реально нравится то становись, а если ты как все за деньгами тупо идешь то не стоит вообще. Сужу по себе, мне всегда нравилось кодить, но я не имел возможности этим заниматься полноценно ибо жизнь требовала отдать себя целиком на зароботок денег чтоб выжить. Сейчас, я полностью поглощен процессом написания кода, продумывания проектов и всего что с этим связано. Так что всё зависит от тебя@@qqharuka

[@zipfail2112]

​@@qqharukaнет нет нет нет нет нет нет нет. Это плохая мысль лучше идти куда угодно, но программирование это дрочильня адская и это не весело.

[@flugeggenhaimen1722]

@@qqharuka нахер ты кого-то спрашиваешь? если не возникает отвращения от копания в доках, написания кода - пробуй. зато потом не будешь жалеть, что не попробовал требования подросли, конечно, но ты и не должен быть на уровне этого джедая из видео, чтоб найти работу. это прям какой-то высший уровень просветления, его можно спускать на молодых сеньорчиков, чтобы он их попускал жестоко все реально, вопрос только в приложенных усилиях

[@georgevonfloydmann1797]

​@@qqharukaматематика. Сейчас очень нужны реально прошаренные спецы, с плотной мат базой. Но увы таких очень мало, а в основном вкатуны в айтишечку - выходцы с курсов гейфактори и спермбокс. Так что учите математику, в частности линейную алгебру, теорию множеств, мат стат.

[@StanislavSkibitskyi]

дякую вам і алгоритмам, що запропонували цей відос. Я працюю лише з пайтоном, але планую подивитись усі відоси поважних контентмейкерів!

[@pilligrim17]

Спасибо ютубу за рекомендацию, спасибо автору за интервью, спасибо Мурычу за существование) Сам не разработчик, но было очень интересно. Я прям почувствовал боль гостя от косяка в задании. Подпишусь на обоих, спасибо!

[@videoX6]

Я просто в шоке! Господи! Мурыч - настоящий самородок! Большая редкость - такие люди. Спасибо огромное за интервью )

[@FerelUltra]

Типичный Роб

[@BorderInVais]

00:00:00 Вступление 00:01:55 Что такое JS 00:02:45 Про хост среду 00:04:50 Кто такой программист и что такое программирование 00:12:25 О влиянии Мурыча на JS комьюнити на KZbin 00:18:00 О необходимом фундаменте перед фреймворками и о пути программиста 00:32:00 О TypeScript 00:41:40 Про ООП в JS 00:50:00 Про любимые ЯП Мурыча 00:52:15 Про реверс инжиниринг и как этому учился Мурыч 01:18:50 О Windowns 01:27:20 Про контент Мурыча, таймкоды и сплит видео в KZbin 01:29:55 Про проблемы современного веба 01:32:00 О Google/GoogleChrome 01:42:25 О Canvas в корпоративных продуктах и закрытости вэба 01:54:25 О Андрее Столярове 02:19:10 О книге Мурыча 02:33:25 По поводу интерпретируемость и компилируемость языков 02:39:00 "lijo: ​Ухх, это невероятно..." 02:42:05 Тяпка и история про кота 02:43:30 О асинхронности 03:16:50 Отвал Мурыча 03:28:00 Продолжаем о асинхронности 03:59:35 О CallBack функциях 04:00:55 По поводу leetcode 04:06:40 Идем на leetcode 04:09:30 Читаем условия задачи Memoize 04:23:00 Пытаемся перефразировать задачу 04:31:00 Решаем задачу в консоли с комменратиями 04:34:55 Каким дистрибутивом пользуемся Мурыч 04:35:05 Продолжаем решение 04:36:40 Зачем Мурыч пишет "the" в начале идентификаторов 04:39:10 Продолжаем решение 05:03:00 Проверяем решение 05:10:00 Разбираем интересные детали 05:24:20 Итоги стрима

[@alex-from-anywhere]

О круто - семантический разбор стрима от естественного интеллекта (через 50 лет это будет оскорбление). Но спасибо)

[@hansurmann]

Отличный формат! Пять часов пролетели совершенно незаметно. Всегда приятно послушать опытного кодера, который готов делиться своими наработками! Продолжайте подобные встречи! Лайк, подписка! )))

[@bigsponsor]

В ру просранстве лично я уважал и уважаю только Криса Касперского, там действительно был гений своего времени, постоянно из его статей и книг черпаю вдохновение и знания.

[@hansurmann]

@@bigsponsor Что больше всего удивило или ошеломило из прочитанного у Криса?

[@bigsponsor]

@@hansurmann не то что ошеломило, а в целом кладезь знаний. Уникальный опыт личности всегда интересно изучать.

[@hansurmann]

@@bigsponsor Жалко рано ушел... Интересная личность!

[@bigsponsor]

@@hansurmann Он переехал в США и разбился на вертолете. На мой взгляд очень мутная история, с учётом того что он работал в компании которая занималась криптологией и достиг ведущих высот, т.е. обладал некими секретами. Как можно потерпеть авиа катастрофу на одном из самых надёжных вертолётах, тем более учебных? Много хороших людей ушли слишком рано ((( Наше ру пространство теряет интеллектуальный потенциал....

[@ЕвгенийКавецкий-ц6м]

огромная благодарность за такую беседу!!!!

[@misterfind]

Офигенное интервью. Сам 74 г.в. считай ровесники. К IT не особо отношусь, просто хороший пользователь и увлекающийся. Но однозначно подпишусь на канал и посмотрю трансляции в который подобный поток сознания. Тем более можно узнать для себя что то новое. Плюс отсылки к 90м, про тот же Wolfenstein, да именно с Твоим модом я играл, точно помню про движения вбок и открытие дверей при подходе к ним, а не через кнопку. В общем удачи, успехов и всего самого👍

[@gorobart]

Про Столярова вообще бомба. Интересно Тимур знает про этого мужика? Ух бы дебаты его со Столяровым было бы очень интересно послушать. Эти дебаты бы очень повлияли на мнение комьюнити про JavaScript

[@КС-27-....5]

Двенадцать ночи не самое подходящее время для встречи с таким видео. Очень интересный гость, так что вернусь к интервью в выходные)

[@ЗаготовкиВебфлоу]

Я вспомнил где я этого мужика видел! В кабинете литературы висел его портрет висел его портрет! Отличный контент!

[@Art8157]

Так он из династии Толстых?)))

[@astray3000]

И ещё химии. Он оказывается легенда

[@АлександрВальвачев-я6ъ]

Это он написал Войну и мир. Могуч!

[@alexanderkuzmin4786]

Давно не натыкался на такой информативный и качественный контент. Безумно интересно и вообще не утомлят. Огромное спасибо!

[@АлександрВальвачев-я6ъ]

Это чем ниформативно ?

[@GraphiqueA]

Речь грамотная и богатая, рассуждения с аргументами. Язык очень важен для разработчиков, помогает воображать абстракции, видеть полутона, составлять непротиворечивые технические задания и писать код на любом языке программирования. ИМХО.

[@default-writer]

именно - язык программирования не важен, если программист оперирует удобными для себя уровнями абстракций

[@Profococ]

О боги! какой крутой дядька! залип на несколько часов , спасибо !

[@laragold-lx4tx]

Спасибо огромное за интервью.Большая редкость - такие люди kak Demi Murych

[@squardmysurname9222]

Невероятное удовольствие получил от просмотра. Просто одно сплошное удовольствие! Спасибо автору и гостю!

[@ИванВалерьевич-в5у]

тоже

[@Filya_pepel]

Благодарность гостю за такую информацию! Теперь никого не хочется смотреть на ютюбе на эту тематику. Автору канала тоже спасибо, начал делать топ контент наконец-то)

[@Brometey]

сплошное удовольствие слушать этого человека

[@developmentapp]

Параллельность отличается от асинхронности главным образом тем, что ассинхронное выполнение трёх задач займёт столько время сколько например требуется одному человеку утром чтоб сварить куринное яйцо, умыться и убрать кровать. Паралельность это когда тоже самое можно сделать, но возложить несколько задач например на сына и жену. Суть в том, что ассинхронность возможна когда есть время на переключения с одной задачи на другую, но конечное время всегда будет одно и то же, но если те же задачи распределить на трёх исполнителей, то они уже делаются параллельно и тем самым время однозначно будет затрачено меньше. В js нет параллельного исполнения кода, только асинхронное. Ассинхронность отличается от последовательного выполнения именно тем, что пока вариться условное куринное яйцо я не стою и жду пока оно свариться, а иду заправляю кровать и умываюсь. Условно в ассинхронном коде старт происходит всегда с одной задачи, а в параллельном, условно, сразу с трёх.

[@ТимурТокумов-и1к]

Вау, прекрасное разъяснение асинхронности! Спасибо!

[@trashmylife7832]

Чем ты слушал про промисы, воркеры? С чего ты взял что нет concurrent?

[@developmentapp]

@@trashmylife7832 А где я написал, что нет конкуретности? Видимо чтение не твая сильная сторона! Конкуренция в коде это конкуренция за время исполнения, за один условный промежуток времени, на котором при вычислении одной задачи, можно переключиться на другую и стартовать её в момент задержки вычисления первой и т.д.

[@gurubashi3151]

Так проблема одного потока в том, что если у тебя одна комфорка, пока варится яйцо, ты не можешь чайник вскипятить. Либо тебе придётся убрать кастрюльку с яйцом, вскипятить чайник, а потом вернуть кастрюлю с яйцом обратно и доварить его. Т.е. такая асинхронность без параллельного выполнения, т.е наличия более одного потока(комфорки на плитн) не экономит время, и малополезна. Поэтому Мурыч в точку сказал.

[@developmentapp]

@@gurubashi3151 Это не верно. Программа на js будет работать всегда в одном потоке, а если написать программу на конкурентном языке программирования, который использует все трейды процессора, то программу можно запустить в потоке паралельном - это первый момент. Второй момент, программы выполняют много задач и в конечном итоге паралельное выполнение будет быстрее, потому что не всегда потоки будут конкурировать за обращение к одной и той же ячейки памяти. Ваш пример это конкурентное пограммирование с переключением контекста, по сути конкурирование разных потоков за данные в одной ячейки памяти это не лечится, так как ресурс один и ждать в очереди придётся, хоть три потока хоть в одном потоке, но это мелочи. Суть в том что конкурентность, параллельность и асинхронность разные вещи. Есть конкурентное программирование, параллельная работа этого кода в разных потоках и асинхронное выполнение задач в каждом потоке.

[@mudrakovamaria]

спасибо огромное за очень содержательну беседу, я почти закончила диплом по софт енжинирингу в Онтарийском колледже и каково было мое удивление, когда я нашла книгу автора по assembly language написанну Петером Абелем, профессором канадскоого университета, о котором я за два с половиной года обучения ни разу не слышала. У меня тоже похожее отношение к изучениу нового то есть нужно понимать хотябы проблизительно механизмы спрятанные внутри, (хотя в наше сумашедшее время это иногда тормозит чем помогает, так как вижу тех кто особо не заморачивается изучает популярные фрэймворки и находит работу, я так не могу) по этому следущая книга для чтения найдена, спасибо ещё раз!

[@diyaz_mukhanov]

"Учиться чему-то новому - это то что должен делать программист основную часть времени". Это сильно

[@rodigy]

и больно

[@ПатриотическийМондраж]

Ну что бы написать одну правильную строчку кода, порой приходится скурить тонну документации!

[@BonBiBon]

Реально настоящий хэкер, раньше так называли очень крутых программистов.

[@vladrepjev8773]

Кайфовый стрим, понравилось как мыслит гость при написании кода. Спасибо Мурычу и автору за такой контент)

[@yurim7756]

А что он такое сказал? Правда я пока 43 минуты просмотрел, посмотрю дальше, чем-то увлекает. Но пока что смысла мало в сказаном. Я немного старше него, опыт 20 лет профессионального программирования, бекенд, C#, SQL, иногда С, С++ и один функциональный язык. А и джаваскрипт иногда, когда мне надо делать клиент, но обычно этим не занимаюсь. Type Script в глаза не видел, но по моему он что-то не то о нем говорит. Вообще не то. Главная проблема джаваскрипта - это динамическая типизация. И тут дело не в проверке типов, как можете заметить из названия. Динамическая типизация - это не отсутствие типизации, а только вопрос "когда". В процессе компиляции или в рантайме, т.е. при выполнении уже программы. Так вот, судя из википедии type script имеет статическую типизацию. Для написания кода в принципе не важно, как компилятор устроен внутри, кроме возможно каких-то оптимизаций. Но если тайпскрипт поддерживает статическую типизацию, это его сразу на много голов выгоднее отличает от джаваскрипта. Есть большая разница, вы пишете код, а потом компилятор выдает ошибку и заставляет вас исправить. Или вы проверяете даже со своей системой созданной - типы при вызове. Ваша ошибка может выстрелить и через два года неожиданно, а до того момента будут удачно складываться обстоятельства и она не будет возникать. А может еще хуже, выстрелить и оставаться незамеченной, и так постоянно, постоянно принося денежный ущерб, живя годами. Так что у меня вопросы к экспертности этого человека. А когда он вначале говорил, что нас в 90е учили как двоичные числа устроены и это нас отличает - да это просто смешно. Учили. Но это не есть совершенно признаком качества и даже какими-то серьезными базовыми знаниями. Есть Кнут, есть структуры данных, есть теория компиляторов, есть функциональная парадигма. Нас этому не учили. Структуры данных весьма поверхностно только некоторые простейшие алгоритмы. На счет динамичности типизации джаваскрипта - палка о двух концах. Мой опыт в других языках и парадигмах позволяет мне на джаваскрипте писать очень кратко сложные вещи, которые недоступны для фронтэдеров, не смотря на их экспертизу в джаваскрипте, а их код, кровь из глаз. На счет ООП, что оно нужно для сишарперов, которые приходят в тайпскрипт - очень спорный вопрос. ООП в сишарпе есть как факт, но используется максимум в процентах 5% кода. Вот прямо чтобы задача попалась, где надо прямо вот книжное ООП, с виртуальными методами - да нету этого практически. Весьма и весьма редко бывает, и тогда, о, наконец-то, я сделаю то, о чем в книгах пишут )) Да тоже и в джаваскрипте когда пишу. Чаще функциональщина, а ООП только для того, чтобы создавать экземпляры одинаковых типов.

[@yurim7756]

А вообще, если вы новичок и собираетесь связать с программированием свою карьеру - не советую. Время уже прошло. Лет 2-5 максимум, программистов не будет. Будет ИИ программировать. И все мои знания, умения, вплоть до сложных тем, вроде создания компиляторов и трансляторов - коту под хвост пойдут. Я серьезно говорю, т.к. разобрался как и эти генеративные нейросети сделаны. Там немного еще их поправить, решить немного задач, и будет общий ИИ. А вся эта романтика, свзяанная с программированием и большими деньгами - это просто пока по инерции идет. Вы не успеете доучиться, как работы не будет.

[@yurim7756]

Нет, заканчиваю смотреть. Похоже любой себя назовет гуру, и будут поклоняться, а несет он дичь. Не сказать, что совсем ничего не знает, но вот, с асинхронностью просто точка. Чувак не в курсе даже что это. То что в джаваскрипте называют асинхронностью, везде ее так и называют. Это НЕ обязатеьно параллельные вычисления. В шарпе точно так же. Это способ обработки кода, асинхронный, и способ написания кода для этого, а будет ли он в разных потоках выполняться или в одном, это совершенно другое дело. В шарпе может в разных выполняться и параллельно, а может и нет, если так выгоднее. А в джаваскрипте в одном потоке. Но нести, что это мол "какая же это асинхронность"... Он не в курсе, что как термин, асинхронность и многопоточность - разные по смыслу вещи.

[@ruslanyo]

Спасибо! Жду следующий стрим)

[@aleksandr_anp]

Была воронка продаж, стала канистрой мошенничества 😅 (23-я минута)

[@bjol_Dg]

ой та ладно ! я в продажах был более 12 лет, меня это улыбнуло. Но человек более 30 лет в IT и знает кучу таких слов, которые для меня сейчас звучат как матюк )) И его опыт мне более привлекателен, чем мой.

[@aleksandr_anp]

@@bjol_Dg да прикольно он сказал, можно в жизни использовать)

[@ox_id]

Очень верно подмечено. Оговорка, и даже не по Фрэйду, а по Юнгу.

[@Anatoly555]

ахренеть. в интернет-блоге попался НАСТОЯЩИЙ программист!!!! Спасибо! Спасибо!

[@jsonslim]

26:15 "Институты это про то, чтобы человек научился учиться", часто это слышал в своем институте, идея конечно класс, только реализация часто хромает - под предлогом что "мы тебя сейчас научим учиться" дают задачи без всяких обьяснений с напутствием в духе "решишь - мы тебя научили учиться, не решишь - ты плохо учишься учиться". Никакого намека на приемы эффективного обучения, например того-же "грока" или поведенческий подход - "как этот код себя ведет, и как он поведет себя, если мы его изменим в определенном месте", или в случае дебаггинга - локализация багов или неизвестного поведения. Таких приемов много, если давать их основы, то тогда можно сказать, что "мы учим учиться".

[@Сергей-у3к8й]

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

[@heybeachMIN]

@@Сергей-у3к8й из-за этого курсы ща намного выгоднее в плане денег и времени.

[@vazgenaleksanyan2929]

На счёт выходных прям респект, начал я 5 лет назад и с тех пор мой отдых это взять какую нибудь игру и собрать на js.

[@тимур_атмосферный]

Другими словами хуйней страдать

[@АлександрПавлов-р1с]

Великолепный стрим! Смотрится и слушается на одном дыхании

[@mobiusmobili5590]

Офигеть, видос на 5.28 часп😮. Я просмотрел на одном дыхании и будто миг прошел. Начал смотреть с "полного нуля" в JS , смотрел даже перерыв и к окончанию выучил JS😊 эх, больше бы таких специалистов понимающих именно суть происходящих процессов

[@shah7038]

прям так и выучил так сразу.... не пиз...и 🤣🤣🤣🤣🤣🤣

[@AndreyPolovnov]

​@@shah7038ахаха 😂😂😂

[@ВиталийДобронравов-в3д]

Образованный человек, которого приятно слушать. Спасибо за видео.

[@ulvenfenrir6428]

Я на секунду допустил мысль, что он говорит не просто используя губы, а используя свою бороду как губы (или используя губы, состоящие из бороды) и теперь не могу открестится от этой мысли. Это очень смешно

[@MrRevis0r]

Класс интервью! Про токсичность говорят те, кто не терпит критику. У нас в универе был препод, которого если поправляли, то он сердечно благодарил. А другую преподшу если поправляли, то запоминала этого человека и валила до конца универа. Я считаю, что если тебя поправляют по делу, то нужно за это благодарить.

[@igors634]

Я тоже с большим опытом и считаю тайпскрипт очень полезным инструментом. Особенно это становится ясно при работе с большими системами.

[@Сергей-у3к8й]

в чём именно полезность?

[@igors634]

@@Сергей-у3к8й добавив типизацию вы помогаете и себе и другим понимать и работать с кодом сейчас и в будущем. Также не писать проверку аргументов функций.

[@bagzhansadvakassov1093]

​@@Сергей-у3к8йв строгой типизации очевидно.

[@OlegTar]

​@@Сергей-у3к8йя не он, но отвечу. Типизироанность позволяет легко переименовывать переменную, легко рефакторить код. Ошибки будут отправлены на этапе написания кода, а не на этапе выполнения. Гибкая система типов. К примеру, в Тайпскрипте можно создать тип объекта с ключами a, b, c , d, И с помощью специального типа можно создать тип с ключами из первого типа, но каждый ключ будет необязательным. Полезно когда нужно сделать объект для изменения только некоторых свойств другого объекта. При этом. Если я поменяю ключи в первом типе, автоматически будут меняться типы и во втором типе. interface A { a: string; b: string; } type B = Omit; Я показал только одну фишку, но таких фишек не одна. Да и вообще сделал типы, и ты уже не сможешь передать другой тип. Чем больше кода, особенно если часть кода пишется не тобой, тем полезнее типы.

[@vitalidyachkov1806]

@@Сергей-у3к8й любой рефакторинг возможен. Если чего сломается, IDE сразу подскажет.

[@nicname7167]

Вот и я сделаю своё дело в комментариях. Подписка. Только ради этого гостя, он дорогого стоит!! Зовите его чаще, душевный Человек!!

[@goorn4489]

Православный JavaScript от старца Максима

[@forixsins]

"Хакер поясняет за JavaScript..." Звучит как начало анекдота

[@pavlo9306]

На какой минуте?

[@ueberslave215]

Зумер и бумер сцепились, но трезвые. Моё почтение!

[@ИванГоденов-и7д]

Асинхронность - это концепция, а уж как там она реализована - это уже не важно. Важно в асинхронности, что выполнение одного действия, не должно блокировать выполнение другого. Если тебе среда выполнения и железо позволяют использовать многопоточные вычисления, то можно этим воспользоваться - одна команда у тебя будет выполняться в одном потоке, другая в другом. Но это само по себе не означает асинхронность, т.к. иногда такие многопоточные вычисления ПРИХОДИТСЯ синхронизировать. А бывают случаи, когда у тебя простенький микроконтроллер, с одним ядром и среда с одним потоком, но надо блин управлять мотором и при этом за датчиками (например, концевиками) следить. И делать это надо АСИНХРОННО. Т.е. управление оборотами мотора не должно блокировать считывания сигналов с датчиков. У микроконтроллера просто сработает прерывание, что концевик замкнулся и все. Что программе ждать, когда там команда по регулировке оборотов двигателя до конца выполнится? Поздно уже будет, когда этот мотор уже все раскрошит там. Или что для этих целей всегда многопоточные процессоры использовать? В общем если программа может выполнятся и при этом реагировать на любые вызовы - она реализует асинхронность. А вот как она это делает уже другой вопрос.

[@OlegTar]

Замечательное определение асинхронности

[@ivanfedorov3131]

Такого человека уже про программирование можно и не спрашивать. Он достиг уровня будды. Уровень понимания мира в целом.

[@WUTtheHECKisthis]

отличный урок по оригами ставлю класс

[@Ervin_Konig]

Огонь видос. Спасибо всем его участникам)

[@Icanfly-]

Ахаха Мурыч нагнал ботов чтобы писали что он легенда? 😂Сам Мурыч часто путается в том что пытается доносить, пытается объяснять спецификацией языка там где речь про реализацию и рантайм, потом через 5 минут находит такой же косяк у кого то другого, но у себя самого этого же в упор не видит. Особенно мило когда он водит за нос людей которые никогда в глаза не видели дебагера и ассемблера. P.S не хочу сказать что он плохой, но не сотворите себе кумира, потому что он сам частенько ошибается, думайте своей головой

[@sergthere]

особенно про ts смешно, сразу видно чел ничего сложнее калькулятора не писал, как-будто ts создали чтобы только примитивы чекать. Да средствами vanilla js можно типы проверять, можно написать такую систему, но выглядеть она будет в разы мразотнее чем ts, плюс досвидание ide, нуну

[@ramiras4274]

Помню его))) И помню, как он доказывал, что замыкания в js не существует))

[@Fosterushka]

от него просто чсвшный вайб динозавра летит

[@PoRoKLusT]

Мурыч раньше был нишевым разрабом, собирал незначительную публику кому тоже интересно доказать всем вокруг что var лучше let/const, а так же лезть в спецификацию по любому поводу. Короче душнила притягивал душнил. В последнее время вылез в медийное пространство пиариться. Хомячки в восторге, ведь он же говорит про спецификацию! Это как Невзоров для школьников.

[@ramiras4274]

@@PoRoKLusT Для меня это скверный тип, который сам путается в своих словах и пытается выглядеть умным) Его навык мб только в теории, но не в практике(показатель решения литкода на этом стриме), зато все время затирает про спецификацию и какой ужасный js)

[@Oleksandr4e]

Это легендарный человек! Сооснователь Казантипа, на минуточку) знаком с ним) чем горжусь. Спасибо за видос!

[@MichaelKlimenko]

За три дня осилил😅 Очень хорошо зашло, спасибо вам за труды! Ждем продолжения.

[@Papandos-cw8we]

я на одном дыхании просмотрел🙃

[@Happyendrew]

Благодарю за стрим. Кайфонул. Открыл для себя как это бородатое счастье и праду впоследней инстанции😁, так и автора канала. Берегите себя!

[@alexfilmoney]

Вассерман от программирования) стоит стремиться к его профессионализму, но не ценой жизни в закрытой комнате с холодильником)

[@worldgoodss]

Довольно интересный и познавательный видеоролик) ставлю лайк

[@artemlobanchikov2270]

Я ХОЧУ ПРОДОЛЖЕНИЕ, ФИГАЧТЕ ТОЛЬКО РЕШЕНИЕ ЗАДАЧ С ЛИТКОДА, ЭТО БОМБА p.s. Автору канала бы больше за кодом следить и задавать вопросы, а так гость невероятен. Жду продолжение с оптимизацией и подробным объяснением, просто вау)

[@РоманКруглов-с2л]

Охрененно полезное видео! Спасибо большое

[@АртемМызров]

Спасибо за такой контент! Очень интересно рассказывает Мурыч, таких людей нужно продвигать))

[@ОлександрГончаренко-ы8и]

Спасибо большое! Случайно наткнулся и в восторге!

[@kyutinen]

Благодарность гостю за такую информацию!

[@vadimna6918]

Pascal был создан для обучения студентов программированию. Весьма развивает алгоритмическое мышление и прививает культуру программирования.

[@Boortwint]

По поводу многопоточности. Мне кажется, что когда говорят об однопоточности JS, имеется ввиду то, что в языке нет средств для разработчика, чтобы он мог написать код, исполняемый параллельно в соответствии с логикой программы. Например, в JS нельзя сделать так, чтобы две функции выполнялись параллельно в отдельных тредах, чтобы потом результат их вызова можно было поместить в общий поток. То, что под капотом движка однопоточный код выполняется в нескольких потоках - это совершенно другая история.

[@WERWOLION]

Асинхронность ещё не придумали мы живём в 2009 году?

[@WERWOLION]

Так же ты можешь в ручную выставить задержку выполнения первой функции, словить тайминги и у тебя 2 функции выполняться в одно время.

[@Boortwint]

@@WERWOLION как ни лови, но в стеке в момент времени может выполняться только одна функция. Вторая будет ждать своей очереди.

[@Boortwint]

@@WERWOLION если не брать в расчёт веб-воркеры, то 2023 от 2009 в плане асинхронности ничем не отличается.

[@DarkByte1337]

@@WERWOLION условной асинхронности в js нету это называется сопрограммы то о чем ты написал ниже. Она есть на уровне eventloop, но и там когда результат из потока возвращается в 1 поток главный от eventloop. А создать свой поток в js нельзя, а вот в C#/C/C++ и т.д (статичных языках) можно. Я не говорю что прям со всем нельзя, можно воркеров поставить, но каждый воркер потребляет оперативку как и полноценное приложение.

[@ВасилийПупкин-г9х]

Не являюсь программистом, но очень интересно и все понимаю. Только пересказать не смогу. Классный контент для меня, голову приводит в порядок, в том числе. Спасибо спикеру!

[@burjuyorigial915]

Какая приятная, структуированная речь! Бальзам для ушей

[@Ermac86]

Очень интересный формат колаба. Ребята удачи Вам, продолжайте в том же духе!

[@СубботаЧетырнадцатое]

Пока завтракал посмотрел все видео.

[@zmoragames]

Наткнулся случайно на видео. Думал духота будет. Посмотрел от начала до конца. Дико интересно было послушать ❤❤

[@dd95-5]

Остался один вопрос: что такое асинхронность?

[@encrypt3d]

Асинхронный код позволяет JavaScript выполнять другие задачи, пока ожидается завершение долгих операций, что повышает производительность и отзывчивость приложений.

[@ВладиславСергеевич-и1т]

2:27:40 - к примитивным типам данных он доебался чисто до термина. В JavaScript переменные, содержащие простые (примитивные) типы данных, хранят непосредственное значение прямо в переменной. Это означает, что когда переменная инициализируется примитивным значением, она содержит это значение непосредственно. А в случае со сложными типами данных, переменная не хранит сам объект, а лишь ссылку (адрес) на объект в памяти. Это означает, что когда переменной присваивается объект, она на самом деле хранит ссылку на этот объект, а не сам объект. Это означает, что если я присваиваю переменную со сложным типом данных другой переменной, обе переменные начинают ссылаться на один и тот же объект в памяти, а не копируют его, как в случае с примитивами. Собственно, это и доказывает наличие примитивов в JavaScript.

[@АртемАндреевич-с2б]

Лет лесять назад сталкивался с JS и если не ошибаюсь, там была такая херня, что у всех типов данных были свои методы, даже у примитивных. То есть примитив это тоже оюбъект? Какой же он тогда примитив? Это, конечно, если я ничего не путаю и правильно всё запомнил

[@sinushkin]

да, найти грань между токсичностью и полезной обратной связью порой тяжело. для одного собеседника - одна, для другого - другая.

[@МаксимМаксим-н8ъ]

давно не смотрел таких людей. подписка

[@denspit7568]

Отличный стрим. Хотел бы посмотреть такого же плана стрим по python или php с специалистом такого уровня.

[@MaidenBelt]

Есть мнение что если бы эти языки заслуживали внимания, то о них бы и тут говорили( а это было)

[@ypohut1673]

​@@MaidenBelt большенство пользуются питоном

[@MAVrikrrr]

Про асинхронность тоже пурга. Асинхронно - не значит параллельно (но не исключает параллельности). Я файл из файловой системы могу условно синхронно прочитать: то есть исполнение программы заблокируется, пока я не получу данные из файла; а после получения данных файла программа продолжит исполнение со следующей строки. Это называется СИНХРОННОЕ выполнение. А можно тот же файл прочитать асинхронно: то есть я запрошу движок обратиться к файловой системе и прочитать для меня файл, при этом я не буду блокировать выполнение программы, а оставлю callback, который повешается в event loop когда данные файла будут прочитаны. Ну а пока файл читается, мой js код будет исполняться дальше. В этот момент я смогу проинициализировать какие-то переменные, ответить на HTTP запросы, к примеру, и т.д. Это является АСИНХРОННЫМ выполнением. И это вполне справедливое название. Если кто-то думает, что асинхронный код исполняется параллельно другому коду -- то нет, это ошибка. Асинхронный !== Параллельный. Асинхронное - это неблокирующее, исполняющееся позднее (рано или поздно, но не синхронно). Почему оратор спорит с терминологией не ясно. Говорит про параллельность, называя её асинхронностью...

[@AlexanderLonberg]

Абсолютно верно подмечено. Оратор похоже сам не понимает что асинхронность это простая очередь задач(обещаний) в одном потоке управляемая циклом событий и никак не связана с параллельным выполнением. Либо он пытался объяснить что асинхронность это не параллельность и сам запутался в терминах.

[@awesomexe]

Вот это я понимаю КОНТЕНТ!! Спасибо!

[@KotoOo]

Ну раз начали с того, что такой контент и такой уровень интересен - скажу что мог бы просвещать, было бы оно кому потребно.

[@romamarkov8927]

Подскажите пожалуйста, где можно посмотреть его комментарии о других «блогерах программистах которых он разносит в пух и прах»?

[@linesgreen9211]

Тоже стало очень интересно

[@raijinhasarrived]

Я бы не сказал, что он разносит их в пух и прах. Озвучил свое мнение достаточно скромно. У него на канале стрим под названием "Предвзятый обзор KZbin JavaScript стримлеров" канал As For JS

[@SerafimArts]

На счёт генернаторов не согласен с определением вообще. Всё же yield - это не "условный ретурн", а "оператор постановки выполнения функции на паузу", как следствие - любая функция, которая содержит yield должна возвращать не непосредственный результат выполнения, а объект, содержащий список (возможно бесконечный) из этих "пауз" в конце которого уже может быть какой-либо результат, который и называется генератор (этот самый объект, содержащий ссылку на место остановки выполнения функции, с возможностью снять функцию с паузы, передачи туда каких-то значений после паузы и проч.). Грубо говоря: Если пишешь return 42, то получаешь 42 Если пишешь yield 23 + return 42, то получаешь нечто такое: "Generator { steps: [ 23 ], retrun: 42 }", где количество шагов-пауз до достижения результата (ретурна) может быть неопределённым и появляется в момент достижения следующей "паузы" (т.е. оператора yield). А так как Generator - объект, который явно возвращается из функции, то генераторы ещё можно называть бесстековыми корутинами (т.к. объект доступ на одном уровне стека вызовов, явно). P.S. Ну и асинхронность - это НЕ ПАРАЛЛЕЛЬНОСТЬ. Это разные вещи. Параллелизм так и называется параллелизмом. А асинхронность в первую очередь - это способ написания кода для реализации многозадачности. Вспоминаем про возможность поставить любую функцию на паузу и начинаем выполнять на 1 ядре в 1 потоке 2 разные задачи по очереди, получаем обычную многозадачность, как следствие и среду выполнения асинхронного кода. Т.е. асинхронность - это просто АЛГОРИТМ выполнения кода, а всякие штуки сбоку (треды, евентлуп, шедулер и проч) и термины (параллелизм, конкурентность, многозадачность, многопоточность, гринтреды, корутины, файберы, промизы и проч) - лишь способ обеспечения/реализации этого алгоритма. P.P.S. А, понял, автор имеет ввиду что асинхронность в его определении - это неконтролируемая юзером многозадачность. Имеет место быть, но нет. P.P.P.S А, не, нифига. Он фигню несёт на тему потоков. Омг... Как же полыхает) Причём как убедительно ещё говорит фигню, завидую)))

[@SerafimArts]

P.P.P.S. А ещё автор несёт дичь на счёт параллелизма. Т.к. это определение физически применимо ТОЛЬКО к многопоточной среде, там, где больше одного CPU. А следовательно, в его определении - асинхронность невозможна по его определению на 1-ядреных CPU, что является, очевидно, чушью. Наш интервьюируемый путает это всё с конкурентностью, причём применяет ещё к этому определение грин-тредов, которые фактически являются абстракцией над тредами, обеспечивая конкурентную среду вне зависимости от количества логических и физических ядер. Если кратко - у нас есть планировщик задач ОС, который выстраивает в очередь набор задач на ядро: - получить байтики из сети - прочитать файл - отрисовать окошко - обработать мышку - словить нажатие клавиатуры - чуть-чуть выполнить что-то из программы #1 - чуть-чуть выполнить что-то из программы #2 и т.д. Всё выполнение этих задач идёт последовательно на 1 ядре (а может и на 10 распределиться, к слову), но если рассматривать с точки зрения "программы #1", то всё выглядит так, что соседние программы и прочее живёт своей жизнью и работает одновременно. С точки зрения "программы #1" - это единица выполнения, однако она может разбиться на несколько разных этапов/шагов. Выполняя из разных задач эти куски других задач по-очереди мы получаем эффект псевдопараллелизма, т.е. конкурентности. Далее у нас в "программе #1" есть уже свой планировщик задач JS, который: - проверить что таймер 1 завершился - получить 1024 байтика из fetch - проверить что interval 2 нужно вызвать - выполнить чуть-чуть кода Каждый раз, вызывая fetch(xxx) - фактически мы ставим эту задачу в очередь планировщика и всё, добавляем в начало списка. Асинхронность - способ написания кода (алгоритм), который может воспользоваться этим шедулером (евентлупом/планировщиком) в т.ч. опосредованно (напрямую JS не предоставляет такого API), но не обязательно. Это просто алгоритм, рассчитанный на выполнение кода в любой момент времени, а чем он будет пользоваться: шедулером JS, шедулером ОС или самописным, который дёргает какой-нибудь сисколл stream select - уже не важно. P.P.P.P.S. Ну про атомики, мьютексы, шаред мемори, mmap и прочее - он перегнул, конечно. Выглядит как тупо понты, т.к. фактически это просто инструменты для реализации многопоточного ПО и к асинхронности не имеет никакого отношения, т.к. всего лишь одна из 10000000 возможных реализаций асинхронной среды. Это как говорить про то, что "все Иваны - программисты" совершенно игнорируя тот факт, что есть и другие "Иваны", некоторые медики, некоторые альпинисты, некоторые ещё кто-то там... Каша в голове у человека в общем.

[@Boortwint]

42:19 Есть ребята, для которых язык считается поддерживающим ООП, если в нём есть статические классы. Другие ребята парируют, что до 2015 года в JS, может быть, не было ОО-стиля, а вот с появлением ключевого слова class оно появилось. Только вот class этот по сути та же функция под капотом, но с нюансами. Да, именно с нюансами, которые не делают классы синтаксическим сахаром. Автору канала не следовало вводить пользователей чата в заблуждение. А есть надмозги, для которых наличие статической типизации означает наличие ООП, так как статическая типизация есть в объекто-ориентированных языках, например, в той же Java.

[@WERWOLION]

Чел ты вообще слышишь что тебе говорят Твои источник это новиопский мусор написанный с ошибками.

[@Alexey-gp7vc]

Продолжу - кто-то свято верит, что ООП - это абстракция/наследование/инкапсуляция/полиморфизм и никак иначе (а кто-то даже может сказать, что они есть только в ооп). Кто-то уверен, что в Go нет ооп. Кто-то говорит что ооп нет в Python (или оно там какое-то неполноценное). Кто-то противопоставляет ООП и ФП. Кто-то молится на SOLID. В общем - у многих в голове потрясающая каша, а критическое мышление просто отрубается, когда речь заходит про эти три буквы))

[@heybeachMIN]

@@Alexey-gp7vc а что не так в ООП Python ? почему некоторым может казаться оно неполноценным?

[@YellowFrogRiver]

Огромное спасибо за контент, сердцу радость!👍✨

[@kirsanov2008]

Парни, помогите найти где Мурыч показывает что TS это ужасное недоразумение и как надо правильно использовать JS?

[@davidk9630]

Теперь я стал лучше понимать что такое JS, спасибо гостю!

[@brainboom5509]

Я щас может быть супер глупый вопрос задам, но как так вышло, что гуру программирования от фундаментальных аспектов, до последних абстракций не может по памяти перечислить основные принципы ООП?

[@EsferoON]

Потому что он уже на таком уровне, что твой ООП ему нахуй не нужон, от слова совсем. Это тебе или мне он нужон, чтобы 3 копейки выциганить на собесе. лол)

[@user_aw32xdg22]

То же резануло))) Его походу все что выше машинных кодов особо не интересует))) Хорошо, что хоть про перфокарти ничего не рассказывает)))

[@НоунеймНофамов]

- вы можете отзубрить принципы, но, если вы их не применяете - это легко забудется. Тем более, если Вы находитесь в постоянном процессе обучения. Вы можете так-же не применять какой-нибудь полиморфизм, к примеру, Вы не захотите начинать тонуть в абстракциях (это всё дискуссионно) - вы можете применять, но не знать как это называется. Чтобы кликать пальцем мышь, очевидно, не надо знать название мышц и жил и т.д. Но, когда надо, просто прогуглите и всё. К примеру, если вы применяете несколько языков программирования, то вероятно, некоторые функции вы можете путать(вычисление длины строки), просто нужно чуть погуглить перед использованием. - термин мог не лечь в голову, хотя вы можете его применять, бывает такое... для меня например это Оператор нулевого слияния(JS) (опять пошёл в поиск). Название может быть не совсем корректным для русского языка/понимания и т. д. С тех пор, как появился интернет, простому человеку уже не надо быть словарем или hdd.

[@bjol_Dg]

Ну можешь ты рассказать теоретически ООП, ну молодец. А Мурыч тебе от А до Зю расскажет как оно реально работает на практике )) У него в голове более глубокие вещи, чем эта фигня

[@PoRoKLusT]

Потому что Мурыч не современный разработчик делающий продукт, занимающийся бизнесовыми задачами. Это блогер, с глубокими фундаментальными знаниями JS, его сфера это хомячков удивлять и решать бессмысленные алгоритмические задачи на литкод. В последнее время начал чаще появляться в медиапространстве т.к. школьникам нужно создать купира, что будет чем-то выделяться на фоне другого контента. Хотя в реальности полезность его контента сводится к минимуму т.к. слабо применима в реальных бизнесовых проблемах.

[@LLIu3A]

Очень интересно. Человек мой ровесник, я тоже писал первые программы, лет в 13 (ещё без компьютера), которыми пользовались мои однокашники, у которых он был. Тоже считаю, что обучение-главное. Жалею,что в своё время поменял всё это на музыку. Сейчас догоняю по-тихоньку)

[@jekfoxy5626]

Свой чел., родственная душа ))... Все правильно говорит (из того, что я успел послушать). Мне перевалило за 65. JS - более 30 лет. Это супер яп! Я в восторге от него... Тоже наблюдал как он эволюционировал... Прорыв состоялся с выходом ES-2015. Про ейджизм ничего не сказал. Тема интересная. Рынку ИТ нужны люди с шаблонным мышлением - это главный тренд выживаемости ИТ-проектов, т.е. можно легко заменить "звено" в общей схеме... В мои времена программирование было искусством, а сами программисты, как правило, прикладные математики. Щас - это 2х месячные курсы "с нуля". Следовательно, совершенно другое мышление разраба... Послушаю дальше, интересное прокомментирую...

[@kennymccormick9103]

А что вы думаете про эйджизм на фронтенде и в айти в целом?

[@jekfoxy5626]

@@kennymccormick9103 Думаю, что это плохое явление в обществе в целом, не только в ИТ. Его наличие говорит об интеллектуальной отсталости определенного социума в определенной сфере. В Японии очень ценится опыт специалистов, даже тем, кому за 80. Гугл нанял Рея Курцвейла, которому щас более 75. Примеров много, когда реальный опыт в высоких технологиях используется для правильного выбора направлений и трендов, поскольку опытный специалист, кроме большого опыта, обладает знаниями об *эволюции* технологий. Эйджизм - это преобладание значимости надутых щек, дорогого костюма и ярких корпоративов. Общество с такими тенденциями обречено бездумно обслуживать технологии, а не генерировать инновации. Сложная тема, в 2-х словах не ответишь...

[@jekfoxy5626]

"Первому игроку приготовится" С.Стилберга в "Оазисе" моделируется Метавселенная именно далеких 90-х. Стоит задуматься на вопросом - это его ностальгия по прошлому или понимание того, что в те годы, в эпоху господства аналоговой реальности было что-то более глубокое и неповторимое, что мы навсегда утрати в современном мире высоких цифровых технологий...

[@heybeachMIN]

@@jekfoxy5626 ИИ всё исправит не переживай.

[@OlegTar]

Джаваскрипт вышел в 1995 ему не может быть больше 30 лет даже в 2024.

[@hermannsorgel]

2:24:48: «В спеификациях JS отсутсвует такое понятие, как примитивные типы данных». Ну как так, пункт 4.4.5: primitive value - member of one of the types Undefined, Null, Boolean, Number, BigInt, Symbol, or String as defined in clause 6

[@kamik111]

там еще есть определение примитивов, но ведь у перечисленного "примитива" String есть методы, а определение примитива это такой тип данных без методов...

[@timkaop113]

ему бы структурированный контент на канале и это был бы лютый успех для ру комьюнити js

[@annanasshop1670]

Класс 👍 спасибо за контент❤️

[@hdhhehehjdjdjjd3982]

7 утра, я не программист, почему так интересно дядьку слушать? 😂😂😂

[@techno-tramp]

Прежде чем идти в реакт изучите верстку, устройсво DOM, языки html и css, . Так-же практики работы с ними. Потом твердую базу js, так-же попрактиковаться. И только после этого есть смысл попробовать реакт, vue, angular e.t.c. Человека умеющего сделать полноценную web страницу вовсе без сторонних библиотек можно назвать фронтенд разработчиком, хотя работодателям выгодно "обзывать" их верстальщиками. А вот человек, который понимает только реакт, vue, angular, даже если он хорошо понимает инструмент (что вряд-ли, введу первого условия), не будет в состоянии собрать цельную, работоспособную во всех смыслах веб страницу. Разве что-то подправить в рабочем проекте, поработать с логикой.

[@mrdmi6996]

главное не успеть умереть от скуки

[@mikalai_root]

База - это очень хорошо. Но, хрен кто возьмёт на работу без знания реакта/ангуляра/експресса... Окей, предположим, будет человек базу год учить, потом ещё фреймворк полгода... У меня сразу 2 вопроса : за что ему это всё время жить и как не потерять мотивацию?

[@techno-tramp]

@@mikalai_root Без знания HTML, CSS и базы, вас не просто не возьмут, а еще и у виска по крутят. Вы интересовались о сегодняшних реалиях требований к junior разработчику? Что делать? Раньше надо было думать, когда мамка с папкой говорили: "учись, пригодится".

[@mikalai_root]

​@@techno-tramp2.5 года назад именно так и взяли меня: слабые css и база ja, неплохие для Джуна знания реакта. Я понимаю, что сегодня рынок другой, но за спадом всегда идёт рост. В период роста компании или берут кого-то получше, но за дорого/долго, или кого похуже, но уже сейчас. Стараясь всё равно выбрать... А рынок ожидает рост. К примеру, в моей аутсор компании с нового года стартуют 2 Лабы для трейни/джунов по разным направлениям, чего не было уже больше года...

[@vitaly-]

@@mikalai_root на что живут и как не теряют мотивацию люди которые учатся на машиниста / юриста / врача / (подставь нужное)? Бедный пОгРоМиСт, целый год нужно учиться, не то что бездельники врачи, которым надо лет 6, а то и больше только перед началом работы отпахать на учебе и потом по жизни нести огромную ответственность.

[@vadimna6918]

Асинхронность JS (для меня) проявляется так: Скажем у меня есть плашка с текстом, она выдвигается за пределы экрана (JS пишет CSS для реализации анимации), когда плашка невидима (находится за пределами экрана) в ней должен поменяться текст, а потом она должна снова появится (скажем она перемещается вверх - вниз). А на самом деле текст в ней менялся, а потом она уже двигалась вверх, а потом вниз. Хотя сначала я писал в CSS, а потом менял текст. В этом для меня и проявляется асинхронность и её негативное (для меня) влияние. В итоге я просто сделал 2 плашки (в то время нигде не было нормального описания callback'ов и promise'ов JS).

[@mkceem]

Тот случай, когда позвал топового человека, развел его на литкод, а потом слился под соусом "спать пора". Ебаный стыд.

[@TheJoogle]

Самый крутой учитель по программированию!

[@xyozy8]

Мурыч легенда

[@avick718]

Пока смотрел несколько раз не произвольно вспоминал курсач, название предмета не помню, но суть была в разработке автомата с жесткой логикой реализующего одну из машинных команд 8086. Мне кажется выпала операция деления. Сначала казалось чрезвычайно сложным, но в итоге схемы рисовал для четверти группы.

[@NewUser78654]

Программист - это тот, кто пишет программу (программирует). Всё. Это очевидно и прямо следует из названия. Всё остальное - частные мнения, в том числе и ЧСВ+токсики+душнилы (молодежный сленг нам не чужд) по типу - если вам не заплатили, если вашей программой не пользуются, то вы не программист. Заплатили кто, сколько, за что? Пользуется кто, как часто? Куча вопросов, на которые не нужно давать ответы. Написал 2 строчки кода = программист. Даже если криво работает, даже если не работает - вы написали не рабочую, но ПРОГРАММУ. А вот какой вы программист - другой вопрос. И не стоит вдаваться в относительность - хороший или плохой, стоит конкретизировать - JS программист, C# программист, веб программист, программист-разработчик игр, программист на Windows платформах, 1С программист. Огромная токсичность и ЧСВ в отрасли программирования порождают кучу проблем - как результат неправильные кадровые решения (с HR в отрасли вообще печально) и традиционный, постоянный рефракторинг кода (или всё пишем с нуля т.к. перед вами такого понаписали, но и вы щас напишите).

[@portusdelphini]

О, мужик. У меня точно такой же путь, как и у тебя из 90х. Ассемблер крут, писал на нём. Единственно правильный язык дающий понять, как работает компьютер. Сейчас же люблю и пишу на Javascript, ненавидя typescript. Хотя, современные плюсы тоже отличны в плане удобства написания.

[@alexhigh4518]

У меня в штате есть такой же маг высшей категории, но по сути , очень не коммуникабельный персонаж т.к. любой вопрос, который с ним обсуждается приходится пропускать через его Эго, которое в разы больше его полезности. В общем, с такими персонажами работать не реально, много знают, а коммуницировать с командой не могут.

[@ОлегПервомайский-с2ы]

Разговор "программиста" с ПРОГРАММИСТОМ. Я писал мало-мало на assembler и дизассемблировал бинарный код, но смотрю и понимаю, что я лох, а мальчик, как мне кажется, вообще половины не понимает о чем речь. 🙂 P.S. Видео ОЧЕНЬ нравится.

[@ОлегПотапенко-х2ь]

Пишу на реакте и часто приходит мысль, что это не программирование….

[@__kawaii]

Я согласен. Реакт - это верстка

[@richardmrage3888]

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