VoidVolker

Как обработать слеш?

Экранировать обратным слешем ))
Вот так вот не надо: \.
Надо вот так: \\.

Информация для изучения.

мне из-за одного момента в жизни связанного с кодом надо прочитать книгу?

Ну можешь что-то положить на пробел и уйти чай попить. Оно само доскроллится.

Знать нужно много чего...
Само собой программирование: C++, C#, Java или другие.
Математика: необходимо знание основ алгебры, геометрии, тригонометрии и математического анализа.
Физика: нужно знать основы, чтобы моделировать физические взаимодействия в игре.
Графика: нужно знать, как создавать 2D и 3D графику, а также как обрабатывать изображения.
Звуковое сопровождение: принципы работы со звуком, чтобы создать качественное звуковое сопровождение для игры.
Геймдизайн: нужно иметь представление о том, как создать интересный и увлекательный геймплей.
Сетевой код: если хотите создать многопользовательскую игру, то необходимо знать, как реализовать сетевой код.
Оптимизация: нужно уметь оптимизировать код, чтобы игра работала быстро и без сбоев на различных устройствах.

Ну и, естественно, уметь пользоваться поисковиком, так как искать придется много разной информации.

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

Из математики обязательно: матрицы, тригонометрия, плани/стереометрия (декартовы координаты). Без этого вообще никак - это основа основ.

Из ЯП стандартно: алгоритмы поиска, сортировки, структуры данных (особенно деревья), ну и навык проектирования и архитектуры больших систем

Используй systemd для этого.

Если приложение графическое, то используй какой-нибудь kiosk mode.

В целом острой необходимости нет. Особенно если ты работаешь с веб-дизайном например.
Я перешел когда мне стало интересно разворачивать Ораклы и Hadoop и прочие вещи
и мне нужна была нативная интеграция bash. Не на уровне виртуалок или докеров или WSL
а мне нужна была истинная система. Делить ресурсы 50 на 50 между гостем и хостом я не хотел.
И задачи я себе придумывал такие которые требовали hardware нагрузить на сто процентов.

Корпоративные ноуты еще долго будут под Windows11. Это стандарт де факто для офиса. И я с ним
вобщем согласен. Я-бы сказал что не звучит вопрос переходить или не переходить. А в современном
мире, в мире где допустим командная строка как способ оперативного решения задач снова возвращается
в руки разработчику (после периода забвения от Windows95) или девопсу, быть неграмотным в этой
строке просто неприлично. Нужно быть грамотным в юниксовой строке независимо от того что у вас
хост-система на декстопе.

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

Не считаю, что это обязанность переходить на линукс в первый попавшийся момент, но когда я дошел до того, что на винде уже просто не удобно с чем-то работать и решил попробовать работать с линуксом, то горя больше практически и не знал. Если не говорить о том, что с самим линуксом тоже нужно научится работать. Лично я пользуюсь Kubuntu, это хороший дистрибутив для тех, кто переходит с окон. Если бы вы с линуксом знакомство начали с убунту (как я) или дебиан, или, не дай бог, арч, то вы, возможно, никогда больше не захотели бы им пользоваться :)

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

Прям необходимости точно нет.
Современная винда - стабильная, продуманная и, самое главное, очень удобная ОС.

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

Главный недостаток винды - производительность.
Я пишу не джаве - у меня один и тот же проект на линуксе собирается в два(!) раза быстрее чем на винде.

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

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

В общем хорошо иметь под рукой Линукс, если код в продакшене работает на Линукс.

ОС - инструмент, а не цель.

На вопросы почему ответов ясных не нашел

потому что их нет. Всё очень индивидуально, начиная от вкусовых предпочтений, заканчивая аппаратной конфигурацией. Я сам работаю в линухе, живу на винде (всё в одном компе дуалбутом), но я админ/devops, и мне необходима такая конфигурация, чтобы знать как помочь разрабу и с виндой, и с линухом (иногда даже с маком).
Если работаешь в команде - спроси тамошнего админа, готов он будет тебе помогать или нет? или может быть по соседству живёт добрый линуксоид, который за пивас с орешками будет помогать советами.
Если админа/соседа линуксоида нет - то живи на винде, там вполне годно работает WSL (в моей команде это нивелирует разницу в ОС лишь добавляя нюансы).
И статьи "ТРУЪкодер должен быть линуксоид" - фтопку, по вышеописанным причинам

Внутрь success вы должны добавить логику на добавления/обновление/удаления и т.п (нужное подчеркнуть), которое пришло с бэкенда.

И вообще для ajax запросов нужно использовать api запросы (routes/api.php). И в контроллере вы отдаёте только данные, а не как сейчас у вас - "шаблон" с данными.