> «разработчику это удобно» - недостаточное обоснование,Я думаю что для большинства разработчиков это как раз более чем достаточное обоснование. Они это обоснуют задействовав апи, которое им удобно и проигнорировав то которое им неудобно. Оспорить это можно в спортлото.
По какой-то такой причине ioctl'ы например считаются дурным апи. Они могут работать. Но даже просто их полный список например получить...
> достаточное - один из лучших вариантов для решения _конкретной_ проблемы.
Ну вот информирование о system-wide событиях например логичнее всего смотрелось бы через системную шину, имхо.
> А то так можно договорится до того, что разработчикам неудобно ядро на
> c+asm писать, давайте на java/python/etc переходить.
Так они С используют как раз потому что на нем системные вещи удобнее всего делать. Было бы удобнее на чем-то другом - пользовались бы этим. А жаба слишком высокоуровневая. Надо вам записать 0x20 по адресу 0x100500. Потому что там memory-mapped периферия, напимер. А в жабе такого понятия обана и ... нет. Или например GC. У вас тут шедулер процессов, вы за чуть ли не наносекунды давитесь. А тут пришел GC, и поставил все колом на секунду. FAIL. Кстати, эта граблина нашла множество лбешников. Те кто попробовал на JS писать игры, очень скоро заметили что игры начинают непредсказуемо лагать на ровном месте. Когда gc приспичивает мусор собрать. И все бы ничего, только юзеры очень бесятся когда все клинит на секунду. И даже на ведроиде игроделы недвусмысленно потребовали нативный код. Потому что им так проще и результат лучше, а не что-нибудь еще. Допинать жабу с ее GC, малопредсказуемым временем операций и просадками до вменяемого состояния - просто сложно, даже если не требовательные к скорости программы на ней писать и проще, в системных делах и критичных к скорости задачах перевешивают иные факторы.
