Каморка

meser писал(а):

Leo Gan писал(а):Это определение годится и для разработчика софта и для разработчика ОС, сетевого софта, сисадмина, в принципе и для конечного пользователя, если весь этот булшит рекламный про Аэро и т.п.убрать. Сервисы и библиотеки.

Э, уважаемый, Вам надо с Андрюшей Танненбаумом познакомиться.
И до уиндос существовали ос и после будут...

Уважаемый, вы видите того, чего нет.

Разговор не о Виндовсе, а о ОС. Виндовс, это просто пример.

А кто такой этот Андрюша? Не этот ли?
http://www.sql.ru/forum/actualthread.as ... 5390&pg=-1

расскажите побольше

Moskit писал(а):

Leo Gan писал(а):Для пользователя отличия ОС только в рюшечках, погремушечках и звоночках.

В этом есть рациональное зерно, я даже задумался
...

еще какое зерно!

ОС побеждает руками разработчиков.

Они все, и я в особенности, очень-очень ленивые.
Им бы попроще, да побыстрее.

Как мне напсать, к примеру, что-то для Линукса. Надо среди кучи библиотек, сервисов найти нужную комбинацию. Чтобы все работало, а если не работало, то м.б.найти инф, как с этим жить. Для Линукса это ... не знаю как. Что-то мелкое, специализированное можно. Что-то типа Фотошопа?? Увольте.

А Виндовс - все, ну по крайней мере, большая часть, из одного источника.

Ну ... не знаю.
Но разработчики сейчас чаще выбирают Виндовс и пишут на нем, под него.

Получает пользователь эти программы, и Виндовс впридачу.

Leo Gan писал(а):

meser писал(а):

Leo Gan писал(а):Это определение годится и для разработчика софта и для разработчика ОС, сетевого софта, сисадмина, в принципе и для конечного пользователя, если весь этот булшит рекламный про Аэро и т.п.убрать. Сервисы и библиотеки.

Э, уважаемый, Вам надо с Андрюшей Танненбаумом познакомиться.
И до уиндос существовали ос и после будут...

Уважаемый, вы видите того, чего нет.

Разговор не о Виндовсе, а о ОС. Виндовс, это просто пример.

А кто такой этот Андрюша? Не этот ли?
http://www.sql.ru/forum/actualthread.as ... 5390&pg=-1

расскажите побольше

Чего нет? Определения (неважно формального или неформального) сводящего опeрационную систему к набору API? Дык, отквочено выше.

Что касается Andrew S. Tanenbaum:
http://en.wikipedia.org/wiki/Andrew_S._Tanenbaum

meser писал(а):

Leo Gan писал(а):

meser писал(а):

Leo Gan писал(а):Это определение годится и для разработчика софта и для разработчика ОС, сетевого софта, сисадмина, в принципе и для конечного пользователя, если весь этот булшит рекламный про Аэро и т.п.убрать. Сервисы и библиотеки.

Э, уважаемый, Вам надо с Андрюшей Танненбаумом познакомиться.
И до уиндос существовали ос и после будут...

Уважаемый, вы видите того, чего нет.

Разговор не о Виндовсе, а о ОС. Виндовс, это просто пример.

А кто такой этот Андрюша? Не этот ли?
http://www.sql.ru/forum/actualthread.as ... 5390&pg=-1

расскажите побольше

Чего нет? Определения (неважно формального или неформального) сводящего опeрационную систему к набору API? Дык, отквочено выше.

Что касается Andrew S. Tanenbaum:
http://en.wikipedia.org/wiki/Andrew_S._Tanenbaum

Еще раз подробнее. Вы видите, чего нет. Не было никаких утверждений, что Виндовс - истина в последней инстанции. Разговор вообще был не о Виндовс, а об ОС. Некая разница есть.
И "определения, сводящего ОС к набору API" тоже не было. Там были еще сервисы. Некая разница есть. Run-time некий.
полная цитата выглядела так "Что такое ОС Windows, как ни набор базовых библиотек и сервисов и API к ним. Это ОС - по определению."
Да. Я от этого определения не отказываюсь.

Если не согласны, давайте свое.

За ссылку спасибо!
особенно понравилось http://www.cs.vu.nl/~ast/brown/codecomparison/
"Comparison of Linux code with MINIX code. A message I received from Alexey Toptygin"

Ваша реплика "И до уиндос существовали ос и после будут..." не в тему. Я уже в этой ветке говорил, что работал с человеком, написавшим ОС самостоятельно. На этой ОС, кстати, и работал. Работал и совсем без ОС. Тумблерочками программу набираешь и кнопочкой запускаешь. Но это уже совсем оф-оф-оф-топик. Я к тому, что не считаю себя апологетом Виндовс.

Leo Gan писал(а):Как мне напсать, к примеру, что-то для Линукса. Надо среди кучи библиотек, сервисов найти нужную комбинацию. Чтобы все работало, а если не работало, то м.б.найти инф, как с этим жить. Для Линукса это ... не знаю как. Что-то мелкое, специализированное можно. Что-то типа Фотошопа?? Увольте.

Я хоть и не разработчик, но хорошо себе представляю, какие библиотеки и сервисы мне понадобятся в Линуксе для написания Фотошопа. А вот в Windows - ну вообще даже не знаю с какого бока подойти и с чего начать.
Все это весьма субъективно. Понятно, что специализация, что поделать.

Не совсем в тему. По поводу того, что МС выезжает на чужих плечах.
Здесь о проектах "черных дырах" в МС.
http://www.panopticoncentral.net/archiv ... /2598.aspx
и мне понравилас реплика

re: Black hole projects 12/1/2004 1:00 PM Eric Lippert
Well, sure, it's _easy_ to look at black hole projects after they died a flaming death and say that hey, that was an awful black hole project.

What's _hard_ is identifying which are going to be the flaming-death black hole products and which are actually going to be the
successful "fundamental change" products. For YEARS I was a huge .NET skeptic. But now, five years later, I'm a huge .NET proponent. It's really changed the way I approach large-scale software development, for the better.

.NET does to COM all those things that you mentioned -- it had grandiose goals, wrote an entire threading system, memory allocator, security system, etc, from scratch, had absurd deadlines, has lots of weird compatibility issues with existing COM code, sucked the life out of scripting and OLE Automation, etc, etc, etc.

That's just life when you develop software at the level we do. We take huge risks -- multi-billion-dollar risks -- and when you take huge risks, lots of them don't pay off. Ironically, those failures are a sign that we're pursuing the RIGHT level of risk. If every project was so low risk that it succeeded, we wouldn't be pushing the envelope hard enough; some competitor willing to take on risk would push harder and would eventually beat us.

Сам не могу оценить, не знакомился, но вообще-то слышал много хорошего про дотнет. Возможно это действительно хороший и оригинальный МС-продукт. Еще когда Ximian стала делать его опенсорсный аналог (Моно), я подумал, что это неспроста. Хорошо бы только МС опять не использовала хороший продукт в грязных играх. А ведь именно дотнет так хорошо подходит на роль тарана в борьбе с инакомыслящими.

Moskit писал(а):Сам не могу оценить, не знакомился, но вообще-то слышал много хорошего про дотнет. Возможно это действительно хороший и оригинальный МС-продукт....

Сейчас опять кипеж поднимется, что МС присваивает чужие идеи
.NET & C# - это релиз для Windows VM & Java такими, как их видит Borland

Stanislav писал(а):

Moskit писал(а):Сам не могу оценить, не знакомился, но вообще-то слышал много хорошего про дотнет. Возможно это действительно хороший и оригинальный МС-продукт....

Сейчас опять кипеж поднимется, что МС присваивает чужие идеи
.NET & C# - это релиз для Windows VM & Java такими, как их видит Borland

Stanislav, ты все правильно написал...
Не дали им Windows specific Java сделать, вот они и придумали .NET & C# , причем делала таже команда что и J++.
Хотя, IMO, много нового конечно добаили, но основная идея, как всегда заимствована у других

Marmot писал(а):

Stanislav писал(а):

Moskit писал(а):Сам не могу оценить, не знакомился, но вообще-то слышал много хорошего про дотнет. Возможно это действительно хороший и оригинальный МС-продукт....

Сейчас опять кипеж поднимется, что МС присваивает чужие идеи
.NET & C# - это релиз для Windows VM & Java такими, как их видит Borland

Stanislav, ты все правильно написал...
Не дали им Windows specific Java сделать, вот они и придумали .NET & C# , причем делала таже команда что и J++.
Хотя, IMO, много нового конечно добаили, но основная идея, как всегда заимствована у других

CLR как и Java не на голом месте сделаны. Java раньше вышла.

Никто вроде не сравнивал количество (или пропорцию) новых идей, реализованных в Java+ее окружение и в IL+CLR+C#+.NET Framework.
Не думаю, что обе останутся ни с чем. Свежих идей и там и там много.

Сомневаюсь про команду J++. Все же продукты совершенно разного калибра. Т.е.не сомневаюсь, а уверен, что это не так.

Где теперь тот Borland и чем от дышит?
И что есть "основная идея" в NET & C? Там из столько, этих главных идей. Больше только курица собирала, когда первое яйцо несла.

Leo Gan писал(а):Сомневаюсь про команду J++. Все же продукты совершенно разного калибра. Т.е.не сомневаюсь, а уверен, что это не так.

Вы сомневаетесь или знаете?
Например имя главного архитекта обоих проектов, того самого, который сделал и Delphi тоже

http://en.wikipedia.org/wiki/Anders_Hejlsberg

Leo Gan писал(а):CLR как и Java не на голом месте сделаны. Java раньше вышла.
Никто вроде не сравнивал количество (или пропорцию) новых идей, реализованных в Java+ее окружение и в IL+CLR+C#+.NET Framework.
Не думаю, что обе останутся ни с чем. Свежих идей и там и там много.

Ну уж если назвались груздем - полезайте в кузов!
Свежие идеи .NET & Java и их различие - в студию!!!

Stanislav писал(а): Ну уж если назвались груздем - полезайте в кузов!
Свежие идеи .NET & Java и их различие - в студию!!!

Вопрос неправильно задан:
либо CLR vs JVM
либо C# vs Java
либо .NET vs JVM+Java+JavaAPI

Marmot писал(а):

Stanislav писал(а): Ну уж если назвались груздем - полезайте в кузов!
Свежие идеи .NET & Java и их различие - в студию!!!

Вопрос неправильно задан:
либо CLR vs JVM
либо C# vs Java
либо .NET vs JVM+Java+JavaAPI

Да, именно это я имел в виду - CLR vs JVM & C# vs Java & .NET vs JVM+Java+JavaAPI

Stanislav писал(а):

Marmot писал(а):

Stanislav писал(а): Ну уж если назвались груздем - полезайте в кузов!
Свежие идеи .NET & Java и их различие - в студию!!!

Вопрос неправильно задан:
либо CLR vs JVM
либо C# vs Java
либо .NET vs JVM+Java+JavaAPI

Да, именно это я имел в виду - CLR vs JVM & C# vs Java & .NET vs JVM+Java+JavaAPI

тщательнее надо быть, товарищи.
Так и было: "количество (или пропорцию) новых идей, реализованных в Java+ее окружение и в IL+CLR+C#+.NET Framework"
сравнение языков здесь http://www.25hoursaday.com/CsharpVsJava.html, большое, но не без огрехов.
а сравнения новых идей в обоих проектах не встречал. Это академический вопрос, а научный народ другими делами занимается.