Рабочий блокнот. Тут планирование перехода структуры данных от списка к графу и изменение 3D моделей аватаров через blender. А во время созвонов я рисую простые геометрические фигуры, пишу рандомные слова и иногда фиксирую ключевые слова из договоренностей, чтобы потом расписать подробнее то, о чем договорились.
Всегда восторгалась людьми, у кого черновики выглядят как связные мысли, а не вот этот набор абсолютной дичи. #Жизнь
Всегда восторгалась людьми, у кого черновики выглядят как связные мысли, а не вот этот набор абсолютной дичи. #Жизнь
👍5🔥1
Факап дня. Сижу, изучаю вариант распознавания речи без предварительной конвертации аудио в другой формат, чтобы снизить время на обработку. Готовлю данные, делаю запрос в google api. Получаю ответ через 15 секунд. Думаю, что ну трындец, мы так не договаривались. Закрываю все, что сделала. Иду изучать другие варианты оптимизации. Мой интернет… тадам, я чет прилег)
Когда интернет полетел, скорость обработки запроса пришла в норму. Пришлось все обратно возвращать) #Работа
Когда интернет полетел, скорость обработки запроса пришла в норму. Пришлось все обратно возвращать) #Работа
😁2🤯1
Просто делюсь эмоциями...
Да простят меня коллеги, но сил нет.
Второй день переписываю кусок кода, который и ранее уже немного правила. И все еще негодую) Просто одно и тоже гоняется туда-сюда, такое ощущение, что писали индусы, которым платят за строчки, но иногда они вдруг пытаются сэкономить! внезапно! и там где стоило бы разнести как раз на несколько строк, наоборот впихивают все в одну.
Зачем я это делаю? Я хочу несколько запросов делать асинхронно, но для этого мне надо вытащить их из общего потока задублированного по сути кода. Терпения мне.
Пример бесячего однострочника:
И вот такого довольно много #Работа, #Python
Да простят меня коллеги, но сил нет.
Второй день переписываю кусок кода, который и ранее уже немного правила. И все еще негодую) Просто одно и тоже гоняется туда-сюда, такое ощущение, что писали индусы, которым платят за строчки, но иногда они вдруг пытаются сэкономить! внезапно! и там где стоило бы разнести как раз на несколько строк, наоборот впихивают все в одну.
Зачем я это делаю? Я хочу несколько запросов делать асинхронно, но для этого мне надо вытащить их из общего потока задублированного по сути кода. Терпения мне.
Пример бесячего однострочника:
ignore_fail = getattr(result, 'ignore_fail', False) and (kwargs['level'] == 2 and session.mode == LessonMode.CHOICES_TEST_TWO_STEP)
И вот такого довольно много #Работа, #Python
🤯3👍1
Вчера целый день провозилась с Pycharm.
При установке новой библиотеки редактор ее не обнаруживал. То есть консоль работает, приложение работает, в списке зависимостей для интерпретатора она есть, а в редактор - хрен, красное подчеркивание, ничего не вижу и не знаю.
Я давно использую докер и ранее такого не было. Были небольшие подвисания, но по мелочи. Тут я перерыла все, очистила все кэши, переиндексировала проект, перезагрузила PyCharm, docker, систему, в итоге переустановила Pycharm, удалила папку .idea и таким образом грохнула все видимые ранее редактором сторонние библиотеки, что вообще залочило мне работу с проектом. Красным-красно в импортах. Я искала решение в гугле, но все было не то, спрашивала в сообществе, но там ничего нового не подсказали. В итоге я дошла до саппорта JetBrains, зря я что ли плачу за лицензию? Но перед тем как создавать тикет, я как хорошая девочка пошла искать похожие. И таки в куче всякого нашла комментарии от пользователей с решением проблемы! https://youtrack.jetbrains.com/issue/PY-52576 Короче, оказалось, что команда обновления зависимостей для редактора не работает с docker compose v2. После отключения этой версии все заработало!
Go.
Давно хотела попробовать Go. На самом деле много всего надо изучать и проходить, но так невыносимо хотелось потрогать Go, что плюнула и сижу, развлекаюсь с гошечкой. Пока ничего серьезного, но мне нравится. Пофиг, что надо бы другое прокачивать, хочу го, буду трогать го:)
Не слишком ли подло будет что-нибудь намутить в проекте на Go?
React. Фронтенд. Боль :)
В плане работы новая порция ковыряния в чужом коде. Вот уже 1,5 месяца я пытаюсь разобраться с фронтом. Не скажу, что это супер-сложно, скорее больше испытываю великое отрицание при работе с этим. Мне нравится фронтенд, но разбираться в чужом коде неприятно, а тем более менять его. Сегодня переписала 3 дублирующих компонента в один, чтобы проще было перестраивать в новую логику. При этом значительно сократила код родительского компонента. Мечтаю когда-нибудь переписать этот проект с реакта на ангуляр. Ну, или найти толкового фронта, чтобы я туда больше не лезла.
Менторство.
Зарегалась в боте @devmentorbot. Привет новым подписчикам оттуда! Зарегалась и как ментор и как ученик. Бот прикольный, всем рекомендую. Думаю, что на самом деле на любом этапе развития есть чему учится у других и чем помочь кому-то. Я всегда старалась подсказать всем при наличии свободного времени. Я обычно честно говорю, если чего-то не знаю или подчеркиваю, что это мое личное мнение. Надеюсь, смогу кому-нибудь реально помочь. И, кстати, спасибо тем, кто читает тут мои заметочки и старается помочь мне, ценю это ^_^
Завтра будет. Лучше. #Docker, #Учеба, #React
При установке новой библиотеки редактор ее не обнаруживал. То есть консоль работает, приложение работает, в списке зависимостей для интерпретатора она есть, а в редактор - хрен, красное подчеркивание, ничего не вижу и не знаю.
Я давно использую докер и ранее такого не было. Были небольшие подвисания, но по мелочи. Тут я перерыла все, очистила все кэши, переиндексировала проект, перезагрузила PyCharm, docker, систему, в итоге переустановила Pycharm, удалила папку .idea и таким образом грохнула все видимые ранее редактором сторонние библиотеки, что вообще залочило мне работу с проектом. Красным-красно в импортах. Я искала решение в гугле, но все было не то, спрашивала в сообществе, но там ничего нового не подсказали. В итоге я дошла до саппорта JetBrains, зря я что ли плачу за лицензию? Но перед тем как создавать тикет, я как хорошая девочка пошла искать похожие. И таки в куче всякого нашла комментарии от пользователей с решением проблемы! https://youtrack.jetbrains.com/issue/PY-52576 Короче, оказалось, что команда обновления зависимостей для редактора не работает с docker compose v2. После отключения этой версии все заработало!
Go.
Давно хотела попробовать Go. На самом деле много всего надо изучать и проходить, но так невыносимо хотелось потрогать Go, что плюнула и сижу, развлекаюсь с гошечкой. Пока ничего серьезного, но мне нравится. Пофиг, что надо бы другое прокачивать, хочу го, буду трогать го:)
Не слишком ли подло будет что-нибудь намутить в проекте на Go?
React. Фронтенд. Боль :)
В плане работы новая порция ковыряния в чужом коде. Вот уже 1,5 месяца я пытаюсь разобраться с фронтом. Не скажу, что это супер-сложно, скорее больше испытываю великое отрицание при работе с этим. Мне нравится фронтенд, но разбираться в чужом коде неприятно, а тем более менять его. Сегодня переписала 3 дублирующих компонента в один, чтобы проще было перестраивать в новую логику. При этом значительно сократила код родительского компонента. Мечтаю когда-нибудь переписать этот проект с реакта на ангуляр. Ну, или найти толкового фронта, чтобы я туда больше не лезла.
Менторство.
Зарегалась в боте @devmentorbot. Привет новым подписчикам оттуда! Зарегалась и как ментор и как ученик. Бот прикольный, всем рекомендую. Думаю, что на самом деле на любом этапе развития есть чему учится у других и чем помочь кому-то. Я всегда старалась подсказать всем при наличии свободного времени. Я обычно честно говорю, если чего-то не знаю или подчеркиваю, что это мое личное мнение. Надеюсь, смогу кому-нибудь реально помочь. И, кстати, спасибо тем, кто читает тут мои заметочки и старается помочь мне, ценю это ^_^
Завтра будет. Лучше. #Docker, #Учеба, #React
🔥6
8-мартовский пост.
Хочется сказать пару слов о феминизме. Я не являюсь активной феминисткой, но нашла в этой теме отражение своих проблем, поэтому хочется поделиться и рассказать о своем опыте и об опыте своей мамы, которая была инженером связи.
1. Гендерные стереотипы я значимо ощутила на себе, когда осознала, как они повлияли на мои мысли. После школы я была уверена в том, что женщина как руководитель хуже, чем мужчина. Я верила, что женщина сильнее подвержена эмоциям и не способна на холодное принятие решений. Эмоции действительно мешают сделать осознанный, логичный выбор. И я верила, что женщины в этом плане слабее мужчин. Верила в это и когда сама стала руководителем, и потом еще долгое время. Это порождало гору неуверенности в себе, сомнения в собственных силах. Коллеги верили в меня, а я в себя - нет. Почему это все же стереотип? Для того, чтобы развеять в себе этот миф пришлось посмотреть Роберта Сапольски "Биология поведения человека". Я не смогу и не буду приводить аргументы и спорить, так как не вижу смысла пытаться переубедить кого-то, я просто рассказываю свою историю.
2. Забавно, что при этом у меня никогда не было сомнений в своих инженерных склонностях, мне легко давалась математика и я ее любила, физику я просто обошла сторонкой, потому что меня она не увлекала так, как увлекала математика. В своей голове я не сомневалась, наверное, спасибо за это надо сказать родителям. Мама старалась развивать во мне умение решать сложные задачки, родители играли со мной и братом в разные игры на логику, развивали аналитические способности. И я все детство от мамы слышала истории как ее коллеги в начале пренебрежительно относились к ее образованию и опыту как инженера. Они не верили, что мама может справиться с этой работой, но она всегда над этим смеялась и доказывала делом, что она не просто может, а делает лучше своих коллег-мужчин. Она не боялась испачкаться на работе, ездила по разным деревням и настраивала там оборудование. Будучи студенткой я дарила ей женские сумки, ручки которых рвались от веса инструментов :), надо было подарить ей хороший портфель! У нее всегда был с собой паяльник, отвертки и еще куча всего для работы. И я не скажу, что мама - пацанка, хотя с возрастом она и подзабила на женственность, и на то, чтобы научить меня краситься :), а еще она терпеть не может бытовуху и готовить, как и я. Но зато в молодости она рассекала в платьях, которые шила сама и на шпильках.
3. Мне сложно говорить о каких-то изменениях в целом в сфере it, я сужу только по своей личной истории. Еще лет 5 и более назад я помню как коллеги эмоционально реагировали на каждую девушку-программиста, споря о том, что могут ли девушки быть нормальными программистами. Год назад, когда я устраивалась на работу, я спросила у коллеги, который занимался отбором, много ли было девушек на вакансию и как они к этому относились. Он ответил, что девушек было достаточно много (из 40+ человек, сделавших тестовое задание, девушки были не единичны, но я не помню считал ли он какой-то процент), и что им в целом было все равно на пол. Ну, и на других собеседованиях я ни разу не услышала ни грамма удивления или каких-то комментариев на счет моего пола. Мне кажется, что сейчас в it-сфере уже для всех это норма. Да, и в целом, если даже говорить про то время, когда стереотипы были в силе, они всегда разбивались об реальность, так как разница не ощущается.
4. Самое личное. Из-за внутренних стереотипов и зная, что мама изначально ждала мальчика, я очень много лет жалела, что родилась девочкой! Оказывается, это довольно распространенная проблема. В общем, мне казалось, что мужчины во всем лучше женщин, поэтому я не любила дружить с девочками, и не хотела быть похожей на типичную девушку. Мне понадобилось очень много лет, чтобы справиться с этой мыслью.
Хочется добавить, что пост не про нытье, а про преодоление, потому что сейчас это перестало быть проблемой для меня. #Жизнь, #Истории
Хочется сказать пару слов о феминизме. Я не являюсь активной феминисткой, но нашла в этой теме отражение своих проблем, поэтому хочется поделиться и рассказать о своем опыте и об опыте своей мамы, которая была инженером связи.
1. Гендерные стереотипы я значимо ощутила на себе, когда осознала, как они повлияли на мои мысли. После школы я была уверена в том, что женщина как руководитель хуже, чем мужчина. Я верила, что женщина сильнее подвержена эмоциям и не способна на холодное принятие решений. Эмоции действительно мешают сделать осознанный, логичный выбор. И я верила, что женщины в этом плане слабее мужчин. Верила в это и когда сама стала руководителем, и потом еще долгое время. Это порождало гору неуверенности в себе, сомнения в собственных силах. Коллеги верили в меня, а я в себя - нет. Почему это все же стереотип? Для того, чтобы развеять в себе этот миф пришлось посмотреть Роберта Сапольски "Биология поведения человека". Я не смогу и не буду приводить аргументы и спорить, так как не вижу смысла пытаться переубедить кого-то, я просто рассказываю свою историю.
2. Забавно, что при этом у меня никогда не было сомнений в своих инженерных склонностях, мне легко давалась математика и я ее любила, физику я просто обошла сторонкой, потому что меня она не увлекала так, как увлекала математика. В своей голове я не сомневалась, наверное, спасибо за это надо сказать родителям. Мама старалась развивать во мне умение решать сложные задачки, родители играли со мной и братом в разные игры на логику, развивали аналитические способности. И я все детство от мамы слышала истории как ее коллеги в начале пренебрежительно относились к ее образованию и опыту как инженера. Они не верили, что мама может справиться с этой работой, но она всегда над этим смеялась и доказывала делом, что она не просто может, а делает лучше своих коллег-мужчин. Она не боялась испачкаться на работе, ездила по разным деревням и настраивала там оборудование. Будучи студенткой я дарила ей женские сумки, ручки которых рвались от веса инструментов :), надо было подарить ей хороший портфель! У нее всегда был с собой паяльник, отвертки и еще куча всего для работы. И я не скажу, что мама - пацанка, хотя с возрастом она и подзабила на женственность, и на то, чтобы научить меня краситься :), а еще она терпеть не может бытовуху и готовить, как и я. Но зато в молодости она рассекала в платьях, которые шила сама и на шпильках.
3. Мне сложно говорить о каких-то изменениях в целом в сфере it, я сужу только по своей личной истории. Еще лет 5 и более назад я помню как коллеги эмоционально реагировали на каждую девушку-программиста, споря о том, что могут ли девушки быть нормальными программистами. Год назад, когда я устраивалась на работу, я спросила у коллеги, который занимался отбором, много ли было девушек на вакансию и как они к этому относились. Он ответил, что девушек было достаточно много (из 40+ человек, сделавших тестовое задание, девушки были не единичны, но я не помню считал ли он какой-то процент), и что им в целом было все равно на пол. Ну, и на других собеседованиях я ни разу не услышала ни грамма удивления или каких-то комментариев на счет моего пола. Мне кажется, что сейчас в it-сфере уже для всех это норма. Да, и в целом, если даже говорить про то время, когда стереотипы были в силе, они всегда разбивались об реальность, так как разница не ощущается.
4. Самое личное. Из-за внутренних стереотипов и зная, что мама изначально ждала мальчика, я очень много лет жалела, что родилась девочкой! Оказывается, это довольно распространенная проблема. В общем, мне казалось, что мужчины во всем лучше женщин, поэтому я не любила дружить с девочками, и не хотела быть похожей на типичную девушку. Мне понадобилось очень много лет, чтобы справиться с этой мыслью.
Хочется добавить, что пост не про нытье, а про преодоление, потому что сейчас это перестало быть проблемой для меня. #Жизнь, #Истории
🔥9❤2
Дорогие девушки, поздравляю вас с наступающим праздником и желаю не спотыкаться о гендерные стереотипы.
Дорогие мужчины, обожаю вас, вы классные! Если ищете подарок для женщины на 8 марта, то лучшим подарком будет поддержать ее стремления, начинания, дела, увлечения морально, своим временем, ресурсами. Это всегда будет приятно и актуально на любой праздник, для любого человека) #Жизнь
Дорогие мужчины, обожаю вас, вы классные! Если ищете подарок для женщины на 8 марта, то лучшим подарком будет поддержать ее стремления, начинания, дела, увлечения морально, своим временем, ресурсами. Это всегда будет приятно и актуально на любой праздник, для любого человека) #Жизнь
👏7❤1
Про современные проблемы в работе.
Vue.js. На днях разворачивала проект на vue, в том числе использовала vue cli. Мне повезло не испытать на себе современную уязвимость. Также коллеги подкинули способ проверки пакетов https://security.snyk.io/
Вся эта история, конечно, неприятная, хотя и ранее подобные проблемы с вредоносным кодом в зависимостях случались.
AWS. На личном аккаунте карта слетела. Хорошо, что есть Алешка у меня... На самом деле вовремя мы получили кредиты от AWS на стартап. Хотя бы меньше было головняка с оплатой, но вот карта слетела и все же приходится решать и эту проблему. Первым делом пошла в сообщество @aws_ru. Сейчас там многие решают эту задачку, почитала переписку, комменты, закрепы, увидела, что рекомендуют обращаться в ТП. Ну что ж, написали в support, нас пообещали не лочить и отправили в отдел продаж, чтобы выработать нестандартный способ оплаты. Интересно что они в итоге предложат, но по крайней мере они идут на диалог и стараются помочь.
Подняла outline больше на всякий случай, чем реально нуждалась. https://getoutline.org/
В остальном ничего особо пока не изменилось.
Поделюсь немного самой работой. Для задачи с редактором пришлось довольно интересные рекурсии писать. У меня есть две структуры данных - ноды и ребра между нодами. Ребра я специально выделила отдельной структурой, хотя по сути это связь между двумя нодами. Визуально структуры представлены в виде почти дерева. Почему почти? Потому что ветка может расслоиться на несколько, а потом сойтись в общую точку и дальше продолжить быть веткой. Не знаю, может, есть какое-то название такому типу деревьев, но я не в курсе. И вот одной из задач было написать функцию удаления для ноды, из которой происходит такое расслоение, вплоть до следующей объединяющей ноды (то есть удалить ноду и все ее расслоение), при этом само расслоение внутри также может содержать произвольную длину веток и аналогичные расслоения.
Пришлось хорошо так пораскинуть мозгами, чтобы придумать алгоритм удаления. Я сразу понимала, что это будет рекурсия, но как отразить рекурсивное удаление такого расслоения по каждой исходящей ветке было непонятно. Небольшое еще усложнение было в том, что ветки внутри расслоения могут еще и прерваться, то есть не сойтись в единую точку. В итоге я справилась, но надо еще проверить все нюансы. Могу скинуть код, если кому-то будет интересно почитать какая функция в итоге получилась.
Теперь сижу над другой задачей уже на фронтенде. Я долго не могла вкурить как получить высоту блока для отрисовки моего как раз почти дерева. Наконец разобралась. Но в итоге я добилась получение высоты блока лишь асинхронно через callback функцию. Это значит, что надо переписать под новые вводные весь компонент для отрисовки flow (собственно этого самого почти дерева). Для реализации, кстати, использую библиотеку https://reactflow.dev. Все же бекенд мне нравится больше :) Как же меня ломает от всех этих коллбеков, обработчиков, событий и тп. Хотя если честно, ловлю себя на мысли, что все равно испытываю определенный кайф от всех задач и технологий. Мне дико нравится то, что я работаю головой, что мозг шевелится, особенно когда что-то получается. ^_^ #JS, #Работа, #Tools, #React, #AWS
Vue.js. На днях разворачивала проект на vue, в том числе использовала vue cli. Мне повезло не испытать на себе современную уязвимость. Также коллеги подкинули способ проверки пакетов https://security.snyk.io/
Вся эта история, конечно, неприятная, хотя и ранее подобные проблемы с вредоносным кодом в зависимостях случались.
AWS. На личном аккаунте карта слетела. Хорошо, что есть Алешка у меня... На самом деле вовремя мы получили кредиты от AWS на стартап. Хотя бы меньше было головняка с оплатой, но вот карта слетела и все же приходится решать и эту проблему. Первым делом пошла в сообщество @aws_ru. Сейчас там многие решают эту задачку, почитала переписку, комменты, закрепы, увидела, что рекомендуют обращаться в ТП. Ну что ж, написали в support, нас пообещали не лочить и отправили в отдел продаж, чтобы выработать нестандартный способ оплаты. Интересно что они в итоге предложат, но по крайней мере они идут на диалог и стараются помочь.
Подняла outline больше на всякий случай, чем реально нуждалась. https://getoutline.org/
В остальном ничего особо пока не изменилось.
Поделюсь немного самой работой. Для задачи с редактором пришлось довольно интересные рекурсии писать. У меня есть две структуры данных - ноды и ребра между нодами. Ребра я специально выделила отдельной структурой, хотя по сути это связь между двумя нодами. Визуально структуры представлены в виде почти дерева. Почему почти? Потому что ветка может расслоиться на несколько, а потом сойтись в общую точку и дальше продолжить быть веткой. Не знаю, может, есть какое-то название такому типу деревьев, но я не в курсе. И вот одной из задач было написать функцию удаления для ноды, из которой происходит такое расслоение, вплоть до следующей объединяющей ноды (то есть удалить ноду и все ее расслоение), при этом само расслоение внутри также может содержать произвольную длину веток и аналогичные расслоения.
Пришлось хорошо так пораскинуть мозгами, чтобы придумать алгоритм удаления. Я сразу понимала, что это будет рекурсия, но как отразить рекурсивное удаление такого расслоения по каждой исходящей ветке было непонятно. Небольшое еще усложнение было в том, что ветки внутри расслоения могут еще и прерваться, то есть не сойтись в единую точку. В итоге я справилась, но надо еще проверить все нюансы. Могу скинуть код, если кому-то будет интересно почитать какая функция в итоге получилась.
Теперь сижу над другой задачей уже на фронтенде. Я долго не могла вкурить как получить высоту блока для отрисовки моего как раз почти дерева. Наконец разобралась. Но в итоге я добилась получение высоты блока лишь асинхронно через callback функцию. Это значит, что надо переписать под новые вводные весь компонент для отрисовки flow (собственно этого самого почти дерева). Для реализации, кстати, использую библиотеку https://reactflow.dev. Все же бекенд мне нравится больше :) Как же меня ломает от всех этих коллбеков, обработчиков, событий и тп. Хотя если честно, ловлю себя на мысли, что все равно испытываю определенный кайф от всех задач и технологий. Мне дико нравится то, что я работаю головой, что мозг шевелится, особенно когда что-то получается. ^_^ #JS, #Работа, #Tools, #React, #AWS
Find detailed information and remediation guidance for vulnerabilities and misconfigurations.
Snyk Vulnerability Database | Snyk
👍7❤1
Я стараюсь писать сюда без длинных перерывов, но иногда бывает нужно приостановиться, поэтому тут было тихо 3 месяца.
Менторство.
Последнее время жажду общения отчасти удовлетворяю через него. Я устроилась куратором в школу по фронтенд-разработке. Немного странно было идти куратором именно во фронтенд, так как это не основное направление для меня, но почему бы и нет. Группа только-только закончила html/css, приступили к js. Созвоны с группой даются немного тяжеловато, потому что сложно подобрать слова и по-хорошему надо бы иметь какую-то программу, больше готовиться. Стараюсь делится своими знаниями и опытом, но понимаю, что часто просто заваливаю их информацией слишком сильно. Надо научиться собирать себя в рамки, а не лить потоком все подряд.
Go.
Прохожу туториал из официальной документации https://go.dev/doc/. Чем-то напоминает подобный курс по Django. Наслаждаюсь примерами и плавным погружением в нужные практические штучки языка. Сначала смотрела лекции от mail.ru по go https://www.youtube.com/playlist?list=PLrCZzMib1e9q-X5V9pTM6J0AemRWseM7I , но поняла, что просто в потоке про синтаксис сложно уловить суть. Думаю, что посмотрю видео уже после прохождения туториала до конца.
Друг заканчивает курс по Go от ozon, было забавно вместе с ним разбирать задачки на алгоритмы в начале курса. Когда в голове понимаешь какой алгоритм нужен для решения задачи, а потом смотришь как вот это все реализовать на go и по ходу узнаешь об интересных функциях в языке или об отсутствии тех, к которым привык в Python.
Третий язык. Не то, чтобы я в нем сильно нуждалась, но было очень интересно разобраться с довольно популярной технологией.
Web-3.0
По просьбе проходила туториалы по avalanch, ethereum, создала пару smart-контрактов (https://chainstack.com/blog/). Ничего почти не знаю по теме, просто шла по гайдам и решала проблемы по ходу. Забавно, что пришлось разбираться с либами на node.js и go.
Mac OS.
Перешла на мак. Хотела попробовать на нем поработать чисто из любопытства. Все так восторгаются им, я хотела понять что же в нем такого. На М1, pro, все как доктор прописал. В целом я даже уже привыкла к новой раскладке клавиатуры и хоткеям, к тачпаду и части жестов. В плане установки библиотек, программ не испытываю проблем. Но пока все еще бесит несколько интерфейсных проблем:
⁃ вездесущее требование пароля и “неузнавание” моего пальца по отпечатку, хотя я один и тот же палец занесла в систему три раза.
⁃ Файловая структура. Проводник винды мне нравился больше.
⁃ Не гуглила пока, но почему в терминале не отображается путь к директории, в которой я нахожусь
⁃ Настройки. Тому разреши, тому разреши, потом перезапусти, иначе работать не будет. Да чтоб тебя! И звук с ноута нельзя просто так взять и записать!
⁃ Не хватает некоторых фишечек винды… Ножницы, ты вырезаешь кусок экрана и он уже в буфере обмена.
⁃ Игры. Блин, даже геншина нет на мак(
В целом хочу сказать, что я люблю винду. Винда хороша. И программировать на ней тоже нормально. Ничего такого в маке нет. Разве только ноуты красивые да, батарею держит прекрасно и не греется. #Техника, #Учеба, #JS
Менторство.
Последнее время жажду общения отчасти удовлетворяю через него. Я устроилась куратором в школу по фронтенд-разработке. Немного странно было идти куратором именно во фронтенд, так как это не основное направление для меня, но почему бы и нет. Группа только-только закончила html/css, приступили к js. Созвоны с группой даются немного тяжеловато, потому что сложно подобрать слова и по-хорошему надо бы иметь какую-то программу, больше готовиться. Стараюсь делится своими знаниями и опытом, но понимаю, что часто просто заваливаю их информацией слишком сильно. Надо научиться собирать себя в рамки, а не лить потоком все подряд.
Go.
Прохожу туториал из официальной документации https://go.dev/doc/. Чем-то напоминает подобный курс по Django. Наслаждаюсь примерами и плавным погружением в нужные практические штучки языка. Сначала смотрела лекции от mail.ru по go https://www.youtube.com/playlist?list=PLrCZzMib1e9q-X5V9pTM6J0AemRWseM7I , но поняла, что просто в потоке про синтаксис сложно уловить суть. Думаю, что посмотрю видео уже после прохождения туториала до конца.
Друг заканчивает курс по Go от ozon, было забавно вместе с ним разбирать задачки на алгоритмы в начале курса. Когда в голове понимаешь какой алгоритм нужен для решения задачи, а потом смотришь как вот это все реализовать на go и по ходу узнаешь об интересных функциях в языке или об отсутствии тех, к которым привык в Python.
Третий язык. Не то, чтобы я в нем сильно нуждалась, но было очень интересно разобраться с довольно популярной технологией.
Web-3.0
По просьбе проходила туториалы по avalanch, ethereum, создала пару smart-контрактов (https://chainstack.com/blog/). Ничего почти не знаю по теме, просто шла по гайдам и решала проблемы по ходу. Забавно, что пришлось разбираться с либами на node.js и go.
Mac OS.
Перешла на мак. Хотела попробовать на нем поработать чисто из любопытства. Все так восторгаются им, я хотела понять что же в нем такого. На М1, pro, все как доктор прописал. В целом я даже уже привыкла к новой раскладке клавиатуры и хоткеям, к тачпаду и части жестов. В плане установки библиотек, программ не испытываю проблем. Но пока все еще бесит несколько интерфейсных проблем:
⁃ вездесущее требование пароля и “неузнавание” моего пальца по отпечатку, хотя я один и тот же палец занесла в систему три раза.
⁃ Файловая структура. Проводник винды мне нравился больше.
⁃ Не гуглила пока, но почему в терминале не отображается путь к директории, в которой я нахожусь
⁃ Настройки. Тому разреши, тому разреши, потом перезапусти, иначе работать не будет. Да чтоб тебя! И звук с ноута нельзя просто так взять и записать!
⁃ Не хватает некоторых фишечек винды… Ножницы, ты вырезаешь кусок экрана и он уже в буфере обмена.
⁃ Игры. Блин, даже геншина нет на мак(
В целом хочу сказать, что я люблю винду. Винда хороша. И программировать на ней тоже нормально. Ничего такого в маке нет. Разве только ноуты красивые да, батарею держит прекрасно и не греется. #Техника, #Учеба, #JS
👍7🔥7
Работаю.
Словила себя недавно на одно странном моменте. В начале работы над задачей, когда планирую решение, пытаюсь сразу объять все нюансы. В итоге получается какая-то замороченная какашка. Потом начинаю писать код и чтобы все получилось приходится упрощать решение, потом еще упрощать, а потом приходит понимание, что это абсолютно примитивное нечто и есть лучшее решение задачи. И именно вот это простое решение можно развивать и с ним будет удобно работать.
Интересно работать без фреймворка. Когда нет готовых решений на любой запрос. Я думала, что работа с задачами типа возьми там - передай туда будет скучнейшим занятием, но оказалось очень интересно изобретать свои легкие велосипеды для оптимальной и удобной работы с заданными технологиями.
Смотрю на код коллег, который написан до меня, и вижу попытку сделать MVC в заданных условиях, восхищаюсь тем как проработана логика.
И это тот редкий случай, когда свои велосипеды на мой взгляд вполне оправданы. Потому что натягивать сову на глобус здесь неуместно. Проще набросать свой велосипед.
Английский.
Сложнее всего с английским. Каждый день созвоны на английском, все обсуждение задач на английском. Мозг просто иногда не воспринимает речь целиком, отдельно все слова знакомы, но никак не складываются в единое целое. Надо начать смотреть фильмы без субтитров.
Путешествия.
Я с конца апреля в Турции, весь июль пробыла в Грузии, и вот снова в Турции. Жарко, море, странная еда, кривой интернет. Зато прикольно, что даже мотаясь из страну в страну можно встретиться с друзьями, найти новых, встречаться с коллегами попить пива в баре.
Еще интересный момент был в аэропорту в Стамбуле. Там много-много людей из разных стран, такое странное мультикультурное место, похожее на космическую станцию, где сплетаются разные миры. Не спав всю ночь из-за переносов рейса, сонное сознание воспринимало пространство как фантастический мир, в котором я с ноутбуком за плечами плетусь в какую-то гостиницу прямо внутри зеленой зоны, чтобы хоть немного поспать между рейсами.
Я хипстер или романтик, не знаю, но хоть я и работаю уже давно в сфере it, меня до сих пор прет от того, что я пишу код, от моей работы, это какое-то странное восхищение от самой себя. Наверное, это звучит как нарциссизм, большинство коллег, страдающих комплексом самозванца, не поймут 🙂 Но это невероятно круто так найти себя, чтобы чувствовать себя на все 100 в своей тарелке, желаю всем такого же чувства.
Так вот, мне на столько нереально кайфово, что иногда кажется, что я просто персонаж какой-то выдуманной истории.
PS. Спасибо всем за кучу советов в предыдущем посте. Очень многое пригодилось 🙂
Сорян за наплыв какого-то философского настроя, но последнее время часто тянет в эту степь и захотелось поделиться. #Работа, #Жизнь
Словила себя недавно на одно странном моменте. В начале работы над задачей, когда планирую решение, пытаюсь сразу объять все нюансы. В итоге получается какая-то замороченная какашка. Потом начинаю писать код и чтобы все получилось приходится упрощать решение, потом еще упрощать, а потом приходит понимание, что это абсолютно примитивное нечто и есть лучшее решение задачи. И именно вот это простое решение можно развивать и с ним будет удобно работать.
Интересно работать без фреймворка. Когда нет готовых решений на любой запрос. Я думала, что работа с задачами типа возьми там - передай туда будет скучнейшим занятием, но оказалось очень интересно изобретать свои легкие велосипеды для оптимальной и удобной работы с заданными технологиями.
Смотрю на код коллег, который написан до меня, и вижу попытку сделать MVC в заданных условиях, восхищаюсь тем как проработана логика.
И это тот редкий случай, когда свои велосипеды на мой взгляд вполне оправданы. Потому что натягивать сову на глобус здесь неуместно. Проще набросать свой велосипед.
Английский.
Сложнее всего с английским. Каждый день созвоны на английском, все обсуждение задач на английском. Мозг просто иногда не воспринимает речь целиком, отдельно все слова знакомы, но никак не складываются в единое целое. Надо начать смотреть фильмы без субтитров.
Путешествия.
Я с конца апреля в Турции, весь июль пробыла в Грузии, и вот снова в Турции. Жарко, море, странная еда, кривой интернет. Зато прикольно, что даже мотаясь из страну в страну можно встретиться с друзьями, найти новых, встречаться с коллегами попить пива в баре.
Еще интересный момент был в аэропорту в Стамбуле. Там много-много людей из разных стран, такое странное мультикультурное место, похожее на космическую станцию, где сплетаются разные миры. Не спав всю ночь из-за переносов рейса, сонное сознание воспринимало пространство как фантастический мир, в котором я с ноутбуком за плечами плетусь в какую-то гостиницу прямо внутри зеленой зоны, чтобы хоть немного поспать между рейсами.
Я хипстер или романтик, не знаю, но хоть я и работаю уже давно в сфере it, меня до сих пор прет от того, что я пишу код, от моей работы, это какое-то странное восхищение от самой себя. Наверное, это звучит как нарциссизм, большинство коллег, страдающих комплексом самозванца, не поймут 🙂 Но это невероятно круто так найти себя, чтобы чувствовать себя на все 100 в своей тарелке, желаю всем такого же чувства.
Так вот, мне на столько нереально кайфово, что иногда кажется, что я просто персонаж какой-то выдуманной истории.
PS. Спасибо всем за кучу советов в предыдущем посте. Очень многое пригодилось 🙂
Сорян за наплыв какого-то философского настроя, но последнее время часто тянет в эту степь и захотелось поделиться. #Работа, #Жизнь
🔥24❤5
2 первых месяца работы:
• 140 коммитов,
• Десяток мелких задачек,
• Пару баш скриптов для деплоя,
• Немного рефакторинга.
• Пачка найденных проблем, частично решенных.
… И мой отвратительный английский… “Насяльника, не понимать!”
Без автоматизации и оптимизации вообще, наверное, погрязла бы в рутине. Это тебене мешки ворочать не стартапы запускать.
На самом деле в целом хорошо, довольно много самостоятельности и свободы. Нет тестирования, нет ограничений по доступам (на тест ходи, на прод не ходи), нет придирок к мелочам. Самое забавное, что и код приходится писать и письма пользователям. Конечно, есть менеджер, который гораздо больше общается с пользователями и все решения принимает он, но и я как разработчик довольно много общаюсь с людьми (много для разработчика).
Повторяюсь на самом деле. Но мне нравится рефлексировать свои ощущения как разработчика.
Так вот к чему я это все? В cansay за пару месяцев я развернула продукт на AWS, значимо его перестроив. Когда делала Noctua, я за пару месяцев собрала основной функционал. При этом я тогда только начинала и мне казалось, что я так МЕДЛЕННО все делаю. Боже, как я ошибалась. Блин, при том что я могла бы вспомнить свой опыт как менеджера и среднюю скорость разработки проектов.
Знаете почему начинающие разработчики ошибаются в сроках? Не только потому что не знают всех подводных камней и тп. Они просто еще НЕ НАСТОЛЬКО НАГЛЫЕ! Вот смотришь на задачу и думаешь, ну она ж простая, как ее можно оценить в неделю? Я вот сейчас мелкую задачку на пару часов делала несколько дней. Трындец стыдно на самом деле. И нет, я не потому что я балду гоняла, я просто решила солому подложить для развития, чтобы потом можно было красиво и быстро подобные штуки делать (за те же пару часов, но поддерживать будет проще). И вот пока я сделала все это гибко, пока проверила, пока отладила, пока улучшила, туда-сюда - оп, прошло несколько дней. Не, если честно задачка минорная и у меня ничего не горит, плюс базовый функционал я постаралась быстренько задеплоить на тест, чтобы его могли потыкать, но все ж. За это время можно было бы десяток таких задачек закрыть... и захлебнуться потом в их поддержке, наверное.
Интересно, через год работы у меня получится внедрить значимые изменения в работу? Я уже на самом деле сделала два огромных шага - скрипты для деплоя и внедрение secret менеджера. Но пока это только вершина айсберга. Главное, наверное, чтобы не накрыло безразличием.
Перестала учиться. Если не считать подготовки к лекциям по JS и занятий английским. Просто тупо нет сил и желания сейчас. Слишком много всего надо, а еще хочется анимешки позырить 🙂
Надо бы подумать чего я хочу дальше, куда двигаться, поискать новую цель, а то как-то живу в чистом потоке. #AWS, #Работа
• 140 коммитов,
• Десяток мелких задачек,
• Пару баш скриптов для деплоя,
• Немного рефакторинга.
• Пачка найденных проблем, частично решенных.
… И мой отвратительный английский… “Насяльника, не понимать!”
Без автоматизации и оптимизации вообще, наверное, погрязла бы в рутине. Это тебе
На самом деле в целом хорошо, довольно много самостоятельности и свободы. Нет тестирования, нет ограничений по доступам (на тест ходи, на прод не ходи), нет придирок к мелочам. Самое забавное, что и код приходится писать и письма пользователям. Конечно, есть менеджер, который гораздо больше общается с пользователями и все решения принимает он, но и я как разработчик довольно много общаюсь с людьми (много для разработчика).
Повторяюсь на самом деле. Но мне нравится рефлексировать свои ощущения как разработчика.
Так вот к чему я это все? В cansay за пару месяцев я развернула продукт на AWS, значимо его перестроив. Когда делала Noctua, я за пару месяцев собрала основной функционал. При этом я тогда только начинала и мне казалось, что я так МЕДЛЕННО все делаю. Боже, как я ошибалась. Блин, при том что я могла бы вспомнить свой опыт как менеджера и среднюю скорость разработки проектов.
Знаете почему начинающие разработчики ошибаются в сроках? Не только потому что не знают всех подводных камней и тп. Они просто еще НЕ НАСТОЛЬКО НАГЛЫЕ! Вот смотришь на задачу и думаешь, ну она ж простая, как ее можно оценить в неделю? Я вот сейчас мелкую задачку на пару часов делала несколько дней. Трындец стыдно на самом деле. И нет, я не потому что я балду гоняла, я просто решила солому подложить для развития, чтобы потом можно было красиво и быстро подобные штуки делать (за те же пару часов, но поддерживать будет проще). И вот пока я сделала все это гибко, пока проверила, пока отладила, пока улучшила, туда-сюда - оп, прошло несколько дней. Не, если честно задачка минорная и у меня ничего не горит, плюс базовый функционал я постаралась быстренько задеплоить на тест, чтобы его могли потыкать, но все ж. За это время можно было бы десяток таких задачек закрыть... и захлебнуться потом в их поддержке, наверное.
Интересно, через год работы у меня получится внедрить значимые изменения в работу? Я уже на самом деле сделала два огромных шага - скрипты для деплоя и внедрение secret менеджера. Но пока это только вершина айсберга. Главное, наверное, чтобы не накрыло безразличием.
Перестала учиться. Если не считать подготовки к лекциям по JS и занятий английским. Просто тупо нет сил и желания сейчас. Слишком много всего надо, а еще хочется анимешки позырить 🙂
Надо бы подумать чего я хочу дальше, куда двигаться, поискать новую цель, а то как-то живу в чистом потоке. #AWS, #Работа
🔥16
"Ты когда-нибудь думала, что программирование это не твое?"
Нет, блин, но я думала: "Какого черта это так сложно понять, учитывая, что программирование это точно мое!"
Я не из тех, кто переживает на счет математики и логики, потому что с этим всегда было все в порядке. Но дико не хватало базы. И все еще многое надо изучить. И каждый собес как чертов экзамен с кучей заковыристых вопросов с совершенно незнакомыми экзаменаторами и без билетов. Тестовые задания, технические интервью, попробуй подготовься! Отсутствие высшего как клеймо - недоучка! Да блин, офигеть, все жизнь учусь, но вот это недоучка все равно догоняет.
Когда кто-то говорит что наличие высшего неважно, я отрицаю. Если есть возможность его получить, то лучше это сделать. Чтобы потом не пришлось мучительно всем доказывать, что и без него ты норм. Ну, и та же база, фундамент важны. Без них гораздо сложнее продираться через все самому. Хотя лично я предпочитаю учиться сама.
Когда училась на журналистике, ничто так не забустило как опыт собственного проекта, когда пришлось резко разобраться в куче вещей самостоятельно вперед программы. Правда ведь, господин преподаватель? 🙂 Это забавно, прошло 10 лет и мы пересеклись уже на теме программирования. Как успехи c JS?
Больная тема) Пора бы уже переключиться.
Как же чертовски все медленно! Сегодня катнула на прод по-быстренькому небольшое обновление. Нельзя было так резко, надо было соблюсти все формальности. Хотя нет никаких регламентов, говорящих как можно и нельзя. Просто знаю по менеджерскому опыту (по щучьему веленью, по моему хотенью!), что надо бы тикет, согласование, апрув изменений. Но черт возьми, слишком долго для мелкой доработки. На самом деле хотелось еще больше протащить в прод. Опыт и осознание задач говорит о том, что это можно катать, но и тот же опыт говорит, что не надо брать на себя слишком много ответственности, когда ты не СТО, а линейный разработчик.
Наверное, это самое ощутимая разница между привычной позицией и текущей - отсутствие свободы в принятии решений. Не страшно в целом, терпимо, просто непривычно.
Поделюсь немного техническим, давно ничего такого не шарила. Писала кастомный middleware для aws lambda function в виде декоратора для функции lambda_handler. По сути делала просто обработку исключений при выполнении с отправкой уведомлений.
Логирование исключений. Почему-то никогда ранее не использовала logging.exception() https://docs.python.org/3/library/logging.html#logging.Logger.exception для логирования. Полезная штука, которая логирует еще и трейс.
Обработка неотловленных исключений. Познакомилась еще с такой штукой как sys.excepthook https://docs.python.org/3/library/sys.html#sys.excepthook
Пример использования можно найти тут https://stackoverflow.com/questions/5191830/how-do-i-log-a-python-error-with-debug-information
Когда у тебя довольно необычная архитектура проекта, построенная на одних лямбда функциях и слоях к ним, какие только не приходится придумывать решения 🙂
В итоге о внеплановых ошибках должно приходить уведомление на почту с описанием ошибки и ссылкой на cloud watch. Я же уже писала, что изобретаю велосипеды? 🙂
Но блин, это интересно. Люблю этот чудесный мир программирования. #AWS, #Работа, #Python
Нет, блин, но я думала: "Какого черта это так сложно понять, учитывая, что программирование это точно мое!"
Я не из тех, кто переживает на счет математики и логики, потому что с этим всегда было все в порядке. Но дико не хватало базы. И все еще многое надо изучить. И каждый собес как чертов экзамен с кучей заковыристых вопросов с совершенно незнакомыми экзаменаторами и без билетов. Тестовые задания, технические интервью, попробуй подготовься! Отсутствие высшего как клеймо - недоучка! Да блин, офигеть, все жизнь учусь, но вот это недоучка все равно догоняет.
Когда кто-то говорит что наличие высшего неважно, я отрицаю. Если есть возможность его получить, то лучше это сделать. Чтобы потом не пришлось мучительно всем доказывать, что и без него ты норм. Ну, и та же база, фундамент важны. Без них гораздо сложнее продираться через все самому. Хотя лично я предпочитаю учиться сама.
Когда училась на журналистике, ничто так не забустило как опыт собственного проекта, когда пришлось резко разобраться в куче вещей самостоятельно вперед программы. Правда ведь, господин преподаватель? 🙂 Это забавно, прошло 10 лет и мы пересеклись уже на теме программирования. Как успехи c JS?
Больная тема) Пора бы уже переключиться.
Как же чертовски все медленно! Сегодня катнула на прод по-быстренькому небольшое обновление. Нельзя было так резко, надо было соблюсти все формальности. Хотя нет никаких регламентов, говорящих как можно и нельзя. Просто знаю по менеджерскому опыту (по щучьему веленью, по моему хотенью!), что надо бы тикет, согласование, апрув изменений. Но черт возьми, слишком долго для мелкой доработки. На самом деле хотелось еще больше протащить в прод. Опыт и осознание задач говорит о том, что это можно катать, но и тот же опыт говорит, что не надо брать на себя слишком много ответственности, когда ты не СТО, а линейный разработчик.
Наверное, это самое ощутимая разница между привычной позицией и текущей - отсутствие свободы в принятии решений. Не страшно в целом, терпимо, просто непривычно.
Поделюсь немного техническим, давно ничего такого не шарила. Писала кастомный middleware для aws lambda function в виде декоратора для функции lambda_handler. По сути делала просто обработку исключений при выполнении с отправкой уведомлений.
Логирование исключений. Почему-то никогда ранее не использовала logging.exception() https://docs.python.org/3/library/logging.html#logging.Logger.exception для логирования. Полезная штука, которая логирует еще и трейс.
Обработка неотловленных исключений. Познакомилась еще с такой штукой как sys.excepthook https://docs.python.org/3/library/sys.html#sys.excepthook
Пример использования можно найти тут https://stackoverflow.com/questions/5191830/how-do-i-log-a-python-error-with-debug-information
Когда у тебя довольно необычная архитектура проекта, построенная на одних лямбда функциях и слоях к ним, какие только не приходится придумывать решения 🙂
В итоге о внеплановых ошибках должно приходить уведомление на почту с описанием ошибки и ссылкой на cloud watch. Я же уже писала, что изобретаю велосипеды? 🙂
Но блин, это интересно. Люблю этот чудесный мир программирования. #AWS, #Работа, #Python
🔥9👍2
Прошло 2 года с того момента, как я начала вести этот дневник.
Даже не думала, что он станет частью моей рутины. Просто хотелось писать о своих мыслях и впечатлениях. Страшно было со временем потерять интерес и восторг от погружения в программирование. Пока выгорание не ощущается.
Недавно листала старые записи и наткнулась на предновогоднюю заметку, в которой писала "Разве что не уехала в другую страну", и ведь тогда даже не думала об этом. Что ж, прошло всего 4 месяца с момента записи до переезда в Турцию. Когда ты впервые едешь в Турцию, но не отдыхать, а жить. И нет, это не был вынужденный переезд, скорее спонтанное решение.
Эти два года превратились в странный калейдоскоп событий, вроде был ковид и дома все время просидела. Но за это время сидения дома я познакомилась с многими интересными людьми. У меня третья работа, а ведь в предыдущих трех компаниях я работала не меньше, чем по 2 года в каждой. Что ж дальше.
Сейчас.
Как наставница испытала недавно восторг от применения студенткой рекурсии в проекте. Она прямо годно ее использовала для обработки вопросов/ответов теста. Блин, я сама поняла логику рекурсии только спустя несколько месяцев, наверное. В текущем курсе о рекурсии на самом деле ни слова, я про нее постаралась рассказать на созвоне и показала не самый удачный пример на самом деле. Вообще задачка с тестами на текущем проекте моих студенток оказалась весьма интересной и красивой. Я считаю, что им прям повезло с практикой. Вообще девчонки крутые, я вижу, что не боятся сложностей и наоборот видят челлендж в задачах. Обожаю такое.
Мне предложили собрать "продвинутый" курс на базе школы. Рассказать про применение паттернов, алгоритмов, структур данных. Сейчас в курсе нет этих тем, чисто основы фронтенда. Но как же напряжно! Серьезно, так лениво чет делать. "Иногда так хочется стать облаком, плыть, куда влечёт ветерок."
Работа.
Курица или яйцо? Даже в процессе написания текущей заметки думаю о реализации задачки. И кажется пришла таки к определенному видению. Лямбда функции в амазоне не имеют постоянного инстанса и имеют свою специфику типа легковесности и должной простоты. Так вот, еще они имеют версионность и мне казалось, что решение обновлений должно было быть связано с версиями функций, что они не должны быть разделены по стейджам. Я хотела собрать все стейджи в одну функцию. И с этим были связаны некоторые мои решения в коде. Теперь же я подумала, что все же нормально разделить функции по стейджам. Тогда надо переделать некоторые мои решения и все встанет на место. Пойду переделывать. Хотя все же кажется, что так быть не должно. Но иногда приходится соглашаться с не лучшими решениями, потому что нельзя изменить сразу все. Завтра будет. Лучше.
BANKAI! #Работа, #Жизнь
Даже не думала, что он станет частью моей рутины. Просто хотелось писать о своих мыслях и впечатлениях. Страшно было со временем потерять интерес и восторг от погружения в программирование. Пока выгорание не ощущается.
Недавно листала старые записи и наткнулась на предновогоднюю заметку, в которой писала "Разве что не уехала в другую страну", и ведь тогда даже не думала об этом. Что ж, прошло всего 4 месяца с момента записи до переезда в Турцию. Когда ты впервые едешь в Турцию, но не отдыхать, а жить. И нет, это не был вынужденный переезд, скорее спонтанное решение.
Эти два года превратились в странный калейдоскоп событий, вроде был ковид и дома все время просидела. Но за это время сидения дома я познакомилась с многими интересными людьми. У меня третья работа, а ведь в предыдущих трех компаниях я работала не меньше, чем по 2 года в каждой. Что ж дальше.
Сейчас.
Как наставница испытала недавно восторг от применения студенткой рекурсии в проекте. Она прямо годно ее использовала для обработки вопросов/ответов теста. Блин, я сама поняла логику рекурсии только спустя несколько месяцев, наверное. В текущем курсе о рекурсии на самом деле ни слова, я про нее постаралась рассказать на созвоне и показала не самый удачный пример на самом деле. Вообще задачка с тестами на текущем проекте моих студенток оказалась весьма интересной и красивой. Я считаю, что им прям повезло с практикой. Вообще девчонки крутые, я вижу, что не боятся сложностей и наоборот видят челлендж в задачах. Обожаю такое.
Мне предложили собрать "продвинутый" курс на базе школы. Рассказать про применение паттернов, алгоритмов, структур данных. Сейчас в курсе нет этих тем, чисто основы фронтенда. Но как же напряжно! Серьезно, так лениво чет делать. "Иногда так хочется стать облаком, плыть, куда влечёт ветерок."
Работа.
Курица или яйцо? Даже в процессе написания текущей заметки думаю о реализации задачки. И кажется пришла таки к определенному видению. Лямбда функции в амазоне не имеют постоянного инстанса и имеют свою специфику типа легковесности и должной простоты. Так вот, еще они имеют версионность и мне казалось, что решение обновлений должно было быть связано с версиями функций, что они не должны быть разделены по стейджам. Я хотела собрать все стейджи в одну функцию. И с этим были связаны некоторые мои решения в коде. Теперь же я подумала, что все же нормально разделить функции по стейджам. Тогда надо переделать некоторые мои решения и все встанет на место. Пойду переделывать. Хотя все же кажется, что так быть не должно. Но иногда приходится соглашаться с не лучшими решениями, потому что нельзя изменить сразу все. Завтра будет. Лучше.
BANKAI! #Работа, #Жизнь
🔥8
Если вовремя не решить ошибку в приложении, то можно получить счет на 377 долларов (+ налоги) за две недели перерасхода по логам.
Никогда не думала, что селери способна нагенерить логов на 760 гигов за пару недель.
Грущу. #AWS
Никогда не думала, что селери способна нагенерить логов на 760 гигов за пару недель.
Грущу. #AWS
😱12🔥3😢1
Медленно, но верно выстраиваю архитектуру проекта и с каждым шагом все больше кайфую от того, что в итоге получается.
В начале пути я не видела конечной цели, хотя это важно для проектирования. Я просто планомерно выстраивала кусочки, как паззл.
- скрипт деплоя вместо ручной заливки - раз, уже можно автоматизировать конфиги и тп
- создание общего формата респонса, обработка реквестов, создание middleware - раз, уже можно в одном месте поменять заголовки
- создание стандартов для формирование путей, базового шаблона, структур данных - раз, имеем быстрый способ запускать новый простой функционал
- внедрение secret manager для хранения доступов и тп...
- использование sqs для работы с очередями
Вишенкой на торте вынесла фронтенд в отдельный репозиторий и собрала отдельное приложение на react для него, теперь статика хранится в s3 и работает через CloudFront. Теперь можно безболезненно разрабатывать сложный фронтенд.
Если что, я сейчас работаю на aws lambda function и до этого фронтенд отдавался просто с помощью python скриптов.
Кажется, что все это с самого начала должно было быть на проекте, но этого не было. Спасибо менеджеру, что дал всем этим заниматься. И вроде функционально это не дало особого профита, но разработка стала реально приятнее и удобнее. Надеюсь, в следующем году получится это все использовать на полную.
Когда я пришла в компанию, я думала, что будет скучно писать маленькие скриптики на AWS Lambda Function. Никак не ожидала, что доведется столько всего освоить и разрабатывать столько разнообразного функционала.
Недавно чертила схему архитектуры для реализации одной из задач и офигела от того какая она получилась, в ней задействовано 7 разных сервисов AWS, 5 из них внедрила я.
Не усложняю ли я? Думаю, что нет. Подобную задачу коллеги решали через смесь python и js. Это, конечно, кажется просто, но абсолютно невозможно поддерживать и масштабировать. Мое решение удобно будет переиспользовать и легко поддерживать.
Черт, какой же кайф заниматься архитектурой - выстраивать систему, наблюдать как все приходит в порядок и формируется логика. Уруруру!
Новогоднее (офтоп).
Я привыкла в конце года подводить итоги сравнивать с предыдущим годом, находя то, что опять случилось в моей жизни совершенно непредсказуемо. Это заставляет оптимистично смотреть вперед, потому что неожиданные перемены в жизни вдохновляют. Если еще взглянуть на 5 лет назад, так вообще понимаю, что я живу очень насыщенно :)
В середине года я угорала над собой, что в конце прошлого года написала тут, что "разве только в другой стране не жила". И в прошлом году я даже не планировала этого. Что ж, привет Турция, я никогда тут не была до этого года, а теперь считаю домом и уезжать не очень хочется.
Долгое время я сомневалась в своем английском и считала, что не готова работать с иностранными коллегами. А теперь как-то пришлось. И это тоже значимое достижение для меня за этот год.
И самое главное, я в этом году решила проблему ВСЕЙ СВОЕЙ ЖИЗНИ! Я вылечила зубы! И это тоже не было плановым решением. Я лечилась в рандомной турецкой клинике у одного врача. Мне просто понравился доктор и я ему доверилась. Врач, который не говорит по-русски, зато по нему чувствуется, как его прет его дело. Это невероятно круто. Мы общались через ассистента и он поделился, что для работы учил C#, чтобы иметь возможность работать с программами для обработки снимков и тп.
Я не строю планов на следующий год. Я вообще не представляю каким он будет. Я так стремилась к стабильности, а теперь я будто отказалась от фундамента в свои 33. Посмотрим, что из этого выйдет. Зато интересно :)
Всех с наступающим!
Лети! #Работа, #AWS, #Жизнь
В начале пути я не видела конечной цели, хотя это важно для проектирования. Я просто планомерно выстраивала кусочки, как паззл.
- скрипт деплоя вместо ручной заливки - раз, уже можно автоматизировать конфиги и тп
- создание общего формата респонса, обработка реквестов, создание middleware - раз, уже можно в одном месте поменять заголовки
- создание стандартов для формирование путей, базового шаблона, структур данных - раз, имеем быстрый способ запускать новый простой функционал
- внедрение secret manager для хранения доступов и тп...
- использование sqs для работы с очередями
Вишенкой на торте вынесла фронтенд в отдельный репозиторий и собрала отдельное приложение на react для него, теперь статика хранится в s3 и работает через CloudFront. Теперь можно безболезненно разрабатывать сложный фронтенд.
Если что, я сейчас работаю на aws lambda function и до этого фронтенд отдавался просто с помощью python скриптов.
Кажется, что все это с самого начала должно было быть на проекте, но этого не было. Спасибо менеджеру, что дал всем этим заниматься. И вроде функционально это не дало особого профита, но разработка стала реально приятнее и удобнее. Надеюсь, в следующем году получится это все использовать на полную.
Когда я пришла в компанию, я думала, что будет скучно писать маленькие скриптики на AWS Lambda Function. Никак не ожидала, что доведется столько всего освоить и разрабатывать столько разнообразного функционала.
Недавно чертила схему архитектуры для реализации одной из задач и офигела от того какая она получилась, в ней задействовано 7 разных сервисов AWS, 5 из них внедрила я.
Не усложняю ли я? Думаю, что нет. Подобную задачу коллеги решали через смесь python и js. Это, конечно, кажется просто, но абсолютно невозможно поддерживать и масштабировать. Мое решение удобно будет переиспользовать и легко поддерживать.
Черт, какой же кайф заниматься архитектурой - выстраивать систему, наблюдать как все приходит в порядок и формируется логика. Уруруру!
Новогоднее (офтоп).
Я привыкла в конце года подводить итоги сравнивать с предыдущим годом, находя то, что опять случилось в моей жизни совершенно непредсказуемо. Это заставляет оптимистично смотреть вперед, потому что неожиданные перемены в жизни вдохновляют. Если еще взглянуть на 5 лет назад, так вообще понимаю, что я живу очень насыщенно :)
В середине года я угорала над собой, что в конце прошлого года написала тут, что "разве только в другой стране не жила". И в прошлом году я даже не планировала этого. Что ж, привет Турция, я никогда тут не была до этого года, а теперь считаю домом и уезжать не очень хочется.
Долгое время я сомневалась в своем английском и считала, что не готова работать с иностранными коллегами. А теперь как-то пришлось. И это тоже значимое достижение для меня за этот год.
И самое главное, я в этом году решила проблему ВСЕЙ СВОЕЙ ЖИЗНИ! Я вылечила зубы! И это тоже не было плановым решением. Я лечилась в рандомной турецкой клинике у одного врача. Мне просто понравился доктор и я ему доверилась. Врач, который не говорит по-русски, зато по нему чувствуется, как его прет его дело. Это невероятно круто. Мы общались через ассистента и он поделился, что для работы учил C#, чтобы иметь возможность работать с программами для обработки снимков и тп.
Я не строю планов на следующий год. Я вообще не представляю каким он будет. Я так стремилась к стабильности, а теперь я будто отказалась от фундамента в свои 33. Посмотрим, что из этого выйдет. Зато интересно :)
Всех с наступающим!
Лети! #Работа, #AWS, #Жизнь
🔥20👍3
Английский
Я открываю для себя новый виток погружения в английский язык. Я занималась в skyeng, в lingualeo, пробовала busuu когда-то, у меня подписка на ororo.tv, сейчас занимаюсь с преподавателем на preply.
Никак не могла выстроить себе понятную систему занятий и дотащить себя до какой-то понятной планки. Вроде говорю, вроде пишу, вроде читаю, вроде понимаю, но все как-то бессистемно.
Решила попробовать иной путь. Вот только начинаю, поэтому не могу точно сказать на сколько он толковый. Если не заброшу, то буду отписывать сюда о своих ощущениях, процессе и результатах.
Идея вообще не нова, просто я никогда не думала раньше об этом. Хочу подготовиться к экзамену IELTS и сдать на уровень 7+. Это кажется очевидным, но почему-то не приходило раньше в голову.
Я уже начала изучать материалы для подготовки к экзамену. Все они начинаются с того, что рассказывается про структуру теста. Он состоит из 4 блоков - listening, reading, writing, speaking. В первых двух по 40 вопросов, writing - надо написать два текста на 1150 и 2250 слов минимум. Speaking - 12-15 минут. Я еще не добралась до проработки примеров теста, но уже видела некоторые кусочки listening и поняла, что они чертовски хорошо покрывают необходимые базовые скиллы, которые почему-то прошли мимо меня во всех моих попытках обучения ранее.
Тест разработан в Кембридже, поэтому, как я понимаю, он хорошо заточен под адекватную оценку навыков английского. Из чего следует, что подготовка к этому тесту как раз даст нужные навыки.
В плане подготовки я пошла проторенной тропой - купила один из популярных курсов на udemy для подготовки к IELTS. Впрочем, на Youtube тоже есть подобные. Уже начала смотреть первые лекции, где очевидный совет - купите и используйте книги Кембриджа для подготовки. Я уже заказала, вот жду когда привезут (на этой неделе должны доставить). Второй момент, которому был посвящена первая секция курс подготовки - разбор причин стресса на экзамене и как с этим справляться. Говорят, что люди часто пишут плохо тест, потому что они не готовы к самому формату теста.
Самое главное, что я уже осознала в рамках начала подготовки, что есть курсы по английскому, а есть курсы подготовки к тесту и это разные вещи.
Сроки. Пока не знаю какой срок для подготовки себе поставить. Как лимит - хочу справиться до конца года, но на самом деле хочу быстрее, не думаю, что потребуется прям год на все. Промежуточно ориентируюсь сделать это до конца весны.
Вообще это вызов для меня, потому что кажется, у меня знания значимо ниже желаемого уровня, надо пополнить словарный запас, натренировать грамматику, ну и натаскаться проходить тест.
Я думаю, что буду сдавать Academic вариант, потому что он принимается в университетах, а у меня в голове все еще остается идея когда-нибудь где-нибудь получить высшее образование, которого у меня нет. Для работы, полагаю, будет неважно какой тип экзамена я сдала, да и в целом, думаю, что большинство компаний не требуют подтверждения уровня языка.
Что ж, погнала дальше.
PS. Не считаю эту тему офтопом, так как английский - это один из базовых навыков нашей сферы. Думаю, что многие страдают по этой теме так же как и я. Да и в целом, мой дневник, пишу тут что хочу :-P #Учеба
Я открываю для себя новый виток погружения в английский язык. Я занималась в skyeng, в lingualeo, пробовала busuu когда-то, у меня подписка на ororo.tv, сейчас занимаюсь с преподавателем на preply.
Никак не могла выстроить себе понятную систему занятий и дотащить себя до какой-то понятной планки. Вроде говорю, вроде пишу, вроде читаю, вроде понимаю, но все как-то бессистемно.
Решила попробовать иной путь. Вот только начинаю, поэтому не могу точно сказать на сколько он толковый. Если не заброшу, то буду отписывать сюда о своих ощущениях, процессе и результатах.
Идея вообще не нова, просто я никогда не думала раньше об этом. Хочу подготовиться к экзамену IELTS и сдать на уровень 7+. Это кажется очевидным, но почему-то не приходило раньше в голову.
Я уже начала изучать материалы для подготовки к экзамену. Все они начинаются с того, что рассказывается про структуру теста. Он состоит из 4 блоков - listening, reading, writing, speaking. В первых двух по 40 вопросов, writing - надо написать два текста на 1150 и 2250 слов минимум. Speaking - 12-15 минут. Я еще не добралась до проработки примеров теста, но уже видела некоторые кусочки listening и поняла, что они чертовски хорошо покрывают необходимые базовые скиллы, которые почему-то прошли мимо меня во всех моих попытках обучения ранее.
Тест разработан в Кембридже, поэтому, как я понимаю, он хорошо заточен под адекватную оценку навыков английского. Из чего следует, что подготовка к этому тесту как раз даст нужные навыки.
В плане подготовки я пошла проторенной тропой - купила один из популярных курсов на udemy для подготовки к IELTS. Впрочем, на Youtube тоже есть подобные. Уже начала смотреть первые лекции, где очевидный совет - купите и используйте книги Кембриджа для подготовки. Я уже заказала, вот жду когда привезут (на этой неделе должны доставить). Второй момент, которому был посвящена первая секция курс подготовки - разбор причин стресса на экзамене и как с этим справляться. Говорят, что люди часто пишут плохо тест, потому что они не готовы к самому формату теста.
Самое главное, что я уже осознала в рамках начала подготовки, что есть курсы по английскому, а есть курсы подготовки к тесту и это разные вещи.
Сроки. Пока не знаю какой срок для подготовки себе поставить. Как лимит - хочу справиться до конца года, но на самом деле хочу быстрее, не думаю, что потребуется прям год на все. Промежуточно ориентируюсь сделать это до конца весны.
Вообще это вызов для меня, потому что кажется, у меня знания значимо ниже желаемого уровня, надо пополнить словарный запас, натренировать грамматику, ну и натаскаться проходить тест.
Я думаю, что буду сдавать Academic вариант, потому что он принимается в университетах, а у меня в голове все еще остается идея когда-нибудь где-нибудь получить высшее образование, которого у меня нет. Для работы, полагаю, будет неважно какой тип экзамена я сдала, да и в целом, думаю, что большинство компаний не требуют подтверждения уровня языка.
Что ж, погнала дальше.
PS. Не считаю эту тему офтопом, так как английский - это один из базовых навыков нашей сферы. Думаю, что многие страдают по этой теме так же как и я. Да и в целом, мой дневник, пишу тут что хочу :-P #Учеба
🔥16🤣2
Ахах. Пришла книжка с диском... Где взять дисковод? =) #Техника
😁8👏2
Прочитала "Вы, конечно, шутите, мистер Фейнман!" и я в восторге. Нахожу в своей жизни множество аналогий, пусть и не столь успешных и ярких, но все же. Книжка пробудила желание упарываться также как автор, наслаждаться жизнью, своим делом, своими увлечениями. Захотелось купить барабан :)
Про работу.
Недавно пришла задачка - сделать временное решение, интеграцию с десктопным приложением, в которое надо прокидывать данные из нашей системы по запросу пользователей, получать обновленные и сохранять в системе. В голове сразу нарисовалось решение, какие сервисы использовать, какой должен быть порядок действий. Забавно, кажется задачка очень простая, но по факту будет задействовано довольно много всего. Процесс примерно такой:
1. Пользователь в интерфейсе системы (ELN) открывает наш фрейм (ELN -> CloudFront -> S3).
2. Внутри нашего UI (React -> API Gateway) идет запрос для получения данных по объекту, в котором находится пользователь.
3. На бэкенде (API Gateway -> AWS Lambda Function -> ELN) отправляется запрос к исходной системе за данными и формирует результат с ссылками на запуск десктопного приложения (кастомная ссылка, которая внутри операционной системы запустит именно приложение, а не новое окно в браузере).
4. UI отображает данные и позволяет выбрать из списка, что конкретно надо передать в десктопное приложение. Пользователь запускает приложение по ссылке
5. Запущенное десктопное приложение обращается по указанному урлу, который передается как параметр при вызове, для получения данных (приложение -> API Gateway -> lambda Function).
6. Приложение позволяет пользователю редактировать данные, а потом при сохранении передает измененные данные к нам в очередь (API Gateway -> SQS). Очередь нужна, чтобы настроить стабильную работу и не терять данные. Плюс она дает определенную гибкость и скорость. Можно было бы и напрямую сделать вызов функции, но приложению должно быть пофиг на наш дальнейший процесс, поэтому от них уехало и Добби свободен.
7. Очередь запускает бэкенд, внутри которого мы обрабатываем измененные данные в нужный формат и передаем обратно в исходную систему (SQS -> Lambda function -> ELN).
Для обеспечения процесса данные об источнике планирую хранить в DynamoDB.
К чему я это? На самом деле хотелось привести пример задачи и ее реализации на нашей архитектуре. Код, конечно, я не могу пошарить, но процессом и технологиями могу поделиться. Мне кажется, что реальные кейсы на AWS Lambda Function должны быть довольно интересными, потому что хоть и не каждый решится на такой способ решения задач, но он реально рабочий и на самом деле удобный. И даже если базовая архитектура проекта запускается на стандартных инстансах, то иногда бывают небольшие MVP-задачки, которые можно собрать на лямбде и клево, кажется, понимать как это можно сделать.
Фронтенд.
Пока работала наставницей (уже не работаю, так как решила больше времени тратить на себя), увидела в гайде от react-router-dom использование сборщика vite https://vitejs.dev. Раньше им никогда не пользовалась, ведь по умолчанию все юзают webpack, но решила загуглить и в итоге применить. Сначала собрала на нем тестовый проектик и в целом все прошло гладко. Что мне больше всего понравилось, так это то, что не надо отдельно ставить/запускать create-react-app. Так себе аргумент на самом деле, но все же это реально удобно.
Наше фронтовое приложение также запустила на нем. Чисто технически, если будет необходимость всегда можно переехать на webpack, поэтому почему бы и не попробовать vite. Пока полет нормальный.
Хотела бы завести наше приложение на Angular, но для простоты и скорости вхождения решила все же взять React. Осознала, что мне в целом стало пофиг какой фреймворк/библиотека. Никак не могу понять, почему многие так зацикливаются на инструменте, я про тех разработчиков, кто работает только на одном фреймворке. Типа react-разработчик. Это бы имело смысл, если ты работаешь над библиотекой/фреймворком. #Работа, #AWS, #JS
Про работу.
Недавно пришла задачка - сделать временное решение, интеграцию с десктопным приложением, в которое надо прокидывать данные из нашей системы по запросу пользователей, получать обновленные и сохранять в системе. В голове сразу нарисовалось решение, какие сервисы использовать, какой должен быть порядок действий. Забавно, кажется задачка очень простая, но по факту будет задействовано довольно много всего. Процесс примерно такой:
1. Пользователь в интерфейсе системы (ELN) открывает наш фрейм (ELN -> CloudFront -> S3).
2. Внутри нашего UI (React -> API Gateway) идет запрос для получения данных по объекту, в котором находится пользователь.
3. На бэкенде (API Gateway -> AWS Lambda Function -> ELN) отправляется запрос к исходной системе за данными и формирует результат с ссылками на запуск десктопного приложения (кастомная ссылка, которая внутри операционной системы запустит именно приложение, а не новое окно в браузере).
4. UI отображает данные и позволяет выбрать из списка, что конкретно надо передать в десктопное приложение. Пользователь запускает приложение по ссылке
5. Запущенное десктопное приложение обращается по указанному урлу, который передается как параметр при вызове, для получения данных (приложение -> API Gateway -> lambda Function).
6. Приложение позволяет пользователю редактировать данные, а потом при сохранении передает измененные данные к нам в очередь (API Gateway -> SQS). Очередь нужна, чтобы настроить стабильную работу и не терять данные. Плюс она дает определенную гибкость и скорость. Можно было бы и напрямую сделать вызов функции, но приложению должно быть пофиг на наш дальнейший процесс, поэтому от них уехало и Добби свободен.
7. Очередь запускает бэкенд, внутри которого мы обрабатываем измененные данные в нужный формат и передаем обратно в исходную систему (SQS -> Lambda function -> ELN).
Для обеспечения процесса данные об источнике планирую хранить в DynamoDB.
К чему я это? На самом деле хотелось привести пример задачи и ее реализации на нашей архитектуре. Код, конечно, я не могу пошарить, но процессом и технологиями могу поделиться. Мне кажется, что реальные кейсы на AWS Lambda Function должны быть довольно интересными, потому что хоть и не каждый решится на такой способ решения задач, но он реально рабочий и на самом деле удобный. И даже если базовая архитектура проекта запускается на стандартных инстансах, то иногда бывают небольшие MVP-задачки, которые можно собрать на лямбде и клево, кажется, понимать как это можно сделать.
Фронтенд.
Пока работала наставницей (уже не работаю, так как решила больше времени тратить на себя), увидела в гайде от react-router-dom использование сборщика vite https://vitejs.dev. Раньше им никогда не пользовалась, ведь по умолчанию все юзают webpack, но решила загуглить и в итоге применить. Сначала собрала на нем тестовый проектик и в целом все прошло гладко. Что мне больше всего понравилось, так это то, что не надо отдельно ставить/запускать create-react-app. Так себе аргумент на самом деле, но все же это реально удобно.
Наше фронтовое приложение также запустила на нем. Чисто технически, если будет необходимость всегда можно переехать на webpack, поэтому почему бы и не попробовать vite. Пока полет нормальный.
Хотела бы завести наше приложение на Angular, но для простоты и скорости вхождения решила все же взять React. Осознала, что мне в целом стало пофиг какой фреймворк/библиотека. Никак не могу понять, почему многие так зацикливаются на инструменте, я про тех разработчиков, кто работает только на одном фреймворке. Типа react-разработчик. Это бы имело смысл, если ты работаешь над библиотекой/фреймворком. #Работа, #AWS, #JS
🔥4❤2👍1
На самом деле, лично я бы с радостью поработала бы на каком-нибудь другом языке, если была бы такая задача. Не ради резюме, а ради расширения кругозора. Какая в целом разница? Берем документацию, гугл и погнали. Не так уж и много нужно времени, как мне кажется, чтобы переключиться. Конечно, скорость решения задач на неизвестной технологии будет ниже, но если это оправдано, то почему бы и нет?
Английский.
Прошла неделька со старта моего плана и я сильно тормознула, если честно. Я внезапно переключилась на планы по дальнейшей миграции, разбиралась с визами, документами, финансами, изучала какие вообще есть варианты. В итоге было не до английского. Кажется, меня с начала года понесло. Выхожу из временного анабиоза. Так вот, план по английском по ходу придется менять, так как возникла идея поехать в Малайзию по визе от языковой школы и там на месте уже придется по 3-4 часа в день учить английский. Тем не менее, материалы по IELTS хочу продолжить проходить.
Как же бесят долгосрочные планы, хочется взять и прямо сейчас уже реализовать. Хоп и оказаться уже в Малайзии, а не вот это вот все и ждать аж до мая.
Фыр! #Работа, #Учеба
Английский.
Прошла неделька со старта моего плана и я сильно тормознула, если честно. Я внезапно переключилась на планы по дальнейшей миграции, разбиралась с визами, документами, финансами, изучала какие вообще есть варианты. В итоге было не до английского. Кажется, меня с начала года понесло. Выхожу из временного анабиоза. Так вот, план по английском по ходу придется менять, так как возникла идея поехать в Малайзию по визе от языковой школы и там на месте уже придется по 3-4 часа в день учить английский. Тем не менее, материалы по IELTS хочу продолжить проходить.
Как же бесят долгосрочные планы, хочется взять и прямо сейчас уже реализовать. Хоп и оказаться уже в Малайзии, а не вот это вот все и ждать аж до мая.
Фыр! #Работа, #Учеба
🔥11❤3
Кстати, либа от самого AWS для работы с lambda function https://awslabs.github.io/aws-lambda-powertools-python/2.5.0/
Очень похоже на то, что мы фактически делаем вручную. Смотрю на эту либу и думаю, как бы на нее мигрировать.
Чуть позже испробую ее на чем-нибудь, отпишу о впечатлениях. Но судя по документации функционал у нее - огонь. #AWS, #Tools
Очень похоже на то, что мы фактически делаем вручную. Смотрю на эту либу и думаю, как бы на нее мигрировать.
Чуть позже испробую ее на чем-нибудь, отпишу о впечатлениях. Но судя по документации функционал у нее - огонь. #AWS, #Tools
👍3