информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Портрет посетителяSpanning Tree Protocol: недокументированное применениеЗа кого нас держат?
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Бэкдор в xz/liblzma, предназначенный... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / operating systems
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Блин, гоняем из пустого в порожнее. Если она спроектирована... 29.09.05 18:27  Число просмотров: 1890
Автор: fly4life <Александр Кузнецов> Статус: Elderman
<"чистая" ссылка> <обсуждение закрыто>
> > Нет, не противник. Не надо приравнивать отсутствие ACL
> к
> > кривости архитектуры. Когда проектировалась
> архитектура
> > юникс, тогда никакой (т.к. я это повторяю в третий
> раз,
> > подчеркну,никакой необходимости в ACL не было.
>
> Тю. А я о чем толкую!
> Когда проектировался юникс его архитектура может и была
> передовой. Сейчас - нет. И все. И не надо доказывать, что
> на самом деле фортран отличный современный язык потому, что
> на нем миллионы строк написаны, а юникс - отличная
> современная ось потому, что на нем инет появился.

Блин, гоняем из пустого в порожнее. Если она спроектирована давно, то это не значит, что уже устаревшая в данный момент!
Или ты архитектурой называешь способ раздачи прав?

> > Если это понадобилось кому-то сейчас, то это появится.
> И не
> > в качестве латания, а в качестве дополнительной
> функции.
>
> Разница только в терминологии.

Нет, не только. Ведь виндовс тоже был когда-то надстройкой над DOS.

> > =) Валяться она может, разве что, на полу.
> > А что плохого в том, что устройства существуют в виде
> > файлов, ты так и не сказал.
>
> Притянутая за уши абстракция только и всего. Тем более, что
> фактически в этом нет необходимости. Не мешает, но
> свидетельствует о корявости.
>
> > Ы?! Почему?
>
> Потому, что для себя ты можешь использовать специально
> выделенный major код, но если ты будешь распространять, то
> могут возникнуть коллизии с такими же как ты
> распространителями. Тем более, что major кодов всего 256,
> больше половины из которых выделены уже давно.
>
> > amirul, чего ты заладил: "дыра, да дыра". Ты можешь
> > сказать, в чём дыра, кроме своих: "мне неудобно" и
> "мне не
> > нравится"? Детский лепет, ей богу. Если не можешь, то
> так
>
> Ага. Любые аргументы - детский лепет. И понт major кодов
> лепет и устройства, которые на диске валяются - лепет, и
> очень негибкая система распределения прав - лепет, и
> отсутствие нормального определения устройств - лепет, все
> лепет. Не лепет только твои заявления о лепете.

Про major-minor номера устройств существует стандарт. Его надо придерживаться. Это как в случае с выделением сетевых портов. Часть зарезервировано, остальные используй на своё усмотрение. Это может нравиться, а мождет не нравиться, как например тебе. Что никоим образом не говорит о неправильности такого подхода организации абстракции устройств.

Система раздачи прав достаточно гибка (пусть и ты и считаешь, что старовата для сегодняшнего виндовса, но гибка). И устройства определяются нормально!

> Да кстати,
> еще добавь в актив крайне рогатую локализацию (как консоли,
> так и X-ов). Да я слышал о постепенном переводе на юникод в
> виде utf-8, но все равно все ой как хреново с этим.

Это тоже проблема архитектуры? ;).
Кстати, я никаких проблем не испытываю. Да, были проблемы лет пять назад с руссификацией в линуксе, но сейчас во многих дистрибутивах уже из коробки работает всё как надо. И никаких рогов.

> > и скажи, чтоб хоть я перестал дожидаться от тебя
> ответа и
> > забил на этот флейм.
>
> Забей.

Уже и сам понял.

> > Дык, в линуксе-то работала.
>
> Дык и в винде то заработала, как ты сказал. После некоторых
> плясок с бубном. Разница лишь в том, что нормальное белое
> железо в 99.9% случаев становится на винду без проблем, а с
> никсами все так же приходится продолжать плясать ибо это
> единственный способ установки устройств. У меня белая
> видюха radeon не захотела дружить как минимум с двумя
> дистрами линуха даже после многочасовых выплясываний и
> уговоров. Винда ее подхватила сразу и даже не спросила
> ничего. И что?

Хм. Да в линуксе, например, вообще никаких танцев с бубном с определением железа мне делать не приходится. Вставил железку, загрузил ОС и работай. Всё остальное - стереотипы конца девяностых.

> > С этим спорить не буду. Если бы бинарные конфиги можно
> было
> > подправить также лекго и непринуждённо, как и
> текстовые,
> > причём всегда назодяшимся под рукой инструментом (типа
> > текстового редактора, который есть везде), то мне бы
> это
> > тоже было бы удобно.
>
> Вот об этом и речь.
>
> > Моя машина чего-то не жалуется. Может ты ей
> расскажешь, что
> > для неё удобно, а что нет.
>
> Это у Кнута можно спросить, что удобно для машины, а что
> нет. У него там есть формальный анализ алгоритмов поиска.
>
> >
> HKCR/CLSID/{06290BD4-48AA-11D2-8432-006008C3FBFC}/ProgID
> > Параметр: По умолчанию
> > Значение параметра: ScriptLet.HostEncode
>
> COM-овский объект с классом {0629....FBFC}
> зарегистрировался под именем ScriptLet.HostEncode
> Люди, разбирающиеся в COM несомненно скажут больше. Я не из
> таких. Не уверен, что ты сходу без документации сможешь
> пояснить любую строчку любого конфига в твоем никсе
>
> > Ты про линукс? Или всё-таки про никсы?
>
> Из всех никсов более менее семимильно развивается только
> линукс. Так что я таки о нем.

Видишь, всё-таки развивается ;).

> > Ну вот, я и говорю, что притянута за уши ;).
> Отнюдь. Я показал как минимум три вида конфигураторов (не
> считая ненавистных тебе графических). Как пример отделения
> интерфейса от реализации.

Ну ладно, пусть так.
А графические конфигураторы мне не ненавистны ;). Я частенько пользуюсь ястом. Кстати, у меня сложилось противоположное мнение о ненависти тобой текстовых конфигов. К чему бы это? ;)
<operating systems>
Ни фига. Архитектура никсов - отстой. Единственное преимущество - бесплатность 22.09.05 11:08   [Heller, amirul, Den, J'JF, ZloyShaman, :-), vaborg]
Автор: amirul <Serge> Статус: The Elderman
<"чистая" ссылка> <обсуждение закрыто>
У Мастдая один недостаток - он коммерческий 29.09.05 09:11  
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка> <обсуждение закрыто>
все остальные - следствия оного. Первичные
- закрытость (вторичным следствием чего является глючность и невозможность вычесать баги "всем миром")
- разводилово (т.е. включение совершенно ненужных опций, провоцирующих пользователя на дополнительные затраты и проталкивание Маспдая для использования в сферах, для которых он концептуально непридназначен - сервер, например, управление производством)
- кидалово (т.е. несоответствие действительных параметров заявленным)
Нуууу блин... 29.09.05 13:01  
Автор: Heller <Heller> Статус: Elderman
<"чистая" ссылка> <обсуждение закрыто>
> все остальные - следствия оного. Первичные
> - закрытость (вторичным следствием чего является глючность
> и невозможность вычесать баги "всем миром")
Закрытость - согласен. А что до глюков, то в никсах их тоже хватает. Если бы кто-нибудь удосужился софт под никсы писать с более сложными интерфейсами/функционалом (всё что я видел до сих - кастрация виндовых аналогов), то в никсах глюков было бы значительно больше.

> - разводилово (т.е. включение совершенно ненужных опций,
> провоцирующих пользователя на дополнительные затраты и
> проталкивание Маспдая для использования в сферах, для
> которых он концептуально непридназначен - сервер, например,
> управление производством)
А про Windows Server ты слышал? Почему это вдруг винда не сгодится как серверная ОСь? Аналогичено с управлением производством. Кстати, предложения по управлению производством под виндой я встречаю гораздо чаще, чем под никсами. Я скажу наоборот, что единственное предназначение никсов - серверная ОСь.

> - кидалово (т.е. несоответствие действительных параметров
> заявленным)
Не замечал. Пока только неоднократно наблюдал, как системные требования на винду были официально значительно завышены, чем реальные. Опять же ситуация наоборот.
Это не так, это ты у себя в голове их кастрируешь, чтобы всё... 30.09.05 13:23  
Автор: vaborg <Israel Vaborg> Статус: Elderman
<"чистая" ссылка> <обсуждение закрыто>
> писать с более сложными интерфейсами/функционалом (всё что
> я видел до сих - кастрация виндовых аналогов), то в никсах
> глюков было бы значительно больше.

Это не так, это ты у себя в голове их кастрируешь, чтобы всё выглядело
так, как тебе привычно в Винде.
Тогда почему все никсовые интерфейсы так похожи на виндовые? 30.09.05 13:31  
Автор: Heller <Heller> Статус: Elderman
<"чистая" ссылка> <обсуждение закрыто>
А что до глюков, то в никсах их тоже 30.09.05 04:36  
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка> <обсуждение закрыто>
А что до глюков, то в никсах их тоже
> хватает.

Да, но их там можно исправить.


> А про Windows Server ты слышал? Почему это вдруг винда не
> сгодится как серверная ОСь? Аналогичено с управлением
> производством. Кстати, предложения по управлению
> производством под виндой я встречаю гораздо чаще, чем под
> никсами.

Сервер и ГУИ - несовместимы. Лень повторяться - 1000 раз писал.

Для управления производством вся система распределения времени процессам и обработки прерываний должна быть минимизирована, оптимизирована для того, чтобы можно было быть 100% уверенным, что ОСЬ не вырвет управления "из рук" ответственного процесса в неподходящий момент. А Масдай этим грешит хронически.

Я скажу наоборот, что единственное предназначение
> никсов - серверная ОСь.

Согласен

> > - кидалово (т.е. несоответствие действительных
> параметров
> > заявленным)
> Не замечал. Пока только неоднократно наблюдал, как
> системные требования на винду были официально значительно
> завышены, чем реальные. Опять же ситуация наоборот.

Если в винде оставить только то, что реально необходимо, требования к ресурсам можно было бы снизить раз в 5.
Большинство линуксоидов, из числа виденных мной, котрые... 30.09.05 10:43  
Автор: amirul <Serge> Статус: The Elderman
<"чистая" ссылка> <обсуждение закрыто>
> Да, но их там можно исправить.

Большинство линуксоидов, из числа виденных мной, котрые кричат линукс - рулез, не то, что ни фига не разбираются в коде ядра, чтобы что то исправить, они вообще не знают C.

> Сервер и ГУИ - несовместимы. Лень повторяться - 1000 раз
> писал.

Во-первых, в системе, управляемой событиями, когда не происходит никаких событий (мышь, клава), то и в гуе ничего не происходит (а какая тебе разница, чем статически заполнена видеопамять), а во-вторых как текстовые конфиги - так ориентируемся на человека (во всяком случае fly4life ориентируется), а как гуй - так обязательно на машину. Нет уж, раз сервер, то все должно быть ориентировано на машину для наилучшего выполнения ею служебных обязанностей.

> Для управления производством вся система распределения
> времени процессам и обработки прерываний должна быть
> минимизирована, оптимизирована для того, чтобы можно было
> быть 100% уверенным, что ОСЬ не вырвет управления "из рук"

ОСь не вырвет. А вот левый драйвер - вполне может. Скажи, а что *nix уже стал реалтаймовым, да еще и микроядерным (hurd таки выпустили). Не фиг ставить на сервак левый софт и тогда некому будет вырывать управление "из рук". Если же ты о преемптивной многозадачности, то система приоритетов и шедулинга - это раз, куча объектов синхронизации (вплоть до полного запрета шедулинга) - это два.

> ответственного процесса в неподходящий момент. А Масдай
> этим грешит хронически.

Мастдай ни фига этим не грешит. А NT в принципе никогда и не грешила.

> Если в винде оставить только то, что реально необходимо,
> требования к ресурсам можно было бы снизить раз в 5.

Вряд ли в 5. Раза в два максимум и то только за счет пиковых нагрузок. То бишь в среднем все равно отжирается 1-3%, а чтобы пики проходились комфортно, то железо должно иметь ресурсов выше этого пика.
Ну почему 30.09.05 00:52  
Автор: dr Tr0jan Статус: Незарегистрированный пользователь
<"чистая" ссылка> <обсуждение закрыто>
> А про Windows Server ты слышал? Почему это вдруг винда не
> сгодится как серверная ОСь?
Очень неудобно в обращении. Отстутствие многих полезных инструментов.

> Кстати, предложения по управлению производством под виндой
> я встречаю гораздо чаще, чем под никсами.
Ленятся потому что.

> Я скажу наоборот, что единственное предназначение никсов -
> серверная ОСь.
Вот это и хотел услышать. Ну плюс еще - использование при различных вычислениях (распределенных) например.
Ну а единственное предназначение винды - рабочая станция, десктоп.

> > - кидалово (т.е. несоответствие действительных
> параметров
> > заявленным)
> Не замечал. Пока только неоднократно наблюдал, как
> системные требования на винду были официально значительно
> завышены, чем реальные. Опять же ситуация наоборот.
Ну а как объяснить это "format a: /fs:fat32"?
Например? 30.09.05 10:48  
Автор: amirul <Serge> Статус: The Elderman
<"чистая" ссылка> <обсуждение закрыто>
> Очень неудобно в обращении. Отстутствие многих полезных
> инструментов.

Например?

> Ленятся потому что.

Ага. Если бы за лень приходилось переплачивать - они бы давно минимизировали расходы. Так тоже не дураки сидят.

> Вот это и хотел услышать. Ну плюс еще - использование при
> различных вычислениях (распределенных) например.
> Ну а единственное предназначение винды - рабочая станция,
> десктоп.

Есть Server линейки и они вполне успешно используются в качестве серверов.

> Ну а как объяснить это "format a: /fs:fat32"?

Не понял.
Скажу за себя. 28.09.05 16:37  
Автор: Den <Denis> Статус: The Elderman
<"чистая" ссылка> <обсуждение закрыто>
Вобщем так:
Пользуюсь я виндой, а конкретнее сервером двухтонником (даже на рабочей станции). Мне нравится, меня все устраивает в плане юзабельности, весь необходимы софт в наличии и перспектива поиметь геморой с настройкой X-ов и видеодрайверов на никсе меня не прельщает.

Если захочу поднять Dial-up сервер (спорно), почтовик или SQL сервер, то скорее всего сделаю это на Win2K.

Если захоу поднять firewall, router, SMTP relay, proxy, NAT или Web сервер, то скорее всего сделаю это на FreeBSD.

Если захочу поднять файловый сервер, то мой выбор будет за Novell NetWare или за Samba сервером на FreeBSD. Win, для этих целей, я буду использовать только в крайнем случае.

Этот мой выбор скорее стоится не на предпочтении той или иной оси, а на производительности, гибкости и удобстве настройки конкретных сервисов в той или иной ОС.
Не мешай флеймить >8-O 28.09.05 17:02  
Автор: amirul <Serge> Статус: The Elderman
<"чистая" ссылка> <обсуждение закрыто>
А вообще самый правильный подход. Инструмент выбирается в зависимости от поставленных задач. Причем критерий выбора - минимизация затрат (времени/денег/чего угодно еще).

Но флейм не об этом, а о том, что даже если все (вернее не все, а роутеры/НАТы и прочие прибамбасы) внешне хорошо шевелится, это не значит, что внутренне там все рулез, а все остальное - суксь.
:))) Дык, ты думаешь я зачем эту месагу запостил? 28.09.05 18:18  
Автор: Den <Denis> Статус: The Elderman
Отредактировано 28.09.05 18:19  Количество правок: 1
<"чистая" ссылка> <обсуждение закрыто>
Меня задрало то как вы, уважаемые, "переливаете из пустого в порожний" с целью переубедить аппонента в своей правоте.
Все равно все остануться при своем.

----------------------
Сакончим этат бэспалэзный разгавор! Сэстра, сдэлай тэлэвизар пагромчэ! (с)
Я вижу процесс захватил? :) 28.09.05 17:14  
Автор: vaborg <Israel Vaborg> Статус: Elderman
<"чистая" ссылка> <обсуждение закрыто>
это не значит, что внутренне там все рулез, а
> все остальное - суксь.
Так это ты так вопрос поставил, Винда руль а никса сакс.
Ну естественно ответная реакция стала ровно наоборот.

Моё мнение, что для типичного пользователя лучше винда,
он там пусть и возится. Все остальные, у кого претензия на профессионалим, могли бы рульть на никсах. :)
Вообще то это перенесенный тред 28.09.05 18:21  
Автор: amirul <Serge> Статус: The Elderman
<"чистая" ссылка> <обсуждение закрыто>
> Так это ты так вопрос поставил, Винда руль а никса сакс.
> Ну естественно ответная реакция стала ровно наоборот.

И это был ответ на виндовз - суксь

> Моё мнение, что для типичного пользователя лучше винда,
> он там пусть и возится. Все остальные, у кого претензия на
> профессионалим, могли бы рульть на никсах. :)

Рулить на никсах и никс рулез - разные вещи. Никсовая архитектура таки морально устарела
Вот тут все голосуют за закрытие, но... 29.09.05 00:15  
Автор: fly4life <Александр Кузнецов> Статус: Elderman
Отредактировано 29.09.05 00:15  Количество правок: 1
<"чистая" ссылка> <обсуждение закрыто>
> Никсовая архитектура таки морально устарела

Опять голословное заявление. Чем устарела? Почему тогда продолжают развитие огромное количество юниксовых потомков? А как же Solaris, BSD, попсовый linux, в конце концов? Неужели разработчики этих ОС дураки и не видят очевидного - то, что они мучают старьё?
Если какая-то (виндовая, да?) архитектура кому-то ПРИЯТНЕЕ и удобнее, а другая (никсовая) просто напросто не нравится, то не стОит делать столь категоричные выводы. Без объяснений подобные слова пусты.
fortran тоже знаете ли давно и безнадежно морально устарел 29.09.05 11:08  
Автор: amirul <Serge> Статус: The Elderman
<"чистая" ссылка> <обсуждение закрыто>
Ан гляньте на набор языков того же последнего gcc: c/c++/java/ada/fortran

Никаких тебе окамлов со смолтолками, только то что ИСПОЛЬЗУЕТСЯ. Стоит объяснять почему?

> Опять голословное заявление. Чем устарела? Почему тогда
> продолжают развитие огромное количество юниксовых потомков?
> А как же Solaris, BSD, попсовый linux, в конце концов?
> Неужели разработчики этих ОС дураки и не видят очевидного -
> то, что они мучают старьё?

Ответь для себя, почему используется морально устравший фортран и поймешь почему используется морально устаревший юникс.

> Если какая-то (виндовая, да?) архитектура кому-то ПРИЯТНЕЕ
> и удобнее, а другая (никсовая) просто напросто не нравится,
> то не стОит делать столь категоричные выводы. Без
> объяснений подобные слова пусты.

Я уже привел пять пунктов, которые лежат в самой основе posix-а, leo привел соображения по поводу кода (реализации). Что значит "без объяснений"?
Попробуй ;) 29.09.05 13:13  
Автор: fly4life <Александр Кузнецов> Статус: Elderman
<"чистая" ссылка> <обсуждение закрыто>
> Ан гляньте на набор языков того же последнего gcc:
> c/c++/java/ada/fortran
>
> Никаких тебе окамлов со смолтолками, только то что
> ИСПОЛЬЗУЕТСЯ. Стоит объяснять почему?

Попробуй ;)

> > Опять голословное заявление. Чем устарела? Почему
> тогда
> > продолжают развитие огромное количество юниксовых
> потомков?
> > А как же Solaris, BSD, попсовый linux, в конце концов?
> > Неужели разработчики этих ОС дураки и не видят
> очевидного -
> > то, что они мучают старьё?
>
> Ответь для себя, почему используется морально устравший
> фортран и поймешь почему используется морально устаревший
> юникс.

Бррр, чего-то я не понимаю, зачем ты прицепился к фортрану. То, что fortran в составе GCC говорит лишь о том, что этот gcc поддерживает огромное количество компиляторов. Но никак не об устаревании юникса.
Так что давай лучше по делу рассказывай, в чём устарелаархитектураниксов, а не про какой-то там мёртвый язык программирования.

> > Если какая-то (виндовая, да?) архитектура кому-то
> ПРИЯТНЕЕ
> > и удобнее, а другая (никсовая) просто напросто не
> нравится,
> > то не стОит делать столь категоричные выводы. Без
> > объяснений подобные слова пусты.
>
> Я уже привел пять пунктов, которые лежат в самой основе
> posix-а, leo привел соображения по поводу кода
> (реализации). Что значит "без объяснений"?

Ты привёл пять пунктов с сомнительными аргументами, базирующимся на "мне так нравится", что никак не означает отстойности того, что не нравится. А leo говорил не о моральном устаревании архитектуры, а несколько о другом. Не надо, притаскивая за уши мнение leo, выдавая его за желаемое, опять же, для себя ;)
Фортран БЫЛ очень популярен примерно в то же время, на... 29.09.05 14:15  
Автор: amirul <Serge> Статус: The Elderman
<"чистая" ссылка> <обсуждение закрыто>
> Попробуй ;)

Фортран БЫЛ очень популярен примерно в то же время, на которое пришелся расцвет юниксов. На нем написано ДО ФИГА математических библиотек. И просто отказаться от этого уже нельзя. Да я и не призываю. Просто констатирую, он устарел. Кроме того, стоит одергивать тех, кто кричит: фортран - рулез, все остальное - мастдай.

> Бррр, чего-то я не понимаю, зачем ты прицепился к фортрану.
> То, что fortran в составе GCC говорит лишь о том, что этот
> gcc поддерживает огромное количество компиляторов. Но никак

А с чего ты взял, что я делаю какие то выводы из gcc. То, что фортран используется - ФАКТ, а то, что он попал в gcc - следствие.
http://en.wikipedia.org/wiki/Fortran
"Fortran (also FORTRAN) is a statically typed, compiled imperative computer programming language originally developed in the 1950s and still heavily used for scientific computing and numerical computation half a century later."

> не об устаревании юникса.
> Так что давай лучше по делу рассказывай, в чём устарела
>архитектураниксов, а не про какой-то там мёртвый язык
> программирования.

Он не менее мертвый, чем юниксы. И по делу уже сказал и я и leo.

> Ты привёл пять пунктов с сомнительными аргументами,

Попахивает флеймом. Как раз аргументы были вполне конкретные, а вот контраргументы - не особо.

> базирующимся на "мне так нравится", что никак не означает
> отстойности того, что не нравится. А leo говорил не о
> моральном устаревании архитектуры, а несколько о другом. Не

А вот это уже сто пудов флейм. Ты уже начинаешь мне приписывать того, чего я и в помине не говорил. Перечитай, в каком контексте я сослался на leo и скажи, где там хотя бы намек на "устаревшую архитектуру"?

> надо, притаскивая за уши мнение leo, выдавая его за
> желаемое, опять же, для себя ;)
Эти два абзаца рассказывают лишь про язык фортран и никаким... 29.09.05 17:08  
Автор: fly4life <Александр Кузнецов> Статус: Elderman
<"чистая" ссылка> <обсуждение закрыто>
> > Попробуй ;)
>
> Фортран БЫЛ очень популярен примерно в то же время, на
> которое пришелся расцвет юниксов. На нем написано ДО ФИГА
> математических библиотек. И просто отказаться от этого уже
> нельзя. Да я и не призываю. Просто констатирую, он устарел.
> Кроме того, стоит одергивать тех, кто кричит: фортран -
> рулез, все остальное - мастдай.
>
> > Бррр, чего-то я не понимаю, зачем ты прицепился к
> фортрану.
> > То, что fortran в составе GCC говорит лишь о том, что
> этот
> > gcc поддерживает огромное количество компиляторов. Но
> никак
>
> А с чего ты взял, что я делаю какие то выводы из gcc. То,
> что фортран используется - ФАКТ, а то, что он попал в gcc -
> следствие.
> http://en.wikipedia.org/wiki/Fortran
> "Fortran (also FORTRAN) is a statically typed, compiled
> imperative computer programming language originally
> developed in the 1950s and still heavily used for
> scientific computing and numerical computation

> half a century later."

Эти два абзаца рассказывают лишь про язык фортран и никаким образом не то, чтобы не объясняют устаревания юниксов, а никоим образом не относятся к юниксам. И это ты называешь объяснениями?

> > не об устаревании юникса.
> > Так что давай лучше по делу рассказывай, в чём
> устарела
> >архитектураниксов, а не про какой-то там мёртвый
> язык
> > программирования.
>
> Он не менее мертвый, чем юниксы. И по делу уже сказал и я и
> leo.
>
> > Ты привёл пять пунктов с сомнительными аргументами,
>
> Попахивает флеймом. Как раз аргументы были вполне
> конкретные, а вот контраргументы - не особо.

Потому как котраргументировать нечего. Как можно отвечать на "мне нравится"?

> > базирующимся на "мне так нравится", что никак не
> означает
> > отстойности того, что не нравится. А leo говорил не о
> > моральном устаревании архитектуры, а несколько о
> другом. Не
>
> А вот это уже сто пудов флейм. Ты уже начинаешь мне
> приписывать того, чего я и в помине не говорил. Перечитай,
> в каком контексте я сослался на leo и скажи, где там хотя
> бы намек на "устаревшую архитектуру"?

amirul> Рулить на никсах и никс рулез - разные вещи. Никсовая архитектура таки морально устарела
fly4life> Опять голословное заявление. Чем устарела?.... skip... Без объяснений подобные слова пусты.
amirul> Я уже привел пять пунктов, которые лежат в самой основе posix-а, leo привел соображения по поводу кода (реализации). Что значит "без объяснений"?

т.е. я попросил объяснить, чем она устарела, на что ты ответил, что ты привёл пять пунктов, а leo рассказал про код.
Вот и получается, что ты притащил слова leo в качестве аргумента за устаревание никсовой архитектуры.

> > надо, притаскивая за уши мнение leo, выдавая его за
> > желаемое, опять же, для себя ;)
Попробуй поднимись выше по треду и вспомни к чему был... 29.09.05 17:36  
Автор: amirul <Serge> Статус: The Elderman
<"чистая" ссылка> <обсуждение закрыто>
> Эти два абзаца рассказывают лишь про язык фортран и никаким
> образом не то, чтобы не объясняют устаревания юниксов, а
> никоим образом не относятся к юниксам. И это ты называешь
> объяснениями?

Попробуй поднимись выше по треду и вспомни к чему был помянут фортран. По двадцать раз повторять одно и то же - утомило.

> Потому как котраргументировать нечего. Как можно отвечать
> на "мне нравится"?

Ни фига себе. Ну тада ой.

> т.е. я попросил объяснить, чем она устарела, на что ты
> ответил, что ты привёл пять пунктов, а leo рассказал про
> код.
> Вот и получается, что ты притащил слова leo в качестве
> аргумента за устаревание никсовой архитектуры.

Ладно, ты неправильно понял. Я написал про устаревшую архитектуру, а лео - про хреновый код.
1  |  2  |  3  |  4  |  5  |  6  |  7  |  8  |  9 >>  »  




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach