DevMan

Удивительно, но для работы с ftp есть ftp

Нет ненормально, но в крайних случаях это применяется.
В данном случае это способ вернуть два разных значения из функции.

Но по возможности такого подхода следует избегать.

И чисто технически это не определение переменной при вызове, а передача переменной по ссылке.

так html просто отдается, а php через php-fpm обрабатывается, не?

Во-первых, любой бенчмарк можно написать так, что визуально будет выглядеть очень похоже, но на деле у одной технологии будут использоваться сильные стороны, а у другой нет (понятно кто выиграет). Притом это можно сделать как специально, дабы превознести одну из технологий, так и ненамеренно, просто потому-что человек писавший бенчмарк очень хорошо знает одну технологию и посредственно другую.
Например, я вполне умею написать многие вещи на C, C# и Go, но знаю эти языки очень поверхностно, с другой стороны я очень хорошо знаю JS (в том числе достаточно много копался в кишках v8) и Rust, как думаете, кто победит, если я начну писать бенчмарки для сравнения этих 5 языков?

хотя Golang изначально и задумывался, как яп для хайлоада

Go изначально задумывался как ЯП, который сможет быстро освоить любой, кто базово знаком с программированием, дабы Google мог нанять тысячу джунов и они быстро прототипировали идеи без заморочек C/C++.

А еще вся супер-пупер параллельность - на самом деле асинхронщина, работающая на небольшом пуле реальных потоков ОС. Притом без вариантов. Асинхронный рантайм - это тоже не бесплатно. На всяких I/O штуках асинхронщина показывает себя очень хорошо, но на сугубо вычислительных задачах - все ее преимущества становятся минусами. На шарпе есть контроль, где использовать асинхронщину, а где вынести вычисления в настоящий поток. На Go такой возможности нет.

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

Как ты думаешь, школы выпускают круглых отличников?
Или может быть это делают институты?
Или курсы чем-то могут отличаться?

Могут котироваться некоторые сертификаты от Cisco или Microsoft, но в основном за счет того, что там достаточно въедливые экзамены. Все остальные сертификаты - ну как бы они потенциально говорят что ты должен иметь определенные знания. Но вот имеешь ли и умеешь ли этими знаниями пользоваться - неизвестно.

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

Всем пофигу на бумажки вообще и от курсов тем более.

Те переменные, которые могут часто меняться, храните прямо на сервере или configmaps в кубере
Те переменные, которые секреты - в хашикорп или другом хранилище секретов.

Все остальные, для изменения которых можно подождать новый билд - просто храните в коде в виде профайлов для каждого енвайрнмента.

Нет, подход не «новый».

Автор, дам советы по изложению больших текстов (не литературных, а по делу).

• Название не должно содержать интригу, а быть максимально понятным.
  
• В первом абзаце должно быть вступление, которое ещё детальнее раскрывает тему и объясняет, что будет дальше (но не частично, а полностью). Не нужно начинать издалека. Это просто обобщение, абстрактный уровень того, что будет дальше. То есть нужно начать с главного, с объяснения сути.
  
• В последнем абзаце примерно то же самое, что и в первом, то есть тоже обобщение, только с позиции завершения (с позиции выводов).
  
• И с учётом специфики этого ресурса, среднюю часть лучше вообще загнать под спойлер, если там больше 2 абзацев. Большие статьи лучше вообще в другом месте публиковать, но порядок изложения тот же нужен будет.