One morning you wake up find out you have access to God’s developer console. What’s the first thing you do with this power?
Discussion
♦ 154 + W 479 & Share
^ BEST COMMENTS ▼
I like forks • 5h
hehe3301 • 7h
sudo rm -rf oceans/*/contents/
*.plástic
sudo rm -rf people/*/*.cáncer sudo rm -rf v
Похоже на шаблонные строки в JS. Типа a = `Hello ${user.name}!`
В бэке надо быть хорошим архитектором, ибо многопоточность, [микро]сервисность, местами облачность, возможны осадки в виде дедлоков
Во фронте больше гимора от заказчика и кроссбраузерность
Учитывая сколько может обработать современный веб клиент, написать фронт так чтобы он заметно тормозил надо сильно постараться
При этом заказчик оценивает весь продукт по фронту
> написать фронт так чтобы он заметно тормозил
Берешь Реакт, в котором плохо организована вертикальная передача данных. Чтобы хоть как-то разрешить проблемы с передачей, прикручиваешь Редукс, который на каждый чих с объектом возвращает его неизменяемую копию, распихиваешь данные по как можно большему числу объектов и готово - вроде фронт ничего не делает, а тормозит зверски.
Когда же джамшут столкнется с интересными проблемами бэка типа race condition, то виноватым снова окажется слабое железо. Ну и хакеры, конечно.
А фронту валить проблемы не на кого.
А как же дизайнер, который "вообще не понимет, как всё устроено" и "ну тупой, такое же невозможно заверстать"
В проектах посложнее эта "прослойка" может быть разбита на микросервисы, решать вопросы авторизации, доступов к данным, интегрироваться с кучей внешних систем и заниматься аналитикой
Задача интеграции с кучей внешних систем обычно сводится к написанию тривиального HTTP-запроса, коих на фронте могут быть сотни.
Конечно может быть уникальная задача, которая решается только на стороне бэка, но такие случаи единичны. А в 90%+ случаев анализ на стороне приложения случается потому, что разработчик имеет весьма смутное представление об SQL.
Это реально прямо эпидемия. Как каждый идиот на фронте полагает, что знает CSS (путаясь в простейших селекторах), так и каждый идиот на бэке полагает, что знает SQL (путаясь в простейших селектах).
какой пул подключений база может выдержать?
как соонтести роли пользователя сайта к роли и авторизации в БД?
для каждого пользователя сайта ещё и пользователя для базы создавать?
серьёзную логику перестали вешать на БД и хранимые процедуры не потому, что все резко отупели и забыли SQL, а потому что это не масштабируется и не отлаживается нормально
плюс, логика, выполняемая на стороне SQL будет тормозить запросы от других клиентов, удлинять по времени транзакции, повышать риск блокировок
Урок №1: JavaScript - говно
Урок №2: Java - это не JavaScript
Урок №3: Java - тоже говно...
Урок №2: JavaScript - не говно
Урок №12: Возможны разные результаты при разных интерпретациях одних и тех же данных
не лезь оно сожрет тебя