(訳注: 2016/3/2、頂いたフィードバックをもとに記事を修正いたしました。) Ruby on Railsは最近、急激に注目を集めていますが、その原因はほとんど、この言語が斬新なテクノロジーとしてもてはやされたことと、タイミングにあります。技術的な優位性は時間の経過とともに失われますから、タイミングがよかっただけでは、一過性のブームに終わり、このムーブメントの隆盛は長続きしません。従って、「Railsがいかにして、適切な技術としての位置を維持し続けるるだけでなく、影響力とコミュニティを拡大し続けてきたのか」をより多くの人に説明していく必要があります。そして、その維持・拡大を可能にした/していく要因は、物議を醸すことさえあるRailsの基本原則にあると考えています。 この基本原則はここ10年ほどの間に進化を続けてきましたが、最も強固な柱となっているルールはやはり、公開当初から制定されてい

こんにちは、@binarytaです。 何回かに分けて記事を公開していこうかなと思っております。 前提 Vue.js version : 2.5.13 対象読者 JSフレームワークの知見がある 仮想DOMの仕組みを知りたい はじめに なぜVue.jsか？という質問が飛んできそうなので一応述べさせて頂きます。 そもそもですが僕がコミットしているチームではVue.jsを使っています。 なぜVue.jsを選択したかというと、流行りのフロントエンドフレームワークだということももちろんありましたが、Vue.jsのhtmlの記述がReactのようなJSX記法ではなく限りなくhtmlに近いDSLを持っていることが一番大きいです。 それに加え、既存のプロジェクトに適用しやすいようなメリットが多かったのも選択した理由になりますが、その辺に関しては以下のVue.js公式ページを参照してみてください。 https

Flutterでアプリを普通に開発していると、触れるのはWidgetと(Stateful Widgetの)Stateがメインとなりますが、その裏側のElement・RenderObjectがどうなっているかを知ると品質・パフォーマンスともに良い正確なコードを書きやすくなると思っています。 また、公式ドキュメントのPerformance considerationsに書いてあることも、そのあたりを分かっていないと、きちんと理解するのが難しく、理解があやふやなまま何となく単なるお作法として形式的に守ることになりがちな気がしています。 というわけで本記事ではWidgetの裏側のライフサイクルや実際の描画処理に至るまでの流れを説明していきます。 説明に使うサンプルアプリ新規プロジェクトを作成したらできる雛形とほぼ同じで、少しシンプルに調整してます(右下のボタンが四角い青色なのは普通のFABだとエフ

2018年11月3日、Vue.jsに関する初の国内大規模カンファレンス、Vue Fes Japan 2018が開催されました。Vue Fes Japan 2018 実行委員会（Vue.js日本ユーザーグループを中心とし有志スタッフ）の主催によるカンファレンスです。本記事では当日の模様をレポートします。 オープンニングトーク オープニングトークには、Vue Fes Japan 2018実行委員会代表　川口和也氏が登壇。川口氏はVue.js日本ユーザーグループ代表を務め、Vue.js入門 基礎から実践アプリケーション開発までを執筆するなど国内におけるVue.js普及の中心的な人物です。 オープニングトークの川口氏 Vue Fes Japan 2018に至るまでの経緯、国内でのVue.jsの盛り上がりなどを紹介しました。Vue Fes Japanはユーザーコミュニティ主導のイベントとしてはかなり

Flutterでの状態管理方法について雑に調べた時のメモです。 先に感想を書いておくと、 Inherited Widget/Scoped Model/BLoC Patternでそれぞれ軽くアプリを書いたりしてみたけど、自分の用途レベルのアプリではScoped Modelで十分かなという感じ。BLoC Patternはweb/ios/androidでロジックを統一したい時だけ検討かな...— 宮崎由加(24) (@razokulover) October 8, 2018 以下、有益そうな記事or動画リンクが主です。 Flutterで状態管理の仕方色々 Flutter Architecture Samples Inherited Widget/Scoped Modelの他、ReduxやMVUといったパターンのサンプルもある (動画)Build reactive mobile apps with

ここでは、BLoCパターンのガイドラインを参照し、それに基づきデモアプリを作成し、その解説を通じてBLoCパターンの考察を行う。 今までも何度かMeetup等でBLoCパターンの解説を行ってきたが、あらためてこのブログ記事にまとめておく。 BLoCパターンとは BLoCは、Business Logic Componentの頭字語(acronym)で、状態管理に関するアーキテクチャパターン。 以下、https://www.youtube.com/watch?v=PLHln7wHgPEより、BLoCのガイドラインを引用する。 Business Logic Component(BLoC)のガイドライン 状態を管理するBLoCに以下の制約を課す。 インプットとアウトプットは、単純なStreamとSinkに限定する。(Inputs and outputs are simple Streams/Sin

この記事ではAngularDart/Flutterの文脈で新しいコンポーネント設計パターンとして広まりつつあるBLoCパターンを、Angularの語彙で理解し、実装する方法を紹介する。 BLoCパターンとは BLoCとは、Business Logic Componentの略である。 BLoCを使ったアプリケーションの実装パターンをBLoCパターンと呼ぶ。 まず誤解を招きそうなポイントとして、この"Component"はReactやAngularなどでいうところのビューを構築する"コンポーネント"ではない。 一般的な単語としての、アプリケーションを構成するひとかたまりの要素という意味の"Component"なので誤解しないこと。 対比するレベルとしては、"UI Component" vs "Business Logic Component"のようになる。 BLoCは複数の環境向けにアプリケー

私がWebサービスのバージョンアップでVue.js導入することになり、取り組んでる内容についてWEBエンジニア向けに簡単に解説する記事です。 例えばjQueryのUIプラグインを沢山使ってるサーバーフレームワークで Vue.js、Vuex、Storybook を導入する際にどうすれば良いのか？などのノウハウについて記述します。 はじめに サーバーフレームワークのテンプレートへの組み込みが今回の要件です。 つまりVue.jsでカスタムコンポーネントもどきを作り、テンプレートエンジンで使えるようにするのが今回の要件です。 フロントエンド界隈のノウハウ集は大体がビッグスケールしても耐えられるようにフロントエンドとサーバーを開発チームまで完全に分離し、サーバーは API のみ提供する設計でしょう。最近ではVue.jsがどんどん認知され、実験的にRailsに組み込む軽いサンプルが散見するでしょう。

Kibelaのマルチテンシーを解説します。 #railsdm 2017 の資料です。

A flexible framework for maintainable Ruby apps. Hanami is a full-stack Ruby web framework. It's made up of smaller, single-purpose libraries. This repository is for the full-stack framework, which provides the glue that ties all the parts together: Hanami::Router - Rack compatible HTTP router for Ruby Hanami::Controller - Full featured, fast and testable actions for Rack Hanami::Validations - Par

Rails Developers Meetup #7 東京会場 https://techplay.jp/event/631428

“あなた” の開発を支援する AI エージェント Bedrock Engineer / introducing-bedrock-engineer

Rails Developers Meetup #5 https://techplay.jp/event/631406Read less

id:gfxです。 RejectKaigi 2017で「GraphQL on Rails」という発表をしました。 当日はKibelaでプレゼンテーションをしたので、それをそのまま資料として発表します。 2017/08/19 at Speee, Roppongi. 自己紹介 Kibelaという情報共有サービスを開発している Kibelaの公開Web APIをフルスクラッチするにあたってGraphQLを調べているところ 自分のOSSを誰かに引き継いだり共同開発体制にしていたら、GitHubのpinned reposがすべてorganizationのものになった 本日の話 GraphQLとは GraphQLをRailsに組み込む話 GraphQLとは Web API のためのクエリ言語 http://graphql.org/ RESTful API の次を狙うWeb APIアーキテクチャという位

2017/8/5 ぎんざRuby会議01 @みんなのウェディング 引用のリンク先などはこちらを参照ください https://medium.com/finc-engineering/ginzaruby01-rails-api-guide-168fe9cf5b4d

はじめに こんにちは。KitchHikeエンジニアの小川です。KitchHikeでは主にサーバーサイドを担当しています。 少し前のものですが、「DHHはどのようにRailsのコントローラを書くのか (原文)」というすばらしい記事があります。Railsのコントローラ分割の(DHH流)ベストプラクティスについて解説した記事なのですが、私はこの記事に大変感銘を受け、KitchHikeのルーティング定義にもこのプラクティスを取り入れるようになりました。 本日はこのDHH流ルーティングを取り入れることで得られるメリット、実際の routes.rb でのルーティング定義のしかたについて紹介したいと思います。 DHH流ルーティングとは？何がうれしいの？ 詳しくは元記事を是非とも読んで下さい・・・なのですが、かいつまむと、ここで示されているのはたったひとつの単純明快なルールです。 コントローラはデフォルト