я для себя эту проблему давно решил. С++ — это не только windows, но и palmos, symbian, *nux, qnx, gamedeveloping, drivers, mobile.
а C# — это только windows с недостаточным уровнем контроля системы.
Vista выйдет и сразу все кинуться на неё? Не смешите. Рядовые пользователи очень консервативны. Должен появиться куртой софт, работающий на Viste и не работающий на XP
Здравствуйте, amagnitch, Вы писали:
A>исходя из этого делаю вывод — актуальность с++ будеть загинаться. его сменит C#. A>уже сейчас на мой взгляд вакансий/оплачиваемость дотнетчиков — выше.
С++ — форева.
Самый самый самый самый самый самый, мой родной, мой любимый дорогой
ВОТ!
Здравствуйте, игппук, Вы писали:
И>я для себя эту проблему давно решил. С++ — это не только windows, но и palmos, symbian, *nux, qnx, gamedeveloping, drivers, mobile.
Чистый C++ — это очень классная штука. Его знание очень полезно при изучении других языков.
Но вот С++ на windows, palmos, symbian, *nux, qnx, gamedeveloping, drivers, mobile — это совершенно разные языки. Если ты супергуру в программировании на С++ под windows, то это не значит, что ты так же легко будешь писать
под *nux.
И>а C# — это только windows с недостаточным уровнем контроля системы.
В большинстве случаев ничего другого и не надо. Ну и насчет контроля системы — несогласен. Все системные штучки можно и на C# реализовать.
Здравствуйте, olen33, Вы писали:
O>Чистый C++ — это очень классная штука. Его знание очень полезно при изучении других языков. O>Но вот С++ на windows, palmos, symbian, *nux, qnx, gamedeveloping, drivers, mobile — это совершенно разные языки. Если ты супергуру в программировании на С++ под windows, то это не значит, что ты так же легко будешь писать O>под *nux.
я не супер гуру, но С++ помог мне достаточно легко освоить palmos, дал возможность поковырять symbian, brew, windows на достаточно глубоком уровне. да и с никсами лично я проблем больших не вижу. книга дома валяется, никак руки не дойдут до нее.
И>>а C# — это только windows с недостаточным уровнем контроля системы.
O>В большинстве случаев ничего другого и не надо. Ну и насчет контроля системы — несогласен. Все системные штучки можно и на C# реализовать.
Здравствуйте, Misha87, Вы писали:
M>Vista выйдет и сразу все кинуться на неё? Не смешите. Рядовые пользователи очень консервативны. Должен появиться куртой софт, работающий на Viste и не работающий на XP
Здравствуйте, olen33, Вы писали:
O>Но вот С++ на windows, palmos, symbian, *nux, qnx, gamedeveloping, drivers, mobile — это совершенно разные языки. Если ты супергуру в программировании на С++ под windows, то это не значит, что ты так же легко будешь писать O>под *nux.
Если ты профессионал не только с точки зрения того, что "получаешь за это деньги", но и с точки зрения уровня специалиста, то вникнуть в программирование на другой платформе не представляет никакой сложности, и на специальные курсы времени тоже особо тратить не придется: все будет познаваться в процессе. Столкнулся с особенностью библиотеки/платформы — заглянул в справочную литературу (в среднем от получаса до трех часов в зависимости от объема раздела) — реализовал дальше в привычном темпе.
А вообще, почему бы не расширить свой кругозор, ознакомившись со смежными технологиями, не зацикливаясь на чем-то одном?
Здравствуйте, Misha87, Вы писали:
M>Здравствуйте, amagnitch, Вы писали:
M>Vista выйдет и сразу все кинуться на неё? Не смешите. Рядовые пользователи очень консервативны. Должен появиться куртой софт, работающий на Viste и не работающий на XP
кстати. до сих пор в мире порядка 70 миллионов пользователей Win98
Здравствуйте, Александр Каширин, Вы писали:
АК>Столкнулся с особенностью библиотеки/платформы — заглянул в справочную литературу (в среднем от получаса до трех часов в зависимости от объема раздела) — реализовал дальше в привычном темпе.
ты когда-нибудь писал сам на плюсах под Симбиан, например?
Здравствуйте, Александр Каширин, Вы писали:
АК>Если ты профессионал не только с точки зрения того, что "получаешь за это деньги", но и с точки зрения уровня специалиста, то вникнуть в программирование на другой платформе не представляет никакой сложности, и на специальные курсы времени тоже особо тратить не придется: все будет познаваться в процессе. Столкнулся с особенностью библиотеки/платформы — заглянул в справочную литературу (в среднем от получаса до трех часов в зависимости от объема раздела) — реализовал дальше в привычном темпе.
По-моему, ATL за неделю не выучишь. Да, через неделю копания в ATL ты сможешь уже начинать писать что-то, на ходу разбираясь. Но, обычно, этой недели никто тебе не даст.
АК>А вообще, почему бы не расширить свой кругозор, ознакомившись со смежными технологиями, не зацикливаясь на чем-то одном?
Кругозор это, конечно, хорошо, но сейчас столько технологий, что просто физически не хватает на все времени.
Здравствуйте, игппук, Вы писали:
И>сложность написания программ под симбиан определена не тем, что там надо на С++ писать, а тем, что документация, там, мягко говоря, — херовая.
и тем, что тамошний С++ — это, мягко говоря, не совсем С++
Здравствуйте, Дарней, Вы писали: M>>Vista выйдет и сразу все кинуться на неё? Не смешите. Рядовые пользователи очень консервативны. Должен появиться куртой софт, работающий на Viste и не работающий на XP Д>э.... как насчет Crisis?
Выйдет для WinXP и со временем возможно для Vista.
Здравствуйте, Дарней, Вы писали: И>>сложность написания программ под симбиан определена не тем, что там надо на С++ писать, а тем, что документация, там, мягко говоря, — херовая. Д>и тем, что тамошний С++ — это, мягко говоря, не совсем С++
Причём Симбиан — не единственная платформа, для которой это верно. Мне приходилось работать с платформой PowerTV. Так там компилятор не поддерживает шаблоны, нэймспейсы, множественное наследования, а исключения реализованы в апи операционной системы, используются они с помощью макросов и большинство апишных функций их кидают при любой ошибке.
Здравствуйте, Дарней, Вы писали:
A__>>Выйдет для WinXP и со временем возможно для Vista. Д>почти правильно, только оси надо местами переставить.
Не далее как позавчера смотрел видео с интервью разработчиков игры. Они сказали, что она выйдет вод WinXP после готовности игры и под Vista после готовности Vista.
Здравствуйте, A_l_e_x_e_y, Вы писали:
A__>Не далее как позавчера смотрел видео с интервью разработчиков игры. Они сказали, что она выйдет вод WinXP после готовности игры и под Vista после готовности Vista.
ах да, совсем забыл, что в Кризисе dx9 тоже поддерживается. Но он будет урезанным, потому что "родной" режим — это dx10, который будет только в висте.
skip
A>исходя из этого делаю вывод — актуальность с++ будеть загинаться. его сменит C#. A>уже сейчас на мой взгляд вакансий/оплачиваемость дотнетчиков — выше.
A>Вашт мнения по этому поводу рад выслушать.
Здравствуйте, amagnitch, Вы писали: A>к новому году планирует появиться на свет windows Vista — "родной" язык для нее — C#.
Это кто тебе сказал?
A>(а еще ходят слухи про разработку singularity — C#).
Слухи то ходят..., про WinFS в свое время тоже ходили.
Здравствуйте, Дарней, Вы писали:
Д>Здравствуйте, Александр Каширин, Вы писали:
Д>ты когда-нибудь писал сам на плюсах под Симбиан, например?
Под Симбиан — нет, но в свое время новый проект под юинкс (при полном отсутствии предыдущего опыта работы с этим классом операционок) был реализован именно так, как я описал. А что, процесс разработки ПО под Симбиан чем-то сильно принципиально отличается от процесса разработки под другие операционки? (Особенности API я не отношу к принципиальным отличиям).
Здравствуйте, Александр Каширин, Вы писали:
АК>А что, процесс разработки ПО под Симбиан чем-то сильно принципиально отличается от процесса разработки под другие операционки? (Особенности API я не отношу к принципиальным отличиям).
достаточно сильно и достаточно принципиально. симбиан — ось, написанная на С++ (в отличие от никсов и винды).
Здравствуйте, olen33, Вы писали:
O>По-моему, ATL за неделю не выучишь. Да, через неделю копания в ATL ты сможешь уже начинать писать что-то, на ходу разбираясь. Но, обычно, этой недели никто тебе не даст.
Насколько я понимаю, для создания ATL-приложений существует такое количество генераторов базового кода, что практически любые прикладные приложения можно разрабатывать, не вникая в технологию достаточно глубоко: практически сразу можно переходить к разработке бизнес-логики.
Ну а чтобы никто не дал "этой недели" — я еще таких проектов не видел, в которых бы нельзя было выделить себе неделю-другую на начальной стадии (ведь новые технологии к концу проекта не появляются, не правда ли?).
O>Кругозор это, конечно, хорошо, но сейчас столько технологий, что просто физически не хватает на все времени.
Собственно, необязательно тратить время на все подряд: я бы выделил основные и "пощупал" бы их. И, кстати, не всегда это нужно делать в свободное от работы время: иногда, понимая, почему в новом проекте Java более предпочтительна, чем С++, можно начинать новый проект именно на Java, заодно начав это дело серьезно осваивать. И в будущем это пригодится самому, и фирма получит разработку лучшего качества. Ну это все справедливо, очевидно, только в случае, когда твой голос имеет вес в процессе разработки архитектуры и выбора платформы... иначе — в свободное от работы время решаем несложные задания и делаем несложные проекты
Самое "не С++" которое я в нём увидел — это то что если ты создаёшь класс на стеке, то у тебя нет гарантии того что его деструктор вызовется. Это благодаря собственной системе исключений. Благодаря этому портировать С++ программу на Symbian — это практически всё равно что написать её заново — нужно перелопатить ВЕСЬ код. Ну и о том чтобы иметь общие исходники для Symbian и любой другой платформы не стоит даже мечтать.
Здравствуйте, Bigger, Вы писали:
B>Здравствуйте, amagnitch, Вы писали:
B>skip
A>>исходя из этого делаю вывод — актуальность с++ будеть загинаться. его сменит C#. A>>уже сейчас на мой взгляд вакансий/оплачиваемость дотнетчиков — выше.
A>>Вашт мнения по этому поводу рад выслушать.
B>Не успели Cobol похоронить, а уже за плюсы
Ну плюсы так просто не похоронишь, всё равно остаётся невиндовое програмирование и С++.нет, так что актуальность если и будет загинаться то ещё очень нескоро
Здравствуйте, Дарней, Вы писали:
Д>Здравствуйте, Misha87, Вы писали:
M>>Vista выйдет и сразу все кинуться на неё? Не смешите. Рядовые пользователи очень консервативны. Должен появиться куртой софт, работающий на Viste и не работающий на XP
Д>э.... как насчет Crisis?
Обещают что Crisis будет на ХП работать. а вот halo 2 нет.
Вобщето это само собой разумеется если есть 100 программ то 10 лет назад 100 из них написали бы на плюсах, а сейчас (т.к. популярность явы и шарпа выросла) какойто процент на яве, чтото на шарпе, что то на плюсах.
Но в умении плюсов есть один плюс зная плюся с явой и шарпом разобратся очень просто (проверено на себе), а вот наоборот говорят обучаемость туго проходит (сам не знаю, родом из си слюс плюс).
Хотя то что шарп это только винда, но у плюсов на других платформах еще более сильный конкурент — ява. но есть области в которых без плюсов никуда, например комп игры, нозкоуровневые приложения, мало ли чего еще.
Да популяпрность плюсов снижается и будет снижатся и вполне возможно лет через 10 плюсы вобще умрут, но ваше умение писать программы никуда не денется и ООП по всей видимости тоже. Короче опять нет повода не выпить.
Здравствуйте, Дарней, Вы писали:
Д>или отсутствием глобальных/статических переменных,
Это в .app, а в .exe есть.
Трик с TLS'ом обходит эту проблему и в .app
Д>исключений,
L, TRAP(D), User::LeaveIfError, CleanupStack решают аналогичные проблемы
L>Самое "не С++" которое я в нём увидел — это то что если ты создаёшь класс на стеке, то у тебя нет гарантии того что его деструктор вызовется. Это благодаря собственной системе исключений. Благодаря этому портировать С++ программу на Symbian — это практически всё равно что написать её заново — нужно перелопатить ВЕСЬ код. Ну и о том чтобы иметь общие исходники для Symbian и любой другой платформы не стоит даже мечтать.
Например, в игрушке binoteq Amazing World общие исходники (Palm, Symbian, MS Smartphone, Pocket).
Есть и еще немало проектов с общим кодом.
Здравствуйте, ggg, Вы писали:
ggg>Это в .app, а в .exe есть. ggg>Трик с TLS'ом обходит эту проблему и в .app
ggg>L, TRAP(D), User::LeaveIfError, CleanupStack решают аналогичные проблемы
у всех этих триков есть один недостаток. Это — НЕ стандартный С++. Точка.
Здравствуйте, ggg, Вы писали:
ggg>Например, в игрушке binoteq Amazing World общие исходники (Palm, Symbian, MS Smartphone, Pocket). ggg>Есть и еще немало проектов с общим кодом.
Попробуй сам написать или спортировать что-нибудь мало-мальски крупное. Потом расскажешь о впечатлениях.
>к новому году планирует появиться на свет windows Vista — "родной" язык для нее — C#. >(а еще ходят слухи про разработку singularity — C#).
я так и вижу, как начинают выходить Microsoft Word.Net (хотя эти в принципе могут...), 3D Studio #, PhotoShop.Net, nVidia WHQL certified drivers .Net... И все конторы, имеющие гигабайты исходников на c/с++, выкидывают их и начинают всё переписывать с нуля на .Net ?
И потом, что значит, "C# — родной для висты" — половина самой висты и весь софт под неё написаны на C# ? Так если у меня на машине (Athlon 64 3200+) RSDN#Home, написанный как раз на C#, довольно долго грузится, хронически тормозит и занимает в памяти от 50 до 100 мегов, сколько ж времени будет грузиться виста и какой-нть мало-мальски приличный набор софта для типичной офисной машины?
Так что имхо никуда от с++ ближайшие лет 10 не денутся. А оплачиваемость от перехода на С# только возрастёт, т.к. специалистов по с++ будет всё меньше и меньше
Здравствуйте, Александр Каширин, Вы писали:
АК>Если ты профессионал не только с точки зрения того, что "получаешь за это деньги", но и с точки зрения уровня специалиста, то вникнуть в программирование на другой платформе не представляет никакой сложности, и на специальные курсы времени тоже особо тратить не придется: все будет познаваться в процессе. Столкнулся с особенностью библиотеки/платформы — заглянул в справочную литературу (в среднем от получаса до трех часов в зависимости от объема раздела) — реализовал дальше в привычном темпе.
Наивно полагать, что любую из современных технологий можно за несколько недель освоить на таком уровне, чтобы реализовывать серьезный коммерческий проект. Эти технологии сложны, на их разработку затрачены огромные усилия. Они решают сложные задачи и сложность свойственна их природе.
Конечно, многие из этих усилий были направлены на то, чтобы создать относительно простые абстракции. Но в этих абстракциях (как пишет Джоел и мой опыт это подтверждает) всегда находяться дыры, особенно в реальных проектах. Неговоря уже о том, что поверхностное представление, неподтвержденное пониманием деталей, черевато ошибками в понимании, которые особенно опасны на ранних стадиях развития проекта.
Некоторые проекты можно начинать имея лишь поверхностное представление о тех технологиях, которые будут использоваться. Однако необходимо отдавать себе (и заказчику) отчет, что это бизнес-риск, а, следовательно, кандидат на разрешение на как можно более ранней стадии развития проекта. Если разработчики опытные, то этот риск ниже, если неопытные — то обычно лучше и не ввязываться.
Специалист высокого уровня имеет здесь преимущество не потому что знает заветный способ как изучить технологию легко и просто, а потому что имеет запас базовых знаний и навыков и при этом не ленится вкалывать.
Здравствуйте, SeRya, Вы писали:
SR>Здравствуйте, Александр Каширин, Вы писали:
SR>Наивно полагать, что любую из современных технологий можно за несколько недель освоить на таком уровне, чтобы реализовывать серьезный коммерческий проект. Эти технологии сложны, на их разработку затрачены огромные усилия. Они решают сложные задачи и сложность свойственна их природе.
SR>Некоторые проекты можно начинать имея лишь поверхностное представление о тех технологиях, которые будут использоваться. Однако необходимо отдавать себе (и заказчику) отчет, что это бизнес-риск, а, следовательно, кандидат на разрешение на как можно более ранней стадии развития проекта. Если разработчики опытные, то этот риск ниже, если неопытные — то обычно лучше и не ввязываться.
Риск не столь велик, если хотя бы часть команды разработчиков владеет технологией. Тогда оставшаяся часть легко эту технологию освоит в процессе разработки, консультируясь со знающими товарищами.
А бояться новых технологий — это обрекать себя на застой в развитии.
Д>Попробуй сам написать или спортировать что-нибудь мало-мальски крупное.
Зачем переходишь на личности там, где я просто привел факты?!
Я всего лишь отвечал на ошибочное и глупое утверждение "чтобы иметь общие исходники для Symbian и любой другой платформы не стоит даже мечтать".
Вот еще примеры — кроссплатформенный движок Edge (общий код) или 3Д игры от smartmobilegames.com
Д>Потом расскажешь о впечатлениях.
Впечатления нормальные.
Здравствуйте, ggg, Вы писали:
ggg>Например, в игрушке binoteq Amazing World общие исходники (Palm, Symbian, MS Smartphone, Pocket). ggg>Есть и еще немало проектов с общим кодом.
Алгоритмическая часть — легко (относительно).
Насчет GUI — не верю (с) ибо в Palm, PPC и Symbian оно практически 100% разное (да и даже поддержка стандарта С++ на этих 3-х платформах весьма отличается). Да даже работа с файлами на Palm, это отдельный вопрос... Конечно если сильно извратиться и ввести кучу абстрактных слоев для всего что можно, плюс свою реализацию контролов, может что-то и можно сделать, но целесообразность этого ИМХО не сильно высока.
PS: Сам пишу для РРС, раньше писал для Palm, рядом со мной сейчас сидит разработчик Symbian, так что примерно представляю о чем речь
В добавление: программирование на Symbian — это вообще одна большая [ | ], там даже почти под каждый новый телефон программы приходится адаптировать (разные разрешения, разные реализации контролов и пр), а уж о кросс-платформенности с PocketPC мечтать даже не приходится...
Здравствуйте, Александр Каширин, Вы писали:
АК>Здравствуйте, SeRya, Вы писали:
SR>>Здравствуйте, Александр Каширин, Вы писали:
SR>>Наивно полагать, что любую из современных технологий можно за несколько недель освоить на таком уровне, чтобы реализовывать серьезный коммерческий проект. Эти технологии сложны, на их разработку затрачены огромные усилия. Они решают сложные задачи и сложность свойственна их природе.
SR>>Некоторые проекты можно начинать имея лишь поверхностное представление о тех технологиях, которые будут использоваться. Однако необходимо отдавать себе (и заказчику) отчет, что это бизнес-риск, а, следовательно, кандидат на разрешение на как можно более ранней стадии развития проекта. Если разработчики опытные, то этот риск ниже, если неопытные — то обычно лучше и не ввязываться.
АК>Риск не столь велик, если хотя бы часть команды разработчиков владеет технологией. Тогда оставшаяся часть легко эту технологию освоит в процессе разработки, консультируясь со знающими товарищами.
Если речь идет о создании home page'а, то риск, действительно, невелик. Однако в реальной жизни все несколько сложнее. Как отмечает один автор (кажется, Jim McCarthy) около 10% проектов в области бухгалтерских систем оказываются неудачными, несмотря на то, что в этой области накоплен огромный опыт. Разработка ПО по своей сути сопряжено с высоким риском и риск при использовании новых технологий отьнють не самый маленький. В частности, в описании Microsoft Solution Framework этот риск перечисляется в довольно коротком списке того, на что обязательно следует обратитть внимание в процессе анализа рисков проекта.
Если значительная часть команды владеет технологиями, на которых предполагается реализовывать проект, то, безусловно, риск радикально снижается, потому что в команде может быть налажен процесс обучения менее опытных сотрудников. К тому же опытные разработчики смогут решить нетривиальные проблемы в место новичков в случае их возникновения (а они обязательно возникнут). Книжки и документация здесь также будут очень кстати, но полагаться только на них опасно.
Однако, согласитесь, что этот сценарий радикально отличается от вашего:
...программирование на другой платформе не представляет никакой сложности, и на специальные курсы времени тоже особо тратить не придется: все будет познаваться в процессе. Столкнулся с особенностью библиотеки/платформы — заглянул в справочную литературу (в среднем от получаса до трех часов в зависимости от объема раздела) — реализовал дальше в привычном темпе.
Я вовсе не призываю отказываться от изучения новых технологий и использования их в проекте. Просто к этому нужно подходить ответственно и знать меру.
Здравствуйте, DmitryElj, Вы писали:
DE>В добавление: программирование на Symbian — это вообще одна большая [ | ], там даже почти под каждый новый телефон программы приходится адаптировать (разные разрешения, разные реализации контролов и пр),
Ну, не под каждый все-таки телефон. Не так уж и велик набор разрешений.
176x208 более 20 моделей S60 v.1, v.2 (в Siemens SX1 оконная область реально 176x208), несколько с S60 v.3 (Nokia 3250 например)
208x320 UIQ (8 телефонов)
240x320 UIQ 3.0 (пока реально только SE M600)
640x320 Series 90 (реально Nokia 7710)
640x200 Series 80 (Nokia 9500 и снятый с производства Nokia 9300, по сути там еще маленький экранчик есть)
352x416 S60 v.3 несколько телефонов (E60, N80 например)
320x240 S60 v.3 несколько телефонов (E61 например)
240x320 S60 v.3
Разница некоторая в API есть от версии к версии, но не все так ужасно.
DE>Насчет GUI — не верю (с)...а уж о кросс-платформенности с PocketPC мечтать даже не приходится...
В моих примерах речь шла об игрушках или движке для игрушек. Там все равно контролы UI свои, а не стандартные, поэтому реально.
Здравствуйте, ggg, Вы писали:
ggg>Я всего лишь отвечал на ошибочное и глупое утверждение "чтобы иметь общие исходники для Symbian и любой другой платформы не стоит даже мечтать".
Я не спорю, что можно таки писать кроссплатформенный код. Но я, в отличие от тебя, представляю каких затрат труда это стоит для любого мало-мальски сложного кода.
Здравствуйте, Вумудщзук, Вы писали:
В>Так что имхо никуда от с++ ближайшие лет 10 не денутся. А оплачиваемость от перехода на С# только возрастёт, т.к. специалистов по с++ будет всё меньше и меньше
Здравствуйте, Misha87, Вы писали:
M>Здравствуйте, amagnitch, Вы писали:
M>Vista выйдет и сразу все кинуться на неё? Не смешите. Рядовые пользователи очень консервативны. Должен появиться куртой софт, работающий на Viste и не работающий на XP
Я думаю, Офис-2006 или как его там будет в первых рядах.
У мелкософта технология отработана.
Здравствуйте, amagnitch, Вы писали:
A>к новому году планирует появиться на свет windows Vista — "родной" язык для нее — C#.
нет. В Vista ядро на c++. С№ подходит только для GUI, да и то runtime за собой таскать надо.
Здравствуйте, Вумудщзук, Вы писали:
>>к новому году планирует появиться на свет windows Vista — "родной" язык для нее — C#. >>(а еще ходят слухи про разработку singularity — C#). В>я так и вижу, как начинают выходить Microsoft Word.Net (хотя эти в принципе могут...), 3D Studio #, PhotoShop.Net, nVidia WHQL certified drivers .Net... И все конторы, имеющие гигабайты исходников на c/с++, выкидывают их и начинают всё переписывать с нуля на .Net ?
В>И потом, что значит, "C# — родной для висты" — половина самой висты и весь софт под неё написаны на C# ? Так если у меня на машине (Athlon 64 3200+) RSDN#Home, написанный как раз на C#, довольно долго грузится, хронически тормозит и занимает в памяти от 50 до 100 мегов, сколько ж времени будет грузиться виста и какой-нть мало-мальски приличный набор софта для типичной офисной машины?
В>Так что имхо никуда от с++ ближайшие лет 10 не денутся. А оплачиваемость от перехода на С# только возрастёт, т.к. специалистов по с++ будет всё меньше и меньше
.NET это хороший способ затормозить компьютеры. А то как вы бизнес заставите купить в офис компы 3 ГГц и выше? А так для того, чтобы печатать хоть как-то текст в каком-нить Word 2010 нужен будет комп не хуже Pentium 4 3Ghz/1Gb RAM. И не забывайте про апгрейд: новое железо->Новый Windows
Если бы это было не так как я говорю, MS могла бы реализовать .NET в виде библиотеки a-la Borland VCL, взамен MFC. Хотя в функциональности она конечно потеряла бы.
Эх, люблю выпить и переспать с кем нибудь!
Но чаще выходит перепить с кем — нибудь и выспаться...
при любой ошибке.
