Просто я высказывал свой тезис, который вы потвердили - программист + разработчик = обязан знать область не связанную с программированием.

Ведь суть обсуждения в данной теме произошло из-за попытки Александром Либовым саркастически не принять возможность наличия программистов связанных с не программисткими задачами, а погруженных также и в другие специальности.

Термин ИТ + ученый, мною был предложен как специальность связанная с улучшением и|или лучшим пониманием существующих технологических решений - с целью их развития и улучшения.

Основой рождения данной темы было также из-за стремления Александром Либовым при обсуждении потребности "Разработки национальной ОС" не увидеть главную задачу всей данной затеи - формирование научного и образовательного процесса не вокруг программирования для Интернета и написания офисных приложений, а именно вокруг методов построения ОС, БД, компиляторов и интерпретаторов с разных языков программирования, что дало толчок для более качественных разработок в области ИИ - распознование, принятие решений, естественное общение.

Поэтому я и развивал в той теме  - разработка ОС - это должно быть не заказ частным фирмам или НИИ, а повседневная деятельность в ВУЗ-ах ориентированных на программные, а не физико-математические задачи!

Но из-за "коррупция смысл любого государственного замысла" - вынужден был согласиться с Александром Либовым, о порочности данной затеи - находить методы выкачивания бюджетных денег в частные карманы.



Надеясь хоть в этой теме обсуждения - обсудить потребность в рождении ИТ на уровне науки, чтобы ИТ стало на подобии математики или физики, а не как сейчас - технологическое знание о том какой функцией воспользоваться или как работает та или иная программа.

[QUOTE]Не столько художником, сколько надо знать принципы обработки изображений, архитектуру плагина, как происходит взаимодействие редактора и плагина, функции, управление памятью (ввиду ресурсоемкости таких вещей) и т.п. А художник выступает постановщиком задачи, и знание графики нужно настолько, насколько это позволяет понять постановщика.[/QUOTE]

Программист знает как - это его роль. Но разве художник сможет грамотно,без стремления - "чтобы компьютер сам догадался", поставить задачу на ЧТО - нужно сделать.

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

Ведь обычному классическому художнику, не знакомому с уже созданными программами рисования - Разве легко будет поставить задачу для программиста?

[QUOTE]
LordVoron пишет:

P.S. Предлагаю завершить споры о проблемах в сфере ИТ и перейти на реальное обсуждение того, как исправить эти проблемы и что необходимо делать каждому IT-шнику, дабы выжить в России и/или стать профессионалом в этой сфере.
[/QUOTE]

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

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

Возможно было бы хорошо (хотя про ВУЗ-ы уже сказано). если бы формировалась библиотека качественных документаций и хорошого описания различных методологий, в особенности с активным использованием схем, диаграмм и другой формы графического|медийного формата.

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

Я к примеру, считаю полезным следующую вериницу технологического|практического знания:
(причем каждая строка самодостаточная для решения узкого круга практических задач)

1) БД от MS Access-а к  MySQL | MS SQL Server-у
2) от Паскаля (исп. в ВУЗ-е ) к Java-е (или C# как модификации с своей мелкой особенностью)
3) Java <--> Объектно-ориентированное моделирование (UML)
*) Java --> C++
4) HTML -> CSS -> JavaScript -> (jQuery, ....) -> PHP -> Drupal | ...
5) полезные инструменты: Photoshop -> Flash -> AdobePremier
6) основы эконом. права -> система счетов --> бух/ учет --> 1C Бухгалтерия
7) аналитика --> лин. алгебра --> Open GL <--> 3DS Max (или Maya, или Lightwave, ... )
8) выч. мат. --> C\C++ (STL) <--> ASM --> оптимизация алгоритмов
9) C\C++ -> Win 32 API  (Controls) --> MFC --> COM --> ATL --> програм, компонентов
10) C\C++ -> Win 32 API (GDI,Bitmaps,..) --> DirectX (<-- (7) )
11) программирование (разные задачки) --> алг. поиска |перебора -> нейронные сети| ген. алгоритмы
12) алг. интерпретации --> ЛИПС машина | Форт машина --> описание структур (типизация)
...

[QUOTE]
"Если в наших ВУЗах (опускаем МГУ, МГИМО, Баумунку, СПбГу, Казань, МИФИ, МФТИ, Екатеринбург, Новосибирск) математику преподают всего два года? Может стоит ввести то, чтобы математику преподавали все 5 лет?"
[/QUOTE]

1) Причем что говорить о математике и умению самостоятельно создавать описание своей области деятельности хотя бы в форме БД, когда нужно научить специалистов в своей практической области использовать полезные и нужны компьютерные программы, созданные под данные специальности.

2) Учить математику полезно для формирования математического подхода, но скорей всего возможно ограничиваться пониманием методов структурирования информации - учить проектировать БД для представителей гуманитарных и естественно-научных дисциплин.

А учить 5 лет математику людям от нее прячущихся  :D в не физико-математических науках  (менеджеров, юристов, биологов, филологов, ....) скорей всего не возможно :D