-
Комментарий к говнокоду #29271 в ответ guest
-
Комментарий к говнокоду #29270 в ответ guest
-
Комментарий к говнокоду #3564 в ответ Wеbkill
-
Комментарий к говнокоду #3564 в ответ Wеbkill
-
Комментарий к говнокоду #29276 в ответ j123123
-
Ответ от "ИИ"
### Разбор команды по частям: 1. **`adb shell pm list packages -e`** * `adb shell`: запускает команду внутри подключенного Android-устройства. * `pm list packages`: команда пакетного менеджера, которая выводит список всех установленных приложений. * `-e`: флаг, который показывает только те приложения, у которых **уже выданы** какие-либо разрешения (чтобы не тратить время на пустые пакеты). 2. **`| cut -d: -f2`** * Вывод первой команды выглядит так: `package:com.android.chrome`. * `cut -d: -f2` обрезает строку по разделителю `:` и берет вторую часть. В итоге остается только чистое имя пакета: `com.android.chrome`. 3. **`| sort`** * Сортирует список имен пакетов по алфавиту. 4. **`| perl -ple '$="adb shell appops set $ AUTO_REVOKE_PERMISSIONS_IF_UNUSED ignore"'`** * Это «магия» трансформации текста. Perl берет каждое имя пакета (например, `com.android.chrome`) и подставляет его в шаблон команды. * На выходе из этого этапа получается огромный список строк вида: `adb shell appops set com.android.chrome AUTO_REVOKE_PERMISSIONS_IF_UNUSED ignore` `adb shell appops set com.example.app AUTO_REVOKE_PERMISSIONS_IF_UNUSED ignore` * Параметр `ignore` говорит системе: «Игнорируй правило автоматического отзыва разрешений для этого приложения». 5. **`| bash`** * Принимает весь этот сгенерированный список команд и **выполняет их** одну за другой. --- -
guest
#
Всё так и есть.
-
-
Комментарий к говнокоду #29270 в ответ guest
-
Комментарий к говнокоду #29270 в ответ guest
-
guest
#
Ещё не переходя по ссылке, угадал, что там будет.
Кстати, сегодня кучу петушковских электричек отменили. Видимо, какие-то ремонты.
-
Комментарий к говнокоду #29271
-
guest
#
Fike, я сегодня прочитал: zijn allemaal mensen hoor
Как мне об'яснить им, с чего я ржу?
-
-
Комментарий к говнокоду #29276 в ответ guest
-
guest
#
Что это и для чего (безотносительно какчества кода)?
В Андроиде по умолчанию действует автоотзыв прав доступа, если приложением не пользовались N дней (чтобы пользователь заебался снова подтверждать манифест или чесал репу, почему приложение перестало работать). Код по задумке автора должен отключить автоотзыв прав у всех установленных приложений. -
Ответ от "ИИ"
### Разбор команды по частям: 1. **`adb shell pm list packages -e`** * `adb shell`: запускает команду внутри подключенного Android-устройства. * `pm list packages`: команда пакетного менеджера, которая выводит список всех установленных приложений. * `-e`: флаг, который показывает только те приложения, у которых **уже выданы** какие-либо разрешения (чтобы не тратить время на пустые пакеты). 2. **`| cut -d: -f2`** * Вывод первой команды выглядит так: `package:com.android.chrome`. * `cut -d: -f2` обрезает строку по разделителю `:` и берет вторую часть. В итоге остается только чистое имя пакета: `com.android.chrome`. 3. **`| sort`** * Сортирует список имен пакетов по алфавиту. 4. **`| perl -ple '$="adb shell appops set $ AUTO_REVOKE_PERMISSIONS_IF_UNUSED ignore"'`** * Это «магия» трансформации текста. Perl берет каждое имя пакета (например, `com.android.chrome`) и подставляет его в шаблон команды. * На выходе из этого этапа получается огромный список строк вида: `adb shell appops set com.android.chrome AUTO_REVOKE_PERMISSIONS_IF_UNUSED ignore` `adb shell appops set com.example.app AUTO_REVOKE_PERMISSIONS_IF_UNUSED ignore` * Параметр `ignore` говорит системе: «Игнорируй правило автоматического отзыва разрешений для этого приложения». 5. **`| bash`** * Принимает весь этот сгенерированный список команд и **выполняет их** одну за другой. ---
-
-
Комментарий к говнокоду #3564 в ответ Wеbkill
-
Комментарий к говнокоду #3564 в ответ Wеbkill
-
Комментарий к говнокоду #3564 в ответ Wеbkill
-
Комментарий к говнокоду #29271 в ответ j123123
-
> Типовой веб-магазин, типовой мобильный клиент к этому магазину, всё типовое, отличается только картинками и текстами. Такое вполне может сделать AI.
Такое можно и без "ИИ" сделать, взяв готовую хуйню под это. Наверняка есть готовые движки для всяких там магазинов, и нихуя недать не надо, кроме как купить хостинг и там это говно настроить. Только "ИИ" тебе там может насрать уязвимостей, из-за которых у тебя спиздят базу данных клиентов, уведут деньги со счета и напихают майнеров. А проверенная хуйня может такими багами не обладать
https://www.youtube.com/watch?v=PxctrkNIt04 "КАК ВЗЛАМЫВАЮТ ВАЙБКОДЕРОВ В 2026?" -
guest
#
Готовое есть, конечно, но тебе всё равно нужен Ротоеб из молодой, динамично развивающейся веб-студии "ООО Вектор" чтобы настроить сраный битрикс на шаред хостинге, и прописать подключение к mysql в `dbconn.php`.
А ИИ это сам может сделать.
> . Только "ИИ" тебе там может насрать уязвимостей, из-за которых у тебя спиздят базу данных клиентов,
Это правда. Но справедливости ради, веб-макака насрет уязвимостей ничуть не меньше.
Веб-макаки до сих пор страдают от XSS и SQL Injection и хранят пароли плейнтекстом.
-
-
Комментарий к говнокоду #29271 в ответ guest
-
guest
#
Вообще если без шуток, то довольно большая часть т.н. "программистской работы" это разного рода формошлепство, и перенос бизнес-логики из текстовых документов в программы на каком-то ЯП, разве нет?
Типовой веб-магазин, типовой мобильный клиент к этому магазину, всё типовое, отличается только картинками и текстами. Такое вполне может сделать AI.
Да, да, я знаю, что именно твоя, анон, работа совсем не такая. Ты каждый день создаешь что-то такое, о чем другие даже не догадываются, это ты придумал мап-редьюсь, разработал алгоритм Ахо-Корасик, доказал, что P=NP, придумал Linux, и объявил дефолот. Но я же не про тебя, а при типичного вкатуна-айтишнечка, из тех что решают задачи для ООО "Строй-связь-инвест-плюс". -
> Типовой веб-магазин, типовой мобильный клиент к этому магазину, всё типовое, отличается только картинками и текстами. Такое вполне может сделать AI.
Такое можно и без "ИИ" сделать, взяв готовую хуйню под это. Наверняка есть готовые движки для всяких там магазинов, и нихуя недать не надо, кроме как купить хостинг и там это говно настроить. Только "ИИ" тебе там может насрать уязвимостей, из-за которых у тебя спиздят базу данных клиентов, уведут деньги со счета и напихают майнеров. А проверенная хуйня может такими багами не обладать
https://www.youtube.com/watch?v=PxctrkNIt04 "КАК ВЗЛАМЫВАЮТ ВАЙБКОДЕРОВ В 2026?"
-
-
Комментарий к говнокоду #29270 в ответ guest
-
Комментарий к говнокоду #29270 в ответ guest
-
guest
#
Этот баян ещё мой прадед видел
-
Комментарий к говнокоду #29271 в ответ guest
-
guest
#
Да, разумеется, так всё и есть.
Пишешь просто промт: "вот у меня есть распределенная система на С++, она норм работает при 300К одновременных подключений, но при 700К уже тормозит, почини пожалйста, и задеплой" и идешь пить чай. Или кофе. Вот у вас на работе что пьют? -
https://lib.ru/ANEKDOTY/non_pas.txt
. Когда я окончил школу, я считал себя самым лучшим программистом в мире. Я мог написать непобедимую программу игры в крестики-нолики в трехмерном пространстве на пяти различных языках программирования, а также написать программу, состоящую из 1000 строк, которая бы работала. Затем я попал в реальный мир. Моей первой задачей было прочитать и понять фортрановскую программу емкостью 200000 строк, а затем увеличить скорость ее работы в 2 раза. Любой настоящий программист скажет вам, что все структурированное программирование мира не поможет вам решить проблемы вроде этой - решение этой задачи требует настоящего таланта.
-
-
Комментарий к говнокоду #29270 в ответ Rooster
-
Комментарий к говнокоду #29270
-
Комментарий к говнокоду #29270 в ответ guest
-
Комментарий к говнокоду #29270 в ответ guest
-
Комментарий к говнокоду #29270
-
guest
#
друзья куда-то делся кирилл стремоусов
-
-
Комментарий к говнокоду #29270 в ответ guest
-
Комментарий к говнокоду #29270 в ответ guest
-
Комментарий к говнокоду #29270 в ответ guest
-
Комментарий к говнокоду #29275 в ответ guest
-
guest
#
Ну как, посмотрели «колобка»?
-
-
Комментарий к говнокоду #29270 в ответ guest
-
Комментарий к говнокоду #29275
-
guest
#
Ну как, посмотрели «колобка»?
-
-
Комментарий к говнокоду #29270 в ответ guest
-
Комментарий к говнокоду #29270
-
guest
#
Сгорел последний склад Wild Berries
-
-
Комментарий к говнокоду #29270
-
guest
#
друзья frankly i'm considerably retarded today как правильно по-руский
-
-
Комментарий к говнокоду #29271 в ответ guest
-
guest
#
мугу, у гцц целый язык чтоб сообщать о своем асмокоде
Я внезапно согласен с мелкомягими тут: не нужно срать асмой посреди сишки: делай отдельную функцию -
guest
#
У нас в каком-то говнокоде была внезапная асм-инъекция из-за того, что компилятор разрешал создавать идентификаторы с баксами и передавал их асму, не экранируя.
В общем, минное поле.
-
-
Комментарий к говнокоду #29271 в ответ guest
-
guest
#
Да, у GCC крутая асмовставка, в которой можно указывать констрейнты.
В общем случае это не так. Вроде у MS и у Борманда асмовставка тупая. В 64-битном MSVC на неё вообще забили и посоветовали линковать объектный файл. -
guest
#
мугу, у гцц целый язык чтоб сообщать о своем асмокоде
Я внезапно согласен с мелкомягими тут: не нужно срать асмой посреди сишки: делай отдельную функцию
-
-
Комментарий к говнокоду #29271 в ответ guest
-
guest
#
В общем случае обычно можно сообщить компилятору какие регистры ты трогаешь, и вообще какие от твоего асмованя спецэффекты.
Если ты в тайне от компилятора в регистры насреш то конечно это будет UB. -
guest
#
Да, у GCC крутая асмовставка, в которой можно указывать констрейнты.
В общем случае это не так. Вроде у MS и у Борманда асмовставка тупая. В 64-битном MSVC на неё вообще забили и посоветовали линковать объектный файл.
-
-
Комментарий к говнокоду #29274 в ответ guest
-
Комментарий к говнокоду #29276 в ответ MOPCKAR_CBNHNHA
-
Я когда-то выписывал журнал «Х-р».
-
guest
#
Это где к читаттелю на ты обращались?
-
-
Комментарий к говнокоду #29271 в ответ guest
-
guest
#
Спасибо.
Слово register древнее, ещё со времён K&R, оно клало переменную в регистр, но в случайный, а в gcc дали возможность связать с конкретным.
Надо будет другие компиляторы проверить, может, где-то ещё прагмы или атрибуты есть для этого.
На мой взгляд на x86 интересно связывать переменную с регистрами fs или gs, потому что в некоторых ОС эти регистры указывают на Thread Information Block.
Другие регистры per se вне асмовставки/асмофункции использовать неинтересно. -
guest
#
register это такое ключевое слово чтобы (как сказал бы Пи) автомобль ускорять вручную подталкивая ему колеса. Кроме отказа от возможности взять адрес мне кажется оно ни для чего не нужно (компилятор лучше разберется)
> Thread Information Block.
да, это виндоспик
но и в прыщше pthread какой-то тоже вроде
-
-
Комментарий к говнокоду #29271 в ответ guest
-
Комментарий к говнокоду #29271 в ответ guest
-
guest
#
Добавлю. В сишке вообще трудно менять регистры короткими асмовставками, потому что между точками следования черти ипутся. Даже с volatile и с -O0 там происходит хуй пойми что. Поэтому разумно использовать только массивные асмовставки, изолированные от остального кода (с помощью пуша/попа и т. п.), а лучше отдельные функции. -
guest
#
В общем случае обычно можно сообщить компилятору какие регистры ты трогаешь, и вообще какие от твоего асмованя спецэффекты.
Если ты в тайне от компилятора в регистры насреш то конечно это будет UB.
-
-
Комментарий к говнокоду #29271 в ответ j123123
-
https://gcc.gnu.org/onlinedocs/gcc-16.2.0/gcc/Explicit-Register-Variables.html в GCC такая хрень есть
register int *foo asm ("r12"); -
guest
#
Спасибо.
Слово register древнее, ещё со времён K&R, оно клало переменную в регистр, но в случайный, а в gcc дали возможность связать с конкретным.
Надо будет другие компиляторы проверить, может, где-то ещё прагмы или атрибуты есть для этого.
На мой взгляд на x86 интересно связывать переменную с регистрами fs или gs, потому что в некоторых ОС эти регистры указывают на Thread Information Block.
Другие регистры per se вне асмовставки/асмофункции использовать неинтересно.
-
Слово register древнее, ещё со времён K&R, оно клало переменную в регистр, но в случайный, а в gcc дали возможность связать с конкретным.
Надо будет другие компиляторы проверить, может, где-то ещё прагмы или атрибуты есть для этого.
На мой взгляд на x86 интересно связывать переменную с регистрами fs или gs, потому что в некоторых ОС эти регистры указывают на Thread Information Block.
Другие регистры per se вне асмовставки/асмофункции использовать неинтересно.