OSDev

По-моему, тут следствие ошибочно принято за причину. ИМХО, время освоения - лишь следствие обилия возможностей.

Хотя, посмотрел я как жизнь идёт во всяких jetbrains, eclipse, msvc# - среда очень много думает за программиста, собирает статистику, так что даже подсказки автодополнения ~отсортированы по смыслу, т.е. первым вылезает то что наиболее вероятно предполагалось. В общем, хоть и есть ощущение расхолаживания, но вся эта автоматизация всё же выглядит чем-то хорошим и очень полезным. В принципе, в емаксе у заядлых красноглазых должно что-то похожее получаться, но в нём надо самому писать этот ИИ, а тут уже готовый труд, хоть и туго с возможностями самому настраивать и расширять.

Ну, отчасти так и есть: Notepad на освоение явно требует меньше времени, чем MS Word

Я б так сказал: те, кто не хотят думать головой, с подобными инструментами вообще думать перестают. Но это всё ж проблемы не инструментов, а их пользователей. Да, если мне надо наформошлёпить по-быстрому, я использую Дельфи и не парюсь, что простейшая программа пожирает несколько мегабайт. Но если мне надо что-то эффективно делать, мне Дельфя не препятствует: просто включаю свою голову в нужном направлении, и всё.

Вот только не надо утрировать. Я говорю о принципе. Юниксы вышли из академической среды и изначально ожидалось, что пользователь имеет высшее образование, солидный уровень компьютерной грамотности и сильную мотивацию для работы с системой. Это было совершенно замечательно и естественно для годов, скажем, восьмидесятых, когда количество доступного ПО не превышало нескольких десятков пакетов, а уровню его сложности было далеко до, например, АвтоКАДа. В современных же условиях даже у специалиста серьёзно падает продуктивность, так как для выполнения простых действий он должен заморачиваться на изучение манов, хавтусов, набивать консольные команды вместо двух кликов мышкой, что отвлекает от его основной работы. Интуитивный и простой интерфейс даже для системы, обладающей большой внутренней сложность на сегодняшний день уже не блажь, а необходимость.

_________________
Yet Other Developer of Architecture.
The mistery of Yoda’s speech uncovered is:
Just an old Forth programmer Yoda was.
<<< OS Boot Tools. >>>

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

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

> хотя разница между компиляторами только и в лексиконе.
Такое может сказать только тот кто совсем не соображает в ООП, функциональщине и прочих радостях жизни.
Ну или тот кто думает по принципу [strike]"зачем что-то делать в жизни, всё равно потом умирать"[/strike]"какая разница, всё равно всё становится машинными кодами".

В общем, это не совсем верное мнение, ибо средства многих языков (или, например, расширений языков) действительно сильно ускоряют разработку + позволяют писать масштабируемый (scalable) код, что сейчас вообще очень важно во многих отраслях.

Разница в компиляторах естественно есть, но переходить от одного лексикона к другому не просто. Как код может быть масштабируемм, непонятно, это жа не картинка )).

Очень просто. Масштабируемый код - это такой код, который может быть использован без потери общности, надёжности и скорости разработки в проектах любого масштаба. Например, ООП позволяет разработчику абстрагироваться от внутреннего устройства объекта, его связях с другими объектами и поддержании его целостности и целиком сосредоточиться на его использовании.

_________________
Yet Other Developer of Architecture.
The mistery of Yoda’s speech uncovered is:
Just an old Forth programmer Yoda was.
<<< OS Boot Tools. >>>

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