#Учеба #UOL
На прошлой неделе я закрыла вторую сессию.

1. Экзамен по дискретке. Дискретка была проще, чем вычислительная математика для меня, так как в прошлый раз пришлось буквально как с нуля все начинать. Дискретка уже шла на подготовленный мозг, английский уже получше стал даваться, да и в целом кажется, что дискретка тупо проще. Кажется, я успела сделать все, что могла. Иногда прям во время экзамена хотелось проматериться громко вслух, так как читаю вопрос, понимаю, что он простой, но тупо не помню как его решать, так как это было где-то там в мидтерме, и я не повторила это. Сначала пишу ответ, так как, ну, я решила задачу в уме. Потом через некоторое время все же вспоминаю методику решения и расписываю. Это было пресловутое сложение множителей на основе таблицы правды в булевой алгебре. Ничего реально сложного, просто из головы вылетело как таблицу корректно превратить в выражение.
2. Работа по программированию в универе. Результаты мидтерма меня довольно сильно выбили из колеи. Для сдачи финальной работы я просто заполнила все текстовые поля, ответив на их вопросы не по программированию, а по процессам скорее, собрала все в кучку и отправила. Я долго думала - дорабатывать что-то или нет, а если да, то зачем. Доказать кому-то, что я умею программировать? Сделать красивую работу для универа в стол? Научиться работать с библиотекой, которой я вряд ли воспользуюсь на работе? В проекте используем p5.js, если что. Ради оценки? Ради оценки, которая фиг пойми как работает, которую не предугадаешь? Думаю, что на зачет этого хватит.
3. Экзамен по алгоритмам. Это было несложно в целом вроде бы. Но надо ж было так продолбаться? Я только на экзамене узнала, что одну тему я полностью пропустила в лекциях и раньше она как-то прошла мимо меня. Это “Complexity classes”, ничего в целом сложного, просто когда сталкиваешься с терминологией впервые на экзамене - это вгоняет в некоторый ступор. Там один вопрос целиком именно по этой теме был. Я знаю О-нотацию, понимаю измерение сложности по времени и памяти, но что такое PSPACE, NPSPACE и polynomial была без понятия. Вот сидела уже после экзамена “догоняла” эту тему. Так как большая часть курса знакома, эта тема затерялась. Ни одного теста по ней, ни одного вопроса в учебной части. И только на экзамене - получите, распишитесь. Урок на будущее - чекать ВСЕ лекции и не быть такой самоуверенной.

На самом деле я не стремлюсь быть на учебе отличницей, никогда не стремилась. Мне не нравится чувствовать себя идиотом - да. Я стараюсь изучать материал до понимания, а не до лучшей оценки. В школе свой дневник оставляла в конце года на заполнение оценок и пока все доучивались последнюю неделю мая, я уже пасла коз и собирала траву для кроликов. Так в 8 классе вроде лишь в середине лета я узнала, что учителя нарисовали мне все пятерки в году. Это было забавно. Еще помню как химичка хотела меня запихнуть в олимпиаду, но при этом ставила мне 4, потому что я видите ли давала списывать. По физике со своей четверкой помогала отличнице решать задачи, чтобы она дотянула до пятерки. Зачем ей это было надо?

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

#Учеба #UOL
Следующий семестр по объему у меня самый сложный по плану. Итак мне предстоит:
⁃ ООП (с++) - блин, а можно просто им ответит как на собесах - инкапсуляция, наследование, полиморфизм и возможно композиция, и пусть они отстанут? Зато плюсы потрогаю. В целом я даже за, чисто ради плюсов, интересно. А еще он оценивается как самый сложный модуль на втором уровне.
⁃ fundamental cs - это не очень понятный предмет, похожий на математику для cs, кажется.
⁃ web-dev (html, css, js) - ну я даже не знаю… но это обязательно, поэтому пришлось брать. Там еще и групповой проект, что говорят, - самый большой гемор в универе.
⁃ software design and development (c++/js/python) - знаете, забавно, что ООП самый сложный, а не вот это. Здесь будет экзамен, как и на FCS. Я даже боюсь пока представить что это будет. Заглянула в пример экзамена, что ж, вот вам последний вопрос экзамена на максимальное количество балов:
You are talking to a developer friend who has never used test-driven development techniques before. State TWO reasons for and TWO reasons against using test-driven development.

И это еще не все. Я хочу как-то успеть закрыть https://www.coursera.org/professional-certificates/ibm-data-science#courses в процессе для зачета и говорят, что он пригодится потом, чтобы пройти один из модулей.

А ты налей и отойди…

Ну хоть школы теперь по утрам не будет, уже хорошо. Надеюсь, что все получится.

#Жизнь
Прошла уже неделя с момента как я вернулась в Куала Лумпур. В понедельник прилет, проход в страну без приключений, работа… Среда медкомиссия для визы, четверг экзамен. После чего сдала паспорт на установку визы.

И вот ДОЛГОЖДАННЫЕ ВЫХОДНЫЕ!

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

Как прекрасен Куала Лумпур. Как же здесь приятнее, чем в Бангкоке все же. Я за месяц там приуныла от запахов, грязи, жары. И как же кайфово вернуться в свою нору.

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

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

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

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

грузовик-кун - в сюжете про перерождение обычно смерть наступает от того, что героя сбивает грузовик.

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

UPD. Про исекай - сорян, это не перерождение, а именно попадание в другой мир, как правило через перерождение. Теорию по аниме не учила :)

#Работа
Немного вводной - сейчас у меня позиция Senior Software Engineer в аутсорс-компании, где я работаю как член продуктовой команды крупной международной компании, занимающейся медицинскими исследованиями. Мой текущий стек - это Python/JS и AWS Serverless. Я занимаюсь интеграциями различных сервисов для оптимизации работы ученых.

Последнее время участвую в собесах на разные позиции со стороны компании. Иногда собеседую с другими коллегами. Забавно, что меня зовут проверить экспертизу по AWS, сейчас вообще девопсов собеседую. Тут можно найти наши вакансии https://www.linkedin.com/company/software-country/posts/?feedView=all

Инсайды о собесах со стороны собеседующего

1. Джуновые вопросы на теорию бывают очень показательны. Я ненавижу теоретические вопросы, так как считаю, что ответы на эти вопросы учатся на собеседованиях. Чем больше человек прошел собеседований, тем лучше он на них отвечает. Но для меня открытием было, что опытные разработчики не могут ответить на какие-то совсем простые и банальные вещи. Вторым открытием было, что ответить кое-как, но показать безусловное понимание темы - это фактически ответить, потому что не ответить - это когда кандидат вообще двух слов связать по теме не может. Но все равно считаю, что надо спрашивать про опыт, а не про теорию и отталкиваться именно от опыта, если это не джун.
2. Собеседование, основанное на опыте, слишком сложно проводить. Чтобы провести собес, когда ты оцениваешь кандидата не по теоретическим вопросам, а по его опыту, нужно быть дофига гибким, подкованным, готовиться к каждому собесу почти индивидуально, хорошо продумывать вопросы, понимать то, о чем говорит кандидат. Именно поэтому мы имеем то, что имеем - все собесят на базе списка вопросов по теории.
3. 2-3 практических вопроса про опыт могут дать гораздо больше информации о кандидате, чем просто знание теории. И, кстати, будучи кандидатом, я думаю, будет плюсом, если говоришь не просто ответ на теоретический вопрос, но и подкрепляешь собственным опытом применения. Меня реально бесят вопросы аля - что такое генератор, реально кажется важнее спросить - применяли ли генераторы и если да, то как и зачем.


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

#Работа
Моя подборка вопросов на опыт:

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

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

#Жизнь
35
За последние 5 лет я посетила 30 разных городов, я пожила хотя бы месяц в 5 новых для себя странах, я поработала в 4 разных компаниях, прошла стопку курсов, получила сертификат AWS, выиграла с командой в хакатоне 1 млн рублей, закрыла 2 сессии в универе, свитчнулась из менеджера в программисты и дошла до лычки сеньора. А когда-то я считала, что после 30 жизни нет.

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

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

Еще через 5 мне будет 40. Эта цифра пугает. С одной стороны я уже осознала, что после 30 вполне норм, но я вижу как мое тело изнашивается, да и мы в итоге не вечны, а жизнь всего одна. Иногда прям оч хочется обратно в 20 и все переделать, все сделать по-другому. Но это невозможно. Возможно только влиять на настоящее и будущее. И следующие 5 лет у меня есть плюс/минус конкретный план по учебе. Я поняла, что я после 30ки начала собирать свои камни, закрывать долги перед самой собой. Я вылечила зубы, поступила и учусь в универе, стараюсь решать свои проблемы и не забивать на них. Надо еще приучиться к физ нагрузке, спорт я все еще не могу осилить нормально. Возможно, к 40 я приду к лучшей себе.

#Python
Открыла для себя тулу для работы со сложными структурами из json, когда нет нужды детально их описывать, но надо получить какие-то конкретные данные.

https://jmespath.org/

Эта штука встроена в powertools aws lambda https://docs.powertools.aws.dev/lambda/python/latest/utilities/jmespath_functions/, что в моем случае хорошо, так как не нужны никакие дополнительные либы.

Примеры моих текущих запросов, которые я делала для своей задачки:

f"data[*].attributes.tags.\"worksheet.{COLUMN_NAME}\" | [?starts_with(@, 'G')]"

чтобы работать с ключами, которые содержат пробелы или спецсимволы, их надо заключить в экранированные кавычки

| - это значок пайплайна, после него идет обработка результата предыдущей операции.

@ - текущий элемент

[?] - условие для фильтрации элементов

"included[?starts_with(id, 'ado-')].attributes.fields.\"Primary API\".value | [0]"

[0] - забирает первое найденное значение, иначе бы вернуло список всех значений

"data.attributes.fields[?name=='Compound API'].content.value | [0]"

[?name=='Compound API'] - Позволяет выбрать объекты с конкретными параметрами из списка

Короче, это такой аля упрощенный пандас для работы с json.

Боты для уведомлений в Microsoft Teams.

Есть 100500 гайдов на ботов в тележке, еще куча гайдов на ботов в слаке, а у меня на работе тимс. Когда я впервые пришла в компанию и попыталась найти как сделать бота в тимс, я потонула в тонне неочевидной документации и пришла к выводу, что там вроде как проще всего через Azure, доступов у меня к нему нет и оставила свои надежды, отказавшись от ботов.
Недавно решила чисто по фану повторить свои усилия и оказалось, что на самом деле есть изи способ без азуры. Я уже поделилась с коллегами, делюсь еще и тут, вдруг кому-то пригодится.

Шаг 1: Создание потока с HTTP триггером
1. Вход в Power Automate:
• Перейдите на сайт Power Automate и войдите в свой аккаунт.
2. Создание нового потока:
• Нажмите на "Create" (Создать) и выберите "Instant cloud flow" (Мгновенный поток в облаке).
• Дайте название вашему потоку и выберите триггер "When an HTTP request is received" (Когда получен HTTP запрос).
• Нажмите "Create" (Создать).

Шаг 2: Настройка схемы JSON
• Если ожидаемый запрос содержит JSON, определите JSON схему:
• В триггере "When an HTTP request is received", введите схему в поле "Request Body JSON Schema".
• Пример схемы для сообщения:

 {
  "type": "object",
  "properties": {
    "message": {
      "type": "string"
    }
  },
  "required": ["message"]
}

 
• Это позволит автоматически извлечь текст сообщения из поля message.

 
Шаг 3: Добавление действия отправки сообщения в Teams
• После триггера добавьте действие:
• Выберите "New step" (Новый шаг), затем "Microsoft Teams" -> "Post a message as a flow bot to a channel" (Отправить сообщение от имени бота потока в канал).
• Выберите команду и канал.
• В поле "Message" используйте динамическое содержание и выберите message, чтобы вставить текст полученного сообщения.

Шаг 4: Сохранение и тестирование потока
• Сохраните поток. Power Automate предоставит вам URL, который вы можете использовать для отправки HTTP запросов.
• Тестируйте поток, отправляя HTTP запросы на ваш URL с JSON телом, например, {"message": "Привет, команда!"}.
• Убедитесь, что сообщения корректно публикуются в Teams.
 

#Работа, #Tools

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

Оказалось, что это timestamp экселевский и считается от 1990 года в прошедших днях (не секундах). Как-то так Оо

#Учеба
В универе смотрю тему - регулярные выражения. Думаю, хе, ну изи, там уже все знакомо. Открываю, а там… Вообще не близко :)