Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに プログラマの中には、TDDのような自動テストを整備すれば、手動テストは必要なくなると考えている方もいるようです。本記事では、主にプログラマー向けに、手動テストの大切さとはじめ方を書きます。 はじめ方に忍者式テストが出てきます。 プログラマーが得意なテスト、不得意なテスト プログラマーはCheckingが得意です。Testingは不得意です。 テストには Testing と Checking の二つの作業がある Michael Boltonという人のお言葉があります。 Testing vs. Checking « Develop
プログラミングコードには多くの記号が必要です。例えばJavaScriptでは、２つの値が同じかどうかを比較する等価演算子として、=を２つ並べて次のように記述します。 コードを読む場合、 =という文字が、=単体の意味なのか、==と繋がるのか、脳内で判断をするストレスがあります。 これに対し、1つの意味を1つの文字で表してコード全体の可読性向上を図るのが、リガチャ（合字）です。リガチャを用いると、前述の等価演算子と関係演算子は下記のように記述可能です。 IntelliJ IDEAやWebStormではリガチャを使用可能 JetBrains製のIDEであるIntelliJ IDEAやWebStorm等の2016.3では、リガチャを用いることができます。記号と文字を一対一で対応させることができるので、すっきりとコードを記述可能です。 リガチャの設定方法 リガチャは全てのフォントで使えるわけではなく
AMP（Accelerated Mobile Pages＝アンプ）とは、2016年2月にGoogleが導入した、モバイル端末（スマートフォン・タブレット）でのウェブページの表示を高速化するためのプロジェクトです。AMP対応のウェブページは従来に比べ平均4倍程の速度で表示できるため、さまざまなメリットがあります。 本記事ではAMP導入のメリットと作り方を紹介します。AMP対応することによってアクセス数が増大した話もありますので、記事のシリーズで紹介します。 導入の利点① ページ表示が超高速になる モバイルブラウザで、AMPページにアクセスしたときにものすごいスピードでウェブページが表示されます。読み込み待ちのイライラがなくなるため、ユーザーストレスの軽減につながります。 導入の利点② 検索結果でAMP（稲妻マーク）が表示される モバイルでのGoogle検索で、AMP対応のウェブページは稲妻マ
こんにちは．maxmellon です． この記事では，javascript のプログラムにおいて，ブラウザが forEach に 対応したにもかかわらず、一部のプロジェクトにおいて， lodash や underscore などといったライブラリをわざわざ読み込んで _.forEach などの関数をつかう理由について迫りたいと思います． 余談ですが，Aqutras でも 一部 プロジェクトに lodash が導入されました． underscore, lodashとは underscore, lodash ともに，javascript を開発する上で，比較的よく使われるような 汎用的な関数を集合させたライブラリです．具体的には，map (配列のすべての要素に対して，何らかの操作を行い，その結果から新しい配列を作成) や forEach (配列の要素を前から順番に繰り返し参照)，join (配
https://play.google.com/store/apps/details?id=info.justoneplanet.android.inputmethod.japanese&hl=ja 「みんなの顔文字キーボード」……？ ASCII.jp読者的には聞きなれないアプリかもしれない。しかしシリーズ累計1200万ダウンロード突破済みで、10代女子を中心にケタ違いの人気を誇っているアプリだ（参考：累計1000万突破時のリリース）。 そのウリは何といってもAndroid／iPhone両対応で100万種類の顔文字を自由に入力可能なこと。しかしそれ以上に侮れないのが「Google 日本語入力」をベースに開発された文字入力部分の仕上がり。 レイアウトやスタイルはもちろん、フリック感度やソフトキーボードの表示位置など、異様と言っていいほど細かく調整できる。また、肝心の辞書部分もその辺の単機能辞
by Patrizio Cuscito ウェブサイトやアプリを使っていると自分の意図するものとは違う操作が勝手に行われていて戸惑うことがありますが、ミスではなく、「わざと」そのようなデザインにしているユーザーインターフェースを「ダークパターン」と呼びます。なぜ善良なデザイナーがダークパターンを使う悪意あるデザイナーになってしまうのか、その仕組みがムービーで公開されています。 Dark Patterns - User Interfaces Designed to Trick People http://darkpatterns.org/ ダークパターンとは何か？ということは以下の記事を読むとわかります。 ユーザーをだますのが目的のデザイン「ダークパターン」いろいろ - GIGAZINE なぜデザイナーが暗黒面に落ちてしまうのかは以下のムービーで解説されています。 Dark Patterns:
前回は、これまで研究されてきた分散システムにおける「合意」とビットコインの「合意」の意味を比較しながら、ビットコインにおける「合意」の意味にいくつかの解釈の余地があることを説明した。 今回は最初に、「ビットコインが初めて問題を解決した」「いや解決していない」などと議論を呼んだ分散システムの難題、「ビザンチン将軍問題」を紹介する。 次に、ビザンチン将軍問題が、ビットコインのようなP2Pシステムにとってどのような意味があるのか、過去の研究からビットコインに関係する論文として「The Sybil Attack」と「Exposing Computationally-Challenged Byzantine Imporstors」を紹介する。 そして最後に、ビザンチン障害に耐性があるシステムを作れたとしても、プログラム（アルゴリズム）の正しさだけに依存してシステムを運営・維持することには限界があり、
ブロックチェーンについて議論がなされるとき、「合意」という言葉がひんぱんに使われる。 たとえばブロックチェーンの機能について、データの正当性を複数のコンピュータが「合意」することで、中央機関に頼らずデータを共有する仕組みだ…などと説明されることがある。 では、ここでいう「合意」とは、そもそも何を指す言葉なのだろうか？ この言葉は「両社は協業することに合意いたしました」など、私たちの日常でも多く使われている言葉である。日常的に使われている「合意」をイメージしたまま、ブロックチェーンの議論をしてしまうと、ブロックチェーンの仕組みについてうまく議論できない。 これに加え、分散システムの学術界/産業界では30年以上前から、分散された複数のコンピュータの間で何らかの合意を形成する「合意問題」という課題に取り組んできた。実際に合意問題を解決するアルゴリズムやプログラムも登場している。 この分散システム
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く