Тезис 1: Красота и грамотность проектного решения зависит от того, насколько проектная команда знает возможности языка программирования и средств разработки. Тезис 2: Технология программирования не завязана на конкретный язык реализации. Тезис 2 во всех учебниках (даже встречал что непременное свойство технологии - независимость от языка/среды реализации). Но получается что в жизни работает чаще тезис№ 1. Какие у Вас мысли.
GebeusRaider, назовите учебник с Тезисом 2 добавлено через 34 секунды чтобы случайно его кто-то не прочитал (учебник)
GebeusRaider, тогда минус Вам - там написано про технологию проектирования, а не технологию программирования, как Вы указали. если так, то оба тезисы верны. вот такая у меня мысль.
GebeusRaider, а что это разве не очевидно? в универе когда проходили алгоритмизацию и программирование - стало ясно, что алгоритм можно описать словами, а потом запрограммировать на любом, подходящем по возможностям, языке программирования а с первым - посложнее - выяснил, когда стал проектировать и программировать на практике - если проектировщик не представляет как это будет реализовано программно - может ничего не получится
1777, если я прально помню, то "красота и грамотность" заключены в независимости проекта от проектировщика. аля "дятел врубится". Таким образом любое проектное решение до реализации эффективнее представлять в промежуточном виде. От рабочего проекта до массива тестовых примеров.
frost b, тогда этот рабочий проект будет очень неточным (ближе к тз), а когда уже выбрано средство реализации (сервер, язык программирования) - там есть ограничения, и допустим модуль аутентификации пользователей реализуется по разному на разном наборе средств. В рабочем проекте нельзя будет описать конкретику, будет что-то вроде - "сделать модуль аутентификации" . Детализировать схему будет нельзя, потому что неизвестно, какое средство будет использоваться для реализации
Технически, точность проекта не должна пострадать. Спецификации на уровне "модуль аутентификации" вполне описываемы в рамках математического и лингвистического обеспечения. Хотя я согласен с тем, что когда выбрано средство реализации можно использовать готовые логические конструкции из него, но опять таки гнать код в техпроект не стоит.
Красота и грамотность проектного решения зависит от: - умения учесть требования всех зантересованных в решении лиц; - умения спроектировать систему; - умения организовать реализацию техническими приемами спроектированную систему; И всем эти управляет менеджер проекта, но не проектировщик или программист или тем паче пользователь.
1. Нет абсолюта :-|. 2. К сожалению красоту (внутреннюю) решения заказчик не видит и не увидит (правда тоже распространяется не на всех заказчиков п.1). Но это сказывается на модернизации и модификации системы ( а точнее затрат на это) 3. Для того чтобы поднять груз в 1 кг на высоту 1 м необходимо приложить энергию в 9,8 Дж. Однако можно приложить и 10 Дж и 10 КДж, и 10 Мдж. Так вот вопрос как определить это 9,8 Дж, т.к. этого достаточно.