TSobolev

>Sinatra — вроде всё просто и сходу не скажешь чего не хватает, похож на WebOb с первого взгляда или типа голого PHP
> типа голого PHP
/0

Начни с Sinatra, разберись в ruby, переключись на RoR.

Еще есть Padrino и Grape, первый это синатра со свистелками перделками, второй тоже самое, но для создания RESTful API

В приложении должна быть своя форма, без редиректов на форму банка, для ввода реквизитов карты: номер, цвв, дата

Нельзя из соображений безопасности, чтобы вы знали реквизиты карт.
Именно поэтому банк и отправляет к себе.

Напрямую тоже можно, но для этого требуется пройти сертификацию по PCI DSS.
Что то от 10 000 долларов и года времени на все процедуры.

Если вы не хотите PCI DSS, но как-то это реализуете технически в обход предлагаемого банком варианта - вас ожидает и бан (причем во всех банках сразу) и уголовное дело за мошенничество с банковскими картами.
Впрочем, может и повезет и не заметят. ;)

но как сделать через свою форму+api не ясно?!

Или создать свою платежную систему и заключить договор с Visa/MasterCard (что то от миллиона долларов).
Или получить сертификацию PCI DSS. Эта сертификация подразумевает определенные требования к вашим серверам, в частности запрет на сохранение номеров карт (и это будут проверять), кучу логирования того, что происходит на сервере и т.п.

Вам бы как-нибудь самому прикинуть, какой практический опыт вам хотелось бы иметь к окончанию вуза.
Проект этот можете вынести за скобки - он, скорее всего, все равно будет неудачным.
Важно, что вам придется изучить и преодолеть по ходу работы над ним.
Если у вас есть надежды и амбиции на серьезную работу с серверами - может, и Джава.
Если есть риск пристроиться в какие-нибудь Яндексы - Питон и Го.
Если, кроме местных веб-студий, особенной работы вам не светит - лучше Пых.
Если надежд никаких и после учебы пойдете в преподавание - можно попробовать С++ ;)

Раздели свой компонент Cleaning.vue на Type.vue, Area.vue, Window.vue и т.п., в которых реализуй механику работы каждого элемента формы и его стилизацию; для них реализуешь работу через v-model:

<template>
                    <div class="fieldItem">
                        <label for="cleaningType">Тип уборки</label>
                        <select id="cleaningType" :value="value" @input="$emit('input', $event.value)">
                          <option disabled value="">Выберите один из вариантов</option>
                          <option value="1" >Быстрая</option>
                          <option value="2" >Генеральная</option>
                          <option value="3">После ремонта</option>
                        </select>
                    </div>
</template>

export default {
  props: {
    value: Number
}
}

в App.vue оставь валидацию и отправку на сервер:

<form class="calculatorForm">
        <Type v-model="type" />
        <Area v-model="area" />
        <Window v-model="windows" />
        ....
        <button @click.prevent="getPriceInfo" >Рассчитать</button>
    </form>

Нивные хрюши долго не держатся - потому вилку вам никто не скажет. Никогда

Фраза

мы платим рыночную зарплату

дает вам больше преимуществ в торге чем любая вилка
Тк рынок включает в себя весь глобус, то идем на глассдурс и показываем $100k/year и хлопая ресничками говорим, что нас устраивает такая средняя зп

хорошим специалистам мы предлагаем хорошую зарплату

на такое просим указать критерии хорошего спеца и также показываем глассдурс

Тот кто необдуманно назовет цену первым - будет програвшим

Но разговор с хрюшей по поводу зп бесполезен - потому как они не принимают решение

Скажите три

Не совсем понятно, зачем вам уходить из C++. Специалисты по С++ зарабатывают куда больше, чем профессионалы в других языках, ибо очень высокий порог вхождения и нехватка кадров. Если будете дальше развиваться в данном направлении, то не будет проблем ни с деньгами, ни с трудоустройством (хотя придётся работать скорее всего в офисе или частично удалённо).

Если говорить о PHP, то вы его освоите на среднем уровне за неделю.
З.Ы. Сам веб-разработчик

В 34 года прошел собеседование и начал работать в веб студии, с тех пор успешно работаю. Было бы желание. Могу для вас посоветовать следующее. Набираетесь минимального опыта верстки и интеграции верстки в шаблон Битрикс, проходите Битрикс курсы и получаете пакет сертификатов, после этого идете работать в студию, набираетесь опыта. Большинство российских студий делают сайты на Битриксе. Для фриланса изучаете все тоже самое для Wordpress. Далее начинаете развиваться по карте развития разработчика https://github.com/zualex/devmap, т.е в сторону бекэнда. Учите основательно PHP все это время, и только потом когда крепко встанете на ноги лезьте в фреймворки.

Знал я десятки таких "бизнесменов". Ничего не взлетит, senior в офисе все равно больше получит, если нет больших инвестиций или крутой революционной идеи (если бы у ТС она была, он бы не задал здесь этот дурной вопрос)

Всё просто:
Два вопроса к выбранному проекту в портфолио:
1. С помощью каких инструментов это было сделано и почему выбраны именно они?
2. Как можно увеличить производительность данного решения?

Любой из ответов, указывающий на то, что проект - не этого человека:
1. Потому, что это лучшие на сегодня и все на них делают, работает быстро и легко расширяется.
2. Там больше ничего уже не сделать (нечего улучшать), я всё по-максимуму сразу делаю и качественно, чтобы потом не переделывать.

Потому что процентов 95 людей не умеют правильно самообучаться и принимать сложные решения, а остальные пять процентов такие глупые вопросы на задают

Добрый день.

Это попытка стандартизировать структуру проекта (многие ориентируются на неё)
https://github.com/golang-standards/project-layout

Go-Kit - очень грамотная структура, очень
https://github.com/go-kit/kit

И обязательно стоит посмотреть
https://12factor.net/ru/

Что касается "Т.е. в одном файле может быть сразу модель, сервис и репозиторий. Есть ли какие-то бестпркатики по этому вопросу?" - то это не совсем так, в одном пакете (папке) может быть и модель, и сервис, и репозиторий". Например вот так:
yourpackage/service.go
yourpackage/repo.go
yourpackage/model.go
И это всё будет доступно в рамках пакета.

Лично я использую такую схему:
cmd/ - команды исполняемого файла
conf/ - конфиги приложения (env файлы)
init/ - конфиги logrotated, nginx, systemd и т.д.
pkg/ - публичные пакеты
pkg/packagename/ - тут определяются интерфейсы (сервиса, репозитория и т.д.) в разных файлах
pkg/packagename/endpoints/http - endpoint'ы для HTTP
pkg/packagename/repo/mysql - реализация репозитория на MySQL
pkg/packagename/repo/gorm - реализация репозитория на GORM (для примера)
pkg/packagename/service/ реализация сервиса

Я написал очень кратко, если что-то не понятно или есть вопросы - пишите, я опишу подробнее

Да всем насрать