1. Комментарий к говнокоду #26960 в ответ TOPT

  2. Комментарий к говнокоду #26960 в ответ TOPT

  3. Комментарий к говнокоду #26960 в ответ Pig

  4. Комментарий к говнокоду #26949

  5. Комментарий к говнокоду #26955 в ответ bormand

    • А в шарпе он куда угодно прыгает или ограничения есть?
      Ответить
    • The goto statement is also useful to get out of deeply nested loops.


      я не знаю, если честно

      ну думаю в середину цикла прыгнуть неможно, и внутрь catch вероятно тоже
      Ответить
  6. Комментарий к говнокоду #26955 в ответ MAKAKA

  7. Комментарий к говнокоду #26955 в ответ MAKAKA

    • rustухи же тока про указатели доказывают)

      >который выкинул нахуй goto.
      дейкстра с виртом вроде доказали что можно и без гоуту на чем угодно

      Кстати, в C# гото завезли, хотя он моложе жавы
      https://docs.microsoft.com/en-us/dotnet/csharp/language-reference/keywords/goto
      Ответить
    • Но именно йажисты сделали так, что на практике отсутствие goto никак не мешает.

      Добавив бряк на метку (limited goto) и try~finally.

      >что можно и без гоуту на чем угодно
      Можно, но тогда нужно переменные лишние вводить. И код пухнет.

      На практике никто так не делает.
      Ответить
  8. Комментарий к говнокоду #26955 в ответ 3.14159265

    • > что ты должен чуть ли не ма-те-мат-и-чес-ки доказать корректность своей программы, а не дебажить её

      Видел бы он что rustухи творят.

      > Яжу он считал коммерческой поделкой
      Дейкстра всё-таки был теоретиком.

      Никто же сейчас не пишет один гетигп в функции. И никто же не бомбит за исключения.

      А Дейкстра считал это зашкваром. Не без оснований впрочем (см. недавний тред о goto между скоупами и освобождении ресурсов в сишке)

      А Йажа первый популярный язык, который выкинул нахуй goto.
      Ответить
    • rustухи же тока про указатели доказывают)

      >который выкинул нахуй goto.
      дейкстра с виртом вроде доказали что можно и без гоуту на чем угодно

      Кстати, в C# гото завезли, хотя он моложе жавы
      https://docs.microsoft.com/en-us/dotnet/csharp/language-reference/keywords/goto
      Ответить
  9. Комментарий к говнокоду #26955 в ответ MAKAKA

    • Он говорил всё таки не про jvm-языки, а именно про яжу.

      Дело не тока в одноразвратности. Как я понял по его статьям (может и неверно), у Дейкстры очень болело, что программирование из приложения к математике (а он считал себя математиком, как и Кнут например) превращается в хуяк-хуяк-и-в-продакшен (он вроде так и говорил: называть програмирование компьютер сайнс, это как называть хирургию "knife science")

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

      Он ненавидел дебагеры, считая, что ты должен чуть ли не математически доказать корректность своей программы, а не дебажить её.
      Он предлагал вообще студентам не давать компы, пускай они дескать пишут на лиспе в тетрадке (потому что если им дать комп -- они уйдут делать крутой вебсайт на очередном говне, и программистами не станут).

      Яжу он считал коммерческой поделкой, кривой и хуёвой, далекой от настоящей науки.

      Но яжу хотя-бы делали как язык программирования.

      А JS вообще сделали на коленке хуй знает зачем. Как и PHP.
      Ответить
    • > что ты должен чуть ли не ма-те-мат-и-чес-ки доказать корректность своей программы, а не дебажить её

      Видел бы он что rustухи творят.

      > Яжу он считал коммерческой поделкой
      Дейкстра всё-таки был теоретиком.

      Никто же сейчас не пишет один гетигп в функции. И никто же не бомбит за исключения.

      А Дейкстра считал это зашкваром. Не без оснований впрочем (см. недавний тред о goto между скоупами и освобождении ресурсов в сишке)

      А Йажа первый популярный язык, который выкинул нахуй goto.
      Ответить
  10. Комментарий к говнокоду #26962 в ответ MAKAKA

  11. Комментарий к говнокоду #26962 в ответ bormand

  12. Комментарий к говнокоду #26962 в ответ MAKAKA

    • а, ну тогда ок. В винде так-то все или из доса или из VMS
      а туда он из CP/M небось?

      Кстати, почему в паскале conio назывался crt?
      Ответить
    • Потому что cathode ray tube?
      Ответить
  13. Комментарий к говнокоду #26962 в ответ bormand

    • Да вроде оттуда этот cls и пошел.

      З.Ы. Но в старом конио и clrscr() был. Просрали все полимеры.
      Ответить
    • а, ну тогда ок. В винде так-то все или из доса или из VMS
      а туда он из CP/M небось?

      Кстати, почему в паскале conio назывался crt?
      Ответить
  14. Комментарий к говнокоду #26962 в ответ MAKAKA

    • тоже про это подумал) conio же)
      а в досе был cls?
      Ответить
    • Да вроде оттуда этот cls и пошел.

      З.Ы. Но в старом конио и clrscr() был. Просрали все полимеры.
      Ответить
  15. Комментарий к говнокоду #26962 в ответ bormand

    • Вот кстати, почему ncurses винду не умеет? Куча проблем бы ушла с кроссплатформенной соснолью.
      Ответить
    • а почему винда не умеет esc последовательности и termcap/terminfo? (причем дос умел, ansi.sys же)
      а почему она не умеет сигналы? а почему winsock отличается в некоторых местах от berkely sockets?

      на то и щука, чтоб карась не скучал
      Ответить
  16. Комментарий к говнокоду #26962 в ответ bormand

  17. Комментарий к говнокоду #26962 в ответ MAKAKA

    • clear, да)

      но лучше конечно сделать это через ConsoleApi на винде и через ncruses напрямую на Linux: последнее будет совместимо с любым униксом

      Правда я вот не уверен про переносимость
      <conio.h> азаза
      Ответить
    • Вот кстати, почему ncurses винду не умеет? Куча проблем бы ушла с кроссплатформенной соснолью.
      Ответить
  18. Комментарий к говнокоду #26962 в ответ MAKAKA

    • clear, да)

      но лучше конечно сделать это через ConsoleApi на винде и через ncruses напрямую на Linux: последнее будет совместимо с любым униксом

      Правда я вот не уверен про переносимость
      <conio.h> азаза
      Ответить
    • На борланд си точно переносим.
      Ответить
  19. Комментарий к говнокоду #26949 в ответ bormand

  20. Комментарий к говнокоду #26949 в ответ MAKAKA

    • на чем сделан интефейс? argparse? click?
      Ответить
    • Аргпарс. Про клик я знаю, но тащить либу ради пары аргументов влом.
      Ответить
  21. Комментарий к говнокоду #26949 в ответ bormand

    • А, да не, у меня банальный коммандлайн интерфейс для либы. Регистрации в console_scripts должно хватить.

      Но механика с плагинами прикольная, да.
      Ответить
    • на чем сделан интефейс? argparse? click?
      Ответить
  22. Комментарий к говнокоду #26949 в ответ MAKAKA

    • я имел ввиду API для поиска плагинов.

      Типа ты можешь написать несколько консолей
      * терминально/коснольную
      * вебовскую например
      * гуйную (ну тут 10050 фреймворков есть для этого)
      * сетевую телнетную например

      и зарегистрировать их как плагины. И твой скрипт бы находил их, и спрашивал пользователя какую косноль он хочет

      И я мог бы написать плагин с поддержкой еще одной консоли не трогая твой код
      Ответить
    • А, да не, у меня банальный коммандлайн интерфейс для либы. Регистрации в console_scripts должно хватить.

      Но механика с плагинами прикольная, да.
      Ответить
  23. Комментарий к говнокоду #26962 в ответ oaoaoammm

    • Но для линуха можно будет заменить всего одну строчку с «cls» и будут кросплатформенные исходники! Так что это кроссплатформенный код )))
      Ответить
    • clear, да)

      но лучше конечно сделать это через ConsoleApi на винде и через ncruses напрямую на Linux: последнее будет совместимо с любым униксом

      Правда я вот не уверен про переносимость
      <conio.h> азаза
      Ответить
  24. Комментарий к говнокоду #26962 в ответ bormand

    • > system("cls");

      Ну раз уж на венду завязался, поюзай виндовые апишки. Там и очистка экрана и перемещение курсора есть и цвета. Всё лучше, чем процесс поднимать на каждый фрейм.
      Ответить
    • Но для линуха можно будет заменить всего одну строчку с «cls» и будут кросплатформенные исходники! Так что это кроссплатформенный код )))
      Ответить
  25. Комментарий к говнокоду #26949 в ответ bormand

    • А ты не это имел в виду под "консоль сама находилась"?
      Ответить
    • я имел ввиду API для поиска плагинов.

      Типа ты можешь написать несколько консолей
      * терминально/коснольную
      * вебовскую например
      * гуйную (ну тут 10050 фреймворков есть для этого)
      * сетевую телнетную например

      и зарегистрировать их как плагины. И твой скрипт бы находил их, и спрашивал пользователя какую косноль он хочет

      И я мог бы написать плагин с поддержкой еще одной консоли не трогая твой код
      Ответить
  26. Комментарий к говнокоду #26949 в ответ MAKAKA

    • Ты про "console_scripts" ?*

      Я сам не пробовал, но судя по тому, что овердохуя пакетов на pypi имеет запускалку (virtualenv, django, flask, jupyter, pytest, to name few) и все они как-то на прыщах имеют sh с шебангом в нужный питон, а на винде .exe (ну вероятно импортирующие нужный .dll?) это работает.

      *
      https://python-packaging.readthedocs.io/en/latest/command-line-scripts.html

      [quote]
      Setuptools will generate a standalone script ‘shim’ which imports your module and calls the registered function.
      [/quote]
      Ответить
    • А ты не это имел в виду под "консоль сама находилась"?
      Ответить
  27. Комментарий к говнокоду #26949 в ответ bormand

    • О, круто, т.е. он сам создаст враппер для моего скрипта во время установки пакета? И судя по доке тогда скрипт может быть не только в корне, с sys.path враппер сам разберётся.
      Ответить
    • Ты про "console_scripts" ?*

      Я сам не пробовал, но судя по тому, что овердохуя пакетов на pypi имеет запускалку (virtualenv, django, flask, jupyter, pytest, to name few) и все они как-то на прыщах имеют sh с шебангом в нужный питон, а на винде .exe (ну вероятно импортирующие нужный .dll?) это работает.

      *
      https://python-packaging.readthedocs.io/en/latest/command-line-scripts.html

      [quote]
      Setuptools will generate a standalone script ‘shim’ which imports your module and calls the registered function.
      [/quote]
      Ответить
  28. Комментарий к говнокоду #26955 в ответ 3.14159265

    • Я плюсанул. Из уважения к Дейкстре.

      Но как бы ситуация наоборот: над одноразвратниками все потешаются, а йаже учат галерных рабов. И это 3 по жопулярности язык. Плюс букет жвм-базед языков процветает.
      Ответить
    • Он говорил всё таки не про jvm-языки, а именно про яжу.

      Дело не тока в одноразвратности. Как я понял по его статьям (может и неверно), у Дейкстры очень болело, что программирование из приложения к математике (а он считал себя математиком, как и Кнут например) превращается в хуяк-хуяк-и-в-продакшен (он вроде так и говорил: называть програмирование компьютер сайнс, это как называть хирургию "knife science")

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

      Он ненавидел дебагеры, считая, что ты должен чуть ли не математически доказать корректность своей программы, а не дебажить её.
      Он предлагал вообще студентам не давать компы, пускай они дескать пишут на лиспе в тетрадке (потому что если им дать комп -- они уйдут делать крутой вебсайт на очередном говне, и программистами не станут).

      Яжу он считал коммерческой поделкой, кривой и хуёвой, далекой от настоящей науки.

      Но яжу хотя-бы делали как язык программирования.

      А JS вообще сделали на коленке хуй знает зачем. Как и PHP.
      Ответить
  29. Комментарий к говнокоду #26949 в ответ MAKAKA

    • абсолютные импорты всгеда считаются от sys.path.
      Если ты туда явно добавишь верхний уровень, то вероятно можешь и по полному импортировать, но это ебля

      Вообще лучше всегда использовать полные импорты, а в запускаемых файлах всегда-всегда.

      Кстати, хочешь, чтобы консоль автоматически находилась, если установлена на интерпретатор или виртуалэнв?

      Используй
      https://packaging.python.org/guides/creating-and-discovering-plugins/
      Ответить
    • О, круто, т.е. он сам создаст враппер для моего скрипта во время установки пакета? И судя по доке тогда скрипт может быть не только в корне, с sys.path враппер сам разберётся.
      Ответить
  30. Комментарий к говнокоду #26949 в ответ Izumka

    • Регулярно забываю про эту марку...
      Ответить
    • Самая заебатая марка

      Если ты купишь устройство со сборкой вендора, то так и будешь сидеть на четвертом андроиде 10 лет
      а нексус пиксель будет обновляца
      Ответить
  31. Комментарий к говнокоду #26961 в ответ Desktop

    • .h создаёт Xcode при создании проекта.

      modulemap генерируется автоматом при сборке. Но можно и руками, емнип

      В тонкой настройке экспорта я честно не силён, надо вникать в доку по llvm.

      Но там много можно разного делать, например, создавать модули из голых сишных исходников
      Ответить
    • Ну тоиссь .h всё таки есть, просто генерится сам.

      И клиент потом компилируется против этого .h файла.
      Ответить
  32. Комментарий к говнокоду #26949 в ответ bormand

    • > на верхнем уровне

      Спасибо. Получается, что питон добавляет каталог с главным скриптом в path, поэтому абсолютные импорты работают только если он в корне проекта. А относительные импорты в главном скрипте в принципе никогда не работают (у главного скрипта в __name__ фигня).
      Ответить
    • абсолютные импорты всгеда считаются от sys.path.
      Если ты туда явно добавишь верхний уровень, то вероятно можешь и по полному импортировать, но это ебля

      Вообще лучше всегда использовать полные импорты, а в запускаемых файлах всегда-всегда.

      Кстати, хочешь, чтобы консоль автоматически находилась, если установлена на интерпретатор или виртуалэнв?

      Используй
      https://packaging.python.org/guides/creating-and-discovering-plugins/
      Ответить
  33. Комментарий к говнокоду #26949 в ответ guest

    • да, скрипт лучше иметь на верхнем уровне
      и импортить можешь по полному пути
      Ответить
    • > на верхнем уровне

      Спасибо. Получается, что питон добавляет каталог с главным скриптом в path, поэтому абсолютные импорты работают только если он в корне проекта. А относительные импорты в главном скрипте в принципе никогда не работают (у главного скрипта в __name__ фигня).
      Ответить
  34. Комментарий к говнокоду #26961 в ответ MAKAKA

    • ну так ты создаешь .h, а потом экспортируешь его через модульма, причем видимо можешь конкретный класс экспортнуть, да?
      Ответить
    • .h создаёт Xcode при создании проекта.

      modulemap генерируется автоматом при сборке. Но можно и руками, емнип

      В тонкой настройке экспорта я честно не силён, надо вникать в доку по llvm.

      Но там много можно разного делать, например, создавать модули из голых сишных исходников
      Ответить
  35. Комментарий к говнокоду #26961 в ответ Desktop

    • Нет, заголовочный это обычный .h файл.

      А это как раз modulemap

      Это разные вещи
      Ответить
    • ну так ты создаешь .h, а потом экспортируешь его через модульма, причем видимо можешь конкретный класс экспортнуть, да?
      Ответить
  36. Комментарий к говнокоду #26961 в ответ MAKAKA

    • >вот тебе сразу и заголовочник
      а как он выглядет?

      module MyLib {
        module Base {
          header "Base.h"
        }
      
        module Derived {
          header "Derived.h"
          export Base
        }
      }

      а, ок
      Ответить
    • Нет, заголовочный это обычный .h файл.

      А это как раз modulemap

      Это разные вещи
      Ответить
  37. Комментарий к говнокоду #26961 в ответ Desktop

  38. Комментарий к говнокоду #26961 в ответ guest

    • понятно
      вот тут надо смотреть
      chrome://gpu
      Ответить
    • Короче, смотри, чтобы быть уверенным на 100% есть плагин для ютуба h264ify.

      Вот если загрузка CPU не упадёт, то уже нужно пердолиться.
      Ответить
  39. Комментарий к говнокоду #26961 в ответ guest

  40. Комментарий к говнокоду #26961 в ответ Izumka

    • Видеокарта может декодировать. А по факту она может находиться в списке исключений данного браузера и не декодировать. Надо проверять.
      Ответить
    • А, пацаны.

      d++ дело говорит. Зависит от формата же. Ютуб совсем недавно AV1 выкатил в прод.

      И с сервера уже может AV1 приходить, без спроса. И ни одна видяха его пока не умеет декодить.

      И VP9 кстати тоже, если комп старше 5 лет.
      Ответить
Notice: Undefined offset: 0 in /home/g/guestinho/govnokod.xyz/public_html/wp-includes/class-wp-query.php on line 3144