Size: a a a

Архитектура ИТ-решений

2020 July 07

d

dn.khelilov in Архитектура ИТ-решений
Daria Kaftan
А из каких соображений он хочет?
У меня в опыте был как раз стек js+devexpress и Core на бэке. Разрабы были разные: чистые фронты, чистые бэкендеры, фуллстеки разного уровня. Но задачи ставились отдельно на бэк и на фронт, апи проектировалось на этапе постановки и согласовывалось с выделенными опытными разрабами, поэтому даже если задачу целиком брал фуллстек, он делал несколько подзадач отдельно, и проверяли его потом, как уже выше писали, через интеграционные тесты.
А что можете сказать про devexpress? Помогут ли их компоненты с быстрым запуском приложения и решения стандартных задач (показать данные в табличке, отфильтровать, изменить и тд)?
источник

d

dn.khelilov in Архитектура ИТ-решений
Leonid Vygovskiy
Как-то слишком обще )) Удобно и доступно - вот это я бы раскрутил и на основе этих метрик принимал решение desktop vs web
Вопрос desktop vs web не стоит. Однозначно web, потому что импортозамещение и линкус.
источник

DK

Daria Kaftan in Архитектура ИТ-решений
dn.khelilov
Есть подозрение, что C# для него более "родной".
Это понятно, вопрос - почему не хочет попробовать что-то новое. Насколько для него это тяжело. И что думают другие разработчики?
В целом для уровня сеньора не так уж сложно перейти на новую технологию, и это очень даже полезно. Вы насколько в целом на него завязаны? Имхо, чем больше вы завязаны на представителей определенного мнения - тем больше придется с ним считаться. Если он просто побаивается - то не страшно, перейдет и успокоится. Если прям упирается - см предыдущее предложение.
источник

VS

Vladimir Shchur in Архитектура ИТ-решений
Daria Kaftan
Это понятно, вопрос - почему не хочет попробовать что-то новое. Насколько для него это тяжело. И что думают другие разработчики?
В целом для уровня сеньора не так уж сложно перейти на новую технологию, и это очень даже полезно. Вы насколько в целом на него завязаны? Имхо, чем больше вы завязаны на представителей определенного мнения - тем больше придется с ним считаться. Если он просто побаивается - то не страшно, перейдет и успокоится. Если прям упирается - см предыдущее предложение.
C# на фронте это и есть новое) даже слишком сырое
источник

LV

Leonid Vygovskiy in Архитектура ИТ-решений
Daria Kaftan
Это понятно, вопрос - почему не хочет попробовать что-то новое. Насколько для него это тяжело. И что думают другие разработчики?
В целом для уровня сеньора не так уж сложно перейти на новую технологию, и это очень даже полезно. Вы насколько в целом на него завязаны? Имхо, чем больше вы завязаны на представителей определенного мнения - тем больше придется с ним считаться. Если он просто побаивается - то не страшно, перейдет и успокоится. Если прям упирается - см предыдущее предложение.
У сеньора возникает резонный вопрос "а зачем". Если человек специализируется на устоявшемся стэке java spring/C#/C++ то зачем ему прыгать в другой? Поэксперементировать можно в спокойной обстановке на pet проектах. А деньги зарабатывать на понятных технологиях. Вот если всякие ruby, django и прочее выбирать - там да, надо быть готовым каждые лет 5 чего-то новое изучать.
источник

DK

Daria Kaftan in Архитектура ИТ-решений
dn.khelilov
А что можете сказать про devexpress? Помогут ли их компоненты с быстрым запуском приложения и решения стандартных задач (показать данные в табличке, отфильтровать, изменить и тд)?
Мы на нем построили модуль встраиваемых отчетов. Вышло неплохо, они красивые, удобные, в разработке тоже получилось довольно быстро, хотя была новая технология для наших программистов. Под большой нагрузкой не проверяли.
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Vladimir Shchur
C# на фронте это и есть новое) даже слишком сырое
а, я имела в виду для конкретного разраба. Тут у вас весомый аргумент, кстати)) "новое" оказывается не такое уж "привычное"))
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Leonid Vygovskiy
У сеньора возникает резонный вопрос "а зачем". Если человек специализируется на устоявшемся стэке java spring/C#/C++ то зачем ему прыгать в другой? Поэксперементировать можно в спокойной обстановке на pet проектах. А деньги зарабатывать на понятных технологиях. Вот если всякие ruby, django и прочее выбирать - там да, надо быть готовым каждые лет 5 чего-то новое изучать.
Лично у него как программиста - да, но его "а зачем" должно стыковаться с общим "азачемом". Если не стыкуется - то, имхо, ему самому стоит принять в расчет общую пользу, а не только свою ригидность. На любое "а зачем" существует "а почему бы и нет?", если это пойдет на общее благо.
источник

LV

Leonid Vygovskiy in Архитектура ИТ-решений
Ответ на вопрос "почему нет" найти, как правило, сильно проще, чем "а почему и не попробовать" :)
источник

LV

Leonid Vygovskiy in Архитектура ИТ-решений
Потому как все новое это риски и дискомфорт.
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Alexey Smerdov
Имхо. Если есть специализация/разделение на C# и JS разработчиков, то выходит дороже, за счёт необходимости координации между ними. Чей баг C#/JS? Споры, на чьей стороне реализовать функциональность C#/JS? И т.д. Такой проблемы нет, когда разрабы - фуллстек. Хороший фуллстек с JS также дорого. Порог входа в фронтенд на C# ниже. Как итог, для внутреннего продукта фронтенд на C# (blazor server) отлично подходит. Я бы выбрал его
На моём опыте я понял только то, что запускаться надо на том языке, на котором быстрее и безопаснее запустится + есть экспертиза и эксперты (команда готова сейчас выполнить задачи и может точно определить объём работ).

Если всё выполнить правильно (иметь отдельный слой представления и логики, вроде как в C# это почти из коробки), то впоследствии вы спокойно мигрируете на нужный стек, сделаете "работу над ошибками" и может внедрите пару новых фич по дороге. Также плюсом тут то, что за это время вы в плановой обстановке доберёте знания по JS.

Бизнес хочет денег, а не стека. Он не думает на 2-5 лет вперёд. Изменяя стек вы вносите большие риски в планирование (финансовое, временное). Не надо так.
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Если вы сейчас не можете в деньгах посчитать в чём разница между C# и JS, то в топку такие идеи.
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
источник

МВ

Михаил Влазнев... in Архитектура ИТ-решений
C# в браузере выглядит довольно экзотично. Сложностей с поддержкой не будет в будущем, если вдруг ваш ведущий разработчик решит покинуть проект?
источник

IB

Ivan Balanar in Архитектура ИТ-решений
Alexey Smerdov
Имхо. Если есть специализация/разделение на C# и JS разработчиков, то выходит дороже, за счёт необходимости координации между ними. Чей баг C#/JS? Споры, на чьей стороне реализовать функциональность C#/JS? И т.д. Такой проблемы нет, когда разрабы - фуллстек. Хороший фуллстек с JS также дорого. Порог входа в фронтенд на C# ниже. Как итог, для внутреннего продукта фронтенд на C# (blazor server) отлично подходит. Я бы выбрал его
интеграция уя с бэком - это одна из основных задач продуктовой разработки, которая в принципе давно разрешена. Никаких недопониманий чей баг быть при отлаженных процессах не должно.
источник

IB

Ivan Balanar in Архитектура ИТ-решений
Михаил Влазнев
C# в браузере выглядит довольно экзотично. Сложностей с поддержкой не будет в будущем, если вдруг ваш ведущий разработчик решит покинуть проект?
по слухам, на вебассемблю майкрософт перекидывает кучу своих разработчиков
источник

IB

Ivan Balanar in Архитектура ИТ-решений
но вообще верить в майкрософт - это отбрасывать исторические данные, которые показывают, что у мс за спиной трупы проектов и технологий.
источник

МВ

Михаил Влазнев... in Архитектура ИТ-решений
Ivan Balanar
по слухам, на вебассемблю майкрософт перекидывает кучу своих разработчиков
Я бы подождал, когда допилят и экосистема подрастет. JS все-таки более зрелый(хотя кому я вру, шанс наткнуться при работе с каким-нибудь хайповым фреймворком на обскурный баг, который не обсосан сообществом со всех сторон, все еще высок). Но если компания готова брать на себя соответствующие риски, почему бы и не поиграть с новой технологией? В случае успеха можно будет даже сгонять на конференцию, прокачать HR-бренд. (:
источник

d

dn.khelilov in Архитектура ИТ-решений
Daria Kaftan
Это понятно, вопрос - почему не хочет попробовать что-то новое. Насколько для него это тяжело. И что думают другие разработчики?
В целом для уровня сеньора не так уж сложно перейти на новую технологию, и это очень даже полезно. Вы насколько в целом на него завязаны? Имхо, чем больше вы завязаны на представителей определенного мнения - тем больше придется с ним считаться. Если он просто побаивается - то не страшно, перейдет и успокоится. Если прям упирается - см предыдущее предложение.
Это мой основной идейный разраб уровня архитектуры, и там у него хорошо все получается. А вот с интерфейсами у него не очень. Возможно, поэтому я думаю на счёт отдельного фронта.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Хм. Боюсь, а как фронт на c# избавит от знания js? Там все равно транспиляция в js, интеграция с уже существующим кодом и т.п.
Только проблем больше.
Реально ни один из подходов 'делаем фронт на языке бэка' так и не взлетел.
источник