- Sbtrn. Devil
- Постоялец
igo
> недавно с радостью переписал трейную утилиту с MFC на WinAPI - кайф)))...
> Майкрософты давно уже ничего не переписывают с нуля, токо наслаивают... и
> естетсвенно желают такой подход навязать всем... т.е. чем толще и сложнее - тем
> лучше)))... смотрим как растут их дистрибутивы... правда у Adobe - растут в три
> раза быстрее - вот это чемпион)))... поэтому мокрософт - аще имеет шанс
> вернутся в лоно простоты, мощности и компактности... например после
> разорения... - это подстегнет ожиревший мозг корпорации...
> это шутка)))... - конечно...
Какой добрый стал после бана. И улыбчивый)))))))))))))))
Lihosvet
> в общем у меня такая ситуация, мне 16 :)
Это не влияет, просто начни. В 14 изучил Delphi на хорошем уровне, в 15 нем же написал проект на конкурс и окозался в победителях среди дядек в возрасте от 20 и старше. Тогда же перешел на С++ без проблем.
Главное не сдаваться и всё получиться. А .Net хотя бы основы изучить не помешает!
igo
> например после разорения...
Шутка шуткой, а после провала ви$ты они поднатужились и сделали семёрку чуть сообразнее.
Lihosvet
.net - сильно интересная штука. Очень сильно заточенная под формошлепство и БД.
И С++ интересная штука. Очень сильно заточенная под геймдев.
Знать хорошо бы и то и то. А лучше еще и что-то функциональное, вроде лиспа или F#. Ну и SQL до кучи) И php/asp. Вот, собственно, джентльменский набор разработчика.
И вообще, не надо себя искусственно ограничивать каким-то одним языком, про все остальные говоря "не нужен".
Monstradamus, да, спасибо, буду старатья пользоваться обоими :)
пять копеек:
я быстро что-то сделаю на шарпе и долгая возня с этим же на с++.
>Lihosvet
>Вобще полгода назад почитал 3 дня книгу по C# (базовый курс), если честно не очень понравился язык, С++ и в правду >интереснее...
>если я сейчас перейду на C#? смогу ли я через ненкоторое время спокойно перейти обрано на С++?
Как показывает практика, тот язык не интересен, который ты с трудом понимаешь. А вообще, ты сам должен определиться, для чего тебе нужен этот язык: для того, чтобы писать на нём программы или просто, чтоб было. Во втором случае - пустая трата времени. Использую в своей работе и тот и другой язык, пока перехожу с одного на другой - считаю, что самый гибкий вариант.
И поменьше слушай "великих" и "ужасных" программёров - типа, C# жесть, жуть и т.д. и т.п. - эти выражения подобных кодеров наводят на мысль о их словарном запасе на уровне Эллочки-людоедки. C# намного сложнее, чем тебе может показаться (С++ с указателями против технологий делегатов, лямбда-выражений и т.д. кажется детским лепетом...) Да и С++
устарел сильно. Новые библиотеки для него Microsoft практически не разрабатывает, а вот для .Net их довольно много и функциональность на несколько голов выше.
P.S. На одном из M$ форумов разраб от вышеупомянутой сказал, что M$ традиционно!!! поддерживает С++, т.к. есть спрос(sic!!!).
Язык, на котором будем писать, в основном зависит от "видений" M$. Пока что они рулят в мире IT
Сергей
> Во втором случае - пустая трата времени.
Почему?
Сергей
> C# намного сложнее, чем тебе может показаться (С++ с указателями против
> технологий делегатов, лямбда-выражений и т.д. кажется детским лепетом...)
Делегаты, лямбда-выражения и т.д. "сложнее" указателей тем, что они непривычны. Я правильно понимаю?
> Да и С++
> устарел сильно. Новые библиотеки для него Microsoft практически не
> разрабатывает, а вот для .Net их довольно много и функциональность на несколько
> голов выше.
Нужно отметить, в каких случаях C++ "устарел". Для написания пользовательских приложений (в основном в бизнесе) -- да, устарел. Для системных приложений -- нет. Те фичи, которые помогают в одном (указатели, явное выделение памяти, возможность обращаться с данными как со строками бит, и т.п.) -- мешают в другом.
Сергей
+1
Есть еще разумные люди на этом форуме.
chiaroscuro
> > Во втором случае - пустая трата времени.
> Почему?
Плюсую. Я считаю, что не зря потратил время на лисп (причём посмотрел как CL, так и Scheme - очень разные диалекты, даже свой интерпретатор ради фана писал/пишу) и ещё может что-то подобное, что не используется.
> Новые библиотеки для него Microsoft практически не разрабатывает
Лучше бы они старое до ума доводили, а то бесит, что MS что-нибудь "новое" выпустит и все сразу как бараны бегут изучать, использовать, даже не подумав, так ли уж это надо и долго ли проживёт. И вообще на MS свет клином не сошёлся. Есть STL, boost, Qt - что ещё надо? А MS только и умеют писать библиотеки для ещё более быстрого формошлёпства.
> Язык, на котором будем писать, в основном зависит от "видений" M$.
M$-фанбой детектед.
Сергей
> M$. Пока что они рулят в мире IT
История программных революций от Microsoft, вкратце: Сначала были Windows API и DLL Hell. Революцией №1 было DDE – помните, как ссылки позволили нам создавать статусные строки, отражающие текущую цену акций Microsoft? Примерно тогда же Microsoft создала ресурс VERSION INFO, исключающий DLL Hell. Но другая группа в Microsoft нашла в DDE фатальный недостаток – его писали не они!
Для решения этой проблемы они создали OLE (похожее на DDE, но другое), и я наивно вспоминаю докладчика на Microsoft-овской конференции, говорящего, что скоро Windows API перепишут как OLE API, и каждый элемент на экране будет ОСХ-ом. В OLE появились интерфейсы, исключающие DLL Hell. Помните болезнь с названием «по месту», при которой мы мечтали встроить все свои приложения в один (возможно, очень большой) документ Word? Где-то в то же время Microsoft уверовала в религию С++, возникла MFC решившая все наши проблемы еще раз.
Но OLE не собиралась, сложа руки смотреть на это, поэтому оно заново родилось под именем COM, и мы внезапно поняли, что OLE (или это было DDE?) будет всегда – и даже включает тщательно разработанную систему версий компонентов, исключающую DLL Hell. В это время группа отступников внутри Microsoft обнаружила в MFC фатальный недостаток – его писали не они! Они немедленно исправили этот недочет, создав ATL, который как MFC, но другой, и попытались спрятать все замечательные вещи, которым так упорно старалась обучить нас группа COM. Это заставило группу COM (или это было OLE?) переименоваться в ActiveX и выпустить около тонны новых интерфейсов (включая интерфейсы контроля версий, исключающие DLL Hell), а заодно возможность сделать весь код загружаемым через браузеры, прямо вместе с определяемыми пользователем вирусами (назло этим гадам из ATL!).
Группа операционных систем громким криком, как забытый средний ребенок, потребовала внимания, сказав, что нам следует готовиться к Cairo, некой таинственной хреновине, которую никогда не могли даже толком описать, не то, что выпустить. К их чести, следует сказать, что они не представляли концепции «System File Protection», исключающей DLL Hell. Но тут некая группа в Microsoft нашла фатальный недостаток в Java - её писали не они! Это было исправлено созданием то ли J, то ли Jole, а может, и ActiveJ (если честно, я просто не помню), точно такого же как Java, но другого. Это было круто, но Sun засудило Microsoft по какому-то дряхлому закону. Это была явная попытка задушить право Microsoft выпускать такие же продукты, как у других, но другие.
Помните менеджера по J/Jole/ActiveJ, стучащего по столу туфлей и говорящего, что Microsoft никогда не бросит этот продукт? Глупец! Все это означало только одно – недостаток внимания к группе ActiveX (или это был COM?). Эта невероятно жизнерадостная толпа вернулась с COM+ и MTS наперевес (может, это стоило назвать ActiveX+?). Непонятно почему к MTS не приставили «COM» или «Active» или «X» или «+» – они меня просто потрясли этим! Они также грозились добавить + ко всем модным тогда выражениям. Примерно тогда же кое-кто начал вопить про «Windows DNA» (почему не DINA) и «Windows Washboard», и вопил некоторое время, но все это почило раньше, чем все поняли, что это было.
К этому моменту Microsoft уже несколько лет с нарастающей тревогой наблюдала за интернет. Недавно они пришли к пониманию, что у Интернет есть фатальный недостаток: ну, вы поняли. И это приводит нас к текущему моменту и технологии .NET (произносится как «doughnut (пончик по-нашему)», но по-другому), похожей на Интернет, но с большим количеством пресс- релизов. Главное, что нужно очень четко понимать - .NET исключает DLL Hell.
В .NET входит новый язык, C#, (выясняется, что в Active++ Jspresso был фатальный недостаток, от которого он и помер). .NET включает виртуальную машину, которую будут использовать все языки (видимо, из-за фатальных недостатков в процессорах Интел). .NET включает единую систему защиты (есть все-таки фатальный недостаток в хранении паролей не на серверах Microsoft). Реально проще перечислить вещи, которых .NET не включает. .NET наверняка революционно изменит Windows-программирование... примерно на год.
(c) Ron Burk
Мне искренне жаль людей, у которых .NET ассоциируется исключительно с "формошлепством".
Ограниченность кругозора еще никогда никому не помогала.
Впрочем, сам термин "формошлепство" типично означает, что люди сложные GUI приложения никогда не писали, видимо.
Например, Scheme - это интересная концепция, но - не промышленная (например, потому что на сырой схеме типично нельзя написать приложение, которое делает что-то полезное в силу отсутствия FFI, интерфейсов к ОС и т.п.) и очень простая (единственная неординарная вещь по современным меркам это call/cc). Это не значит, что ее вредно знать, конечно :)
А например .NET - это промышленная многогранная технология, с мощной рантаймовой поддержкой (хороший GC и JIT, внятная система модулей, удобный интероп с native миром), с рядом построенных на платформе языков (например, F#, который с моей точки зрения интереснее Scheme), с большой библиотекой классов и т.п.
Т.е. я хочу отметить, что делать для себя жесткий выбор, "С++ я использовать буду, потому что он клевый и там есть пойнтеры, а C# отстой и вообще Microsoft must die" - глупо. Обратный выбор тоже, понятно, умным не является, Joel про такое писал.
Zeux
> Например, Scheme - это интересная концепция, но - не промышленная
а например AllegroCL - ещё как промышленная
innuendo
Ты это к чему сказал?
Zeux
> Ты это к чему сказал?
ты знаешь что такое AllegroCL ?
www.franz.com
Тема в архиве.