Андрей К

2. По идее, поисковые роботы могут это отслеживать. Отдавать поисковикам и клиентам разные страница - страшное преступление с точки зрения SEO.
Хотя, может есть какой-то легальный способ показать, что это SPA поисковику. Я слышал, что-то​ вроде бы есть, но не факт, что все равно это будет работать корректно.

По-моему, как раз для бэкендщиков и понятен БЭМ, это в принципе единственная здравая идея из тех, что есть на фронте!!!
Потенциально ещё есть WebAssembly, чтобы убрать ГовноСкрипт, но это пока перспективы.

Верстальщика нужно выпороть... и пороть до тех пор, пока не научится.

У БЭМ есть только одна проблема, и ваш случай не редкий, люди вообще не понимают по причине массовой тупости.

БЭМ хорош в двух случаях, или для веб-студии, у которой много проектов или для больших проектов. Основная идея в том, что первая буква - это Блок, и вот любой блок абсолютно не зависит от окружения, поэтому его можно ставить в любое место проекта и не волноваться, в отличии от того же Bootstrap, в котором все на все завязано и при попытки что-то изменить, вылазит куча проблем в разных местах.

Как я вижу ситуацию. Вы построили дом, сдали работу, потом человек взял алкашей из под гастронома, чтобы они сделали ремонт. После того, как они сделали ремонт соответствующего им качества, вам предлагают исправить за ними работу, а так как вы отказываетесь, вы больше не имеете права говорить, что вы построили этот дом?
На тему кода. Может колхознику нужно осторожно намекнуть, я понимаю, что это разрушит его мир, но все-таки... Код фронта любой человек может зайти и скачать.
На тему прав, если, например, вы субподрядчик, то подрядчик у вас может заказать код, но конечный клиент, как я понимаю, заказывает, все-таки продукт, а код, скорее всего, все-таки принадлежит исполнителям, согласен, что со скриптами его придется передать, но все-таки.
Конечно, когда речь идёт о верстке как о готовом продукте, то было бы странно отдать его еще одному клиенту, это как-то подстава для обоих, но если вы используете нормально тот же БЭМ, то естественно используете написанный вами код много раз, так что, код все-таки ваш. А то, что он у вас на GitHub это и доказывает.

И наконец, на тему отношений. Если они уже испорчены... То и хер с ними ;-) Если это небольшой процент клиентов, с которыми отношения испорчены, то это просто несовместимость и не нужно париться.

Конечно все зависит от конкретных условий, но чаще лучше писать свою, если позволяют ресурсы, так как CRM общего назначения - это попытка состыковать непонятную штуку со своими бизнес-процессами, умнажая из сложность на сложность самой CRM.
Но если бюджет маленький, то как раз от AmoCRM все из нашей тусовки ушли, причем, сначала думали вообще, пробовать продвигать его в Испании из-за партнерской программы. В итоге пользуются Битрикс24 потому, что он бесплатный до 12 пользователей.
Клиенту подключаем RetailCRM, там тоже есть несколько бесплатных пользователей.

Но моё личное мнение, как человека который работал в продажах, а сейчас программистом... Я смотрел конкретно эти три системы. Мне там нечего не понятно! Реально нужно курсы на 6 месяцев. Ничего не интуитивно. Получаться, что эти франкинштейны не соответсвуют реальным бищнес-задачам клиента, а предлагают смириться с аморфным интерфейсом, который создан для всего сразу и не для чего конкретно!

По-моему, Bootstrap - это круто для программистов наклепать какой-то сайт, чтобы он не выглядел как сайт мертвого страуса( www.stroustrup.com ).
А если на проекте уже есть верстальщик, то в случае его ухода дешевле переверстать весь проект с нуля, чем бороться с Bootstrap существующему верстальщику. Да и IDE нормальная с классами будет подсказывать.
Еще есть вариант, выкинуть дизайнера и тогда просто всем дружно верстать на Bootstrap )))))

P.S. Я вот не верстальщик и изначально мне нравился Bootstrap тем, что можно взять и делать сразу красиво. Но потом мне пришлось самому кое-что делать для друзей, а денег у них на вёрстку не было. Это какой-то капец! Там постоянно вылазит какая-то дикая хрень, возможно, если бы я был верстальщиком, знал весь Bootstrap досконально и что у него откуда растет, но на уровне базовых знаний этого инструмента, он быстро начинает больше мешать, чем помогать.

Мне кажется, что если такой вопрос стоит, то еще рано делать интернет-магазин... Кончено, если покапаться для себя, то все ок, но если нужно, чтобы он работал, то лучше найти того, кто сделает или для начала взять какой-нибудь Magento и его настроить.

Я понимаю, что на уровне верстки - это не то решение, но про AJAX Вы ничего не слышали? Пагинация на уровне Bootstrap - это что-то странное. На нем должны быть отрисованны кнопки для пагинации и элементы.
Дальше есть два пути, или сервером, при чем, большинство web frameworks делают все сами из коробки, тогда AJAX не нужен. К этому можно добавить какой-то якорь в HTML, как уже посоветовали. А если страница большая и критично ее не перезагружать, то тогда нужен JavaScript, опять таки, есть библиотеки, которые это умеют делать и нужно только настроить. Из простого, у jQuery есть такое, по-моему, в jQuery UI.

На счет языков... Тут подойдет любой, так как GUI("кнопочки, поля ввода...") уже даже для PHP есть, хоть это и высшая степень извращениях.
Я бы рассматривал два варианта WPF или Swing/JavaFX. Для первого нужно знать C#, для второго/третьего Java.
Дальше все просто, приложение посылает запрос и распахивает данные по элементам графического интерфейса.
Но судя по вопросу, когда Вы дойдете в обучении до того, что сможете это сделать, поймёте, на сколько задача не правильна и как это все нужно делать.
P.S. Если есть доступ к БД, то лучше работать с БД, а не с сайтом.
P.P.S. Если доступа к БД нету, то такая программа давно есть, называется браузер!

А Вы уверены, что такие проекты вообще правильно делать с помощью CMS? Конечно первый результат Вы получите быстрее, но потом чтобы не оказалось, что любая долька будет стоить как еще один магазин на CMS.
Второй момент, если у Вас стоит этот вопрос в принципе, то тогда вообще проблема в компетентности тех, кто это будет делать.
Вам реально нужно обратиться в контору и заплатить им за то, чтобы они Вам сделали техническое задание, если они это сделают правильно, то Вы не будете зависеть от исполнителя, так как можно по нему делать в любом месте. Когда Вы это сделаете, тогда будет понятно, какие вообще могут быть инструменты выбраны, так как существует слишком много факторов, которые нужно учитывать.

Меня смущает ClassPathXmlApplicationContext, если конфигурация через аннотации.
По идее, AnnotationConfigApplicationContext должен помочь.

Во-первых, выносить логику сохранения в контроллер - это уже не правильно в принципе!
Во-вторых, зачем boolean $uploaded?

Первое, что можно сделать, попробовать напроситься хоть на бесплатную стажировку.
Если получиться, то можно исходить из того, куда получиться попасть.
Если это будет JavaEE, то никто дома не мешает шалить с Android :-)

По-моему, для того, чтобы начать программирование, особенно если уже студенчество в прошлом, нужно найти знакомого программиста который поможет делать первые шаги. И можно начинать изучать именно ту платформу на которой он может помочь.
Большинство книжек пытается описать все возможности платформы, но не раскрывает акценты, которые знает только практикующий разработчик. Есть много вещей, которые в принципе нужны, но ими пользуются условно 1% программистов. А есть вещи, в которых изначально лучше разобраться.
Так же, задания из книжек обычно сильно далеки от реальности. Они больше проверяют математическую подготовку, чем умение выразить это решение в коде или построены так, чтобы научить использовать какую-то конкретную функцию, а не решить жизненную задачу.
Ну а если студент, то все тоже самое, но нужно попасть куда-то на практику. Посмотреть какие есть варианты в городе, под это и учить конкретную платформу.