>>25716
Да.

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

>>25715
>Нужно максимально быстро изучать питон до уровня пользования openCV
В первую очередь, если ты хочешь стать пользователем openCV, тебе нужен туториал по openCV. Например, официальный: https://docs.opencv.org/master/d9/df8/tutorial_root.html

Конечно, прежде чем разбираться со средой, необходимой для openCV, тебе надо разобраться с тем, как разворачивать типичную Python среду, с virtualenv, pip, вот этим всем, и банально уметь сделать хоть что-то на питоне. Для этого специально создали сайт по базовому вхождению в Python: https://pythonbasics.org/

Рекомендую начать с него там даже чуть-чуть по Machine Learning есть, а затем перейти непосредственно к туториалу по openCV. Я думаю это и будет максимально быстрый путь.

>>25711
Мне кажется, это тот самый случай когда мы сравниваем чисто прикладное создание алгоритма с чисто аналитическим проектированием алгоритма.

Короткий ответ: рациональнее всего совмещать подходы, сначала быстро создать алгоритм методом проб и ошибок так, чтобы получить результат, а затем подтвердить, что алгоритм получился корректный аналитически в твоем случае - проверив инвариант

Длинный ответ: делать методом проб и ошибок - это чисто прикладной способ. Быстрый поиск показывает что обычно и преподают в такой прикладной манере, мол, вот вам инструменты, сделайте с ними что-нибудь.

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

Как быть? Можно, конечно, написать огромную базу тестов, и оперировать статистикой, и так тоже обязательно сделают, но никто не сможет гарантировать что тестовая база покрывает все возможные ситуации, и инженеры не пропустили какие-то граничные значения параметров. Как же тогда вот прям гарантировать правильность алгоритма? Только доказав эту правильность аналитически, на уровне теории. Для этого и были разработаны подобные аналитические инструменты: они громоздкие, да, но дают уверенность, однозначность и определенность там, где это важно.

Еще этими инструментами могут восп

Сообщение слишком длинное. Полный текст.

Отключалка надоедливых CSS3-анимаций в Хроме.
https://dev.webonomic.nl/how-to-disable-css-transforms-transistions-and-animations
manifest.json

{

   "manifest_version" : 2,

   "name" : "Animation disabler",

   "description" : "Disables CSS animations on web pages.",

   "version" : "1.0",

   "content_scripts" : [

      {

         "matches" : [

            "http://*/*",

            "https://*/*"

         ],

         "css" : [

            "user.css"

         ],

         "run_at" : "document_start"

      }

   ]

}

user.css

*, :before, :after {

   /*CSS transitions*/

   -o-transition-property:       none !important;

   -moz-transition-property:     none !important;

   -ms-transition-property:      none 

Сообщение слишком длинное. Полный текст.

>>25669
Более вменяемая отключалка, так как на событиях от этих анимаций может висеть логика UI.

user.css

*, :before, :after {

   /*CSS transitions*/

   transition-delay:    0s !important; \n\

   transition-duration: 0s !important; \n\



   /*CSS animations*/

   animation-duration:        0s !important;

   animation-iteration-count: 1  !important;

}

>xdg-mime query filetype animated.png
<image/png
>xdg-mime query filetype animated.webp
<image/webp
И как же это понимать?

Три гадости, которые делают этот ваш Интернет недружелюбным и закрытым, и которые необходимо заблокировать:
— HTTP-заголовок ответа Content-Security-Policy;
— HTML-атрибут integrity;
— JS объект navigator.serviceWorker, конкретнее navigator.serviceWorker.register.

>>25725
А расскажи пожалуйста поподробнее, в частности про serviceWorker

>>25726
Content-Security-Policy позволяет серверу указать в ответе, что браузеру, который понимает этот заголовок, надо загружать и выполнять. HTML-атрибут integrity для тэга <link> содержит хэш-сумму загружаемого файла, будь это CSS или JS-скрипт. Вместе эта байда по сути просто не даёт тебе менять содержимое страницы, если ты что-то фильтруешь проксей, например, инжектишь в страницу свои скрипты и стили.

ServiceWorker — это JS-скрипт, который сайт устанавливает в поддерживающий их браузер, и который безпалевно работает в фоне, делая что-то непонятное: https://developers.google.com/web/fundamentals/primers/service-workers
Алсо
>Service worker is a programmable network proxy
Типично используется для обработки push-уведомлений, нетипично... ктож его знает.

>>25728
Спасибо

Довожу до вашего сведения, что RAR формат открывается только проприетарными продуктами. Я бы очень хочел помочь, но к сожалению ничем не могу помочь, так как пользуюсь только свободным программным обеспечением, чего и вам охотно советую. Можете запаковать файлики в ZIP или картиношки просто в тред залить.

Зачем здоровому человеку скачивать файл, разархивировать его, открывать в картиношки у себя, альтабатсья при написании ответа, а потом файлики подтирать?

Ты пойми, я то тебе ответил, но по жизни с тобой такого вряд ли произодёт когда нибудь ещё, особенно если продолжишь себя так вести. Мир~

>>24711
https://github.com/Lesik/unrar-free
Наслаждайся.

>>25021
> It uses the GPL'd UniquE RAR Library by Christian Scheurer and Johannes Winkelmann.

>> Please note: further development of unrarlib has been stopped. The current version is stable but supports only old RAR2 archives.

Да и вообще, попасть в пакетники серьёзных дистров вряд ли получится, там же всё патентами вдоль и поперёк изувеченно.

Посоветуйте книги/курсы по изучению
PostgreSQL пожалуйста.

>>25724
Почему бы не начать с вот такого туториала:
https://www.postgresqltutorial.com/

>>24647
>Запускать код из питоновского IDE
>Код, завязанный на обращения к стандартному шеллу
>Из псевдошелла IDLE
>Даже не попробовать запустить так

>>24653
В IDLE не работаю, так как он не особо удобный по сравнению с Джини или тормазнутым VS. А эти два редактора запускают код во вполне стандартном терминале. Прошу простить меня, если есть существенная разница между тем, чтобы запустить файл с кодом непосредственно из терминала или предоставить IDE самой выполнить эту задачу, я не настолько прошаренный программист, чтобы знать подобные нюансы.

Здравствуйте. Я хочу научиться программировать на Python, но у меня ничего не получается. Я абсолютно ничего не понимаю в программировании. Ярко выраженный гуманитарий.По математике и алгебре всегда получал двойки и тройки. В школе не мог выучить даже примитивный QBasic.Скачал последнюю версию Python и самоучитель. И в первых уроках у меня появились проблемы (ошибки в коде, туплю сильно во время выполнения заданий). Можете посоветовать, хорошие самоучители или курсы, только на русском? А то я не справляюсь, а желание выучить язык, есть.

>>24915
Как насчет "Простой Питон, современный стиль программирования"?

>>24915
Ты конечно это уже не прочтешь но есть такая замечательная вещь как https://www.coursera.org/specializations/programming-in-python.
Учиться можно бесплатно, подавай на финпомощь заканчивай 4 курса(если бесплатно то проходить придется по дэдлайнам) и вперед на работу практически.

>>24915
Ошибки в коде — это у всех постоянно.
Абсолютный тупёж — тоже нормально в самом начале приобретения навыков по дисциплинам подобного рода. Через год занятий полегчает.
Помимо прочего, начни чуть-чуть дискретной математикой, конкретно — числами, формальной логикой и теорией множеств; когда сможешь написать ЕГЭ по информатике на ≈100 баллов, больше не надо.
И на последок, поставь Gentoo и пользуйся. Неиронически.

>>24915
hexlet.io
Вктаился веб-макакой после второго проекта на php, при чем так получилось что в python контору. Охуительные советы вроде поставить Gentoo не стоит слушать, но linux освоить на пользовательском уровне необходимо, если собираешься в веб-разработку.

Сишка-код тоже можно, причем везде, но стоит ли.

>>12058
Удивительные истории вы рассказываете, молодой человек! И что джава - современный язык и что у большинства языков, оказывается, нет FFI с сишкой. Епта, даже в жабе он есть. Уродливый, как и положено.
Может вы из паралелльной вселенной? Надеюсь на это, потому как иначе вы обыкновенный дилетант, слабо разбирающийся в предмете, но strong opinion имеющий. Фу таким быть.

Алсо байтоебствовать на жабе - очень плохая идея. Серьезно.

>FFI с сишкой
Я знаю. Но обычно FFI - это боль. Да, особенно в джаве.
>дилетант
Нет, но если говорить про сишку, может быть немного.
>strong opinion имеющий
Да я так, рассуждаю.
>байтоебствовать на жабе - очень плохая идея
Я знаю. На раби тоже. Особенно в силу того, что там нет ни опенджеля, ни работы со звуком из коробки. Некоторые гемы (glfw3 или даже просто opengl), как я понял требуют mingw на венде просто для установки, а применения других (как rubygame) можно расценивать разве что как читерство, ведь в них куча всего уже готового.

Жизнь - тлен.

>>11939
Хеловорд 1.89 Мб! 1.89 Мб, Карл!

7 лет прошло, сколько микросервисов уже написали?

Люблю стиль рисунка Yoshitoshi ABe, хайбаней и неореакцию с имейджборд.

>On the practical level, Guix provides pre-compiled packages which can be a huge time-saver compared to Gentoo
О минусах тактически умолчено

>Portage does not let you configure features that were not thought of in advance by the packager
>Conversely, Guix gives you full customization for everything, albeit with a bit more Scheme code
То есть написать ебилд и написать схемовый код - 2 большие разницы, в которой написание арбитрарного костыля лучше компонента с абстрактным EAPI?

>Moreover, Portage suffer from the same aforementioned issue with the lack of proper support for multiple versions. Indeed, USE flags significantly increase the magnitude of the issue
Как относятся флаги к версиям?
О слотах автор не знает?

Конечно с лиспами, хурдом и фсф интереснее никсоса, но такие статьи только отталкивают и все заявленные ключевые фишки кажутся оторванными от реального мира реализации

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

>>25343

>О минусах тактически умолчено
Это же не детальный анализ что бы купить гентушников.

>То есть написать ебилд и написать схемовый код - 2 большие разницы, в которой написание арбитрарного костыля лучше компонента с абстрактным EAPI?
Декларативно описывать зависимости на полноценном языке программирования > всё остальное.

>Как относятся флаги к версиям?
>О слотах автор не знает?
Ну, не у всех версий одни и теже флаги могут быть. Лично я о слотах ничего не знаю.

Что ты хочешь узнать о guix?

Пробовал пользоваться Guix, но не осилил.

Проблема была в нерабочем WiFi модуле и в том что я пытался настроить OpenBox не разу им не пользовавшись.

После этого поставил NixOS и с ней всё пошло куда бодрее. Ставил версию 20.09 и обновился до 21.05. Но после обновления ноутбук стал работать хуже и я решил попробовать что-нибудь другое (Artix если интересно).

Ещё разобраться в Nix мне было куда проще чем в Scheme. Может быть потому что по Nix документация была сразу под рукой, а в Guix подразумевается что вы уже знаете Scheme или пойдёте его учить по другим источникам.

К тому же NixOS имеет прекрасную документацию по всем настройкам.

Или может быть я просто дурачок.

Идея лежащая за этими двумя проектами очень интересная, буду следить за развитием.

>>25700

>Пробовал пользоваться Guix, но не осилил. Проблема была в нерабочем
>WiFi модуле и в том что я пытался настроить OpenBox ни разу им не
>пользовавшись.

Аналогично, но перед этим была практика установки дебиана без блобов,
так что знал, что придётся купить патч-корд для подключения сети по
ethernet (полезная кстати штука!). Но потом понял [как поставить ядро с
блобами] и опыт сразу улучшился, правда обновление базовой системы
вместе с ядром довольно напряжное по CPU и времени занятие, так что
именно базовую систему обновляю редко, а обновление пакетов получаю
через

guix pull' для получение обновлений именно пакетного менеджера,

не ОС, и после этого 

guix upgrade' собственно для получения новых
пакетов. И всё без sudo!

>После этого поставил NixOS и с ней всё пошло куда бодрее. Ставил версию
>20.09 и обновился до 21.05. Но после обновления ноутбук стал работать
>хуже и я решил попробовать что-нибудь другое (Artix если интересно).

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

>Ещё разобраться в Nix мне было куда проще чем в Scheme. Может быть
>потому что по Nix документация была сразу под рукой, а в Guix
>подразумевается что вы уже знаете Scheme или пойдёте его учить по
>другим источникам.

Нуу, довольно спорная тема. Даже очень.

>К тому же NixOS имеет прекрасную документацию по всем настройкам. Или
>может быть я просто дурачок.

Сообщение слишком длинное. Полный текст.

>>25703

> Но потом понял [как поставить ядро с блобами]
> This command will take forever (around 1 hour) mainly because it’s compiling the linux kernel and other fun stuff.

Спасибо, но компилировать ядро я не согласен. Так как это займёт вечность, как указано выше.

> Перекладывание ответственности на "абстрактного себя-дурачка"

Возможно тогда повлияло стечение обстоятельств, лень читать огромный мануал и т.д и т.п. В NixOS сразу описаны настройки для конкретных программ "Чтобы сделать то-то и то-то надо заменить это на это". Возможно в мануале по Guix это всё тоже есть, но как я сказал выше я не осилил его до конца.

> использовать функциональный пакетный менеджер вместе(!) с уже существующим системным

Этот вариант я видел довольно часто. Устанавливаешь минимальный дистрибутив, а все пакеты потом накидываешь через Guix или Nix. Может быть позже тоже так сделаю.

> Пакет: guix (1.2.0-4)
> rec: systemd загрузчик системы и служб

Не очень нравится, что оно завязано на systemd или shepherd. В данный момент интересно попробовать что-то для меня новое, например openrc.

>>25704
> This command will take forever (around 1 hour)
> forever
> 1 hour
Ххаха. Ха ха ха. Сразу видно человек Хром на Атлоне не компилял. И ничего толще 100 гБ ЛЗМой не жал. Даже Хрюшу на древний Бендиум и то, наверно, не ставил.

>>23607
И после этого постинг будет требовать включенного js, а я, вероятно, не смогу постить на ычан из своей древней nokia N79.

>>23617
См. п.4:
> 4. Не должно затронуть пользователей с отключенными скриптами, так как реализация подразумевает скрипт, который, пока страница не успела загрузиться, убирает атрибут src у картинки капчи, и заменяет ее на заглушку "капча показывается по клику".

>>23618
Если точнее, указанный способ может и не сработать, но в любом случае, тег <noscript> никто не отменял.

Не знаю, остался ли тут кто-то живой, но в «Сафари» сломалась скрывалка тредов. Плашка о скрытии появляется, но сам тред не скрывается. Воспроизводится в настольной и мобильной версиях.

Репозиторий вроде все еще жив
https://github.com/WagonOfDoubt/iichan-extensions
И в контрибуторах есть Мицгол, который еще с нами, так что шансы на починку есть.

>>25694

Эппловскихъ устройств не имѣю, ѿлаживать негдѣ.

>>25693
Учитывая обстоятельства >>25705 получается, надо создавать issue на гитхабе, чтобы хоть как-то обратить на проблему внимание.

>>25630
По поводу SICP? Я и предлагаю ставить Racket и проходить его в относительно приятной компании. В настоящее время это основное применение лиспа на мой взгляд.

>>20938
Не совсем верно, стоит наверно лучше оговориться, что "запись на АСТ" это скорее запись в прямой лямбда-нотации, хотя та же скима (scheme) имеет ряд примитивов, т.н. специальных выражений, которые не следуют принципу применения процедуры к аргументам, такие как определение define, cond, и if. Про "лисп", если вы имели ввиду Common Lisp я вообще молчу, там примитивов немногим больше 30, многие из которых созданны для эффективной генерации кода.

Что скажете по поводу Guile? Как оно?

Кроме старичков из GNU на scheme ещё пишет? И где оно используется?

>>25695
>И где оно используется?

Используется повсеместно, помимо огромного количества сфер применения
и роста заинтересованных в проекте GNU увеличивается и число
развиваемых на этом языке проектов. К примеру мне доставляет движок
для создания визуальных новелл [tsukundere], особенно учитивая, что мы
с автором сходимся во мнении по очень большому числу вопросов начиная
от того как писать ПО, заканчивая тем как должно строиться
государство. Вот тута можно посмотреть его [игры]. А ещё есть мой
[перевод] на одну из его игр, но ведать из-за кривого английского при
общении он подумал что я против включения файла перевода в основной
состав проекта.

К сожалению, веб до сих пор приходится писать на [кложе] так как только
там нормальный repl для работы с сервером + есть нужные либки. Да, есть
[artanis], но там всё монолит на монолите.

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

>Кроме старичков из GNU на scheme ещё пишет?

И не стоит думать что там в GNU одни старики всем управляют, есть GNU
Assembly (если в кратце, организация для привлечения внимания к
проблемам во внутреннем управлении проекта GNU (ака governance)), в
котором есть [много] не равнодушных к будущему проекта.

>Как оно?

Я всем доволен. По крайней мере это адекватней позиции OpenBSD, второго
для меня по интересу проекта, где всё должно писаться на сях.

>Что скажете по поводу Guile?

см. ответы на вопросы

[tsukundere] https://gitlab.com/leoprikler/tsukundere

[игры]

Сообщение слишком длинное. Полный текст.

>>25698
Спасибо за обьяснение!

Из того что я знаю на GNU Guile написан пакетный менеджер GNU [Guix]. Сервис менеджер GNU [Shepherd] (ссылка на репозитойрий у что-то не работает). И GNU [Mcron].

И мне интересно кто и что пишет на lisp сейчас кроме GNU.

> И не стоит думать что там в GNU одни старики всем управляют

Это была дурацкая шутка. Да и кроме товарища Столлмана я никого не знаю.

Для меня, как для Python поколения, этот ваш Scheme кажется языком с другой планеты.

Я ещё не знаю что вводит в больший ступор (+ 1 2 3 78) или (cdr (cdr (cdr (car '(list))))).

Надеюсь ты не против, что я стащил твою манеру постинга.

[Guix] https://guix.gnu.org/
https://git.savannah.gnu.org/cgit/guix.git/

[Shepherd] https://www.gnu.org/software/shepherd/

[Mcron] https://www.gnu.org/software/mcron/
http://git.savannah.gnu.org/cgit/mcron.git

>>25699
>Спасибо за обьяснение!

Всегда пожалуйста, я бы и сам рад задавать тут вопросы, только вот кроме
Мицгола, Соуса, пары крокодилов и тебя, дорогой Стив, никого не видно,
поэтому не знаю какие ответы вообще могу получить, да и никто это место
особо не пиарит. К сожалению, зарубежное сообещество намного более
зрелое и огромное количество людей вместо распыления (не всегда
безосновательно) сил между нашим сообществом и забугорным выбирают
именно последнее. Из возможных "ниш", где ещё может жить русский язык в
разработке вижу только двачевский /pr, где очень унылый троллинг (и ещё
я не могу получить туда доступ), и "университетская среда" (читай как
среда самообразования), где люди просто ещё не успели понять
терминологию, но уже на пути к этому.

>Из того что я знаю на GNU Guile написан пакетный менеджер GNU
>[Guix]. Сервис менеджер GNU [Shepherd] (ссылка на репозитойрий у что-то
>не работает). И GNU [Mcron].

Я специально не стал перечислять какое либо ПО главным счётом потому,
что не хотел создать предубеждения относительно сферы использования, так
как буквально каждый язык сегодня перешёл в какую-то свою нишу и крепко
там корнями сидит, из-за чего у случайного пассажира неявно может
возникнуть ассоциативная связть "гиль – это вот про то и это", или,
исходя из приведённых тобой примеров "гиль – это про всякие unix штуки,
которыми я всё равно не пользуюсь". Может быть этот самый пассажир
написал бы "guile imageboard" в его любимом поисковике и нашёл бы
[kotatsu].

>И мне интересно кто и что пишет на lisp сейчас кроме GNU.

Ну, именно lisp (clojure, common lisp, scheme), если не иметь ввиду
Guile, а вообще всё "семейство", то много где, но кажется ты имел ввиду
именно гиль. Если так, то, насколько известно, местечковые сообщ

Сообщение слишком длинное. Полный текст.

>>25701

Sorry, your message is too long. Message length: 9761, maximum allowed length: 8192

>Я ещё не знаю что вводит в больший ступор (+ 1 2 3 78) или (cdr (cdr
>(cdr (car '(list))))).

Мат. нотация меня до сих пор иногда пугает, но это не аргумент против
изучения математики! Ну а так, чисто для формализма, знак ' означает,
что следущая форма будет прочитана как данные, а не как, исходя из
β-редукции лямбда исчисления, применения функции к операндам.

Вообще, в чистом лямбда исчислении нет таких понятий, близких к
программированию, как структуры данных, поэтому надо придумывать всякие
вот такие цитирования ('(1 2 3) можно записать как (quote (1 2 3))), то
есть ты говоришь интерпритатору: смотри, вот тут нужно воспринять (quote
(1 2 3)) именно как (1 2 3), не применить функцию 1 к опреранду 2 и 3
(что даст ошибку, так как связать 1 с функцией лично у меня не
получилось).

Раз на то пошло, хочу так же высказать своё мнение, что обучающимся
лучше не использовать синтаксический сахар в скиме (и вообще при
изучении любых языков программирования), такой как:
⁃ (define (func arg1 arg2 arg3) (+ arg1 arg2 arg3)), а использовать
(define func (lambda (arg1 arg2 arg3) (+ arg1 arg2 arg3))). Да, я не
согласен с подходом в SICP, но могу понять авторов, так как объясняли
они там первокурсникам тему + тогда не было той же самой википедии с
поисковиками, хотя свой этот "баг" они вроде как обсудили в паре глав
после введния понятия процедуры.
⁃ Вообще любые темы по типу того же знака ', который выбивается из
модели (функция аргумент1 аргумент2 аргумент3)

Ну а если серьёзно, то если в языке можно сделать что-то не идиоматично,
то есть так, как разработчики языка не задумывали использование своего
инструмента[1], то скорее всего люди так поступать и будут.

Это я вообще всё к чему. К тому, что во всех закорючках есть смысл, не

Сообщение слишком длинное. Полный текст.

>таких чтобы после них сразу на РАБоту взяли
Какую?

Ну, сервак с БД, АПИ, и тестируемый во все щели.

>>23553
Чему тебя в институте учили?

>>23690

К худу или добру институты не все заканчивали, так что накидали и вправду бы.

>>23555
> Ну, сервак с БД, АПИ, и тестируемый во все щели.
Т.к. в институтах сейчас ничему хорошему не учат безуспешно реквестирую слегка более конкретные примеры.

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

Посморите на успешнейшие Опен/Фри Сурс проекты -- их делали люди для
решения какой-то своей локальной задачи, то есть они даже не думали
что получиться что-то качественное, за них это сделали
контрибуторы.. Ох, что то не туда я.

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

Для вновь прибывающих я бы строго рекомендовал бы пройтись по чек
листу:
1. Подумать о сферах ваших интересов
2. Найти готовые проекты с открытым кодом по вашим интересам из
пункта 1.
3. Попытайтесь проект запустить и использовать, если считаете, можете
найти лучше, возвращайтесь на пункт 2.
4. Найти у этого проекта issue список, там, где собраны проблемы и
баги проекта ИЛИ
5. Найти у этого проекта TODO лист, где написаны пожелания по
фичам. На гитхабе это всё в issues обычно хранят.
6. Находите ту фичу, что сами бы хотели иметь или тот баг, который вас
раздражает.
7. Пытаетесь понять какая подсистема программы отвечает за реализацию
этой фичи.
8. Начинайте ковырять(по-христианске "хакать") эту подсистему. Как
именно ковырять есть штука сложная и обычно приходит с опытом,
обычно с этим помогает документация если ещё ничего не понятно.
9. Оформляете результат своих ковыряний в виде патча и отправляете его
разработчикам. Это могут быть "пул реквесты", но я предпочитаю
пользоваться проектами, ведущие свою разработку через почтовую
рассылку.

На работе сразу вам никто сразу не даст писать проект с 0, особенно

Сообщение слишком длинное. Полный текст.

Хорошо, кто-то откликнулся! Еще пишите пожалуйста!

де-эрогезатор, программа которая с помощью нейронной сети делит цп из внок на h и не-h и выпиливает все непристойные арты

Стало быть, bullseye пришёл.

Хорошо.

Новинки https://www.php.net/manual/en/migration74.php также теперь доступны, функции-стрелки и всё прочее?

Напоминаю о том, что директиве «upload_max_filesize» языка PHP неплохо бы придать значение, превосходящее пять мегабайтов.

(Сейчас там, по-видимому, только два.)

>>25679
Чиочую. А то файлы больше двух мегабайтов не отправляются.

Таки да, у нас теперь bullseye (лол, коднеймы дебиана теперь на b?), с ffmpeg, imagick, php и вот это всё оттуда.
Лимиты на загрузку поправил.

Есть ли техническая возможность перейти на нѣчто вроде https://github.com/SoftCreatR/imei/ и получить ImageMagick 7.1.0 раньше Дебиана? — спрашиваю оттого, что никакой другой возможности для поддержки формата AVIF (и затѣмъ JPEG XL) не вижу, даже если условие >>25134 когда-нибудь будет выполнено (то есть даже если Apple в нынешнем же году сподобится засунуть в macOS Monterey поддержку AVIF, напримѣръ).

>>25685
Нѣтъ.

Это прискорбно.

Придётся в случае чего подходить къ дѣлу извращённым способом, а именно распарсивать многострочный текстовый вывод команды «avifdec --info имяФайла» — при том непремѣнномъ условии, что https://packages.debian.org/search?keywords=libavif устанавливает avifdec; но я думаю, что устанавливает.