Есть ли какие-то ниши и задачи, где вы бы сказали, что-то типа «даже в 2025г. никто ничего лучшего, чем J2EE, не придумал».
Или будете просто брать Javalin, и велосипедить все батарейки самостоятельно?
Или Java просто вся полностью obsolete, и все вменяемые переходят на golang и прочие js?
Давно не было ничего нового в рубрике «дурачок-мейнтейнер npm», и вот, наконец, новая порция обсёра. На этот раз пострадал пакет под супер-оригинальным названием «is» (2.7млн скачиваний в неделю!). Злоумышленник получил доступ к аккаунту через банальную хакер-рыбалку…
В новости почему-то запретили комментировать, поэтому пишу тут.
Думаю, что это одна из областей, в которых переход на Линукс был бы безболезнен. Но это при условии, что это ПО кроссплатформа, что в порядке вещей, когда пользовательский интерфейс работает в браузере. Ведь речь, как я понял, о клиентских компах, на которых школьники заполняют ответы.
А вот если и клиентская часть написана на Дельфи или ВижлБейсик… Не пускать же всё через Вайн, это был бы позор.
В релизе 6.16 Линус отклонил изменения bcachefs, потому что они добавляли фичу за пределами окна мерджа. И вообще, выразил свою позицию, что пути Линукса и bcachefs могут разойтись.
В ответ ведущий разраб ФС Кент Оверстрит заявил, что просто хочет, чтобы код работал у пользователей, а не уничтожал их данные. Что проблемы с ФС нельзя сравнивать с чисто ран-тайм проблемами, потому что последние лечатся перезагрузкой, и поэтому для ФС надо ослабить правила двухнедельного окна (сомнительный аргумент про ребут?). Что даже с XFS были случаи невостанавливаемых ФС, и такого он, Кент, не хочет. Что многим пользователям сложно пересобирать ядро с кастомной ветки, чтобы попробовать изменения bcachefs, и поэтому их надо мерджить.
https://www.phoronix.com/news/Linux-616-Bcachefs-Late-Feature
В том смысле, что вот есть ворох файлов с дистрибутивом ПО - куча обычных, куча поддиректорий, и у всего этого нет директории верхнего уровня. Т.е. если распаковать такой архив в директории, где уже есть файлы, получится мешанина из собственных файлов и файлов из архива.
В процах AMD (эпики, райзены) нашли уязвимость, позволяющую привилегированному пользователю прочитать регистры криптографического сопроцессора. Но не беспокойтесь слишком сильно - AMD уже выпустила обновление PI firmware с фиксом проблемы.
https://www.amd.com/en/resources/product-security/bulletin/amd-sb-7039.html
Спросил у ГПТ, как PIC выглядит на фоне захавывающего весь мир ARM. Оно ответило, что, вообще говоря, и PIC, и STM32 - ширпотребное дерьмо, у которого нет вариантов, сертифицированных под взрослые стандарты военщины и т.п. Но в своих нишах STM32 оочень сильно потеснил PIC, и последний остался в виде разве что легаси.
Но если посмотреть на них с т.з. учебных плат, того, что раньше делалось на i8051, для ПИКа есть компилятор бейсика, побыстрому инициализировал МК, периферию, и начал уже писать приложение. Опять таки, благодаря вот таким платкам:
https://store.melabs.com/prod/boards/LABX1A.html
можно даже пробовать разные варианты МК, просто вставляя их в ZIF сокет, благо, ПИКов в DIP исполнении много, причём, совместимых по ножкам.
А теперь смотрим на STM32. Сишка, кругом сишка сишкой погоняет. Наворотили HAL/LL, а до этого была другая (не совместимая) «стандартная библиотека». DIP корпус? Хрен тебе, покупай для каждого МК новую плату. Чё-то не очень дружелюбно по отношению к скубентам.
А вы как считаете?
Перемещено hobbit из talks
Почему не было обсуждения воистину эпохального события? Легендарному и сверх популярному ЯП Java исполнилось 30 лет. Много раз его хоронили, а он каждый раз возрождался, расправлял крылья, как птица Феникс, предлагал пользователям новые фичи. Примерно столько же лет конференции JavaOne, на которой опытные разработчики делятся своим опытом использования этого ЯП. В 1999г. в конференции приняло участие 20 тысяч программистов! Даже Оракл не смогла закрыть эту конференцию, и после пары лет тщетных попыток обойтись общей конференцией для разрабов, вынуждена была возродить JavaOne.
Можете писать сюда свои поздравления, пожелания, делиться суксесс сториз использования Джавы. Самому мне пока не приходилось разрабатывать на Джаве.
Тут коллега на работе пытался настроить ВПН в корпоративную сетку. Взял такой, специально приготовленный образ от нашего ИТ отдела (индусы видимо делали). Внутри там классическая убунта с гномом и со всеми зондами, без которых работа в корпоративной сети практически невозможна. Стал настраивать, а логин через ВПН не работает. Отправил заявку в суппорт, она попала в UK, и тамошний линуксоид сказал, что ничего не слышал об этом официальном образе, что надо сносить Гном и ставить КДЕ, т.к. Гном суть УГ. С КДЕ ВПН заработал.
Вот я сижу и думаю, как поступить. Ставить ванильную KUbuntu и заворачивать зонды вручную или ставить типа «официальный билд» с Гномом и перенастраивать на КДЕ? Конкретно такой вопрос: в 2025г. в убунте смена гнома на КДЕ - это геморрой-геморрой или есть какой-то рабочий гайд. «Попробуй сам и отпишись» не предлагать. Интересует личный опыт других, кто так делал саксесс сториз.
Очередной удар для Intel и Arrow Lake. Свежайшие SSD пятого поколения при тестировании с процессорами семейства 200S выдают всего 12Гб/с при последовательном чтении, вместо поддерживаемых 14Гб/с. Утверждается, что материнки тут ни при чём. Интел указывает, что дело в самом процессоре:
the company said that the PCIe lanes may exhibit increased latencies because of a longer die-to-die data path
В общем и целом, Интел обещали, что Arrow Lake будет иметь такую же производительность, как Raptor Lake, но с меньшим потреблением. В итоге, потребление действительно уменьшилось, но вместе с ним уменьшилась и производительность :)
Вот так, захочешь ускорить самый медленный компонент в системе, взять распоследнюю и самую быструю SSD’шку, а получишь хрен без соли.
rand-user-agent позволяет генерить рандомные строки user-agent, что удобно при тестировании и проч. мероприятий по исследованию безопасности.
Пакет стал deprеcated, но всё равно популярен (45К скачиваний в неделю).
В последнем релизе пакета оказался троян, который открывал сокет к контролирующему хосту, и мог принимать команды, в т.ч. выполнение шелл-команд.
Разработчики утверждают, что затрояненной версии нет в репе с исходниками пакета, и что каким-то образом, старый токен, используемый для автоматизации загрузки пакетов, и для которого не была настроена двухфакторная аутентификация, утёк с компа одного из разрабов, и был использован злоумышленниками.
Следите за своими протухшими токенами, господа.
Производитель NAS IXsystems больше не будет использовать FreeBSD в своих решениях TrueNAS, теперь всё будет на Линуксе с OpenZFS. Фактически в новой версии продукта они объединили решение, которое было изначально на фбсд с линуксовым, и в результате фбсд ушла на помойку.
Надо тут приготовить кастомный инсталлер, который ставит разношёрстные пакеты, принимает настроечные параметры от пользователя и проч. Думаю, что может быть даже запилю ГУЙ, но, конечно, терминальный, т.к. софт надо будет удалённо развертывать, а трахаться с графикой в *nix не хочется.
Какая сейчас библиотека для терминального ГУЯ считается надёжной? Язык - баш, на крайний случай питон. Совместимость с другими *nix не нужна, только Линукс.
Имеется: vscode версии 1.96.4. Поведение: в терминале перестал работать бегунок скролла. Наводишь на него курсор, а он по-прежнему думает, что он находится в панели консольки, и при нажатии не реагирует. Причём, бегунок в редакторе работает.
Блин! Это же самая базовая гуёвая функциональность! Она без проблем работала в терминальных гуях типа ТурбоВижн, она работала в Дельфи и Борланд Ц++, она работала в VS всегда. Она работала во всех гуёвых программах, написанных даже на самых куцых ЯП и тулкитах типа TCL/Tk и в гуях для древних редакторов типа gvim, но в 2025г. она перестала работать в vscode…
И это прогресс, я вас спрашиваю?
Билли сразу писал код в коммерческих целях. Вот, на днях он опубликовал свой первый код интерпретатора бейсика:
https://lenta.ru/news/2025/04/03/msft-code/
А Торвальдс как был хакером фор-фанщиком, так и остался им. И сравните финансовые возможности и положение в обществе Билла и Линуса. А я всегда говорил - не пишите опенсорс, только проприетарщину, иначе останетесь без порток.
https://www.reddit.com/r/ASRock/comments/1i5iy9a/update_and_summary_on_the_dead_9800x3ds/?rdt=39350
Чувак собрал статистику по 108 экземплярам процессоров Ryzen 9800X3D, которые дохли вскоре после начала эксплуатации. В 90+ случаев они использовались в системе с материнкой AsRock. Производитель материнок выпустил апдейт Биоса, но также заявил, что и предыдущая версия фирмваре не должна была быть причиной подобной неисправности.
Wired сообщает, что DOGE (департамент государственной эффективности) США решил (с подачи Трампа или его подельников?) таки переписать ключевые сервисы информационной системы, обслуживающей Social Security. Эта система последний раз обновлялась в 1980г., там 60 млн строк кода на Коболе и др. дремучих языках. Они даже свою СУБД разработали, на Коболе и асме. Ранее уже предпринималась попытка переписать легаси, в 2017г, и тогда длительность работ оценили в 5 лет. Но потом грянул короновирус, и пришлось заниматься другими проблемами.
На этот раз планируется кавалерийский наскок - за несколько месяцев, переписать на более современный ЯП, типа Джавы.
Я посмотрел на календарь, до 1го апреля ещё жить и жить…
Пересматривал я тут «Звёздный крейсер Галактика» (который более новый), и вот, что сразу заметил (раньше почему-то не замечал).
В одном из эпизодов команда Галактики теряет один из кораблей при прыжке, и принимают типа сложное решение, объединить компы на корабле в сеть, чтобы ускорить расчёт местоположения потерянного корабля. Естественно, прилетают злобные роботы на своих кораблях, и их вирус начинает ломиться в комповскую сеть Галактики. А до объединения в сеть он типа не ломился. А с какого бодуна? Ведь если я у себя дома объединю два десктопа в сеть (друг с другом), они же от этого не получат коннект с глобальной сетью? Вайфай у них не вырастет автоматом. Т.е. злобные роботы и раньше могли бы атаковать разрозненные компы своим вирусом, точно так же, как они это делали с сетью.
Непонятный момент. По-моему, если делаешь научную фантастику, то хотя бы в ненаучнофантастических вопросах техники надо какую-то логику иметь, и таких грубых ляпов не делать. Про взрывы в космосе я даже молчу…
Но поехали дальше. Вот, значит, вирус злобных роботов нещадно атакует компы Галактики, но умный лейтенант соорудил файрволы. При чём, аж 4 штуки. И нам показывают экран со схемой системы, и там буквально стенки, 4 штуки одна за другой, и когда злобный вирус их преодолевает, стенки закрашиваются в красный цвет… Но это, видимо, для детишек сделано, чтобы поняли. Ладно.
И вот, команда Галактики рассчитала нужные координаты, и лейтенант резко размыкает сетевой кабель, чтобы, значит, сеть разрушить - и всё, мы в домике, мы спасены от вируса! С какой стати? Вирус продолжит атаковать компы, которые были периметром сети…
Не понимаю я эту научную фантастику.
Наткнулся тут на пост о сравнении (самых популярных на сегодня?) ЯП для бекенда. Товарищ приводит в таблице, что у go экосистема на уровне «growing», а у node.js «mature».
Товарищ не в курсе или действительно каким-то образом динамическая хламина с JS внутри за 16 лет стала более популярной и востребованной, чем компилируемый ЯП?
Имеется у меня десктоп на базе Asrock Taichi TRX40. Один из вентиляторов на корпусе был поврежден при сборке так, что одно из его рёбер отвалилось. Это привело к тому, что вентилятор издавал неприятное периодическое постукивание, а при переходных процессах (старт системы) вообще входил в неприятный резонанс с корпусом.
Так вот, залез я в настройки биоса, и включил для данного вентилятора тихий режим - постукивание пропало.
И вот мне стало интересно, это сейчас (или уже давно так) стандарт де факто в биосах регулировать режим отдельных вентиляторов? Если скажем брать мать на более офисном чипсете, подешевле, стоит ожидать подобной фичи в биосе? Или там может быть только автоматическая регулировка оборотов и только?
Ах да, Линукс тут при том, что lm-sensors никаких контроллеров корпусных вентиляторов не увидел - только CPU.
| следующие → |