Contents Command Line Interface Guidelines An open-source guide to help you write better command-line programs, taking traditional UNIX principles and updating them for the modern day. Authors Aanand Prasad Engineer at Squarespace, co-creator of Docker Compose. @aanandprasad Ben Firshman Co-creator Replicate, co-creator of Docker Compose. @bfirsh Carl Tashian Offroad Engineer at Smallstep, first e
おことわり 個々の関数や変数に正しい型をつける話はしません。TypeScript HandbookのDeclarationの章などを読むことをおすすめします。 かわりに、本稿では関数や変数の型宣言をどこにどう置くべきかの指針を与えます。 モジュールとスクリプト declareを正しく使うにはまずモジュールとスクリプトの区別を理解し、意識することが大切です。 ブラウザやNode.jsは外部からの指定でモジュールとスクリプトを区別しますが、TypeScriptでは原則としてファイルの内容でモジュールとスクリプトを区別します。 import 宣言または export 宣言が1つ以上あればモジュール。 CommonJSモジュールの場合はTypeScript専用構文である import = 宣言、 export = 宣言を使う。 それ以外の場合はスクリプト。 ただし、JavaScriptファイル (
発明家の北神＠ Interface 2022年11月号 on Twitter: "す、すげぇ。東横イン、部屋事にSSIDがあって（ルーター名が部屋番号）確かルーターが沢山あるとチャンネルの奪い合いになるのでは？って思い出して調べたら、まぁひどい状況w 部屋同士戦い合う仕組みになってる、どうして汗w https://t.co/Cvs8pZzZOP"
す、すげぇ。東横イン、部屋事にSSIDがあって（ルーター名が部屋番号）確かルーターが沢山あるとチャンネルの奪い合いになるのでは？って思い出して調べたら、まぁひどい状況w 部屋同士戦い合う仕組みになってる、どうして汗w https://t.co/Cvs8pZzZOP
「いじめられたから見返そうと頑張る」には無理がある（Interfaceに論文掲載） | 富永 京子 / TOMINAGA Kyoko
社会運動の専門誌Interfaceに論文が掲載されました（こちらから読めます）。国際誌への掲載としては、2017年に刊行された前回の論文から随分時間が経ってしまいました。内容は「社会運動の旅（Protest Journey）」に関するものですが、ここでは今回の論文の執筆に至るまでの少し別の話をさせてください。 この3年間はある事情で研究が難しい状況にありました。この論文もいくつかの雑誌に投稿を繰り返してようやく掲載されたというところです。理由は後述しますが、いままでお世話になってきた「日本の社会運動論の先生に認められるため」に頑張ってきたのですが、もう限界があるような気がします。この論文が掲載されたこともあり、しばらく、社会運動研究のほうは好きなペースで行うことにしようと思います。 なんで認められることに躍起になっていたのかというと、数年前にある社会運動の研究会（特にメンバーシップというも
WebAssemblyがW3Cの勧告に到達。「WebAssembly Core Specification 」「WebAssembly Web API」「WebAssembly JavaScript Interface 」の3つ
W3Cの WebAssembly Working Groupは、Webブラウザ上でネイティブコードに近い実行速度で高速に実行できるバイナリフォーマット「WebAssembly」の仕様が勧告に到達したことを発表しました。 今回勧告になったのは、WebAssemblyに関連する3つの仕様です。 1つ目はWebAssemblyのバイナリファイルを実行する仮想マシンの仕様を定義した「WebAssembly Core Specification」。これは一般的なマイクロプロセッサの動作を模倣するような作りにすることで、WebAssemblyのバイナリファイルでプロセッサのネイティブコードに近い実行速度を実現するようになっています。 2つ目の「WebAssembly Web API」は、さまざまなプラットフォームでWebAssemblyを利用可能にするため、WebAssemblyバイナリファイルのシリ
golangでテストのためだけにinterfaceを書くのが死ぬほど嫌だったので編み出した技を紹介します。 TL;DR テスト(=mock)のためだけにinterfaceは切りたくない 型エイリアスとビルドタグを組み合わせるとinterfaceがなくてもモックが作れる この手法に必要なモックを自動生成するプログラムを作った interfaceは本当に必要なシーンで使うべき Background 現在モックを使った単体テストは一般的です。 Javaでの例を挙げると、モックしたいコンポーネントについて予めinterfaceを定義しておき、モックではそのインターフェースを実装するのが定石です。 しかしgolangのinterfaceはJavaなどのそれとは若干性質が異なるため、テスト=モックのためだけにinterfaceを書くのはオーバーワーク気味です。 そうテストのためだけにinterface
ReactでTypeScript使うときにPropsやStateってinterfaceよりType Aliasの方よいのでは説 - terrierscript: 保存済みの下書き
ライブラリの場合は「拡張に対して開いている」ほうが良いので、Interfaceのほうがいいと考えているため。 A second more important difference is that type aliases cannot be extended or implemented from (nor can they extend/implement other types). Because an ideal property of software is being open to extension, you should always use an interface over a type alias if possible.
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Command Line Interface Guidelines
TypeScriptのdeclareやinterface Windowを勘で書くのをやめる2022
テストのためだけに`interface`を書きたくないでござる — KaoriYa