| 1.2, Аноним (2), 15:29, 12/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –9 +/– |
Значит надо создавать новую ОС с помощью собственного ИИ.
Надо отказываться и от Линукса тоже.
| | |
| |
| 2.10, Аноним (10), 16:02, 12/10/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
С одной стороны потому что всё из списка уже лютый боян и везде уже сто раз постилось. Зачем это запоздалое саммари - не ясно.
С другой - потому что ты всё равно ничо не понял
| | |
|
| 1.9, Аноним (9), 15:59, 12/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
"Если бы строители строили здания так же, как программисты пишут программы, первый залетевший дятел разрушил бы цивилизацию"
| | |
| |
| 2.11, Аноним (11), 16:08, 12/10/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
99.999999% погромистов используют чужой код!!! И ни один из них даже лефт-пад не способен написать.
| | |
| 2.13, Ivan_83 (ok), 16:26, 12/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Это действительно часто так.
Особенно заметно это становится когда из программирования переходишь к отладке электроники - оно пыхает постоянно. :)
Всё потому что цена ошибки для программиста всегда нулевая (не считая времени), а для электронщика это ещё и потеря компонентов. Поэтому программисту проще запустить и пусть упадёт, а вот для элетронщика включить и пусть оно пыхнет совсем не вариант, отсюда последний тратит кучу времени на проверки всего перед включением.
В других областях аналогично: цена ошибки высока и пробовать просто для проверки что гипотеза не годна - не вариант.
Но как видно, для программистов вполне можно и так, последние 50 лет тем и жили, сейчас есть всякие штуки чтобы уменьшить колличество ошибок, включая ЫЫ.
| | |
| |
| 3.15, похнапоха (?), 16:42, 12/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Позволю себе не согласиться.
То о чем ты написал стало возможным с уменьшением стоимости вычислительных операций. Во времена например ЕС ЭВМ и/или S/360 и тому подобного - приходилось дожидаться своей очереди запуска своих задач на ЭВМ, все эти рассчеты зарплат в условных 70х, начале 80х стоили достаточно дорого для предприятия, гонять по 10 рез в час свою программу не было возможности, приходилось всё проверять руками перед тем, как оператор введет код в память машины. Пакетные задания немного облегчили работу, но всё-таки отдав программу на ввод вечером, очень неприятно было утром получить в распеатке результатов не то, что ожидалось или вообще ошибку. И если твоя программа после некоторых изменений не посчитала зарплату для твоего отдела, бюро или всего предприятия - это было большей катастрофой, чем сгоревшая деталь в твоей электронной схеме.
И только с появлением VT, систем разделения времени, а затем и ПК стало возможным пересобирать целые проекты после изменения одной строки кода.
| | |
| 3.16, Аноним (9), 16:47, 12/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Да нет, дело скорее в "необозримости" программ. Можно видеть пару страниц текста, можно держать в памяти общее строение программы, какие-то куски интерфейса. Но целиком воспринимать что-то хотя бы относительно сложное стало невозможно. Программист нынче типа ежика в тумане, видит отчетливо на расстоянии вытянутой руки, дальше полный туман / облако. Тут нужно восприятие типа того, что в лабиринте отражений, глубина так сказать
| | |
|
|
| 1.12, pofigist (?), 16:15, 12/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Для Debian GNU/Linux 13 опубликовано обновление пакета с ядром Linux 6.12.111-1, в котором устранено 1313 уязвимостей.
Миллион глаз... Но что сынку - помогли тебе твои кожаные мешки?
А сколько ещё не найдено, если такое выкатывают чуть ли не ежемесячно...
| | |
| 1.14, Ivan_83 (ok), 16:28, 12/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Уязвимости в сервере печати CUPS.
Эту помойку никогда не исправят, ИМХО, там дизайн такой: всякие фильтры/генераторы запускаются с пользовательскими данными.
Надо собратся силами и запихать в chroot, походу это сейчас самый опасный сервис на домашнем сервере без изоляции.
| | |
|