Журнал инженера-программиста

Эффект Рингельмана - чем больше людей делают сообща одну работу, тем меньше они напрягаются.

DYOR - Do Your Own Research

На днях мне пришла рассылка с Habr QnA с вопросом молодого специалиста:

📩 Здравствуйте, я учусь в университете на направлении прикладная информатика и нам предложили в качестве одной из траекторий разработку на 1С. Ранее я только слышал об этой системе и немного пользовался клиентской частью приложения. Хотелось бы узнать у сообщества, стоит ли в это погружаться молодому специалисту, как быстро можно научиться, чтобы найти первую работу в этой сфере? Насколько актуален 1С сегодня и в дальнейшем?

Дать ответ я не успел, так как помимо тега 1С там были теги образования и карьеры, а тамошние модераторы очень строги к подобным философским темам.

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

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

Хочется пожелать "молодому специалисту" вместо "быстро научится 1С" (или Go, или Kotlin, или Python) лучше научится самостоятельности в принятии решений на основании самостоятельно проведенных исследований по открытым источникам. Жизнь у каждого из нас только одна и не нужно перекладывая ответственность за ее качество на "анонимных икспердов с интернета".

DYOR! 📊

Коллеги из Wiseadvice сделали обзор нового интерфейса для платформы 1С:Предприятие, который уже сейчас доступен партнерам для бета-тестирования.

Переключаемые темная и светлая темы, возможность задать для выполнения конфигурации собственную палитру системных цветов, новые варианты команд форм, а на рабочем столе дали возможность создать панель виджетов. Не понятно в какой версии нам ждать эту долгожданную графическую красоту (на сайте Зазеркалья пока тихо), но звучит очень круто! Я точно жду.

Нужно будет не забыть посетить 1C:DevCon.4, которая будет онлайн 13-14 апреля - возможно там разработчики покажут как вся эта красота работает.

В Ютубе натолкнулся на одного интересного преподавателя немецкого языка. Сейчас немецкий у меня на паузе, но это не имеет значения - преподаватель дает общий материал, который подойдет для изучения любого языка - хоть английского, хоть испанского, хоть хинди. Мне нравится его техническая подкованность и активные эксперименты на стыке лингвистики и IT. Недавно он сделал выпуск, в котором сравнивал работу новой языковой модели Gemini Ultra от Google с популярным ChatGPT 4 с точки зрения их помощи в процессе освоения иностранного языка. Если темы изучения языков вас интересует, то рекомендую ознакомится.

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

В последний год я очень много встречал утверждений, что программирование вместе с креативными творческими профессиями умирают, а вместо них на первое место выходит "промпт-инжениринг", так называемое искусство составить запросы для ИИ, чтобы он давал максимально полезный (эффективный, красивый) результат. Многие школы из "вайти в айти за месяц" срочно открыли курсы составления промптов. За ними подтянулись ВУЗы, которые вводят создание промптов как отдельный предмет (например, Университет штата Аризона США) или делают обзорные уроки.

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

Вывод: не стоит тратить время на курсы написания промптов - их информация уже прямо сейчас устарела, а через год они станут мемом на уровне "1С - это для бухгалтеров, которые без технических навыков освоят программирование" 👨‍💻

Внезапно, пару часов назад, пришел ответ от 1С. На запрос, который я делал два года назад. Оперативно. Сразу видно, что "КОРП Поддержка" 🥸

Учится не время работать. Где поставить запятую молодому специалисту, который хочет освоить новое ИТ-направление?

❓На днях смотрел вебинар посвященный сертификациям и там многих интересовало: сколько нужно получить сертификатов, прежде чем начать откликаться на вакансии или сначала нужно начать работать, а обучатся и сертифицироваться уже в процессе?

⚖️ Мне кажется, что в вопросе «яйцо или курица» не может существовать универсального ответа. Стратегия точно должна строится на особенностях конкретного человека и на окружающих обстоятельствах. Так наличие в ИТ-компаниях знакомых, которые готовы выступить поручителями новичка, весит точно больше строчки про сертификат в резюме. Но если есть переизбыток джунов на рынке труда, то эйчары делают отсекающие критерии отбора, одним из которых могут стать определенные сертификаты или прохождение курсов. А недостача кадров наоборот приводит к набору даже без опыта и тем более без сертификатов.

🥱 Лично мне всегда было скучно абстрактно учится. Те же бесплатные курсы для GCP-инженеров, которые я сейчас прохожу, вызывают во мне смертельную скуку (кроме BigQuery, где я вижу для себя практическую пользу), но я упорно прокликиваю работу с нейросетями, поисковым движком и генеративным ИИ с целью быть в курсе технологии. Помню, что точно так же мне в универе было скучно делать курсач по передаче видеопотока в стандарте H.264 – и поскольку задание было на мини группы, то кодерство я оставил одногруппнику, а на себя взял написание технической документации.

🛠 Но стоило мне начать на заказ делать портала на PHP, где нужно было получать доступ к файлам из 1С-Архива (предок 1С-Документооборота), то с интересом кинулся читать RFC, дабы разобраться с обменом файлов на уровне TCP. Уже только после года работы программистом FoxPro, купил себе учебник по языку и жадно его проглотил – «блин, так тут можно делать проще!», «а эту фишку я сам случайно раскопал». Углублять знания по 1С и готовится к сертификациям 1С-Профессионал я начал уже после того, как уже поработал на проекте внедрения 1С-УПП в крупном агрохолдинге и для меня это были не просто учебные тесты с ИТС, а подсказки с практическим весом.

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

Прочёл хорошую статью, в которой отлично раскрыть вопрос того, как программирование из женской профессии превратилось в мужское дело.

Кстати, в дополнение к моей заметке, программистами-фрилансерами тоже изначально были женщины (в декретных отпусках).

Итак, мир стал таким, каким он является, потому что:

1️⃣ программисты в отличии от стенографистов начали прилично зарабатывать, что "открыло глаза" мужчинам на новую перспективную профессию;

2️⃣ изначально компьютерных наук просто не существовало и потому программировать первые компьютеры набирали математиков (т.е. преимущественно женщин), но со временем появились выпускники ВУЗов, которые прослушали необходимые для работы курсы лекций, но высшее образование в США было в основном доступно парням (различные спортивные стипендии, а среди родителей было мнение, что парни должны получать ученую степень, а дочери пусть выходят замуж);

3️⃣ первые компьютерные игры делали мужчины для мужчин, а продавцы продавали парням вместе с первыми ПК. Таким образом в среде подростков в 80х сформировались многочисленные сообщества парней-гиков, которые с самого детства возились с ПК - начав с игр закономерно полюбили все с ними связанное, и это именно они распространяли мнение, что "компьютеры это не для баб";

4️⃣ в 80е годы корпоративные HR-ы ведущих айти-компаний по совету "неких психологов" составили профиль идеального программиста-соискателя, которым должен быть мужчина-интроверт с задатками аутиста, что сильно осложнило возможность женщинам работать программистами, даже если они получили соответствующее образование.

Внезапно наступило 8 марта 🌸

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

Но почему бы не воспользоваться воспоминанием о бывшем гендерного праздника и не поговорить на тему гендерных стереотипов в айтишке?

(так ИИ видит программиста, который видит весну)

Сегодня 1 марта, первый день календарной весны.

Фактически весна в Киеве началась еще в феврале. Иногда был снег, иногда был дождь. Иногда -1, иногда + 10. Снежные кучи понемногу таяли и во второй половине месяца их уже совсем не осталось. Вместо зимнего месяца был самый что ни есть настоящий март! У меня даже кошки начали мяукать 😺

С учетом того, что сегодня пятница, совсем нет желания занудничать и высказывать свое мнение про вышедший вчера в публичную бету 1С:Элемент. Или отправлять замечания и найденные ошибки на бота @platform_suggestions . И даже ошибки в EDT сегодня особо не раздражали - клин проекта, пару раз перегрузился, перезапустил службу кластера, сделал полную загрузку конфы и вроде все снова хорошо🤞

Всем добра и весеннего настроения 🍀

(начало)

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

10. Почему нельзя создать объект формы на стороне сервера и выполнить над ним некоторые действия в серверных модулях, но если делать серверный вызов с формы, то из него форму как параметр в те самые серверные модули передать можно?

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

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

13. Почему общие команды на форме можно добавлять только в ручную с помощью конструктора формы, а програмно нет?

14. Почему для обработчиков событий форм и событий элементов (включая команды) можно использовать только описанные внутри формы процедуры, а общие модули и прочие хранилища кода недоступны? В результате, просто тонны дублирующего кода и БСП-костыли.

15. Почему каждую пятницу сотрудники 1С просят присылать пожелания, и даже получают их от разработчиков, а управляемые формы как были сырыми десять лет назад, так после фидбека особо не изменились?

Как-то поучаствовал в споре на партнерском форуме 1С на тему управляемого интерфейса. Мне тогда безапелляционно заявили, что управляемые формы - это лучшее, что произошло на платформе 1С:Предприятие со времен перехода с 7.7 на 8.0.

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

1. Ок, допускаю, что технологически сложно было сделать обвертки над объектами, чтобы поместить их в данные формы, и потому придумали новые типы, которые используются только в качестве реквизитов формы, но почему не дать тут же на форме удобный АПИ для преобразования? Почему нас путают двумя методами для преобразования, которые делают одно и тоже (только один явно требует целевой тип, а второй может сам о нем догадаться)?

2. Почему самый базовый тип для работы с коллекцией данных, Таблицу Значений, запрещено передавать между клиентским и серверным контекстом формы? При том, что она может жить и на сервере, и на клиенте (как реквизит формы, или создание через конструктор Новый). Сколько еще десятилетий результат выгрузки запросов и табличных частей нужно будет дополнительно преобразовывать в массив структур?

3. Почему нельзя создать переменную модуля формы, которая будет жить и на сервере и на клиенте? Почему сохранение данных предусмотрено только для клиентских переменных, а серверные живут только на протяжении серверного вызова?

4. Если для массивов, структур и соответствий, которые должны существовать одновременно на клиенте и сервере, предлагается использовать реквизиты формы, то почему для них нет нормальных типов и нужно использовать тип Произвольный? Почему из этой тройки напрямую в реквизит можно записать только Структуру, а остальные только в качестве значений этой структуры?

5. Почему для Элементов Формы нельзя просто взять и проверить путь к данным на стороне клиента (важно для элементов, которые создаются расширениями и обработками)? Почему для этого обязательно нужно делать серверный контекстный вызов?

6. Почему для Элементов Формы нельзя просто взять и получить в коде на форме значение Заголовка, если оно явно не скопировано в свойства элемента? Почему для этого нужно делать серверный вызов, считывать путь к данным, а дальше делать исследование через метаданные?

7. Почему вообще нет простого способа через код узнать "Что видит и что доступно пользователю?". В некоторых сценариях Видимость=Истина для невидимых элементов и ТолькоПросмотр=Ложь с Доступность=Истина для недоступных для редактирования. Если видимость и доступностью управляются условным оформлением в табличных частях, то тут вообще тяжелый случай: нужно делать серверный контекстный вызов, считывать текущее условное оформление, перебором выискивать есть ли оформление элементов из табличной части и есть ли управление видимостью/доступностью и выполняются ли правила применения (которые могут быть очень сложными) к текущей строке таблицы.

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

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

Опубликовал на Инфостарте: https://infostart.ru/1c/articles/2033431/

Некоторые "староверы" игнорируют новые возможности платформы 1С (расширения, подписки на события и т.п.) и правят функционал без какой-либо системы - лишь бы как-то работало и клиент заплатил деньги.

Есть "пионеры технологий", которые директивно запрещают изменение основной конфигурации и все правки вносят только через расширения. Много расширений. Очень много расширений, часть из которых закономерно отваливается во время обновлений.

Давайте же обойдется без крайностей и будем всегда при выборе стратегии внесения правок в конфигурации выбирать здравый смысл 🥸

Ночью проводили 2023 год и теперь можно уверено подводить итоги. Многие это делали вчера, позавчера и даже с начала декабря, но я живу по принципу «не говори ГОП, пока не перепрыгнул». Поскольку год закончился я наконец-то могу уверенно сказать, что достигнута главная для автора канала цель – не сдохнуть. На новый наступивший 2024 год цель не изменяется – главным приоритетом остается выживание, а главными вызовами по-прежнему будут война с ежедневной угрозой гибели от ракет и дронов, а также вызванная ею на фоне хронического стресса болезнь крови.

Из позитивных моментов прошлого года могу отметить, что я вошел во вкус своего статуса ФОП (ФЛП) и даже начал жалеть, что не оформился предпринимателем ранее. Это не только больший уровень доходов (на СЛМ фопщикам официально платили на 20% больше, чем штатным сотрудникам на тех же должностях за счет экономии на налогах), но и большая гибкость в работе с компаниями, большая «зрелость» во взаимоотношениях и меньше уровень ответственности.

Так же в качестве эксперимента прошел курс «Advanced Java» (Spring, ORM, WEB-приложения, тестирование, DevOps-практики и тому подобное). Вызов для меня тут был в том, смогу ли я проходить курс на уровне с молодыми студентами, большинство из которых было на 20 лет меня младше, и которые ранее проходили в той же ИТ-школе с теми же преподавателями курс по Java Core. Эксперимент прошел успешно – материал оказался настолько для меня простым, что часть студентов стала в личке со мною списываться, так как, по их словам, я объяснял лучше, чем преподаватели с курсов.

Но нельзя просто взять и свитчнутся с 1С на Java без навыков английского разговорного языка. Даже в описании вакансий разработчиков в киевские офисы, где нужно общаться только с украинской командой, требуется высокий уровень разговорных скилов в инглише (на случай роста компании и аутсорса на забугорье). Данное требование было невыполнимым для меня, так как в школе и университете у меня был только французский, а англоязычное окружение у меня полностью отсутствовало. После окончания курса по Java я на эти же дни записался на уроки с репетитором через preply.com. И результаты очень неплохие – за полгода я научился говорить на уровне туриста и как минимум могу донести свои мысли.

Оглядываясь же на статистику этого канала, могу констатировать, что я был очень скупым автором. Помимо рабочей загрузки палку в колесо моего творческого вдохновения вставила моя жадность. Мне захотелось осветить тему современных СУБД, на которую, как мне кажется, у меня есть особый взгляд. Меня не остановили те факты, что на эту тему пишут толстые книги и в университетах ведут курсы длиной в несколько семестров. Но настоящим камнем преткновения стало осознание, что мне или нужно очень много писать, или ограничиваться поверхностными оценками. В первом случае никто не захочет тратить свое время и в лучшем случае пробегут глазами по диагонали. Во втором – я обоснованно не смогу продемонстрировать свою точку зрения и не буду отличаться от голословным хайповщиков из интернета. Хотя сейчас мне кажется, что упомянутые «эксперты», которые подменяют систему доводов своим авторитетом, тоже стояли перед похожей дилеммой.

Но не смотря на скудность постов и даже при отсутствии иной рекламы помимо ссылки на канал в моем профиле, у меня появились читатели, из числа которых за последний год только один ушел. Это вдохновляющая статистика! Следовательно пора преодолеть творческий кризис и продолжать движение вперед.

Спасибо за то, что были с каналом прошлый год и за то, что прочитали этот длиннопост! Поздравляю всех с праздником и желаю всем творческого и финансового роста минимум в 100% 🎉🌲🥂

До встречи на страницах!

Сегодня не стало Никиты Зайцева.

Я уважал Никиту как профессионала, ценил его как друга и всегда был рад его видеть и слышать.

Больше двух лет подкаста, преподавание в МФТИ и ВШЭ - мы многое успели сделать, многое и планировали.

Нам будет тебя не хватать.
Двери закрываются, звездный крейсер "Радио 1С Энтерпрайз" улетает.

Ушел знаковый для 1С человек - Никита Зайцев. Многие его знали по единственному регулярному подкасту на темы 1С, хотя лично мне они не зашли. Но зато мне очень зашли его выступления на конференциях - всегда внимательно их слушал и скриншотил интересные моменты.

Еще одно письмо с вопросом, который был тут же удален на Хабре:

Имеются за спиной около 6-8 пройденных курсов на Coursera, Javarush.
Но вот такая беда: не везет даже со стажировками. Я хз что делать. То требования от стажера - как к Junior+/Middle, то требование знать английский чуть ли не на С2 уровне.
Оглядываясь назад, начинаю осозновать, что бесполезные 3 года я вложился в это программирование, пусть оно и было моим наилюбимейшим занятием в эти 3 года, но когда наблюдается личностная стагнация, то и руки опускаются.
Мне 28 лет, за спиной имеется диплом очень даже престижной профессии, но на которой я работать не хочу. Хоть убей, но тянет к коду.
Ситуацию немного осложняет тот факт, что приходится работать, дабы не голодать и платить за съем жилья, больше 5-6 часов в сутки чисто физически выделять не получается.

Я даже готов на бесплатную стажировку по Джава, но вот хрен кто возьмет.
Возникают мысли о суициде, ибо в 28 так и не добился своего желаемого.

1. Очевидно, что корень проблемы не в программировании, а в мировоззрении. Если бы у меня был канал связи с парнем, я бы посоветовал ему искать не карьерных консультантов, а хорошего психолога.

2. На пятом десятке жизненного пути немного смешно читать про "все пропало, я в 28 ничего не добился" - еще вся жизнь в переди, всего несколько гипотез было протестировано и еще десятки выборов предстоит впереди...

3. C2 - это булщит, на самом деле хотят B2. Но тут не нужно возмущаться, так как английский - это рабочий язык создателей Java, это язык ежегодных конференций по Java, язык Java-раздела на стековерфлоу, язык открытых Java-репозиториев и это язык экзамена на получение сертификата профессионала по Java. Не знаешь английский - не можешь быть эффективным! Не знаешь английский, а знаешь русский, тогда твой путь - 1С и Дракон.

4. А книги и компьютерные игры обязаны приносить доход? Получил свою порцию гормонов счастья, увидел мир не таким уже и серым - работай дальше юристом или тавароведом... Скажи спасибо, что мы не пару веков назад живем, иначе целый день проводил бы в поле или на веслах - в активностях, которые даже мазохистам радости не приносит.

5. Умение программировать - это не только умение зарабатывать на софтверных галерах. В первую очередь это умение писать программы. В каждой профессии есть трудности, которые хочется упростить. Вперед, пиши для самого себя софт! Некоторые популярные продукты (например Slack) изначально разрабатывались для себя, а потом были выведены на рынок и принесли авторам миллионы.

6. Почему Java? Почему не Fortran и Cobol? Или почему не Ada и SmallTalk? Учить с целью заработка нужно не те инструменты, которые описаны в популярных книгах по Computer Science, а упомянутые в объявлениях про поиск программистов в вашем регионе. Если по Java вакансий мало, а по Kotlin (или Go, или JavaScript) много - не теряйте время, не ешьте кактус!

Уже упоминал, что иногда я помагаю людям на qna.habr.com , где некоторое время курировал два раздела, которые связаны с 1С. И чтобы не пропускать новые вопросы даже делал подписку на почту. Хотя после начала войны несколько месяцев не заходил и меня за время отсутствия "разжаловали". Но сейчас не об этом.

Год назад, когда я решил чуть больше посвятить себя языку Java, я подписался на почту на соответствующий раздел. В целом вопросы почти как в мире 1С, но есть отличие за счет активности действующих 5 кураторов. Иногда я вижу интересные, порой даже философские вопросы, с интересом перехожу из почты, чтобы почитать комментарии или даже попробовать ответить, но вопросы уже удалены - или вне тематики ресурса, или невозможно дать однозначный ответ, или TRFM MF!

Всегда осуждал подобный подход и в своих разделах удалял только явный спам. Я считаю, что пусть на различных сайтах дот-еди, дот-нет и дот-ком могут быть сотни ответов на этот самый вопрос, но если человек пришел и спрашивает, то или он банально не знает где и как эффективно искать информацию, или не понимает каких-то базовых понятий и потому видя ответ не может его понять. Легкий пинок в нужном направлении позволит неофиту набрать нужный импульс и превратится в хорошего профессионала, с которым в будущем не страшно идти на один проект. А к чему хорошему приводит удаление вопроса? [мэм "к черту программирование, буду вебкамщицей"]

И в случае с Java примерно 75% спорных вопросов может закрыть совет пойти на ресурсы типа LeetCode и HackerRank. Есть и другие, но я эту парочку хорошо знаю и могу рекомендовать.

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

Как с консоли считать двух- или трьох-мерную матрицу, или вывести в консоль? (сегодня был такой вопрос) Это половина задач на ресурсах! Открывайте первую попавшуюся, читайте условие и делайте по аналогии (если на собеседовании дали задачку на домашнюю работу).

Как перестать волноваться и научится быстро фокусироваться? Тренируйтесь и набивайте себе опыт! Это вообще максимально общий совет, который при этом максимально практичен. Чтобы научится проходить тесты, нужно просто учится проходить тесты! Если регулярки и управление потоками можете писать проснувшись среди ночи, то никакие собеседования уже не страшны!