だいぶ前の話になるんですが、昨年末あたりに、こんな↓内容のLTをしていました。（今回このブログのために若干内容をアップデートしてます） 以下の文章は上のスライドをある程度確認してもらった前提でのものになるんですが、 "Okayama.なんか" はまだ3回目を終えたばかりという、まだまだヒヨッコなコミュニティではあるんですが、回を追うごとに、".なんかメソッド" の可能性というか、手応えが強くなってきていると感じているんですよね。 僕は東京にも7年ほど住んでいました。東京では、毎回固定の題材・テーマだったとしても、毎回とんでもなくトガった、新しい人からの話が聞けて、しかも何度繰り返し開催しても何かしらの新鮮さが毎回生まれている、というのは、これはもう多様性のある人間がとんでもなく集まっている場所・東京だからこそだな、と、少なくとも僕としては（一般論とかにしたいわけではないです、の意）、そう感

こんなかんじで記録・確認できるようにしています 一昨年、PPAの制度を利用して自宅に太陽光発電を導入してそれなりに便利に活用していたのですが、唯一引っかかっていたのが、その実績値の確認や記録のこと。 我が家で利用しているシステムの場合、↓のようなWebサービスでそれを確認することができるんですが、 なんと、これだけしかみられなくって。 1時間単位でどれくらいの消費/発電量だったか 当月以前の過去の消費/発電量の推移はどんなだったか といったような情報は、このWebサービス単独では得ることができません。......つらい！ ただ、"このWebサービス単独では" と書いたとおり、何らかの仕組み、もしくは努力によって以下のようなことをすることで、補うことはできます。 毎時間、このサイトにアクセスし、その時点での消費/発電量を取得（いわゆるスクレイピングですね）、前回アクセス時のそれらとの差分を取

これは 大都会岡山 Advent Calendar 2021 2日目のためのブログエントリです。 コロナ禍となる少し前くらい・2019年7月からフルリモートで働き始めてから満2年とちょっとが経つのですが、僕は、幸いなことに仕事のために区切られた空間を用意することができているものの、以下のような課題があることを認識しはじめておりました。 2歳の子が日に日にパワフルになっていっていること コンテキストに合わせて環境を変えることは、生産性の向上に寄与するよなぁということ 「真剣モードで働いている人が、一つ屋根の下のどこかにいる、ということ」は、実はじわじわと奥さんに負担を掛けていたということ そんなおりに、自分が所属する会社が月3万円までのコワーキングスペース手当の支給制度を整えてくれました。その制度を活用して、倉敷は美観地区にあるコワーキングスペースでときどき働いているよ〜、という話になります

この文章で出てくる用語たち： SRE Site Reliability Engineering / Engineer 。 前者のことを指して SREing, 後者のことを指して SREs, と表記することもある サイトリライアビリティエンジニアリング - Wikipedia CRE Customer Reliability Engineering / Engineer 。 「CRE」という言葉が使われるときはだいたい後者な気がする。前者を指してこの言葉が使われてるのはあんまり見ないな、という印象がある 僕自身、前職でサーバーモニタリングSaaSに携わっていたこともあって「SRE」については最低限の知識というか、その概念の理解はあるつもり。でも最近目にしたこちらの記事を読んで、ああそうだった、と認識を新たにした表現があった。以下は、この記事の中の「そもそもSREとは何なのか」という問を受けて

"草APIサービス" Pixela のコマンドラインツールを作りました！ Pixelaをリリースした瞬間からほしいと思っていたので、念願が叶った！ その名も pi （読み方は ピ ）です！ github.com pixe.la これまでは、curl コマンドを使ったりだとか、HTTPとかに対する歩み寄りといったものを、Pixela のユーザーになろうとしてくれる方に求めざるをえない側面がありました。 ですが、今日からはこの pi を使うことで、 Windows Mac その他、Goがインストールされている環境 といった環境でも、簡単に Pixela に草を生やすことができます！「おもしろそうだけど使い方がわかんない......」と二の足を踏んでいた方に、 pi をきっかけに Pixela を使ってもらえたら嬉しいです！（もちろん、そうじゃない方にとっても便利な一品です！！） 以下に、環境ご

前回のエントリ↓のつづき。 blog.a-know.me Pixelaを作り、運用するにあたって、「今までやったことなかったけど、今回は絶対にやってみよう」と思っていたことがあって、それが「利用規約の整備」と「GDPRにちゃんと向き合うこと」だった。 なお、以下の文章は「ごく最近に "利用規約" というものに向き合い始めたばかりのド素人」が書いているものであり、その正確さ等については一切保証できません。が、「今回僕はこうやった」ということについて書いてあるため、もし誤解や不足、問題点などがあればぜひご指摘いただきたいです。プログラミングといっしょで、問題点をひとつずつ直していくことを通じて "安心して使ってもらえる・運用していけるWebサービス作り" を上達していきたい、という気持ちがあります。 なぜ取り組もうと思ったか？ 僕はとにかく意識が低くて、GDPRが施行されるという今年の5月下旬

Pixelaの技術的な話（といっても高度なことは殆どしてないんだけど......）とか、あと今回の個人的な頑張りポイントである利用規約・GDPR対応といったところは、後日別エントリとしてまとめたいな〜と思っています。そのうち書くので、よろしかったらそちらも楽しみにしてやってくださいっ。 commit以外の数値でも草を生やせる、PixelaというAPIサービスを作った！ - えいのうにっき blog.a-know.me などと書いておきつつ、3週間ほど経ってしまった。ということで、今回はこの点に関して書く。あと、過大なタイトルについてはすみません。これ以外もう何も思いつかなかった。 思い当たる限りで、ざっと箇条書きにしていく。この記事に限らないことだけど、なにか間違ってることとか、もっといいやり方あるよ、というところがあれば、ぜひ教えて欲しい！ サーバーサイド GCP（Google Clou