N
Ник напился и доёбывается до людей каждый раз одно и тоже
соси кста
Size: a a a
2020 June 28
g
N
N
кст кто что скажет про Keenetic
у тебя ж микрот
P
может мне хоть кто-нибудь привести адекватные аргументы против ООП
ибанутые паттерны, горождение кучи непонятных абстракций порою и неизвестно для чего
P
у тебя ж микрот
надо взять знакомому что нибудь простое в настройке
N
эмм
ну
если мы говорим о паттернах, то они могут быть ебанутыми вне зависимости от способа программирования
а куча непонятных абстракций - проблема конкретных случаев, потому что в оригинале в ООП подразумевалась пересылка сообщений между объектами, а не та вакханалия, что сейчас везде происходит
ну
если мы говорим о паттернах, то они могут быть ебанутыми вне зависимости от способа программирования
а куча непонятных абстракций - проблема конкретных случаев, потому что в оригинале в ООП подразумевалась пересылка сообщений между объектами, а не та вакханалия, что сейчас везде происходит
N
надо взять знакомому что нибудь простое в настройке
tp-link?
P
tp-link?
был плохой опыт с ними
N
можно замахнуться на ubiquiti
N
если прям совсем впадлу копаться
P
эмм
ну
если мы говорим о паттернах, то они могут быть ебанутыми вне зависимости от способа программирования
а куча непонятных абстракций - проблема конкретных случаев, потому что в оригинале в ООП подразумевалась пересылка сообщений между объектами, а не та вакханалия, что сейчас везде происходит
ну
если мы говорим о паттернах, то они могут быть ебанутыми вне зависимости от способа программирования
а куча непонятных абстракций - проблема конкретных случаев, потому что в оригинале в ООП подразумевалась пересылка сообщений между объектами, а не та вакханалия, что сейчас везде происходит
ну вопрос в том что там задумывали и что мы сейчас имеем по факту. К примеру я ненавижу такую вещь как наследование так как потом родительский класс становиться почти не изменить из-за кучи наследников, поэтому предпочитаю разделять логику на интерфейсы
P
по мне так вообще большинство не разделяют разница абстрактного класса и интерфейса
N
ну вопрос в том что там задумывали и что мы сейчас имеем по факту. К примеру я ненавижу такую вещь как наследование так как потом родительский класс становиться почти не изменить из-за кучи наследников, поэтому предпочитаю разделять логику на интерфейсы
проблема в том, что зачастую разраб путает необходимость внедрения наследования и композиции. Наследование действительно необходимо в ооочень редких случаях.
N
по мне так вообще большинство не разделяют разница абстрактного класса и интерфейса
это отдельный ад
g
Охуеть я даже частично вас понимаю
N
объектно-ориентированное программирование весьма удобно в больших проектах
N
не в ебучих ботах для тг на пару десятков строк на пихтоне, а действительно серьезных проектах