並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 16 件 / 16件

新着順 人気順

Interfaceの検索結果1 - 16 件 / 16件

  • Command Line Interface Guidelines

    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

      Command Line Interface Guidelines
    • TypeScriptのdeclareやinterface Windowを勘で書くのをやめる2022

      おことわり 個々の関数や変数に正しい型をつける話はしません。TypeScript HandbookのDeclarationの章などを読むことをおすすめします。 かわりに、本稿では関数や変数の型宣言をどこにどう置くべきかの指針を与えます。 モジュールとスクリプト declareを正しく使うにはまずモジュールとスクリプトの区別を理解し、意識することが大切です。 ブラウザやNode.jsは外部からの指定でモジュールとスクリプトを区別しますが、TypeScriptでは原則としてファイルの内容でモジュールとスクリプトを区別します。 import 宣言または export 宣言が1つ以上あればモジュール。 CommonJSモジュールの場合はTypeScript専用構文である import = 宣言、 export = 宣言を使う。 それ以外の場合はスクリプト。 ただし、JavaScriptファイル (

        TypeScriptのdeclareやinterface Windowを勘で書くのをやめる2022
      • 発明家の北神@ Interface 2022年11月号 on Twitter: "す、すげぇ。東横イン、部屋事にSSIDがあって(ルーター名が部屋番号)確かルーターが沢山あるとチャンネルの奪い合いになるのでは?って思い出して調べたら、まぁひどい状況w 部屋同士戦い合う仕組みになってる、どうして汗w https://t.co/Cvs8pZzZOP"

        す、すげぇ。東横イン、部屋事にSSIDがあって(ルーター名が部屋番号)確かルーターが沢山あるとチャンネルの奪い合いになるのでは?って思い出して調べたら、まぁひどい状況w 部屋同士戦い合う仕組みになってる、どうして汗w https://t.co/Cvs8pZzZOP

          発明家の北神@ Interface 2022年11月号 on Twitter: "す、すげぇ。東横イン、部屋事にSSIDがあって(ルーター名が部屋番号)確かルーターが沢山あるとチャンネルの奪い合いになるのでは?って思い出して調べたら、まぁひどい状況w 部屋同士戦い合う仕組みになってる、どうして汗w https://t.co/Cvs8pZzZOP"
        • 「いじめられたから見返そうと頑張る」には無理がある(Interfaceに論文掲載) | 富永 京子 / TOMINAGA Kyoko

          社会運動の専門誌Interfaceに論文が掲載されました(こちらから読めます)。国際誌への掲載としては、2017年に刊行された前回の論文から随分時間が経ってしまいました。内容は「社会運動の旅(Protest Journey)」に関するものですが、ここでは今回の論文の執筆に至るまでの少し別の話をさせてください。 この3年間はある事情で研究が難しい状況にありました。この論文もいくつかの雑誌に投稿を繰り返してようやく掲載されたというところです。理由は後述しますが、いままでお世話になってきた「日本の社会運動論の先生に認められるため」に頑張ってきたのですが、もう限界があるような気がします。この論文が掲載されたこともあり、しばらく、社会運動研究のほうは好きなペースで行うことにしようと思います。 なんで認められることに躍起になっていたのかというと、数年前にある社会運動の研究会(特にメンバーシップというも

            「いじめられたから見返そうと頑張る」には無理がある(Interfaceに論文掲載) | 富永 京子 / TOMINAGA Kyoko
          • 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バイナリファイルのシリ

              WebAssemblyがW3Cの勧告に到達。「WebAssembly Core Specification 」「WebAssembly Web API」「WebAssembly JavaScript Interface 」の3つ
            • テストのためだけに`interface`を書きたくないでござる — KaoriYa

              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.

                  ReactでTypeScript使うときにPropsやStateってinterfaceよりType Aliasの方よいのでは説 - terrierscript: 保存済みの下書き
                • TypeScript で type と interface どっち使うのか問題

                  はじめに あくまで一個人の意見なので絶対的な解ではないというのと、どっちをデフォルトに選んでも普通にアプリケーション開発してて困ることはほぼほぼないと思うので、そこまで気を揉むことでもない、ということだけ最初に述べておいて意見をしたためます。 TL;DR アプリケーション開発では基本的に type でおk Declaration merging したい時だけ interface ライブラリ開発のような使う側で拡張したい(Declaration merging したい)時は interface とりあえずチームでどっちをデフォルトにするかは統一しといた方が気持ちいい type と interface の違い 機能的にはそんなに大きな違いはなく、個人的に判断に関わるのは次の3つかなと思います。 interface では Declaration merging がされる。type ではされない

                    TypeScript で type と interface どっち使うのか問題
                  • Java の enum を使いこなせるあなたに sealed interface

                    はじめに Java の enum は大変便利で非常多くのシーンで活用されています。例えば区分を表すようなオブジェクトを表現したい際にもよく使われていますね。 Java 14 で正式機能となった switch式にて網羅性検査が行えるようになり、それまで以前ではどうしても抽象メソッド等を活用する必要があった処理についても、switch式を利用する事で簡潔に表現することができるようになりました。 また、Java 17 で正式機能となった sealed classes/interfaces と Java 21 で正式機能になった Record Patterns によって、これまで必要だった区分値のような enum を必ずしも定義しなくて良い場合も出てきました。 この記事では、今まで enum を使っていたコードがこれらの機能によってどのように変わるのかを紹介し、盲目的に enum を定義するのでは

                      Java の enum を使いこなせるあなたに sealed interface
                    • 分岐を低減するinterface設計と発想の転換 / interface_design_idea.pdf

                      2023/03/03、エンジニア文化祭2023の登壇資料です。 『分岐を低減するinterface設計と発想の転換』 https://forkwell.connpass.com/event/272596/

                        分岐を低減するinterface設計と発想の転換 / interface_design_idea.pdf
                      • ライブラリとして公開したGoのinterfaceを変更するのは難しいと言う話 - 焼売飯店

                        昨日Twitterに書いた内容に、sivchariさんとhajimehoshiさんからリプライをいただいたので、備忘録的にまとめておきます。 発端 interface型と非interface型の後方互換性について interface型を公開した場合 1. メソッドの追加 2. メソッドのシグニチャの変更 3. メソッドの削除 公開されたinterface型を変更する場合の後方互換性についてのまとめ 非interface型を公開した場合 1. メソッドの追加 2. メソッドのシグニチャの変更 3. メソッドの削除 公開された非interface型を変更する場合の後方互換性についてのまとめ その他の後方互換性を崩さない機能拡張のパターンの紹介 他から実装できないinterfaceにする interfaceを合成する 内部用のinterfaceを分け、構造体型を公開する まとめ 発端 昨日、フュ

                          ライブラリとして公開したGoのinterfaceを変更するのは難しいと言う話 - 焼売飯店
                        • インターフェイスデザインとの向き合い方(公開版)/ How to face interface design

                          Goodpatch Engineer Meetup Vol.5 で登壇した際のスライドです。iOS Developerだった者がどのようにしてUIデザイナーとして取り組んでいったのか、Interface Architectの動き方や自己の紹介を兼ねながら、エンジニアリングの発想を活かすUI設計の観点を簡単にお話しいたしました。 https://goodpatch.connpass.com/event/156462/

                            インターフェイスデザインとの向き合い方(公開版)/ How to face interface design
                          • WebAssembly Interface Types で全てが連携する! (翻訳) - inzkyk.xyz

                            ブラウザ外での WebAssembly の利用が盛り上がっています。 盛り上がりはスタンドアローンのランタイムを使った WebAssembly の実行だけではありません。Python, Ruby, Rust といった言語からの WebAssembly の実行にも注目が集まっています。 なぜそんなことが望まれるのでしょうか? 理由はいくつかあります: 「ネイティブ」をもっと簡単に Node あるいは Python の CPython のようなランタイムでは、C++ などの低レベル言語でもモジュールを書ける場合があります。低レベル言語を使っ

                              WebAssembly Interface Types で全てが連携する! (翻訳) - inzkyk.xyz
                            • Goのinterfaceの使いかた 基礎編 - エムスリーテックブログ

                              エムスリーエンジニアリンググループ/BIRの滝安(@juntaki)です。 BIRはビジネスインテリジェンス&リサーチの略で、そこでは医療従事者の会員向けアンケートをベースに、製薬会社へのマーケティング支援を提供する事業を行っています。BIRではエムスリーではじめてGoを導入し、今ではほとんどの新規システムをGoで立ち上げています。(一部でKotlinもつかっています) Goでは、interfaceの使い方を知ることで、依存関係、コンポーネントの責務を整理した設計を考えることができます。 この記事ではGo導入当初にメンバに説明した、interfaceの基本的な使い方やTipsを整理していきます(すでに、Goをよく知っている人には当たり前すぎるかもしれません)。 また、この記事の後にBIRのメンバーがGo関連記事をいろいろ書く予定となっています! interfaceの使い方 interfac

                                Goのinterfaceの使いかた 基礎編 - エムスリーテックブログ
                              • interfaceとtypeの違い、そして何を使うべきかについて

                                始め TSを初めて勉強したときに「typeよりinterfaceを使うように!」というブログをよく見ましたが、業務の時は全部typeで型を定義してました。あれ?と疑念に思ってましたので、記事でお話させていただきます。 1. 型の定義 TSで一番手っ取り早く型を定義できる方法は多分これだと思います。 let level: number = 15; level = 15 level = "十五" //Type 'string' is not assignable to type 'number' このように宣言時の変数に方の注釈をつけることを型アノテーション(Type Annotation)と言います。上の例だけ見たら特に問題なさそうに見えますが、コードが少しでも複雑になったら問題があります。

                                  interfaceとtypeの違い、そして何を使うべきかについて
                                • USB 3.xでプラグをゆっくり挿すとUSB 2.0で接続されてしまうという話 | Interface – CQ出版

                                  Twitterなどでも話題になった, USB 3.xでプラグをゆっくり挿すとUSB 2.0で接続されてしまうという話について,USBに詳しい筆者陣の皆さんに聞いてみました. 意図的にゆっくり挿さないと起こらない USB 3.xでプラグをゆっくり挿すとUSB 2.0で接続されてしまうという話ですが,1秒以上かけてプラグ挿入するなど,意図的に「ゆっくり」挿さないと、この現象は起きません。最後まできちんと差し込まずに途中で止められてしまったということでない限り、普通に差し込んだときには起こらないでしょう。 規定からこの動作を考えてみる 時間規定は、UFPがVBUS検出してからUSB3のRx Detectをどれだけ試しても見つからなかったらUSB2で接続するかという形で間接的に規定されています。 Rx.Detect.QuietとRx.Detect.Activeのループを8回試して、ダメだったらUS

                                  1