LATEST ARTICLES

Result export type Success<T> = { ok: true, result: T, } export type Failure<E> = { ok: false, error: E, } export type Result<T, E> = | Success<T> | Failure<E>

modifyC modify関数を以下のように定義する function modify<T extends object, K extends keyof T>(key: K, f: (old: T[K]) => T[K], struct: T): T オブジェクトのキーとmapする関数を受け取って、キーに入っている値をMapする関数

はじめに git rebase-i と git commit --fixup がハチャメチャ便利なので紹介する。 git ってなんやねんという人はすごいエリートの人が書いた記事があるので読んでみて欲しい。 この記事を書いた人はめちゃくちゃエリートで、特に何もめでたいことがなくても僕にスシを奢ってくれる人格者だ。 明日も僕にスシを奢ってくれるらしい。

概要 TypeScript はね、よいよ。 はじめに JavaScript を書きたくない人間は多い。 なぜかといえばしんどいからである。 だけれども大人はお仕事をしているので、JavaScript で動く何らかを開発しないといけないことがある。

最近弊社でも大学生のエンジニアインターンが増えてきて，彼らの成長のために，開発にあたっての知見を効率的に共有する手段を色々と模索している．こういった知見は再利用性も高く，社内に閉じている必要もまったくないので，こうしてブログに書き溜めていくことにしてみようかと思う．第一弾として，端末エミュレータ上でのオペレーションの効率化について記す．

最近、UIデザインをしていく中でClickableな(クリックできる)ボタンのアフォーダンスについて悶々と思考を巡らせてしまいます。 「果たしてこのボタンはクリックできるものだと認識してくれるだろうか？」「う〜んギリギリ認識してくれるか…?」という自問自答にはじまり、 「そもそもこれボタンに見えるのか？」「ボタンっぽいコンポーネントだけどこの機能の中ではクリックできる(すべき)ところではないんだよな...」などなど思考の沼にはまりながらUIデザインをしています。

先日、動画に突然「熱盛」を表示するとかいうクソChrome拡張を作って公開しました。めっちゃバズって結構インストールしていただけました。うれしい。 やっぱりこういうのは鮮度が大事で、思いついてから公開までを数日にとどめたいところですね。

実現したいこと Terraform の GitHub provider を用いて，issues および pull requests のラベルを管理したい．その際に，いくつかのラベルをひとまとめにしておき，複数のリポジトリが同じラベル群を持つようにしたい．また，module はネストすることもできるが，複雑になるので避けたい．

つい最近、ご縁がありましてBtoB向けのサービスの開発にUIデザイナーでジョインすることになったのですが、BtoB向けのサービスにおけるUIデザインというものがはじめての経験です(しかもスタートアップ、スタートアップでの開発もはじめて)。