Форум сайта python.su
14
ООП - это еще не гарантия, гарантии хорошего кода нет, но без него совсем уныло. И
py.user.nextпритянуто за уши.
с ООП точно такая же лапша получается, когда код растёт
Офлайн
857
человек, который может написать что-то с ООП, напишет и без ООП
Офлайн
14
Человек, который может забить гвоздь молотком, забьет и кирпичем. Или php молотком, где с обоих сторон гвоздодер.
А с ооп часто легче. В любом случае, это лучше, чем возвращать ид, который надо подавать на вход другой функции и смотри не перепутай.
Офлайн
857
odnochlenнапиши что-нибудь на 1000 строк - увидишь, что ООП не хватает для правильного, понятного и легко изменяемого кода
А с ооп часто легче.
Офлайн
20
Какую порекомендуешь альтернативу ООП?
Офлайн
857
сейчас учусь по МГУшному учебнику (старому), там предлагается технология для написания больших программ (100000 строк)
суть в том, что делаются роботы, управляющие роботами
детали роботов могут быть роботами
в результате легко можно извлекать большие куски из программы, переделывать их и вставлять обратно
(основано на модулях Майерса)
Офлайн
16
py.user.next, ссылочку на учебник или хотя бы название не подскажешь?
Офлайн
20
В каких продуктах используется этот подход?
Офлайн
857
GaiveRПрограммирование для математиков. Кушниренко и Лебедев
ссылочку на учебник или хотя бы название не подскажешь?
Sotericне знаю, я читал только исходники с gnu.org, там процедурный стиль
В каких продуктах используется этот подход?
Отредактировано py.user.next (Дек. 13, 2015 00:38:29)
Офлайн
253
:) На этом сайте нашел и свои работы густо обрамленные прыщами и обутые в кеды.
Книжку нашел вот тут: http://nashaucheba.ru/v3055/%D0%BA%D1%83%D1%88%D0%BD%D0%B8%D1%80%D0%B5%D0%BD%D0%BA%D0%BE_%D0%B0.%D0%B3.,_%D0%BB%D0%B5%D0%B1%D0%B5%D0%B4%D0%B5%D0%B2_%D0%B3.%D0%B2._%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5_%D0%B4%D0%BB%D1%8F_%D0%BC%D0%B0%D1%82%D0%B5%D0%BC%D0%B0%D1%82%D0%B8%D0%BA%D0%BE%D0%B2
Офлайн