AY
Когда баланс тогда всё круто ) на мой взгляд и на основе моего опыта )
Size: a a a
2020 January 20
A
Events там сделаны через publish-subscribe и работают они на уровне алгоритмов, а не на уровне типов данных
A
как это сделано в Smalltalk.
BZ
Я это почти осилил. На мой взгляд, статья ну очень странная. То, что настоящее ООП - это Smalltalk - я слышал ни раз на парах по этому "прекрасному" языку, ходить на которые в конце концов стало уже совсем непрагматично. Smalltalk язык мертвый. Objective-C, который на него похож, да простят меня его фанаты, язык не самый приятный. Что касается таких технологий как React - на мой взгляд это больше про ФП, а не про ООП.
obcjC прекрасно решал проблему компонентного ПО, скажем независимого обновления поставщика и потербителя некоего API в одной программе. то что позже делалось например с помощью COM. просто ты не сталкивался с решением этой проблемы на Си
A
Это ко мне обращено? или к кому? )
A
"не сталкивался"
BZ
ну да, там же вижно кого я цитирую
A
Цитируешь то меня, но откуда инфа , что я с этим не сталкивался? В какой-то степени сталкивался как раз.
BZ
собственно поэтому именно objC и взяли за основу в Next. и вероятно objPascal по той же причрне использовался в ранних маках, но тут я хз
AY
Ну тогда советую ознакомиться. Посмотреть какие-то примеры. Гибридная парадигма добавляет ФП возможности рядом с ООП. Программист получает бенефиты обоих парадигм.
Было бы круто дополнить статью твоим опытом. Я тоже считаю что будущее за гибридными парадигмами. Но не знаю как это делается в C#. Птм если есть примеры то велкам. Я добавлю в статью )
BZ
Цитируешь то меня, но откуда инфа , что я с этим не сталкивался? В какой-то степени сталкивался как раз.
и знаешь objC? тогда ты должен как раз видеть как там элегантно эта проблема решается!
A
Objective-C на практике не использовал, ничего про его компонентность там не знаю. Но в любом случае, указанная проблема в таких языках как Java, Python, C# (если, я конечно, правильно понял проблему) нормально решается.
A
Что касается С++ - ну вот в ЛК у нас ее и для С++ решили )
A
даже где-то был доклад на Cpp Russia
A
(правда я сам его не смотрел)
AY
Objective-C на практике не использовал, ничего про его компонентность там не знаю. Но в любом случае, указанная проблема в таких языках как Java, Python, C# (если, я конечно, правильно понял проблему) нормально решается.
На любом языке она решается легко если мы говорим про основу.
За пару вечеров на любом языке основу EDA можно написать за пару вечеров. Легко.
Жопа в другом. Надо научить думать программистов через события и сообщения. На это может уйти 5-10 лет )
За пару вечеров на любом языке основу EDA можно написать за пару вечеров. Легко.
Жопа в другом. Надо научить думать программистов через события и сообщения. На это может уйти 5-10 лет )
A
A
Начать можно с этого доклада. Это про линковку
A
про "компонентность", как вы говорите. Однако, на сколько в докладе вопрос глубоко раскрыт, предупрежу, что не знаю. Но думаю, что нормально раскрыт.
A
На любом языке она решается легко если мы говорим про основу.
За пару вечеров на любом языке основу EDA можно написать за пару вечеров. Легко.
Жопа в другом. Надо научить думать программистов через события и сообщения. На это может уйти 5-10 лет )
За пару вечеров на любом языке основу EDA можно написать за пару вечеров. Легко.
Жопа в другом. Надо научить думать программистов через события и сообщения. На это может уйти 5-10 лет )
Откуда взялся тезис, что "нужно научить думать по другому" - я задаю себе этот вопрос ровно с того момента, когда мне показали Smalltalk. на мой взгляд, очень спорная мысль, нормального обоснования которой я пока не видел. Есть концепции "красивые", а есть "некрасивые" (языки, архитектуры, итд). Ты вот писал, что React и Vue стали рулить благодаря этому, а я вот скажу, что Smalltalk помер в том числе благодаря этому! 😂😂