batyrmastyr

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

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

PPS Генерировать short_key можно например получая id и преобразуя его из десятичной системы счисления в какую-нибудь NNричную.

1) перенесите ssh на другой порт
2) настройте авторизацию по ключу
3) установите fail2ban
4) настройте iptables ( новичкам не рекомендуется)
п.4 позволит оставить открытыми только игровые порты и ssh для доступа, а ssh защитите п.1-3

На мой взгляд преимущество macOS в стабильности работы. В большинстве случаев апдейты ничего не ломают и не роняют. В Linux часть апдейтов обычно заканчивается перекапыванием конфигурации, т.к. что-то сломалось.

Периферия - отдельная сага. Если у macOS все плохо, мало поддерживаемых устройств и т.д., то у Linux это какой-то ад. Если оно и есть, то работает, то нет. Даже банальный Wi-Fi в Linux редко поднимается без бубна.

Приличного софта для творческой работы - нет. Нет ничего близко похожего на Adobe Premier или Final Cut.

У Linux очень много хорошего сетевого и системного софта, разного рода серверов и т.д. Хотя на macOS много чего портировано через macports и очень много всего в homebrew.

Насчет Docker - многие не понимают, что он работает изначально на основе Linux Kernel API. Логично ожидать, что на любой не Linux платформе Docker будет работать иначе и потребует ту или иную имплементацию нижних уровней API, например Linux внутри виртуальной машины или же отдельную реализацию API.

С чем у macOS плохо - с кастомизацией интерфейса и наличием разного рода промышленного софта, CAD/BP и т.д. Есть очень много программ, которые пишутся исключительно под Windows. Часть из них работает в Wine, но большинство - нет.

Про железо могу сказать следующее - iMac вне конкуренции. Если ноуты есть сравнимые по цене, тот тут альтернатив просто нет.
Да, на первый взгляд выглядит жутко дорого. Но если взять даже самый дешевый iMac за $1,799.00 это будет выгоднее, чем просто купить 5K монитор за $949.66 и докупить еще всего барахла. А моноблок с 5K экраном за эти деньги наверно вообще нереалистично купить.

как писать поддерживаемый код?

Если уж очень коротко, то соблюдать SOLID/GRASP. Мне понравился твит одного из авторов React Router:
https://twitter.com/mjackson/status/1171524189850701825

Most common mistake software developers make: putting stuff in the wrong place. Coupling responsibilities and concepts that should be kept separate.
For me, this is 95% of software development. Just figuring out *where* things belong.

Что гуглить, что учить?

Фундаментальные знания, вроде вышеупомянутых SOLID/GRASP, паттерны (не только классические паттерны, но и вообще, общеизвестные решения определённых задач), базовые структуры данных. Фреймворки/библиотеки всегда будут приходить/уходить, что-то будет забываться. А фундаментальные знания всегда актуальны.

Может литературу какую почитать посоветуете?

Скажу за себя. Ни одной из этих известных книжек за свою жизнь не прочитал. Писал много говнокода дома, очень много. Удалял, переписывал. Смотрел код других людей, анализировал, пытался перенять то, что считал правильным.

Можно ли себя называть миддлом, если твой код говно?

Не пытайтесь себя оценить. В каждой компании свои понятия миддла. А если кто-то 35 лет на лиспе кодил, а потом прыгнет на Angular - кто он, джун или сеньор?
И, да, все мы в какой-то степени пишем говнокод. Если кто-то Вам доказывает, что он пишет супер чистый код - не слушайте.

И ответ на главный вопрос.

Как перестать говнокодить и принимать неверные архитектурные решения?

Это невозможно. Все проекты, которые чуток сложнее CRUD-ов, рано или поздно обрастают говнокодом. Никто не пишет идеальный код. Код должен работать и решать проблемы бизнеса.

Сделайте общий метод getUsersQuery(), который просто возвращает пользователей без какой либо сортировки. Свой метод getUsers() измените так, что бы он использовал первый метод. Плюс, добавьте метод getUsersSorted(), где будете возвращать данные, отсортированные в нужном виде. Не зная структуры проекта сложно написать какие то примеры кода, но я бы сделал примерно так:

function getUsersQuery() {
    // ...
}
function getUsers() {
    return getUsersQuery()->orderBy('id');
}
function getUsersSorted() {
    return getUsersQuery()->orderBy('name');
}

кароч, если ты такой умный )) то вот тебе программа по которой я учился на инженерского веб-программиста:

1) Вузовские книги по истории программирования, краткое знакомство со всеми основными языками (штук 10, обязательно си пролог и лисп), теория БД, структуры данных - первый год обучения

2) Дипломный проект - сразу надо делать большой проект на 3-5 лет обучения и практики
(некоторые гении наверное могут быстрее)

3) Во время учебы категорически не использовать готовые программы и фреймворки, и даже БД
можно и нужно использовать js-библиотеки - это просто удобное расширение среды исполнения

ты должен научиться делать простые вещи сам, простую БД сам, простую CMS сам, простой блог сам — только так у тебя вырастет мозг