А еще было бы полезно добавить, что задача (как и это решение) более широко известно под названием "Largest Square Submatrix of all 1's". В интернете легко ищется множество объяснений алгоритма.
В вашей аналогии настоящий программист это тот, кто составил такой рецепт, а не тот кто просто прочитал и сделал как написано. Второй это просто оператор / кодировщик.
Самая большая проблема, на мой взгляд, это отсутствие поддержки Garbage Collection, что делает бессмыссленным переход многих популярных языков, которые уже умеют транслироваться в эффективный JavaScript. А это огромные кодовые базы Typescript, Java, Scala, Kotlin, Elm…
Возиться с указателями в стиле си, или переучиваться на Rust чтобы писать под веб — это такое себе.
Синхронные функции возвращают результат, асинхронные — нет, взамен они вызывают коллбэк.
Возмутило то как автор приплетает, возможно для пущей убедительности, такие слова как "функция", "функция высшего порядка", "функциональщина", в то время как описывает банальный callback hell и все сопутствующие неприятности.
Функция в с е г д а возвращает результат (если отбросить возможность исключения/зависания), иначе это не функция, а процедура. А если написать кучу процедур, да ещё и сдобрить callback-ами как следует, то конечно жди проблем.
А еще было бы полезно добавить, что задача (как и это решение) более широко известно под названием "Largest Square Submatrix of all 1's". В интернете легко ищется множество объяснений алгоритма.
Любой, кто уже пробовал проделывать вот это все, прекрасно понимает какие фантазии вы тут описываете :)
И всё-таки, акторы то тут зачем? Принимаем сообщения от страйпа в общую очередь, а после обработки наверняка записываем результат в общую БД..
Акторы тут в очередной раз выглядят как пятое колесо, или я что-то упускаю?
count, substr, strpos, is_null - вот это функции.
У функции есть одна задача - взять аргументы и на из основе вернуть ответ.
article_set_meta, article_add_image, article_render - это процедуры. Могут и в базу данных залезть, и глобальные переменные менять, и что угодно.
И да, процедурное программирование тяжелее масштабируется, поэтому за пределами определенных ниш мало где применяется.
Группировать функции в модули (да хоть в классы, если других средств в языке нет) тоже можно, - да так и делается чаще всего.
В вашей аналогии настоящий программист это тот, кто составил такой рецепт, а не тот кто просто прочитал и сделал как написано. Второй это просто оператор / кодировщик.
Самая большая проблема, на мой взгляд, это отсутствие поддержки Garbage Collection, что делает бессмыссленным переход многих популярных языков, которые уже умеют транслироваться в эффективный JavaScript. А это огромные кодовые базы Typescript, Java, Scala, Kotlin, Elm…
Возиться с указателями в стиле си, или переучиваться на Rust чтобы писать под веб — это такое себе.
Возмутило то как автор приплетает, возможно для пущей убедительности, такие слова как "функция", "функция высшего порядка", "функциональщина", в то время как описывает банальный callback hell и все сопутствующие неприятности.
Функция в с е г д а возвращает результат (если отбросить возможность исключения/зависания), иначе это не функция, а процедура. А если написать кучу процедур, да ещё и сдобрить callback-ами как следует, то конечно жди проблем.