グーグル面接難問集15
Silicon Alley InsiderブログがGoogleの面接で出た難問を特集してましたよね。｢スクールバスにゴルフボールは何個入る？｣、｢8歳児に分かるようにデータベー スを3つの文章で説明せよ｣などです。 ギズもさっそく15題ご用意してみました。 1. 夫婦100組が住む村で夫が全員浮気した... 妻はみんな他人の夫が浮気するとすぐ気づくのに、自分の夫の浮気には気づけない。村には不貞禁止の掟があり、夫の不倫を証明できた妻はその日のうちに夫を殺さなくてはならない。村の女は決してこの掟に背けないものとする。 ある日、村の女王がやって来て、この中に浮気をしてる夫が最低ひとりいると宣言した。さあ、どうなる？ 読者Olivier Coudertさんからのベスト回答： この浮気夫の問題は、帰納法でよく出題されるものだね。 浮気夫が最低ひとりいると女全員が知った途端、あとはその後の成り行きから
新誠一の『言いたい放題』 -- 産業動向オブザーバ -- Tech-On！
技術が世界を変えている。道具の発明が人類を最強にした。通信と交通の発達は，経済を変え，文化を変えている。芸術も例外ではない。画材の改良が印象派を生んだ。それだけでなく，クロード・モネが切り開いたキャンパスに光を描くテクニックはRGB表示として現在のディスプレイ技術に反映されている。 良い技術も社会が受け入れなければ捨てられる。そして，内包した矛盾で膨れ上がった社会は技術に解決策を求めている。技術者が世界の主役という視点から，技術と社会の橋渡しをしていきたい。同時に，素材，エネルギー，情報を統合化した視点から，個々の技術の将来性と商品価値を評価していきたい。 大学人はさまざまな業種のさまざまな人々の話を聞ける。同時に，縛られるしがらみが企業人より少ない。この自由な立場で，技術をネタに言いたい放題をさせていただきたい。めちゃくちゃな発言が，既存製品，既存社会の明日につながれば望外の幸せである。
人が本当に学ぶとき
日曜日の昼間に家で食事をしていると、人気鑑定番組の再放送が流れてきた。今回の依頼者は、退職後に趣味で始めた陶芸にはまり、ついには自宅に立派な工房を構え日々制作にいそしんでいるのだという。完成した作品数は数千点にのぼるとのことで、流れた映像をみると、なるほど作品が収められているとおぼしき立派な桐箱が山のように積みあがっている。ライバルは近世陶芸界の巨人、北大路魯山人だという。 依頼者は、選び抜いた最高の自信作を持参されていた。司会者は当然のように、鑑定士の中島誠之助に論評を求める。彼は一瞬困ったような顔をしたように見えたが、そこはさすがにプロで「味わいはともかく、技量は大したものだ」と無難に切り抜けた。私も映像でその作品をみたが、確かに微妙なものであった。 ご本人はすごく純朴そうな方だし、個人が趣味でやっていることだからとやかく言う筋合いのものではない。ただ、現象として「なんだかよくあるパタ
単純だが悩ましい、 情報システムの“うっかりミス”：日経ビジネスオンライン
思いもよらなかった間違いをしでかした経験は誰にでもあるだろう。なぜ間違えたかと質されても「つい、うっかり…」としか答えられない。情報システムの世界でも“うっかりミス”はある。ミスの単純さに比べ、影響が及ぶ範囲は広く、実に悩ましい。 5月から6月末にかけて、情報システムに関するうっかりミスについてずっと考えていた。「日経コンピュータ」7月15日号の特集記事、『「うっかりミス」は無くせる』のデスクをしていたからだ。デスクとは、現場の編集記者を支える役回りである。取材をして記事を書くのが編集記者だが、デスクは彼（彼女）らの書いてきた原稿を読んで修正したり、書き方を助言したりする。筆者の本業は記者であるから、本当は一人で原稿を書いていたいのだが、時にはデスクも務めることがある。 うっかりミスとは、いわゆるヒューマンエラーと言われるものである。発電所や交通機関、航空管制といった巨大システムにおいては
プログラミングのスピードを上げる方法 - teruyastarはかく語りき
http://q.hatena.ne.jp/1203667934 ソフトウェア開発やプログラミングのスピードを上げる方法はありませんか？ プログラマーとして生きていこうと決めたのですが、いつも見積もりの3倍時間がかかってしまいます。 そのため いつもつらい思いをしています。 環境を良くしようとHHKLite2を使い、カスタマイズソフトでホームポジションから離さずにプログラミングしています。 マウスもゲーム用の高精度のものを使っています。 調べ物にもタブブラウザを使い、拡張し続けて効率化をしています。 DualCoreマシンを使いメモリもたくさん積み、障害がないように心がけがけています。 出始めのころから効率化のためにエクストリームプログラミングも取り入れていました。 単体テスト、リファクタリングも当然行いますが、余計に開発速度が落ちています。 しかし開発速度は効率化とは無縁だとすら感じてい
「アイディアマンの大罪」 〜再びT.レビットの論文から:村上敬亮 情報産業の未来図
「情報の生産性を起点にして、産業構造／バリューチェーンの組替が起きる。」 前回は、そういうお話をさせていただきました。となると、次は、「じゃあ、その組替は、誰がどこから、どうやって始めるの？」ということになります。 組替を起こす「最初の一撃」はどこから来るのか。今こそ、そこに一撃を加える創造的な人材が求められる時代。そうなりがちですよね。害悪なのは、既存のラインマネージャーであり、必要なのは、「自由に創造性を発揮するアイディアマン」。今回のエントリは、これが本当かどうか、そこをテーマにしたいと思います。 社内や周囲を見渡すと、確かに創造的なヒトっています。しかし、そういう人たちが本当に自分で世の中を変えたことって、どのくらいあるんでしょうか？着想は、確かにそうかもしれませんが、それでそのとおりに世の中が変わったことって、どのくらいあります？でも、そうだとすると、それは何故？？ 実は、年末に
Appleの共同創業者スティーブ・ウォズニアックのギーク的人生観 - himazu blog
アップル・コンピュータ社を作ったのは2人のスティーブである。現CEOのスティーブ・ジョブズとスティーブ・ウォズニアックである。アップル社のApple IIはIBM PCが出るまではパソコンの代名詞であった。ウォズニアックはそのApple IIのハードウェアとソフトウェアをすべて作った人物である。最近、自叙伝「iWOZ: Computer Geek to Cult Icon」を出版し、それに際してラジオ番組にいくつか出演している。その中で10月5日放送のOn Pointで話していたことは特に興味深かった。ギークとしての人生観を大いに語っている。以下で、MP3ファイルが入手できる。 また、Science Fridayに9月29日に出演し、やや技術寄りの話をしていて、以下で聞くことができる。 以下、このブログ記事ではOn Pointでのウォズニアックの発言の中で印象に残った部分を紹介する。興味を
Fine Software Writings
最近のもの 目標でなく恐怖を明確にすべき理由 (Tim Ferriss) 我々が築き、掘っている未来 (Elon Musk) 表計算ソフト誕生の話 (Dan Bricklin) Linuxの背後にある精神 (Linus Torvalds) 先延ばし魔の頭の中はどうなっているか (Tim Urban) 好きになる仕事はどうしたら見つかるのか (Scott Dinsmore) 人間に新たな感覚を作り出すことは可能か？ (David Eagleman) 人工知能が人間より高い知性を持つようになったとき何が起きるか？ (Nick Bostrom) 厄介な問題を解決したい？ ではトーストの作り方を説明してください (Tom Wujec) 子供の夢を奪う学校というシステム (Seth Godin) 彼らがいなくなってしまう前に (Jimmy Nelson) 頭良さそうにTED風プレゼンをする方法 (W
'นา จา สล็อต - สล็อตออนไลน์เว็บตรง แจ็คพอตแตกง่าย'
นา จา สล็อต เว็บพนันที่มั่นคง ทำกำไรได้จริง และมีบริการตลอด 24 ชั่วโมง ไม่มีความเสี่ยง และเล่นได้ตลอด 24 ชั่วโมง. นาจา888 เดิมพันออนไลน์ได้อย่างมีความสนุกสนานและทำกำไรได้ตลอด 24 ชั่วโมงต่อวัน และเป็นโอกาสในการพบเพื่อนใหม่และติดต่อสื่อสารได้ตลอดเวลา. การเดิมพันออนไลน์ช่วยเพิ่มรายได้อย่างรวดเร็วและปลอดภัยทุกที่ทุกเวลาและไม่มีปัญหาทั้งนี้’ and ‘การเดิมพันออนไลน์ทำให้ได้รายได้อย่างรวดเร็วและปลอดภัยทุก
Life is beautiful
GoogleによるHubSpotの買収 まもなくリリースされる Meta の Llama3 Tesla のカルチャー IntelのGaudi3はNvidiaの牙城を崩すか？ Steve Jobsが語るクラフトマンシップ 「6年勤めたNTTを退職しました」という記事が、注目を浴びているようですが、この筆者が NTT を辞めた理由が、私が３２年前（１９８６年）に NTT を辞めた理由とあまり変わらないのに、少々驚きました。 私が NTT を辞めた件に関しては、これまで色々なところで話しては来たのですが、まとまって文章にしたことがなかったので、これを機会に書くことにしました。普段ならメルマガ（週刊 Life is beautiful）の読者限定で書くところですが、今回だけは、出来るだけ多くの人に読んで欲しいので、ブログ記事として公開します。 当時、NTTは電電公社から民営化したばかりで、１９８５
10.2 有害な csh プログラミング
Path: coconuts.jaist!wnoc-tyo-news!newsfeed.btnis.ad.jp!np0.iij.ad.jp!news.iij.ad.jp!rim.or.jp!tamaru-news!kuee-news!kuis-news!news.cs.ritsumei.ac.jp!odins-suita!chiba-ns!sakunami!Makino-Lab.cc.tohoku.ac.jp!not-for-mail From: hiroki@aso.ecei.tohoku.ac.jp (Hiroki Mori) Newsgroups: fj.archives.documents Subject: Csh Programming Considered Harmful (in Japanese) Supersedes: <5s83cm$rrg$1@dp-cc.cc.toho
『極めよRuby道』の記事一覧
『極めよRuby道』の記事一覧 ここは，ソフトバンクパブリッシングの月刊誌『C MAGAZINE』に2000年8月号から2001年4月号まで連載された『極めよRuby道』のサポートサイトです． 第1回 - 変数とテキスト処理 記法, 変数概念, 漢字コードと文字列リテラルや正規表現の関係など, 基本的なことを中心に解説しています. 第2回 - イテレータあれこれ Rubyのもっともおいしい部分のひとつ, ブロックつき呼び出しについて. 手続きをパラメータとして渡すブロックつき呼び出されるメソッドは, イテレータと呼ばれることもあります. 第3回 - メソッド間の依存関係 メソッドの連係プレイで成り立つ部分は動的なRubyの醍醐味かも知れません. そんな部分を紹介しています. 第4回 - テキスト処理の実例 Ruby Document(RD)はコメントによるドキュメントのための
関数、オブジェクト、クロージャ - FAX
(thanks to id:koyachi、del.icio.us/rtk2106) OOPとFPと。関数、オブジェクト、クロージャの使い分けについて考えます。 関数型が良いのか、オブジェクト指向が良いのか、知りたいと思っていました。色々なページを読み、現時点で一応の答えを得ました。 カウンタを例にして、関数、スコープ、オブジェクト、クロージャの順に見て行きます。関数関数は処理です。入力と出力があります。関数型プログラミングでは、関数同士の入力と出力を連結しプログラムが構成されます。 var current = 0; function next(v){ return v + 1 } function previous(v){ return v - 1 } ok( 1 == ( current = next(current) ) ); ok( 2 == ( current = next(cu
まつもとゆきひろのプログラミング言語論（1）
リスト2 動的型の言語で書いたソースコード<BR>Rubyで記述した。ソースコードで変数の型を宣言していないが，実行時にきちんと型整合性をチェックする。数値と文字列を加算しようとすると，エラーが出る。 プログラムを実行して初めて決まる事項が多い「動的言語」。柔軟性が高い，簡潔な表現が可能など複数の利点を持っている。さらに性能の問題などの欠点がコンピューティング環境の変化で目立たなくなってきた。速く柔軟な開発が求められる中で動的言語の存在感は増すばかりである。（本誌） LAMP（Linux，Apache，MySQL，Perl/ Python/PHP）という言葉（表1[拡大表示]）が注目されています。オープンソース・ソフトウェアを利用したソリューション構築を意味する造語ですが，プログラミング言語の代表として挙げられているのはどれも動的言語です。 以前は，企業システムをPerlやPHPのようなイ
ITエンジニアにも必要な国語力（1）
図解の本質はここにあった ITエンジニアにも必要な国語力 第1回 名前にとことんこだわるべし 開米瑞浩（アイデアクラフト） 2005/8/10 コミュニケーションスキルの土台となる図解言語。だが筆者によると、実はその裏に隠れた読解力、国語力こそがITエンジニアにとって重要なのだという。ITエンジニアに必須の国語力とはどのようなものだろうか。それを身に付けるにはどうしたらいいのか。毎回、ITエンジニアに身近な例を挙げて解説する。 「Can you speak English?」と聞かれてあたふたしてしまう日本人も、「あなたは日本語が話せますか？」と聞かれたら「いいえ」と答えることはないだろう。しかし、「日本語が話せる」といっても、日常会話レベルの日本語力とエンジニアリングに必要な日本語力とでは次元が違う。ITエンジニアに必要な国語力をあらためて見直そう。 ■ITエンジニアにこそ国語の力が必要
UNIX USER 2002年02号 Ruby特集
序論 ここ一、二年ほどの間に、 筆者のまわりではRubyユーザがずいぶんと増えてきている。 それは筆者自身がRubyの普及につとめ、ことあるごとに 「Ruby、Ruby」と言ってきたからである―と言いたいところだが、 よろこばしいことにそういうわけではない。 幸運にも筆者のまわりにはハッカーと呼ばれるような人々が何人かいる。 彼らハッカーは、たとえ筆者が宣伝文句を連呼したとしても ただそれだけのことではそう簡単に使ってみてはくれないだろう。 もちろん友人であったり知人であったりするわけだから、 一定の関心を示してはくれはする。 しかし、その後に続く一歩があるかどうかは Ruby自身の魅力にかかっていることは明らかだ。 その点において、筆者のまわりで Rubyユーザが増えてきている*1のは大変よろこばしいことなのである。 ところで、読者の皆さんにおかれてはどうだろうか。 この一年のうちに出版
Rubyist Magazine - るびま
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直
頭の中にプログラムを入れる
Paul Graham / 青木靖 訳 2007年8月 いいプログラマは、自分のコードに集中しているとき、それを頭の中に保持しておくことができる。数学者が取り組んでいる問題を頭の中に入れているのといっしょだ。数学者は学校で子供たちが習っているように、紙の上で問題の解いているわけではない。彼らは多くの部分を頭の中でやっているのだ。問題の領域をよく把握しようと努めることで、普通の人が記憶にある育った家の中を歩き回れるように、数学者は頭の中で問題空間を歩き回ることができる。最高の状態で行われるプログラミングもそうだ。プログラムの全体を頭の中に入れたなら、それを思い通りに操れるようになる。 これはプロジェクトのはじめにおいては特に価値がある。それはプログラムを作り始めるときに最も重要なことが、やっていることを変えられるということだからだ。単に問題の解き方を変えるという ことではなく、解いている問題
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サービス終了のお知らせ
サービス終了のお知らせ