Так ніхто ж не забороняє форкнути кодову базу, і переписати під свої потреби. В цьому вся суть оупенсорсу, що ти можеш зробити своє власне рішення на основі чужого коду, не порушуючи авторського права.
Те, що не приймають фічі в офіційний репозиторій — це нормально, навіть добре. Нові фічі — це не є щось безумовно хороше. Чим більше фіч, тим менша consistency, тим засміченішою стає мова. В js додають багато фіч, які деколи навіть покращують пефоманс, але чи стає від цього js кращим — я дуже сумніваюсь. Якщо використовувати усі фічі js, код буде виглядати як болото

1 - это самое плохое число ;)

Эх, но вдруг снова простуда….? С  т.з. бизнеса один, это большой риск. И это дорого. Но в целом, конечно, респектище.

Брать говнокодище еще больший риск

Добре, але треба брати до уваги момент що зусилля для підтримки форку можуть бути такими ж як й розробка безпосередньо самого продукту.
Не можна просто так взять й "форкнуть" то й же реакт чи реакт нейтів без 30-40 розробників та більш-меньш життєздатної спільноти.

> що ти можеш зробити своє власне рішення на основі чужого коду, не порушуючи авторського права.

Патенти на пререндер фронта та циклічне Royalty між купою компаній з майже однаковими патентними формулами з Вами не згодні.

Можна довго аргументувати хабарі в WIPO та Александрії ... але то лиш "типова практика" недобросовістної патентної конкуренції великих компаній.

В мене були випадки проектів з судовими процессами навколо патентів того ж реакту...

Так точно.

В такому разі погоджуюсь. Не знав, що в оупенсорсних проектах можуть використовуватися запатентовані штуки. Яка дикість

Патенти можуть навішувать на власних же співробітників без їх відома... потім вішать на них справи й судові процесси... (вже було так).

Коли то відбувається то таке відчуття шо людину викрали служби, або інопланетяни - все шо відбувалось за 2-3 роки в інтернетах просто зникає, щоб не можна було використати в судовому процессі.

патенты на опен код? Я что-то не совсем в теме. Но патенты - это такая штука, которая очень легко обходится. Наверняка Вы имеете ввиду, что у кого бабки, у того и сила слияния на стартап. Цели могут быть разными: захотели купить; захотели убить; просто захотели. Если нет, то можно чуток больше подробностей или какой-то детальный кейс? Не сталкивался с такими ситуациями...

Новая почта начинал с Lada. Разработчик не поймет предпринимателя в полной мере... Думаю, риском нужно управлять, знать его стоимость. Мой стартапчик (так и не рожденный) валяется в долине смерти уже наверное 10 лет. Родился он на joomla 1.3 по моему. Короче, как первая "нормальная" Joomla родилась, так вот тогда она и родила одного своего многолетнего поклонника. Это абсолютно не помешало стартапу развиваться, как прототипу. Потом, конечно, я понял, что всё, с меня смеются, а нервы не выдерживают... Решит перейти в php. И перешел. Наделал кучу говнокода. Смеяться продолжают. Причем, в основном, коллеги по цеху - клиентам поф. Нервы не выдерживают... Ай думаю, я вам покажу - Symfony, бля. Не какой-то там Yii или Lara, а сразу в академический, чтобы б. на долго )). Было сложно. Стартап лежит. В группе задать вопрос - равносильно, что ... даже не знаю, как это описать ). Тока, чуток начал понимать, что такое var_dump, тут б. понеслась: Git, Docker, Firebase, DevOps, чего только не насыпалось. Сука... Закинул нахер, всё (зарабатывать можно и по другому, думаю...). При этом достаточно не сложно зарабатывал на seo, продвижении и всякой сопутствующей хрени. А код у меня был по прежнему - говнище. Ровно такие же и вопросы у меня были в группы ))). Проходит время, я что-то себе набрасываю иногда, потихоньку что-то делаю. Слеза катится... Снова, стук в дверь. js стал серверным. React-ы всякие повылазили. Твою ж мать. А у меня только начало что-то получаться. Снова книги, снова и снова. А стартап лежит... Я конечно оценил говно-Sylius и ему подобные. А теперь и Shopker. - Обнять и плакать. Ну, думаю, может js меня ускорит. Может там есть что-то годное. Оказывается, не густо. И уже некое убеждение, что и в закрытых проектах все не на много лучше. Просто этого никто не видит, а клиенту поф. Я, конечно, не с этого живу и моя идея - это скорее хобби. Если бы я торопился, то все-равно сделал бы веб если не на joomla, то на каком-то OpenCard LegoSP, WP (на чем-то современно-модном) свякого хватает. Но суть такова. В предпринимательстве мой путь показатель того, как делать не нужно. Говно-код должен работать. Риски должны быть под контролем (управляемы), нужно знать их цену.

А можно было на питоне "за час" как там твитеры, пинтересты, инстаграмы?

Та говнокода как и говнопроекты везде хватает

та, на чем угодно можно. "Оно должно работать". Единственная фраза, которую слышу от друзей, когда их шпыняют тимлиды. Работает? - все тихо. Не работает? - вот тогда начинается... Какого не ООП? Какого не DDD?.... Сразу все под лупу попадает. Но, когда работает, все тихо... ))) и так код может протянуть не один год. Тот же пример: сам Symfony. Слышали бы вы сколько в его сторону ругани.... как там все под капотом...

и посему у меня вопрос, о каких патентах может идти речь? ... к постам о патентах

К примеру о тех, которыми facebook обладает на react

Там два варианта: или купят или "купят". ))

А стосовно того, що підтримка настільки ж важка, як і розробка з нуля — це дуже серйозна проблема, насправді.
Мене це дуже грузить. В теорії будь яка dependency мала б бути контрольованою, її повинно бути легко дописати або навіть повністю переписати.
Тому я не наважуюсь брати реакт або подібні фреймворки для своїх проектів.
Поглядаю в бік htmx. Він набагато менший, близько 2000 рядків. В разі чого можна буде легко дописати-переписати
Він ще досить сирий, багато проблем не закриває. Але я читав у їхньому діскорді, що там хтось функціонал Vue перписав поверх нього, тобто розвивати цю штуку можна. Я щось своє пилю також, близьке по духу
Зі складністю фронта потрібно щось робити

Конкретно з реактом проблем загалом немає.
Але й без досвіду з ним не дуже багато сенсу починать… по факту «кращі практики» застарівають десь кожних півроку.
Більше всього в усіх фреймворках страждає менеджмент стану - як мінімум треба ознайомитись з redux-toolkit та redux-observable, хоча зараз частіше зустрічається react-query та хуки.
«Голий redux» в будь якому проекті зараз - insta-legacy.

Так то треба відпрацювати навички побудови UI Kit’ів та нормальної верстки на tailwind + emotion тощо.
Використовувати готових компонент по мінімуму - в рамках того що самим можна підтримувати.

Ми ж не walmart й не wix щоб по 1 джуну на 1-5 компонент наймать, та дописувать після кожного поновлення react’у.

На підтримку фронтенд проектів зазвичай вистачає 3-4 досвідчених розробники, але все дуже залежить від контролю якості та організації праці.
Візуальну регрессію також не усюди, наприклад, практикують…

>В теорії будь яка dependency мала б бути контрольованою, її повинно бути легко дописати або навіть повністю переписати.

Чувак, якби депенденсі було б легко переписати, то їх би набагато рідше тягнули б в проекти)

>Тому я не наважуюсь брати реакт або подібні фреймворки для своїх проектів.
Наведи мені ситуацію, де тобі доведеться кастомізувати чи переписувати реакт. Ти в МоднійКасті працюєш?

Каста до речі молодці