микрософто-дотнетовские псы

[metaclass]

ссылко 1
Ссылко 2

Микрософт угробит сама себя, это как факт. Я .NET почти не рассматриваю как потенциальную платформу для новых разработок исключительно из-за того, что микрософт меняет его версии, как перчатки, и уже успела прекратить поддержку первого фреймворка.
Да и убог он для десктопных приложений, так же как и жаба. Бесит это.

Comments

[metaclass.livejournal.com]

Ой, думаю, это такой же психоз будет, как с дотнетом. Да еще с учетом меньшей user-base и другим стилем работы при поддержке пользователей библиотеки - еще и хуже.

Цель - использовать что-нибудь, что не тормозит(т.е. работает быстрее чем пользователь) на десктопе, позволяет делать коробочные продукты, не требующие от юзеров плясать с бубном вокруг административных задач, с достаточным размером user-base (чтобы разработчиков можно было найти не только среди сектантов) и с более-менее нормальным стилем программирования. Т.е. чтобы язык и среды разработки не стимулировали подход "берем 100 студентов и они рисуют 100 юзеровских форм в дизайнере".
Честно говоря, ничего такого я не знаю, наверно требования противоречивые в корне :)

[jtootf.livejournal.com]

ну, Qt более-менее соответствует. если стилем программирования можно назвать вынужденные ежовые рукавицы в случае использования C++

правда опыт показывает, что получить действительно не тормозящий GUI на Qt - отнюдь не тривиальная задача; но всё же решаемая

и - да, не учтён ещё один пункт. подозреваю, что есть существенные требования к "красивости" GUI - в противном случае идеально бы подошёл Tk :)

[metaclass.livejournal.com]

Требования есть к оформлению GUI. Т.е. это речь не о "красивостях" вроде скинов, шевелящихся кнопок и прочих градиентов, а вот чтобы не было лишних отступов на бордерах, чтобы сами бордеры выглядели нормально, чтобы пропорции стандартных элементов управления были аккуратными, шрифты нормальные, итд. Сколько я не запускал разных опен-сорсных гуи-библиотек - обязательно что-нибудь было не так.

[jtootf.livejournal.com]

тут мне к сожалению сложно что-то посоветовать, я практически не сталкиваюсь с проектами в которых оформление GUI играет существенную роль. аккуратный и приятный на вид GUI я могу получить и на Tk, но в случае более-менее сложных GUI упор идёт на удобство и функционал, а внешний вид уходит в игнор. может в этом случае .Net (WinForms, WPF) и правда лучшее решение

[metaclass.livejournal.com]

Вот я тоже обычно стараюсь делать простой GUI и основной упор на функциональность.
Но иногда тупо требуются вещи, которые иначе чем императивным кодом повешенным на обработчики событий и ручным раскладыванием контролов по форме, не сделаешь.

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

[dizel-by.livejournal.com]

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

[tonal.myopenid.com (from livejournal.com)]

Всё нормально настраивается в дизайнере - немного непривычно после продуктов багланда, но когда въедешь делается на автомате, и даёт гораздо больше возможностей. :-)