Rubyでストリーム処理をするときのパターン集 - Qiita
Rubyで、ストリーム処理(どれぐらいサイズが有るかわからないデータを扱う処理)を行う際に使えるスニペットを集めてみました。 前提 ストリーム処理は、例えば標準入出力であったり、大きなファイルの処理だったり、socketからの読み込みだったりを想定しています。 以降の説明文で「データ」とぼかしているのは、IOが標準入出力でもファイルでもsocketでも同じように扱うことができるからです。 Rubyはダックタイピングを得意とする言語なので、ストリーム処理でもダックタイピングを最大限活用することになります。 オブジェクトはIO File Tempfile StringIO などが想定されます。 仮に変数ioとします。 使うメソッドはread write gets puts each ぐらいです。 どんなオブジェクトでも、メソッドの挙動が統一されていれば組み合わせて扱うことができます。 n by
教えるときには演出が大事（教えるときの心がけ）｜結城浩 / Hiroshi Yuki
結城浩の「コミュニケーションの心がけ」2012年5月1日 Vol.005 より※購入すると電子書籍（epubとPDF）がダウンロードできます。 はじめにこんにちは、結城浩です。 「教えるときの心がけ」のコーナーです。 「教える」といっても学校の先生だけを想定しているわけではありません。会社で上司が部下に、先輩が後輩に、学校で友人に、家庭で自分の家族に…。いろんな場面で人は「教える」という活動を行いますよね。 その「教える」という活動に焦点をあてて、 教えるときには、こんなことを心がけたらいいですよ！ とお勧めするのがこのコーナーです。 このコーナーでは、お話を進める都合上、教える人を「教師」、教えられる人（学ぶ人）を「生徒」と呼んでいます。 今回は「教えるときには演出が大事」というお話をしましょう。 演出とは？「演出が大事」というその「演出」とは何でしょうか。 そもそも演出というのは、表現
Tokyo Otaku Modeがアニメ業界に特化した仮想通貨「オタクコイン」でICOの検討を開始! あわせて、実施に向けた「オタクコイン準備委員会」を設立
Tokyo Otaku Modeがアニメ業界に特化した仮想通貨「オタクコイン」でICOの検討を開始! あわせて、実施に向けた「オタクコイン準備委員会」を設立 ファンがアニメ制作に直接参加・支援できるアニメ制作委員会2.0 Tokyo Otaku Mode Inc.（米国デラウェア州 代表 亀井智英、CEO 小高奈皇光、以下TOM）は、日本が誇るアニメ／漫画／ゲームなどのいわゆるオタク系コンテンツ業界に特化した仮想通貨「オタクコイン」でのICO(Initial Coin Offering) 実施に向け本格的に検討を始めました。あわせて、「オタクコイン準備委員会」を設立。業界関係者や識者、専門家などに協力を呼びかけ、本構想についての議論などに参加していただく他、一般のユーザーから意見も受けつけ、参考にしていく予定です。 本構想により、世界中のアニメファンやゲームファンなどのユーザーとクリエイタ
Touch Barが究極進化するとこうなる？完全タッチ対応キーボード搭載の「MacBook Touch」コンセプト | ソフトアンテナ
Appleのスティーブ・ジョブズ氏はかつて、ノートPCのタッチ対応に対し「垂直の画面にタッチスクリーンは適さない」としてMacBookに対するタッチスクリーンの採用を否定しました。また現在Appleのデザインチームを率いるジョナサン・アイブ氏も昨年、タッチスクリーン対応のMacの開発を断念したことを明らかにしています。 このようにAppleがすぐさまタッチスクリーンを採用したMacを発表する事は考えづらい状況ですが、Touch Barで一部なりともタッチ機能が導入されたように、タッチ機能の利用が将来的にさらに進む可能性は残されているのかもしれません。 スイスのサイトHandyAbovergleichはこのアイデアを推し進め、キーボードが完全にタッチスクリーンが完全に置き換えられた「MacBook Touch」コンセプトを公開しています。 MacBook Touchは完全にタッチスクリーンで
GraphQL APIをスキーマファースト開発するためのモックサーバをRailsとApolloで作る - kymmt
GMOペパボ Advent Calendar 2017の23日目の記事です。 今回はJavaScriptでGraphQLのサーバ／クライアントや関連ツールを提供しているApolloのツールセットでRailsプロジェクトでGraphQLのモックサーバを立ち上げるところまでを試してみます。 業務でRails製の（RESTishな）Web APIとVue.js製のSPAからなるアプリケーションを開発していて、スキーマファースト開発を取り入れています。また、GraphQLで通信するAPIを実験的に導入しはじめていますが、こちらは明示的な開発フローを決めず導入しようとしているため、なかなかサクサクと開発が進まないのが現状です。そこで、GraphQLでも先にインタフェースだけを決めてから、モックサーバを使ってフロントエンドとバックエンドで並行開発していけばよいのでは、という発想になります。 しかし、そ
GraphQL Ruby の使い方 (基礎編) - Qiita
注意 現在の graphql-ruby （ver: 1.8.x） は Ruby のクラスベースによる定義がメインで、この記事に書いてある DSL を使った定義は 非推奨 です。 ロードマップ には DSL を使った .define-style は、graphql-ruby 2.0 で廃止するとあります。 新しいクラスベースでの書き方は 公式ドキュメント を御覧ください。 日本語の記事だと @gfx さんの 「GraphQL」徹底入門 ─ RESTとの比較、API・フロント双方の実装から学ぶ が非常によくまとまってて分かりやすいです。 はじめに 私が携わっているプロダクトでは、フロントエンド用のAPIとしてGraphQLを採用しました。 実際に使ってみてかなり良い感じなのですが、最初はいざ実装しようにもよく分からずに苦労しました。 そこで、GraphQL の実装方法についてサーバーサイドに焦
GraphQL API をスキーマファーストで開発したいけどスキーマと実装で乖離を起こしたくない - Feedforce Developer Blog
feedforce Advent Calendar 2017 14日目の記事です。(遅くなってごめんなさい！) こんばんは、エンジニアの id:sukechannnn です。 先日Qiitaに GraphQL Ruby の使い方 (基礎編) という記事を投稿しました。この記事ではgraphql-rubyを使った際のGraphQL APIの実装について、QueryからMutationからテストまで、実際のコードとともに解説してみました。Mutationまで書いてある日本語の記事は少ないと思うので、是非参考にしてGraphQLを実装してみてください。 GraphQLのスキーマと実装 さて、この記事の中で私は graphql-rubyのschemaが正しいか確認するテスト について書きました。このテストを自動で走らせることによって、実装とスキーマに乖離が起こることがなくなり、スキーマやドキュメン
東京 レンタルスペース・貸し会議室ガイド Spacee [スペイシー]
~1人 2人~4人 4人~10人 10人~20人 20人~30人 30人~40人 40人~50人 50人~70人 70人~100人 100人~200人 200人~300人 300人~400人 400人~500人 500人~700人 700人~1000人 1000人~
![東京 レンタルスペース・貸し会議室ガイド Spacee [スペイシー]](https://cdn-ak-scissors.b.st-hatena.com/image/square/548ff161c48693a46f4410ebfc9b048c70fe02ca/height=288;version=1;width=512/https%3A%2F%2Fcdn.spacee.jp%2Fassets%2Fspacee_og-c591df9a9ee0d52fb3c07d7d3c6cd4f4c35103cccc62c6c7afc560b9f4fcdaa7.png)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
