Flame as a Service

2021-12-15 19:58:41 Новый быстрый тест на ковид: хардкоды абсолютных путей. Открыть/Комментировать

2021-12-13 16:23:21 Игра "Секретный сатана" на работе: каждый пишет название проекта и бросает в мешок. Потом лиды тянут бумажки. Какие вытянули - те проекты роняют 31 числа. Открыть/Комментировать

2021-12-10 09:03:00 ​​В Windows 11 появилась возможность настраивать DNS over HTTPS без ковыряний в реестре. Штош, походу, мелкомягкие действительно меняются в лучшую сторону, раз не прождали еще 10 лет, а завезли это уже. Открыть/Комментировать

2021-12-08 15:40:09 Открыть/Комментировать

2021-12-08 15:35:31 Открыть/Комментировать

2021-12-07 08:54:00 Открыть/Комментировать

2021-12-03 20:13:25 Открыть/Комментировать

2021-12-02 18:16:28 ​​Немного багов в UI и UX от AWS.
Работаю с API Gateway. Тыкнул тыкалку, чтоб API KEY был обязательным при всех реквестах. Оно как бы работает. Если в стейдже ткнуть на ресурс - видно что ключ требуется. Но если ткнуть на метод ресурса, а потом снова на ресурс - отображается, будто ключ не требуется.

Для использования API KEY мне надо обязательно создать Usage plan. И нигде не написано что это обязательно. Без привязки к Usage plan ключ просто не будет работать.
Почему вообще эта штука не является опциональной? Есть API, есть ключ, есть настройки использования в самом API (тротлинг тот же самый, и так далее). Зачем что-то еще? Почему то, чтобы использовать API ключ, мне надо добавить сверху еще и Usage plan. Открыть/Комментировать

2021-12-01 09:42:40 Это не жопа горит от работы, это просто светлячки в офисе Открыть/Комментировать

2021-11-27 19:48:41 С самого начала работы сисадмином я возненавидел python. Докер тогда еще не набрал популярность, и этот злоебучий удав жил в virtualenv. А вот python3 уже существовал. И работая хостером мне сильно не нравилось настраивать окружения для питона, и уж тем более решать сопутствующие проблемы нескольких десятков приложений написанных на разных версиях. В общем, одна сплошная головная боль. Еще тогда я зарёкся целенаправленно изучать этот язык. Ситуативно работать с ним - да, от этого никуда не деться, а вот по собственному желанию - фигушки, потому что желания такого нет.
Это собственно, предыстория, дальше речь пойдёт об IDE.

Сейчас возникла необходимость написать пару lambda функций на python3.9. Ну надо - так надо, только на рабочей машине у меня установлена какая-то версия из коробки, и это явно не 3.9. Ansible с ней работает - и ладно. А дома не установлен вообще. Потому что не нужен. Так как код должен уметь работать с pickle и какими то математическими пакетами - я понимаю что надо эти все зависимости установить.

Из IDE у меня установлена Visual Studio 2019 (по долгу службы), и Goland (потому что я как бы пишу на go). VS code я не считаю хорошей для себя IDE по личным причинам. И дальше собственно возможные варианты:
- включитиь олдскульного одмена (vim + python + virtualenv) и разрабатывать в WSL.
- закосить под модного девопса (установить PyCharm, удава в windows) и разрабатывать с комфортом.

В обоих случаях нерешенными остаются вопросы необходимости установки/обновления ненужного мне удава, и куда девать всё что я установил в процессе потом? Ибо оно мне даром не надо на моей тачке. Казалось бы, docker - прекрасное решение. Но Goland c установленным плагином для python не смог в разработку внутри контейнера. Подозреваю, что PyCharm тоже не сможет.

И тут вынужден признать: VS code, IDE говна обскакала jetbrains одним изящным движением: Development in containers. Снимаю шляпу. Нет, я не перестал считать VS сode говном, но отношение к ней улучшилось, и текущую задачу я буду решать именно с помощью VS code. Открыть/Комментировать