успокоитель дотнетчиковсамодельный? а, ну ну.

Такое ощущение, что некоторые упоротые личности искренне верят, что "нативно" это как бы такое, природное, из земли растёт, типа естественное. А самодельное, это неандертальцы обтесали камень.

надежды юношей питаютна 99% навыки программиста определяются знанием библиотек

Ещё одно глупое утверждение, которое может изречь только человек, не имеющий опыта.

dbpatchприкольно слышать такое от человека, который в 2017-м году (!) со "знанием" дела начинает разлагольствовать о том, что современные веб приложения - это про stateless.

Ты с луны что ли свалился? Что меняет 2017-ый год? Дай угадаю, ты понятия не имеешь.


dbpatchи это в то время, когда практически все уже работают не только с SPA, но и весь слой рендеринга и биндинга UI контролов к датамодели выносят на уровень вебклиента, а серверы отвечают только за обмен JSON объектами.

Ай прямо таки все?
Модератор: Просьба не опускаться до оскорблений

dbpatchты всьерез предлагаешь самому запилить что-то вроде гридов от DevExpress за пару вечеров?

DevExpress это же "самодельный" фреймворк, его нет в коробке, чиво ты мелешь?

dbpatchсамодельный - это когда нечто пишет не компания, группа профессиональных разработчиков, т.е. где техподдержку можно купить за деньги,

Т.е. по-твоему какая-то отдельно выбранная компания не в состоянии написать для своего продукта набор функциональных компонентов?


dbpatchа нанятый в штат хлебокомбината программистом Вася Пупкин, в единственном и неповторимом лице с гипертрофированным самомнением и нулевой поддержкой в среднесрочной перспективе (тебе должно быть знакома ситуация).

Можно просто купить готовый продукт или заказать разработку у компании, в которой работают профессиональные разработчики. Зачем ударяться в крайности?

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

Ты не прав, потому что смотришь на вещи примитивно.

Во-первых, компоненты пишутся под конкретные задачи, следовательно добрая половина функиональности, которую продают те же DevExpress изначально не нужна, например, та же поддержка тем.

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

В-третьих, обычно не нужно сразу всё, по-этапно, возможности контролов растут в соответствие с задачами.

Такие разработки, как DevExpress пытаются сразу решать все проблемы всех возможных клиентов. Поэтому их решение очень громоздкое и сложное. И обычно косячное.

dbpatchво сколько тогда обойдется компании этот самый грид (какая средняя зарплата среднего программиста)? в сравнении с "купить коробочный"?

Берём цифры и считаем. Если функциональные возможности DevExpress полностью устраивают разработчиков, и экономически выгодней купить компоненты и поддержку, чем разрабатывать своё или адаптировать различный опен сорс, тогда лучше купить.

Мы, например, купили и продлеваем Telerik компоненты. Только знаешь что? Постепенно наши собственные разработки вытесняют купленные компоненты, сейчас уже остался только Grid, да и то не везде. Через пол года мы полностью уйдём от телерика, так как наши компоненты быстрее, чище, безглючнее и лучше, и заточены именно под наши задачи.

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

Я свою мысль довольно чётко аргументировал, а ты можешь ...
Модератор: Или меняем тональность или топик закрываю