一つを極めれば、他は自ずと理解できる『習得への情熱―チェスから武術へ―:上達するための、僕の意識的学習法』 趣味でも仕事でもいい。 長く一つのことを継続的に行なっていると、そこで覚えた技術、感覚、発想などがよく似た別の分野や、あるいはまったく異なる場面でも「応用」できることに気がついたことがないだろうか。 自分の例を出せば、長年レビューを書いてきた経験が、本職であるWebプログラムの問題解決や、設計思想に影響を与え、逆にプログラムを学んだことがレビューで情報をどのように整理し、展開すべきなのかのヒントにもなることが何度もあった。これまではそうしたショートカットを「ラッキィ」という程度にしか捉えていなかったが、本書を読むとそうした「ラッキィ」な状態を意図的に引き起こすことができるのだと理解できるようになった。 本書『習得への情熱』は、かつて映画『ボビー・フィッシャーを探して』のモデルとなり、
はじめに クロスドメイン(複数のドメインをまたぐ)でcookieをiframeを使用してセットしようとした時、想像以上に歴史の深い問題にぶち当たったので調べたことをメモしてみる 何がしたかったか 「異なるドメインのcookieをiframeでセットしてデータの引き渡しをしたい」文章で書くと非常に要件は簡単だが、図にしてみた。 Cookieの決まり事 RFC6265 1クッキーあたり,少なくとも 4096 バイト(クッキーの名前, 値, 属性 の長さの総和で) 1ドメインあたり,少なくとも 50 個のクッキー 全部で少なくとも 3000 個のクッキー 7.1. 第三者主体( third-party )によるクッキー 一部の UA は第三者主体クッキーのふるまいを制約する。 例えば,これらの UA の一部は、第三者主体へ向けたリクエストの中の Cookie ヘッダの送信を拒否する。 他のものは
boardというサービスを正式リリースしてからちょうど1年が経ちました。 以前、「受託開発の会社が本格的にWebサービスを開発・運用してみてぶつかった課題(只今5ヶ月目)」という記事を書きましたが、その続きというか、現在の状況を書きたいと思います。 boardの開発の始まり boardは2年前の9月に開発を始めました。 その頃は起業して3年目の後半で、案件の管理や見積書・請求書作成などはExcelでやっており、案件数の増加とともに、Excel管理がだいぶしんどくなってきていました。 そこで、何か請求書作成系のクラウドサービスを使おうと思って探し始めたのですが、案件単位で受注するビジネスモデルにフィットするようなサービスがなく、また支払管理・売上管理・見込み管理など、自分が会社を経営する上で必要な部分まで欲しいレベルでカバーしているものがありませんでした。 ちょうど9月の連休があったので、自
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く