|
Создание ПО без доработки кода при внедрении
|
|||
---|---|---|---|
#18+
Petro123 !!! Petro123- вы считаете, что программирование это не искусство а ремесло?Какое, нафиг, ремесло, а тем более искусство! Это нормальное современное производство. ещё скажите конвейер (или компилятор) Конвейер. Только он выпускает не однотипную продукцию, а каждый раз что то новенькое. Но суть та же. Какждый участник процесса разработки регулярно применяет свои навыки, выполняет одно и то же действие - создаёт проектный документ определённого типа. В зависимости от исходных данных меняеся только его содержание. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2006, 14:47 |
|
Создание ПО без доработки кода при внедрении
|
|||
---|---|---|---|
#18+
mcureenab - в RUP - конвейере может быть, но там уже "что-то новенькое" это всего лишь цвет упаковки и рюшечки по бокам. - вы ж понимете - рынок разный. Одним надо самокат с конвейера (1С), другим самописку от 1С. Только перед конвейером есть: - НИР - НИОКР - Опытная эксплуатация - Выпуск малой серией - Запуск в массовое производство (в котором и Джаконда с полиграфией - ремесло). ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2006, 16:48 |
|
Создание ПО без доработки кода при внедрении
|
|||
---|---|---|---|
#18+
mcureenabКонвейер. Только он выпускает не однотипную продукцию, а каждый раз что то новенькое. Рафаэль делал то же самое. Фокус в том что "каждый раз что то новенькое". ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2006, 16:53 |
|
Создание ПО без доработки кода при внедрении
|
|||
---|---|---|---|
#18+
Petro123- Запуск в массовое производство (в котором и Джаконда с полиграфией - ремесло). В любом деле есть место творчеству и место рутине. Чем меньше творчества, тем более предсказуемый результат мы получаем. Чтобы написать какую угодно картину или программу нужно много что знать, уметь и сделать. Не надо путать увлекательный процесс овладения этим знаниям, умениям и обыденное решение поставленной задачи по известной методике. Творчество нужно, когда методика не приводит к решению. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2006, 19:56 |
|
Создание ПО без доработки кода при внедрении
|
|||
---|---|---|---|
#18+
Творчество нужно, когда методика не приводит к решению.Золотые слова... Можно дополнить "...не приводит к экономически оправданному решению.". Методику можно всегда найти. Но будет ли полезный эффект ? Вот в чём вопрос... ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2006, 10:53 |
|
Создание ПО без доработки кода при внедрении
|
|||
---|---|---|---|
#18+
mcureenab Petro123- Запуск в массовое производство (в котором и Джаконда с полиграфией - ремесло). В любом деле есть место творчеству и место рутине. Чем меньше творчества, тем более предсказуемый результат мы получаем. Чтобы написать какую угодно картину или программу нужно много что знать, уметь и сделать. Не надо путать увлекательный процесс овладения этим знаниям, умениям и обыденное решение поставленной задачи по известной методике. Творчество нужно, когда методика не приводит к решению. да конечно, согласен со всеми словами: Программы в большинстве своём служат для автоматизации рутинной человеческой деятельности. Только вот, хорошо это или плохо, но есть хорошо автоматизируемы области человеческой деятельности, а есть - плохо. С учётом того, как меняются подходы и методы этой самой автоматизации в течении пятилеток. ЗЫ. В автосервисе тоже есть обыденные технологические карты поиска неисправностей, только никому от этого не легче. ЗЫ.ЗЫ. Re: Создание ПО без доработки кода при внедрении =================== IMHO нет решения "для такой большой области как автоматизация предприятий" ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2006, 11:05 |
|
Создание ПО без доработки кода при внедрении
|
|||
---|---|---|---|
#18+
Petro123 ЗЫ.ЗЫ. Re: Создание ПО без доработки кода при внедрении =================== IMHO нет решения "для такой большой области как автоматизация предприятий" Формально решение есть. Такая система должна конфигурироваться из компонентов, а работа самих компонентов должна управляться данными. Но, ИМХО, данный процесс качественно не отличается от обычного кодирования. Программисты соединяют в компоненты операторы языка программирования, интеграторы соединяют компоненты в системы. Конфигурирование большой системы по сложности сопоставимо с разработкой модуля. А разработка такого Lego ещё более сложная задача, ведь нужно учитывать возможность создания любых конфигураций. Отличие я вижу в том, что программисты чаще оперируют алгоритмическими языками, тогда как конфигурации компонентов описываются декларативными языками. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2006, 15:01 |
|
Создание ПО без доработки кода при внедрении
|
|||
---|---|---|---|
#18+
mcureenab да. Увлечение гибкостью и настраиваемостью приложения иногда идёт так далеко, что проще и дешевле написать ОДНО железобетонное решение для конкретного бизнес-процесса. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2006, 15:41 |
|
Создание ПО без доработки кода при внедрении
|
|||
---|---|---|---|
#18+
Petro123Программы в большинстве своём служат для автоматизации рутинной человеческой деятельности. Принятие решений, например :) Petro123Увлечение гибкостью и настраиваемостью приложения иногда идёт так далеко, что проще и дешевле написать ОДНО железобетонное решение для конкретного бизнес-процесса. "ОДНО железобетонное немодифицируемое решение" проживет не очень долго, а хорошо параметризуемая система почти вечна :) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2006, 10:06 |
|
Создание ПО без доработки кода при внедрении
|
|||
---|---|---|---|
#18+
мод Petro123Программы в большинстве своём служат для автоматизации рутинной человеческой деятельности. Принятие решений, например :) === для "некоторых", и Эта деятельность - рутина Petro123Увлечение гибкостью и настраиваемостью приложения иногда идёт так далеко, что проще и дешевле написать ОДНО железобетонное решение для конкретного бизнес-процесса. "ОДНО железобетонное немодифицируемое решение" проживет не очень долго, а хорошо параметризуемая система почти вечна :) ======== велосипед, например, как железобетонное решение передвижения на 2-х колёсах без всяких параметров. )))) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2006, 10:59 |
|
Создание ПО без доработки кода при внедрении
|
|||
---|---|---|---|
#18+
Обсуждение по типу, что перевее, курица или яйцо. В каждом конкретном случае выбирается свое решение (не всегда верное). Как пример можно привести 1 С. Настраиваемое решение. Долго живет. Однако требуется программист для настройки. А есть задачи, которые проще написать железобетонно. А потом выкинуть и заменить на другую конструкцию, чем писать что то гибкое и настраиваемое. А еще встречал гибкое и настраиваемое, которое настраивать мог только его создатель, в итоге выкинули, переписали на железобетонное. Опять же вопрос в вечности. Живет вечно - это сколько? Что касается дизайна форм оператора, то есть правила дизайна таких вещей, перечислять не буду, поищиите в инете море инфы, и соблюдение этих правил повышает производительность работы оператора раз и приближает написание таких вещей к ремеслу. По собственному опыту, после 1-2-3-х проектов, программирование начинает превращаться из искусства в ремесло (субъективно). ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2006, 11:56 |
|
Создание ПО без доработки кода при внедрении
|
|||
---|---|---|---|
#18+
со всем выше согласен. Michael VasilevПо собственному опыту, после 1-2-3-х проектов, программирование начинает превращаться из искусства в ремесло (субъективно). тогда надо что-то делать: - идти на повышение - работать для зарплаты, а "для души" в своб.время. - отдать проекты ремесленнику, а самому см. выше. - "настроить конвейер" и уйти как Билл Гейтс. - .... ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2006, 12:07 |
|
Создание ПО без доработки кода при внедрении
|
|||
---|---|---|---|
#18+
Michael VasilevОпять же вопрос в вечности. Живет вечно - это сколько? Одноразовые программы меня не интересуют. Софт должен жить столько, сколько живет бизнес. Это предполагает возможность его параметризации-модификации-расширения с привлечением и программеров в т.ч. Michael VasilevЧто касается дизайна форм ... Дизайн форм - это не программирование - это дизайн :). ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2006, 12:23 |
|
Создание ПО без доработки кода при внедрении
|
|||
---|---|---|---|
#18+
Нужно что то делать, если что то не устраивает настолько, что заставляет что то делать. О выразился :) А насчет живучести программ. Так ведь есть и бизнесы, которые меняются до неузнаваемости за короткое время, соответственно и программы под них переписываются. И бывает, что модифицирование уже не помогает, тогда переписывают полностью или заменяют на другое ПО. Пример: поставил чел. ларек, программулину ему сделали для учета всего этого задешево, потому, как он не может платить много. Потом бизнес вырос, программулину доделали, что бы учитывать пару-тройку ларьков. Потом он открывает магазин-сеть магазинов, это уже другое ПО, за другие деньги и модификация первого не спасет. При этом сам бизнес живет, не умирает. Жизнь разнолика и разнопланова и одного решения для всего на свете пожалуй не сотворишь :) Потому и есть у нас пока что стабильная работа. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2006, 13:18 |
|
|
start [/forum/topic.php?fid=33&msg=34025842&tid=1549289]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
158ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
54ms |
get tp. blocked users: |
2ms |
others: | 254ms |
total: | 511ms |
0 / 0 |