キーボードの歴史 - なぜQWERTY配列が定着したのか - 歴ログ -世界史専門ブログ-
なぜキーボードはQWERTY配列が一般的になったのか 我々が使うパソコンのキーボードの配列は、よほどこだわってない限りQWERTY（クワーティ）配列になっていると思います。 別に何かルールで決まっているわけではなく、単に世界中に広く普及しているだけで、色々な配列が世には存在し、こだわりを持つ人も多くいます。ですが、会社や学校で支給されるパソコンはQWERTY配列なので、いくらこだわりがあっても逃げられない感があります。 QWERTY配列が生まれたきっかけは、タイプライターの性能がよくなく、頻出するキーが近い位置にあると機械が故障するため、わざと頻出キーを遠くに配置しているという説が根強くありますが、この説は現在は疑問が呈されています。 １. QWERTY配列＝タイプライターの故障を防ぐため説 QWERTY配列は文章を打つ際の配列としては効率が悪く、一般的にタイピングの速度が遅くなると言わ
The Old New Thing: 実行ファイルのベースアドレスが0x00400000である理由
古参MS社員のRaymond Chenが、なぜWindowsのデフォルトのベースアドレスは0x00400000に配置されているのか。最初の4MBは何だという質問に答えている。 Why is 0x00400000 the default base address for an executable? - The Old New Thing - Site Home - MSDN Blogs DLLのデフォルトのベースアドレスは0x10000000だが、なぜEXEのデフォルトのベースアドレスは0x00400000なのか。なぜこの値なのか。4メガバイトに何の意味があるのか。 これには、x86のディレクトリエントリひとつでマップできるアドレス空間であることと、1987年に決められた設計のためだ。 EXEのベースアドレスの制約としては、64KBの倍数であることのみだ。しかし、ベースアドレスを選ぶ理由に
新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡 - Qiita
あわせて読みたい 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習 「オブジェクト指向プログラミング」と「関数型プログラミング」のたった一つのシンプルな違い あきらめるにはまだ早い！ソースコードの品質向上に効果的なアプローチ 2015年に備えて知っておきたいリアクティブアーキテクチャの潮流 この記事について この記事は新人向けの研修内容を再編集してお送りいたします。 ここで述べる内容はどのようにして現在のプログラミングスタイルが生まれてきたかを理解することで、よりよいプログラムを書くためのもので、正確なソフトウェア工学の歴史を学ぶためのものではありません。正確な歴史を把握したい場合は、原典をあたるようにしてください。 また、想定している読者は「よくあるオブジェクト指向プログラミングの学習」を既にし
最悪のプログラミング言語、BANCStar
Following is the email I received from Google for this article. This is so unhelpful to identify the cause. After carefully reviewing the article, I found one URL that was flagged to contain malware(probably usual old domain expired and purchased by other problem) so I removed that link. Please review and re-publish this article. I hope Google's flagging system tells me why it trigger the flagging
ニューラルネットの逆襲 - Preferred Networks Research & Development
岡野原です。Deep Learningが各分野のコンペティションで優勝し話題になっています。Deep Learningは7、8段と深いニューラルネットを使う学習手法です。すでに、画像認識、音声認識、最も最近では化合物の活性予測で優勝したり、既存データ・セットでの最高精度を達成しています。以下に幾つか例をあげます。 画像認識 LSVRC 2012 [html] 優勝チームスライド [pdf], まとめスライド[pdf] Googleによる巨大なNeuralNetを利用した画像認識（猫認識として有名）[paper][slide][日本語解説] また、各分野のトップカンファレンスでDeep Learningのチュートリアルが行われ、サーベイ論文もいくつか出ました。おそらく来年以降こうした話が増えてくることが考えられます。 ICML 2012 [pdf] ACL 2012 [pdf] CVPR
何がLinuxデスクトップを殺したか（What Killed the Linux Desktop 日本語訳）
以下の文章は、Miguel de Icaza による What Killed the Linux Desktop の日本語訳を著者の許諾を得て公開するものである。 本文については、八木の野郎さん、Shiro Kawai さん、猪股健太郎さんに誤訳の訂正をいただきました。ありがとうございます。 これは実話である。 うちの Linux マシンの /home ディレクトリがあるハードディスクがおかしいので、それを新しいのに換えなければならなかった。このマシンは机の下にあるので、ケーブルを全部抜き、マシンを外に出し、ハードドライブを交換してまたプラグを全部つなぎ直さなければならなかった。 至極ありきたりなことだ。AC 電源をつなぎ、キーボードをつなぎ、マウスをつないだが、スピーカーケーブルを手に取ると、僕はそれをつなぐのはやめた。 なんでオーディオ設定なんかに手間かけなきゃいけないの？ オーディオ
知られざる日本のアーケードゲームを支えた組み込みエンジニアたちの技術の歴史、そして今必要なこととは？
日本のアーケードゲームの市場は各国と比較しても大きいことで知られていますが、株式会社タイトーの技術顧問である三部幸治氏が、アーケードゲームの組み込みエンジニアの育成に必要なことを語りました。 アーケードゲームの技術の変遷と「組み込みエンジニア」の育成 株式会社タイトーAM事業本部技術顧問の三部と申します。今日はアーケードゲームの技術者を育てるにはこういったことが必要だよねといったお話をさせていただきます。 私の自己紹介です。私は1979年にタイト―に入って33年くらいこの業界でいろんな活動をさせていただいております。 今日の主な内容です。アーケードゲーム技術の変遷ということで、主にアーケードビデオゲームの技術がどんな風に変わってきたのかというのを紹介します。次に、アーケードゲーム組み込み技術者の育成では、技術者育成に必要なこと、技術者に必要な考え方などをお話させていただきます。 今日の講演
qlog » 私は広告賞を獲りたかった
今年入ってからずっと自閉気味で、ブログとか書ける感じではありませんでした。 あけましておめでとうございます。書きます。アルファブロガー目指します。 ========================== 先日、社員に、私がこの業界（どこからが業界なのかわからないし、今はインタラクティブ以外のことも結構やってるけど、たぶんインタラクティブ広告業界のこと）にちゃんと入った時期のことを話したら、それなりに受けたので、公開してみようかなと思う。 いわゆる、「おじさんの苦労話」にしかならないので、語ってもしょうもない気がするのだけど、参考にしてもらえるなら、嬉しいことだなあと。 私のことを昔から知らない方は結構驚かれるのだけれども、かなり最近の話である。 私は、いまちょうど、TIAA＝東京インタラクティブアドアワードの審査をしている。この賞の審査をするのも３年目だ。今年で10回目、日本のインタラクティ
Instagramの創業者たちに学ぶこと - quipped
インターネット業界での今週一番の話題は、間違いなくFacebookによるInstagramの買収だろう。買収額は株式と現金で10億ドル（800億円）と言われ、Facebookの企業買収としては、最高規模だ。収益ゼロにも関わらず、うなぎ登りのユーザー数で話題を席巻し、あっという間に巨額で買収されるにいたったInstagramのシンデレラストーリーは、6年前に似たような経緯でGoogleに買収されたYouTubeを彷彿させる。 シリコンバレーは内向きで偏った場所なので、連日この買収劇の話題だ。誰が会社の何パーセントを持っていたんだ。5000万ドルの資金調達の直後に買収されるということは、誰かが裏で糸を引いていたんじゃないか。Facebookに買われてしまったInstagramの将来はどうなんだ。個人的には、勇気を持っていいアプリを作り、それがうまいタイミングで評価されたって話でいいじゃんという
Webサービスを10日以内にリリースする方法をすべて書いたよ（「Gumad」編） - パパパパ
このブログは、僕がこれまでWebサービスを30くらい作ってきて、失敗したり成功したり色々体験していることをまとめています。 「Gumad β」は株式会社メーヴェの安宅（ディレクター）と杉本（エンジニア）の2人で、Gumroadの存在を知ってから9日間で作ったWebサービスです。作っている間にあったできごとや僕らの動きを公開したら、これから個人やベンチャーの人たちがWebサービスを作る人の（良い意味でも悪い意味でも）参考になるかもということで、少々こっ恥ずかしいですがブログに書き残しておこうと思います。 ちなみに、今回のシステム関連の話は「Gumadβで使ったgemまとめ」こちらに詳しく書かれています。 いまは「Gumad β」はミニWebサービス的な位置づけですが、もしGumroadやその周辺のサービスが盛り上がってくれば、面白い展開ができると考えており、ベンチャーらしく短期間でゲリラ的に
プログラミングの楽しさ。オープンソースとの出会い。 - 2nd life (移転しました)
100人のプロが選んだソフトウェア開発の名著 君のために選んだ1冊 が出版され、『私と Ruby と添削と』という内容で寄稿しました。私がどうプログラミング・オープンソースの楽しさを知ったかについての昔話です。公開して良い、とのことなので公開いたします。 なお、文章中に出てくる tdiarytimes.rb のコードは以下です。9年前に書いたコードなので今読み返すと恥ずかしいを通り越してもはや微笑ましいですね！！１これでも当時は、自分なりにできるだけ綺麗なコードにして公開した記憶があります。 https://github.com/tdiary/tdiary-contrib/blob/master/plugin/tdiarytimes.rb 私と Ruby と添削と プログラミング技術の向上させるには、どういう方法があるでしょうか。プログラミングに関する書籍を読む、オープンソースで公開されて
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
WebAPIのこれまでとこれから
Ruby&Railsの最新技術動向と 今後の予想
TechCrunch | Startup and Technology News