микрософто-дотнетовские псы
Nov. 21st, 2008 04:01 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
ссылко 1
Ссылко 2
Микрософт угробит сама себя, это как факт. Я .NET почти не рассматриваю как потенциальную платформу для новых разработок исключительно из-за того, что микрософт меняет его версии, как перчатки, и уже успела прекратить поддержку первого фреймворка.
Да и убог он для десктопных приложений, так же как и жаба. Бесит это.
Ссылко 2
Микрософт угробит сама себя, это как факт. Я .NET почти не рассматриваю как потенциальную платформу для новых разработок исключительно из-за того, что микрософт меняет его версии, как перчатки, и уже успела прекратить поддержку первого фреймворка.
Да и убог он для десктопных приложений, так же как и жаба. Бесит это.
no subject
Date: 2008-11-21 03:15 pm (UTC)замечу наперёд: ни к плюсам, ни к Qt тёплых чувств я не испытываю; но врать-то зачем?
no subject
Date: 2008-11-21 03:20 pm (UTC)no subject
Date: 2008-11-21 03:27 pm (UTC)no subject
Date: 2008-11-21 03:33 pm (UTC)однако таких проектов всё же меньшинство
no subject
Date: 2008-11-21 03:31 pm (UTC)или что, реализация контрола - это UI? или UI это всё-таки что-то большее, чем реализация всех используемых виджетов вместе взятых? Tk полностью написан на K&R C, однако из этого не следует что писать UI на Tcl/Tk и писать UI на K&R C - одинаковая по сложности задача, n'est-ce pas?
no subject
Date: 2008-11-21 03:41 pm (UTC)(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:no subject
Date: 2008-11-21 03:35 pm (UTC)no subject
Date: 2008-11-21 03:45 pm (UTC)ну, лично мой опыт говорит об обратном. куда проще поддерживать проект, разбитый на подзадачи, выполненные с помощью хорошо подходящего языка для каждой из подзадач,- чем проект, в котором один более-менее универсальный язык используется для всего
Плюс при саппорте нужно иметь в штате спецов по каждой технологии а лучше спеца знающего на приемлемом уровне все технологии входящие в приложение. Геморрой.
правильно подобранные технологии будут простыми применительно к своим предметным областям. саппорт одноязыкового монолита может быть (и скорее всего будет) куда более сложной задачей. толку с того, что людей под задачу найти проще, если их постоянно не хватает?
(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:no subject
Date: 2008-11-21 03:37 pm (UTC)Тут на один язык разработчиков не найти, а нужно найти разработчиков на нескольких, да еще умеющих со смежными языками работать.
no subject
Date: 2008-11-21 03:59 pm (UTC)К примеру сайт возьмем с бд в постгресе. Итого: php+sql+(pl/sql|perl|python)+html+css+js
Ну хорошо, приложение на кутэ: sql+css?(если скиновать собираемся)+html(ричтекст будет у нас в приложении?)+c++
А ты говориш - 2 языка:)
(no subject)
From:(no subject)
From:(no subject)
From:no subject
Date: 2008-11-21 03:38 pm (UTC)кстати, как у .Net с модульностью? могу я оторвать от него только тот кусок функционала, который мне реально нужен (и помещается в ~500Kb)?
no subject
Date: 2008-11-21 03:44 pm (UTC)А еще он падла, интегрируется в систему так, что проблемы с конфигурацией могут затронуть несколько приложений - невозможно изолироваться.
(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:no subject
Date: 2008-11-21 08:39 pm (UTC)no subject
Date: 2008-11-21 03:48 pm (UTC)no subject
Date: 2008-11-23 01:14 am (UTC)Свой котрол пишется несколькими способами в зависимости от того, что нужно.
Плюсы пока подтягивать не приходилось хотя такая возможность всегда есть. :)
no subject
Date: 2008-11-21 03:29 pm (UTC)Цель - использовать что-нибудь, что не тормозит(т.е. работает быстрее чем пользователь) на десктопе, позволяет делать коробочные продукты, не требующие от юзеров плясать с бубном вокруг административных задач, с достаточным размером user-base (чтобы разработчиков можно было найти не только среди сектантов) и с более-менее нормальным стилем программирования. Т.е. чтобы язык и среды разработки не стимулировали подход "берем 100 студентов и они рисуют 100 юзеровских форм в дизайнере".
Честно говоря, ничего такого я не знаю, наверно требования противоречивые в корне :)
no subject
Date: 2008-11-21 03:42 pm (UTC)правда опыт показывает, что получить действительно не тормозящий GUI на Qt - отнюдь не тривиальная задача; но всё же решаемая
и - да, не учтён ещё один пункт. подозреваю, что есть существенные требования к "красивости" GUI - в противном случае идеально бы подошёл Tk :)
no subject
Date: 2008-11-21 03:51 pm (UTC)no subject
Date: 2008-11-21 04:00 pm (UTC)no subject
Date: 2008-11-21 04:10 pm (UTC)Но иногда тупо требуются вещи, которые иначе чем императивным кодом повешенным на обработчики событий и ручным раскладыванием контролов по форме, не сделаешь.
Я ж, собственно, с чего с дотнетом начал - я сделал по привычке декларативное описание GUI, показал юзерам, все работало, а потом началось неконтролируемое нарастание требуемых фич и теперь это выглядит как скрещение ужа с ежом - декларативные описания вперемежку с императивным кодом и прочим мраком :)
no subject
Date: 2008-11-21 05:21 pm (UTC)no subject
Date: 2008-11-23 01:19 am (UTC)