Стоит ли избегать клиентских фреймворков?

Фреймворки усложняют решения и увеличивают риск сбоев.
Проект сильно зависит от фреймворка, что ведёт к появлению трудноподдерживаемого кода.
При появлении новых версий фреймворков сложно переписывать под них существующий код.

Антифреймворк
....При появлении новых версий фреймворков сложно переписывать под них существующий код.

Следует избегать ПЛОХИХ фреймворков

Так же, как плохого алкоголя. От него можно печень или зрение посадить. А от плохих психоактивных веществ, вообще передоз получить и окочуриться.

Антифреймворк
Фреймворки усложняют решения и увеличивают риск сбоев.

Жесть! Вообще-то фреймворки должны УПРОЩАТЬ решения. Для этого они и предназначены

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

Антифреймворк
При появлении новых версий фреймворков сложно переписывать под них существующий код.

и не говорите, а Google вообще объявил, что собирается выпускать новую версию Ангуляра каждые 6 месяцев.
Только представьте себе, сколько всего переписывать придется !!!

Следует.

Ну, то есть, принимать решение программисту. Всякие гугловые штучки, типа карт, имеют прекрасное АПИ. АПИ тоже можно рассматривать, как фреймворк, или нельзя?
О фреймворках. Фреймворки не вызывают абсолютно никаких затруднений, если знаете ДОМ и яваскрипт. Можете продолжить любой проект с любым фреймворком.
ПС. Знание ДОМ и яваскрипт подразумевает, что вы знаете, как на базовом уровне устроено то, что вы используете в фреймворке.
ППС. Прикол с ангуляром непрочухал. Х^З

ShSerge
Фреймворки не вызывают абсолютно никаких затруднений, если знаете ДОМ и яваскрипт.

и сам фреимворк с его интструментарием

Антифреймворк
Фреймворки усложняют решения и увеличивают риск сбоев. Проект сильно зависит от фреймворка, что ведёт к появлению трудноподдерживаемого кода. При появлении новых версий фреймворков сложно переписывать под них существующий код.

Программисты вынужденны использовать всякие API, поскольку писать в машинных кодах слишком долго.
Какие API выбрать - тут нужно полагаться на свой опыт и здравый смысл.
Учитывайте всякие ньюансы, возможность залезать внутрь, независимость функционирования фреймворка от желания производителя и т.д. ( скажем, совсем не обязательно переписывать код, если производитель выпустил новую версию фреймворка; важно, что бы производитель вас к этому не смог принудить).

В качестве доказательства "от противного" можно предложить
Автору отказаться вообще от фреймворков и попробовать
Сделать что то серьёзное.

mayton
Сделать что то серьёзное

например фреймворк написать ))

Антифреймворк,

А вопрос в чем?

Согласен частично(фреимворки разные и задачи тоже)