> В будущем программирование будет базовым курсом, наряду с чтением, письмом и математикой.
кроме того, математика, (допустим) английский, физика, химия, физкультура, география и еще куча дисциплин также вхожи в список базовых предметов. но нас почему-то не заполонили математики и физики. пользователи, если и будут обладать навыками программирования, то только на уровне, достаточном для сдачи контрольной работы в университете. а то и на более низком.
а насчет сверхобобщения: если человек на вопрос о сфере деятельности отвечает «я спортсмен», то он одинаково может быть шахматистом, штангистом, гонщиком, профессионально играть в бильярд или быть асом в игре Го. но спортсмен — не сверхобобщение.
в любой сфере деятельности можно прийти к выводу, что профессия, которая занимается этой деятельностью — суперобобщение. у физиков — это могут быть какие-то элементарные частицы с одной стороны и какая-то гидро/аэродинамика с другой, у химиков — с одной стороны создание каких-то суперпластмасс, с другой — некие пищевые добавки или разработка батареек никель-металгидридно-кадмиево-водородно-стронциевых элементов питания. это не сверхобощение, а, как по мне, — минимально необходимая асбтракция. проблема, быть может, только в том, что некоторые люди считают уместным просить программистов отремонтировать чайник или подключить микроволновку.
> никогда не приходилось использовать никаких моделей в скриптах.
вам не приходилось. мне приходилось. это вопрос личного опыта, а не аргумент.
> с mysql/pgsql никаких проблем не возникало.
так зачем же вы писали скрипт на php, который работает с базой, если одними и теми же данными может с успехом манипулировать и bash?
позвольте не согласиться. зачастую консольные приложения на пхп — это всякие кроны, которые обслуживают основной проект. это импорт всяких внешних данных, сборка javascript'ов и css, очистка всяких фаловых кешей, генерация каких-то кешей заново, рассылка почты и прочее. если у меня есть большой проект со сложной структурой и мне надо раз в сутки стягивать обновление данных из внешних источников — вы прикажете мне писать на Си или перле заново все модели? но моделями ведь приложение не ограничивается и потому мне надо еще и управляющую логику нарисовать. и тоже на каком-то другом языке. но зачем, если существует уже работающий моторчик, в котором работы-то — всего-лишь докрутить запуск оного из консольки. да, быстродействие страдает. но процессорное время дешевле времени программистов и дешевле времени в бизнесе.
ну, почему-то автор не обратил внимание на то, что у многих программистом JavaScript — во-первых, не единственный язык, а во-вторых, не первый, который они изучают.
во всех языках, к которым я присматривался, у программиста весьма мало свободы в обращении с ";". я, например, расставляю точки с запятыми всюду потому что я так привык и это ни капли не противоречит правилам. даже python, на который я сейчас посматриваю, не может меня заставить отказаться от точки с запятой в конце строки :)
единственный более-менее ощутимый (хоть и спорный) плюс такого подхода — удобно добавлять элементы в конец массива простым дублированием последней строки оного. при «классическом» добавлении надо будет пробежаться по всем добавленным элементам и проставить в конце точку с запятой. но, как я и писал, имхо, не особо-то это и весомый аргумент
автор многократно утверждает, что расстановка точки с запятой не добавляет никаких преимуществ с точки зрения самого языка. но, как мне показалось, кроме аргумента «это тоже безопасно» нет никаких доводов в пользу отсутствия точек с запятыми. «язык позволяет не ставить »;" и если вы делаете обратное с какой-то целью, — вы не понимаете языка" — не агрумент в пользу их отсутствия.
>лучше только тем, что ничего скачивать и устанавливать не нужно
это ирония такая? скачивать ничего не нужно, нужно всего лишь зайти на их сайт, заказать, подождать, забрать, оплатить и подключить.
«нефиг мне что делать — искать где можно купить эту киношку/музыку, если вон на пиратбэе есть всё» и «я лучше куплю, но это гарантированно, чем буду искать» — занятые люди равновероятно могут придерживаться любой из них.
само собой, что это учёный-творец. но даже в вашем высказывании слово «ученый» на первом месте. имея математический склад ума (а также время, но это не по теме) вы можете выучить и понять любой язык программирования и сможете творить на нем что вам будет угодно или что от вас потребуют.
имея какой-то творческий/художественный (как правильно-то, а?) склад ума вы можете застрять еще на адресации памяти и на понятии функции. и всё. художник остался художником.
разумеется, что оба примера за уши притянуты и слишком абстрактны и не бывает в чистом виде математического склада ума, как почти ничего не бывает в чистом виде, но я просто хочу показать, что программирование — это в основе своей инженерный процесс, который не лишен (и не должен быть лишен) элемента творчества, без которого вообще никуда.
не в курсе как и где, но в наших краях в дипломах пишут «инженер-программист». этим всё сказано. да, есть место для выражения себя, есть место для творчества. но в целом — это техническая работа с небольшим уклоном нк своеобразному творчеству и на первом месте должен стоять инженер, который видит последствия каждого решения как в контексте исправления бага, так и в контексте будущего всего проекта и его архитектуры, который может что-то именно начертить, спроектировать и разработать а не взять холст и намазюкать чтоб было интересно. безусловно — соревнования на самый запутанный код на С или гигабайты текстур, которые генерируются 10-килобайтной программой на ассемблере — это намного ближе к творчеству, но в основе всё равно лежат инженерные решения.
я, возможно, чего-то не понимаю. расскажите подробнее, чем мне (и как владельцу сайта и как зарегистрированному пользователю этого сайта) поможет регистрация базы где-то там, если сайт сломали, базу выкачали и выложили в общий доступ?
кроме того, математика, (допустим) английский, физика, химия, физкультура, география и еще куча дисциплин также вхожи в список базовых предметов. но нас почему-то не заполонили математики и физики. пользователи, если и будут обладать навыками программирования, то только на уровне, достаточном для сдачи контрольной работы в университете. а то и на более низком.
а насчет сверхобобщения: если человек на вопрос о сфере деятельности отвечает «я спортсмен», то он одинаково может быть шахматистом, штангистом, гонщиком, профессионально играть в бильярд или быть асом в игре Го. но спортсмен — не сверхобобщение.
в любой сфере деятельности можно прийти к выводу, что профессия, которая занимается этой деятельностью — суперобобщение. у физиков — это могут быть какие-то элементарные частицы с одной стороны и какая-то гидро/аэродинамика с другой, у химиков — с одной стороны создание каких-то суперпластмасс, с другой — некие пищевые добавки или разработка батареек никель-металгидридно-кадмиево-водородно-стронциевых элементов питания. это не сверхобощение, а, как по мне, — минимально необходимая асбтракция. проблема, быть может, только в том, что некоторые люди считают уместным просить программистов отремонтировать чайник или подключить микроволновку.
вам не приходилось. мне приходилось. это вопрос личного опыта, а не аргумент.
> с mysql/pgsql никаких проблем не возникало.
так зачем же вы писали скрипт на php, который работает с базой, если одними и теми же данными может с успехом манипулировать и bash?
во всех языках, к которым я присматривался, у программиста весьма мало свободы в обращении с ";". я, например, расставляю точки с запятыми всюду потому что я так привык и это ни капли не противоречит правилам. даже python, на который я сейчас посматриваю, не может меня заставить отказаться от точки с запятой в конце строки :)
это ирония такая? скачивать ничего не нужно, нужно всего лишь зайти на их сайт, заказать, подождать, забрать, оплатить и подключить.
имея какой-то творческий/художественный (как правильно-то, а?) склад ума вы можете застрять еще на адресации памяти и на понятии функции. и всё. художник остался художником.
разумеется, что оба примера за уши притянуты и слишком абстрактны и не бывает в чистом виде математического склада ума, как почти ничего не бывает в чистом виде, но я просто хочу показать, что программирование — это в основе своей инженерный процесс, который не лишен (и не должен быть лишен) элемента творчества, без которого вообще никуда.