«инжиниринг» сегодня

[Владимир Максимов]

Цитата:

Сообщение от ax_mct

Вот сама книга
Structure and Interpretation of Computer Programs
https://mitpress.mit.edu/sites/defau...ml#%_toc_start

Угу. Понятно. Обычный учебник по программированию на языке Lisp

Только не понимаю, о чем "плач" идет?

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

Но! Это в теории. А что на практике? Применительно к нашей родной Axapta?

А на практике, фиг найдешь эти самые "библиотеки"! Система чудовищно переусложнена. Поэтому и получаем, что зачастую, разработчик не использует существующие библиотеки, а пишет их заново! Банально просто не может найти за вменяемое время то, что нужно. Гм... Да и мало кто вообще ищет, честно говоря...

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

Так что, рано авторы отчаиваются Библиотеки FrameWork - это как "записная книжка". Друг, но друг ОДНОГО разработчика. Того самого, который этот FrameWork и написал. Найти что-то в чужой "записной книжке", та еще задачка... Поэтому каждый разработчик пишет свой собственный FrameWork, для чего знание основ разработки просто необходимо

PS: Хотя, может это у них "там" разработчики такие "правильные", что начинают с поиска готовых библиотек? А у нас "здесь" бессмертный лозунг:

"Если ничего не получается, прочтите, наконец, инструкцию"