「React / Flux を実案件で使ってみた」その後
改めて覗いてみよう 1) CheckboxWithLabel changes the text after click: AssertionError: # /path/to/test/components/CheckboxWithLabel_test.jsx:21 assert(label.getDOMNode().textContent === 'On') | | | | | | "Off" false | HTMLLabelElement{htmlFor:"",form:null,accessKey:"",control:HTMLInputElement{src:"",valueAsNumber:NaN,incremental:false,defaultChecked:false,form:null,multiple:false,list:null,size:20,checked:f
歌舞伎座.tech#6「VirtualDOMとReact」 アウトラインメモ
歌舞伎座.tech#6「VirtualDOMとReact」 - connpass に参加して来たのでメモ。 すべてのCSSに死を！これはJSerの叫び！- @kyo_ago スライド: CSSに死を！これはJSerの叫び！ #kbkz_tech CSSが辛い CSSはカプセル化とか継承とか、プログラムからの概念がそのまま持ってこれない ReactStyle js-next/react-style JS内にStyleを埋め込むことができる そのままオブジェクト的に入れられる Template Stringsと合わせればその場でCSSを入れることができる styles=にスタイルを入れる セレクタをあまり考えなくていい style属性でスタイリングする 擬似要素、擬似クラスが全滅 :hover :active などが使えない。 CSSの継承などの概念が消える 自分で頑張る必要がある ユーザプレ
Dockerの諸問題とRocket登場の経緯
2014年の後半あたりからDocker，Docker Inc.への批判を多く見かけるようになった（もちろんもともと懸念や嫌悪を表明するひとはいた）．それを象徴する出来事としてCoreOSチームによる新しいコンテナのRuntimeであるRocketのリリースと，オープンなアプリケーションコンテナの仕様の策定を目指したApp Containerプロジェクトの開始があった． CoreOS is building a container runtime, Rocket 批判は，セキュリティであったり，ドキュメントされていない謎の仕様やバグだったり，コミュニティの運営だったり，と多方面にわたる．これらは具体的にどういうことなのか？なぜRocketが必要なのか？は具体的に整理されていないと思う．これらは，今後コンテナ技術を使っていく上で，オーケストレーションとかと同じくらい重要な部分だと思うので，ここ
我々(主語が大きい)は何故MySQLで外部キーを使わないのか
外部キー便利!!! MackerelではPostgreSQLで外部キーあり そのレコードがあることが保証される 各テーブルのidにアプリケーションレベル(Mackerelの場合Scala)で型付けをするとなお便利 MemberID型、MonitorID型 → idで誤ったテーブルを引くとかがない 本日のスキーマ CREATE TABLE `member` ( `id` INTEGER unsigned NOT NULL auto_increment, `earned_item_count` INTEGER unsigned NOT NULL DEFAULT 0, `name` VARCHAR(191) NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARACTER SET utf8mb4; CREATE TABLE `item`
ユーザーをイライラさせないIn-App Walkthrough（アプリ初回起動時の説明スライド）の作り方 - 小さなごちそう
スマートフォン・アプリを初めて起動したときの説明スライド（In-App Walkthrough）の必要性は、いつも悩むところだ。 不要派の主張はだいたい以下の通りだ。 ユーザーは早くをアプリ操作したい どうせ読まれない AppStore上の説明パネルで事足りる 要は「作成コストがかかる割には効果がないのでは」ということだろう。いちユーザーとしては僕も確かにそう思う。ただ、提供側が期待するほどユーザーの理解力は高くない。実際にユーザーテストをしてみると、一通りアプリを操作したもらった後でも、作り手の意図が思った以上に伝っていないことがわかる。 操作画面では思った以上に伝わらない、アプリの価値 操作UIだけで「なぜこのアプリが必要か」「どんな問題をどのように解決しようとしているのか」というアプリのバリュー・プロポジションを十分に伝えるのは非常に難しい。 ユーザビリティを考慮してログイン後の操作
Tmux Plugin Managerを利用したtmux環境構築 | Act as Professional
screenやtmuxで設定はしてみたけど、アレ？どうやるんだっけ。ってなる時ありませんか？ こんなことを最近tmuxを使っていて実感しまして、改めてtmuxの設定を見直すのを兼ねて環境を再構築してみました。 今回はTmux Plugin Managerというtmuxにプラグイン構造を提供してくれるソフトウェアを利用します。 なぜ、これを利用したかというと 設定を一から書いていくのは面倒大半が多くの人と似たような設定になる普段使っている機能はプラグインとして提供されているというような理由です。結果として設定をずらずらと書いていく作業はありませんでした。 また、プラグインで設定されているキーバインドも私が以前に利用して設定よりも直感的になり、「アレ？なんだっけ」とキーバインドを忘れるようなことも少しは減るのではないか。と感じました。 プラグインを作る方法についても解説されているので、代替機能
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CSSに死を！これはJSerの叫び！ #kbkz_tech
我々は何故RDBMSを使うのか
深い親子関係のテーブル設計
外部キー制約に伴うロックの小話
機械学習によるデータ分析まわりのお話
【Photoshop入門】Webデザインをはじめよう！第1回 デザイン前に覚えておきたい環境設定とレイヤー機能 - Adobe Blog