кстати в критических ситуациях, когда с this фигня, сразу нужно повторять себе 'перед точкой контекст, перед точкой контекст' и тогда все хорошо

ну так... забавное наблюдение

ну да, только не параллельна, потому что тред один

Вот именно асинхронность на уровне восприятия !== асинхронности физической

кстати в критических ситуациях, когда с this фигня, сразу нужно повторять себе 'перед точкой контекст, перед точкой контекст' и тогда все хорошо

хорошая мантра

Вот именно асинхронность на уровне восприятия !== асинхронности физической

есть такая штука как семантический разрыв

ну так... умное слово

им всегда можно кидаться когда "то как в коде" отличается от того как в рантайме, или на уровне железа

его разработчики тоже плохо понимают

и от того упрощают все до смешных холиваров

кстати в критических ситуациях, когда с this фигня, сразу нужно повторять себе 'перед точкой контекст, перед точкой контекст' и тогда все хорошо

Или можно представить себя браузером который читает код и формирует scope )

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

читает код УЖАС что за слова

Окей интерпретирует

> Или можно представить себя браузером который читает код и формирует scope ) зачем? у тебя "скоупы" явно в коде задаются

Окей интерпретирует

?

пару дней назад за пивом с айосниками холиварили на тему ООП. Точнее они холиварили а я просто слушал.

спор был на тему процедурное программирование vs ООП

минут 15-20 послушал и объяснил им что это одно и то же)

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

Оо

про типы данных объяснил... народ как-то подуспокоился

ну мол... мысль в том, что люди воспринимают все эти вещи как разные

точно так же как холивары react vs angular

одно и то же

а люди спорят

воюют, разводят секты

пару дней назад за пивом с айосниками холиварили на тему ООП. Точнее они холиварили а я просто слушал.

там в пиво что-то подсыпали наверное?

там в пиво что-то подсыпали наверное?

почему же?)

объясни мне почему процедурное и ооп это одно и тоже

я хочу послушать

объясни мне почему процедурное и ооп это одно и тоже

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

ВНИКНУТЬ, может меня так же как вас вштырит

про типы данных объяснил... народ как-то подуспокоился

А вы случайно не из Минска ?

А вы случайно не из Минска ?

А таки почему вы спрашиваете?)

А таки почему вы спрашиваете?)

Ну я сейчас как раз из России в Минск релоцируюсь, прохожу собеседования )

Ну я сейчас как раз из России в Минск релоцируюсь, прохожу собеседования )

я фронтэнд не собеседую последние года полтора

полностью погрузился в бэкэнд

Рынок у вас в Минске гораздо интереснее, решил перебраться

Рынок у вас в Минске гораздо интереснее, решил перебраться

серьезно?)

серьезно?)

Да. В москве стагнация

объясни мне почему процедурное и ооп это одно и тоже

Ну нееееееее. Не так. При процедурном подходе поф какие данные, одни и тежи процедуры могут применяться к разным данным. А при ООП данные на первом месте.

занятно, у меня знакомый сейчас по причине "в минске не прикольно" в Москву перебирается

По крайней мере интересных вакансий в Минске больше

Ну нееееееее. Не так. При процедурном подходе поф какие данные, одни и тежи процедуры могут применяться к разным данным. А при ООП данные на первом месте.

секу... дай сформулирую

занятно, у меня знакомый сейчас по причине "в минске не прикольно" в Москву перебирается

Ну по крайней мере у меня из Минска гораздо больше интересных предложений по JS.

http://www.k-press.ru/cs/2011/1/knockout/knockout.asp

Ну нееееееее. Не так. При процедурном подходе поф какие данные, одни и тежи процедуры могут применяться к разным данным. А при ООП данные на первом месте.

Процедурное программирование - это когда у нас есть данные и есть процедуры, которые с этими данными работают. Функциональное программирование можно воспринимать как подвид процедурного программирования с одной оговоркой - полное отсутствие стэйта, все данные имутабельны а от того отслеживать состояние не проблема (поскольку нет стэйта за ним не нужно следить). У функционального программирования есть значительный минус - система без стэйта не может взаимодействовать с внешним миром, а потому хотя бы на границах системы стэйт все же появится. Сейчас это решается монадами и т.д. Но в былые времена проблема была банальной - память слишком дорогая что бы так ее транжирить, не то что в наши дни. Так что в угоду прагматичности пришлось жить со стэйтом. Глобальный стэйт - глобальные проблемы, а потому Дэйкстра и друзья еще в 70-х предложил концепцию структурного программирования, лексические скоупы, изоляцию состояния и т.д. Появились языки вроде Симмулы, модулы и т.д. Идея - разделить стэйт так, что бы он был изолирован и что бы только те процедуры, которым можно, работали с этим стэйтом. Появились концепции управления связанностью и тд. Далее всякие Аналы Кеи придумали смолтак, где идея была в том, что весь стэйт разрезан на маленькие изолированные куски. Стэйт сам по себе стал деталью реализации и на первый план вышли сообщения между объектами, хранящими стэйт. Данные никогда не должны выходить за пределы объекта. Если у вас появился код, которому нужен кусок какого-то стэйта - вы пихаете этот код в объект где этот стэйт есть (принцип информационный эксперт). То есть суть ООП сводилась не к данным, а к объектам, обмену сообщениями и late binding.

ну а потом случился C++ и люди забыли что такое ООП

теперь это то что было в симмуле - процедурное программирование с модулями в виде классов

ок проехали. Дела делать работу работать

ну то есть идея "дянные + код" не именилась с 40-ых годов. Изменились подходы по работе со стэйтом, изменились подходы по выражению статической информации, появляются языки с удобными возможностями задания своих типов данных... но общая концепция не поменялась

HTT хороший пример более-менее новых (лет 20) идей по работе с типами данных

а так... аксиома эскобара

сохронил пасту

хз есть ли смысл во всей этой инфе...

пока у меня наблюдание такое - люди не понимают какую сложность несет в себе стэйт

Badly written code with jquery is hard to test. The conclusion here is not that you shouldn't use jquery, but you should stop writing badly testable code.

какой тут далпаеп критиковал JQuery? И предлагал его заменить plain DOM-ом?

Badly written code with jquery is hard to test. The conclusion here is not that you shouldn't use jquery, but you should stop writing badly testable code.

ну так люди ж думают что проблема в инструментах а не в них)

все норм)

Код с JQuery в спец случаях можно заменить на No-JQ-код с Knockout-ом.

Плохо написанный стейт несет много проблем. Но можно писать хороший стейт.

ERROR: S client not available

И создают для этого хейтер сайтики

Плохо написанный стейт несет много проблем. Но можно писать хороший стейт.

стэйт не пишут, он есть или его нет.

Нувыпонели

короч еще в 70-х была чудная книжка

Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design

вот там все ок

и сейчас таких книжек я не знаю..

Тем не менее ИТ совсем не умерло

И развивается

Тем не менее ИТ совсем не умерло

мы идем по кругу

лучше с каждой итерацией но всеравно по кругу

Только стейт в одной и той же точке каждый раз разный

Есть ещё принцип допусков

Только стейт в одной и той же точке каждый раз разный

в смысле?

в смысле?

Ну в том что круг может он и круг, но в одной и той же точке круга, при повторном проходе, всё по разному

HTT хороший пример более-менее новых (лет 20) идей по работе с типами данных

Homotopy Type Theory?

И создают для этого хейтер сайтики

Слушай, ну иди уже пили на жквери, кто тебе мешает-то? Хоть на двоичном коде пили, чесслово. Лишь бы тебе было удобно. Надоело твои стенания по этому поводу читать. не нравятся современные тренды? Никто не заставляет тебя их придерживаться

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

> не нравятся современные тренды?

очень показательная фраза

А разработчики на этот стек всегда найдутся.

"Я оптимизировал этот код в 120 раз!" - "Хорошо, молодец, а теперь помоги мне настроить электронную почту"

Homotopy Type Theory?

да

еще раз: я обявил долбоебством замену JQuery на прямое обращение к DOM. Если JQuery и заменять чем то, то это будет Knockout.

каким образом knockout является заменой jquery?

Вообще бутстрап с джейквери для прототипов очень ок.

ну мол это то же самое что "react замена jquery"

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

jquery - библиотека для работы с DOM. Если у тебя есть UI библиотека, устраняющая необходимость работы с DOM - то значит тебе не нужен jquery и это логично

но это не значит что "jquery не нужен, в любой непонятной ситуации юзай реакт"

или что-либо другое "трендовое"