Для работы проектов iXBT.com нужны файлы cookie и сервисы аналитики.
Продолжая посещать сайты проектов вы соглашаетесь с нашей
Политикой в отношении файлов cookie
А что если, к практическому программированию (на языках высокого уровня) относиться как к виду дискурса (рассуждения), ключевые принципы которого: 1. «ментальная» декомпозиция (из идеи ментального программирования, некоторых деятелей) — то что позволяет в живом режиме писать программу «сверху-вниз», от выражений и формулировок бизнес логики к функциям конкретного языка программирования; 2. Принцип единой ответственности и одного уровня абстракции внутри методов (функций) — как основной ключ к поддерживаемости и возможности дальнейшей модификации системы (программы); 3. Аксиоматику Хоара следует сохранять во внимании для написания надёжных программ.
Будет ли практически нормальным и достаточным программирование придерживающееся этих 3 принципов?
Для стандартизации и условной всеобщей понятности нужно стремиться к выражению всего что возможно архитектурными патернами? Есть такие объявляемые на словах тенденции уже давно, но на практике архитектура может быть нередко определена правилами написания под конкретный фреймворк или стилем написания внутри системы.
Комментарии про ассемблер в современном программировании для большинства людей и практик никакого смысла не имеют. С точки зрения профессионального и системного знания конечно знать и понимать ассемблер нужно, но на практике приблизительно 95-99% современных программистов не пригодится, вроде бы вполне правдоподобный взгляд. Что не так поправьте, будет интересно узнать и другие точки зрения.
А применению ИИ следует уделять внимание, по сегодняшним временам особенно. За заметки и пункты по ИИ автору статьи отдельное спасибо!
Про 1.5 часа на программирование в день для практического освоения и погружения очень мало, всё-таки как минимум на полгода, год любая профессиональная деятельность должна стать «сквозной темой» в жизни, а это минимум больше половины времени бодрствования, то есть 8 часов в день. Тогда практически на «физическом» уровне человек будет меняться и приобретать образ мыслей и их наполнение соответствующее деятельности.
ps: За избыток слов прошу извинить, несколько увлёкся, но ряд написанных моментов скорее правильный, с некоторой точки зрения.
Будет ли практически нормальным и достаточным программирование придерживающееся этих 3 принципов?
Для стандартизации и условной всеобщей понятности нужно стремиться к выражению всего что возможно архитектурными патернами? Есть такие объявляемые на словах тенденции уже давно, но на практике архитектура может быть нередко определена правилами написания под конкретный фреймворк или стилем написания внутри системы.
Комментарии про ассемблер в современном программировании для большинства людей и практик никакого смысла не имеют. С точки зрения профессионального и системного знания конечно знать и понимать ассемблер нужно, но на практике приблизительно 95-99% современных программистов не пригодится, вроде бы вполне правдоподобный взгляд. Что не так поправьте, будет интересно узнать и другие точки зрения.
А применению ИИ следует уделять внимание, по сегодняшним временам особенно. За заметки и пункты по ИИ автору статьи отдельное спасибо!
Про 1.5 часа на программирование в день для практического освоения и погружения очень мало, всё-таки как минимум на полгода, год любая профессиональная деятельность должна стать «сквозной темой» в жизни, а это минимум больше половины времени бодрствования, то есть 8 часов в день. Тогда практически на «физическом» уровне человек будет меняться и приобретать образ мыслей и их наполнение соответствующее деятельности.
ps: За избыток слов прошу извинить, несколько увлёкся, но ряд написанных моментов скорее правильный, с некоторой точки зрения.