Форум
Философия программирования
Тема
Как правильно задавать вопросы
B
I
abc
U
X
3
X
3
H1
H2
H3
H4
H5
H6
Asm
C/C++
C#
Erlang
Haskell
IDL
Java
Lisp
MSIL
Nemerle
ObjC
OCaml
Pascal
Perl
PHP
Prolog
Python
Ruby
Rust
SQL
VB
Здравствуйте, Tanker, Вы писали: T>Здравствуйте, WolfHound, Вы писали: T>>>Сложность семантики не зависит ни от дсл ни от библиотеки, она определеятся доменом. Есть специалист по домену - значит будет N-готовых решений и легкость проектирования. Нет такого - надо тратить время сначала на формализацию, а уже потом, если хватит времени - на ДСЛ. WH>>А если не хватит, то потратить в 100 раз больше времени чтобы долбить код на языке низкого уровня. :-\ T>Если времени не хватает даже на формализацию, то хоть ДСЛ, хоть его отсутствие ничем тебе не поможет и есть сомнения, что ДСЛ будет работать при отсутствии качетсвенной формализации. Например потому, что придется вводить десяток другой дсл для частных задач и организовывать взаимодействие этих дсл. T>>>Я демонстрирую тебе подход бизнеса. WH>>К чему? Собственному разорению? T>Внутренности винды видел ? Похоже, что нет. T>>>Не надо передёргивать. 10% это процент расходов на всех разработчиков. Т.е. сумма ЗП разрабов за период поделить на бюджет и помножить на 100. WH>>И на что же тратятся остальные 90%. Похоже у вас там воруют. Либо просто управленцы дураки. WH>>Это конечно если мы про контору, которая чисто разработкой живет, говорим. T>90% это управление и маркетинг. Ты вообще в курсе, что маркетинг увеличивает выхлоп каждого девелопера в десятки а то и сотни раз ? T>>>Сами формализуем как умеем. А ты похоже вещаешь про те задачки, которые хорошо формализованы еще десятки лет назад. WH>>Нет. Я могу легко формализовать что угодно. WH>>Но для этого нужно провести анализ предметной области. WH>>И в форуме на слабо я это делать не буду. T>Жалко, людей вроде тебя не нашлось в UI лет 40 назад, а то уже был бы один грамотный дсл для всех случаев в UI. WH>>>>Тех, кто не учиться нужно, отправлять в дворники, а не программистом брать. T>>>Я только за. Предложи хорошее решение. WH>>Не брать. В чем проблема то? T>Проблема в том, что кого то брать нужно. А людей с ростом квалификиции крайне мало, при чем это сильно нелинейная зависимость. WH>>>>Хорошие инженеры учатся всегда. Они просто не могут, не учится. Иначе моментом тупеют и теряют квалификацию. T>>>Квалификация ради квалификации ? Я боюсь что это утопия. WH>>Это реальность. Иначе программист за пару лет стане непрофпригодным. T>Есть спрос на конкретные задачи а не на задачи вообще. T>>>Это типичная картина которую я наблюдаю в разных странах, разных городах как сам так и со слов людей в самых разных уровнях иерархии. WH>>Ну, так и не надо таких брать. T>ты хочешь переделать чуть более чем весь мир WH>>Нужно взять в 10 раз меньше нормальных. И показать им как ДСЛи делать. WH>>И они в 100 раз быстрее все сделают. T>Приходи с такими цифрами к CEO какого нибудь софтверного гиганта. Если у тебя все получится, в ближайшие 10 лет увидим адский прорыв. Правильно ? WH>>Сколько я видел тех, о ком ты говоришь весь их код, после увольнения переписывался. Его даже без ДСЛ становилось в разы меньше и все баги пропадали. T>Не всегда есть возможность нанять тех, кого хочется. Квалифицированых специалистов на порядки меньше чем проектов. Да и квалифицированые часто ничего кроме вселенских проблем не хотят решать :-)
Теги:
Введите теги разделенные пробелами. Обрамляйте в кавычки словосочетания с пробелами внутри, например:
"Visual Studio" .NET
Имя, пароль:
Загрузить
Нравится наш сайт?
Помогите его развитию!
Отключить смайлики
Получать ответы по e-mail
Проверить правописание
Параметры проверки …