学校や幼稚園でわが子を見ると、家での姿とまったく違っていて驚くことがあると思います。幼稚園の先生として、親からよく聞かれるのがしつけについての質問。そこでこの記事では、14年間の教員経験と4児を育てた経験を持つ母として、現場と家庭で学んだしつけテクニックを紹介しましょう。 「うちの子が、すすんで教室の掃除をしてる！　しかも、喜んでおもちゃをシェアしてるなんて！」 そんな光景を目にすると、保護者はたいていこう言います。 あの子、家ではいつも散らかしてばかりだし、弟にもおもちゃを貸してあげないんですよ！　一体どうしたら、あんな風にしつけることができるんですか？ 私自身、4児の母なので、その気持ちはわかります。幸い私の場合、長年教育現場で培ったテクニックがありました。それをわが子にも適用したところ、教室と同じ効果を家庭でも得ることができたのです。 そこで、しつけに特に役立つ6つの秘訣を紹介したい

Sublime Text2 を使い始めています。WindowsでもMacでも動作する点、ガシガシJSONで設定していく点、ガシガシPythonでプラグイン開発できる点に感動しています。まだまだ日本語の資料が少ないのか（？）よくわかっていませんが、使っていてとても楽しい気持ちになるツールなのは間違いないです。 まだまだ操作方法は模索中ですが、まずは自分好みにカスタマイズすべく、Ctrl+Tab / Ctrl+Shift+Tab によるタブ切り替え方法を変えてみました。 初期状態では「最後に使用した文書に切り替える」仕様です。私はこの挙動が好きではないので、これを「右のタブに移動する」「左のタブに移動する」に設定変更します。（ブラウザのタブ等で一般的な挙動ですね） 「Preferences」 から 「Key bindings - User」 を選択して、以下記述を追加します。上書き保存すれば、

はじめまして、研究開発グループのritouです。 人々が7インチタブレットの話題で盛り上がっていた10月24日、mixi PlatformはOAuth 2.0の最新仕様のサポートを開始しました。 OAuth2.0 RFC6749へ対応しました << mixi Developer Center (ミクシィ デベロッパーセンター) その内容について紹介します。 mixi Graph APIとOAuth 2.0の進化 Webアプリ、モバイルアプリなどがmixi Graph APIを用いてユーザーデータにアクセスする際、ユーザーから許可を得る必要があります。mixiアプリやmixiページアプリからもmixi Graph APIを利用できます。認証認可と呼ばれるこの機能の実装について、今まではOAuth 2.0 draft v.10をサポートしてきました。 OAuth 2.0の仕様策定の中で、201

Introduction OAuth 2 is an authorization framework that enables applications — such as Facebook, GitHub, and DigitalOcean — to obtain limited access to user accounts on an HTTP service. It works by delegating user authentication to the service that hosts a user account and authorizing third-party applications to access that user account. OAuth 2 provides authorization flows for web and desktop app

こんばんは、ritouです。 久々の投稿な気がしますが、今回はOAuth 2.0のリソースアクセス時の設計の話です。 ずーっと前から書こうと思いつつ書いてなかったので、ここに書いておきます。 出てくる用語や仕様は、下記の翻訳リンクを参照してください。 The OAuth 2.0 Authorization Framework JSON Web Signature (JWS) 想定する環境 わりとよくある環境を想定しています。 OAuth 2.0で認可サーバーとリソースサーバーがある 認可サーバーがAccess Tokenを発行 リソースサーバーがAPIリクエストに含まれるAccess Tokenを検証する よくある実装とその悩みどころを、JSON Web Token(JSON Web Signature)により軽減できるかもという話です。 よくある実装 : Access Tokenに一見ラ

編者からのメッセージ 英語教育の現状をなんとか変えたい。 そのために辞書として何ができるのか。 私たちは、自らにそう問いかけました。そして、その問いに対する私たちなりの答えが「オーレックス英和辞典」「オーレックス和英辞典」「コアレックス英和辞典」です。私たちが目指したのは、生きている英語を忠実に反映すること、日本人学習者のニーズを徹底的に追求すること、そして、「英語は楽しい」と感じて頂ける紙面にすること。レックスシリーズは、そのための仕掛けが満載です。ぜひ、手に取って辞書を読む楽しさを発見してください。 （野村恵造） 私の英語のお仕事は高校の英語教員だけれど、そこから始めた話は、いつのまにか「学校の仕事」に変わって、つい愚痴になり、かといって、前向きさを加味しようとするとまるっきり担任のHRトークになってしまう。職業病かな。直接は見知らない人々に向けて、たぶんかなり私的になってしまう文章を

元糞コードマイスターとしては、生産性については思うところある。 技術的到達深度が深い人じゃないとそもそもかけないコードってのももちろん存在して、その前提で10倍とか100倍になりうる話をする。 そもそもマイナスになる人がいるって話。 隠しパラメータをモデル化 エンジニアA:「週に10の成果を出して3の負債を生む人」を考える。この人は開発を止めてリファクタリングをすれば10-3 = 7の技術的負債を返却できるとする。 ここで正確には成果10には* aの係数が掛かっている。これはプロジェクト開始時1.0で、技術的負債が貯まるほど0に近づいて行く 次に、エンジニアB:「週に15の成果を出して10の負債を生む人」を考える(これにも係数aがかかる)。この人は見た目上は上の人の1.5倍速く成果を出しているように観測できるが、負債もたまりやすい。リファクタしても綺麗になりにくい。 これは割とエンジニアに

はじめに 以下のエントリがHOTになっています。公開4日後の現在で949はてブです。 技術的負債という(非エンジニアにとっての)隠しパラメータが生産性100倍を起こす - mizchi's blog 私は企業で Software Engineer in Test としてソフトウェアの保守性に責任を持つポジションに就いている身ですのでこのテーマに関心があるのはよいことだとは思います。技術的負債そのものについてのエントリは過去にも沢山あるようですが、mizchi さんのエントリは誤解を恐れないシンプルで断定的な書き方ですので多くの人に刺さったのでしょう。 ただ、技術的負債(technical debt)というメタファーが万人に誤解無く伝わるのかは疑問です。時間を借りているのかはピンと来ませんし、財務的負債と異なり返済の義務はありません。また、エンドユーザーに提供する価値よりも負債にフォーカスし

時間のかかる非同期通信を行っている間は、通信中であることをユーザーに知らせつつユーザーによる画面操作を禁止したほうが良いことがある。UI Bootstrapのモーダルとプログレスバーでこれを行う方法を示す モダンな Webアプリケーションはいわゆる Ajaxという方式でサーバと非同期で通信することで画面に表示するための情報を取得したりユーザーの入力をサーバに送信したりする。同期通信と異なり、非同期通信の場合は通信中もユーザーインターフェイスがユーザーと対話出来るため、通信中にユーザーが画面操作を行うことにより別のアクションを起こされては困る場合には特別の配慮が必要である。 例えば、クレジットカードの決済画面でユーザーが送信ボタンを押しサーバとの通信が行われている数秒の間に送信ボタンが再度押されたり、メニューを操作して別の画面に飛ばれたりしてしまっては困るといった具合だ。クレジットカード決済

Bower入門 これから Bower について書いてきます。Bowerの使い方から実際に使う上で考慮することまで含めて書きます。 長くなりそうなので単に使うだけの基礎編とモジュールを作る上で気をつけることをまとめた応用編に分けて書きます。 Bower とは Twitter社が作ったフロントエンド用のパッケージマネージャです。 Java で言う Maven、 Ruby で言う gem、 Perl で言う cpan のようなものです。 Node.jsには npm と呼ばれるパッケージマネージャがありますが、それに強く影響を受けています。 パッケージマネージャを利用することでライブラリを自分で管理する必要がなくなり、管理するファイルの数を減らすことができます。 また、パッケージマネージャを利用することでライブラリのバージョン管理をしやすくなります。 さらに自分のライブラリを Bower comp

最近のナウくてイケてるマジでクールなJavaウェブアプリの開発環境はSpring Boot + Spring Loaded + Gradle + IntelliJ IDEAです。 なぜナウくてイケてるマジでクールなのかと言うと、 Spring Bootを使えばSpring frameworkを効果的に利用できるSprint Loadedを使えばアプリの再起動無しでJavaクラスの変更を反映させられるGradleを使えばビルドスクリプトを簡潔かつ柔軟に記述できるIntelliJ IDEAを使えばソースコードを記述する効率が上がるからです。 これらを組み合わせれば、gradle bootRun でウェブアプリを起動しておいて、IntelliJ IDEAでさくさくとソースコードを変更してブラウザをリロードすれば、その更新された内容で表示されるようになります。便利です。 この組み合わせを使うための