Ответ на сообщение Re: Программист. пользователя tolstopuz
Спасибо конечно за ваши советы, но я их и до вас знал
На самое интересное - про авто тесты - вы и не ответили. Сколько бы вы не расставляли "лишние" else от них будет не сильно много толку если ошибка "ой что-то неправильно" вылетит у клиента - а просто сделать патч для этой версии будет стоить примерно 100 тыс долларов. 100 тыс долларов на то, чтобы саппорт идентифицировал проблему, передал ее в отдел разработки, там ее исправили (пара строк кода), создали патч или минорную версию продукта, продукт прошел QA, был отослан клиенту, клиент остановил кластер их 20 машин, задеплоил новую версию приложения, запусти кластер и подождал пока он "прогреется" (кеши заполнятся часто используемыми данными). И это не какой-то rocket science - а обычная крупная enterprise система.
А теперь еще прикиньте что все шаги кроме самого первого надо повторить для 5 версий продукта и продукт обновить у еще 100 клиентов.
---
Я же говорю вы живете в идеальном мире где все системы написны исключительно правильно что любое изменение максимально локализовано. Только опять таки вам в голову не приходят варианты измений вызванные новыми требованиями которые затрагивают несколько слоев и компонентов (да бывают и такие). И не надо говорить что программисты должны быть телепатами что начальная архитектура должна предусматривать все возможные изменения. Хотя безусловно опыт и чутье влияет на гибкость архитектуры.
---
Ну а уж про вредность premature optimization вы и без меня почитаете например тут http://c2.com/cgi/wiki?PrematureOptimization. Важно понять что под оптимизацией я понимаю ухудшение читабельности и сопровождаемости кода во имя экономии памяти или процессора.
---
to олдж: простите что перевлал цитату, хотя смысл остался тем же. У меня плохая память на имена, даты, цитаты
На самое интересное - про авто тесты - вы и не ответили. Сколько бы вы не расставляли "лишние" else от них будет не сильно много толку если ошибка "ой что-то неправильно" вылетит у клиента - а просто сделать патч для этой версии будет стоить примерно 100 тыс долларов. 100 тыс долларов на то, чтобы саппорт идентифицировал проблему, передал ее в отдел разработки, там ее исправили (пара строк кода), создали патч или минорную версию продукта, продукт прошел QA, был отослан клиенту, клиент остановил кластер их 20 машин, задеплоил новую версию приложения, запусти кластер и подождал пока он "прогреется" (кеши заполнятся часто используемыми данными). И это не какой-то rocket science - а обычная крупная enterprise система.
А теперь еще прикиньте что все шаги кроме самого первого надо повторить для 5 версий продукта и продукт обновить у еще 100 клиентов.
---
Я же говорю вы живете в идеальном мире где все системы написны исключительно правильно что любое изменение максимально локализовано. Только опять таки вам в голову не приходят варианты измений вызванные новыми требованиями которые затрагивают несколько слоев и компонентов (да бывают и такие). И не надо говорить что программисты должны быть телепатами что начальная архитектура должна предусматривать все возможные изменения. Хотя безусловно опыт и чутье влияет на гибкость архитектуры.
---
Ну а уж про вредность premature optimization вы и без меня почитаете например тут http://c2.com/cgi/wiki?PrematureOptimization. Важно понять что под оптимизацией я понимаю ухудшение читабельности и сопровождаемости кода во имя экономии памяти или процессора.
---
to олдж: простите что перевлал цитату, хотя смысл остался тем же. У меня плохая память на имена, даты, цитаты
Исправлено пользователем elfking (03.03.12 13:17)
