弟が万引きを疑われ、そして母は赤べこになった｜岸田 奈美
高校から帰ったら、母が大騒ぎしていた。 なんだなんだ、一体どうした。 「良太が万引きしたかも」 良太とは、私の３歳下の弟だ。 生まれつき、ダウン症という病気で、知的障害がある。 大人になった今も、良太の知能レベルは2歳児と同じだ。 ヒトの細胞の染色体が一本多いと、ダウン症になるらしい。 一本得してるはずなのに、不思議ね。 「良太が万引き？あるわけないやろ」 ヒヤリハットを、そういう帽子だと思っていた母のことなので。 「ちゃうねん！あるんやて！」 ニコラスケイジを、そういう刑事だと思っていた母のことなので。 この手の岸田家大騒動は、本気にしてなかった。 どうせ勘違いだろうと。 でもね、母が言うには。 中学校から帰ってきた良太が、ペットボトルのジュースを持って帰ってきたそうで。 お金はビタ一文持たせていなかったそうで。 文無しだったそうで。 （息子を文無しって言うのも、どうなん？） 私は昔、拾
らばQ : それでもあきらめなかった24人の偉人
それでもあきらめなかった24人の偉人 成功した人が何をどんな風にして成し遂げたか、というのは人々の興味を引くようで、たびたびメディアでも目にします。ただ、大成してしまうと一般人から遠い存在となり、雲の上の人になってしまうため、偉人伝にピンと来ないことも多いかと思います。 しかし成功した人でも打ちひしがれるような思いや、不幸を味わう経験をすることも少なくないようです。 以下にあるエピソードに直接成功へつながる方法は一切ありません。 むしろ、どうしてこの人たちがこの世にこれほど名を残すほどまでの業績を残せたのか、それは逆境を乗り越えたからこそ、なのかもしれません。 今、苦しい思いをしている人へのヒントや励みになれば幸いです。 エイブラハム・リンカーン（Abraham Lincoln) 1832年の春にビジネスのトラブルから無職になり、その後1835年には恋人のAnnを亡くし、かなりの打撃を受け
分業する人たち - レジデント初期研修用資料
誰の胸にも自尊心があって、それを満たすには勝たないといけない。人が集まって、みんなが同じルールで勝ちを目指すと喧嘩になるから、個人が複数集まると、役割の分担が自然発生して、チームができる。 チーム内部での役割分担は、合議で決定されることもあるけれど、恐らくは役割分担というものは、場の自尊心を効率よく分けあうやりかたとして、半ば必然として自然発生するものなんだと思う。リーダー1人、あとは全員部下という形も多いけれど、みんなの自尊心を満たすなら、それぞれの得意分野に応じて、チームに複数の「専門家」を作ったほうが、効率がいい。 個人と個人でなく、「家族」みたいな複数の人たちと交渉に臨むときの考えかた。 ライフルマン チームに属する全ての人は、ライフルマンとなる。万能選手であると同時に、「状況」や「空気」で動く人たちでもある。特定の専門技能を持たないライフルマンが複数集まってチームを作ると、そこか
社会人人生で、最も記憶に残る1年に--2009年を振り返る：永井編
2009年も残すところあとわずか。個人的にも、社会人人生で最も記憶に残る1年となった。この1年を、記事をもとに振り返ってみたい。 ひろゆき氏に始まり、ひろゆき氏に終わる1年 2009年は、「2ちゃんねる譲渡」という衝撃的なニュースで幕を開けた。テレビで駅伝を見ながら記事を書いたことをよく覚えている。思えば、私がCNET Japanで初めて書いたインタビュー記事も西村博之（ひろゆき）氏のもので、当時はユーザーのIPアドレスを記録し始めたころだった。あれから7年、月日が経つのは早い。 現在はニコニコ動画やmF247の運営に注力している西村氏からは、現在のニコニコ動画に対する不満を年の終わりに聞くことができた。2006年12月にサービスを開始してから3年、規模が拡大するとともに運営側も肥大化し、スピード感が失われたり、収益化に伴うジレンマを抱えたりしている様子は、ベンチャーが直面する「成長の痛み
プログラマの生産性とは？ - himaginary’s diary
タイラー・コーエンがMarginal Revolutionの12/23エントリで引用している文章が興味深い。以下がその引用部。 Software output cannot be measured as easily as dollars or bricks. The best programmers do not write 10x as many lines of code and they certainly do not work 10x longer hours. Programmers are most effective when they avoid writing code. They may realize the problem they’re being asked to solve doesn’t need to be solved, that the clien
最小限の英語
無人島では言葉はいらない。 どうしても言葉が必要になるのは、つまるところ 自分一人ではどうしようもなくて、誰かに何か頼みたいときだ。 ギブ・ミー・チョコレイトでもいいが、英語圏の幼子はまず最初に「Please」と「Thank you」を学ぶ。 This one, please. ・・・・ Thank you. Pleaseだけで、大抵の用（どうしても言葉が必要な用）は、足りる。 足りるけれども、いつまでもこれだと、駄々っ子か幼子のままである。 もうすこし相手に（人として）丁寧に扱ってほしいなら、丁寧な言い方をするといい。 Please～. を丁寧にすると、Can I have～? となる。 「キャナイハブ～」と一気に言って、その後ろにほしいものをくっつけるといい。 ほんの少しだけ長いだけで、プリーズが使えるなら、こちらも大した苦労なく使えるだろう。 「I'd like to ～（アイドライ
やはり情報サービスは斜陽産業なのか - 雑種路線でいこう
前のエントリid:mkusunok:20051224:carrierについて、id:fromdusktildawnさんから素晴らしいコメントをいただいた。考えてみると昨今IT業界で元気がいいのはApple, Google, AmazonといったB2C企業や、OracleやSAPといったB2Bでもパッケージ製品を多数の企業に展開している企業である。日本をみてもプロ野球に名乗りを上げたYahoo!、楽天、Livedoorいずれも大量の顧客に対しサービスを提供している。*1パッケージソフトウェアに強いジャストシステムやOBCも、同様に無数の小さな顧客をたくさん持っているといえるだろう。*2 少数の大きな顧客と取引するから、その顧客と力関係で負けて、おいしくなくなりがちなのであって、無数の小さな顧客をたくさんもてば、それは土方的でなくなるという指摘は、受託開発よりもパッケージや販売といった製品ビジ
学生のためのベンチャー指南---A Student's Guide to Startups
学生のためのベンチャー指南---A Student's Guide to Startups Paul Graham Copyright 2006 by Paul Graham. これは、Paul Graham：A Student's Guide to Startups を、原著者の許可を得て翻訳・公開するものです。 <版権表示> 本和訳テキストの複製、変更、再配布は、この版権表示を残す限り、自由に行って結構です。 (「この版権表示」には上の文も含まれます。すなわち、再配布を禁止してはいけません)。 Copyright 2006 by Paul Graham 原文: http://www.paulgraham.com/mit.html 日本語訳：Shiro Kawai (shiro ＠ acm.org) <版権表示終り> Paul Graham氏のエッセイをまとめた『ハッカーと画家』の 邦訳
「最強最速アルゴリズマー養成講座」関連の最新 ニュース・レビュー・解説 記事 まとめ - ITmedia Keywords
最強最速アルゴリズマー養成講座： そのアルゴリズム、貪欲につき――貪欲法のススメ アルゴリズムの世界において、欲張りであることはときに有利に働くことがあります。今回は、貪欲法と呼ばれるアルゴリズムを紹介しながら、ハードな問題に挑戦してみましょう。このアルゴリズムが使えるかどうかの見極めができるようになれば、あなたの論理的思考力はかなりのレベルなのです。（2010/9/4） 最強最速アルゴリズマー養成講座： 病みつきになる「動的計画法」、その深淵に迫る 数回にわたって動的計画法・メモ化再帰について解説してきましたが、今回は実践編として、ナップサック問題への挑戦を足がかりに、その長所と短所の紹介、理解度チェックシートなどを用意しました。特に、動的計画法について深く掘り下げ、皆さんを動的計画法マスターの道にご案内します。（2010/5/15） 最強最速アルゴリズマー養成講座： アルゴリズマーの登
Japanese - The Joel on Software Translation Project
[edit] カリフォルニア 2007年10月5日 [edit] FogBugz On Demand 2007年7月9日 [edit] マネジメントの本 2007年6月29日 [edit] 記憶に残るようなカスタマサービスへの7ステップ 2007年2月19日 [edit] ファウンダーズ アット ワーク 2007年1月30日 [edit] Copilot 2.0リリース! 2007年1月26日 [edit] ビッグピクチャー 2007年1月21日 [edit] 新年の抱負: もっといい仕事につくこと! 2006年12月20日 [edit] 50万件のバグ! 2006年12月20日 [edit] 新作! 2006年12月18日 [edit] エレガンス 2006年12月15日 人々がソフトウェアをいじるのは、多くの場合、それで遊びたくてそうしているわけではない。彼らがソフトウェアを使うの
Teach Yourself Programming in Ten Years 日本語訳
以下の文章は、Peter Norvig による Teach Yourself Programming in Ten Years の日本語訳である。 本翻訳文書については、以下の方々にご教示を頂きました。ありがとうございました。 Shiro Kawai さん：誤訳の訂正 三好博之さん：誤訳の訂正 竹中明夫さん：2001年7月改版分の訳、誤訳の訂正（共訳者にクレジット） Toshihiko Ono さん：誤訳の訂正 アクビさん：訳注３に関する情報 どうしてみんなそんなに急ぐの？ どの本屋に足を運んでも、『7日で学ぶ Java』といったハウツー本を見かけるし、そのそばには Visual Basic や Windows やインターネットなどについて、同じように数日や数時間で学べると売りこむ本が無限のバリエーションで並んでいる。Amazon.com で以下の条件で検索してみたところ、 pubdate
naoya_t:ポール・グレアムのエッセイと和訳一覧
ポール・グレアムのエッセイと和訳一覧 (originally maintained by naoya_t) Paul Grahamのエッセイ（原文）と、公開されている日本語訳のリストです。 見つけたら or 訳したら、自由に追加して下さい。複数の訳が存在する場合は全て追加してください。 How to Get New Ideas 新しいアイデアを得る方法 (lionfan) The Need to Read 読む必要性 (Shiro) Is There Such a Thing as Good Taste? 良いセンスはあるか？ (lionfan) Beyond Smart 知能を超えて (lionfan) Weird Language ヘンな言語 (Shiro) How to Work Hard 全力で働く方法 (lionfan) A Project of One's Own 自分の仕事
Railsコードリーディング～scaffoldのその先へ～ － ＠IT
コードリーディングを始めよう Railsコードリーディング～scaffoldのその先へ～（1） 優れたプログラマはコードを書くのと同じくらい、読みこなす。優れたコードを読むことで自身のスキルも上達するのだ
二、三年やってデビューできないワナビーはあきらめろ
就職の道は断たれた。というか、自らぶった切った。 「なんか大学から変な通知きてるんだけど……」 僕の返答は決まっていた。 「フリーターやりながら小説家目指すよ」 ぶっちゃけなんでもよかった。ミュージシャンでも、漫画家でも、プログラマでも。 今までの人生を振り返ってみて周りの反応がよかったのが文章だっただけということ。 親は肯定も否定もせず、静かに仕送りだけが途絶えた。 それからはバイト先への往復以外は外出せず、ひたすら文章を読み、書く生活が始まる。 先ずやったことは好きな作家をコピーすること。十冊ほど、写経した。 次に、小説指南本を十冊ほど読み、どの本にも書かれていることをチェックし、実践した。 頭はどんどんハイになっていき、一心不乱に書きまくった。遅れてきた青春だった。 そして、もうすぐ青春が終わる。つまり、デビューが決まった。 親の援助がなくなってから三年が過ぎようとしていた。 打ち合
見えない。聞こえない。でも『ゆびさきの宇宙』で東大教授になった ～5万倍の情報格差を乗り越えて：日経ビジネスオンライン
気になる記事をスクラップできます。保存した記事は、マイページでスマホ、タブレットからでもご確認頂けます。※会員限定 無料会員登録 詳細 ｜ ログイン 「バカバカ～っ！ 俺は本当に人の話に耳を傾けていたのか？」 誰かを取材した後、自分の聞き取り能力の低さにゲンナリすることがある。ICレコーダーで聞き直すと、こちらの質問に対して、相手は遠回りする部分があるにせよ、なかなかいいコトを話している。 ところが、自分が繰り出した次なる質問から判断するに、自分はその回答の「真意」をよく理解していない。理由は、勝手な思い込み、勘違い、リテラシーの欠如、「はい、はい」と頷いているのに実は聞いたフリだった……。 こんな話を本で読んだことがある。 人は自分の「言いたいこと」の6割しか表現できない。要領よく言い尽くせないのだ。また、聞く人も、その「聞いた内容」の6割しか理解できない。結局、相手に伝わるのは元の情報
勉強が出来ない奴はプログラマになれ！（バカだからできる勉強法） - IT戦記
どのくらいの人がこのブログを読んでいるか分かりませんが、 もし、勉強が出来ない人が周りにいたら、このブログを紹介してあげてください。 ふと 勉強が出来ない人は、プログラマになったほうがいいと思った。 僕はというと 自分でも驚くくらい勉強というものが出来ない。ものごとを知らない。 はっきり言ってバカなのである。 たとえば、 大学行ってない。 株式公開と上場の違いを知らなくて、一同ぽかーん。 つい最近まで、サイバーエージェントを知らなかった。（技術者には必要ない） 英語が一切読めない。 宮崎料理「冷や汁」を「冷や飯」だと思ってた。 基本的に会議とかでよく出る英語、「さじぇっしょん」とか、「あさいん」とか、「ぶらんでぃんぐ」とか、「うぇぶつーぽいんとおー」とか、よく分からん。 人力（じんりき）検索を入力（にゅうりょく）検索だと思っていた たぶん、まだまだあるけど、自分がバカだから気がつかないんだ
バベル案内
Steve Yegge / 青木靖 訳 2004年9月 これは駆け足の言語案内だ — Amazon Developers Journalのために今月書いていたのだが、どうもこれを見苦しくないようにする方法を見つけられなかった･･･。 ひとつには、私はどうも粗野で口汚くなりがちで、オフィシャルな趣のあるAmazonの出版物に載せるのは不適切に思えた。それでかわりに誰も読まない自分のブログに押し込めてしまうことにした。読んでるのはあなたくらいのものだよ。どうも! もうひとつ言うと、これは本当に書きかけのものであり、そこかしこの断片を集めたものでしかない。全然磨き上げられていない。これもブログエントリにする理由になっている。ブログなら別に良質である必要も完全である必要もない。単に私が今日考えたことというだけのものだ。ではお楽しみを! この駆け足の案内では、C、C++、Lisp、Java、Perl
Shibu's Diary: きれいなソースコードを書けるようになるためには
渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 by chazmatazz 「構造のきれいなプログラムを書けるようになるためにはどうすればいいのか？」という質問を受けたので、「はて？どうしているだろうか？」と考えてみました。あ、形式知にきちんとなっているようなテクニックみたいなもんじゃなくて、モノローグなので、あまり凝ったものは期待しないように。あ、Pythonに限定してますが、他の言語でも似たようなものはあると思いますので、脳内変換をお願いします。 事前の設計はしません 「こういう処理が必要」「こういう計算しなきゃね」みたいなロジックや「要件はこうかな？」ということは事前に考えたりするけど、クラス構造とかは基本的に考えないで手をつけます。そして、ある程度規模が大きくなって「あ、ちょっとこの関数大きすぎて理解しにくいなぁ」と
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
“ヒーローエンジニア”を探せ！｜【Tech総研】
小飼弾のアルファギークに逢いたい｜gihyo.jp
