|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
Если система для каждого нового клиента требует изменения кода программы либо изменения структуры БД, то нормальна ли она? т.е. внедряем ПО новому клиенту, а у него особые требования. напр. нужен дополнительный отчет - для пишем отдельный модуль и перекомпилируем ехешник. нужен новый документ в печати - аналогично... в результате внедрение затягивается на срок от двух до шести месяцев... ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 12:19 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
W357 1. нормальна ли она? 2. в результате внедрение затягивается на срок от двух до шести месяцев... Риторический вопрос ... ps: что структура БД меняется из-за отчета ... exe меняется из-за отчета ... ... с чего бы это? ... ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 12:24 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
W357напр. нужен дополнительный отчет - для пишем отдельный модуль и перекомпилируем ехешник. нужен новый документ в печати - аналогично... в результате внедрение затягивается на срок от двух до шести месяцев... не нормальная ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 12:25 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
Структура не изменяется, точнее изменяется, но обычно в сторону усложнения. Добавляются новые функции... Иногда бывают сложности, когда нужно обновить систему старым клиентам. Приходится ставить им новую версию и молится о совместимости... Система не модульная, хотя ставим ее модулями (на бумаге) в реальности просто не настраиваем некоторые функции и не обучаем клиента ими пользоватся... Из-за такой длительности внедрения страдает ЗП... ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 12:42 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
W357Структура не изменяется, точнее изменяется, но обычно в сторону усложнения. Добавляются новые функции... Иногда бывают сложности, когда нужно обновить систему старым клиентам. Приходится ставить им новую версию и молится о совместимости... Система не модульная, хотя ставим ее модулями (на бумаге) в реальности просто не настраиваем некоторые функции и не обучаем клиента ими пользоватся... Из-за такой длительности внедрения страдает ЗП... 1. Возможно, следует уделить более пристальное внимание процессу разработки ПО (совместимость), и в частности использования практик разработки и управления требованиями, конфигуправления (запросы на изменения и версионный контроль), тестирования. 2. Возможно, следует использовать "слоистую" архитектуру (layers), с явным выделением слоя бизнес-логики, который со временем превратить в некий фреймворк связанный с предметной областью ... тогда изменения под заказчика можно вносить более безболезненно, во всяком случае понятно куда их вносить :-). 3. Объективно соотнести преимущества, которые дает перечисленное в п. 1,2 со своими возможностями. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 13:42 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
Полагаю, что следует придерживаться некой золотой середины между монолитностью и модульной настраиваемостью. Вот SAP R/3 ооооччень модульна и настраиваема. Однако внедрения затягиваются отнюдь не на пару месяцев. Раз вы сами пишите свою систему и имеете опыт нескольких внедрений, вы должны понимать , что следует обобщить и сделать настраиваемым в первую очередь, а что можно и жестко в код вбивать. С уважением. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 13:48 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
Да фиг с ним с внедрением. Как потом развивается система у клиента? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 14:20 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
gybsonДа фиг с ним с внедрением. Как потом развивается система у клиента? Однозначно система должна разрабатываться на каком-либо инструментарии (framework) более высокого уровня чем языки программирования. Тогда и внедрение и сопровождение и модификация проходят относительно безболезненно и быстро. А если система в тупую написана на ..., то тогда конечно... ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 14:31 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
модОднозначно система должна разрабатываться на каком-либо инструментарии (framework) более высокого уровня чем языки программирования. Тогда и внедрение и сопровождение и модификация проходят относительно безболезненно и быстро. А если система в тупую написана на ..., то тогда конечно... Это, мягко говоря, очень спорно. Просто программисты сами очень любят писать фреймворки (потому что интересно) и очень не любят писать функционал(потому что скучно) ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 14:41 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
W357Если система для каждого нового клиента требует изменения кода программы либо изменения структуры БД, то нормальна ли она? Нормальна. W357т.е. внедряем ПО новому клиенту, а у него особые требования. Обычная ситуация. W357напр. нужен дополнительный отчет - для пишем отдельный модуль и перекомпилируем ехешник. Не вижу ничего априори страшного. Хотя начиная с определенного уровня, удобнее делать на dll/bpl. W357нужен новый документ в печати - аналогично... в результате внедрение затягивается на срок от двух до шести месяцев... Хм. То есть, одна компиляция exe-шника затягивается на два-шесть месяцев? Имхо, Вы немного не там ищете проблему. Если внедрение затягивается на N месяцев, а Вы уверены, что можете сделать эту работу за K<N месяцев, значит, N-K месяцев уходит на "не дело". И именно это "не дело" надо вычленить, оценить и понять, как от него уйти. Вы же, похоже, начали с конца - взяли первый попавшийся фактор и спрашиваете, нормален ли он. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 14:47 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
Один wrote: > > Просто программисты сами очень любят писать фреймворки (потому что > интересно) Я люблю :-) >и очень не любят писать функционал(потому что скучно) А вот это пишет еще один программер, который не умеет писать фреймворки, зато умеет писать функционал. зы компилеры то мы тоже не сами лабаем, а юзаем готовые- на лиТЦо разделение труда. -- ------------------------- There's no silver bullet! Posted via ActualForum NNTP Server 1.3 ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 14:59 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
lockyА вот это пишет еще один программер, который не умеет писать фреймворки, Таких ОЧЕНЬ трудно найти. Скажем, если опустить излишние подробности - считанные дни назад меня убеждали в крутоте следующего подхода: для документа описывается XML с со списком-типами полей, динамически строится его ввод итп. Добавилось новое поле - клиенту отправляется новый XML, не надо пересобирать exe-шник. Согласен, круто. Правда, на вопрос "а как добавить проверку дата_начала < дата_конца", чтобы ругалась - сказали "ну, наш exe-шник так не умеет". ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 15:09 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
softwarerСкажем, если опустить излишние подробности - считанные дни назад меня убеждали в крутоте следующего подхода: для документа описывается XML с со списком-типами полей, динамически строится его ввод итп. Добавилось новое поле - клиенту отправляется новый XML, не надо пересобирать exe-шник. Согласен, круто. Правда, на вопрос "а как добавить проверку дата_начала < дата_конца", чтобы ругалась - сказали "ну, наш exe-шник так не умеет". Я видел реализацию такого "фреймворка". Хорошую. Умеет многое. 2 подробности 1 на то, чтобы более-менее вылизать этот движок ушло 3 (!!!) года. (Ждем высказываний "руки кривые были") 2 программировать в нем ну никак не проще, чем "в лоб". Фактически надо правильно описать огромный XML с настройками. Ребята стали гуру в работе с XMLSpy, они в нем живут. А обоснование когда-то было как раз такое же "Добавилось новое поле - клиенту отправляется новый XML, не надо пересобирать exe-шник" ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 15:28 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
lockyА вот это пишет еще один программер, который не умеет писать фреймворки, зато умеет писать функционал. Я уже не программист, я ими руковожу. Но спасибо за комплимент. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 15:30 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
ОдинЯ видел реализацию такого "фреймворка". Хорошую. Умеет многое. Можно. Не вопрос. Сам могу написать. Но одна тонкость: почти любой такой фреймворк (и любой жесткий - типа вышеуказанного xml-ного) - страдает плохой, часто отвратительной адаптируемостью. То есть: покажите мне фреймворк, и я назову реально нужную задачу, которую в нем нормально не сделаешь. Простой пример этого я чуть выше и назвал. Один1 на то, чтобы более-менее вылизать этот движок ушло 3 (!!!) года. 2 программировать в нем ну никак не проще, чем "в лоб". Именно что. Я часто повторяю фразу, что большой, хороший и вылизанный фреймворк уже написан и называется (в моем случае) Delphi. И желание написать на дельфе какой-то другой суперуниверсальный фреймворк вызывает у меня... недоумение. Ну а что касается автоматизации стандартных решений, узконаправленных фреймворков, сколь помнится, мы с Вами беседовали на эту тему и не обнаружили принципиальных расхождений во взглядах. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 15:39 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
softwarerНу а что касается автоматизации стандартных решений, узконаправленных фреймворков, сколь помнится, мы с Вами беседовали на эту тему и не обнаружили принципиальных расхождений во взглядах. Совершенно верно. Я еще могу добавить, что с моей точки зрения, написание подобного рода механизмов ДЛЯ ПРОГРАММИСТА, который их пишет, полезно. Это интересно, развивает, повышает его уровень, наконец он становится незаменимым. Я сам через это прошел. Однако как руководитель, отвечающий за результат вцелом, я не могу позволить тратить время и ресурсы на подобные экзерсисы. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 15:53 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
softwarer Добавилось новое поле - клиенту отправляется новый XML, не надо пересобирать exe-шник. Согласен, круто. Правда, на вопрос "а как добавить проверку дата_начала < дата_конца", чтобы ругалась - сказали "ну, наш exe-шник так не умеет". Значит не очень круто. Проверка и всяческая постобработка - необходимый элемент описания экранной формы. (А XML для этого не очень хороший струмент). softwarerпокажите мне фреймворк, и я назову реально нужную задачу, которую в нем нормально не сделаешь. все что не может фреймворк должно реализовываться ср-ми следующего уровня но в рамках фреймворка. Тогда ограничений нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 15:58 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
модЗначит не очень круто. Безусловно. Если детализировать мою формулировку - "круто выглядит на бумаге". модвсе что не может фреймворк должно реализовываться ср-ми следующего уровня но в рамках фреймворка. Тогда ограничений нет. В целом согласен. Из чего, учитывая практические моменты, получается следующее: фреймворк не должен быть и/или позиционироваться как отдельный слой (layer), скорее это расширение существующего инструмента. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 16:20 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
фреймворки - это не забавы программистов, а реальный инструмент для того, чтобы не прозябать на проектах полгода, если все можно сделать за две недели. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 16:22 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
Я часто повторяю фразу, что большой, хороший и вылизанный фреймворк уже написан и называется (в моем случае) Delphi. И желание написать на дельфе какой-то другой суперуниверсальный фреймворк вызывает у меня... недоумение.Ну..тут я не совсем согласен. То, что сама по себе Delphi отличный фреймворк - полностью согласен. А вот то, что фреймворки не нужны - не согласен. Фреймворк решает львиную долю стандартных задач: унифицированный вызов ч-л., единый интерфейс системы, отчётность, безопасность, справочники и т.п. Возможность дописки DLL также должна присутствовать, но не как основной механизм доработок, а как вспомогательный, для случаев когда возможностей ф/в не хватает. Доработку структуры таблиц нормальный ф/в должен нормально воспринимать, иначе нафиг он нужен. Ну чем плохи такие ф/в как ПАРУС или ГАЛАКТИКА ? Про суперуниверсальный ф/в речь не идёт. Однако для обычных "массовых" учётных задач (склад/торговля/ERР/CRM) этого более чем достаточно. ЗЫ: Главное палку не перегнуть ! Переписка ЕХЕ под каждый отчёт - убожество. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 16:25 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
ОдинОднако как руководитель, отвечающий за результат вцелом, я не могу позволить тратить время и ресурсы на подобные экзерсисы. Именно здесь я с Вами не согласен, во всяком случае не согласен со столь глобальной формулировкой. Я уже писал в предыдущей теме - я несколько лет пробивался сквозь руководителя с похожим настроем. Точнее, он во-первых, не был компетентным программистом (хотя считал себя таковым), а во-вторых, в силу первого каждое предложение, которое не было "очевидно легко реализуемо" с его точки зрения относил к разряду "сложно, дорого, работать не будет". В итоге я достаточно успешно доказывал, что уместные экзерсисы оказываются очень даже полезными. Но для того, чтобы это было возможно и правильно, необходимо... хорошее чувство меры, назовем так. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 16:29 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
LSVА вот то, что фреймворки не нужны - не согласен. С этим - не ко мне. Я такого не говорил. Я говорил и говорю, что не нужны фреймворки, пытающиеся заменить Delphi (а почти все пытаются делать именно такие). LSVНу чем плохи такие ф/в как ПАРУС или ГАЛАКТИКА ? Представления не имею. Точнее, про Парус имею некоторые инсайдерские данные, и их внутренняя архитектура лично мне.. не понравилась. LSVПро суперуниверсальный ф/в речь не идёт. Идет. LSVПереписка ЕХЕ под каждый отчёт - убожество. Не вижу смысла обсуждать вопросы религии. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 16:41 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
softwarer ОдинОднако как руководитель, отвечающий за результат вцелом, я не могу позволить тратить время и ресурсы на подобные экзерсисы. Именно здесь я с Вами не согласен, во всяком случае не согласен со столь глобальной формулировкой. softwarer, мне кажется мы говорим об одном и том же. Я совершенно не против смягчить формулировку до ваших слов "уместные экзерсисы оказываются очень даже полезными. Но для того, чтобы это было возможно и правильно, необходимо... хорошее чувство меры, назовем так." Я просто считаю, что у меня это чуство меры есть. Стараюсь следовать простому правилу - там где можно и уместно делать универсально, нужно делать универсально. Где именно можно, я определяю исходя из своего опыта и здравого смысла. Набор таких мест на самом деле устоявшийся и не так чтобы очень большой. Но. Там где я не уверен , что нужно делать универсально, я не делаю универсально Это принципиальное отличие от обратного варианта: не уверен, но на всякий случай сделаем универсально, вдруг понадобится. Я уже кажется писал, что я стараюсь использовать эмпирическое правило трех раз. Если 3 раза делаем одно и тоже, то на четвертый пишем общее решение и по возможности переводим на него первые 3. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 16:50 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
[quot softwarer]Я часто повторяю фразу, что большой, хороший и вылизанный фреймворк уже написан и называется (в моем случае) Delphi. И желание написать на дельфе какой-то другой суперуниверсальный фреймворк вызывает у меня... недоумение. [quot] Очень странное заявление... С нормальным фреймворком простой справочник добавляется за 5..10 минут. При этом вы получаете для этого справочника всю функциональность, предоставляемую фреймворком (это может быть довольно богатая функциональность). На голом Delphi вы все то же самое с нуля будете делать... дольше :) Другое дело, что при необходимости еще чуть-чуть расширить функциональность, это можно сделать и на Delphi, а не на "встроенном языке". Но от отсутствия встроенного языка фреймворк не перестает быть фреймворком. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 17:37 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
ОдинТам где я не уверен , что нужно делать универсально, я не делаю универсально Это принципиальное отличие от обратного варианта: не уверен, но на всякий случай сделаем универсально, вдруг понадобится. Обычно потом оказывается, что понадобилось, просто тяжело себе признаться что изначально не продумал :) Это классика. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 17:51 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
ОдинЯ уже кажется писал, что я стараюсь использовать эмпирическое правило трех раз. Если 3 раза делаем одно и тоже, то на четвертый пишем общее решение и по возможности переводим на него первые 3. Это правило еще называется "учиться на своих ошибках". Не думаю, что это хороший совет для тех, кто стоит перед выбором. Со временем начинаешь 7 раз отмеривать, прежде чем что-то воплотить в код. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 17:54 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
iscrafmОбычно потом оказывается, что понадобилось, просто тяжело себе признаться что изначально не продумал :) Это классика. Знаете, когда я начинал свою карьеру, при увольнении со второй работы мне надо было сделать описание всего, чем я занимался. Подходы, решения и т.п. Так получилось, что занимался я многим и, поневоле, мне пришлось просмотреть бОльшую часть кода модулей системы. Я очень хорошо помню свое изумление, когда я в очередной раз натыкался на кусок, который был задуман как универсальный, а реально срабатывал всего один раз. Вот буквально смотрю и вспоминаю жаркие споры как это лучше реализовать, потом написание, ловлю багов и прочее. И все это оказалось напрасным. эх, молодость ... Так что обратную ситуацию (сделал красивую навороченную вещь, а никому не нужно) тоже можно назвать классикой. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 18:08 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
Скорее, это правило называется "задача должна дозреть". Для того, чтобы принимать правильные решения, программист должен обладать некоторой.. эрудицией в той области, в которой он принимает решение. Причем это верно не только на макро-, но и на микроуровне - для того, чтобы сделать хороший справочник, нужно иметь некоторый опыт работы со справочниками. Практически такую эрудицию можно набрать несколькими путями. Основные: - набить те или иные шишки самостоятельно - поработать с чужими решениями и опять же набить о них шишек - попытаться перенести опыт из другой области. Последнее - соблазнительно, но очень спорно. Если забыть об этом, выбор остается практически из двух путей: - как сказал Один , набрать опыт и обобщить его в универсальном решении - создать универсальное решение, набить о него шишки, переделать. Из этих вариантов первый мне более симпатичен. Он дешевле в реализации и лучше с точки зрения конечного результата. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 18:11 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
ОдинТак получилось, что занимался я многим и, поневоле, мне пришлось просмотреть бОльшую часть кода модулей системы. Я очень хорошо помню свое изумление, когда я в очередной раз натыкался на кусок, который был задуман как универсальный, а реально срабатывал всего один раз. Вот буквально смотрю и вспоминаю жаркие споры как это лучше реализовать, потом написание, ловлю багов и прочее. И все это оказалось напрасным. Все зависит от проектирования. Как по мне, то лучше потратить время на доскональное проектирование и потом годами не возвращаться к этой теме, чем постоянно заниматься пересмотром кодов. Видимо все таки недостаточно тщательно выделили универсальные куски. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 18:36 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
softwarer wrote: > А вот это пишет еще один программер, который не умеет писать фреймворки, > > Таких ОЧЕНЬ трудно найти. Особенно тех найти, которые умеет быстро и КАЧЕСТВЕННО писать прикладные части... это да.... > Скажем, если опустить излишние подробности - считанные дни назад меня > убеждали в крутоте следующего подхода: для документа описывается XML с > со списком-типами полей, динамически строится его ввод итп. Добавилось > новое поле - клиенту отправляется новый XML, не надо пересобирать > exe-шник. Согласен, круто. Правда, на вопрос "а как добавить проверку > дата_начала < дата_конца", чтобы ругалась - сказали "ну, наш exe-шник > так не умеет". причем, что показательно в этой ситуации: есть фреймворк, нету - пересобирай исполняемый модуль. Но в случае фреймфорка шансов на пересборку - меньше. А вот для таких весчей - или фреймворк дополнять скриптовым языком (как мы :-) - T-SQL), либо так есть я - который при острой необходимости дополняет функции фреймворка.... -- ------------------------- There's no silver bullet! Posted via ActualForum NNTP Server 1.3 ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 18:41 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
iscrafmВсе зависит от проектирования. Как по мне, то лучше потратить время на доскональное проектирование и потом годами не возвращаться к этой теме, чем постоянно заниматься пересмотром кодов. Видимо все таки недостаточно тщательно выделили универсальные куски. С этим не поспоришь. Но это утверждение из серии "надо жить в мире и согласии и чтоб не было войны". Конечно от проектирования зависит. Хотя когда есть 100% понимание того, что надо написать, чаще всего речь об универсальных фреймворках не заходит (если целью не идет создание очередного аналога 1С). lockyлибо так есть я - который при острой необходимости дополняет функции фреймворка.... о чем и речь. Вы стали незаменимым. Для вас это хорошо, для фирмы - нет. Выше я привел пример механизма, который умеет на основании XML генерировать интерфейс ввода. Так вот его основной идеолог и разработчик в один прекрасный день решил уехать в Канаду. И уехал. Уволился по хорошему, все дела передал приемнику. Не скажу что это привело к тому, что все остановилось, но по срокам в двух проектах они пролетели. Понадобилось быстро что-то подкрутить в фреймворке, а не смогли. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 19:07 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
lockyпричем, что показательно в этой ситуации: есть фреймворк, нету - пересобирай исполняемый модуль. Но в случае фреймфорка шансов на пересборку - меньше. Не очень понял логику первой фразы, да и второй тоже. Также я так и не могу понять, чем такое страшное пугало "пересобирать исполняемый модуль". Точнее, стоит отметить, что альтернативные решения, которые я видел, обычно намного хуже. А показательно в этой ситуации то, что последние дни проблемы от этого фреймворка - именно от того, что позиционировалось как его преимущества - сыпятся полными горстями. Так, сегодня обнаружился клиент, который загонял в одно поле текстовые данные, которые надо было разносить по двум разным. lockyА вот для таких весчей - или фреймворк дополнять скриптовым языком Угу. И начинается. В итоге программисты на годы обеспечены интересной работой под названием "написание новой Delphi". Если эта работа окажется доведенной до конца, окажется, что трудоемкость использования этой новой дельфы - больше, чем грамотного использования старой (подчеркну - грамотного). Но более вероятно, что у фирмы заканчиваются деньги, а опытные программисты отправляются на новое место работы. lockyлибо так есть я - который при острой необходимости дополняет функции фреймворка.... Угу. В результате каждое внедрение вместо двух месяцев занимает шесть - потому что внедренцы с четырех проектов стоят в очереди и ждут, когда Вы припишете совершенно необходимые им вещи. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 23:01 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
softwarerУгу. В результате каждое внедрение вместо двух месяцев занимает шесть - потому что внедренцы с четырех проектов стоят в очереди и ждут, когда Вы припишете совершенно необходимые им вещи. не особо разглагольствуя, отмечу, что "вместо двух месяцев занимает шесть" - это как раз проблемы "голой писанины", а если проектов более десятка - то вешалка. И еще непонятно о каких фреймворках Вы говорите. У нас, например , все необходимые вещи написаны в 2001-2003 годах (ради интереса посмотрел исходники) и с тех пор спокойно себе поживают, внедренцы ничего и никого не ждут, на проектах работает 1-2 человека вместо бригады программистов, support отдыхает. В общем ради этого и было потрачено несколько лет. То о чем Вы говорите - не является фреймворком. Это больше похоже на параметризированную среду с определенной направленностью, на которую постоянно пытаются натянуть несвойственные ей задачи. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 23:26 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
iscrafmне особо разглагольствуя, отмечу, что "вместо двух месяцев занимает шесть" - это как раз проблемы "голой писанины", То есть специально подчеркнутый вариант грамотного использования Вы игнорируете. iscrafmУ нас, например , все необходимые вещи написаны в 2001-2003 годах (ради интереса посмотрел исходники) и с тех пор спокойно себе поживают, То есть, у вас, например, не выполняется условие, оговоренное в начале этой ветки обсуждения. iscrafmВ общем ради этого и было потрачено несколько лет. Причем, насколько я помню Ваше предыдущее описание, потрачены после получения опыта, как Вы говорите, "сидения бригад программистов". Или вы сначала писали фреймворк, потом начали придумывать продукт? iscrafmТо о чем Вы говорите - не является фреймворком. Это больше похоже на параметризированную среду с определенной направленностью, на которую постоянно пытаются натянуть несвойственные ей задачи. Хм. Признаться, у меня есть ощущение, что Вы не особо пытались понять, о чем я говорю. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.06.2006, 23:45 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
softwarer То есть специально подчеркнутый вариант грамотного использования Вы игнорируете. Не не игнорируем, поверьте на слово - грамотно используем. Но дальше нашего отдела разработки это выходит. Внедренцам нужно за 10 мин форму сделать или отчет или новую процедуру подключить и т.п., а не грамотно использовать компоненты. Именно в этом различие между двумя понятиями IDE vs FRAMEWORK . softwarer То есть, у вас, например, не выполняется условие, оговоренное в начале этой ветки обсуждения. Не понял, что за условие. честно. :( Такое исключено " напр. нужен дополнительный отчет - для пишем отдельный модуль и перекомпилируем ехешник. нужен новый документ в печати - аналогично... в результате внедрение затягивается на срок от двух до шести месяцев... " softwarer Причем, насколько я помню Ваше предыдущее описание, потрачены после получения опыта, как Вы говорите, "сидения бригад программистов". Или вы сначала писали фреймворк, потом начали придумывать продукт? Нет, фреймворк был спроектирован как результат многолетнего производства коробочных продуктов и исследования предприятий от Мурманска до Владивостока с целью минимизации затрат на разработку, внедрение и поддержания ЖЦ продуктов, разработанных на его основе. Фреймворк и есть тот продукт , о котором Вы говорите. Да, мы на его основе разрабатываем erp решения, но это уже производные. Но все же основная выгода от него именно та, которую Вы отвергаете. Возможно я Вас не понял. softwarer Хм. Признаться, у меня есть ощущение, что Вы не особо пытались понять, о чем я говорю. Помогите, может и правда не пойму. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2006, 00:28 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
p.s. кстати именно этот опыт подсказал, что нельзя вкладывать в фреймворк какие-то сущности прикладного характера, чтобы избавить разработчика от тяжелых раздумий, типа "это журнал или реестр? а может картотека или план счетов... и т.п." Есть набор виджетов которые применяются всегда и везде. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2006, 00:39 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
W357Если система для каждого нового клиента требует изменения кода программы либо изменения структуры БД, то нормальна ли она? Смотря для какого изменения. Если для добавления запятой в форму документа - наверное, ненормальна. Если для дополнения нового типа документа - наверное нормальна. По поводу структуры БД см. EAV. Хотя этот подход стоит использовать, если это действительно нужно. Лично у меня (не так давно, когда сам программировал) правило было простое. Реализую функциональность. Если похожая функциональность нужна во 2-й раз - копирую участок кода. Если в 3-й-4-й раз - добавляю (или расширяю существующую) функцию в библиотеку (IMHO фреймворк - слишком амбициозное слово), заменяю участки кода вызовами функций с соответствующим параметрами и дотошно тестирую модули, в которые вставлял вызовы. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2006, 11:35 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
AlexTheRavenдобавляю функцию в библиотеку (IMHO фреймворк - слишком амбициозное слово) Библиотеки - это только 2 уровень фреймворка ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2006, 12:08 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
мод AlexTheRavenдобавляю функцию в библиотеку (IMHO фреймворк - слишком амбициозное слово) Библиотеки - это только 2 уровень фреймворка но 99,9 % всех прикладных приложений. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2006, 12:19 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
AlexTheRavenЕсли похожая функциональность нужна во 2-й раз - копирую участок кода. Если в 3-й-4-й раз - добавляю (или расширяю существующую) функцию в библиотеку (IMHO фреймворк - слишком амбициозное слово), заменяю участки кода вызовами функций с соответствующим параметрами и дотошно тестирую модули, в которые вставлял вызовы. для программиста одиночки - потянет. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2006, 12:22 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
softwarer wrote: > Также я так и не могу понять, чем такое страшное пугало "пересобирать > исполняемый модуль". Точнее, стоит отметить, что альтернативные решения, > которые я видел, обычно намного хуже. ну, если для того, чтобы изменить внещний вид/поведение какой-нить кнопки/поля в отчете мне надо пересобирать исполняемый файл и раздавать его на 150 рабочих мест - это пугало. > А показательно в этой ситуации то, что последние дни проблемы от этого > фреймворка - именно от того, что позиционировалось как его преимущества > - сыпятся полными горстями. Так, сегодня обнаружился клиент, который > загонял в одно поле текстовые данные, которые надо было разносить по > двум разным. И причем тут фреймворк? Вы что, хотите сказать, что в "монолитной" программе коиент всё вбивал бы правильно??? > locky > А вот для таких весчей - или фреймворк дополнять скриптовым языком > > Угу. И начинается. В итоге программисты на годы обеспечены интересной > работой под названием "написание новой Delphi". Если эта работа окажется > доведенной до конца, окажется, что трудоемкость использования этой новой > дельфы - больше, чем грамотного использования старой (подчеркну - > грамотного). Но более вероятно, что у фирмы заканчиваются деньги, а > опытные программисты отправляются на новое место работы. Опытные программисти используют то, что до них написали другие опытные программисти. тот же паскаль (вот забыл, как он там - реализация интерпретатора паскаля на OP). У нас вообще юзается обрезанная версия жестко ограниченного строкового языка без базиса дейкстры. > locky > либо так есть я - который при острой необходимости > дополняет функции фреймворка.... > > Угу. В результате каждое внедрение вместо двух месяцев занимает шесть - > потому что внедренцы с четырех проектов стоят в очереди и ждут, когда Вы > припишете совершенно необходимые им вещи. да-да-да! или они ждут, пока дюжина других прогеров реализует необходим функционал, протестит и сдаст им. те же, только в профиль. но в 99% случаев с фреймворком - прикладники реализуют функционал имеющимися средствами. Мы ведь тоже не пальцем деланые, и фреймворк покрывает все случившиеся на текущий момент случаи. -- ------------------------- There's no silver bullet! Posted via ActualForum NNTP Server 1.3 ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2006, 13:30 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
locky ну, если для того, чтобы изменить внещний вид/поведение какой-нить кнопки/поля в отчете мне надо пересобирать исполняемый файл и раздавать его на 150 рабочих мест - это пугало. достаточно написать "загрузчик последней версии" один раз на все времена. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2006, 13:35 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
iscrafm<...>для программиста одиночки - потянет. Согласен. При индивидуальном программировании приходится ко всему подходить просто и прагматично. Нет команды в сотню человек, которая потенциально может написать ОС за полгода. Нет амбиций ведущего программиста написать компиллятор ("что ни пишу, получается..."). Нет десятка проектировщиков, исправно выстраивающих сеть классов, в которой могут разобраться только они сами... А есть желание скорее решить задачу и получить деньги. И при этом решить следующую задачу ещё скорее, а получть за неё ещё больше. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2006, 15:16 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
Petro123 wrote: > ну, если для того, чтобы изменить внещний вид/поведение какой-нить > кнопки/поля в отчете мне надо пересобирать исполняемый файл *и раздавать > его на 150 рабочих мест* - это пугало. > > достаточно написать "загрузчик последней версии" один раз на все времена. .... а затем посмотреть, как под терминалом себя будет чуЙствовать юзер, который запускает загрузчик, который пытается скопировать последнюю версию, в то время как текущую версию юзает еще полсотни юзеров - и всё ради того, чтобы в его, "личном"(пользователя) (и больше никому не нужном) отчете изменилась какая-нито лабель.... зы автообновление модулей - ну, это святое и есть вроде как у всех. Унас - так точно есть. -- ------------------------- There's no silver bullet! Posted via ActualForum NNTP Server 1.3 ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2006, 19:46 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
AlexTheRaven Согласен. При индивидуальном программировании приходится ко всему подходить просто и прагматично. Нет команды в сотню человек, которая потенциально может написать ОС за полгода. Нет амбиций ведущего программиста написать компиллятор ("что ни пишу, получается..."). Нет десятка проектировщиков, исправно выстраивающих сеть классов, в которой могут разобраться только они сами... А есть желание скорее решить задачу и получить деньги. И при этом решить следующую задачу ещё скорее, а получть за неё ещё больше. что самое интересное - именно исходя из таких посылок используют фреймворки :) ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2006, 20:40 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
Petro123но 99,9 % всех прикладных приложений. речь шла не о приложениях, а о структуре фреимворка, куда, помимо библиотек стандартных функций, входит еще много чего. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.06.2006, 09:48 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
locky > достаточно написать "загрузчик последней версии" один раз на все времена. .... а затем посмотреть, как под терминалом себя будет чуЙствовать юзер, который запускает загрузчик, который пытается скопировать последнюю версию, в то время как текущую версию юзает еще полсотни юзеров - и всё ради того, чтобы в его, "личном"(пользователя) (и больше никому не нужном) отчете изменилась какая-нито лабель.... зы автообновление модулей - ну, это святое и есть вроде как у всех. Унас - так точно есть. разумеется не следует смешивать понятия "смены версии проги" и "смены версии отчёта". - всё зависит от требований ТЗ заказчика, и ограничений на которые он может пойти. - Одним нужна зимняя коляска, другим трансформер .... :) - Одним нужно летнее масло, и он сливает его каждый сезон, дргим всесезонка .... :) ================ Разработка "умного" приложения с "самообновляемыми кнопками" чревата недостатками. Обычно команда разработчиков для ПаровозоРакетоМобиляОтчётов.exe не умеет писать "просто" Паровоз.exe и просто Кофемолка.exe . И наоборот. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.06.2006, 11:23 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
iscrafm что самое интересное - именно исходя из таких посылок используют фреймворки :) Я же не говорю, что не нужно делать фреймворки. Просто перед тем, как включать что-то во фреймворк, нужно 10 раз подумать: а сколько в жизни раз это понадобится :) ? Чем больше фреймворк - тем сложнее его изучать, вспоминать и поддерживать. Особенно если он плохой, и нужно знать большую его часть, чтобы использовать какую-нибудь маленькую функцию. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.06.2006, 15:16 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
Пока вы тут из пустого в порожнее переливаете, некая компания доделывает .net framework 3.0... Вот всем фрэймворкам фрэймворк, в котором есть все: wpf, wcf, wf, CardSpace. Смерть всему живому, короче. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.07.2006, 13:03 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
netчикПока вы тут из пустого в порожнее переливаете, некая компания доделывает .net framework 3.0... Вот всем фрэймворкам фрэймворк, в котором есть все: wpf, wcf, wf, CardSpace. Смерть всему живому, короче. Ага, поздравляю. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.07.2006, 14:09 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
AlexTheRaven iscrafm что самое интересное - именно исходя из таких посылок используют фреймворки :) Я же не говорю, что не нужно делать фреймворки. Просто перед тем, как включать что-то во фреймворк, нужно 10 раз подумать: а сколько в жизни раз это понадобится :) ? Чем больше фреймворк - тем сложнее его изучать, вспоминать и поддерживать. Особенно если он плохой, и нужно знать большую его часть, чтобы использовать какую-нибудь маленькую функцию. Где то читал, что разработка фреймвока доступна только специалистам высшей квалификации. Разработка библиотек будет попроще. Фреймвок упрощая интеграцию компонентов налагает и существенные ограничения. У каждого фреймвока есть область применения. Универсальный фреймвок, это фантастика. Чем шире область применения, тем скорее узкие задачи будут решаться сложно. Однако в одной системе можно использовать несколько фреймвоков, каждый для решения своих специальных задач. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.07.2006, 21:03 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
mcureenabГде то читал, что разработка фреймвока доступна только специалистам высшей квалификации. Вот многочисленные разработчики всевозможных фреймворков и тешат себя этой мыслью. Дзен же состоит в том, чтобы определить что когда и надо ли вообще включать во фреймворк. Т.е. налицо разница между "разработать" и "решить надо ли оно и в какой степени" Для второго нужен действительно богатый опыт и квалификация. Для первого - пару-тройку лет кодирования. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.07.2006, 11:40 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
Alexey Kudinov mcureenabГде то читал, что разработка фреймвока доступна только специалистам высшей квалификации. Вот многочисленные разработчики всевозможных фреймворков и тешат себя этой мыслью. Алексей, Вы не очень точно выразили мысли разработчиков фреймворков :). Экономика и еще раз экономика. Вместо 5 человек - 1, вместо месяца - неделя. Берем калькулятор и считаем. Все просто, до банальности. Есть у коллег интересный ролик по этому поводу ... |
|||
:
Нравится:
Не нравится:
|
|||
07.07.2006, 12:26 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
p.s. смотреть с включенным звуком :) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.07.2006, 12:27 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
iscrafmВсе просто, до банальности. Я вообще-то фреймворкофоб :) Потому что считаю, что не все так просто. Именно в части "Вместо 5 человек - 1, вместо месяца - неделя" Впрочем, даже в этом треде, все это уже обсуждалось. Каждый, как водится, остался на своих позициях. Так что смысла начинать по новой не вижу. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.07.2006, 12:53 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
Alexey Kudinov iscrafmВсе просто, до банальности. Я вообще-то фреймворкофоб :) Потому что считаю, что не все так просто. Именно в части "Вместо 5 человек - 1, вместо месяца - неделя" Вы думаете я это придумал? :) Одно дело так считать, а другое дело - так работать. Согласитесь - это немного разные вещи. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.07.2006, 12:57 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
iscrafmВы думаете я это придумал? :) Одно дело так считать, а другое дело - так работать. Согласитесь - это немного разные вещи. Конечно. Впрочем, я был бы удивлен, если бы разработчик ISCRA Framework утверждал обратное. Я же тоже считаю не умозрительно, а на основании опыта и вот еще чего: даже если хорошо почитать sql.ru, окажется что фреймворки хвалят их создатели. Я что-то не помню топика на тему: вот, использовали FW <подставить название> и жизнь наладилась. А, около года назад mv ( нет времени искать, прошу прощения, если ошибся) очень нахваливал Bold for Delphi. Сейчас что-то затухло, впрочем я не слежу. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.07.2006, 13:17 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
Alexey KudinovА, около года назад mv ( нет времени искать, прошу прощения, если ошибся) очень нахваливал Bold for Delphi. Забыл добавить, что не считаю Bold FW-ком, но ближе примера не вспомнил. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.07.2006, 13:22 |
|
Нормальна ли система?
|
|||
---|---|---|---|
#18+
mcureenab Где то читал, что разработка фреймвока доступна только специалистам высшей квалификации. Разработка библиотек будет попроще. Я и не считаю себя программистом. Тем более - высшей квалификации. И описываю лишь свою практику. Вполне успешную. Хотя... Я всё равно бы внёс небольшое уточнение. Фреймворк может разаработать кто угодно. А вот хороший фреймворк действительно может разработать только высококлассный специалист. После этого все скажут: "И как мы раньше без этого обходились?". ... |
|||
:
Нравится:
Не нравится:
|
|||
07.07.2006, 13:45 |
|
|
start [/forum/topic.php?all=1&fid=33&tid=1549358]: |
0ms |
get settings: |
11ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
47ms |
get topic data: |
13ms |
get forum data: |
2ms |
get page messages: |
96ms |
get tp. blocked users: |
2ms |
others: | 13ms |
total: | 208ms |
0 / 0 |