я щас про джс

а ты про что?

питон

а, ну ясн)

а в джс функция это не объект?

упд: объект

джс не ооп яп

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

джс не ооп яп

но там вроде все тоже объ...

а в джс функция это не объект?

в дж все практически обьект

блять джс это дсл

в дж все практически обьект

а есть исключения?

а есть исключения?

числа строки

то, что там есть объект, не делает его нормальным оо-яп

а есть исключения?

NaN, вроде и еще что-то

числа строки

спасибо

NaN, вроде и еще что-то

спасибо

NaN, вроде и еще что-то

undefined is not an object!

undefined is not an object!

:*

спасибо

еще bool

еще bool

тип подтип инта?

тип подтип инта?

true false

логические переменные

понял, спасибо

virtualenv

не очень понятно, какое отношение имеет декоратор к ООП

числа строки

ну нет, они там не примитивы

не очень понятно, какое отношение имеет декоратор к ООП

тоже задумался над этим

ну нет, они там не примитивы

это не объекты

думал может подводные камни есть

и они относятся к простым типам данных

думал может подводные камни есть

неа

тогда правда странно что они в ооп секции

undefined is not an object!

да, а NaN он number, зато null object

также не очень понятно, почему поток и процесс в ОС, а async отдельно

там не суперпрозрачная логика

да, а NaN он number, зато null object

и null не объект

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

также не очень понятно, почему поток и процесс в ОС, а async отдельно

может в смысле что знать обобщенно, а с чем уметь работать?

кстати, замыканию тоже в ООП делать нечего

может в смысле что знать обобщенно, а с чем уметь работать?

ну так и разделили бы на теорию и фреймворки

более того, celery не имеет в общем случае никакого отношения к async

это просто очередь сообщений

о, кстати, "асинхронная концепция программирования" тоже в ООП

наркомания

а MVC почему-то не в фреймворках, а в ООП. Концепция теоретическая, но за пределами конкретных реализаций этого понятия толком не существует

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

1) НЕ ПЫТАЙТЕСБ ЧТОТ0 N3МЕНИТЬ! 2) ДУМАNT3 ТОЛЬКО О СЕБЕ! 3) РУКИ 4) ДОСМОТ?

да, именно

и б3зногим

там не суперпрозрачная логика

просто жс говно, так и скажи

кстати, замыканию тоже в ООП делать нечего

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

давайте вы сейчас начнете сраться, я потру начало срачика и он утихнет в зародыше

просто жс говно, так и скажи

Коль, не вари, а. Все говно кроме тебя

давайте вы сейчас начнете сраться, я потру начало срачика и он утихнет в зародыше

он выше же был уже :) ты пропустил все

не, я тот видел

Коль, не вари, а. Все говно кроме тебя

НЕТ ТЫ!!!11адинадин

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

а что, там все смешано в кучу?

вентилятор включился)

а что, там все смешано в кучу?

там замыкание юзается для создания инкапсуляции в недо-ооп

там замыкание юзается для создания инкапсуляции в недо-ооп

ну, в питоне тож так можно

но смысла нет, здесь есть нормальное ооп

но смысла нет, здесь есть нормальное ооп

ну как сказать

нет инкапсуляции - нет проблем

:)

ERROR: S client not available

тебя что-то смущает? :)

я что-то пропустил в питоне и классах...

что-то существенное

инкапсуляцию не приходилось юзать

но разве всякие вася_я_приватная_переменная

не приватные?

блять

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

а в чем суть приватности?

они приватные в стиле "ну мы тут все взрослые люди"

а, соглашение?

не писанные законы?

не писанные законы?

писанные в плане "если переменная или метод начинается с _ - то, типа, она приватная, а если с __ - то ВАЩЕ САВСЕМ приватная"

ну и в случае __ еще применяется name mangling

>>> class hui: ... def __private_shit(self): ... pass ... >>> h = hui() >>> dir(h) ['__class__', '__delattr__', '__dict__', '__dir__', '__doc__', '__eq__', '__format__', '__ge__', '__getattribute__', '__gt__', '__hash__', '__init__', '__init_subclass__', '__le__', '__lt__', '__module__', '__ne__', '__new__', '__reduce__', '__reduce_ex__', '__repr__', '__setattr__', '__sizeof__', '__str__', '__subclasshook__', '__weakref__', '_hui__private_shit'] >>>

обрати внимание на последний элемент в выводе dir

>>> class hui: ... def __private_shit(self): ... pass ... >>> h = hui() >>> dir(h) ['__class__', '__delattr__', '__dict__', '__dir__', '__doc__', '__eq__', '__format__', '__ge__', '__getattribute__', '__gt__', '__hash__', '__init__', '__init_subclass__', '__le__', '__lt__', '__module__', '__ne__', '__new__', '__reduce__', '__reduce_ex__', '__repr__', '__setattr__', '__sizeof__', '__str__', '__subclasshook__', '__weakref__', '_hui__private_shit'] >>>

хуй, говно и муравей (с)

он немного поменял имя, но это все

понял, спасибо

забавно однако)

тогда и в питоне замыкания полезное еще в костылянии инкапусляции)

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

чтобы создать приватную переменную

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

функцию внутри функции объявить?

в __инит__?

в __инит__?

неважно, где

например, в геттере

и эта переменная будет доступна только с гэттера?

хм

эээ, сложн, мозг не варит это все

и эта переменная будет доступна только с гэттера?

переменные класса или объекта все всегда доступны снаружи

но то, что находится внутри замыкания - нет