Открытый христианский форум JesusChrist.ru

Библия | Книги | Словари | Софт | Аудио, BQT, Евангелизм, JCQ, Молитва

Добро пожаловать на Открытый христианский форум JesusChrist.ru. Для того чтобы писать в форуме, Вам необходимо зарегистрироваться и войти на форум через ссылку для входа.

Общие разделы
   >> Технофорум
Просмотров: 3543 Просмотреть ВСЕ ветвиСледующая ветвь*Отображение Ветвями

В теме участвуют: shourisha (1) Тимофей (1)

Тимофей
Христианин
06/06/07 14:30
timh.ru

# 476045

Getting Real - книжка о философии разработки софта Help admins  

http://gettingreal.37signals.com/GR_rus.php - русский перевод

http://gettingreal.37signals.com/ - оригинал, бесплатен, читается в вебе, но можно купить напечатанную в Lulu.com книгу или заплатить деньги и скачать PDF.

shourisha
06/06/07 17:10
www.spreadbible.com

# 476074

Re: Getting Real - книжка о философии разработки софта нов [re: Тимофей, #476045] Help admins  

Но поможет ли она тебе перестать муссировать PHP? :-) Вряд-ли.

Меньшим объемом программы легче управлять.
Меньший объем программы – меньше кода, а это значит
Меньше скучной работы по сопровождению (и более счастливый персонал).
Меньший объем программы снижает стоимость изменений – так что вы можете быстрее адаптироваться к обстоятельствам. Вы можете менять свои решения без того, чтобы менять вагоны кода.
Меньше кода – меньше ошибок.
Меньше кода – меньше техподдержки.


Хммм.... Где я это видел? А... Здесь:

Python 2.5 (r25:51918, Sep 19 2006, 08:49:13)
[GCC 4.0.1 (Apple Computer, Inc. build 5341)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import this
The Zen of Python, by Tim Peters

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!



ОТВЕТИТЬ ВСЕМ   Просмотреть ВСЕ ветвиСледующая ветвь*Отображение Ветвями
Перейти на