Исходя из своего 25-летнего опыта езды на велосипеде по дорогам, согласен с утверждениями опыта статьи — действительно есть марки (скорее — типы типажи) машин с повышенной вероятностью грубого стиля их водителя. В 90-е годы это были "Волги", "Зубилы" — ВАЗы восьмерки и девятки, особенно с задранной задней подвеской и тонированными стеклами, б/у-шные BMW, и почти все джипы. Сейчас из этого зоопарка остались разве что некоторые джипы, зато появились "Газели" и подобные им маршрутки, а также старенькие б/ушные иномарки с тюнингом и тонированными стеклами. И когда еду по дороге, стараюсь держаться подальше от подобных авто.
В меркуриале можно откатить (revert) правки к версии за таким-то номером (Revision), и закоммитить это состояние следующим коммитом. Да, из истории коммитов это не потрешь, тем более, с удаленного репозитория. И, на мой взгляд — это хорошо — видны будут все перипетии работы над кодом. Лично мне не нравится то, что поклонники Git любят использовать возможность править историю коммитов.
А ветки release и develop — да, лучше не путать.
Название статьи вводит в заблуждение — то, о чем идет речь — это не консольные команды, а методы объекта Console интерфейса Web API. Ну и да — таких статей уже море.
вылетит TypeError, в t будет (1, 2, [30, 40, 50, 60]),
оба варианта выше — работающие (но есть нюанс — в папках foo_app и bar_app не должно быть файла init.py, иначе интерпретатор python будет считать, что это в этих папках лежат 2 разных модуля foo_app.snatch и bar_app.snatch, и не даст подключить обе этих папки под одним и тем же именем)
Some,
TypeError: Cannot create a consistent method resolution order (MRO) for bases A, B.
Привет, друг!, (т.к. функция bar уже экспортирована, в первоначальном виде. Чтобы отредактированный код перезагрузился, нужно ее заново экспортировать — сделать from foo import bar)
Ну мне уже коллега в устном разговоре попенял за использование рефлексии в коде сервиса, сказав, что она — сильно медленная штука. И как пример ее уместного использования упомянул как раз про doctrine, где, с использованием аннотаций и рефлексии, генерится PHP-код работы с сущностями. Далее результат кодогенерации кешируется, и после этого рефлексия больше не применяется — до следующего изменения аннотаций. Думаю переделать свой вывод констант с backend в JS по этой же схеме.
Ну потомкам он оставляет этот самый core dump, который надо брать и разбираться, отчего упал интерпретатор. Могла бы быть еще отладочная информация в консоли, если бы интерпретатор PHP (а он написан на C) был скомпилирован с соответствующими настройками.
PHP интерпретатор, в том случае, когда падает PHP-программа — так и делает.
Только в данном случае падал сам интерпретатор, и на консоль при этом выводил только краткое "Segmentation fault (core dumped)".
Классический эффект ранних интро.
Единственное — в этом эффекте у снежинок обычно добавляли небольшие флуктуации по горизонтали — как это и выглядит в натуре, если нет ветра.
Добавил эту фичу и сделал pull-request: https://github.com/ptupitsyn/let-it-snow/pull/1/commits
Потому что у нас сложилась такая судебная практика — судьи так много раз толковали значение словосочетания "настоящий договор", как указание на тот договор, в котором это словосочетание написано, что теперь все юристы, включая судей, автоматически толкуют его так же. Этакий элемент прецедентной системы. В общем-то действительно — "всегда так делали", как в комменте ниже. И грамотный юрист должен быть в курсе таких вещей.
В свое время участвовал в согласовании касающегося ИТ-шных услуг договора присоединения, и предложил юристам его "отладить" — договориться с каким-нибудь дружественным контрагентом, умышленно допустить нарушение условий, и довести дело до суда, чтобы посмотреть как договор сработает.
Но юристы почему-то не согласились.
Статья, в целом, полезная, только в ней ошибка — там, где расписаны вероятности ошибок 1-го и 2-го рода в списке вероятных исходов, tp — true positive встречается 2 раза, очевидно, вместо одного из tp должно быть tn — true negative.
Кроме того расчет экономического эффекта от внедрения ЭС сильно смахивает на экономическую часть технического диплома — непроверенные на практике начальные предпосылки дают достаточно сомнительные результаты. Впрочем, возможно, конечных заказчиков именно такими цифрами и надо убеждать
Замечу, что в статьях на эту тему описанная в этой статье задача, как правило, называется выделением, детектированием или обнаружением лиц. А распознаванием лиц обычно называется опознавание изображенного человека по лицу. И это задачи — разные, хотя вторая обычно включает в себя первую как начальный этап.
Это называется raster bars (или copperbars), и в чистом виде возможно только на ЭЛТ-мониторах — аппаратным изменением значения RGB цвета закраcки экрана во время хода сканирующего луча, рисующего изображение на мониторе. Подробнее — вот тут.
На LCD-мониторе этот эффект можно только имитировать.
На IBM PC это делалось путем отслеживания через порты видеокарты ход луча по горизонтали и вертикали, и соответствующей сменой RGB значения цвета закраски экрана.
А на Commodore Amiga программу изменения цвета можно было загрузить в графический сопроцессор Copper (откуда и альтернативное название этого эффекта), и тот сам все делал, CPU этим практически не грузился.
Сам такое когда-то делал — как раз в текстовом режиме.
Если программе скормить текст с этими тегами, то она будет сочинять с ними стихи. Главное — чтобы объем текста c тегами был не слишком маленький, ну и ударения желательно расставить. И текущая версия работает только со словами, написанными кириллицей.
Исходя из своего 25-летнего опыта езды на велосипеде по дорогам, согласен с утверждениями опыта статьи — действительно есть марки (скорее — типы типажи) машин с повышенной вероятностью грубого стиля их водителя. В 90-е годы это были "Волги", "Зубилы" — ВАЗы восьмерки и девятки, особенно с задранной задней подвеской и тонированными стеклами, б/у-шные BMW, и почти все джипы. Сейчас из этого зоопарка остались разве что некоторые джипы, зато появились "Газели" и подобные им маршрутки, а также старенькие б/ушные иномарки с тюнингом и тонированными стеклами. И когда еду по дороге, стараюсь держаться подальше от подобных авто.
В меркуриале можно откатить (revert) правки к версии за таким-то номером (Revision), и закоммитить это состояние следующим коммитом. Да, из истории коммитов это не потрешь, тем более, с удаленного репозитория. И, на мой взгляд — это хорошо — видны будут все перипетии работы над кодом. Лично мне не нравится то, что поклонники Git любят использовать возможность править историю коммитов.
А ветки release и develop — да, лучше не путать.
Название статьи вводит в заблуждение — то, о чем идет речь — это не консольные команды, а методы объекта Console интерфейса Web API. Ну и да — таких статей уже море.
А мне фильм Шоу Трумана больше напомнил Туннель под миром Фредерика Пола — кстати, очень актуальный рассказ в век рекламной слежки за каждым из нас
Ну мне уже коллега в устном разговоре попенял за использование рефлексии в коде сервиса, сказав, что она — сильно медленная штука. И как пример ее уместного использования упомянул как раз про doctrine, где, с использованием аннотаций и рефлексии, генерится PHP-код работы с сущностями. Далее результат кодогенерации кешируется, и после этого рефлексия больше не применяется — до следующего изменения аннотаций. Думаю переделать свой вывод констант с backend в JS по этой же схеме.
Ну потомкам он оставляет этот самый core dump, который надо брать и разбираться, отчего упал интерпретатор. Могла бы быть еще отладочная информация в консоли, если бы интерпретатор PHP (а он написан на C) был скомпилирован с соответствующими настройками.
PHP интерпретатор, в том случае, когда падает PHP-программа — так и делает.
Только в данном случае падал сам интерпретатор, и на консоль при этом выводил только краткое "Segmentation fault (core dumped)".
Классический эффект ранних интро.
Единственное — в этом эффекте у снежинок обычно добавляли небольшие флуктуации по горизонтали — как это и выглядит в натуре, если нет ветра.
Добавил эту фичу и сделал pull-request: https://github.com/ptupitsyn/let-it-snow/pull/1/commits
Потому что у нас сложилась такая судебная практика — судьи так много раз толковали значение словосочетания "настоящий договор", как указание на тот договор, в котором это словосочетание написано, что теперь все юристы, включая судей, автоматически толкуют его так же. Этакий элемент прецедентной системы. В общем-то действительно — "всегда так делали", как в комменте ниже. И грамотный юрист должен быть в курсе таких вещей.
В свое время участвовал в согласовании касающегося ИТ-шных услуг договора присоединения, и предложил юристам его "отладить" — договориться с каким-нибудь дружественным контрагентом, умышленно допустить нарушение условий, и довести дело до суда, чтобы посмотреть как договор сработает.
Но юристы почему-то не согласились.
Статья, в целом, полезная, только в ней ошибка — там, где расписаны вероятности ошибок 1-го и 2-го рода в списке вероятных исходов, tp — true positive встречается 2 раза, очевидно, вместо одного из tp должно быть tn — true negative.
Кроме того расчет экономического эффекта от внедрения ЭС сильно смахивает на экономическую часть технического диплома — непроверенные на практике начальные предпосылки дают достаточно сомнительные результаты. Впрочем, возможно, конечных заказчиков именно такими цифрами и надо убеждать
Замечу, что в статьях на эту тему описанная в этой статье задача, как правило, называется выделением, детектированием или обнаружением лиц. А распознаванием лиц обычно называется опознавание изображенного человека по лицу. И это задачи — разные, хотя вторая обычно включает в себя первую как начальный этап.
Это называется raster bars (или copperbars), и в чистом виде возможно только на ЭЛТ-мониторах — аппаратным изменением значения RGB цвета закраcки экрана во время хода сканирующего луча, рисующего изображение на мониторе. Подробнее — вот тут.
На LCD-мониторе этот эффект можно только имитировать.
На IBM PC это делалось путем отслеживания через порты видеокарты ход луча по горизонтали и вертикали, и соответствующей сменой RGB значения цвета закраски экрана.
А на Commodore Amiga программу изменения цвета можно было загрузить в графический сопроцессор Copper (откуда и альтернативное название этого эффекта), и тот сам все делал, CPU этим практически не грузился.
Сам такое когда-то делал — как раз в текстовом режиме.
А вот тут — аж целая научная статья по этому вопросу. И там есть пример стихов из ошибок web-сервера Apache
Спасибо, ознакомлюсь!
И такое на Хабре было