микрософто-дотнетовские псы
ссылко 1
Ссылко 2
Микрософт угробит сама себя, это как факт. Я .NET почти не рассматриваю как потенциальную платформу для новых разработок исключительно из-за того, что микрософт меняет его версии, как перчатки, и уже успела прекратить поддержку первого фреймворка.
Да и убог он для десктопных приложений, так же как и жаба. Бесит это.
Ссылко 2
Микрософт угробит сама себя, это как факт. Я .NET почти не рассматриваю как потенциальную платформу для новых разработок исключительно из-за того, что микрософт меняет его версии, как перчатки, и уже успела прекратить поддержку первого фреймворка.
Да и убог он для десктопных приложений, так же как и жаба. Бесит это.
no subject
Остальное кроссплатформенное еще хуже, а чисто виндового только дельфи и осталось. Visual C++ не в счет, на нем GUI только за неимением ничего другого можно писать.
no subject
А с Qt откровенно стремно связываться, потому что потенциальный геморрой с поддержкой вообще непредсказуем. Ударила мейнтейнеру моча в голову и все, переписывай полпроекта.
no subject
а кинетический геморрой доводилось ли испытывать? или данное мнение построено на основе использования libastral.so?
no subject
замечу наперёд: ни к плюсам, ни к Qt тёплых чувств я не испытываю; но врать-то зачем?
no subject
no subject
no subject
однако таких проектов всё же меньшинство
no subject
или что, реализация контрола - это UI? или UI это всё-таки что-то большее, чем реализация всех используемых виджетов вместе взятых? Tk полностью написан на K&R C, однако из этого не следует что писать UI на Tcl/Tk и писать UI на K&R C - одинаковая по сложности задача, n'est-ce pas?
no subject
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
no subject
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
no subject
Тут на один язык разработчиков не найти, а нужно найти разработчиков на нескольких, да еще умеющих со смежными языками работать.
(no subject)
(no subject)
(no subject)
(no subject)
no subject
кстати, как у .Net с модульностью? могу я оторвать от него только тот кусок функционала, который мне реально нужен (и помещается в ~500Kb)?
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
no subject
no subject
Свой котрол пишется несколькими способами в зависимости от того, что нужно.
Плюсы пока подтягивать не приходилось хотя такая возможность всегда есть. :)
no subject
Цель - использовать что-нибудь, что не тормозит(т.е. работает быстрее чем пользователь) на десктопе, позволяет делать коробочные продукты, не требующие от юзеров плясать с бубном вокруг административных задач, с достаточным размером user-base (чтобы разработчиков можно было найти не только среди сектантов) и с более-менее нормальным стилем программирования. Т.е. чтобы язык и среды разработки не стимулировали подход "берем 100 студентов и они рисуют 100 юзеровских форм в дизайнере".
Честно говоря, ничего такого я не знаю, наверно требования противоречивые в корне :)
no subject
правда опыт показывает, что получить действительно не тормозящий GUI на Qt - отнюдь не тривиальная задача; но всё же решаемая
и - да, не учтён ещё один пункт. подозреваю, что есть существенные требования к "красивости" GUI - в противном случае идеально бы подошёл Tk :)
no subject
no subject
(no subject)
no subject
no subject
no subject