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

Когда идёт подбор сотрудников на проект, то как правило в день просматриваю до 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). Остальное, рассказывайте словами, в том числе алгоритм, можно блок схемки показать. Те сами знания работы БД вы сможете передать не через код уже, а словами, блок схемками и рассказами и проблемах и успехах(и неудачах тоже кстати и почему они случились)

Поменять минус на плюс.

Сюда.

php 7.4

У тебя какая версия php? Все ошибки и предупреждения показываешь? Что говорит var_dump()?
var_dump(json_decode('{"str1":"x66xexq"}'));

потому что они равны.

не нужно темнить, пишите проблему сразу.

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

Простой пример

IEnumerable<T> For(this IEnumerable<T> query, Action<T> action) {
foreach(var item in query) action(item) ;
return query;}

Тут нам наплевать на истинный класc запроса, нам важна лишь итерируемость. С программной точки зрения мы приводим массив, список, очередь.... к базе.

расширение кругозора и выход за рамки одного языка - это всегда польза для программиста.

а становится программистом или быть формошлепом каждый решает сам.

Вы делаете ошибку, тестируя только правильные варианты. Например, ваша регулярка посчитает правильными: function (, ,) или function(a b). И вы зря не обращаете внимания на примеры в интернете: \w короче и удобнее, чем [a-z0-9_]. Главное же - просто опыт.

Например, зачем повторять \(...\) в каждой группе, если это можно вынести за группировку? И зачем выделять отсутствие параметров в отдельный случай?

Я бы записал в таком виде:

\bfunction\s*(\w+)?\s*\(\s*(\w+(?:\s*,\s*\w+)*)?\s*\)

Но сама по себе идея анализировать язык программирования регулярными выражениями не является удачной:
регулярные выражения реализуют только регулярные грамматики (грамматики типа 3), тогда как для описания синтаксиса языка программирования требуется контекстно-свободная грамматика (грамматика типа 2). Разница между ними в том, что контекстно-свободная грамматика позволяет задавать рекурсивные правила (function внутри function) с неограниченной глубиной рекурсии.