также стоит отметить, что с популярными библиотеками знакомо немалое кол-во людей в сообществе

и знают как с ними работать

и им будет намного проще рабоатть с библиотекой, чем с чьим-то велосипедом

тут скорее вопрос в анализе используемых продуктов, зачастую просто копипаста, работает - вот и хорошо, нет времени думать - надо работать :)

Понял!

это так, немножко о себе)

Ребята вы все намного опытнее меня. Тогда подскажите. А как тогда оценивать стоимость своей работы?

Ну да, вопрос конечно риторический ))

бесплатно оценивай свою работу, за большое СПАСИБО. А когда будет чувство, что ты делаешь ОХРЕНИТЕЛЬНУЮ ВЕЩЬ и при этом бесплатно, то тогда и сам уже поймешь, сколько стоят твои труды.

фактическое время - время потраченое на "залипание" над мелочами

"-" - это минус)

первая ошибка, это когда джун делает оценку по примеру синьйора, хотя платять джуну далеко не так как синьйору

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

Это если в общем, критерий можно расписать много

Если на то, что бы что-то поменять или добавить уходит туча времени и приложение в последствии ломается в нескольких местах, то сложно ставить по больше ценник на свою работу 🙂

Насчёт админки как уже говорили, смысл как и в любом готовом решении. Вы сразу получаете какой-то результат.
Насчёт аргументов по типу “А у моего заказчика хотелки, как я их подстрою под готовое решение”, скажу так - При разработке готовых решений, разработчики обычно вкладывают максимальное количество нужд, а так же возможность для кастомизации.

Возьмём ту же Нову. Как-то был спор в чате, человек ругался на то, что “Как я в вашей Нове могу форму или кнопку под таблицу ресурсов влепить”, здесь нужно исходить не от вопроса “как?”, а от вопроса “зачем?”. Если нужно сделать фильтр, пожалуйста, для него есть своё место - Filters, если нужно сделать какое-то действие над записью, пожалуйста, есть - Actions, нужен другой вид таблицы? - Lenses, и т.д.
Основная проблема с готовыми решениями, в том, что разработчики не понимают, что для их задачи уже есть инструмент для решения, просто он может выглядить не так как мы себе представляли и потому разработчик начинает лепить костыли.

Когда у тебя достаточно гибкое готовое решение, то его кастомизация займёт в разы меньше времени и сил, чем разработка своего велосипеда.

основной минус внедрения готового решения в том, что это по сути означает изучить это решение как минимум на 60-70%. и это занимает разное время в зависимости от качества документации

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