The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Мнение об основных проблемах Linux в 2012 году, opennews (?), 13-Авг-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


9. "Мнение об основных проблемах Linux в 2012 году"  +11 +/
Сообщение от Xasd (ok), 13-Авг-12, 14:40 
> Краткий список основных проблем

это наглое 4.2 не "проблем", а причин "непопулярности"...

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


взять вот например хотябы пункт: "слишком большое разнообразие" или "Бешенный темп изменений в ПО"

Ответить | Правка | Наверх | Cообщить модератору

35. "Мнение об основных проблемах Linux в 2012 году"  –1 +/
Сообщение от _yurkis_ (ok), 13-Авг-12, 15:05 
>взять вот например хотябы пункт: "слишком большое разнообразие" или "Бешенный темп изменений в ПО"

Это таки проблема.

Из этого "слишком большого разнообразия" до нормального состояние доводится дай бог чтобы 10%. Да те и очень быстро стают несобираемыми/незапускаемыми из-за "Бешенного темпа изменений в ПО".  
В случае "быстрого темпа" вобще вопрос отдельный. Прогу (модуль ядра) мало просто написать. По-хорошему его нужно долго тестировать и сопровождать. А тут пока потестировали- API поломали. Опять потестировали, опять поломали. С точки зрения сопровождения ПО это АДЪ.

Ответить | Правка | Наверх | Cообщить модератору

265. "Мнение об основных проблемах Linux в 2012 году"  +4 +/
Сообщение от arisu (ok), 13-Авг-12, 20:17 
тебя, конечно, не затруднит рассказать, как и когда меняли API и что из-за этого отваливалось? или ты — как и большинство скулящих про «смену API» — не то, что не в курсе, ты и ядерных-то модулей в жизни написал ноль штук?
Ответить | Правка | Наверх | Cообщить модератору

475. "Мнение об основных проблемах Linux в 2012 году"  +/
Сообщение от Аноним (-), 14-Авг-12, 13:23 
2.6.21 .. 2.6.25 - 3ды менялся API для page fault handler.
в конечном итоге сменили не только внешний API но и всю логику внутренних обработчиков.
Ответить | Правка | Наверх | Cообщить модератору

567. "Мнение об основных проблемах Linux в 2012 году"  +/
Сообщение от Аноним (-), 16-Авг-12, 01:27 
> в конечном итоге сменили не только внешний API но и всю логику
> внутренних обработчиков.

И кого кроме кернеля волнует логика page fault handler? Обычные апликухи вообще не знают что такое page fault. А те кто знают - ну они или разработчики этого ядра, или валят туда куда им удобнее. Ну например пусть попробуют в винде логику page fault handler'а поменять и расскажут как вышло :)

Ответить | Правка | Наверх | Cообщить модератору

350. "Мнение об основных проблемах Linux в 2012 году"  +3 +/
Сообщение от Куяврик (?), 13-Авг-12, 23:24 
> Из этого "слишком большого разнообразия" до нормального состояние доводится дай бог чтобы 10%

нелепица. годного софта порядочно, выбрать есть из чего. и да, оно в нормальном состоянии. проблемы есть, но в binary-based адЪ называется "смена версии ОС", в source-based "давно не обновлялся". это то, что может напрячь юных падаванов.

> Да те и очень быстро стают несобираемыми/незапускаемыми из-за "Бешенного темпа изменений в ПО".

вас послушать, так вы толком ни одной проги не смогли запустить.

> Прогу (модуль ядра) мало просто написать. По-хорошему его нужно долго тестировать

я искренне, неистово желаю вам лично встретить быдокодера, который клепает в дельфяре прогу и вколачивает гвоздями "C:\WINDOWS...", и когда по вашим $%^ам потечёт горячий липкий пот после многочасового тестирования, привести двух падаванов, у одного венда будет стоят в "c:\mustdie" и у другого "H:\WIN". я бы посмотрел на ваши лица и задал пару вопросов. тестирование нужно. но "долго тестировать" вообще никак не спасает от "криво писать". я уже давно не программист, пусть зубры меня поправят, но ИМХО программер должен тестировать по определённой методике и дружить с головой и профайлером. остальное решает открытый код и багрепорты.

> и сопровождать.

ты слышал за багрепорты?

> А тут пока потестировали- API поломали.

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

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру