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

почему же?)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

серьезно?)

серьезно?)

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

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

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

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

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

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

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

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

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

Это нормально для ноута ?

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

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

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

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

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

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

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

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

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

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

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

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

все норм)

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

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

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

Нувыпонели

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

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

вот там все ок

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

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

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

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

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

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

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

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

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

в смысле?

в смысле?

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

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

Homotopy Type Theory?

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

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

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

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

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

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

Homotopy Type Theory?

да

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

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

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

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

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

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

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

Всё так

с другой стороны, если тебе надо всего-лишь... ну не знаю... какие-то базовые вещи - сейчас острой необходимости в jquery нет

Просто не нужно пользовать инструмент на 3%

ExtJS наше всё #4

главное что бы работа с DOM каким быто нибыло образом была изолирована от всего остального

ExtJS наше всё #4

😄

Просто не нужно пользовать инструмент на 3%

и это тоже)

хотя если бы "дерево модулей" jquery можно было ушатать

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

Судя по тому что джейквери ещё жив - ниша у него очень хороша

к слову - а jquery еще нельзя три шэйкингом заминифаить так что бы осталось только то что юзается?

или это невозможно с учетом плагинов и архитектуры?

p.s. давно не юзал jquery

а если это невозможно - может есть что-то аналогичное?

Куча клонов

Которые не очень выживают

ну а если я только под хром пишу?)

Джейквери просто такого размера, который нужен