岡本太郎しか勝たん - gfnweb
近年の若者には「推し」がいたりする．「推し」という語が少なくとも原義的には 自身-対象 ではなく 自身-対象-対象を勧められる第三者 という図式を有している点は2020年代の各個人と社会との関係の在り方を写すようで面白いが，まあその話自体に立ち入るのは置いておくとして，20代も終了目前で別に若くもない筆者にもその意味の「推し」の1人くらいはいる．岡本太郎だ．岡本太郎については既に多くの人が熱弁しているけれど，このベラボーな巨人について自らの言葉で書き留めておかねばならぬという欲を私も抑えがたい．だから「後から見返したら恥ずかしいだろう」などという卑しい懸念を唾棄して書くのである． 岡本太郎自体はほとんどの方がご存知だろう．「芸術は爆発だ！」などのやや奇抜な言動で知られ，“奔放なエキセントリックおじさん” のイメージが広く共有されているかもしれない．だが，そうしたイメージは全く一面的である上
ユニットテストのための言語設計 - gfnweb
ユニットテストとは，おそらくご存知の通り各コンポーネントが単独で操作的に意図通りの振舞いをしているかを具体例により確認する営みである． 「ユニットテストはどのように書かれるべきか」といった議論が為されるとき，もちろん言語横断的な議論が中心となるものの，しばしば特定の計算機言語やその処理系の性質を所与とした議論が含まれやすい．だが，言語仕様や処理系が天から降ってきたものではない以上，原理的にはむしろ言語こそが目的に応じて適切に設計されるべきものだ． したがってここでは，必ずしも明瞭な結論に到達するわけではないものの，「ユニットテストとは普遍的に何をするための仕組みなのか，そしてユニットテストをやりやすく意義のあるものにするためには計算機言語はどんな設計であるべきなのか」ということに関して考え，大枠のアイディアを練ってみたい．ここで触れている内容の一部はおそらくソフトウェア工学の文脈でとっくに
ドキュメントに固執せよ - gfnweb
どうして人間集団はこんなにも知見の共有を円滑にできないのか？ 改善にはドキュメントにまつわる各個人の心構え・制度設計・技術的解決の全部が必要だという話をしたい． ここでテーマにしているのは，著名OSSなど世の中にいくらでも知見が転がっている対象ではなく，特に企業内の十数人のチームでクローズドに開発しているなどして集合知に頼れない状況下でのドキュメントについてである． 非常に乱暴な言い方をするなら，「コードとか大部分は誰でも書けるようになるものなんよ，そんなところにマッチョイズムとか感じなくてええねん，我々の知的体力や組織性が真に試されるのはドキュメントちゃうんか」という気持ちです — 画力・博士号・油田 (@bd_gfngfn) June 3, 2022 ドキュメントに書く内容の必須項目或るシステム（ソフトウェアなど）について，そのシステムのことを全く知らない人を想定読者としたドキュメント
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
