Указатели на функцию появились раньше лямбд. Но в других языках. В Java, насколько я помню, изначально заморочились на безопасности и решили отказаться от указателей вообще. А в С использование указателя было единственным способом передать блок кода в качестве параметра куда-либо.
костыль, придуманный на замену в те времена, когда указателей на функцию не было
В Java их и сейчас нет. "Лямбды" -- это синтаксический сахар, а под капотом всё та же эмуляция ФП через ООП с паттерном Стратегия, встроенным в JVM через механизм интерфейсов. Разве что вызов метода класса, в который вынесен код лямбды, осуществляется через объект реализуемого интерфейса, содержавший ссылку на враппер этого метода (типа как java.lang.reflect.Method) и перед первым использованием создаваемый на лету через вызов новой команды JVM invokedynamic вместо, как раньше, создания экземпляра анонимного класса через оператор new.
Ответственность должна быть на объекте (принцип инкапсуляции)
А если на объекте лежит и непосредственная ответственность, кроме хранения данных, для чего его класс и создавали, то... похоже, страдает принцип единственной ответственности...
Основным шаблоном проектирования является "Стратегия" как способ присвоить чему-то значение в виде исполняемого кода с известным контрактом вызова -- способ облечь функциональное программирование в одежды объектно-ориентиованного. В JVM-языках реализуется через понятие интерфейса.
К удивлению для статьи с таким названием, обнаружил в ней нечто полезное: объяснение разницы между фабричным методом и абстрактной фабрикой с разъяснением зачем нужна фабрика фабрик.
Стоит один раз менеджменту увидеть время, потраченное всей командой на звонки и умножить на почасовую ставку, и выводы делаются сами собой.
Были прецеденты или вы это умозрительно говорите? Могут сделать и другие выводы: не успеваешь -- твои проблемы, значит ты такой плохой разработчик, что с тобой нельзя без совещаний, оставайся доделывай после работы, задания с тебя никто не снимал.
Промпт не промпт, но в "человеческом" мире меня с некоторых пор начала забавлять ситуация, когда ТЗ по объёму превосходит сделанный на основе него код. Поэтому, мне кажется, в реальной жизни "качественные ТЗ" и встречаются настолько редко, что все о них слышали, но мало кто видел.
А не надо поддерживать, по изначальному замыслу. Просто уточняете "заклинание". "Поддерживать" теперь надо промпт, а не сгенерированный по нему код, код уходит на уровень, на котором раньше был байт-код.
Семенники перегреваются...
Человеку генетически ближе мыши и зайцы, чем свиньи и хищники.
На тупчике слышал, что собаку одомашнивали несколько раз, типа генетики как-то это обнаружили.
Указатели на функцию появились раньше лямбд. Но в других языках. В Java, насколько я помню, изначально заморочились на безопасности и решили отказаться от указателей вообще. А в С использование указателя было единственным способом передать блок кода в качестве параметра куда-либо.
В Java их и сейчас нет. "Лямбды" -- это синтаксический сахар, а под капотом всё та же эмуляция ФП через ООП с паттерном Стратегия, встроенным в JVM через механизм интерфейсов. Разве что вызов метода класса, в который вынесен код лямбды, осуществляется через объект реализуемого интерфейса, содержавший ссылку на враппер этого метода (типа как
java.lang.reflect.Method) и перед первым использованием создаваемый на лету через вызов новой команды JVMinvokedynamicвместо, как раньше, создания экземпляра анонимного класса через операторnew.А если на объекте лежит и непосредственная ответственность, кроме хранения данных, для чего его класс и создавали, то... похоже, страдает принцип единственной ответственности...
Основным шаблоном проектирования является "Стратегия" как способ присвоить чему-то значение в виде исполняемого кода с известным контрактом вызова -- способ облечь функциональное программирование в одежды объектно-ориентиованного. В JVM-языках реализуется через понятие интерфейса.
К удивлению для статьи с таким названием, обнаружил в ней нечто полезное: объяснение разницы между фабричным методом и абстрактной фабрикой с разъяснением зачем нужна фабрика фабрик.
"...здорового человека"
С телешоппингом и телебанкингом. Но без отвлекающих факторов в виде лишней мультимедии.
И тут уместно напомнить про Minitel...
Особенно когда в анамнезе имеется ковид с реанимацией, от которого страдают внимание и память. Крадут последние остатки внимания.
Были прецеденты или вы это умозрительно говорите? Могут сделать и другие выводы: не успеваешь -- твои проблемы, значит ты такой плохой разработчик, что с тобой нельзя без совещаний, оставайся доделывай после работы, задания с тебя никто не снимал.
Промпт не промпт, но в "человеческом" мире меня с некоторых пор начала забавлять ситуация, когда ТЗ по объёму превосходит сделанный на основе него код. Поэтому, мне кажется, в реальной жизни "качественные ТЗ" и встречаются настолько редко, что все о них слышали, но мало кто видел.
А не надо поддерживать, по изначальному замыслу. Просто уточняете "заклинание". "Поддерживать" теперь надо промпт, а не сгенерированный по нему код, код уходит на уровень, на котором раньше был байт-код.
По крайней мере это так задумано.
И те и те.
Для гироскутера нужна поверхность без уклонов, это редкость.
По-моему, это у любых аккумуляторов так.
Как раз try/catch несколько мешает. Нельзя просто так взять и выделить в функцию блок, кидающий исключения, их нужно либо объявить либо обработать.
Есть подозрение, что первую версию оборудования, под которую писался софт, просто отключали чаще чем раз в 256 использований.