abmanimenja

На фронте данные построены так, чтобы было удобно рендерить, а на бек-енде - для запросов в БД.

А между ними - API - в котором данные должны быть в виде удобном взаимопонимания.
Как договоритесь, как удобнее.

Что там во фронтенде, что там в бэкенде - это их внутренние дела.
Единственная точка взаимодействия - API.
Вот этот формат и оговаривается.

Конструкторы появились более 15 лет назад....

Это как с CMS - просто появилась новая специализация.
Сколько-нибудь сложную систему невозможно создать без специальных знаний даже с конструктором.

Я бы скорее боялся что сайты вообще умирают.
Многие ведут успешно бизнес довольствуясь страничкой в соц. сети.

Откликнулся на вакансию джуна, в качестве тестового задания попросили написать мини mvc фреймворк. Сто ли связываться с подобными работодателями?

Вы работу хотите найти?
Джунов сейчас перебор, так что доказать придется, что вы что-то умеете.
Вангую - они вовсе не ожидают, что вы напишете полностью годный код.
Типичное тестовое задание - это отсилы часы работы, не более. Никак не о неделе идет речь.

PHP я не забыл, правда после C# писать на нем очень больно.

Вы "новый" PHP пробовали?
С тех пор как вы им занимались - очень многое изменилось.

jquery все еще актуален?

Пожалуй, да.
В низкой ценовой категории.

Нужно дать обратную связь.

Практические все закрытые разработчиками задачи содержат ошибки, причем очевидные, которые сразу бросаются в глаза при минимальном тестировании. И я не понимаю, это вообще нормально или нет? Разработчик должен пушить код, в котором он уверен с высокой степенью вероятности или это так и принято, что пушишь и нифига не тестируешь, типа как-то там сами тестеры разберутся?

Все дело в организации процессов в фирме.
Если за некачественный код тебе ничего не будет, то зачем напрягаться-то?

Что посоветуете? Брать тестера? Менять разработчиков? Менять процессы? Может в джире сделать подсчет возвратов задач в доработку по причине бага и на этом основании депремировать или как? Или наоборот давать премию за выполнение задач без багов?

Ошибки в коде - это нормально.
Есть приблизительная статистика: разработка состоит на 80% времени в вылавливании багов. И только на 20% времени в создании нового.

То есть исправление ошибок (за деньги тоже) такая же нормальная работа, как и собственно написание кода.

Это понятно, что не хочется платить за ошибки, но если вы будете платить только за новый код без ошибок - вам придется поднять зарплаты в 5 раз.

Тут только вопрос повышения ответственности разработчиков за сделанное гуано.
Действовать примерно так же как и в других видах бизнеса.

Только учесть, что огромное количество времени уходит на исправление ошибок и 100% отсутствия ошибок добиться невозможно - это единственное, что относится к специфики разработки ПО.

Сначала мягко пожурить, потом серьезно пожурить, потом депримировать (или отменить "автоматическую" премию), потом уволить.

Главное чтобы было четко понятно - "за что именно".

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

Самое главное что меня терзает - сохранение конфиденциальности исполняющей части проекта. Да, возможно звучит глупо, но не очень приятно будет, если новый член команды сольет проект в паблик или будет использовать его как то для своих нужд.

1) Забить. Внутренние проекты как правило находятся в виде не пригодным для общественного использования.

2) Разделяй и властвуй. Давать каждому доступ только туда куда точно надо. И более никуда.

Такие вещи как ключ/пароли, конечно же, в коде зашиваться не должны и лежать в репах в доступном виде тоже не должны.

Я не поверю, чтобы в крупных проектах давался доступ ко всему коду, каждому back-end разработчику.

Ну, например, проект на 60 разработчиков - крупный?
У всех есть доступ ко всему. Кроме ключей/паролей к платежным сервисам.

Подавляющая часть организаций не создает никаких высокотехнологичных ноу-хау, которые имело бы смысл хранить в секрете.

Это просто большой объем работы, который привязан к конкретной специфике бизнеса и более никому не интересен. Даже конкурентам. Ибо реальных данных там нет.

Если, допустим фронтендер сделал обновление кода шаблона, как сделать так, чтобы не дергать постоянно back-end'а для внесения эти изменений?

Имхо, в большой организации процессы автоматического деплоя должны быть налажены еще до того, как придет пора заботиться о секретости кода.

Есть еще один вариант, возможно очень глупый - делать письменный договор о неразглашении "начинки" проекта.

В РФ работает только как "взять на испуг".
В РФ NDA реально не функционирует. Ибо нельзя просто так в договоре написать "запрещено разглашать все". Нужно перечислять конкретные вещи, которые еще не созданы. И дополнительно к договору подписывать индивидуальные акты по этим конкретным вещам.

На это даже крупные фирмы навроде Яндекса налетали.
И судов не выигрывали, когда речь шла о коде. Выиграли только когда код из Яндекса был вынесен вместе с "калибровочными" данными для поиска.

Продолжайте углубляться в Node.JS, да, на её базе можно.

На том, что лучше знаешь лично ты или нанятые тобой программисты.

Для движка сайта, для динамики:

Несколько записей A/ААА в DNS.
Браузер отправляет запрос на все сервера, кто первый ответит из списка серверов - с тем в дальнейшем и происходит общение.

А для статики, для тяжелого контента (видео, фото) - есть специализированные решения CDN

Это просто разработка.
Development.