ラーニング・パターン (Learning Patterns)
本サイトでは、ラーニング・パターンの考え方や個々のラーニング・パターンについて紹介します。 ラーニング・パターンは、自律的で創造的な学び方のコツをパターン・ランゲージという形式でまとめたものです。どのような状況でどのような問題が生じやすく、それをどのように解決すればよいのかの発想がまとめられています。このようなコツを「言語」として共有することで、個人の自律的で創造的な学びの支援と、学びのコミュニティの活性化を目指しています。 ラーニング・パターンは、2009年4月から毎年、慶應義塾大学総合政策学部・環境情報学部の全学生（一学年約900人）に配布されているほか、本ウェブサイトやtwitter等で、幅広い世代の方に広まりつつあります。ぜひご活用ください。 ラーニング・パターン（Learning Patterns）のtwitter配信をしています！ よりよい学びのコツを記述した「ラーニング・パタ
DHH語録 - COBOL技術者の憂鬱
David Heinemeier Hanssonという方は「Railsを作った偉い人」という印象が強いのですが、エンジニアの仕事や生き方について普段からとても深い発言をしている方なので、私なんかはそちらの方に注目してしまいます。 彼の言葉を目にする度にいつも、思わずハッとさせられた後、しばらくしてからじんわりと心に響いてくるような力に打ちのめされてしまうのです。なんか怪しげな宗教のような感じですが、そんな彼の数々の言葉をネット上からかき集めてみました。 ソースはこのあたりから。 Error 404 (Not Found)!!1 David Heinemeier Hansson | The Great Surplus 翻訳 - Ruby on Rails: David Heinemeier Hanssonへのインタビュー #2 Ruby on Rails作者 David Heinemeier
職場を生き抜け！：NBonline(日経ビジネス オンライン)
「夜逃げした社長」から「総理大臣経験者」まで--。これまで計1200人を取材してきたジャーナリストが、読者から寄せられた「職場の悩み」に答えるべく、専門家、企業の人事担当者への取材を敢行する。毎回、マニュアル本では書かれなかった企業人の“本音”“ナマの声”を踏まえた現実の回答を探る。 吉田 典史（よしだ・のりふみ） 1967年生まれ。大学卒業後、通信社、放送局、出版社で、夜逃げする社長から総理大臣経験者まで、計1200人前後の取材をする。2005年独立以降は、ビジネス書、特に人事・労務分野で取材、執筆、編集を続ける。雑誌「人事マネジメント」（ビジネスパブリッシング社）、「企業と人材」（産労総合研究所）などで執筆中。著者に「すぐに使えるビジネス文書文例400」（成美堂）、「即解！2007年問題 トピック45」（九天社）、『年収1000万円！稼ぐ「ライター」の仕事術』（同文館出版）などがある
未来の転職が、過去にさかのぼって現在の自分を有能にする - 分裂勘違い君劇場
転職、すなわち中途採用の面接では、自分が過去に取り組んだ仕事について質問されます。 しかも、ごまかしがきかないよう、具体的な行動内容を、細かく聞かれます。 広く浅く訊くのではなく、何カ所か適当に選んで、狭く深く訊いていきます。 たとえば、エンジニアなら、過去に自分が開発したシステムにおいて、 なぜ、そのフレームワーク、ツール、ライブラリ、DBを使ったのか？ 他に、どのようなフレームワーク、ツール、ライブラリ、DBが候補として 上げられたのか？ 他の選択肢と比べて、どの様な短所と長所があるのか？ なぜ、他の選択肢ではなく、それを選んだのか？ 使う前に、どのように性能評価・検証したのか？ なぜ、ある部分を汎用的に作り、別の部分をハードコーディングしたのか？ なぜ、その設計だと、生産性が高く、トラブルのリスクやメンテナンスコストが低くなるのか？ もっと低くできる余地として、どのようなものが考えら
優秀な人材に変身するキッカケに出会うか、未熟なまま老いていくか
頭が良く、意欲的に仕事にとり組むんだけど、いまいちアテにできない人というのがときどきいる。 ポテンシャルはあるのに、どこか独りよがりなところがあるために、暴走するリスクがあり、安心して、重要な案件を任せられないタイプの人間である。 そういう人は、「きっかけ」があると、大化けする。本当にすごい人材になる。 しかし、きっかけが無いと、つまらない脇役仕事や日陰仕事ばかりやらせられ、未熟なまま老いて、どんどん腐っていってしまう。 この記事で描かれている坂本君は、いかにもそういうタイプの人だ。 芦屋：坂本，この「貴方の営業ご担当者様が販売活動しやすいように工夫しています」という表現は，抽象的で意味不明じゃないか。意味が分からないから，「先方へのアピール」になってないんじゃないか。説得力もないよ。ここは，具体的な事例を使って修正すべきだな。どう修正すればいいか考えてよ。 坂本：いや，ここはこれでいいん
労働について - 内田樹の研究室
ブログのサーバが故障しちゃったので、しばらく日記の更新ができない。 困ったなあと思っていたが、そういえばミクシーがあったじゃないか。 ミクシーに日記なんか書いたことないから、たぶん誰も気がつかないと思うけど、まあ、そういうこともあるわね。 では二日前の日記から 四回生のゼミと大学院のゼミの間に取材が一つ。 「仕事について」。 働くモチベーションをどうやって維持するか。 このところよく訊かれる。 よほど働くモチベーションを維持することがむずかしい時代のようである。 私は「働くモチベーションがなくなった」経験がない。働くのはとりあえず生きるためであり、「生きるモチベーションがなくなる」ということは私の場合にはこれまでなかった（先のことはわからないが）。 だから、いつも仕事を探していた。 「なんか仕事ありませんか？」と知り合う人ごとに懇請するのが、久しく私の基本的な社会的態度であった。 今でもあ
一流の研究者のマネージメント、２１の鉄則
一流の研究者の「先生」がいつも懐かしく語る、先生のさらに上のボスの話があります。戦後間もない時代に、学位を取ったばかりの先生を見いだしてアメリカに引き抜き、自由に研究をすることを許した、これまた伝説的な研究者です。先生はいいます： 「年度が終わる頃になると、彼は私に『今年お前が使ったコンピュータの利用料だ』とレシートを渡してくれたものです。年に２億円は使っていたでしょうか！」 これはケネディ大統領時代の話ですので、当時としては今以上に大変な金額です。当時世界にいくつも存在しない最新のコンピュータを、先生は独占的に利用でき、そのおかげで輝かしい業績が次から次へと生まれたのでした。 「しかしボスは一言も文句を言わないんですな。予算をとってくるのは自分の仕事。お前たちは研究をしろ、というわけでした。今の私がいるのも、あの人のおかげですな！」 科学者の世界も、お金と、権力と、事務作業と無縁ではいら
圧倒的に生産性の高い人（サイエンティスト）の研究スタイル - ニューロサイエンスとマーケティングの間 - Being between Neuroscience and Marketing
Leica M7, 90mm Tele-Elmarit F2.8, PN400N @Santa Monica, CA アメリカで研究するようになって最も驚いたことの一つは、日本では考えられないほど生産性の高い研究者が存在することだ。 たとえば僕がローテーションして、最後までそこでdissertation work（博士論文のための研究、活動）をすることにするか迷っていたあるラボ。そこはポスドク、テクニシャンを含めて（註：undergraduate=学部生は殆どアメリカの研究室には居ない）たった5人でやっているにもかかわらず、毎年5-6本ぐらいはペーパーを出し、ほぼ全て一流紙。多いときは年に2本ネイチャーに出し，一本は表紙になったりしていた(#)。 しかも良く日本では見かける深夜も土日も働いて、朝はどちらかというと崩れ気味、みたいな重労働系の生活ではなく、普通に朝来て、「うーん今日は狂ったよ
Lispの仏さま 竹内郁雄の目力 − ＠IT自分戦略研究所
竹内郁雄氏（61歳） 撮影：大星直輝 竹内氏によると、Lispはすべての言語の原点なのだという。「いまRubyがブームだが、Rubyは要するにカッコのないLisp。XMLもぶ厚いカッコのあるLisp。いろいろなプログラミング技法を見ますが、『Lispにあった』ということが多いです」（竹内氏） 竹内氏の業績をひと言で語るのは難しい。1971～1973年、日本電信電話公社（現NTT） 武蔵野電気通信研究所 基礎研究部において、Lispを使った自然言語処理システムの研究を行い、1974～1979年、同研究所で人工知能研究を支援するための記号処理システムを次々に開発。1980～1986年、同研究所などで同社比約1000倍の規模の記号処理システムTAO/ELISを、ハードウェアからOS、応用ソフトまで一貫して設計・実装した。ELISについては竹内氏の功績を含めコン
ダメ人間のための、やりたくないことをがんばらずにやるコツ : ロケスタ社長日記
前回のエントリである 「新人におくる、怠惰な社会人になるための７の方法」 のコメント欄にレスをしたら 文字が多すぎるとはじかれたのでエントリで書いてみます。 以下、コメント欄から引用 やる気、意思、気合、どれでも同じことだと思うです。 できない人は 「できないでいること」を改善するために 気合等でなく、 「何かをすること、あるいはしないこと」で改善しようとしても、 その「何かをすること」をしたくない、できないのです。 つまり、「夜早く寝る」ができないということです。 まあ、ダメ人間の典型といえばそれまでですが。 (中略) 仕組み化しても、その仕組みをやりたくないというので困ってます。 >その「何かをすること」をしたくない、できないのです。 ああ、ちょっとわかるなあ。控えめにいっても僕はかなりダメな人間で、やらなければいけないことをやれない子なのです。 とい
Ten lessons
Lesson One: You can and will work at a desk for seven hours straight, routinely. For several years, I have been teaching 18.30, differential equation, the largest mathematics course at MIT, with more than 300 students. The lectures have been good training in dealing with mass behavior. Every sentence must be perfectly enunciated, preferably twice. Examples on the board must be relevant, if not dow
僕はなぜアーキテクチャにこだわるのか (arclamp.jp アークランプ)
「僕はITアーキテクトです」と名乗るのが、昔は恥ずかしかったものです。ですが、ある時期から吹っ切れていました。やはり僕の原点なんだなと思って。 そのものではなく環境を見る 大体において、「そのもの」が悪いってことはないのです。日経SYSTEMSのコラムに書いたものを引用します。 「間違えたのはITエンジニアだから悪いのはITエンジニアである」ということから一歩進んで，「なぜITエンジニアが間違えなくてはならなかったのか」と考えるわけである。そのためには，プログラミングという作業全体を俯瞰し，その前後左右に何があるのかを見る ITエンジニアを取り囲む環境の中に，バグを誘引する要素がある 書き方がバラバラな仕様書，複雑で理解しにくいアプリケーション・フレームワーク，ドキュメントが無いライブラリ群，使いこなせないIDE（統合開発環境），など。いずれも，バグを引き起こす原因になることは説明するま
30歳から45歳が活躍する方法 - kinneko@転職先募集中の日記
http://itpro.nikkeibp.co.jp/article/COLUMN/20071219/289723/ ちょうど当てはまるエリアなんだけど、なんかこれって現実感ない話だな... 「経営とIT」サイトのネタだから、仕方ないか。 なんかね、人生相談風の話を聞いてくれという人がいるのだけど、どうアドヴァイスしたらいいものやら。 技術的な面だと、変化が激しいけど、その中で消えていくものと、ずっと使えるものとかにフォーカスしたくなるけど、それすらどうなるかわからない。 キャリアパスとか産業構造なんて、この業界なんて、ちょっと前には何もなかったようなところなので、この先どうなるかわからない。あっという間に、何もないところに戻ってしまうことすら考えられる。 でも、なんとか食べて来たし、やりたいこともやってきた。 そういうもんじゃないかと思ったりするんだけど、それじゃ話にならないかな(^^
ゆーすけべー日記: 「小飼弾のAlphaギークに会いたい[LIVE] with 伊藤直也」 WEB DB PRESS Tech Meetingより
サキとは彼女の自宅近く、湘南台駅前のスーパーマーケットで待ち合わせをした。彼女は自転車で後から追いつくと言い、僕は大きなコインパーキングへ車を停めた。煙草を一本吸ってからスーパーマーケットへ向かうと、ひっきりなしに主婦的な女性かおばあちゃんが入り口を出たり入ったりしていた。時刻は午後5時になる。時計から目を上げると、待たせちゃったわねと大して悪びれてない様子でサキが手ぶらでやってきた。 お礼に料理を作るとはいえ、サキの家には食材が十分足りていないらしく、こうしてスーパーマーケットに寄ることになった。サキは野菜コーナーから精肉コーナーまで、まるで優秀なカーナビに導かれるように無駄なく点検していった。欲しい食材があると、2秒間程度それらを凝視し、一度手に取ったじゃがいもやら豚肉やらを迷うことなく僕が持っているカゴに放り込んだ。最後にアルコール飲料が冷やされている棚の前へ行くと、私が飲むからとチ
![ゆーすけべー日記: 「小飼弾のAlphaギークに会いたい[LIVE] with 伊藤直也」 WEB DB PRESS Tech Meetingより](https://cdn-ak-scissors.b.st-hatena.com/image/square/06a15c64ba0ceec233d86d71001ebb29a9dcbf5d/height=288;version=1;width=512/https%3A%2F%2Fcdn.blog.st-hatena.com%2Fimages%2Ftheme%2Fog-image-1500.png)
ソフトウェアマネージャへの公開書簡:Geekなぺーじ
「An Open Letter to the Software Managers of the World」という記事がありました。 世界のソフトウェア開発者から、世界のソフトウェアマネージャへの公開書簡らしいです。 原文は、マネージャへの要求と、要求を約束するのであればソフトウェア開発者が果たす義務の2部構成になっています。 最初に義務の部分が書いてあります。 ほどほどに面白い内容でした。 以下、要約です。 かなり省略/意訳しているので、詳細は原文をご覧下さい。 我々ソフトウェア開発者は、以下の事項を約束する。 我々は、要求されなくても任務遂行に必要な行動を自主的に起こす。 残業もこれに含まれる。 (ただし、次章の項目1を満たす限り) 我々は、つまらない仕事を任されても文句は言わない。 他人のコードの管理も行う。 (ただし、次章の項目4と5を満たす限り) 我々は、可能な解決法の提示するな
今の仕事は無駄なのか？技術の“賞味期限”を探る｜【Tech総研】
IT業界でははやる言葉がどんどん変わっていくように、技術の変化も非常に激しい。次々と出てくる技術を習得できる機会に恵まれればよいが、現実にはそうはいかない。そこで今回は、技術の賞味期限を探ってみたい。 SaaS（Software as a Service）やSOA（サービス指向アーキテクチャ）……。IT業界を彩るニュースは、さまざまな概念や技術を表す用語が次々と登場する。でもそれらの用語をよく見ればわかるように、まったく新しい技術や概念を表しているのではなく、これまでの概念や技術を発展、拡張させ、新しい呼び名をつけて新しいものとして普及させていることが多い。 例えばSaaS。これはユーザーが必要なソフトウェアの機能だけをサービスとしてネットワークを介して配布し、利用できるようにしたもの。「それじゃあ、ASP（アプリケーションサービスプロバイダ）と、どこが違うの」といわれても、その説明は難解
「プログラマ35歳定年説」:ITと人間の意外な関係 - CNET Japan
あるサイトで連載の話を進めていて、そのコンテンツを考えていた。目次を書き出しているときにふと「プログラマ35歳定年説」なるものを思い出した。 プログラマ35歳定年説とは、「プログラマは年齢を重ねて行って、35歳ぐらいになったらSEなりマネジメントなり、次に行かないとオマンマ食べられないよ」というものだ。 「そういえば、自分もそう言われてきたっけ・・・。若いころは「俺たちがシステム作ってんだ！実力があれば絶対に大丈夫。ふざけんな！」と思っていたよなぁ。」 ふと考えれば私は今36歳。その説によれば定年を迎えている年齢だ（笑）。年金はもらえないが・・・。 プログラマ、SE、マネジメント、経営の一通りを経験してきて、その説の私なりの考えを書いてみたくなった。 35歳プログラマ定年説は本当か？・・・私にとって かつては技術力に自信があったし、楽しいプログラマ人生を送ってきた。そんな私だが、今もし誰
希望は突然やってくる:江島健太郎 / Kenn's Clairvoyance - CNET Japan
ニッポンIT業界絶望論にたくさんの反響をもらったけど、実はあのポストを投げ込んだ後、自分でもちょっと引っかかりが残っていた。それが何なのか、モヤモヤしてて気持ち悪かったんだけど、ウェブ時代をゆくを読んでいたらそれが何だったのかをハッキリと思い出した。 文中で「ひと仕事終えてスターバックスでコーヒーを読みながらしっぽりウェブを泳いでいたら、なんだか得体の知れない不安感のようなものにおそわれたことを思い出す。このとき、とうとう心の底で長らく封じられていた声が聞こえてきてしまったのだった。」って書いてる箇所があったけど、このときに読んでいたのは、実はCNETの梅田望夫・英語で読むITトレンドだった。 あの頃、いつも忙しすぎてネット上の記事をちゃんと読めるまとまった時間がほとんどなかったのだけど、この日には腰を据えて未読分を全部まとめ読みしてみようという気分になったのだった。 そのときに「顧客志向
K のこと -- steps to phantasien t(2007-11-03)
友人の話をしよう. 先達に敬意を表し, 仮に彼を K と呼ぶ. (イニシャルは便宜的なものだ; 向上心云々と罵ったこともないし, 恋人を寝取ってもいない.) ある時期, 私は K と一緒に働いていた. 今は違う会社にいるけれど, 互いに暇なのか, このごろもよく二人で管を巻いている. 1 K は優秀なプログラマだ. いつも敵わないと思う. 一緒に仕事をしていたこともあり, プログラマとしての私は K から強い影響をうけている. たとえば私が自動テストを始めた発端には K がいる. コードレビューもそう. この日記に出てくる話も K の影響は色濃い. 私は K のあとを追いかけるようにプログラマを続けている. K と働いてはじめて, ああ, 物事とはこう改善していくものなのかと知った. 何か問題を感じると K は試行錯誤を始める. 問題は私が諦めていたものもあるし, そもそも気付かないものも
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Photo Tourism: Microsoft Research, Interactive Visual Media Group
