Первый блин комом. Нужно попробывать ещё раз!    

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



вот так и связана.

пойдет на любых платформах, где есть компилятор С++   
еще раз, если пользоваться стандартной библиотекой и/или кроссплатформенными библиотеками, то код будет портироваться без изменений

MAKCim, попробуй обход директорий написать так, чтоб код везде пошел.
Процедура весьма простая и стандартная у меня 90% разработок с диском работают.


и только "Hello, World!" написать и получится со стандартными библиотеками (шаг влево, шаг в право - попытка к бегству и растрел).

Примеров задач которые нельзя реализовать одним кодом для разных ос уйма + далеко не всегда устраивают стандартные библиотеки как никак и свои пишутся а они редко кросплатформенность поддершивают (по себе знаю - работает ну и хорошо).

сам не пользовался, но в boost::filesystem это есть (точнее классы/функции для реализации)
а boost вроде как кроссплатформенная (по крайней мере есть и на *ix, и на M$)

MAKCim, просто в никсах и винде различные структуры описывающие файл и в нормальной жизни требуют два различных блока для их разбора.
Можно написать конечно стыковочный интерфейс и работать через него, но это дополнительный код время и ресурсы (в данном случае мизерные, но бывают и другие более ресурсоемкие задачи к примеру работа в сети).
Использование сторонних интерфейсов для создания крос приложений ограничивает Вас в возможностях и диктует свою концепцию не всегда хорошую. Работает такое приложение медленнее ресурсов ест больше и тд.

ИМХО приложение написанное для решения конкретной задачи под конкретную систему врядли понадобится портировать кудато еще.

ну не скажи, удачно сделанная программа обычно на одной платформе не задерживается (кроме специфических приложений системного характера)

Добавлено @ 15:21 

с этим согласен
думаю пора с этой темой заканчивать   

Хе! Исключение - из какого правила? Мне это напоминает высказывание об экономистах, что они в своих экономических теориях считают реальный мир - всего лишь частным случаем.  Java настолько популярна, что она сама - правило. Это какой-нибудь малораспространённый язычёк может быть исключением из общего для всех остальных правила, а у Java - огромный рынок, миллионы разработчиков и архитекторов, тонны библиотек.

И ограничивают реального программиста не набор библиотек, а его собственные физические возможности их изучать, поскольку это - океаны информации. Пишется такое гигантское количество открытых и коммерческих библиотек, да ещё и темпы написания новых возрастают экспоненциально, что говорить такое - это всё равно что утверждать, что океан ограничивает пловца. Да, ограничивает, но только такого, который может его весь переплыть вдоль и поперёк, обплавать каждый квадратный метр; и когда ему больше деться будет некуда - он поймёт, что заперт, что он в тюрьме-ловушке этого океана - и у него начнётся прямо клаустрафибия какая-то...

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

Это только кажется, что платформо-зависимость - это круто, что это огромная скорость и надёжность. На практике зарплата высококвалифицированного программиста намного превышает издержки на покупку мощного компьютера, причём такого мощного, что бы приложение шло так быстро, как надо. Так зачем лезть из кожи вон, добиваясь 100% отдачи от устаревшего дешевейшего железа, когда тебе платить в месяц будут в 3 раза больше, чем оно стоит? Или ты согласен ишачить за гроши? Даже компьютерные игры сейчас делают для довольно продвинутых компов, что уж и говорить о системах корпоративной автоматизации?


Чего там борланд проповедует вообще непонятно - особенно в свете последних событий в интимной жизни этой конторы. Но тенденции прослеживаются чётко - будущее за виртуальными машинами. А прогресс неумолим.

Ну вот подумай - изобрёл какой-нибудь талантливый изобретатель какой-нибудь классный процессор, который тратит меньше энергии, быстрее существующих на два-три порядка, да ещё и какие-нибудь новые возможности открывает. Но никому он нахрен не нужен, потому что и интел и АМД ему скажут - иди, Вася, развлекайся дальше, ибо у нас тут столько софтины жёстко припаяно для старых процов, что выкинем мы твой проц на рынок - что, весь софт переписывать? Так что мы тут будет потихоньку его ускорять, следить только, что бы всё старое на нём шло, а то не дай бог - девелоперы такой вой подымут!..
А так - любо-дорого - приходит в Sun и в MS и говорит - ребята! Тут такая классная тема - давайте вы под новый проц свои виртуальные машины и системные либы перепишите - и на всём компутерном рынке начнётся непрекращающийся оргазм, ибо как по мановению волшебной палочки у людей старый софт заработает на несколько порядков быстрее, да ещё может и новые интересные возможности какие-нибуть появятся 

Пока развитие железа зависит от всё возрастающего объема софта, чем больше этот объём софта, тем тяжелее развиваться железу и в итоге прогресс начинает буксовать, порождая уродов. Необходимо эти два вида прогресса распараллелить для их гармоничного развития - этим и занимаются виртуальные машины, а кроссплатформенность борланда - вот они и попали под влияние MS со своей кроссплатформенностью - и получился Delphi.NET. С добрым утром! 

1. Никакой гениальный изобретатель процессор на ровном месте не создаст. А если и будет создавать, то точно будет ориентироваться на систему команд нынешних процессоров.
2. Вируальной машине все равно какой код интерпретировать, будь это байткод JVM, IL .NET или x86 код. Вернее разница конечно есть, но она технического плана, а не принципиального. Основная трудность состоит в портировании API (это не столько трудно, сколько трудоемко). Хорошим примером является Apple и ее переход на x86 архитектуру.
3. Ядро ОС и драйверы на подобных языках не напишешь, так что опять Си и ассемблер.

Дык о том и речь - зачем ему на неё ориентироваться? Тут как с курицей и яйцом - кто первый?


Согласен. 


Конечно, но это уже системный уровень - я же говорю про прикладной.

Никто не будет делать HDD или видеокарты для какой-то малоизвестной платформы. Есть IDE/SATA и AGP/PCI-X подгоняй свою платформу под них, тоже самое с остальной переферией.
Есть существующие ОС. Microsoft не ринется переносить Windows на новую платформу как только узнает что есть такой замечательный процессор. Энтузиасты, конечно пересоберут ядро Linux под этот процессор, но тоже со временем, а вот будут ли крупные дистрибутивы Linux портироваться под новый процессор, это еще вопрос. Т.е. получается, что на начальном этапе софт и ОС под этот процессор должна писать та же фирма, что его выпустила, больше это никому не надо.
Вот например возьмем тот же Cell от IBM - замечательный процессор. Позволяет очень хорошо наращивать вычислительную мощь системы, но принципиально другая архитектура. И в результате, до сих пор никто не заявил что будет делать рабочие станции на нем, не говоря уж про персоналки.

P.S. А система команд у x86 вовсе не такая уж и замечательная, даже скорее наоборот.

если завтра cell будет стоить 37 центов, то amd и intel уйдут на затворки.  


Они не данность, но изобретение.  Сегодня есть в пк, а завтра в музее. Когда-то SATA к примеру не было. 

Они уже на задворках рынка процессоров для приставок. И X-box 360, и PS3, и Wii используют Cell. Даже без снижения цены до 37 центов. Но десктопов на базе Cell нет.


Они стандарт де-факто на текущий момент и с этим надо считаться.

Вот и настал этот момент НАЧАЛСЯ C#

koljan, так же быстро и закончиться.