Комментарии 27
Чего за фигня?
"Программирование в его нынешней младенческой форме - слишком сложное занятие, требующее специализации, многолетней учебы и нужным образом повернутых мозгов.". Не могу придумать как прокомментировать, но чувствую что что-то написать просто необходимо.
Я попытаюсь написать.
Из всей приведенной цитаты, внимание заслуживает - "нужным образом повернутые мозги". Но это относится к любой творческой сфере (яркие представители Эдисон, Тесла ...). Про младенческую форму вообще непонятно, автор, что может определить где начинается и кончается младенчество, юность, отрочество и т.д. А интересно, например, в металлургии какая сейчас форма?
А с нужным образом повернутыми мозгами мне вспоминается такой эпизод:
Представь себе кучу пронумерованных/подписанных спичечных коробков, в
каждом из которых лежит какое-то количество спичек. Коробок со спичками –
это и есть ячейка. Адрес ячейки – это номер коробка или его название.
Теперь предположим, что надо узнать, сколько всего спичек хранится в
пятом и десятом коробках вместе, т.е. выполнить операцию сложения, и
такое же количество спичек положить в коробок с номером 15. Заглядываем в
коробок №5 и запоминаем сколько в нём спичек, затем аналогичным образом
поступаем с коробком №10, складываем запомненные значения. Это и есть
то количество спичек, которое нужно положить в коробок №15. ЭВМ делает
тоже самое, только не с коробками, а с ячейками памяти
Металлургия дает стабильный нужный результат - сталь такой-то прочности в таких-то количествах. Программированию до этого пока далеко.
Кто в какой стадии - можете определить сами.
Металлургия дает стабильный нужный результат - сталь такой-то прочности в таких-то количествах.
Не дает:
Программированию до этого пока далеко.
В каком смысле? Программирование тоже дает стабильный результат, при четко известном, стандартном и выполнимом ТЗ. Проблемы возникают, когда неизвестен точный путь достижения результата, но при таких вводных и в металлургии проблемы те же.
Металлургия дает стабильный нужный результат - сталь такой-то прочности в таких-то количествах. Программированию до этого пока далеко.
Вы ведь не металлург?
Очень длинная подводка к BMRS :) Очень.
-----------
По опыту тот же Drools влетает в проект за пару часов и дальше да, часть написания логики можно отдать, как минимум, аналитику.
Поэтому я не совсем понял, почему именно "такое грандиозное" брать не стоит :)
Почему стоит брать - как раз понятно. Отлаженный многими внедрениями код и наличие активного комьюнити
Но это такое, дилема "хардкодинг" vs "параметризация" наверное всегда будет актуальной и каждый проект будет искать свою идеальную границу между двумя подходами и в части "параметризация" изобретать 100500 колесо :)
Именно так зарождалась 1С...
Программирование в его нынешней младенческой форме оказалось слишком сложным занятием
Дело не в сложности, дело в том, что большинство людей не хочет усваивать лишнего. Некоторые не хотят научиться пользоваться даже своим собственным смартфоном, и не потому что это сложно, им это просто не нужно и не интересно, они освоили круг задач который их интересует, при попытке рассказать что-то сверх того — отмахиваютя. А для "пролетарский" прикладной разработчики уже давно есть Excel — его возможностей хватает на очень широкий спектр расчётных задач, анализа данных и так далее, и те самые "замотивированные профессионалы" пользуются им для этих целей уже десетилетиями. Иногда даже их проекты перерастают во вполне самостоятельное приложения.
Вы предлагаете в какую-нибудь систему складского учета впихнуть Excel, чтобы кладовщик там автоматизировал свои мелкие проблемы вроде "при выдаче реактора сообщить об этом мастеру по мирному атому" ?
Конкретно системы складского обычно внедряются интеграторами, потому что большой объем кастомизации под бизнес-процессы. Соответственно реализацию такого функционала должны делать они, по заказу. Обычных работников я бы к добавлению функционала не допускал, потому что может обернуться проблемами для всех.
Не совсем понятно, что означает термин "замотивированные профессионалы". Но могу сообщить, что я действительно был и есть недоволен современными программами. Например, moodle вызвал у меня острое желание сделать программу для создания кода задания для вставки в quiz. Мне было невыносимо прописывать теги к пропускам или к тесту, которые содержали инфу с оценкой за ответ ну и сам правильный ответ, а именно так и было в moodle. Ну вот тогда, я придумал программу для автоматизации этого процесса и за 200$ на фрилансе мне её сделали. Теперь я сам создаю moodle, для себя и моих товарищей уже 3й год. Могу сказать, что лучше проектировать чем программировать, так будет быстрее.
это письмо из 2004 года?
Что за фигня
Выше хороший вопрос. Я догадался, может быть. Это первая ствтья из обстоятельного цикла, в третьей-четвёртой прозвучит слово Julia.
Но это программирование как в заголовке - для народа. И Julia - это другое...
Мне кажется, я нашёл способ просто и точно показать/передать дух Julia. Идём на сайт и давим на кнопку документации: И получаем документацию
Делаем окно браузера поуже, если он не мобильный, конеяно, и видим
Есди нажать на сэндвич в правом верхнем углу, то слева выдвинется панель с оглавлением
Промотав вниз до предела, имеем справа внизу переход на release notes, которых в оглавлении нет
Типичная игривая латиноамериканка Джулия...
Макросы в таблицах - тоже вид программировприя, без необходимости перекомпиляции мегабайт кода
Программирование для народа