| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > Философия программирования > Скорость работы vs Скорость кода |
| Автор: Rickert 12.4.2009, 07:43 |
| Сейчас всё чаще и чаще встречается такая политика: люди пишут код и не заморачиваются его оптимизацией, пусть мол всё зависит от железа. Каковы ваши личные предпочтения? Не "РАБОЧИЕ", а "ЛИЧНЫЕ". |
| Автор: awers 12.4.2009, 08:17 |
| Выбрал первое, но это доставляет уйму неудобств моим коллегам и заказчикам. Я не сдаю проект пока всё не будет так как я хочу =) Добавлено через 44 секунды Свои ничем не лучше. А даже ещё придирчевее |
| Автор: skyboy 12.4.2009, 09:15 |
| почему нет пункта "зависит от задачи"? к примеру, Web. К пример, сайт-визитка и справочний предприятий(с возможностью сложного поиска, тегирования и комментирования пользователями). На первом - никакого memcache и прочих, обработка загружаемых фотографий в галерею происходит средствами GD и сразу при загрузке. На втором была проведена и ещё предстоит сильная оптимизация по скорости. |
| Автор: Rickert 12.4.2009, 12:37 |
| skyboy, потому что речь не о проекте, а о личном предпочтении. |
| Автор: Ch0bits 9.5.2009, 15:37 | ||
| Однозначно, выбор зависит от задачи. Я лично занимаюсь сейчас чисто экономическими задачами и мне важна скорость написания программы. О производительности пусть заботится сервер БД. Другое дело например функции ядра ОС, расчеты симуляционных пакетов, видеокодирование и т.п. Но в одном я уверен на все 100% - преждевременная оптимизация - корень зла! Так писал Макконнел в своём шедевре "Совершенный код". Все программистам эта книга нужна как воздух.
Если хороший программист пишет программу - он должен делать это качественно, вложить душу. А в вопросе качества личных предпочтений быть не может, иначе речь уже идет о качестве самого программиста. |
| Автор: Vasay 9.5.2009, 16:18 |
| Если говорить о WEB проектах Выбор правильной технологии и применение готовых шаблонных решений даст и высокую скорость разработки и хорошую стабильность. А недостаток скорости работы компенсируется простотой масштабируемости. Попытки же изобрести велосипед приводят к длительной отладке, нестабильности приложения, наличию критических уязвимостей, а весь прирост производительности сводится на нет сложностью масштабирования, затратами на поддержу и сильной зависимостью от конкретной команды разработчиков. Если же говорить, например, о DSP, то тут, порой, оправдана борьба за каждый процессорный такт. |
| Автор: Lazin 10.5.2009, 16:15 |
Лучше всего писать корректный код. Сделать его быстрым в случае необходимости - не проблема. Пример, прилоение для работы с БД, если оно выполняет слишком много запросов или делает это слишком часто, то работать оно будет медленно, если его написать правильно, то количество обращений к БД будет минимальным. Корректная программа, это в том числе программа не делающая ничего лишнего, использующая оптимальные алгоритмы. Такие приложения, как правило оптимизировать не нужно.  |
| Автор: fry 17.5.2009, 17:33 |
| ИМХО есть смысл делать как проще, но с тем условием, чтобы общая архитектура не страдала и имелись возможности переписывания/дополнения/изменения. Если не удовлетворяются требования производительности смотреть что делать дальше, улучшать,... ИМХО если все делать сразу и "на века" есть вариант сильно промахнуться со строками. Если сроков нет предпочитаю все обдумать более основательно и не торопясь написать код "по приличней". ЗЫ Я ни в коем случае не призываю писать откровенную лажу, хоть и рабочую. Думаю скорость работы кода не есть первое (далеко не первое) о чем следует думать. |
