dzz: Dizzy の冬 (Default)
[personal profile] dzz
Делать сайты без применения модных MVC-фреймворков, со сложной разметкой на незамутнённом CSS-е и её обслуживанием в самописных же скриптах - дело весьма затратное. Зато понятно, почему и что глючит. В отличие от :)

На самом деле, CSS и JS в боевом проекте, конечно, автогенерируемый. Но пилотный дизайн съедает массу времени и нервов. С другой стороны, глубокое изучение какого-нибудь реакта для написания одного сайта в год - дело малооправданное из-за его высокой изменчивости.

При моём профиле проектной активности (много принципиально разной хрени, от энтерпрайзной архитектуры до микроконтроллеров) я - за CSS :)

Date: 2019-01-28 09:49 am (UTC)
From: [identity profile] Алекс Шорн (from livejournal.com)
Строго говоря React и другие - это не MVC фреймворки. Это даже в их документации подчеркивается.

Считается что MVC для front end не очень подходит. Хотя вопрос больше в терминологии.

Date: 2019-01-28 10:05 am (UTC)
vitus_wagner: My photo 2005 (Default)
From: [personal profile] vitus_wagner
Я вот только никак не могу понять зачем вообще делать сайты со сложной разметкой, да к тому же еще и динамикой.

Ну то есть понятно, зачем такие вещи пытаются впарить заказчику профессиональныые веб-дизастеры. Vendor Lock-in же как-то организовать надо.

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

Date: 2019-01-30 07:52 am (UTC)
From: [identity profile] dzz.livejournal.com
Строго говоря, действительно не MVC. Но часто используются для V+C в сочетании с серверной частью.

> Хотя вопрос больше в терминологии

Скорее, в теологии :)
Edited Date: 2019-01-30 07:56 am (UTC)

Date: 2019-01-30 07:54 am (UTC)
From: [identity profile] dzz.livejournal.com
ПАТАМУШТА заказчик хочет сложно организованный экран, на котором "видно и понятно всё".
В ряде случаев это действительно оправдано.

Объяснять людям, что написанный тобой интерфейс - правильный, а их бизнес-процесс - неправильный, конечно, можно, но ничем хорошим это не кончается.
Edited Date: 2019-01-30 07:56 am (UTC)

Date: 2019-01-30 08:01 am (UTC)
vitus_wagner: My photo 2005 (white)
From: [personal profile] vitus_wagner
Когда у сайта разработчик и заказчик разные люди, между ними есть конфликт интересов. И тогда разработчику, естественно, выгодно на...ть заказчика. Тем более , что обмануть его не трудно, он сам обманываться рад.

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

Date: 2019-01-30 08:20 am (UTC)
From: [identity profile] dzz.livejournal.com
Если заказчик одноразовый - то да, но постоянная рента в виде техподдержки и дозаказы гораздо выгоднее кидалова.
Edited Date: 2019-01-30 08:20 am (UTC)

Date: 2019-01-30 08:35 am (UTC)
vitus_wagner: My photo 2005 (white)
From: [personal profile] vitus_wagner
Если заказчик постоянный, то капать ему на мозги по поводу того, что бизнеспроцессы у него устроены неправильно, все равно придется.

January 2026

S M T W T F S
     123
45678910
11121314151617
18192021222324
25262728293031

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Jan. 1st, 2026 03:38 pm
Powered by Dreamwidth Studios