какие перспективы win32 and COM - перспективы .NET?

Насколько актуально в будущем поддержка win32/COM api, или это будет всегда?
Ведь _NET уже давно всё подгребает под себя. Кстати, насколько реально использовать
импорт из библиотек NET для ассемблера? Или это итак уже юзают?
Хотя мне ясно одно, что если старый движёк будет всегда,
то фреймворк нафиг не нужен, так как лишняя зависимость. Или я вообще из темы выпадаю

Не хотелось бы зря пилить материал, который потом выкинут будет в безызвестность.

 

Кстате да, актуальная тема... я подобным сейчас тоже задаюсь...
Поделитесь мнением, о великие... =)

 

всё непросто ... по статистике 98% людей - дураки

что делать обычному ушастому програмисту, проживающему в стране дураков?

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

А вот Ньютон, например, - плевал на это дело, работал без оглядки на "перспективу", публиковал свои размышления через 20 лет после того как, и не имел привычки тянуть сибя за писку... - в результате получил по голове яблоком ... ну и так далее ...

 

Пока от COM не отказываются. Хотя NET и целит на замену, но можно еще лет 5 спать спокойна. Но не забываем готовь сани летом, а телегу зимой.
Особых примущест у NET я не вижу. Так что скорее всего так и останется на ряду с остальными. Но МС может волевым решением изменить.

 

МС уже несколько раз полностью отказывалась от поддержки исполнения дос програм. вчера только пускал в хрсп3. все работает

станет ли нет серьезно лучше? а стало ли мфц серьезно лучше? шумели в свое время о нем как минимум не меньше.

что такое нет? - перелицованые останки МСжабы. и потенциал у них сравним
почему о нем шумят? - потому что отМС-ового больше шуметь не о чем, а шуметь обязательно. конкуренты подпирают, а публика забывает на раз

стоит ли гоняться за всякой модной новизной? - если у вас получается каждые 3-5 лет полностью переучиваться на нечто совершенно новое до достаточного уровня и использовать это в неучебной практике (не ХВ имеется в виду), то почему бы и нет?

 

_basmp_

в XP x64 уже не работает.
Да и зачем, если есть VMWare?

ну так название "жаба" у них таки Sun отсудило

 

На самом деле уже ясно, что .NET будет основной платформой для разработки ПО(там ещё и ASP.NET) под Windows. Её уже 8 лет и на данный момент это самый динамично развивающийся фреймворк, платформа, а C# является очень продвинутым языком. Так, что это давно уже не модная новизна.

И, в общем случае, сегодня программист на .NET более востребован, чем программист на С/С++, ибо такие уж задачи ставят те, кто готов платить.

Т.е. я не говорю плохо это или хорошо, просто так есть.

Холиварить не буду.

Вот, кстати, потестите себя: http://www.indiangeek.net/programmer-competency-matrix/

 

ASP.NET - крутая вещь.

 

Ustus

уже не первый раз такое. сперва уберут, а потом скрепя сердце возвернут, ибо продажи падают. вот когда 64-е оси станут действительно и не только по столицам на домашних станках актуальны - вернут обязательно. хотя, чувствую 7-ка разделит судьбу висты и архитектуры пня4. так шо у них и без доса головной боли хватит

вот. а через год как отсудил начались восторженные "утечки" из МС лаб о "новой" технологии от МС. с подозрительными суффиксами "нет #". почему бы?

W4FhLF

тоже не буду холиварить. просто выскажу свое скромное частное мнение.

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

С, а потом и С++ в свое время, при мне, из новинок (у нас) выросли в серьезнейшие платформы. они были массово клонированы несмотря на судебные разбирательства. и все это за куда меньший срок, чем 8 лет. все потому, что были реально востребованы. жаба, несмотря на массовую рекламу, продвинулась меньше, хотя + сану за кроссплатформенность.
посему я считаю, что брось завтра МС рекламировать нет, как уже поступила с МФЦ (помните как перлись фсе от МФЦ? видим С++ - читаем МФЦ), нет последует за мфц, ибо ни одна серьезная фирма не нашла выгоды делать свой нет. (о более ранних разработках - я молчу. тот же АЦК, напр. у меня есть сборка под вынь С --> атт асм, либы и другие ланги: васик, пас, м2, окам не ковырял. хотя впринципе не плохо оно там. позволяло интерпретировать/компилировать в натив смешаный п-код от разных фронтов совместно с общим рантаймом)

заказчик/работодатель, обычно, не очень грамотный программист. и в требованиях он указывает чаще всего все что вспомнит около темы заказа или что ему подскажут другие слабые специалисты (иначе зачем им деньги терять?). поэтому в требованиях к заказу, опять же обычно, написана всякая чушь, вроде: С#, PHP, mysql, html, ajax, flash, perl, pyton итд. Умный человек согласится, но выбор инструментов сделает сам исходя из конкретики заказа усложненной в 2-3 раза (конечно вас не попросят вот тут и тут и тут добавить тото, тото и тото. щас. хорошо если не в самом конце и если изза этого "вспомнилось мелочь" не придется переписывать пол проекта").

и так тоже есть. и я тоже не могу сказать плохо это или хорошо.

ф принципе как уже не раз тут говорилось, в любом проекте есть несколько уровней, как минимум юзер интерейс и движок. и ничто не мешает каждую часть сделать на наиболее по руке инстументе. хоть на вб интерф + асм длл движок.

http://top.rbc.ru/economics/13/04/2009/294014.shtml

 

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

 

Ustus

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

 

Arthur

м-м... во-первых, x64 - тот же х86, но только с поддержкой 64-разрядности, так что реальный режим в них есть.

а во-вторых, для поддержки 16-разрядных приложений в ХР реальный режим, насколько я знаю, не нужен.

 

Y_Mur, золотые слова) вот поэтому я и не начинаю изучать .net

 

А существует ли статистика примерная по количеству купных программных пакетов сделанных на NET?

 

Ну дык дос же.
FreeDos в 32 бит до сих пор в стадии альфа...

 

А какие преимущества дает NET.
Кроссплатформенность - по моему крому Windows она толком ни где не работает.
Библиотека widget-ов. Есть wxWindows, или atk.
Основной механизм основанный на сообщения не уберут думаю никогда.
Можно и чисто на winapi GUI писать и дуамю он будет работать еще долго.
честно говоря не виже смысла этой платформы.
Но сразу говорю я уже больше nix программист.

 

Никаких преимуществ. Его придумали просто так, вкладывают миллионы по глупости, а используют только зомбированные отроки МС.

 

Захожу на васм и попадаю в 90е.

 

W4FhLF

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

 

Это конечно шутка, но все же что она дает?
Не лучше ли использовать C/C++ код нормально разделеный на
незавизиммую от ОС часть и зависиммую.
Я понимаю, что начиная с 2000года NET основная платформа для Windows.
Но принять эту плаформу я немогу.
И еще, может слишком громко сказано, не идет ли MS по не верному пути развития?
И еще мне жаль, что не развиваются средне уровневые языки программирования.
На мой взгляд, если взять язык Си, выкинуть от туда устаревшую стандартную либу и добавить мощный препроцессор, то мощнее языка не найти.
Кстати например, тот же ObjC. Тот же Си + препроцессор + новая библиотека для ООП.
В MacOS прекрасно работает.