if-then-else文の順番 : 小野和俊のブログ
ペアプロで if-then-else 文が出てきた際、「これ、else if の順序、こっちの方が良くない？」というような会話をすることが時折ある。 どれも当たり前のものかもしれないが、「ああ、確かに」という反応があることもあるので、今日はそんな会話の際に出てくる視点についてまとめてみた。 if (よくあるケース/正常なケース) { // 処理 } else if (比較的特殊なケース) { // 処理 } else if (さらに特殊なケース) { // 処理 } else { // 処理 } 条件式の結果がtrueになる確率が高く、「ノーマル」に近いものを上に書く。可読性が上がる他、特に2.で触れる条件式の判定に時間のかかる場合や、ループの最奥にある処理などのif-then-else文の実行される回数が極めて多い場合には体感レベルで実行速度にも大きな差が出ることもある。 Code Co
プログラマーの開発速度は「はまる」時間の長さで決まる : 小野和俊のブログ
プログラミングを始めてから今日に至るまで、 様々なタイプのプログラマーと開発を共にしてきたが、 驚くべき速度で高い品質のソフトウェアを作り上げるプログラマーには、 一つ共通の特徴があるように思える。 それは、「はまる」時間が極端に短い、ということである。 風のプログラマー」を指向しており、開発速度を重要視している。 例えば平成14年未踏ソフトウェア創造事業「PICSY」では、 発表直前に知人でプロジェクトリーダーの鈴木健にレスキュー隊として呼ばれて 2,3日でGUI全般と、クライアント/サーバー通信部分の設計と実装を終わらせたのだが、 このときなどは、大体の要件を口頭で聞いた後は、 ほぼまったく手が止まらずコードを書き続ける感じで開発をしていた。 「はまる」時間の長さは開発速度に直結するわけだが、 プログラマーが「はまる」場合にはある程度の傾向があると思うので、 今日は「はまる」プログラマ
スティーブ・ジョブズ風プレゼンは使いどころが肝心 : 小野和俊のブログ
昨日、ZDNetに「Steve Jobs氏のようにプレゼンテーションをする方法」という記事が掲載されており、これはとても良くまとまっているし面白い記事だったわけですが、このプレゼン手法は使いどころが結構難しいな、とも思ったので、マーケティング担当の斉藤君とアルバイトの佐藤君という2人の架空人物を通してケーススタディを考えてみました。 - 某日、マーケティング部定例会議にて - 部長 「では次は、斉藤君から先週のイベントの報告をお願いします。」 斉藤 「...われわれは今日、共にある歴史をつくることになる。」 部長 「斉藤君...!?」 ざわめく会議室。 斉藤 「人類はこれまで３つのリンゴを手にしてきました。アダムとイブのリンゴ、 ニュートンのリンゴ、そして、アップルのリンゴ。」 斉藤 「われわれは今日、４つ目のリンゴを手にすることになります。」 静まり返る会議室。 一体、何が始まろうとして
小野和俊のブログ:睡眠時間削減で得られるものと失われるもの
コメント一覧 (16) 1. t.t. 2008年02月18日 20:06 1.睡眠時間を削減した分を全て仕事・勉強に費やした場合のみを想定している 2.「可能性」は確かにあるが、それはあまり高くないと思われる 3.睡眠時間の削減と事例があまり関係ない 2. あきら 2008年02月18日 20:30 アイマスクと耳栓をして普通に寝ちゃだめですか？ 質のよい睡眠をって考え方は重要だと思います また仕事以外のOSSや家族への貢献に使うのはどうでしょうか？ 3. y 2008年02月18日 22:25 同意します。活動時間が長くても、本当は必要でもなんでもない事柄に多くの時間を費していたら意味がありません。睡眠時間を減らすことで思考力が低下し、優先順位をおかしくとるひとをよくみます 4. 昆 2008年02月18日 23:03 睡眠時間を減らして、お風呂でリラックスする時間を増やせば、集中時の
平成20年度センター試験: 現代ウェブ社会 : 小野和俊のブログ
年が明けて成人の日が近づくに連れて思い出すのは大学入試のセンター試験のことで、大学受験から十数年経った今になって思うのは、あの試験をつくる側の人は意外とネタっぽく、ププッと吹き出したりしながら試験問題を作ったりしているのではないかということである。 文章中に下線を引いて、そこに対する正しい記述と正しくない記述とを織り交ぜて問題をつくっていくわけだから、特に正しくない記述の選択肢を考えるのはかなりネタっぽい作業なわけである。 それが具体的にどのような作業であるのかを体験するには、身近なテーマについて、センター試験の形式で問題をつくってみるのが最良なのではないかと考えた。 以上の経緯で、平成19年の現代社会のセンター試験を参考にしながら、現代ウェブ社会と題して以下のように試験問題をつくってみた。 現代ウェブ社会 第1問 次の文章を読み、下の問い(問1 〜 問12)に答えよ。(配点 36) はて
精読のTwitterと速読のTwitter : 小野和俊のブログ
Twitter を始めてから半年が過ぎようとしている。 使い始めて3ヶ月位して思ったのは、Twitter には3つの段階があるということ。 3段階目の「What are you thinking of?」が楽しくて仕方なかったので、 家でも会社でもブラウザのトップページを Netvibes から Twitter に変更した。 しかし、その頃私が見ていた世界は Twitter の二つの世界のうち 実は一方の世界だけだったということに気付かされたのは、9月21日のことだった。 「@lalha は32人しか follow してないのに twitter の何を語ってんだ。」 最初私が感じたのは、「それは違うだろう」という抵抗感だった。 というのも、以前から RSS や Twitter について、フィード登録数や Follow 数が少ない人間は語る資格がないという趣旨の発言を見るたびに、どちらもこん
dankogai伝説 : 小野和俊のブログ
404 Blog Not Foundの注目エントリを見てて思ったんだけど、 やっぱりdankogaiはすごい。エントリ数もブクマ数もすごい。 ということで、イチロー伝説にちなんでdankogai伝説をお送りします。 ・トラックバックしただけで相手ブロガーが泣いて謝った、心臓発作を起こすブロガーも ・一文字もない空エントリでもホッテントリ入り ・寝ている間にも3エントリをポスト ・パソコンを起動せずにトラックバックしたことも ・ホッテントリ1位でも納得できなければエントリ削除 ・ディスプレイを一睨みしただけで10万アクセス ・初めて書評を書いたときにamazonがダウンしたことは有名 ・グッとガッツポーズしただけで5エントリポストされた ・リンクされるとYahoo!でも臨時でサーバー増設 ・言葉を覚える前からブログを書いていたという噂も ・あまりにもブクマされるのではてなユーザーが利用規約違
小野和俊のブログ:人月ビジネス、プロダクト、ウェブのサービス
IT 系の会社の経営者の方と話をしていると、 人月ビジネスをやめて、パッケージやサービスに移行したいという話をよく耳にします。 しかし、半年か一年経ってその後どのようになったのかを聞いてみると、 パッケージやサービスの開発プロジェクトが立ち上がるところまでは行ったものの、 結局は中途半端なものにしかならず断念したという話が多く、 事業内容をスムーズに移行することができたという話はあまり聞きません。 このようなビジネスの転換がうまく行かないケースには、 いくつかの共通点があるように思えます。 第一の関門は、経営陣が、まったく異なるビジネスに対して、 考え方を切り替えられるかどうかという点にあります。 パッケージやサービスのビジネスというのは、基本的に先行投資のビジネスです。 まずソフトウェアを完成させるまでに時間がかかり、 次にソフトウェアが世の中で認知されるまでに時間がかかり、 認知されて
♪ バグは夜更け過ぎに仕様に変わるだろう : 小野和俊のブログ
トラックバック一覧 1. バグはいつか仕様に変わる？ [地方で活動するweb制作者の日々を綴るblog] 2007年07月18日 14:25 「バグは夜更け過ぎに仕様に変わるだろう」 というのは、IT屋さんの中では有名な格言らしいのですが（私は知りませんでしたが）、その全文版を公開したそうです。 業界の人なら受けること間違いなし。 そして、現実と照らし合わせてぞっとすることも間違いなし。 IT 業... 2. 2007年7月18日 1907年はこんな時代 [神戸の三代目] 2007年07月18日 20:04 またヤフー株が米国につられて下げてる・・。誰かアナリスト、ちゃんと指摘してよー。ネタ加藤一二三九段伝説 前も書いた気もするけど、加藤一二三が凄い（というか面白い）。 一芸に秀でている人はぶっ飛んでいる人が多 3. [研究室][雑記] [Gabari] 2007年07月18日 20:22
小野和俊のブログ:Thunderbird の唯一にして最大の悩みである「アドレス自動補完問題」を解決する方法
そして、新規にメールを作成しようと、メールのメールの宛先に sato@some... と入力していくと、アドレスが自動補完されて「株式会社△△佐藤 <sato@somecompany.com>」となってしまい、tanaka@somecompany.com に至っては「弊社田中 <tanaka@somecompany.com>」になってしまう。 英語圏ではファーストネーム + ラストネームが一般的なのでこれでも問題ないが、日本語圏では「様」とか「弊社」といった文字が使われていることが多いので、このままでは次のような失礼なメールになってしまう。 しかも、名前の部分を削除してメールアドレスだけにしようとしても再度補完されてしまうため、この問題を解決するには、アドオン無しのデフォルトの状態では、アドレス帳を失礼のないように手作業で変更するか、自動補完機能をオフにするかしかない。手作業で一つ一つのア
デザインパターンの会議への応用 : 小野和俊のブログ
先日、名刺の肩書きがファシリテーターの ATL システムズ片山ちささんと話していたときのことである。 彼女は最近、会議の進め方にデザインパターンを当てはめてみる実験をしていて、第一弾として Iterator パターンを当てはめて会議を進めてみたところ、これまでの会議と違った感触を得られたのだと言う。 ソフトウェア開発のためにまとめられたデザインパターンを会議というまったく別のものに当てはめたところで成果が得られるのか、という指摘もあるとは思うが、このようなやや乱暴な方法で発見される会議の新しいスタイルというのは確かにあると思う。 そこで、片山さんの試みに着想を得て、GoF のパターンのそれぞれを会議に当てはめるとどのような会議のスタイルが生まれ得るのかを、次のように考えてみた。 1. Abstract Factory パターンの会議への応用 通常の会議では、参加者によって異なる特性があり、
小野和俊のブログ:私がdel.icio.usに移行しつつある理由
私はこれまでソーシャルブックマークははてなブックマーク派で、 はてなブックマークには今まで知らなかったたくさんのサイトを教えてもらったし、 はてなブックマーク経由でこのブログを知ってくれた人もたくさんいたし、 はてなブックマークのコメントでのコミュニケーションには短い言葉にメッセージを 込めなければいけなくて短歌のような面白さを感じていたし、 それで昨年の秋にははてなブックマークにラブレターを送ったりもした。*1 そんな私だったが、昨年の11月頃から del.icio.us の使用頻度が次第に 上がってきて、今では基本的にソーシャルブックマークは del.icio.us がメインで、 はてなブックマークはブックマーク上でのコメントのコミュニケーション以外には ほとんど使わなくなってしまった。 その理由は、一言で言えば、del.icio.us の方が、私の美的感覚を満たしてくれるからである。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
