| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
Михайлов Сергей
Зарегистрирован: 11.10.2007
Сообщения: 6092
|
 Добавлено: Чт Ноя 10, 2011 17:30 Заголовок сообщения: |
 |
|
| igppuk писал(а): |
достаточно часто бывает так, что во время разработки нет четкой спецификации от заказчика, а есть только абстрактные требования. и уже во время разработки заказчик начинает эти требования менять или уточнять. |
Ага, потому, что основывается на потребностях вчерашнего дня. Что будет дальше, он вообще не имеет понятия. И в какой местности проживают такие заказчики? |
|
| Вернуться к началу |
|
 |
tsm
Зарегистрирован: 13.10.2006
Сообщения: 4114
Откуда: Минск
|
| Добавлено: Чт Ноя 10, 2011 17:44 Заголовок сообщения: |
|
|
Так я и говорю ,что программа в первую очередь должна делать то, для чего она предназначена.
Размер кода и понятность интерфейса при прочих равных в первую очередь определяется профессионализмом постановщика(ов) задач и разработчика(ов) алгоритма.
А если программа не новая, а какая-то n.m версия, то могут быть варианты.
Я сейчас работаю с программой (фирма купила лицензию), которая "развивается" с конца 1980-х. Программа используется в мире достаточно широко, работает, возможностей у неё (судя по имеющейся ущербной документации) много. Напомню, программа не пиратская, а вполне легальная. Но большая часть возможностей реализована через сами догадываетесь что. Крайне недружелюбная для юзеров программа. Например, заявлено что есть визуальная среда разработки, но то, что видно на экране при написании скрипта (под каждую задачу пишется скрипт, конечный пользователь работает с тем, что делает скрипт) и то, что видит конечный пользователь - две ну очень большие разницы. Всё развитие, ИМХО, большей частью было в портировании с DOSа на Windows и в устранении мелких глюков. А те недостатки, которые были неустранимы в эпоху DOSа, но устраняются на раз при нынешней технике, так и остались. |
|
| Вернуться к началу |
|
|
igppuk
Зарегистрирован: 13.10.2006
Сообщения: 7815
|
| Добавлено: Чт Ноя 10, 2011 17:44 Заголовок сообщения: |
|
|
Михайлов Сергей
сейчас тенденция такова, что каждая домохозяйка хочет свое собственное приложение. 10 лет назад каждый хотел себе сайт, а сейчас хотят программу на айфоне или андроиде. а что понимает домохозяйка в требованиях по проекту? она размышляет примерно так "хочу, чтобы мне было хорошо". один из недавнишних моих проектов был именно таким, на митинге от заказчика прозвучало "мы вас не отпустим, пока вы нас не сделаете счастливыми". при этом спецификация была настолько размытой, что половину требований придумали или мы сами или уже уточняли по мере их реализаций.
| Михайлов Сергей писал(а): | | И в какой местности проживают такие заказчики? |
в европе.
tsm
в подобных программах, которую вы привели в пример, каждая новая функция - это геморрой на ср@ку программиста, который рождается в мучительных муках и за которую заказчик переплачивает в 10 раз больше, чем он бы платил при нормальной архитектуре программы. а такая архитектура может быть получена только при оптимизации, на которую денег нет. в итоге - все в проигрыше.
_________________
системе нужны надежные детали. чтобы работали тихо и не шуршали! |
|
| Вернуться к началу |
|
|
tsm
Зарегистрирован: 13.10.2006
Сообщения: 4114
Откуда: Минск
|
| Добавлено: Чт Ноя 10, 2011 18:00 Заголовок сообщения: |
|
|
| igppuk писал(а): | | tsm писал(а): | | Программа в первую очередь должна выполнять то, для чего её написали. |
этого не достаточно. правильность работы приложения - это одно из требований. еще код должен быть понятным и легко читаемым другим программистом. еще код должен быть поддающимся недорогой модификации и расширению функционала в будущем. еще код должен быть недорогим. за это приходится расплачиваться, в том числе и размерами приложения.
достаточно часто бывает так, что во время разработки нет четкой спецификации от заказчика, а есть только абстрактные требования. и уже во время разработки заказчик начинает эти требования менять или уточнять. если не писать код, который можно недорого подправить под измененные требования, то окончательный счет для заказчика будет внушительным. из-за таких дерганий может начинать не хватать времени и программист стремится сделать проект побыстрее в ущерб качеству (но программа будет работать как от нее и ожидают). короче, нюансов большое количество, и все они так или иначе влияют на качество продукта. и таких проектов - больше половины. только опытный и грамотный заказчик понимает важность оптимизации приложения и готов под это выделять деньги. потому что в конечном итоге он все равно выиграет. но таких заказчиков немного. |
Я с таким сталкивался и не раз.
Первый раз - когда на фирме, где я тогда работал, появилась необходимость в написании своей программы - достаточно специфичной. Наняли программера, начали писать требования и разрабатывать проект - чтобы и работал и чтобы можно было легко развивать в дальнейшем (легко - заменой драйвера - менять железо, добавлять функционал, перевести с MSDOS на WIN после появления достаточно мощных компов и т.п.).
Но от части сотрудников пошла волна: а нафик это надо, столько времени тратить на проект? Директор сказал: точно, не будем тратить время на проект. По итогу, когда я уходил с той фирмы (прошло 2 года с момента начала разработки), программа существовала в виде, пригодном для использования только очень квалифицированными юзерами, - а прибор, для которым должна была управлять программа, по ТУ должен был использоваться гражданами после 10 дней обучения.
| Цитата: | | в подобных программах, которую вы привели в пример, каждая новая функция - это геморрой на ср@ку программиста, который рождается в мучительных муках и за которую заказчик переплачивает в 10 раз больше, чем он бы платил при нормальной архитектуре программы. а такая архитектура может быть получена только при оптимизации, на которую денег нет. в итоге - все в проигрыше. |
Архитектура может и должна создаваться на стадии проектирования, чтобы куски программы, связанные между собой только передаваемыми данными, могли меняться независимо друг от друга.
И если программу портировали с ДОСа на Окна, то проект должны были пересмотреть, а не тупо переписать код. Хозяева программы (а у них есть ещё несколько подобных, но со своими глюками) попросту сэкономили. |
|
| Вернуться к началу |
|
|
igppuk
Зарегистрирован: 13.10.2006
Сообщения: 7815
|
| Добавлено: Чт Ноя 10, 2011 19:52 Заголовок сообщения: |
|
|
| tsm писал(а): | | Архитектура может и должна создаваться на стадии проектирования |
идеальную архитектуру с первого раза для мало мальски серьезного приложения без последующих изменений создать почти нереально. как невозможно с первого раза написать прогу без багов. всегда будут изменения в процессе кодирования. хоть небольшие, но будут. и в конечном итоге может так получиться, что ее придется все равно улучшать, в связи с непредусмотренными трудностями.
_________________
системе нужны надежные детали. чтобы работали тихо и не шуршали! |
|
| Вернуться к началу |
|
|
motorsport
Зарегистрирован: 13.03.2008
Сообщения: 10949
Откуда: Минск
|
|
| Вернуться к началу |
|
|
motorsport
Зарегистрирован: 13.03.2008
Сообщения: 10949
Откуда: Минск
|
|
| Вернуться к началу |
|
|
tsm
Зарегистрирован: 13.10.2006
Сообщения: 4114
Откуда: Минск
|
| Добавлено: Сб Ноя 12, 2011 19:27 Заголовок сообщения: |
|
|
| igppuk писал(а): | | tsm писал(а): | | Архитектура может и должна создаваться на стадии проектирования |
идеальную архитектуру с первого раза для мало мальски серьезного приложения без последующих изменений создать почти нереально. как невозможно с первого раза написать прогу без багов. всегда будут изменения в процессе кодирования. хоть небольшие, но будут. и в конечном итоге может так получиться, что ее придется все равно улучшать, в связи с непредусмотренными трудностями. |
Об идеальной архитектуре никто и не говорит. Но правильный и в меру детализированный план существенно облегчает дальнейшую работу.
Правда, при нужно учитывать и требования заказчика, а они иногда бывают типа "сделай мне красиво" и "а сосед Вася, который понимает в компьютерах, говорит, что нужно делать вот так".
Ладно обсуждение планирования и осуждение заказчиков достойно отдельной ветки и примерно ящика водки. |
|
| Вернуться к началу |
|
|
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы можете вкладывать файлы
Вы можете скачивать файлы
|
|
www.abw.by
Правила форума
FAQ
Поиск
Вход
Профиль
Войти и проверить личные сообщения
Продажа авто