子どもをお持ちの皆さん、いら立ちながら我が子に接してはいないだろうか。 雑誌『チャイルド・ディベロップメント』によると、乳幼児期をイライラした家族に囲まれ過ごした子はその後継続して実年齢より幼くふるまい、社会生活にまで支障をきたす傾向にあるという。 一般的には乳児期の子どもは穏やかで、自我の発達と共に段々と大人の言うことを聞かなくなることが多い。「魔の2歳児」という言葉があるほどだ。それが2歳半頃にピークを迎えた後おさまっていき、3歳、4歳、5歳と年齢が上の子どもほど落ち着いて聞き分けがあるのが普通である。 ところが3、4歳になっても人を叩く、駄々をこねる、頻繁に癇癪を起こすなどの問題がある子は、その後も攻撃的な性質が続く傾向にある。長じて学校での生活態度、鬱、アルコール依存、家庭内暴力など深刻な問題を抱える可能性が高いというのだ。 ミネソタ大学の研究者らが267組の母子を対象に、次のよう

はじめに ブラウザ間でP2P通信が実現できれば、ブラウザ上で動作するP2Pアプリが作れて面白そうだなーと思ったのでWebSocketを使って実現してみました。仕組みについては以下で説明していきますが、私が実現した方法は限定的で実用性が低く色々と足りない部分もあるので、軽い気持ちで読んで頂けるとありがたいですw 仕組みの概要 なぜWebSocketを使うのか 従来、Webサーバとクライアント(Webブラウザ)間で非同期に通信するにはXHR(XMLHttpRequest)を用いてきました。基本的にこのXHRは以下の図のように同一ドメインとしか通信できないという制約がありました。*1 しかし、WebSocketのthe Origin-based security modelでは異なるドメインとも通信することが可能になります。WebSocketプロトコルでは、サーバとクライアント間で接続を確立する

ぽちぽちとクリックしていくだけで.htaccessファイルが作成できるので BASIC認証などが必要なときに便利です。 タイプミスも少なくてすみます。 機能としては ・ファイル一覧の拒否 ・ベーシック認証 ・エラーページの設定 ・デフォルトページの設定 ・URLでのWWWあり、なしの統一 ・リダイレクト先の設定 ・モバイルアクセスの制限 ができます。 設定していくと、下の方のフォームにテキストが出力されますので 「.htaccess」ファイルをローカルに作成してペーストするだけ。 ぜひ、お試しくださいませ。 .htaccess Editor http://www.htaccesseditor.com/

NFCタグリーダーをサーバーにした。 shokai/nfctag-server – GitHub 特殊なデバイスはみんなサーバーにしてHTMLとJSから使えるようにすればいい。 1つのハードウェアにいくつもアプリをぶら下げれるし、アプリはハードウェアと別のマシンで動かせるし、JavaScript書けるし、とにかく楽だ。 下は以前作ったWebSocket clientでnfc-tag-serverに接続してtagを読んでいるところ。 タグがある時はhex dumpされた文字列が、無い時はfalseが送信されてくる。同じ値がHTTPや普通のTCP Socketでも取れるようになっている。 ■NFCタグリーダー これ使ってる。USB接続で、けっこうどこででも売ってる。これじゃなくてもlibnfcで動くデバイスならいけるはず。 ただしlibnfcでFeliCaが読めなかった。MIFAREタグなら読

こんにちは、美容研究家の境貴子です。 夏に比べ、冬はダイエットをサボりがちになりますよね。実は、冬の方がエネルギーは消費するのですが、体が冷えて血流が悪くなるので、代謝が低下して脂肪を溜め込みやすくもなります。今回は、そんな冬太り緩和の食材の一つとして、「納豆」にフォーカスします。 納豆は「食べる薬」と呼んでも過言ではないほど、栄養価のとっても高い、言わずと知れた低カロリー高栄養食品です。納豆は体にいい食べ物だということはご存知だと思いますので、納豆を食べるとどのような効果が得られるかを具体的にご紹介します。 ■納豆の効果

HTML5を解釈してくれる最近のブラウザでは、キャッシュマニフェストという機構を利用してオフラインWEBアプリケーションなどが存在しています。この機能を利用して、通常のWEBコンテンツでも画像、CSS、JavaScriptなど、ブラウザ側でキャッシュさせて、本来オンラインで取得すべきデータのみにアクセスさせ、高速にコンテンツを表示させましょう。 マニフェストファイルを認識させる設定 キャッシュさせる内容を記述したファイルをマニフェストファイルと呼びます。このマニフェストファイルをサーバから提供し、クライアントのブラウザで正常に解釈ができるように設定を追加する必要があります。ApacheをはじめとしたHTTPサーバの設定ファイルに下記の様に設定するか、.htaccessなどのファイルに追加してください。 AddType text/cache-manifest .manifest マニフェスト

昨日11/5、node.jsのstable（安定）バージョンのメジャーアップデート v0.6 がリリースされました。待ちに待ったアップデートかと思います。え、そんなこと知らない？そもそも触ったこともない？だったらこれがチャンスです！v0.6リリースをきっかけにnode.js始めちゃいましょう！ 以下、導入からHello World!までを史上最速（たぶん）で行う方法です。 まずは node を導入するため最小構成のFedora15を用意しました。最低限ネットワークの設定を済ませた状態から始めます。 FedoraじゃなくてLinux各ディストリビューションで大差ないと思われますが、yumが使えることが前提で書いています。 Ubuntuとかapt-getな方は適当に読み替えてください。 yum -y install curl wget git gcc-c++ openssl-devel mak

何かと気になる放射線。公的機関による測定は各地で行われていますが、公開はそれぞれのウェブサイトで行われているのでチェックしにくいのが難点です。 そこで便利なのが放射線MAPアプリ。地図上に現在地周辺の放射線の測定地点とその測定値を表示するので分かりやすく、測定日・測定者でフィルタリングも行えます。 また、測定した値を公開することも可能。さらに Q&A で基礎知識も身に付けられるなど、気になる放射線を学んだり、チェックしたりできる良アプリです。 現在地が取得できる場合は、マップ上に現在地を示すポイントと周辺の放射線測定地点と測定値が表示されます。 左：手動で現在地を設定するには、画面を長押し。 右：画面をドラッグして中央の【＋】を現在地に合わせます。 現在地周辺の測定地点と測定値を表示したところ。 周辺の測定地点と測定値が取得できない場合は、後ほどご紹介するフィルタリング機能を使ってデータ取

おすすめアプリ、ゲーム、iPhone、スマホの使い方、ガジェットなどのお得な情報をお届け | AppBank

京のおすすめ: 4000人分のアンケート結果から、オススメスポットを紹介！一風変わった観光ガイド。無料。 皆さんは旅行に行くとき、どんな方法で予定を立てますか？ ガイドブックや口コミサイトもちろんiPhoneアプリで、という方もいらっしゃると思います。 この京のおすすめも観光ガイドアプリなのですが、データーベースが一味違うんです！ 4000人分のアンケート結果をもとに【気分】【体験】【雰囲気】【スポットの特徴】という4つのカテゴリから自分の好みの組み合わせをすると、オススメスポットを導き出してくれるんです！ つまり、【落ち着けて】【話題作りになるような経験】ができて【華やか】な【景色が良い】ところ、なんていう細かい指定にも一発でこたえてくれちゃうんです♪ 早速、中身をご紹介します♪ 起動したらまずは【カテゴリーの選択】から今の気分に合った項目をチョイスしましょう。 全項目を組み合わせること

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

はじめに こんにちは、Python界の情弱です。ちょっと前にOCaml系のエントリを色々と眺めていたらYaron Minsky氏のエントリを見つけたので翻訳してみました。 OCaml for the Masses - ACM Queue Yaron Minsky氏はJane Streetで第一線で活躍されるエンジニアで、Jane Streetの技術ページをはじめ多くの場所でOCamlに関しての知見を語ってくださっています。 Jane Street Tech Blogs 本エントリはJohn Hughesの名エントリ「なぜ関数プログラミングは重要か」を受けてACM Queueに寄稿されたものの日本語訳です。 なぜ関数プログラミングは重要か Why the next language you learn should be functional YARON MINSKY, JANE STREE

Amazonクラウド上でPaaSを提供しているHerokuのエンジニアCraig Kerstiens氏が、Heroku社内でのソフトウェア開発がどのように行われているのかを紹介した記事「How Heroku Works - Teams and Tools」を、自身のブログに掲載しています。 全体の運営をアジャイルにしつつ、小さな独立したチームが独自のツールを使い、頻繁なコミュニケーションの下で開発を進めるのがHerokuのやり方のようです。記事からポイントを引用しつつ、先進的な例の1つとして見てみましょう。 チーム、コミュニケーション、コラボレーション 記事の冒頭で、チームがAPIやデータ規約によって構成されていることが説明されます。 Heroku is a largely agile company, we work in primarily small teams that talk

パパママのみなさん、お子さんの熱を測るときどうしてますか？　水銀の体温計は割れたら危険だし時間もかかる。最近では、素早く計れる体温計もあるが、小さなお子さんは、たとえ熱があってもじっとはしてられない。熱を測る際、「イヤイヤ」してしまうのではないだろうか。 そんな事情は外国でも同じ。じっとしていられない子どものために貼るだけで体温が測れちゃう体温計があるそうだ。 この体温計をデザインしたのはワン・ドンウェイさんとリュウ・イーシャさんという2人のデザイナーだ。形状からしてバンソウコウくらいの大きさの白いシールととてもユニークである。 この体温計はワキの下にピタっと貼るだけで、おおまかな熱がわかるそうだ。これならじっとしていられないお子さんもいつの間にか熱が測れてしまうのである。 しかも、熱に反応する特殊素材とLEDが組み込まれており、熱の高さによって色が変化する。例えば、36.9度～37.5度

Heroku で Pythonが動かせるらしいという情報をいち早くキャッチ(大分遅い) したのでやってみる事にした。Flaskのチュートリアルで作るアプリ「Flaskr」を Heroku + Amazon RDS(MySQL5.5) で動かします。 Heroku標準のPostgresとかの連携手順とかは、既に良くまとまってるブログがあるので、一番最後の参考URL群を参照してください。ここではせっかちな人のために、一気にHerokuアプリと、RDSインスタンスを作るスクリプトを晒しておきます。手順をシェルスクリプト化しただけともいいます。 環境 MacOSX (Lion) での作業を前提としています。 前提 以下のものが使えるようになっている必要があります。 AWS アカウント Heroku アカウント heroku(ruby gems) bash git virtualenv pip rd

1000万件くらいのマスターデータに、50万件くらいのトランザクションデータを突っ込みたい。ただし、挿入できたのと重複したのを把握したい。 MySQLだとどう頑張っても30分くらいかかるので、Tokyo Cabinetを使ってやってみた。 まずはマスターデータ作成。1000万以下の乱数を発生させて、それをキーに、1000万回ストアする。 $ cat tcTest.rb require 'tokyocabinet' include TokyoCabinet db = HDB.new db.open('db.tch', TDB::OWRITER | TDB::OCREAT) 10000000.times{|i| db[rand(10000000)] = 0 } db.close 5分くらいかかった。何件入ったか確認してみる。 $ cat tcTestR.rb require 'tokyocab

iPhone・iPod touch・iPad・Apple Watchのニュース、便利な使い方、アプリとアクセサリのレビューをお届けします。

1日たってしまいましたが、11/06にTDD Boot Camp 横浜に参加してきました。詳しい記事は、id:absj31さんの記事が素晴らしくまとまっているので、ご覧くださいませ。 TDD Boot Camp 横浜に参加してきた #tddbc - Diary of absj31 TDD BCの感想と、Groovyを初めて触った感想です Groovyペアに立候補した理由 「募集」をしているわけで、立候補すれば、その場でペア成立 Groovyを触ったことがなくても大丈夫という前提 プログラミング言語好きとしては、Groovy触ってみたかった 普通なら、師匠は直々に、言語のフォースを教えくれない 運営の方と、TDDやったほうが身につきそう！ たしか、こんな理由だったと思います。打算と興味が五分五分といったところでしょうか。運営の方が、Groovy本を持ってきてくれて、 パラパラと見た第一印象は

どうしてもソーシャルなサービスの話になると、「ツイッター vs Facebook」とか「Facebook vs Google+」といったように、互いのサービスの機能や利用者数で物事が語られる傾向があります。 技術的には興味のある話題ですが、しかし利用する側からみると、すこしこの議論の仕方は物足りないような気もします。 ツイッターであれ、Facebookであれ、Google+であれ、本質的には「誰かの情報を読む」か「自分のもっている情報を誰かに伝える」の二つの機能だけがその真価を決定します。RTや「いいね！」ボタンや、「+1」ボタンといった仕組みは、信号を増幅するアンプのようなもので、信号そのものには成り代われません。 一方、３つのサービスには情報の伝え方に違いがあるために使い分け、あるいは適性のようなものがうまれます。ここでは「情報を誰かに伝える」という視点で考えてみましょう。 ツイッター