IaC Maturity Model と学習ステップ #srefm - ツナワタリマイライフ
はじめに 先日、ノリと勢いで企画した SRE.fm を行い、ゆるふわに Terraform や IaC の話をしました。 sre-fm.connpass.com 実際にやってみて、質問への回答を行う中で、IaC に関わるひとたちのマジョリティと自分たちには大きな隔たりがあるような感覚を持ちました。そういった中で、質問の1点1点に答えるというよりも、大局的な理解であったり、その本質的な要素であったり、段階に分けた学習ステップ等を言語化することが必要なのではないか、と（その後の二次会で）たどり着きました。 「IaC は当たり前になった」というのは Infra Study Meetup #1「Infrastructure as Code」 での Mizzy さんの言葉で、これに関しては大きく同意するものの、この「当たり前」は「誰でもしている状態になった」「できていないのはありえない」というもので
SQLが好きになれない
たまにSQLを書くのだが、やはりSQLが好きになれない。 構文によって書き方が違うのがわかりにくい。 SELECTはまだいい。問題はINSERTとUPDATEである。 INSERTはVALUESで書くくせに、UPDATEになるとSETで=でつなげているのモヤモヤする。 さらに()が必要な構文だったり必要ではないものであったり統一感がないのが混乱する。 INTOで文章らしさを出しているのかしらないが、どちらにしろ文章にならないので中途半端なのでいらないのではないだろうか。 長ったらしいSQLを書かされるのがとてもクレイジー。 ちょっとした検索したい場合はいいかもしれないが、プログラムの一部としての長ったらしいSQLは可読性も悪ければ保守性も悪いで誰も得しない。 さらに解決される順番が未だによくわからない。特にGROUP BYを使う場合にどういったタイミングでされるのか非常にわかりにくい。 サ
eno blog: Twitter創業者Biz Stoneにこんなこと訊いてみたい。
Twitter創業者Biz Stoneにこんなこと訊いてみたい。 Twitter社の共同創業者、Biz Stoneと対談することになった。 対談の模様は、Ustreamによって生中継されるので 10月1日（金曜日）20:00〜ぜひご覧になってください。 ＜＜ここをクリックするとTwitterブログの詳細ページにジャンプします＞＞ Biz Stoneと対談するのは、僕のほかに乙武洋匡さん。 乙武さんが前半なので、僕のパートは21:00くらいから。 「コミュニケーション」が対談のテーマということだが 一般的なコミュニケーションに関する話題は （勝手に）乙武さんにお任せするとして、僕のほうはある程度 Twitterそのものに突っ込んだ話題をしていきたいと思う。 Biz Stoneとは過去に数回会ったことがあるし 先日、サンフランシスコに行った際にも会ったのだが いつも僅かな会話しか交わしていない
地味な時間
私は地味な時間が好きだ。華やかではなく、控えめな時間はよい。 地味な時間には動きがない。一人本を読んでいるときや、楽器をじっくりと弾いているとき。楽譜に向かわずにひたすら人差し指の着弦具合を調整するとき。メトロノームで速さを1メモリだけあげて、繰り返し弾いているとき。料理前にじゃがいもの皮を向くとき。シャワーを浴びながら明日書くコードのことを考えるとき。そういう時間が好きなのだ。 華やかさの裏には数えきれないほどの地味な時間がある。大きなイベントの裏にはずーっとそのことを考える人たちと時間がある。演奏もそうだ。クラシックの演奏会では演奏している時間は1時間半ほどで、それまでに膨大な準備の時間がある。地味な時間である。 いつからか地味な時間が好きになったのである。目立ってあれこれ見せている時とか、何かを発表する瞬間というのは楽しいものであるが、一瞬である。人前に立って、相手の時間を奪ってしま
BERTの埋め込み空間の可視化を最速で
BERTのtoken embeddings(入力部分にある単語id->単語埋め込みに変換する層)の埋め込み空間の可視化をやったので、手順をまとめた。 文脈化単語埋め込みの方(BERTの出力ベクトル)の可視化も似たような手順でできると思う。 今回は東北大の乾研の方が公開されている日本語BERT(cl-tohoku/bert-base-japanese-whole-word-masking)を利用した。 使用する技術は主に以下。 huggingface/transformers: 事前学習済みモデルの利用 holoviews: 可視化まとめツール t-SNE: 次元削減 poetry: パッケージマネージャ 環境構築 poetryでいい感じにやった。 以下のpyproject.tomlをコピペしてpoetry installすればよさそう。 [tool.poetry] name = "hoge
あるファミコン世代の『ゲームの個人史』
『ゲームの歴史』騒動 少しまえ、『ゲームの歴史』という本について騒動が起こった。 そのタイトルに反し、内容があまりにも不正確だと多くの指摘があった。さらにいえば、100年前の話でもないのだから、バリバリの当事者たちが直接声をあげたりもした。もちろん、史料も多く残っているわけで、出版社は絶版と回収を決めた。 そんななか、たまに見かけた意見は、「これがコンピュータゲームの歴史の本と銘打たず、単にゲームの個人史だったらこんな問題にならなかったのではないか」というものだった。あるいは、「ゲームをやってきた世代はなんとなく語りたくなってしまうもの」、と。 そんな意見を見て、おれはおれのゲーム人生を振り返り……振り返ったら語りたくなってしまった。 というわけで、「おれの」ゲームの歴史をちょっと書き残す。あくまでおれ史観、というか、史観ですらない単なる思い出話。 ゲームの発売時期とかそういうのも、Wik
ハンドルって何？ と訊かれて、時代かー、と呟くような時代が来るのか - 視基aB
僕が"インターネットを始めた”のが2000年前後、K2Daというidを使い始めたのが、2003年。facebookに実名でアカウントを作ったのが2009年。 twitter, flickr, mixiあたりはK2Daで利用しており、実名で運用しているアカウントはfacebookとgoogle関連、picasa, gmailのみ。 実名とK2Daは結び付けたくない。理由は、主に経済的活動(職場)関係者に日記を見られたく無いということ。上に挙げたようなサービスは既存のソーシャルなネットワークを利用して情報を共有するのが売りであるから、最初からソーシャルなネットワークを二つ、実名による職場関連と、ハンドルによるインターネット関連の二つ、もっている自分は、同じサービスにアカウントを二つ作り、一つの写真をflickrとfacebookにそれぞれアップロードする。 これが非常に面倒。そして、実名とハン
[GitHub Blocks] 様々なドキュメントを2種類のインターフェースで同時に閲覧/編集できる “Edit with Preview” で GitHub の未来を感じてみる | DevelopersIO
[GitHub Blocks] 様々なドキュメントを2種類のインターフェースで同時に閲覧/編集できる “Edit with Preview” で GitHub の未来を感じてみる こんにちは、CX事業本部 Delivery部の若槻です。 前回のエントリでは、GitHub リポジトリ上のファイルの閲覧や編集機能をカスタマイズできる GitHub Blocks について紹介しました。 この GitHub Blocks では、ファイルに Blocks を適用してインターフェースの拡張を行います。Blocks は公式またはサードパーティ開発され、外部のリポジトリから読み込まれる UI 実装で、様々な拡張子のファイルに対する Blocks が用意されています。 今回は、様々なファイルを2種類の Blocks で同時に閲覧/編集できる Edit with Preview Blocks で、 GitHu
![[GitHub Blocks] 様々なドキュメントを2種類のインターフェースで同時に閲覧/編集できる “Edit with Preview” で GitHub の未来を感じてみる | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/f89b511673c0f4c450268af6b94631d8de01a283/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2023%2F05%2FPasted_Image_2023_05_31_0_15.png)
ChatGPTのAPIを使って、学習用ドキュメント生成ツール作ってみた - Platinum Data Blog by BrainPad
本記事は、当社オウンドメディア「Doors」に移転しました。 約5秒後に自動的にリダイレクトします。 このたびブレインパッドは、LLM/Generative AIに関する研究プロジェクトを立ち上げ、この「Platinum Data Blog」を通じてLLM/Generative AIに関するさまざまな情報を発信をしています。 今回、プログラミングなどのIT技術系のトピックについて、LLMに学習用のドキュメントを作成してもらえるアプリを、OpenAIのAPIとStreamlitを使って作成しました。 こんにちは、アナリティクスサービス部の齋藤です。 今回は、OpenAIのAPIとStreamlitを使って簡単なアプリを作成してみたので、その内容と作成過程で学んだことを紹介します。 ChatGPTのようなLLMは非常に賢く、既に何でもやってくれそうに見えますが、（少なくとも現時点では）私たち使
Slackのスレッド機能と通知範囲の誤解 - 西尾泰和のScrapbox
上記の「見てもらう必要があることをスレッドに書いてしまう人」が「見てない人が悪い」と主張したり、見落とした人が自分を責めたりした時にこうなりがち
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアは技術の前に、人と出会うのではなかろうか