All streams
Search
Write a publication
Pull to refresh
0
0.1
Send message

Я бы связал возможность защиты авторского права "радикальными методами" с явным отказом от права на свободное распространение информации. Иначе получается крайне несправедливое положение потребителя. Моего согласия не спрашивают, когда прерывают контент рекламой, когда со всех сторон пытаются захватить моё внимание, когда я ежедневно вынужден тратить свои силы на отфильтровывание ненужной мне информации. И я не хочу обремененять себя ещё и отслеживанием законности нахождения того или иного контента на каких-либо ресурсах и вообще законопослушности того или иного ресурса. То есть куркули вовсю пользуются правом на свободное распространение информации в отношении себя, а других желают ограничить, причём за их же счёт.
Пусть производители куркуль-контента сами определяют круг лиц, "допущеных к циско", и сами контролируют периметр. Тогда хищение контента будет обычной кражей, грабежом, разбоем, а уголовный закон на стороне владельца.

Занятие музыкой открывает совершенно иной мир, и лично меня, скажем так, хорошо освежает. Правда, у меня в прошлом есть некоторый музыкальный бэкграунд. И здесь очень важно исполнять физически: руками, ногами, голосом. Но ни в коем случае не электронная музыка, сэмплы, фрутилупсы и компутерная автоматизация. Всегда лучше живьем. Еще очень желательно почаще играть вместе с другими людьми.

Всегда придерживался правила использовать предыдущую версию для новых проектов и то, если нет явных зависимостей с еще более ранними версиями. Вроде не подводило. То есть сейчас я возьму 3.12... хотя до релиза 3.14 неделя... Нет, уже 3.13 возьму )

Также был неудачный опыт обновления питона под JupyterHub-ом. Многое послетало. Не все удалось быстро пофиксить. Какое-то время даже использовал две виртуалки jh на 3.9 и на 3.11. Прирост скорости, действительно, был заметен, но переход был очень не бесшовным )

Для докеризованных приложений все гораздо проще, но и там пару раз наблюдал повышенный расход ресурсов при поднятии версии питона. Если не изменяет память, то внутри был Flask.

Отчего-то представился мне скачущий по сцене Баллмер и орущий: "Изменения, изменения, изменения..." )

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

Искусство все же в разумном балансе, а не в безапелляционных установках.

Я бы сказал иначе. Аджайл –это один из инструментов, который многим вообще не нужен, а многие из тех, кому он мог бы пригодиться, не умеют им пользоваться )

А не нужны ли будут для такого идеального мира "бесплатные деньги"? )

При отвлечении на ютуп турель должна стрелять крупным калибром... разрывными. Первым - в воздух, вторым - в тыкву )

И мы в это, конечно же, искренне верим )

Если есть сговор с мошенниками, то это соучастие. Здесь ответственность уже предусмотрена.

За последние пять лет только два или три раза получал несовместимость с FF или Оперой, такую, что приходилось запускать Chromium или Эдж. Но в любом случае право не видеть рекламу, если я сам явно не просил, считаю одним из важнейших прав человека. Так что позор гугмлу!

Я лет 10 назад создавал несколько разных "типизированных" окружений и использовал их в зависимости от типа проекта: Django, Flask, анализ данных, минимальное для утилит. Со временем все равно натыкаешься на конфликт зависимостей и переходишь на индивидуальное окружение для проекта.

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

Да это же великолепная возможность! На 150-миллионном рынке дискредитировал себя один европский бренд. Вычеркнуть, да заместить!

Жаль, что я не выпускаю умных ламп )

А, может, все гораздо проще. И это висит... документация )

https://learn.microsoft.com/en-us/windows-hardware/design/minimum/supported/windows-11-22h2-supported-intel-processors

Ни в коем случае не пытаюсь вас побудить к переходу, но ваш процессор поддерживается. У них просто список своеобразно отсортирован )

На мой взгляд в S-примере весь объектно-ориентированный дизайн развалился. Что несколько противоречит его идее.

Здесь, наверное, разумно было бы выделить функциональные классы. Например, "сохранятель в бд", "кормилец" и т.д. Киса для них будет аргументом без оо-связи, ну либо они будут аргументом для кисы )

Интересно, кто появился раньше: люди-снежинки или инфоцыгане? )

У регулярных выражений есть огромный плюс - они могут быть параметром, который выводится в настройки.

И мне, например, наоборот не нравится, когда потенциально изменяющуюся логику жёстко прописывают ифчиками или городят стратегии и фабрики валидаторов, вместо регулярки. Естественно, при условии, что использование регулярных выражений не спровоцирует кризис производительности. А то с другой стороны мне доводилось видеть, как регулярки использовали для добывания значений параметров из файла, каждый раз скармливая весь файл для каждого искомого параметра )

Когда я только начинала программировать на Python, меня поражала простота и элегантность языка. Но со временем я обнаружила...

Декораторы, генераторы, некоторые коллекции, списковые выражения, лямбды.

Если вот это "со временем" уложилось в одну, максимум, две недели, то вы неплохо продвигаетесь )

А, может быть, это именно КраудСтрайк вторую "звёздочку на фюзеляж" рисует )

Information

Rating
3,732-nd
Registered
Activity