1. Lua / Говнокод #9627

    −87

    1. 1
    2. 2
    3. 3
    4. 4
    Splash = playGrayscaleSplashFx

playGrayscaleSplashFx = function()
end

    Хороший, годный аналог #define true false.
    Обнаружен в Lua-скрипте, автоматически включающемся во все скриптовые контексты (примерный аналог precompiled header).

    playGrayscaleSplashFx - функция, экспортируемая в Lua из C++ кода.

    Внёс в неё изменения, попытался протестировать результат... долго думал.

    Запостил: Kirinyale, 07 Марта 2012

    Комментарии (31) RSS

    • ava istem 07.03.2012 21:53 # 0

      Чего тут думать? 8-е марта же, женская логика...
      Ответить

      • ava Kirinyale 13.03.2012 23:21 # 0

        Если бы... Автор, кстати, уже пару месяцев как на другом проекте. Но наследие осталось.

        Дальнейшее расследование показало, что в некоторых скриптах вполне себе остались вызовы "отключённого" имени функции. Затем память подсказала, что в какой-то момент кем-то из дизайнеров была поставлена задача: убрать нафиг расплодившиеся спецэффекты-вспышки отовсюду, кроме мест A, B, C.

        Судя по элегантности решения, мы зря не рассказывали человеку про функцию поиска.
        Ответить

        • ava roman-kashitsyn 14.03.2012 12:51 # 0

          Эх, а вот в лиспе можно делать вот так:
          (defn my-function [] (println "Hello, World!"))
(defn calling-my-function [] (my-function))

(binding [user/my-function (fn [] (println "FUCK OFF"))]
  (calling-my-function)) ; will print "FUCK OFF"

(calling-my-function) ; will print "Hello, World!"
          Ответить

          • ava Kirinyale 14.03.2012 21:12 # 0

            Моя твой Лисп не понимай.
            Ответить

          • ava wvxvw 14.03.2012 21:56 # 0

            / - просто символ в имени, или в Кложуре так отделяется пакет от имени? Если второе, то почему нельзя было import + shadows (если использовать в текущем пакете) или просто setf - если навсегда?
            Ответить

            • ava roman-kashitsyn 15.03.2012 10:28 # 0

              / отделяет namespace от символа, для биндинга символов требуется указание именно полного имени (даже если символ определён в том же пространстве имён), для безопасности. Точнее, можно, но только в том случае, если функция помечена как dynamic http://ideone.com/iDVcO. Переопределить символ тоже можно (просто новый defn, как в REPL), но этот вариант неинтересен, ибо
              > убрать ... отовсюду, кроме мест A, B, C.
              Ответить

              • ava wvxvw 15.03.2012 16:54 # 0

                Это чем-то отличается от: 
                (defpackage my-package 
  (:use 'other-package) (:shadow #'some-function) ...)
(defun some-function () ...)
(some-function)
(other-package::some-function)
                ?
                Хз, я когда вижу код на Кложуре, то у меня это вызывает примерно ощущение: "Пришел, наследил, испортил хорошую вещь!" - надеялся найти видео, но как-то нет его нигде...
                Ответить

                • ava roman-kashitsyn 15.03.2012 23:45 # 0

                  Идея совсем в другом. Дело в том, что мы делаем my-function динамической: код, ссылающийся на эту функцию, будет использовать реализацию, предоставленную в binding, а не ту, которая цепляется из лексического контекста (даже в том случае, если вызов функции происходит в другом пространстве имён). Так можно и аналог АОП забабахать :)
                  Ответить

                  • ava wvxvw 16.03.2012 00:01 # 0

                    Зачем? Я не понимаю, какая конечная цель / ожидаемый результат. Чем эта функция будет более "динамичной" чем любая другая?
                    Ответить

                    • ava roman-kashitsyn 16.03.2012 09:14 # 0

                      Конечная цель - заменить реализацию функции, используемую в другом модуле. К примеру, есть функция, выполняющая некие полезные действия и на всякий случай ведущая лог аудита. Когда мы захотим написать юнит тест для этой функции, мы можем заменить вызов аудит-логгера пустышкой (так называемым стабом). Собственно, тестирование функций с побочными эффектами - основная причина, по которой делают binding функций. Это выглядит не очень здорово, и код почти всегда можно реорганизовать, сделав его более функциональным, но вещь всё же полезная.

                      Относительно примера: меняем реализацию функции со спец-эффектами на пустышку, а в тех местах, где спец-эффекты нужны - биндим к имени функции нормальную реализацию. Ход не айс, уж лучше сделать так, чтобы можно было передавать "спец-эффекты" в качестве параметра, но сама возможность впечатляет.
                      Ответить

                  • ava wvxvw 16.03.2012 01:42 # 0

                    АОП это CLOS изобретенный двумя недоучками 30 лет спустя после того, как его уже один раз изобрели... Только, как обычно, не полностью.
                    Ответить

                    • ava roman-kashitsyn 16.03.2012 09:16 # 0

                      АОП - это скорее идея, родившаяся в Lisp-сообществе. Современные её реализации (для жабы, к примеру) довольно сильно отличаются от оригинальных исследований. Вещь хорошая и полезная.
                      Ответить

                      • ava wvxvw 16.03.2012 12:45 # 0

                        Все равно, зачем это так делать? Это не безопасно, т.как неизвестно каким образом чужой код использует эту функцию. Кроме того, есть для таких целей intern / unintern, которые, по крайней мере, какие-то тривиальные ошибки таких махинаций отловят. Но ситуация, когда нужно unintern в чужом пакете - уже плохая, если это какая-нибудь программа, которую нельзя останавливать по каким-то стратегическим соображениям - тогда еще можно понять, но если нет - лучше просто переписать так, чтобы это не было нужно.

                        Ну, в Лисп сообществе это не называют АОП. Бумагу, которую написали про АОП писали два Ява программиста, которые про Лисп не упомянули ни разу.
                        Ответить

    • ava istem 07.03.2012 23:07 # 0

      http://safe.cnews.ru/news/top/index.shtml?2012/03/07/480558
      Почему этой рубрики нет на ГК?
      Ответить

      • ava wvxvw 08.03.2012 16:29 # +7

        И этот неизвестный язык наверное написан под неизвестную процессорную архитекруру. Лаборатория Касперского разыскивает государство производящее неизивестные миру процессоры и атакующее их самодельными вирусами. Как то странно, обычно такие статьи пишут про НЛО или неизвестных хищников-вампиров живущих в больших городах...
        Ответить

      • ava eth0 09.03.2012 12:30 # +1

        Наркоманы во все поля.
        Картинка с подписью "Создание червя Duqu потребовало разработки специального языка программирования" заставила улыбнуться.
        Ответить

        • ava 3.14159265 10.03.2012 18:27 # +3

          После того как журнализды поработают над информацией там зачастую остается всего несколько процентов истины.

          >проверено около трех десятков языков программирования, «включая Brainfuck и Haskell».
          >включая Brainfuck
          Сетевой червь на Брейфаке. Пиздец-то какой.

          По поводу этого StuxNet говорили что он содержит очень много кода на чистом асме.
          Но в любом случае подобные статьи - это всего-лишь подборка слухов, испорченных телефонов, всяких домыслов и прочих откровений нихера не знающих вопроса "икспертов".
          Повторюсь - публикации в подобных желтых изданиях если и содержат истинные сведения, то в совсем ничтожных количествах.
          Ответить

          • ava eth0 10.03.2012 20:12 # −1

            Я и не сомневался никогда. Медийное не умеет доставлять достоверную картину мира, да ему и не требуется. Пипл схавает.
            Червь на Брейнфаке - отличная идея сама по себе.
            Ответить

      • ava Steve_Brown 11.03.2012 14:27 # 0

        Вот нормальная статься, вроде первоисточник.
        http://www.securelist.com/ru/blog/41063/Zagadka_freymvorka_Duqu
        Ответить

        • ava bugmenot 11.03.2012 15:41 # +1

          Эта быдла употребляет дворовое словечко «функционал».
          Ответить

        • ava istem 12.03.2012 09:43 # 0

          Спасибо. Доставило. Особенно комменты...
          Ответить

        • ava Vasiliy 12.03.2012 20:12 # 0

          Вспоминается ursus.
          Ответить

        • ava istem 20.03.2012 07:51 # +1

          а ларчик просто открывался:
          "скорее всего, Фреймворк Duqu был скомпилирован MSVC 2008 с опциями /O1 /Ob1 из исходного текста на языке С."
          Ответить

        • ava roman-kashitsyn 20.03.2012 07:52 # +1 

          http://www.securelist.com/ru/blog/207763871/Freymvork_Duqu_zadacha_reshena

          С теперь уже у нас стал неизвестным языком программирования
          Ответить

    • ava guest8 09.04.2019 12:48 # −999

      показать все, что скрытоvanished
      Ответить

    Добавить комментарий