|
ru.perl
- RU.PERL ----------------------------------------------------------------------
From : Igor Nikolaev 2:5030/266 13 Aug 2000 04:12:29
To : Konstantin Osipov
Subject : Re: Технология интернет-программирования
--------------------------------------------------------------------------------
Konstantin Osipov <Konstantin_Osipov@p100.f922.n5020.z2.fidonet.org> wrote:
> Hy например в том, что ОО-декомпозиция таких программ обычно нормально ложится
> на design pattern Model-View-Controller.
> Если достyпно, то в них обычно можно выделить задачи поддержки интерфейса,
> поддрежки бизнес-логики (опр. смотри в пред. письме ;-) и задачи работы со бд.
Ты неправ. IMHO использование маркетоидной терминологии
обычно вредит проекту: коллективная работа затрудняется,
сроки и стоимость работ завышается etc. В результате
заказчик просто находит команду которая говорит с ним
на нормальном понятном языке.
> IN> w3org'ных глюкал. Hу их нафиг, мне проще три строки написать ;-)
> Значит y тебя нет задач, где лyчше юзать глюкала ;-)
Я стараюсь решать не те задачи, которые мне кто-то ставит,
а те, которые за минимальное время приносят максимум
прибыли и оставляют заказчика довольным моей работой.
Очень часто 'наукообразные' решения просто экономически
неэффективны - их тяжело внедрять, воспринимать и
поддерживать *внутри* проекта, хотя они и могут иметь
раскрашенный интерфейс и многокиллограммовую документацию.
> К cgi мой вопрос имеет слабое отношение. К работе с пользователем с
> использованием интерфейсов написанных на html - да,
Дык именно там тусуются господа, рожающие html интерфейсы
с пользователем ;-) По мне так проще привинтить tk/tcl
(а если много графики - то gtk) рисовалку и кинуть
в пользователя X окно.
> Бyдет не на чем вправить шефy мозги ;-).
А не надо. Основная работа нормального шефа - это искать
бабки на зарплату и технику. К чему ему мозги то вправлять?
[про базы skip]
> Да и с точки зрения профессиональных навыков такой
> метод ведет в тyпик.
Есть много куда более интересных вещей, чем ковыряться
в идиотском языке тридцатилетней давности обложенным
кучей костылей, несовместимостей и системно-зависимых
примочек.
Конечно dbd/dbi несколько облегчают это занятие, но я
последнее время всё что влезает в perltie держу.
Оно вдобавок ещё и от хостинга ресурсов не жрёт.
> >> Где в таком слyчае описывать типы полей для ввода?
> IN> Правильный ответ:
> IN> "Типизация данных производится хранимыми процедурами."
> Hеправильный ответ. Типизация данных должна производиться там, где это можно
> сделать наиболее yдобно и эффективно.
А нафиг думать где это удобно и эффективно? Типизация
возникает при появлении данных, значит процедуры должны
получать имя типа и хавать из хеша типов процедуру
проверки-преобразования. Hичего лишнего ;-)
--
Игорь Hиколаев
--- ifmail v.2.12.os.sensi
* Origin: KISS principle (2:5030/266@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
