技術選定の審美眼。時代を超えて生き続ける技術と、破壊的な変化をもたらす技術を見極める（前編）。デブサミ2018 － Publickey
最近の立ち位置としてはライオンと一緒にされていまして、テストを書いていないプルリクエストとかに対して、却下の代わりにこの画像が張られるみたいな形で、一種の恫喝の代わりに使われています。 が、本人はきわめてジェントルな人で、いましゃべってるところを見て、このライオンとはキャラが違うなとお感じになっていただければ嬉しいです。 ついて行くべき変化とスルーしていい変化 昨今の技術の現場でよくあるのは、フロントエンド疲れ。JavaScriptの新しいフレームワークや、開発方法論とか、そういうのがどんどん登場して、また新しいものが出てきたと。 2年前に標準とされていたものがすっかり過去のものになってしまっていて、Gruntはどこに行ってしまったんだとか、Backbone.jsはどこに行ってしまったんだとか。 そうした変化に追いつけずに、疲れてしまうわけです。 かと思えば、一種の限界集落。よく言えば安定
Webサイト開発にCSS in JavaScriptを使うのはやめよう | POSTD
9つのおとぎ話 CSSは迷走しています。JavaScriptでドキュメントをスタイリングしているプロジェクトでは、多くの場合誤った理由からその方式を選択しています。本稿では、よくある誤解（神話）を列挙し、そうした問題に対するCSSソリューションを紹介します。 本稿は、特定のプロジェクトや人物への攻撃を意図するものではありません。ここでは、“CSS in JavaScript”(CSS in JS)を styled-components を使用することと定義します。これは、Reactのコンポーネントをスタイリングする最近のトレンドとなっています。 styled-components の作者である Max Stoiber と Glen Maddern 、また彼らに協力した人々は皆、卓越したアイデアと善意にあふれる優秀な人々です。 完全な透明性のために断っておくと、私は react-css-mo
Ginza.rb で Quipper のシングルページアプリケーション開発について発表しました - @kyanny's blog
ginzarb.doorkeeper.jp Ginza.rb 第26回 シングルページアプリケーションのためのRailsとJavaScript フレームワーク という勉強会で、 Quipper で JavaScript (CoffeeScript) と Rails によるシングルページアプリケーション開発をどうやっているかについて発表しました。お声がけいただいた @willnet さん、 Ginza.rb のみなさま、ありがとうございました。 発表で使った資料はこちらです。 Backbone, Chaplin, Marionette そして React - Quipper における Single Page Application 開発の変遷 もともと YAPC::Asia の CFP に応募して落選したネタだったのだが、ある意味で自分がこの 2 年間やってきた仕事の集大成ともいえる内容だっ
スケーラブルなプログラミングのために何が必要か - ジンジャー研究室
Fluxに関する独自解釈と妄想を、何かの翻訳っぽく書いた。 スケールするアーキテクチャ フレームワークを作る時、我々は「簡単に記述する」ことを第一に考えがちだ。 そして、簡単にするための仕組みはウケる。 逆に記述量が増えるとウケない。 しかし例外があって、多く書くことによるメリットが受け入れられたときは別だ。 例えば、Backbone.jsを使うと記述量が増える事は誰もが認めるところだが、MVCの実現というメリットのために広く受け入れられた。 要するにトレードオフなのだ。 ここのところFluxアーキテクチャが注目を浴びているが、書いてみると記述量は相当増える。 そもそも登場人物が多すぎる。 Action、Dispatcher、Store、View、それからそれらの間に挟まって仕事をする者達。 一体彼らは何をしたいのか。 最近になって分かってきた。 これはアプリケーションそのものを抽象化した
ここ数年前から2015/5までのモダンフロントエンドを総まとめしてみた
HTML5や、次々と台頭するJavaScriptフレームワークにみられるように、現在のフロントエンドは異常なほど動きがあります。 常にキャッチアップしていないと、いつのまにかOLDな技術を使い続けることになります。実際に今回記事にしてみて、ちょっとつらくなりました。。 しかし、フロントエンドエンジニアとしてコードを書いていて（最近は主にJavaScript）、そのおもしろさに日々驚いています。 そこで今回は、ここ数年~2015年のフロントエンド界隈で一度は流行った技術、今後の動向などをまとめました。タイトルにモダンとありますが、その辺は適当です。ぜひ一度整理してみてください。 目次 Javascriptフレームワーク React.js Angular.js Angular.js 2.0 Backbone.js Vue.js Mithril.js Aurelia.js Knockout.js
モデルのバリデーションエラーはカスタムイベントで通知すると便利 - Qiita
Backbone.js Tips And Patterns | Smashing Coding を読みました。 ほとんどは特に真新しくもない当たり前な内容なんですが、 "BROADCAST CUSTOM ERROR EVENT" はいいなと思ったので紹介します。 このパターンは Model で複数の属性のバリデーションを行いたい場面で使うものです。 RETURN AN ERROR OBJECT まず、普通な validate の実装です。 validate: function (attrs) { var errors = []; if (_.isUndefined(attrs.name)) { errors.push({ attr: 'name', message: 'Name is required' }); } if (errors.length) return errors; } ま
モバイル向けにSPAをつくってた話 - console.lealog();
実は4月の頭にリリースされてて、今さら感のあるつくって"た"話です。 もちろん仕事でなのですが、ココはあくまで個人ブログなので、ある程度ぼやかしつつ書きます。 知ってる人は知ってると思いますが、コレです。 作ったもの 何もしらないとイメージしづらいと思うので、いちおう。 モバイルメインのWebサービス ゲームではないが、ゲーム性の強いWebサービス シナリオゲーみたいなやつ 複数のSPAと多数のページから成るそれなりの規模 ネイティブでもShell-Appでもなく純ブラウザ向け iOS5.x/Android4.x以上が対応OS Safari/標準ブラウザ/Chrome/各種WebViewが対象ブラウザ この記事を書こうと思ったわけ 新しいFWやらライブラリやら、流行り廃りが激しい最近ですが、 実績といえばなんのアテにもならないTODOアプリとか、たかだか3,4ルートのSPAだったりで、 実
無料トランスクリプトを配信しているテック系Podcast - 旧gaaamiiのブログ
ウェブ技術や英語に興味がある自分にとって素敵なPodcastまとめ - 文系学生のプログラミング入門の続編（？）です。 以下の３つは、無料のトランスクリプト（文字起こし）が利用できるので、リスニングに自信がなくても楽しめる。 Javascript Jabber Ruby Rogues The Web Ahead しかもこれらのPodcast、有名なOSSの作者だったりW3C関係の人だったりと、ゲストがグレイトな人ばかりでお得感がすごい。また、Javascript JabberのEpisode#004を聞けば、Backbone.js作者の名前をしっかりと発音できるようになる。 じぇれみーあしゅかなす— がみ (@gaaamii) 2014, 11月 10 トランスクリプトは紙で見るのがいい。スマホよりも集中できるし、「勉強してる感」も出て良い。スマホだとどうしてもTwitterやらLINEや
小さいライブラリを採用する - mizchi's blog
僕がJavaScriptでライブラリを選定する際、迷ったら小さいものを使う。その理由について。 前提 前提として、枯れた環境で大きいフレームワークができるのは理解できるし、メリットも大きい。あるいは言語それ自身と区別できないぐらいに発達したフレームワークに依存するのも理解できる。RubyにとってのRailsとか、ErlangのOTPとか(いや、これは詳しくないけどそうなんだろうなっていう予想なんだけど)。 危険信号 今のJS界隈は動きが早すぎて、何に依存するのも危ない。とくにフレームワークと銘打たれたものは、でかすぎてどれも危険信号を放っている。 数年後、廃れてしまったフレームワークで開発し続けるのは、僕個人としてもあまり関わりたくないし、現場の離職リスクとして数字に出るだろうし、採用後の教育コストの問題になる。だいたいそういうものは元の設計者もいなくなるものだ。プロダクトの死を意味する。
React.jsとBackbone.jsを組み合わせて実践してみた結果 - Qiita
10月なのにまだ若干半袖にしようかどうかで迷っています。それでも最近はまだましですが・・・。 さて、去年と比べて最近はReact.jsが大分話題にあがるようになってきたようです。Facebook(正確にはInstagramだったっけか）で実際に利用されている、という点も、実績という意味では十分になってきたから、ということでしょう。 JSXという仕組み自体にはまだ賛否両論があるのを見たことがあります。確かに完全に独自の仕組みなので、Shadow DOMとかとは組み合わせるのはできなさそうです。 しかし、Polymerとかと比較して、本当にView側に特化したライブラリなので、ロジック側とか周囲についてはすべて自由に選択できる、というのは結構ポイントだと思います。 個人的にFacebookは好きでも何でもないのですが、DocumentFragmentと戦うことなく、スマートに実装できるんであれ
「JavaScript エンジニア養成読本」を読みました - WebDelog
先日、この本の著者の一人である @watilde 氏より「JavaScript エンジニア養成読本」を献本していただきましたので、本書の書評をもってお礼の挨拶にかえさせていただきます。 本書は、以下のような制作者を対象にしていると示されています。 複数人で開発するスキルも身につけたい 新しく仕事で JavaScript を使うことになるので、基本的な開発フローについて知っておきたい jQuery を使って動きを変えることはできるけど、最初から JavaScript を書いたことがない JavaScript を書くことはできるけど、自分のやり方が効率的か不安 複数ページから使われる JavaScript をどう書いてよいかわからない ([巻頭特集] 第１章 JavaScript を書こうより抜粋) コードレビューの習慣が無かったり、基本的に一人で作業が完結するので今は問題ないけれど、今のやり
Reactを実際に使ってみた話が増えてきた - ワザノバ | wazanova
http://youtu.be/uwnjDXtJufs 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 44分前 コンポーネントベースのviewレイヤのライブラリであるReactを、実際に使ってみた感想についての発信が増えてきているので、まとめてみました。（4)はFluxの話も入ってます。） 1) Reactとは？ E4E Developer Conf 2014の講演でFacebookのBen Andersonは、Reactを採用しているサービスを挙げています。 Facebook / Instagram / GitHub (Atom) / Khan Academy (with Backbone.js) / Mozilla Firefox (for Paneis) / NY Times / Reddit (stor
Rendr徒然 - 日記
これは「Node.js Advent Calendar」7日目の記事です。 去年のアドカレ (東京Node学園祭用で12月じゃなかったけど) 以来、リリースの告知エントリ一つしか書いてなかったよ。ブログだけじゃなくTwitterもたいしてつぶやいてないし、ネットからのフェードアウトが進んでおりまする。あー、なにも残さず消えるように死ねたらいいのに。実際には今死ぬと膨大なゴミ (大半は書籍と雑誌だけど) を残すので早く処分しないと死ぬに死ねない。 ともあれ (JW)、今回はRendrについてダラダラと書きます。まとまりなくてごめんなさいです。 自分がRendrを知ったのは、@mshkさんによるQiitaの記事からでした。 Rendr入門(1): Node.js + Backbone.jsでサーバ & クライアントを構築する"Rendr"の紹介 Rendr入門(2): リクエスト処理の流れ（R
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Backbone, Chaplin, Marionette そして React - Quipper における Single Page Application 開発の変遷 - Ginza.rb #26
今、改めてBackboneを評価する
春のJs祭2015 lt
Java + React.jsでSever Side Rendering #reactjs_meetup
マネして学べる、プログラミング学習サイト「シラバス」
Rendr入門: サーバサイドで(も)動かす、Backbone.js
GitHub - rendrjs/rendr: Render your Backbone.js apps on the client and the server, using Node.js.
