あるプログラマーが、子どもが初めて使うPCにコマンドライン方式のマシンを薦める理由 | ライフハッカー・ジャパン
筆者のJohn Goerzen氏はプログラマー、フリーOS「Debian」の開発者、そして2児の父親でもあります。彼は以前より「子どもとPC」との引きあわせ方について考えてきました。その結果、愛する息子たちに与えたのは、GUIの一切ないコマンドライン方式のPCでした。彼はなぜ、WindowsやMacを渡さなかったのでしょう？ 私は2年前、当時3歳だった息子のJacobと一緒に、彼にとって初めてのコンピューターをつくりました。『Debian』はインストールしましたが、グラフィカルユーザーインターフェース（GUI）はいっさい入れませんでした。つまり、コマンドライン方式のマシンです。そのマシンはこの2年間、折に触れてたくさんの楽しみを提供してくれています。「うちの息子は3歳のときから『Linux』シェルに自分でログインできたんだよ」と、至極当然のように説明したときに相手の顔に浮かぶ驚きの表情は、
ソフトウェア設計とは何か 〜 設計にはプログラミング経験が必要か否か | Social Change!
「プログラミング経験のない人がソフトウェアの設計をすること」の是非について、どう考えますか？ もしかしたら、このブログの読者であれば、プログラミングが出来ないのにソフトウェア設計をするなんてありえない！という意見の方が多いかもしれません。私もそういう意見ではあったのですが、色々な人と話をするにつけ、どこか違和感を感じていました。 その違和感の正体を探るべく、ソフトウェア設計とプログラミングについて考えてみました。そこでわかったことは「ソフトウェア設計」について、人それぞれに捉え方が違うために、話が通じないことがあることから産まれた違和感だったということです。 この記事では、私の考える「ソフトウェア設計とは何か」について書きました。 ソフトウェア開発はすべてが「設計」である モノづくりにおいて、大きく工程を２つに分けるとしたら「設計」と「製造」に分けることが出来ます。何をどう作るかを決めるこ
プロジェクトリーダーに必要な6つの能力。スクラムの生みの親が語る、絶えざるイノベーションの創造（後編）
プロジェクトリーダーに必要な6つの能力。スクラムの生みの親が語る、絶えざるイノベーションの創造（後編） スクラムは、アジャイル開発における方法論の中でもっとも普及している方法論の1つです。スクラムという用語を用い、その考え方を最初に提唱したのは、1986年に一橋大学の野中郁次郎氏と竹内弘高氏が日本企業のベストプラクティスについて研究し、ハーバードビジネスレビュー誌に掲載された論文「The New New Product Development Game」でした。それが1990年代半ばにジェフ・サザーランド（Jeff Sutherland）氏らによってアジャイル開発の方法論としてのスクラム（アジャイルスクラム）になったわけです。 1月15日に都内で開催されたアジャイル開発をテーマにしたイベント「Scrum Alliance Regional Gathering Tokyo 2013」では、2
自炊が広まったほうが電子書籍は売れるようになるのでは - 空中の杜
現在、仕事場と称したワンルームから引っ越すためにいろいろと作業をしているのですが、３年間であまりにも多くなったものを運ぶのに苦労しています。ついでに捨てる勇気にも苦労しています。そこで強い味方となっているのが、Scansnapと裁断機のセット。 FUJITSU ScanSnap S1500 Acrobat X 標準添付 FI-S1500-A 富士通Amazonプラス 裁断機 自炊 A4 かんたん替刃交換 PK-513LN 26-309 PLUS(プラス)Amazon １〜２年前に買ったものですが、もう裁きまくりスキャンしまくりで部屋のスペース確保に役に立っています。否、スペースは確保していませんが、これがなければ自分の部屋はとっくにパンクしたでしょう。とびだせどうぶつの森なら以下のようなメッセージが出たかもしれません（ちなみにナカノモリ村博物館2階）。 しかし、引っ越しの時に持ち帰りも出来
『リーダブルコード』を他書と読み比べる（その1） - 杉風呂2.0 - A Lifelog -
よい本なので、他書と比較しながら再読していきます。短期集中連載のつもり。 1章 理解しやすいコード ここでは本書の根底となる「すべての原則が生じるテーマ」と「読みやすさの基本定理」について説明がされています。 コードは理解しやすくなければいけない。 コードは他の人が最短時間で理解できるように書かなければいけない。 『C++ スタイルブック (IT Architects’ Archive―CLASSIC MODERN COMPUTING)』の「はじめに」には次のように書かれています。 チームが成果を上げるには、誰もが、他の人の書いたコードを読んで理解できなければならない。 『Code Craft ~エクセレントなコードを書くための実践的技法~』1章「防御的プログラミングの技法」には次のように書かれています。 簡潔性よりも明瞭性を重視してコードを書く 簡潔ではあるのものの混乱を招くおそれのある
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
