Простая mswindows CИ/С++ IDE "из коробки".

[Geniepro]

http://ru.wikipedia.org/wiki/C%2B%2B11

о_О
А может ну его нахрен, всю эту жуть под названием "современный С++" 

[valexey_u]

http://ru.wikipedia.org/wiki/C%2B%2B11

о_О
А может ну его нахрен, всю эту жуть под названием "современный С++" 

Гм. А какие проблемы? Слишком много всего? Дык это считай новый язык.

[Geniepro]

http://ru.wikipedia.org/wiki/C%2B%2B11

о_О
А может ну его нахрен, всю эту жуть под названием "современный С++" 

Гм. А какие проблемы? Слишком много всего? Дык это считай новый язык.

Именно. Возникает вопрос -- а нафига он нужен? )))

[valexey_u]

http://ru.wikipedia.org/wiki/C%2B%2B11

о_О
А может ну его нахрен, всю эту жуть под названием "современный С++" 

Гм. А какие проблемы? Слишком много всего? Дык это считай новый язык.

Именно. Возникает вопрос -- а нафига он нужен? )))

Не понимаю проблемы. Ровно для того же для чего и С++98. Только теперь stl можно реально полноценно пользоваться. Язык стал ещё выше уровнем без отдаления от железа. Накладных расходов не стало больше. Язык стал еще удобней. При этом обратная совместимость имеется (убрали ровно одну фичу из языка, которая и так нигде не была реализована).

[Valery]

Дык практически остался только один С++, который работает без виртуальной машины на голом процессоре...

[valexey_u]

Дык практически остался только один С++, который работает без виртуальной машины на голом процессоре...

Ну, еще Ада. Delphi/FreePascal. Modula-2, Modula-3. Еще ObjC. D еще бывает. Не говоря о всяких там Haskell'ях. Впрочем, если затребовать не просто отсуствие виртуальной машины, но и отсутствие GC, то остается только Ada, Delphi/FreePascal и ObjC + Aлександреска грозился для D что-то классное в этом плане сделать, чтобы стандартная либа GC не требовала.

Если же затребовать чтобы оно как-то шевелилось вовсе без рантайма, то это пожалуй только C, C++, Modula-2. Возможно Ада без рантайма сможет, но не уверен.

Вообще, С++ хорош тем, что он есть везде (ну или почти везде). Я пытался для нового свободного проекта (о котором я сейчас усиленно думаю) взять за основной язык Аду, но увы. Не выйдет. Ибо мне хочется язык ядра иметь общий как для серверов и десктопов, так и iOS/Android. А для iOS Ады нет (в списке рассылки представитель AdaCore меня отшил - мобильные платформы им не интересны, поддержки их не будет).

[ilovb]

Еще такая есть штука: http://www.codelite.org/

[Geniepro]

Язык стал еще удобней. При этом обратная совместимость имеется (убрали ровно одну фичу из языка, которая и так нигде не была реализована).

Только при этом он становится всё больше и больше...

[ilovb]

Куча костылей, скрепленных скотчем   

[vlad]

А для iOS Ады нет (в списке рассылки представитель AdaCore меня отшил - мобильные платформы им не интересны, поддержки их не будет).

В смысле неинтересны??? Им туда надо заслать кого-нибудь... с айпадом

[valexey_u]

Язык стал еще удобней. При этом обратная совместимость имеется (убрали ровно одну фичу из языка, которая и так нигде не была реализована).

Только при этом он становится всё больше и больше...

С++ становится больше с существенно меньшей скоростью чем Ада или C#.

[valexey_u]

А для iOS Ады нет (в списке рассылки представитель AdaCore меня отшил - мобильные платформы им не интересны, поддержки их не будет).

В смысле неинтересны??? Им туда надо заслать кого-нибудь... с айпадом

В прямом смысле. 1000$ за лицензию на компилятор (одно рабочее место) - слишком дешево для них.

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

> Дык, большенство разработчиков это как раз "контора"
из 1-2 человек. За то их таких МНОГО. Поэтому Xamarin вполне
себе живет и здравствует. С каждого из сотни тысяч
разработчиков по 1000$ в сумме дает неплохую прибыль 

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

Если кратко - если вы мельче ботинга и не готовы за минимальную лицензию отдать 15000$, то вы для AdaCore не интересны и  не существуете. Поэтому Ады на десктопах (для коммерческого софта, аля тот же Sublime) и тем более мобильных платформ не будет никогда.

[DddIzer]

Еще такая есть штука: http://www.codelite.org/

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

[Geniepro]

Если кратко - если вы мельче ботинга и не готовы за минимальную лицензию отдать 15000$, то вы для AdaCore не интересны и  не существуете. Поэтому Ады на десктопах (для коммерческого софта, аля тот же Sublime) и тем более мобильных платформ не будет никогда.

Да, это проблема Ады...

[valexey_u]

Если кратко - если вы мельче ботинга и не готовы за минимальную лицензию отдать 15000$, то вы для AdaCore не интересны и  не существуете. Поэтому Ады на десктопах (для коммерческого софта, аля тот же Sublime) и тем более мобильных платформ не будет никогда.

Да, это проблема Ады...

Ага. А также C#, Java, Delphi, js, Basic, Fortran'a, COBOL'a, да даже Си - это проблема ЛЮБОГО промышленного языка которые ещё не окаменел (то есть меняется и активно используется).

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