Здравствуйте, Skynin, Вы писали:

L>>Изменяющиеся требования.
S>Они менялись, меняются и будут менятся.
S>Это жизнь. Как времена года.

И что с того? Этот факт уменьшает "проблемность" этой проблемы?

S>Неспособность же к переменам говорит об неадекватности.
S>Тут да, согласен

Что такое "неадекватность"?

L>И что с того? Этот факт уменьшает "проблемность" этой проблемы?
Уменьшает, потому что изменение, устранение этого факта лежит вне области возможностей отрасли.

L>Что такое "неадекватность"?
(от лат. adaequatus — приравненный) — соответствие, равенство, эквивалентность. В теории познания А. означает соответствие (или сходство) отображения (образа, знания) оригиналу-объекту, благодаря чему они имеют характер объективных истин. А. представляет собой соответствие характеристик содержания образа, знания характеристикам оригинала. В научном познании особая роль принадлежит определению видов соответствия между структурами отображения и оригинала. В математизированном знании эти соответствия выражаются посредством математических отображений, или морфизмов, таких, как. изоморфизм и гомоморфизм, гомеоорфизм (при отображении топологических отношений и структур), разные виды подобия (геометрическое и др.) и эквивалентности. философский словарь

Я часто слышу от молодых программистов жалобы на этот факт. И сам, когда-то жаловался.
Неадекватностью же в данном случае, ИМХО, будет попытка программировать игнорируя этот факт.
Что выражается в трудноизменяемом коде. А большинство программистов именно такой код и пишут, что при изменении требований его проще весь выбросить, чем пытаться сделать модель (а это и есть программа) адекватной действительному факту — новым или изменившимся требованиям.

Правда, "в общем виде" задача не решена и в теории, но отсутствие элементарного проектирования приводит к усугублению этой проблемы в программы:
Трудность, дороговизна поддержки программы всегда изменяющимся требованиям.

Здравствуйте, Skynin, Вы писали:

L>>И что с того? Этот факт уменьшает "проблемность" этой проблемы?
S>Уменьшает, потому что изменение, устранение этого факта лежит вне области возможностей отрасли.

И что с того?

L>>Что такое "неадекватность"?
S>(от лат. adaequatus — приравненный) — соответствие, равенство, эквивалентность. В теории познания А. означает соответствие (или сходство) отображения (образа, знания) оригиналу-объекту, благодаря чему они имеют характер объективных истин. А. представляет собой соответствие характеристик содержания образа, знания характеристикам оригинала. В научном познании особая роль принадлежит определению видов соответствия между структурами отображения и оригинала. В математизированном знании эти соответствия выражаются посредством математических отображений, или морфизмов, таких, как. изоморфизм и гомоморфизм, гомеоорфизм (при отображении топологических отношений и структур), разные виды подобия (геометрическое и др.) и эквивалентности. философский словарь

S>Я часто слышу от молодых программистов жалобы на этот факт. И сам, когда-то жаловался.
S>Неадекватностью же в данном случае, ИМХО, будет попытка программировать игнорируя этот факт.
S>Что выражается в трудноизменяемом коде. А большинство программистов именно такой код и пишут, что при изменении требований его проще весь выбросить, чем пытаться сделать модель (а это и есть программа) адекватной действительному факту — новым или изменившимся требованиям.

S>Правда, "в общем виде" задача не решена и в теории, но отсутствие элементарного проектирования приводит к усугублению этой проблемы в программы:
S>Трудность, дороговизна поддержки программы всегда изменяющимся требованиям.

Ты это зачем все писал-то?

Здравствуйте, avl-kharkov, Вы писали:

AK>Кто как считает, какие в области разработки ПО самые большие проблемы?

Да много проблем, но если ты имеешь ввиду именно процесс разработки,
то основные проблемы примерно такие:

— Понять и четко сформулировать то, что хочет заказчик.
— Удержать под контролем новые/измененные пожелания заказчика
— Относительно точно оценить трудозатраты и сроки на разработку того, что желает заказчик.
— Постоянный, ненавязчивый мониторинг проекта, чтобы как можно раньше увидеть,
что проект движется "не туда". При необходимости естественно нужно реагировать и исправлять ситуацию.
— Разработка такой архитектуры и дизайна, чтобы можно было оперативно реагировать
на новые/измененные требования без глобального перелопачивания всей системы.
— Коммуникация между участниками проекта.
— Качественная поддержка продукта, который уже на рынке.

Здравствуйте, avl-kharkov, Вы писали:

AK>Кто как считает, какие в области разработки ПО самые большие проблемы?

Отсутствие функционального языка программирования, который бы не только не игнорировал особенности существующей архитектуры компьютеров (память, уровни кэша, многоядерность, многопроцессорность, гриды), но и позволял бы эффективно их использовать.

Здравствуйте, avl-kharkov, Вы писали:

AK>Кто как считает, какие в области разработки ПО самые большие проблемы?

Управление сложностью.

Здравствуйте, Skynin, Вы писали:

E>>Отсюда все проблемы
S>... подавляющее большинство программистов знают только ЯП.
S>То есть конечно поумнее обезъянок.
Все закономерно, каков спрос, такое и предложение. Судя по собеседованиям, большинству работодателей требуется исключительно знания ЯП. Способность даже понимать почему так сделано, не говоря уже о том, чтоб уметь проктировать самому — или не интересна никому, или не знают как проверить. Даже на умение кодировать плевать, главное чтоб на вопросы аля Брейнбенч отвечал на ура. Один язык причем, именно тот, на котором надо писать, на знания кучи других языков плевать. Ни разу не просили даже простенький дизайн набросать, но будут спрашивать по тонкостям реализации библиотечных функций.

Здравствуйте, avl-kharkov, Вы писали:

In the Beginning was The Plan

And then came The Assumptions

and The Assumptions were without Form

And The Plan was completely without Substance.

And The Darkness was upon The Face of The Workers.

And they spoke amongst themselves, saying

"It is a Crock of Shit, and it stinketh."

And The Workers went unto their Supervisors and sayeth,

"It is a Pail of Dung and none may abide in the odor thereof."

And The Supervisors went unto their Managers and sayeth unto them

"It is a Container of Excrement and it is very strong,

such that none may abide by it."

And The Managers went unto their Directors and sayeth,

"It is a Vessel of Fertilizer, and none may abide its strength."

And The Directors spoke amongst themselves, saying one to another,

"It contains that which aids Plant Growth, and it is very strong."

And The Directors went unto The Vice Presidents and sayeth unto them,

"It promotes growth and is very Powerful."

And The Vice Presidents went unto The President and sayeth unto him,

"This New Plan will Actively promote the growth and efficiency

of this Company, and these areas in particular."

And The President looked upon The Plan

and saw that it was good, and The Plan became Policy.

And this is how "SHIT HAPPENS!"

(c) не помню откуда взял

Здравствуйте, hexamino, Вы писали:

H>К сожалению, рынок устроен так, что во многих случаях экономически оправдано выпускать кривые и недоделанные программы, в том числе компиляторы и базовые библиотеки. Многие программисты вынуждены работать в условиях постоянного цейтнота.

Здесь надо еще добавить, что "оправдано" не значит "нужно". Но большинство манагеров не видит разницы и не хочет заглядывать чуть дальше своего носа.

Здравствуйте, avl-kharkov, Вы писали:

AK>Кто как считает, какие в области разработки ПО самые большие проблемы?

ИМХО, самая большая проблема — попытки придать заведомой неопределённости некие удобные черты определимости даже в ущерб процессу определения. Самый одиозный пример — формальные экономические требования при неформальной постановке задачи, подписаться под которыми требуют прямо здесь и сейчас. И такой театр абсурда повторяется с достойной содрогания периодичностью. При этом, чем больше размыта ситуация по одну сторону "баррикады", тем увереннее бойцы с деревянными, да ещё и нарисованными винтовками.

Ещё несколько примеров из этого же ряда:

— Новая технология X решит все (множество не определено и даже не рассмотрено толком) проблемы;
— Правильная практика Z спасёт от (в лучшем случае, неполный список, слабо связанный с предлагаемым решением);
— Я сделаю N работ за время T (когда специфика работ ещё только обсуждается);
— Нужно просто работать и всё получится (не определено, что должно получиться, но простой метод уже предлагается);
— ... впишите сами.

- Если вы хотите попасть в этот город, то вам надо ехать в противоположную сторону!
— Не беда, у меня сильный конь и много еды!

(c) Ошо

Здравствуйте, avl-kharkov, Вы писали:

AK>Кто как считает, какие в области разработки ПО самые большие проблемы?

Управление безопасностью.

Вопросы обеспечения безопасности разрабатываемого продукта зачастую неоправданно отодвигаются на задний план всеми или большинством участников разработки. В итоге имеем уязвимости, несущие риски нарушения конфиденциальности/доступности/целостности информации, практически в любом приложении для которого данные риски вообще возможны в принципе и являются существенными

Здравствуйте, elmal, Вы писали:

E>Проблема даже другая — те, кому доверяют проектирование, уже давно оказываются не программистами, так как забыли, как писать код — все больше диаграмки всякие.

Это ты на основе чего такой вывод сделал?

E>ИМХО крайне хреновое распределение ролей оказывается

Где оказывается? В твоей компании?

E> Отсюда все проблемы — все находятся не на своем месте, но ничего не сделать — так принято в индустрии, мы не хотим выделяться, да и не можем.

Не говори за других.

Здравствуйте, Skynin, Вы писали:

E>>Того, кто хорошо может кодировать и проектировать,
S>Потому что он либо не умеет проектировать, либо не хочет — "кодить интереснее", не перерос еще стадию удовольствия от появления буковок на ЯП.

Как только архитект перестает кодить, он становится бесполезным.

Здравствуйте, Lloyd, Вы писали:

L>Ты это зачем все писал-то?

А ты зачем читал?

Здравствуйте, AndrewVK, Вы писали:

AVK>Где оказывается? В твоей компании?
Типа того. Плюс по собеседованиям побегал — приблизительно одно и то же вижу, даже гораздо хуже, чем сейчас в текущем проекте. На другие компании и проекты посмотреть хочется, но не можется — кризис типа, чтоб его.

Здравствуйте, elmal, Вы писали:

AVK>>Где оказывается? В твоей компании?
E>Типа того.

Ну так вот не стоит это распространять на остальных.

E> Плюс по собеседованиям побегал — приблизительно одно и то же вижу

Работу архитектов на собеседовании???

Здравствуйте, elmal, Вы писали:

AVK>>Где оказывается? В твоей компании?
E>Типа того. Плюс по собеседованиям побегал — приблизительно одно и то же вижу, даже гораздо хуже, чем сейчас в текущем проекте. На другие компании и проекты посмотреть хочется, но не можется — кризис типа, чтоб его.

Странные ты какие-то вещи видишь. Всё чудесатее и чудесатее.

P.S.: Вообще нынешний кризис, это, наверное, самый парадоксальный кризис в истории человечества. С одной стороны — всё плохо, с другой — почитаешь, так прямо с жиру бесятся.

Здравствуйте, AndrewVK, Вы писали:

AVK>Работу архитектов на собеседовании???
Ну дык я настолько оборзевший, что спрашиваю, как поставлен процесс разработки, а также интересуюсь, чем занимается архитектор, и есть ли он вообще . Я ж того — в архитекторы мечу . И если мне отвечают, то отличий от текущего проекта я вижу крайне мало, везде одно и тоже.

Здравствуйте, avl-kharkov, Вы писали:

AK>Кто как считает, какие в области разработки ПО самые большие проблемы?

Необходимость раз за разом объяснять компьютеру одно и то же.

Здравствуйте, Mazay, Вы писали:

M>Отсутствие функционального языка программирования, который бы не только не игнорировал особенности существующей архитектуры компьютеров (память, уровни кэша, многоядерность, многопроцессорность, гриды), но и позволял бы эффективно их использовать.

И который не игнорировал бы особенности существующей архитектуры человеческого мозга.
А сейчас объектно-ориентированное понимание и фон-неймановская архитектура языков (2 сапога пара) блокируют распространение функционального программирования.