1969年7月20日、アポロ11号が人類史上初の月着陸に向けて降下を始めた時。問題は起こりました。ニール・アームストロングとバズ・オルドリンを危機から救ったのは、あるプログラマーの機転のきいた仕掛けだったのです。しかも、その人物とは３２歳の女性プログラマーでした。 着陸目前の緊張感とわかりやすい解説で明かす、月面着陸の真実とは！？ 1969年7月20日、ヒューストン時間15:06史上初の月着陸を目指すアポロ11号の月着陸船イーグルは、月面 に向けて降下を始めていた。ニール・アームストロングとバズ・オルドリンは体に振動と加速度を感じたが、足元たった２メートル下で火を吹くエンジンの音は、真空の帳に遮られて全く聞こえなかった。月面を背にして飛ぶ月着陸船の窓からは、漆黒の宇宙に浮かぶ青い地球が見えていた。その時… ビー、ビー、ビー、ビー… かん高い警報音がヘルメットの中に鳴り響き、コンピューターの

会社でUnityを使うことになったんだけれども「何から手を付けてよいかわからない」とか「Unityの基本操作は分かったけど、自分のゲームに応用できない」とかいう方は多いと思います。 私もUnityを触り始めたときは、あまりに機能が多くて何から始めたら良いのか・・・さっぱり分かりませんでした。 そこで、初心者の方にも理解しやすいように、ここでは簡単なシューティングゲームを作りをとおして、Unityを使ったゲーム作りの方法を紹介していこうと思います。 どんなゲームを作るのかというと・・・こんな感じ。 上から降ってくる隕石を、ロケットを動かしながら破壊するというよくあるサンプルです。ですが、Physicsや当たり判定、UI、エフェクトなどゲーム作りに必要な一通りの要素は入っているので、Unity入門にはちょうど良いかと思います。 記事は第１回〜第６回まであり、次のような流れになっています。 第１

グラフ作成系プラグインの中で、1，2を争う人気なのがこのhighcharts。 ちょっとデータの持ち方に癖がありますが、使いこなせれば個人的なツール作成や仕事に役立つでしょう。ただし、商用利用の場合は有償。 highchartsの良い点は何といっても「見た目」。デフォルト設定でも十分に綺麗なので、派手な見た目をやたらに求めて来るクライアントを満足させるのにかなり効果的です。 これから使い方を説明して行きますが、jQueryとかjavascriptとかの知識はそこまで無くても使えると思うので、まずは使ってみてください。 はじめに 今回のhighcharts解説ですが、対象は ・コピペでhighchartsを使ったことはあるが、中身がよくわからないので知りたいという人 ・jQueryはよく分からないけど、highchartsを使わなければならないという状況にある人 ・何かよく分からないけどカッ

産業医科大学医学部医学科卒業。専門は産業医学実務。産業医実務研修センター、ジョンソン・エンド・ジョンソン統括産業医を経て、現在医療法人社団同友会 春日クリニック 産業保健部門 産業医 。現在日系大手企業、外資系企業、ベンチャー企業、独立行政法人など約30社の産業医業務に従事 「電波がバリ3」のハイパフォーマーは疲れなくても当然 ー長時間労働問題がしきりに取り沙汰されています。大室さんはどのように感じていらっしゃいますか。 バブルのころ、「24時間戦えますか」と栄養ドリンクのCMが一世を風靡しましたが、そんなキャッチコピーがコンプライアンスを通った時代だったということですよね。ほんの30年前でさえそうだったのですから、時代の移り変わりによって常識が変わっていくことが示唆されているということです。 今、私たちは当たり前のように満員電車に揺られ、終電間際に帰宅していますが、その常識は30年後の人

週末料理をしていて足を切ってしまいました。agoです。 以前Perlは書いていたんですが、その頃以下の記事を読んで非常に感銘を受けました。 Perlプログラマのレベル10 - Perlプログラミング救命病棟より - naoyaのはてなダイアリー 当時あまりコミュニティとのつきあいがなかったので、「自分のスキルの絶対位置」、「次のレベルへ行くために必要なもの」を知ることで非常に安心感を感じた記憶があります。 いま確認したところ、「JavaScriptプログラマのレベル10」はないようなので書いてみました。 Perlプログラマ Schemeプログラマ Rubyプログラマ （本家に直接リンクできるURLが無かったため、参照ページへリンクしています） haskellプログラマ 堕落したCプログラマ HTML知識レベル プログラマレベル 企業法務 JavaScriptの業務スキルレベル　判別表　（５

日本には小中高校あわせて約1,400万人の生徒がいて、約100万人の先生がいるそうだ。その学校で、小学校段階において、2020年からプログラミング教育が開始され、中高においても強化される。いままでも中学校では部分的に導入されていて、高校なら情報の授業もあった。しかし、世界的にプロクラミング教育の重要性が説かれる中ではじまるプログラミング教育は、どのような内容となるのだろうか？　昨年12月21日（水）、その指針となる新しい「学習指導要領」の答申が出され、間もなく正式な「学習指導要領」も告示される。角川アスキー総研では、学校でのプログラミング教育を知るべく2月6日（月）に「ついに見えてきた2020年の学校でのプログラミング教育」と題したセミナーを開催した。そのようすをレポートする。 １時間で分かる！　次期学習指導要領 今回のセミナーで第一部として次期学習指導要領の解説を行ったのは、ICT CO

jQueryの初版が登場して10年が経ちました。 jQueryの登場により、これまでJavaScriptで書いていた複雑なコードがよりシンプルになりました。CSS操作やDOM操作、Ajaxなどの拡張性も非常に便利なものでした。 時が経つにつれ、さまざまな特徴を持ったJavaScriptライブラリ・JavaScriptフレームワークが登場し、jQeuryに触れることなく大規模なアプリケーション開発をすることも珍しいことではなくなりました。 そうした中、昨今注目されているのがReact.js(React)です。 今回は、jQueryを学習した人に、Reactも学習してほしい理由とその学習方法についてまとめてみました。 Reactとは？ Reactとは、ユーザーインターフェイス(UI)を構築するためのオープンソースのJavaScriptライブラリです。 Facebookが開発の主導となっており、

長くなったので先に三行でまとめておこう。 コピペするプログラマが生まれるのは教育の問題ではないか（仮説） 文法は学んでも処理の流れから考えることは教わっていない（根拠） ロジックを訓練するには脳内プログラミングが良いのでは？（提案） 少し前に私のMediumで、こんな記事を書いた。タイトルが言葉足らずだったおかげで、少し話題になった。「量産型プログラマを撲滅したい」 今回の記事では、この中で書いたコピペするプログラマがなぜ生まれるのか、どうすれば良いのか、考えてみたい。 どうすれば見分けられるのか 書いたプログラムを説明させてみれば、その人が、ちゃんと考えて作れる人か、コピペでしか作れない人か、すぐにわかる。自分の書いたプログラムの流れを説明できるということは「わかって書いた」ということだ。わかっていなければ説明できない。 「わかって書く」という一見すると当たり前のことができない人もいる。

Vagrant + VirtualBox を使って Macbook Air に VM を立てて、CentOS 上に Rails4 の開発を行っています。 DB には MySQL を使っているのですが、なんともわかりづらい。 ノートで設計して、頭で設計してコマンド叩いて...の手法に限界を感じました。 できればER図かけるし、DBとも繋がっているし、な環境にならないかなぁって思っていたら、MySQL Workbenchと出会いました。（1年位前にorz） VagrantとMySQLWorkbenchを繋ぐ方法をメモります。 MySQL Workbenchのインストール こちらからどうぞ => http://dev.mysql.com/downloads/tools/workbench/ 面倒くさくて有名なORACLEの認証が必要になりますorz ナビゲーション通りにすすめば問題なくインストー

娘がパソコン好きそうなので子供用パソコンを作ろうと思った 娘が最近自分の真似をしているのか、USBキーボードをいじって遊ぶようになりました。 View this post on Instagram A post shared by karaage (@karaage) View this post on Instagram A post shared by karaage (@karaage) 今のところはそれで満足しているのですが、自分のパソコンとの違いに気づく日も早そうなので、今のうちに娘用のパソコンを家で余っていたRaspberry Piを使ってセットアップしてみることにしました。プログラミング教育も義務化することですし、パソコンに触れるのは早いのに越したことはないと思っています。 子供用パソコンをRaspberry PiとKano OSでセットアップする方法 Kano PCという子

HTMLで特定の要素を全て取得して回したい場合はJavaScriptなどで繰り返し処理をしますが、jQueryを使った場合の方法をまとめます。 対象としてはこのようなHTMLの場合です。 <div class="comment">コメント1</div> <div class="comment">コメント2</div> <div class="comment">コメント3</div> ... .each()メソッド jQueryで繰り返しといえばeach()メソッドです。基本的な構文は以下の通り。 $('セレクタ').each(function(index, element){ 〜 }); 第1引数には各要素のインデックス番号が、第2引数には繰り返し処理中の要素が参照されます。2つの引数はどちらも省略可能です。このメソッドを使えば要素数分、繰り返して指定した関数を実行してくれるわけですね。簡

はじめに React（通称 React.js1）を全く知らない、あるいは幾つか記事を見たけどなんなのかピンと来ていない、という人のために書いています。 「jQuery くらいしか知らない」くらいの人に具体的に雰囲気を知ってもらうのが目的であり、すでにやる気がある人向けのチュートリアルではありません。やる気が出れば日本語版ドキュメントを読んで手を動かせばあっという間なので、そこまでの興味が出ることを目標にしています。 以降では ES2015 (ES6) の文法（アロー関数とか）を使っています。この部分が怪しい人は先にアロー関数と const 文だけでも知ってから先に進んでください。 以下の説明中、このアイコンで表すのは（2023 年現在から見た）『昔話』です。新しく自分のコードを書く際には本来知らなくていいことですが、古い記事を見たときに混同しないための参考情報として書いてあります。この記事

追記: 情報が色々と古くなったため、2020年に書き直した版へのリンクを張っておきます。 この記事は VirtualDOM Advent Calendar 2014 - Qiita の初日です。 初日ということで、基調講演風に、Virtual DOMとはなにか、なぜ僕はこんな興奮しているのか！という話から。 Virtual DOMとはなにか 既存の概念で当てはめると、JavaScriptのMVC, MVW(Whatever)フレームワークのViewに位置します。が、その程度では終わりません。仮想DOMとは世界を革命する力であり、このjQueryのDOM操作で汚れきったフロントエンドを救う救世主なのです。 現時点で自分が知っている限りは、以下の実装を指します。 facebook/react 最も使われてるFacebookの実装 Matt-Esch/virtual-dom Altenative

※この記事を書いたのは2016年4月です。Qiitaでは記事をアップデートするとその日付のみが表示されていまうため、新しい記事のように見えるかもしれませんが、現代ではもっと進化していることにご注意ください。素直にReact Hooks を使いましょう。あと Redux は用法用量を守って気をつけて使ってください。なんならReduxは使わない方がいいでしょう。 最近のモダンなウェブフレームワークと言えば、React+Reduxですよね。でも、なんか難しそうとか、ReactってPHPみたいにViewにロジック混ざりそうとか感じて尻込みしていませんか？それはただの誤解かもしれません。React+Reduxはそんなに難易度の高いものではありません。ただ単に、新しい概念で構成されているから、カルチャーショックのようなものがある、というだけのことです。React+Reduxに入門してみましょう。 僕自

データベース設計の基本中の基本であるER図。ER図を書きたいけど、「記法が分からない」「どういうステップで書けば良いか分からない」という若手エンジニアも多いのではないでしょうか。 ER図は１０種類近くあり、種類によって記法が異なります。このことが難しいイメージを与えていますが、実はそれほど難しいものではありません。覚えれば良いER図は２種類だけです。 しかも、この記事で解説している基礎知識を押えれば、たった５つのステップで作成することができます。 この記事では、ER図の基礎知識からER図の書き方まで、エンジニアが抑えておくべきER図の全知識をどこよりも分かりやすく解説します。 この記事を読み終えたとき、若手エンジニアもER図を書けるようになっているでしょう。 この記事を参考に最適なデータベース設計を進めて下さい。 １．ER図とは ER図とは、「データベース設計（データモデリング）で使う設計

【追記】この記事をきっかけに、名著「ノンデザイナーズ・デザインブック」の20周年記念特典eBookの制作に協力させていただきました。詳しくはこちらを御覧ください。 ノンデザイナーズ・デザインブック20周年記念の特典に寄稿しました デザイナーである・なしに関わらず、仕事の中で伝えたいことを「図」で説明する機会は多々あります。提案書で事業内容を説明することもあるでしょうし、具体的な数値をグラフで説明することもあるでしょう。そんな中でこんな指摘を受けたことはありませんか？ ・最終的に何を言いたいのか結論が見えないよ。 ・関係性が複雑すぎて理解しずらいんだけど。 ・要素が多すぎて全てを把握するのが大変。 ・何をどこから見れば良いの？ ・結局一番言いたいことはなんなの？ ・文字サイズがたくさんありすぎてまとまりがないね。 ・安っぽいチラシみたいでダサイなぁ。 ・全体的にバランスが偏ってて不安定。 ・

2D、3D、アバターなど、オンラインだからこそ実現できる、 “こんな展示会を開催したい“想いを、共に制作