タグ

2016年12月8日のブックマーク (6件)

  • MacBook Pro Late 2016レビュー: おっとTouch BarとUSB-Cの悪口はそこまでだ

    MacBook Pro 13インチ Touch Bar モデル(Late 2016)を11/17から使用し、3週間ほど経過したのでレビューを書きました。 MBPの購入を検討している方で、特に「Touch Barってどういうものだろう?不便はないのだろうか?」とか「USB端子が変わったことによるメリットとデメリットは?」という事が気になる方に参考になるように書いています。約15,000文字あります。 Touch BarとUSB-Cについて多くの人が誤解していること レビュー文の前に、まず大手メディアが報じているMacBook Pro、Touch Bar、USB Type-C(以下USB-C)に関する記事を読んでいると、明らかにまともにMacBook Proを使用せず書かれているとしか思えない、間違いだらけの記事や質が低い記事が多すぎます。 例えば 以下のようなことが書いてある記事は完全に間

    MacBook Pro Late 2016レビュー: おっとTouch BarとUSB-Cの悪口はそこまでだ
    takaesu
    takaesu 2016/12/08
  • Ruby でモジュールを mixin したクラスにメソッドの定義をわかりやすく強制する方法を考える - Qiita

    Ruby Advent Calendar 2016 の7日目が未投稿だったので埋めちゃいます。 これは Ruby Advent Calendar 2016 の7日目の (代理) 投稿です。 「Railsのポリモーフィック関連とはなんなのか」という投稿の中で、 ポリモーフィック自体は非常に便利だけどもRubyのシンタックス的に厳しいものがある との意見がありました。 個人的には Ruby 開発ではガンガンコーディングを気分良く進めていける一方で、その分ランタイムで落ちたり想定外のバグを出したりするのはもうある程度仕方ないものだと考えていて、だから気をつけてコード書かないとね、ちゃんとバグを拾えるテストコード書いとかないとね、と心得てやっていくのがいいと思っているのですが、それでせっかくの柔軟な機能の利用を自ら制限してしまったり、来不要であるはずのドキュメンテーションを要求されたりすることも

    Ruby でモジュールを mixin したクラスにメソッドの定義をわかりやすく強制する方法を考える - Qiita
  • Railsのポリモーフィック関連とはなんなのか - Qiita

    はじめに Railsのポリモーフィック(polymorphic、多態性)関連について、実装方法を説明している記事は見かけるのですが、実際これがどんなものでどんな時に便利なのかを説明している記事があまりなく、よくわからないで使っている人もいるようなので記事を書きました。 実装方法そのものについては詳細には説明しませんので、Railsのポリモーフィック関連をどう書くのかを知らない方はまずは公式ドキュメントを読んでいただけると理解が早いかと思います。 ボリュームは少ないので、2分もかからないかと思います。 Rails Guides: 2.9 ポリモーフィック関連付け "どんなものか"について、先に結論 ポリモーフィックとはダックタイピングの一種であり、 別の言い方をするとGoFのデザインパターンで言うところの「プログラムは実装に対してではなく、インターフェースに対して行う(Program to

    Railsのポリモーフィック関連とはなんなのか - Qiita
  • RESTful Web API を厳密なリソース指向にする - Qiita

    はじめに モチベーション 異なるエンドポイントで、大体似たようなレスポンスなのに、 キー名が違う... キーが多かったり少なかったりする。。 というような、Web API (主にjsonを返す) を作っていてよく問題になる現象。 このような問題に対してのアプローチとしてはいくつかある。 例えば、formatする関数を用意して、必ずレスポンス返却前にそれを呼んで返す、のような運用的な解決手段。 が、 あまり強制力がない 宣言的ではなくどうしても手続きっぽくなる というところで、ややイケてなさが残る。 そこで、API全体としてもっと強力な制約を課し、宣言的にやることで、レスポンスの形を完全に安定させたい。 そのために導入したのが、 (厳密な)リソース指向API と呼んでいるもの。 それ自体は何の新規性もないのだが、2ヶ月くらい運用してみて割と上手く行っているので、その気持ちと実装のことを書く。

    RESTful Web API を厳密なリソース指向にする - Qiita
  • GitHub - typhoeus/typhoeus: Typhoeus wraps libcurl in order to make fast and reliable requests.

    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

    GitHub - typhoeus/typhoeus: Typhoeus wraps libcurl in order to make fast and reliable requests.
  • マイクロサービス時代に捧ぐ、Railsでの中規模APIサーバ開発のための技術構成 - Qiita

    初めまして、qsona (tw) と申します。Ruby on Rails Advent Calendar 2016 6日目の記事になります。 Rails歴は10ヶ月で、もちろんAdvent Calendarへの参戦も初です。 全体的に生意気な内容と思いますが、 じゃんじゃんマサカリ投げてください お手柔らかにお願いします。 はじめに 環境 JSONを返すAPIで、データベースはRDBを想定してます。 あんまり関係ないですが一応、Rails5 (api mode) + MySQLを想定しています。 マイクロサービスとしてのバックエンドに使う技術スタックの必要な要件 マイクロサービスの良いところは、サービスごとに合った別々の技術が使えるということです。 とはいえ、一般的な組織であれば、学習コストの面などから、ファーストチョイスとなる言語があり、普通の要件に対してはその言語を使う、ということにな

    マイクロサービス時代に捧ぐ、Railsでの中規模APIサーバ開発のための技術構成 - Qiita