t-wadaのブックマーク / 2015年8月6日

t-wada id:t-wada

2015年8月6日のブックマーク (3件)

Mithril
TOPICS Web , JavaScript 発行年月日 2015年08月 ISBN 978-4-87311-744-7 FORMAT EPUB Mithrilは2014年にリリースされたクライアントサイドMVCフレームワークです。ムダが削ぎ落とされ、必要な機能にフォーカスされており、旧来のフレームワークでは成し得なかったパフォーマンスを引き出します。本書は、そのMithrilを使ったシングルページアプリケーションの作り方について紹介します。まずシングルページアプリケーションの概要から、Mithrilの役割、アプリケーションのコード、アプリケーションの各レイヤーについて、またユーザインタフェースのライブラリの活用方法についても紹介します。さらに大規模なアプリケーション開発を補助する機能について、ラウターの仕組み、コンポーネント、またユニットテストの仕方やMithrilの自動再描画システ
t-wada 2015/08/06
おおお Mithril の ebook だ『Mithril――最速クライアントサイドMVC』

javascript

frontend
リンク
今日のポエム: なぜ、その抽象化は失敗してしまうのか - Line 1: Error: Invalid Blog('by Esehara' )
近況打ち捨てられた過去について要旨この記事を興味深く読む一方で、やはり違和感を覚える人も多くいるようで、自分もその一人だった。恐らく、この違和感は、「抽象化」が「具体性を奪取していくもの」といったような対立項として述べられているからだ、というように思われる。しかし、果たして具体性無しに「抽象化」することが有益なことなのだろうか。それが一つの違和感のように思われる。本文プログラミングの世界には、YAGNI原則(You ain't gonna need it)というものがある。また、YAGNIという言葉を使わなくても、「過度な汎用化が足を引っ張る失敗例」というのは、プログラマとしての心構えを書いた本の中で、ちらほらと自嘲気味に述べられることがある。僕も、一度そのような失敗例を見たことがあるけれど、なぜこういう失敗が起こるのか。確かにデザインパターンで組み立てられたアーキテクチャは「
t-wada 2015/08/06
"基本的には、なんらかの「抽象化」というのは、それを「如何にして利用するか」という側面から抜け出せないのではないか。そこから離れると、途端に悪い抽象化が入り込んでくるのではないか"

programming

opinion
リンク
AWSのリソース構成をServerspecのようにテストする "awspec" をつくった - Copy/Cut/Paste/Hatena
AWSのリソース構成をServerspecのようにテストできる "awspec" をつくりました。 github.com 例えばEC2インスタンスであれば、以下のように書けます。 describe ec2('my-ec2') do it { should exist } it { should be_running } it { should_not be_stopped } its(:instance_id) { should eq 'i-ec12345a' } its(:private_ip_address) { should eq '10.0.1.1' } it { should have_security_group('my-security-group-name') } it { should belong_to_vpc('my-vpc') } it { should belon
t-wada 2015/08/06
おおお

infrastructure

testing

amazon

cloud
リンク
- 2015年8月7日
- 2015年8月6日
- 2015年8月5日