Редактировать каталоги онлайн-библиотеки? Не очень большая ниша, но всё же, хорошо каталогизированная онлайн-библиотека с правильно расставленными тегами и, возможно, где-то дополненная правильными связями вручную, дополнительно к современным методам - дорогого стоит. В первую очередь библиотекарь, как мне кажется - эксперт в области сортировки и каталогизации книг.
В данный момент в Pyhton такая конструкция используется для аннотации типов возвращаемого значения. Подробнее можно познакомиться тут.
А вот эти двойные подчёркивания в функциях нахрена?
Решение спорное, но вполне решает поставленную задачу: сделать так, чтобы никто не назвал свой метод new() перезаписав важный "магический метод". Как я понял, кроме статичности классов принципы работы не изменились. Подробнее про "магические методы" тут.
Мне кажется еще довольно интересно: - сокрытие на уровне класса, модуля. Как мы знаем, в Python с этим есть некоторые узкие моменты... - если обычный класс сделали статичным, как поступили с метаклассами?
Раз метрикам верить нельзя, то как тогда оценить, какой кодек из уже имеющихся или скоро возникнувших наиболее хорош по соотношению уровень_сжатия/качество?
Как не совсем знакомый с кухней человек могу предположить, что проблему можно решить случайным лесом с несколькими метриками и хитрой нейронкой, определяющей шум с нескольких кадров для подтверждения вмешательства с целью накрутки метрики.
Добавлю, что есть еще направления в которых действует конкурентная система для команд вынужденных кооперировать и "соревноваться". Даже описать словами сложно что происходит, когда цель "получить баллы" и "забраться повыше" практически полностью вытесняет цель "принести прибыль". В ход идут все возможные средства...
Мне кажется, что истина в разумном комбинировании этих способов. По большей части, подробное описание позволяет подготовиться к тому, что ты увидишь дальше, но в условном getter методе, как мне кажется, подобное может быть избыточным.
Наблюдал еще более интересный кейс: При существующей и вполне функциональной ERP внедряется решение 1С и обе системы живут параллельно (одни и те же работники вносят одни и те же данные в обе системы).
К концу отчетного периода вытягивают отчеты из обеих систем, после чего прорабатывают diff-ы.
Редактировать каталоги онлайн-библиотеки?
Не очень большая ниша, но всё же, хорошо каталогизированная онлайн-библиотека с правильно расставленными тегами и, возможно, где-то дополненная правильными связями вручную, дополнительно к современным методам - дорогого стоит. В первую очередь библиотекарь, как мне кажется - эксперт в области сортировки и каталогизации книг.
В данный момент в Pyhton такая конструкция используется для аннотации типов возвращаемого значения. Подробнее можно познакомиться тут.
Решение спорное, но вполне решает поставленную задачу: сделать так, чтобы никто не назвал свой метод new() перезаписав важный "магический метод". Как я понял, кроме статичности классов принципы работы не изменились. Подробнее про "магические методы" тут.
Мне кажется еще довольно интересно:
- сокрытие на уровне класса, модуля. Как мы знаем, в Python с этим есть некоторые узкие моменты...
- если обычный класс сделали статичным, как поступили с метаклассами?
Как не совсем знакомый с кухней человек могу предположить, что проблему можно решить случайным лесом с несколькими метриками и хитрой нейронкой, определяющей шум с нескольких кадров для подтверждения вмешательства с целью накрутки метрики.
Добавлю, что есть еще направления в которых действует конкурентная система для команд вынужденных кооперировать и "соревноваться". Даже описать словами сложно что происходит, когда цель "получить баллы" и "забраться повыше" практически полностью вытесняет цель "принести прибыль". В ход идут все возможные средства...
Мне кажется, что истина в разумном комбинировании этих способов. По большей части, подробное описание позволяет подготовиться к тому, что ты увидишь дальше, но в условном getter методе, как мне кажется, подобное может быть избыточным.
Наблюдал еще более интересный кейс:
При существующей и вполне функциональной ERP внедряется решение 1С и обе системы живут параллельно (одни и те же работники вносят одни и те же данные в обе системы).
К концу отчетного периода вытягивают отчеты из обеих систем, после чего прорабатывают diff-ы.