Василий Банников

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

class Calc {
  private $number = 0;
  public function __construct($n){
    $this->number = $n;
  }
  public function plus($n){
    $this->number += $n;
    return $this;
  }
  public function minus($n){
    $this->number -= $n;
    return $this;
  }
  public function result(){
    return $this->number;
  }
}

echo (new Calc(100))->plus(50)->minus(75)->result(); // 75

Называется "method сhaining".
Суть - из функции класса возвращается объект текущего класса (или любого другого):

public function A()
{
   ...
   return $this;
}

Очевидно, суть программы (это не скрипт, забудьте это слово в конце концов уже применительно к чему-то не на Python, JS и Unity), запустить как раз-таки скрипт на PowerShell, который реализует вот этот вот эксплоит: https://googleprojectzero.blogspot.com/2016/03/exp...

4 пробела – везде и всегда равны 4 пробелам, а размер таб'а плавает.
при неумелом обращении, особенно при командной разработке, это может привести к неожиданному виду кода.

дело личных привычек/предпочтений и/или договоренности.
в умелых руках проблемы "space vs tab" вообще не существует.

Типичный процесс выглядит так:
Telegraf (сборщик метрик) берёт необходимые метрики и кладёт их в time series БД (InfluxDB), у него куча встроенных плагинов и хорошая документация. Он может брать логи nginx и отправлять их в InfluxDB
InfluxDB - одна из time series БД (TSDB), отлично интегрируется с Telegraf'ом, и разрабатывается одной компанией. Есть Open Source вариант.
Дальше уже из TSDB с помощью Grafana вытягиваете нужные данные, группируете/фильтруете и отображаете в одном из плагинов.

Вместо Телеграфа (если стало скучно) можно написать кастомный коллектор метрик и класть их в инфлюкс. Я писал на питоне (чисто из интереса), но до этого всё было сделано через Телеграф.

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

Мартин Грабер - SQL для простых смертных

Когда идёт подбор сотрудников на проект, то как правило в день просматриваю до 20 анкет присланных от hr и что бы выделиться из общей массы наличие сертификатов всегда полезно, однако это лишь привлекает внимание и если на встрече оказывается что эти сертификаты не подкреплены реальными знаниями, то я обычно злюсь пуще прежнего.

В общем случае да. Представь, что у тебя код

var imageFromInternet = GetImageByUrl("http://example.com/big-image.bmp");
picture.image = imageFromInternet;

Есть вариант, когда GetImageByUrl тормозит твой код, пока картинка из инета не загрузится, а это может быть и пол часа. А если тебе надо сказать 10 таких картинок - это за займёт больше суток. И всё зависло, ты даже прогресс бар не можешь нарисовать, потому, что твой код выполняется где-то внутри GetImageByUrl.

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

По сути все операции с устройствами ассинхронны внутри, иначе бы всё вставало колом пока не дождалось бы ответа.

int.TryParse метод так же сконвертирует строку в int, однако при неудаче не выбрасывает исключение. Возвращает true, если строку получилось сконвертировать в int, иначе — false. А само сконвертированное число будет записано в переменную text, которая передается в метод с модификатором out.

int text;
// если результат функции false, т.е. конвертирование прошло неудачно, показываем табличку с ошибкой
if(!int.TryParse(textBox1.Text, out text)) MessageBox.Show("Input value is invalid");

1. M/b на топовом чипсете вам не нужна. Берите самую дешевую. Z-чипсет - это для разгона.
2. ОЗУ. 2666 МГц будет достаточно.
3. При такой дохлой конфигурации можно обойтись вообще без корпусных вентиляторов. Ну если очень хочется - оставьте один на выдув.
4. Б/П можно и на 450Вт взять. (если не планируете покупать видеокарту).
5. Монитор на 24" да еще и fullHD... Ну это сильно надо себя не любить. Вот все сэкономленные деньги вложите в что-то типа 27"@4K.
U28R550UQI
Ну или 2K хотябы
HP 24mq
Philips 275E1S/01

Ну формально так: авторство кода в любом случае твоё, а право на использование уже принадлежит компании.
Далее есть ещё момент с NDA, если что-то подобное подписывал и тп, то тут часто даже нельзя говорить без кода чем конкретно занимался, только абстрактно(а порой нельзя говорить что вообще занимался чем-либо).
Работодателям прежде всего интересны будут кейсы и алгоритм их решения. Сам конкретный код, особенно большой, нет времени изучать и вникать. Но вот очистить его от конкретики, сделав более абстрактным, решающим абстрактную задачу можно. С помощью кода вы больше показываете ваш стиль написания, чистоту и прочее.
Поэтому :
1. Сосредоточьтесь на кейсах.
2. Из ваших старых работ выбирайте самые интересные(с вашей чтк зрения), подчистите их от конкретики и прямой привязке к старому проекту. Ну например была у вас там процедура како-го умного поиска объектов с гео привязкой с какой-то мудрой конкретной функцией(допустим тепловая карта цен недвижки с кросс запросами по разным таблицам), а вы его упростите до более простой и абстрагированого примера, построение данных для тепловой карты объектов(абстрактных) по заданному критерию с учётом доп свойств из связанных таблиц. Ну вы меня поняли. Заодно кстати и рефактор лёгкий будет.

Повторюсь, много кода не нужны, возьмите буквально несколько, на ваш взгляд, интересных примеров. Их цель прежде всего показать стиль и понимания работы языка(в данном случае sql). Остальное, рассказывайте словами, в том числе алгоритм, можно блок схемки показать. Те сами знания работы БД вы сможете передать не через код уже, а словами, блок схемками и рассказами и проблемах и успехах(и неудачах тоже кстати и почему они случились)