|
12.01.2019, 03:08 | #1 |
Banned
|
Вот сама книга
Structure and Interpretation of Computer Programs https://mitpress.mit.edu/sites/defau...ml#%_toc_start Вот комментарии Programming by poking: why MIT stopped teaching SICP https://news.ycombinator.com/item?id=11628080 В принципе молодцы. Я в свое время купил три тома Кнута, и чо ? У них много интересных курсов бесплатно https://ocw.mit.edu/index.htm Тут вопрос в том что они предлагают вместо SICP. Чтобы сравнить. P.S. Подозреваю что от SICP с языком Scheme они перешли к AI и ML на Python. Последний раз редактировалось ax_mct; 12.01.2019 в 03:12. |
|
|
За это сообщение автора поблагодарили: mira (1). |
13.01.2019, 11:39 | #2 |
Участник
|
Цитата:
Сообщение от ax_mct
Вот сама книга
Structure and Interpretation of Computer Programs https://mitpress.mit.edu/sites/defau...ml#%_toc_start Только не понимаю, о чем "плач" идет? Понятно, что сейчас мало кто занимается разработкой приложений "с нуля". Чаще всего, некий готовый продукт уже есть и надо внести в него какие-то изменения по желанию заказчика. Понятно, что эти изменения должны быть в рамках существующего FrameWork и, как следствие, по возможности, следует использовать уже созданные в рамках этого FrameWork библиотеки. Но! Это в теории. А что на практике? Применительно к нашей родной Axapta? А на практике, фиг найдешь эти самые "библиотеки"! Система чудовищно переусложнена. Поэтому и получаем, что зачастую, разработчик не использует существующие библиотеки, а пишет их заново! Банально просто не может найти за вменяемое время то, что нужно. Гм... Да и мало кто вообще ищет, честно говоря... И ладно бы, если речь шла о стандартном функционале Axapta! Но я на практике вижу, что если на приложении клиента работают несколько разработчиков, да еще от разных компаний, то получаем безумное количество дублированного кода. После чего возникают стандартные вопросы, почему поведение системы разное, хотя должно быть одинаковым? Так что, рано авторы отчаиваются Библиотеки FrameWork - это как "записная книжка". Друг, но друг ОДНОГО разработчика. Того самого, который этот FrameWork и написал. Найти что-то в чужой "записной книжке", та еще задачка... Поэтому каждый разработчик пишет свой собственный FrameWork, для чего знание основ разработки просто необходимо PS: Хотя, может это у них "там" разработчики такие "правильные", что начинают с поиска готовых библиотек? А у нас "здесь" бессмертный лозунг: "Если ничего не получается, прочтите, наконец, инструкцию"
__________________
- Может, я как-то неправильно живу?! - Отчего же? Правильно. Только зря... |
|
|
За это сообщение автора поблагодарили: mira (1). |
|
|