Fix_and_go

Вещь которая скрашивает понедельники! Мой любимый зал, наверно это один из немногих моментов который заставляет меня просыпаться в 6:30 утра и что либо делать

Важный урок по неймингу переменных в Postman я для себя вывел. У меня было очень важное задание по проверки ряда эндпоинтов с учетом изменения хоста. Проще говоря я тестировал ручку на разных тестовых окружениях. За последние 5 лет я вообще не добавлял себе все эти глобальные переменные в postman, да и даже как то чаще всего все запросы делал или через авто-тесты, или из swagger. Но так как месяц назад мне дали новый комп, я решил все делать по уму включая работу с postman.  Ну и думаю, дай буду добавлять в глобальные переменны наши урлы. Есть такая поговорка, «Не жили богато, нечего и начинать», вот это про эту ситуацию. Не делал так ну и не делай. Так как я забыл что тестовых окружений у нас столько же сколько компонентов)) короче дофига. А я взял и назвал переменную тупо base_url. Я даже не удосужился дописать какое это окружение, какой компонент, н и чего Результат я думаю тут понятен, я проебал кучу времени пока не додумался залезть в эти переменные, и не изменить их.  Короче говоря, нейминг переменных как нам говорили в ИТМО, это основа основ!! И я это понял на себе, к сожалению через боль и потерю времени. Слава богу все работает)

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

Ну ребят, очередная классная схемка, схемуличка подъехала. Это вот тем кто думает а что же там изучать и куда двигаться. А вот тут все сказанно

🛡По итогу я сижу тут уже весь день, и что могу сказать. Если бы у всех разработчиков которые тут сидят не было созвонов, то это место смело можно было бы назвать тихим. А так это место сплошного разглашения nda)) все громко трут про процессы и проблемы своих продуктов 😅

Когда все таки собрался в офис

Не знаю как у вас а у меня есть небольшой бзичек по поводу скапливания открытых Pull request Последнее время я в основном занимаюсь фиксом тестов, api, UI, не важно. Но в связи с большим количеством тестеров в нашей компании, тесты на ревью начинают висеть некоторое время, и копиться. Пока я жду аппрува или правок на ревью, закидываю еще один пр, и еще один. Потом возвращаются правки, я правлю, падают еще тесты, например в регрессах, я хватаюсь их чинить, чиню какое-то время, закидываю в bitbucket и возвращаюсь к тому первому. И я так не люблю когда их собирается кол-во больше трех. Я не знаю может у вас не так а меня прям это почему то тригерит)

Очень смешное видео я вчера увидел, оно даже очень сильно подняло мне настроение. Чат джипити попросили сказать букву «Е» 1000 раз

Сегодня один из тех странных дней когда с утра мне становится очень грустно. Фиг знает почему так, толи моральный напряг из-за того что я не могу решить все ту же задачу с leetCode о которой я думаю каждый день, и которая будто говорит мне: - ты фиговый айтишник, ты не можешь меня решить потому что твое алгоритмическое мышление на нуле (у меня нет синдрома самозванца, но leetCode легко вызывает его) Толи потому что я затянул с переносом одного рабочего проекта, в наш рабочий скосив. Толи потому, что я не выспался и пропустил тренировку. Вывод напрашивается один, нужно отдохнуть!!

Я знаю что среди нашей банды есть люди которые хотят перейти и начать работать в области ML. И мне кажется очень важно понимать че ваще в этой областии кто делает. Вот небольшой обзорчик🖥 Итак 1) ML Engineer - должны знать матан, уметь кодить и они занимаются созданиме эффективных алгоритмов для каких-то продуктов 2) Data Analyst - кодят меньше, но значительно больше вовлечены в бизнес процессы 3) Data Engineer - готовят данные, на основе понимания что это за данные, где они лежат и как их от туда достать ну и должны суметь организовать вам пайплайны (кодить нужно) 4) ML Researcher - пишут статьи, часто оторваны от бизнеса процессов (кодить должны) 5) Analyst - тоже пишут статьи, часто оторваны от бизнеса,-процессов и в целом у них в целом не требуется знания кодинга и матана. 6) Devops - ребята помогающие автоматизировать решения (ну тут вы и так все про них знаете) Напомню что группа хоть и посвещена тестированию но все мы должны развиваться, и возможно этот пост кому то поможет найти для себя что-то новое) Да и в конце концов ну не сидеть на месте же.А ТО ДЕНЕЖКОВ НЕ БУДЕТ)

Я тут пару дней молчал, так как погрузился в работу и в решение одной ооооочень интересной задачи на leetCode. Смысл этой задачи очень прост! Есть функция в аргумент которой подается строка, содержащая только символы '(', ')', '{', '}', '[' и ']'. Нужно определить, является ли входная строка допустимой по трем условиям: 1️⃣Открытые скобки должны закрываться скобками того же типа. 2️⃣Открытые скобки должны закрываться в правильном порядке. 3️⃣ Каждой закрывающей скобке соответствует открытая скобка того же типа. Короче своеобразный линтер. И вот решая эту задачу я понял что блин, у меня храмают алгоритмы☹️ Дерьмово но это так. Я даже вспомнил как Хауди Хо когда писал какую-то игру, рассказывал, что в голове вроде до какого-то момента все выстраивается а потом как ступор. И он тогда начал прописывать алгоритм на бумаге. Я вот тоже самое испытываю, вроде понимаю как но потом ступор И вот я тоже пытаясь решить эту задачу вчера накатал алгоритм на бумаге, и пытался перенести его в код) ❌Разумеется использовать кучу ifов это не правильно и не круто. Вот я и сижу пытаюсь то мапы прикрутить, то еще что-то. Вывод я из этого всего могу сделать следующий, ребята практикуйти алгоритмы!

Решил я значит на leetCode начинать решать задачи. Типа в FAANG собираюсь 🆒 Не буду говорить, что могу решать по задаче в день, но хотелось бы за месяц хотя бы штук 5 решить. Вы кстати не пробовали там решать что-то? Решать стал на языке kotlin, ну так как это все же основной рабочий стек на работе. Начал разумеется с легких 🙂