Советы по ускорению разработки web-приложений

Автор: admin 05 Jan 2009 Отзывы Ваш отзыв

Сия заметка адресована людям, занимающимся разработкой программных модулей, админок и прочих программных штукенций со множеством неизвестных. Часто заказчик дает в ТЗ (техническом задании) лишь общие вехи разработки. И собственно программисту приходится самому разрабатывать админ-часть приложения, додумывать детали, архитектуру формы, структуру БД и тому подобное. Так вот существует несколько хитростей, позволяющих ускорить сей процесс.

  • Выяснение непонятных технических моментов.

Программер с опытом работы, даже с большим опытом не может знать всего просто по определению. Поэтому до начала разработки нужно выяснить метод реализации того или иного технического решения - будь то импорт курса иностранной валюты или парсинг поисковых систем. После того как вы узнаете как сделать то или иное новое для вас в процессе разработки, уже можно оперировать сроками и примерно определиться с временными рамками проекта-модуля.

  • Написание скелета логики проекта-модуля.

Не касаясь технических подробностей реализации того или иного фрагмента кода, а также методов реализации - ООП или процедурное программирование, суть везде одна - в построении скелета кода. К примеру - пишем обработчик меню, соответствующий код для пункта меню определяется с помощью переменной action - передача методам GET в командной строке: http://yourdomain.com/admin/index.php?action=settings.

То есть в index.php мы должны накидать примерно такой код:

<?php

if($_GET['action']==’settings‘){include_once(’settings.php’);}

if($_GET['action']==’add_item‘){include_once(’item.php’);}

и так далее

?>

Для чего нужна разработка от общего к частностям. В общем банально - чтобы не забыть, возвращаясь к разработке следующих частей кода обработчика/модуля/проекта.

  • Пропуск мелочей. Неидеализация кода. Не доводим все до совершенства.

Если программист начнет доводить до идеала какой то модуль или процедуру, или класс или форму - он просто не уложится по срокам всего проекта. Потому есть очень четкое правило - делать нужно во-первых - мелочи любимые для глаза заказчика (ибо психология) и во-вторых необходимый минимальный функционал для того чтобы работала форма/модуль/класс. Есть такое понятие “избыточная функциональность”, программист ведущий разработку и реализацию какого либо проекта никогда не уложится в срок, если будет создавать в своем коде “избыточную функциональность”.

Резюме: пишите скелет, пишите общий функционал. Отработка мелочей и расширение функционала - завершающий этап. Легкого кода всем и с наступившим Новым годом!

Ссылка на заметку:

Отзывов нет

Комментариев пока нет.

Оставьте свой отзыв

Имя Сообщение
E-mail (обязательно)
Введите 3 + 3 =