サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
中東情勢
blog.stenyan.jp
github.blog という記事を今日みて、 echo "::set-output name=hoge::fuga" みたいなことをやってたのがdeprecatedになると知った。以下のドキュメントを参考に置換すればOKとのことだったので、せっかくなのでsedでやってみた。 https://docs.github.com/en/actions/using-workflows/workflow-commands-for-github-actions#setting-an-output-parameter find .github/workflows -type f | xargs sed -i '' -e 's/echo "::set-output name=\(.*\)::\(.*\)"/echo "\1=\2" >> $GITHUB_OUTPUT/g' ちなみにはじめは sed -i
Renovateを使ってるときに、Node.jsをv15とかv17とかにあげるPull Requestが出ることがあって気になっていたところ、特定状況下だとこうなることがわかったのでブログに書いておきます。なお、Node.jsのバージョンについては https://github.com/nodejs/Release#release-plan に詳しく書いてあります。 Dockerfile内で FROM node:16-alpine のように数字のあとに文字がついてる場合はLTSを無視してアップデートしようとする ほぼほぼ以下のDiscussionに書いてある通りです。 github.com 例えば .node-version ファイルがあって 14.20.1 と書いてあるとしたら、Renovateはこれを 16.17.1 にあげるPull Requestを作ってくれます。(v15は飛ばして
たとえばGoで書かれているプロダクトのCIをGitHub Actionsでやっていて、Goのバージョンがあがるたびにこのファイルを毎回ちまちま更新しているとあまり面白味のない作業になってしまう。最近だとGo 1.18 から 1.19 にあげるときに以下の go-version に書いてる数字を 1.19 にあげる必要があった。 steps: - uses: actions/checkout@v3 - uses: actions/setup-go@v3 with: go-version: 1.18 - run: go version actions/setup-go@v3.1.0 からは go-version-file に go.mod のパスを指定することによってそこからバージョンを取得して使ってくれるようになった。便利。 .go-version にも対応しているようです。 github.
Google Cloudに手でたてたリソースをTerraformに落とし込むときにterraformerみたいなツールを使ってみようと思ってググってたら公式ドキュメントに gcloudを使ったやり方が紹介されていたので試してみました。(ドキュメント曰く、GAになる前の機能なので、いずれ変わる箇所もありそうです)。 この記事ではその使い方や気になった箇所について軽く紹介します。 cloud.google.com Terraform形式になるように一括でエクスポートする Terraformにインポートするためのスクリプトを生成する 生成されたインポートスクリプトを実行する ハマり所・気になり所 bulk-exportコマンドで出力されないリソースがある bulk-exportコマンドでリソース指定でフィルターしたときにエラーが発生するリソースがある terraform plan したらエラーが
最近私は Firebase Authentication を利用したWebアプリケーションを開発しています。Pull Requestごとのプレビュー環境を用意しようとした際に表題の「承認済みドメイン」をどうするかがネックになり色々と調べて最終的にGitHub Actionsで対応したので、そのときわかったことなどをこちらの記事に書きます。 承認済みドメイン (Authorized Domain) とは 今回の困りごと 世間の様子 作戦 実装 認証周り APIを叩く jq 技を使う GitHub Actions 完成系のGitHub Actions 承認済みドメイン (Authorized Domain) とは Firebase Authenticationを利用すると、「メール・パスワード」「Google認証」「Twitter認証」などなど色々な方式でのアカウント登録周りの認証を実現できま
我々も「スクラム」やるぞ!と言われても、イマイチどうしてスクラムでやりたいかが伝わっていないことがあると思います。あまり乗り気でない開発者は以下のようなことを感じているかもしれない。 スクラムを導入したところで嬉しさがわからない スクラム独自の用語が沢山あり、覚えるべき概念が多そうに感じる・学ぶための労力が割にあわないと思っている そもそもチーム改善とかに興味がない 改善に興味がなかったら厳しそうですが、スクラムを導入する嬉しさは簡単にでも紹介できたほうが良いと思うのであらためてちょっと整理してみます。 そもそもどういうことができているチームが優秀なチームかというのを考えると 以下のようなことができていると、優秀なチームなのかなと私は考えています。 改善サイクルが回っている(一定の周期で開発と振り返りと改善を繰り返すことができている) タスクが急遽差し込まれたり、方針が変わったときにスムー
最近チーム用にGASとclasp (CLIで操作できるようになるツール) で Slack bot を作りました。今回そのbotの話はしませんが、bot作ってわかった細々としたことを軽くまとめて共有します。 Google Apps Script 毎日分単位で特定の時刻に発火してほしい場合はスクリプトからトリガーをセットすると良い 日本の祝日は動かないようにしたい場合は祝日カレンダーを使うと良い clasp 変更を素朴にデプロイし続けるだけでは足りず、バージョンの切り替えも必要 clasprc.json のcredentialsをGitHubのRepository Secretsに登録しておけば、mainブランチにマージ = デプロイを実現できる Slack ユーザに対してメンションを送りたい場合はSlackのMember IDが必須 Layout blocks を使うと綺麗に文章をフォーマッ
gihyo.jp リファクタリング特集よかった。「将来を予測してコードを書いていても上手くいかないから現在の仕様を反映したコードにしよう」みたいなことが序盤に書いてあって心当たりがあって「ウッ」となった。あと7つの凝集度と7つの結合度の紹介と具体的にどういう風にリファクタすると良いか(もしくはしなくてよいか)というのがGoのコードサンプルで説明されていてわかりやすかった。終盤Reactコンポーネントでも論理的凝集を意識したコンポーネントの切り方みたいな話があって、「確かにそこでも使えるのだな」とちょっと新鮮な気持ちになった。コンポーネント内で無理やり分岐で表現しなくて別々の機能を持ったコンポーネントなら別コンポーネントにすればいいだろうとは思っていたものの、これが論理的凝集であるというのは意識していなかった。 「入社した会社にすばやく適応する」特集も興味深くて良かった。以下の記事に大幅加筆
id:Songmu さんの以下のエントリを読みました。自分も読んでいて共感できるところあったので、はてなブックマークのコメントに一瞬書きかけたけど、せっかくならブログに書こうと思い書いてみます。 songmu.jp 自分の性格 自分は元々上昇志向がある方だと思う。難しい議題に挑戦してコツコツとがんばった結果良い成果を出せるような人間だと思っている。というかそうであると自分自身勝手に期待している。 あと、自分は常に勉強とか仕事とかで中の上以上にいる、もしくはいるべきだと思ってしまっている。常にというのは、学生時代から社会人になったいまもという意味。 一方で何かが上手くいかなかったらわりと自分自身が責任を感じるし、周りのメンバーが滅入ってると自分も滅入る。 苦しかった事例 高校生時代*1は、元々中学オール5でやってたので勉強に自信があった自分が、段々勉強が難しくなって文系科目で成績を落とし始め
最近一部の界隈でWordleという英単語当てゲームが流行っています。 www.powerlanguage.co.uk 5文字の英単語を最大6回のチャンスで当てるというシンプルなゲームです。ただし適当な文字を打ち込んでも存在しない英単語だと弾かれます。1日1単語が出題されるため、SNS上でシェアしあって楽しむことができます。 Wordle 215 4/6 ⬛🟨🟨⬛🟩 ⬛⬛⬛⬛🟨 🟨🟨🟩⬛🟩 🟩🟩🟩🟩🟩— すてにゃん (@stefafafan) January 19, 2022 初手で使う単語は何が良いのか 適当な単語を入れるとあってる文字もしくは位置が違うけど合ってる文字は色がついてヒントとして使えます。(逆に完全に外れている場合は黒色になるのでそれはそれでヒントとなります)。 ということは、初手で使う単語はこのヒントが最大限得られる単語を使えるとお得です。同じ文字
こちらはMackerel Advent Calendar 2021の12日目の記事です。 先日以下のような記事を書いたのですが、Mackerel Advent Calendarを今日みたら空きがあったのでついでにMackerel向けの拡張もさっと作ってみました。 (VS Codeの拡張作りに関する話は以下のエントリに色々書いてるので興味あればこちらもよろしくお願いします)。 stefafafan.hatenablog.com 「式グラフ」とは Mackerelでは実験的機能として、式を書いて既存のメトリックの値を組み合わせて、グラフを作ることができます。 mackerel.io また、同じ「式」を利用して、監視も行うことができます。 mackerel.io おすすめな使い方などについてはこのエントリが参考になると思います。 mackerel.io 式を書くのがちょっと難しい 上記の式ですが
このエントリははてなエンジニアAdvent Calendar 2021の10日目の記事です。今回はVisual Studio Code向けの拡張を作った話を書きます。 拡張の様子 はてな記法そこそこ使っている 自分ははてな社員というのもあり、自社のサービスをちゃんと使っておきたいという気持ちで個人ブログもはてな記法モードで書いています。 ただ普段コード書くときはVS Codeで書いており、VS Codeは現状はてな記法で書かれた文章は認識してくれないので、中々手元で書くモチベーションがあがらない。 また、VS Code拡張作ってる人々が周辺にいたので自分も作ってみたいかもと数日前に突如思い立ちました。 ということで作った 作りました。いますぐインストールしましょう。 marketplace.visualstudio.com ソースコードはこちらです。 github.com 見どころ 見どこ
この記事は「masawada Advent Calendar 2021」の3日目の記事です。 adventar.org 昨日の担当は id:papix さんでした。飛行機の座席について勉強になりましたね (masawada Advent Calendarとは?) papix.hatenadiary.jp さて今回は自分が「ひぐらしのなく頃に奉」というNintendo Switchのゲームをほぼほぼクリアしたので、それについて、ひぐらしのアニメだけを見たと思われる id:masawada*1 向けに感想をお伝えします。 www.entergram.co.jp 全体の感想 4000円で全編フルボイスなので、コスパがバグってます。すごすぎる めちゃくちゃ時間かかるので、めちゃくちゃ暇はつぶせます。masawadaさんあまり暇じゃなさそうだが… アニメ端折りまくってるので、まあ時間あるならいつかや
以前まで知らなかった小ネタを社外向けにも書いておきます。 普段の仕事で日付を扱う際、strftimeで文字列を組み立てることが多いのですが、その際にゼロ埋めをやめたいということがあった。てっきりstrftimeでは勝手にゼロ埋めするので、ゼロ埋めやめたいときは月の数字と日の数字を別々に分割して利用するしかないと思っていたのですが、strftimeのglibc拡張では元からこれに対応しているようでした。 man strftime man コマンドを眺めると以下のように書いてありました。 %-* GNU libc extension. Do not do any padding when performing numerical outputs. %_* GNU libc extension. Explicitly specify space for padding. %0* GNU libc
私はソフトウェアエンジニアをやっていますが、仕様から実装方針を立てたりするときに「これはstraightforwardだね」とか「straightforwardではないな」とか言いたくなることがあります。幸い開発者同士のやり取りでstraightforwardと言うと結構伝わるので大丈夫ではあるものの、日本語でこのニュアンスをそのまま伝える用語が無いのは不思議な気がする。 straightforward、私の使い方的には「真っ直ぐ・道なりに進んでいけば良い」みたいな「迷い所が無い」みたいな「同じ調子で進めれば良い」みたいなそういうイメージがあります。straight+forwardなので。 「straightforward 意味」で検索して結果を眺めると「まっすぐ」「正直」「率直」「複雑でない」「簡単」「回りくどくない」「安易」「単純」「明快」「自明」などがヒットしました。 プログラムの実
最近社内の自分が所属しているチームで会議体を見直して「教科書的なスクラム」に近づけようとしている。そんな中表題のようなことを思うようになり、社内のグループウェアで書いてたのをついでにここにも書いてみる。 スクラムイベントというのは5つの要素があって、簡単に説明すると以下のようなものです。 スプリント (以降の4つのスクラムイベントを包括するイベント) スプリントプランニング (スプリントで達成するものを計画する) デイリースクラム (毎日決まった時間でやる定例、お互いの困りなどを聞いたりして、相談にもっていく) スプリントレビュー (スプリント中達成できたものを発表) スプリントレトロスペクティブ (スプリントごとの振り返り) この中で1番大きな期間を持つものが「スプリント」で一般的には1週間~1ヶ月のスパンだと言われているらしい。つまりどういうことかというと、スプリントの中で集中して仕事
2021年現在、スクラムガイドを参照したい場合は最新の2020年のスクラムガイドを読むことになります*1。このスクラムガイド、初出が2009年頃で数年置きに改訂されており、公式サイトから差分が確認できます。 scrumguides.org 一方で、初見で突然この差分のページを読んでもちょっとむずかしいと感じたので時系列ではなくテーマ別に整理してみようと思います。適当に日本語にしたり英語のままだったりしますが読みづらかったらすみません。以下の記事も参考になりました。 www.scrum.org Sprint Planning Release Planning (2010) → 必須ではないため削除 (2011) Sprint Planningで積んだ仕事を必ず終えることにcommitする (2010) → Sprintで終えられそうな仕事をforecast(予測)する (2011) 2つのパ
株式会社はてなでWebアプリケーションエンジニアをやっているid:stefafafanです。はてなマンガチームの魅力を書く流れ*1になっているみたいなので自分も書いてみます。日記ばかり書いてましたが唐突に会社の【PR】的なエントリ失礼します。 はてなの関わっているマンガサービスについて 多くの人は「はてな」と聞くと、「はてなブログ」とか「はてなブックマーク」、エンジニアだと「Mackerel」などを連想するかもしれませんが、マンガ関連のサービスにも力を入れています。 プレスリリース一覧で「マンガ」で検索すると、2014年の「少年ジャンプルーキー」、2017年の「少年ジャンプ+」や「マガジンポケット」、2018年は「コミックDAYS」などなど様々なサイトや出版社のマンガビューワを手掛けていることがわかります。 新しめなチャレンジとしては、新マンガ投稿サービスのマンガノなども今年リリースしてい
近況です。東京から神奈川へお引越しをしたのと、Vtuberになりました。神奈川とVtuberは特に関係ないです。 引っ越し 神奈川の藤沢市に先日引っ越しました。狙い・理由は以下のとおりです。 社会人になってからずっと同じ部屋に住んでたので、そろそろ気晴らしに引っ越ししたかった ずっと1Kの部屋に住んでたので、もう少し広い部屋に移りたかった。給料も新卒の頃よりかは増えてるので家賃も増えても可 去年の緊急事態宣言以降1年以上経過している中、2, 3回くらいしかオフィスに出社していないという感じなので、東京にいるメリットが感じられなくなった 今の感じだと個人的な気持ちとして、新型コロナウィルスが落ち着く気がしないので、東京都にいるだけでストレス。神奈川もたいして変わらないかもしれないが…… 家の近辺に海があったり水族館があったりするとなんだか明るい気持ちになれそう。散歩とかもする気になれそう い
「困ったらアラートあげてください」みたいなフレーズたまに聞く。それは良いと思うものの、適切なタイミングでアラートをあげるのもスキルが必要だと思う。そもそもどういう状況のことを考えているのかというと…… 難しい機能開発を任されている人にたいして「実装や動作確認などなんでも困ったらアラートあげてください」 このケースの困った場合の例としては… 実装方針いくつか思いついたけどどれでいけばよいか迷う 初歩的な部分でハマってるけどこの程度でヘルプ呼ぶかどうか迷う ハマらず作れているけど実装にとても時間がかかっている こういう困った状態になっても、「とりあえずもう少し自分で考えてみるか」とか「まあこの方針で良いだろう」と思ってアラートあげずにそのまま進んで後々さらに困るみたいなことがある 本来はもっと早い段階でアラートをあげてほしいと言ってる側は期待していそう どうすれば良いのだろうか? 定期的に会話
Go言語のドキュメントに掲載されているソースコードをみると、コメントが緑色になっている以外シンタックスハイライトが特にないことがわかる。 例えばブログの記事はこんな感じ。 blog.golang.org base64.goのソースコードとかを見るとこんな感じ。 golang.org 調べてみると、「シンタックスハイライト足しませんか?」という提案が何度かあったがどれも断られているようだった。 議論の様子 golang-nutsというGoogle Groupsのグループ (誰でも参加できる) で2012年にGo Playgroundにシンタックスハイライト足しませんか?という提案のスレがあった。 Rob Pike氏なども登場している。ざっくり読んだ感じ、「Go言語はシンタックスハイライトなくても十分読めるし不要だろう」みたいな流れ。 groups.google.com Redditでも同じこ
お世話になっております、 id:stefafafan です。この記事は masawada Advent Calendar 2020 の23日目の記事です。 adventar.org 昨日は id:polamjag による 飲み会を録音するとおもしろい でした。雑な音から音楽を作るエントリ、尊いですね。 polamjag.hatenablog.jp 本題 さて今回僕は動画を作りましたので、続きはニコニコ動画でご視聴ください。 id:masawada さんがついにあの初音ミクさんと共演したぞ。 お借りした素材 曲は「Junky - メランコリック feat.鏡音リン」を購入して使ってます。 メランコリック feat.鏡音リン JunkyJ-Pop¥255provided courtesy of iTunesmusic.apple.com MMDモーションは以下の動画からお借りしています。カメラ
こんにちは、株式会社はてなで最近はマンガサービスのコードを書いている id:stefafafan です。この記事はMackerel Advent Calendar 2020の13日目の記事です。 qiita.com 今回はMackerelのOSSにPull Request送ったときの話をしてみます。 前提 一応簡単に前提から話すと、Mackerelというのは株式会社はてなが開発しているサーバ監視サービスです mackerel.io Webサービス本体のコード自体は公開されていないですが、監視対象のサーバにインストールされるエージェントやプラグイン、また公式ドキュメントのマークダウンなどは大体GitHubにオープンに公開されています。プラグインなどはAPIが公開されているので誰でも簡単に作れます。 github.com 今回はこの公開されているコードに対して誰でも気軽にPull Reques
この記事ははてなエンジニア Advent Calendar 2020の6日目の記事です。 qiita.com 5日目は id:mizdra さんによるpolyfill を深堀りするでした。フロントエンド周りは弱い自分としてもこの記事を読むだけでpolyfillの概要から今後どうすると良いかなど知れてとてもありがたい記事でした。 www.mizdra.net さて今日は視点変えてツールの話を書きます。毎日使っているツールこそ、提供されている便利な機能を把握しておきたい。Macで使ってるターミナルアプリ「iTerm2」について書きます。 iterm2.com まずはみんながひょっとしたら知らない基本操作についていくつか紹介し、後半はTriggersという機能の使い方をいくつか紹介します。 (記事執筆時点ではver.3.4を使っています) tl;dr 公式ドキュメントにいろいろ書いてあるので読み
先日ブログにISUCONの感想も書きましたが、アウトプットチャンスでもあるということでRustのLT会 Shinjuku.rs #12 @オンラインにてLTもしました。資料は以下の通りです。 speakerdeck.com 今回のオンラインLT会について感想 100人近くGoogle Hangoutで繋いだ状態だった。ちょっとしたLT会で100人集めるの難しいと思うがオンラインだととても快適だし家からリラックスしながら参加できて良いですね。 Rustに興味がある人、Rustに詳しい人がたくさんいてかなり良い場だなとも思った。 また、LTの幅が広くて、Webの話やガベージコレクタの話など色々あり、楽しめた 質疑応答込みで10分は意外と短い またオンライン発表挑戦したい 関連 stefafafan.hatenablog.com
ISUCON 10 というWebアプリケーションを限られた時間で高速化するコンテストに参加してきました。「Trust Rust」チームということで id:dekokun と id:Krouton と参加しましたが残念ながら予選敗退しました。 まだ最終スコアや順位まではわからないが、我々が最後に提出したタイミングでは1133点でした。後ほどこのあたりにまとめられそう: isucon.net 準備編 チームビルディング ISUCONに必要そうな要素 ISUCONリハーサル 予選当日 総括 準備編 過去にもISUCON参加したことがあり、今回もISUCON開催されるらしいぞと社内で盛り上がっていたので、よっしゃ僕もと参加を決意しました。 チームビルディング 社内ですでに dekokun と Krouton がRustで参加する気満々っぽくて、チームメンバーを募集していた。彼らとは普段仕事では別の
Webアプリケーションエンジニアをやっていると時たま障害が発生し復旧作業にあたるのだが、人によって「障害対応が得意」だったり「苦手」だったりする。ただ、障害対応時の「良い動き」というのが実際どういうものなのかというのが自分の中でふんわりしていたので、ざっくりはてブで「障害対応」で検索していくつかのエントリーを読んでみたり、自分の仕事での経験を振り返ってみたりして考えたことをまとめてみた。 障害にはフェーズがある 障害対応には複数の役割がある 障害対応をスムーズに進めるための目的は複数ある スキルも必要なので練習していけると良い 初心者でもやれることはある 実際やってみると良さそうなこと 障害対応時にやることをテンプレート化する スムーズに対応に入れる仕組みを整える 障害対応避難訓練 おわり 障害にはフェーズがある 障害対応したことないと、障害には「障害中」「障害中でない」の二つの状態しかな
大したネタでもないですが、この前ふとこれやりたいなと思ってできたのでついでにブログに書いてみます。 DJ配信 みなさんやってますよね。え、やってない?ではいますぐDJ機材買いましょう。 それはそうと、昨今STAY HOMEの影響でDJの人もどうやらクラブでイベント全然できなくなって、仕方ないからDJ配信するか~とTwitchなどで盛り上がってるようです。 僕はただのインドア系のWebアプリケーションエンジニアなので、DJなんてパリピなものよく知らないんですが、家にたまたまDJ機材があったので、配信とかしてみたいな~と思いはじめつつ、OBSというソフトをインストールしたりWebカメラをセットアップしたりしてみてるのですが、DJ中の自分の様子をカメラで写しても盛り上がりにかけることに気づきました。 DJ機材の前でポーズをとっている男性 こんな映像がインターネットに流れてきても絶対にみようという
今回は音楽の話です。題名の通りです。「星宮とと」「TEMPLIME」を知らない人むけにわかりやすく解説しつつ最後に布教したいと考えています。 何で急に? 自分、普段「すてにゃん」とは別の名義で、クラブに遊びにいったりDJしたりしているのですが、久々にハマったコンテンツが出てきたなと思って書いてみます。 星宮とと、TEMPLIMEは何者? 星宮ととはバーチャルな存在で、当初はVTuberとしてやっていたのだと思うのですが(自分も初期の頃の活動は追えていないのであまりその辺りは知らない)、現在はVTuberではなく、クリエイターとしてモデル作りや動画作り、イラスト描いたり歌を歌ったりなど様々なことをやっているようです。元々個人で活動されていて、最近は「はかせ」という人物と組むようになったそうです。 twitter.com 【 おしらせ 】 星宮ととは、今まで個人活動でしたが これからは、はかせ
次のページ
このページを最初にブックマークしてみませんか?
『stefafafan の fa は3つです』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く