Здравствуйте, 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>Некоторые проекты можно начинать имея лишь поверхностное представление о тех технологиях, которые будут использоваться. Однако необходимо отдавать себе (и заказчику) отчет, что это бизнес-риск, а, следовательно, кандидат на разрешение на как можно более ранней стадии развития проекта. Если разработчики опытные, то этот риск ниже, если неопытные — то обычно лучше и не ввязываться.
Риск не столь велик, если хотя бы часть команды разработчиков владеет технологией. Тогда оставшаяся часть легко эту технологию освоит в процессе разработки, консультируясь со знающими товарищами.
А бояться новых технологий — это обрекать себя на застой в развитии.
