Ні в якому разі не те саме. Це перший варіант, його найяскравіший прояв. Хто ще може використовувати всі фішки фреймворку, як не його розробник?

Чому для мене краще з 0?

1) Ти сам все пишеш,не приходиться розбирати чужий код,простіше дописувати,все що потрібно.
2) Твій код ніхто не бачить (якщо це не розробка майбутньої публ CMS),а значить зменшується можливість використання якихось багів,вразливостей,які частенько бувать у різних публічних CMS/Фреймворках і призводять до різних атак. Наврядче я допущу вразливість
3) Немає гор лишнього,не потрібного мені коду.
4) Ти можеш написати свій мікрофреймворк,якшо це потрібно.
5) Ти пишеш все сам,а значить нарощуєш скілл. Велосипеди? - За те свої.
6) Ексклюзив,ти точно знаєш,що такого "лапша-коду" як в тебе, немає ні в кого .

При цьому не виключається можливість підключення і яких сторонніх бібліотек,але і їх перевіряю.

Чому вас саме це так зачепило? Я ж написав наврядче,не на 100%
Тому,що навіть у майкрософті допускають вразливості? А хто я такий,шоб не допускати,вгадав?:)

Всі? От оце і є ліл. Все залежить від масштабу та складності проекту,чим більше те і інше,тим більша можливість десь залишити косяк. І не вартно порівнювати відомі вразливості в веб і ті,які знаходять різні компанії з кібербезпеки в якихось серйозних проектах.

А чому ви запитуєте? Я взагалі не зв'язаний з вебом, так, язика тут чешу

О бачу тема заглохла. Я використовую фреймворк і всі корисні його фішки і бачу для цього наступні причини:
1) Не потрібно витрачати час на код, присвячений різним деталям, як-то маршрутизація чи підключення до баз даних - пишеш саму суть проекту, що значно пришвидшує процес розробки.
2) При роботі в команді, при зміні команди - кожному не потрібно буде пристосовуватись до заморочок інших і довго в'їжджати в чужий код, бо основні принципи створення проекту досить строго регламентовані. Ти відразу знаєш де лежить шматок коду, який відповідає за той чи інший шматок сайту, грубо качужи.

Це основне. Можливо ще є причини, зараз не приходять на ум, але й цього досить. Я особисто вже не однократно зтикався з тим, що доводилось правити код готових проектів і коли це зроблено на фреймворку - це справа техніки, а коли доводиться лізти в чиїсь хитромудрі викрутаси, то... бува й зовсім неможливо розібратися що до чого - простіше переписати з нуля.

Ще один пункт, якого немає у цьому опитуванні (тобто це підпункт першого пункту): використовувати CMS, що написана на фреймворку. Можливо це може бути просто адмінка, яка копіюється з проекту в проект, але просто готовий типовий набір певного функціоналу, який використовується практично будь-яким веб-проектом. Наразі я власного такого рішення не маю, а те що використовую на роботі - не моя розробка і використовувати його поза роботою не маю права, та й вона не задовольняє мій перфекціонізм За наявності вільного часу намагаюся створити таку CMS на FuelPHP, справи йдуть дуже повільно, на жаль.

А де варіант використовую фреймворк і купу різноманітних бібліотек?
Писати все з нуля самому - діло благородне, але не вдячне. Мабуть всі вже бачили статтю про вивчення JS у 2016 (https://hackernoon.com/how-it-feels-to- … .bcuy5zggk). І головна фраза - No JavaScript frameworks were created during the writing of this article.

Як на мене варто по-максимуму використовувати уже написане і чудово відтестоване, а лише коли не вистачає, писати своє.