Изменения в релизе Moma 1.2.6

>Афигеть, на С они уже 'фи'-говорят, от c++ их воротит. Детки притащили любимые игрушки из дома и давай хвататься. А меня лично коробит от таких ребят. Не научились использовать мощь современных процессоров а уже туда же, кричат 'ну докупят ещё памяти - она же дешёвая'. А потом думаешь, а почему новая игрушка тормозит больше чем предыдущая, а умеет меньше? Ответ прост - вырождение. Не нужно оптимизировать и отлаживать. Не нужно ловить баги всё за вас система сделает. А пипл пусть хавает то что ему дают компании. Да идите вы со своими .net, c# и java в !!

Истерика старого плюсовика... нда...

Еще раз повторю про расход памяти: если руки растут не из ж... то жаба сожрет ровно столько памяти сколько требуется и это уже зависит от тебя как программиста - никто не мешает использовать полный spring-with-dependecies или еще какую-нибудь крупномасштабную поделку для хэлловорда - но тут боюсь уже медицина бессильна. Запусти как-нибудь, чего-нибудь под профайлером - сильно удивишься и сразу задашься вопросом "А нужна ли мне вот эта хрень?", "А вот эта?" - с этого и начинается оптимизация.

P.S. Нехрен брать glassfish для веб хэлловорда, а если уж взяли - нехрен орать, что жаба тормоз - наслаждайтесь наличием JMS, EJB, JTA, JBI которыми вы все равно не пользуетесь... P.P.S. Это не вырождение - это вполне естественный процесс уменьшения ИЗБЫТОЧНОЙ сложности инструмента (нравится это кому-то или нет)

>А потом думаешь, а почему новая игрушка тормозит больше чем предыдущая, а умеет меньше? Ответ прост - вырождение. Не нужно оптимизировать и отлаживать. Не нужно ловить баги всё за вас система сделает. А пипл пусть хавает то что ему дают компании. Да идите вы со своими .net, c# и java в !!

Оптимизировать и отлаживать нужно ВСЕГДА, независимо от того, на каком языке ты пишешь. Без этого не будет жизни на этой планете. CLR и JVM баги за вас не исправит, оставь надежду всяк сюда ходящий, сишник.

Ишь, расслабились сишники, понимашь! Разнылись, что чудеса "не те". С таким подходом к управляемому коду ваши новые программы не то что тормозить будут, они не запустятся даже — пользователь оборвёт JIT-компиляцию, так как устанет ждать.

Так что не расслабляться, учиться понимать принципы оптимизации, учиться работать с профилировщиками для MSIL и Java. Изучать рефакторинг. Читать Фаулера и GoF, а то миллиарды мобилок содержат в себе такую ахинею на java в стиле си-без-плюсов-вопреки-ООП, неизвестно как оно работает вообще и не навернётся ли где в один прекрасный момент.

Расскажите это неообразованным быдлоjavaпрограммистам. Мне не надо, я на нём не пишу. Того что мешает не использую, либы изучаю, тесты пишу. Открытий для себя не увидел. Тем временем средненький java-программист накидал фигню и учит как надо, даже не догадываясь о том айсберге что он принянул за уши, и повторяет: "пипл хавает".

>Расскажите это неообразованным быдлоjavaпрограммистам. Мне не надо, я на нём не пишу.

Платформа уже воздвигла "порог вхождения", через который переступают только квалифицированные кадры — у остальных не получается. Обычно это обида на всю жизнь, они обижаются и называют то, что у них (и таких же, как они) получилось, "быдлоjavaпрограмой", а язык, соответственно, "быдлоязыком".

В Java нет "средненьких" программистов. Есть квалифицированные программисты, а есть неквалифицированные программисты. Третьего не дано. Просто так устроена платформа.

А .Net не делит программистов на квалифицированных/некваклифицированных/средних.

Она предоставляет инструмент для решения СОВРЕМЕННЫХ прикладных задач за минимальное время и минимальные денежные расходы.

Этим оно и победило Жабу, которая кого-то на что-то там делит.
Жаба так и осталась мифом, а инструментария как такового не было, нет и не будет нигода.

Фаровский блокнот - это разве инструментарий?

Хотя постойте, все остальное - говно, его много и оно говно.

Для .Net/Моно есть 3 среды: VS,SharpDevelop и MonoDevelop.

И никагого холивара безду ними нет.