Советы при работе с интернет-проектами разработчикам и вебмастерам

0

Автор: SatoMaker | Рубрика: Для новичков | 05-04-2013 |

986372

Чем проще решение тем оно надежней

В решении с большим количеством кода гораздо проще сделать ошибку. Кроме того, правильное решение должно быть очевидно и понятно.

Не стоит изобретатель велосипеды

Если есть готовый фреймворк, или библиотека который Вы можете использовать — используйте его. Не стоит писать свой.

Логику и типы данных лучше выносить в отдельные сборки

При разработке даже не очень большого проекта стоит разносить отдельно логику и типы. Это позволит в будущем облегчить тестирование и повторное использование кода. А так же снизит временные затраты при необходимости расширения проекта.

Open Source надо использовать с умом

Если за основу своего продукты вы берете open source проект, не стоит сразу кидаться внутрь него и переписываться кучу кода. При выходе новых версий основного продукта merge может превратится в головную боль. Если возможно — свой код стоит выделять в модули и отдельные файлы кода. Если решили кардинально изменять код — надо полностью оценить все риски и возможные проблемы в будущем.

Не стоит сразу писать платформу

Лучше решать поставленную задачу. Многие разработчики сразу стремятся написать универсальное решение для всего и сразу. Не стоит этого делать. Чаще лучше решить конкретную задачу и получить результат. Потраченное на создание универсального решения время может не окупиться, и часто не будет востребовано в будущем. Кроме того, чем универсальнее решение, тем чаще оно получается сложнее и ограниченное в использовании.
Зачастую такой подход бывает у начинающих разработчиков, поэтому совет относится в первую очередь к ним — прежде чем начинать писать такое решение — посоветуйтесь со старшим товарищем в команде — будет ли оно полезно и востребовано. И только если получите положительный ответ — стоит начинать такую работу. Также стоит порекомендовать использовать Прокси Россия, Украина для определенных целей вашего проекта.

CMS не панацея

Часто доводится видеть веб-проекты, которые начинались с того, что ставилась какая-то популярная CMS и продукт развивался путем «накручивания» на нее кода. В результате получался неповоротливый механизм который процентов на 10% использовал функционал CMS, а 90% кода были перегружены и нечитаемы, так приходилось учитывать структуру самой CMS и структуру ее БД.
Гораздо эффективнее писать решение конкретной задачи, чем пытаться приспособить для этого неповоротливую CMS.

Мой блог находят по следующим фразам

Записи по данной теме:

  • Похожих записей пока что нет :(
Понравилась статья? У Вас есть возможность получать ежедневные обновления блога удобным для Вас способом:
Подписаться на блог 'Сатомейкер' по email

Ваш электронный адрес:

 

 

Подписаться на блог 'Сатомейкер' по email

Подпишитесь через RSS:

 

Добавить в Google

 

Читать в Яндекс.Ленте


Follow Satomaker on Twitter






Ваш отзыв