はじめに 言いたい事はわかるんですけど、ふわっと言葉を使っていると間違っていることもあります。 ということで、ほとんど自戒なのですが、今や私も気になる部分は多々あるので、私が思う気を付けたらいいよっていう言葉のリストを以下にあげます。気をつけましょう。 なお、本稿では実際の定義は皆様に調べていただく方向ですので、書いておきません。これ調べたらいいよ的なガイドワードくらいです。 証明する 例えば「このテストによって証明されている」これやばいですね。 テスト界隈からも証明プログラミング界隈からも数学界隈からも目を付けられます。 少なくともそれはなごやに囲まれる事を意味します。 基礎 書籍や記事やイベントで「基礎」とみかけますが、結構な割合で入門と勘違いしているケースがあります。それはよくないです。基礎 と 入門は違います。入門向けな予定なのに、基礎と書いたがために、こわい人たちが大挙した勉強会
某社がそれなりの規模の制作の相見積もりを取ってきたんだが、普通に見積もったら負けた。どうも競合した相手は相当な安値で見積もりを入れたらしい。担当さんがすいませんねえと言うけど、それはビジネスなんだから仕方がない。ふーんと思って忘れたまま数ヶ月経ったら、もう一度見積もりが欲しいと某社が言う。炎上したようだ。 その炎上した会社のシャチョー、なぜかベンチャーイベントで登壇して喋ってるそうで。確かにネットワーキングは大事だし、ベンチャー界隈でのブランドイメージを作りたいのは分かるんだけど、さすがに仕事が杜撰過ぎないか。お前らのせいで、こっちはプロジェクト組み直し作業をやってるんですけど。まあ、受注作業は楽しいんですけどね。
出来上がったコードの可読性も含めた品質の悪さを、時間がなかったとかプロトタイプだからと言い訳する人がいます。スキルが高い人の場合は、同じ時間制約でも高い品質のコードを書きます。それは、ある程度無意識になるまで、訓練を重ねているからです。無意識になるまで意識して普段から活動するのです。 ソフトウェア開発ではないですが、熟練者と初心者の差を比較するために短時間でどれだけの成果が出るかを競うテレビ番組を時々見かけることがあります。必ず熟練者の方が量も質も圧倒的に初心者を凌駕しています。つまり、時間がなかったとかプロトタイプを言い訳にした時点で、経験年数に関係なく、初心者レベルだということです。 1988年に米国への赴任前の送別会で今は亡きS.Uさんに言われたのは、「与えられた仕事をこなして初めて次の難し仕事が与えられる」と言われたことがあります。逆に言えば、できないと判断されたら、仕事を与えない
（株）ジャストシステムは30日、WYSIWYG編集可能な高機能ブログエディター「xfy Blog Editor 個人非商用限定版」を無償公開した。Windows XP/Vistaに対応しており、個人かつ非商用に限り無償で利用可能。現在、同社のWebサイトから無料のユーザー登録を行うことでダウンロードできる。なお、動作にはJavaランタイム（JRE） 6.0 Update 3以降が必要。 「xfy Blog Editor」は、高機能なブログ編集ソフト。2006年8月より評価版として無償公開されていたが、今回のバージョンアップにより正式版となった。“FC2ブログ”“livedoor Blog”“ヤプログ！”“Seesaa ブログ”“ココログ”など国内のブログサービスへの対応が充実しているのが特長で、“Movable Type”“WordPress”でも利用可能。WYSIWYG編集にも対応してお
こんにちは。ライブドアでブログを更新しているキツネハンターです。 今回はソフトウェア開発に必要となる「仕様書」を書く際のポイントについて紹介したいと思います。あと、このテイストはlivedoor ディレクター Blogのパクリです。 さて、仕様書と言っても、大別して２種類あることをご存知でしょうか？１つはユーザー側から見た外部仕様（機能仕様）、もう１つは開発者側から見た内部仕様（技術仕様）です。 例えば、「0〜100までの素数を全て求めたい、素数を数えて落ち着くんだ」というのが外部仕様。これに対して、「ある数Ｘ（Ｘは0以上、100以下）を２からＸまで順に割ってアレする」というのが内部仕様。 外部仕様を書くのはカンタンです。たぶん、誰でも書けます。でも、内部仕様を書くのはプログラミングのスキルがないと書けません。内部仕様を書けるのは、プログラマーかスーパープランナーだけです。 ボク
法律というものは、いくつかの点でソースコードに似ている。 1. どちらも「コード」と呼ばれる 2. 構成・パッケージ構造が階層（ツリー）型になっている 3. しばしば内容が巨大である 4. しばしば複数の人によって書かれる 5. ときどきバージョンアップされる このうち、３の「しばしば内容が巨大である」、４の「しばしば複数の人によって書かれる」、５の「ときどきバージョンアップされる」という特徴が、管理をむずかしくする。 ソフトウェアの世界では、この「管理」というテーマをずっと追求してきた。いまのところ、Git（ギット）やMercurial（マーキュリアル）などの分散型バージョン管理システムが、それに対する「回答」である。実際、GitHub（ギットハブ）（Gitをベースにしたソースコード管理サービス）がこれだけ成功しているということが、その「回答」の正しさを証明していると言えるだろう。 いっ
（アンチウィルスソフトで有名なAVGのblogより） Have you ever chatted with a Hacker within a virus? http://blogs.avg.com/news-threats/chatted-hacker-virus/ — 君はウィルスの中でハッカーと会話したことがあるか？ それは印象的で、私のアンチウィルスに携わった経歴の中でも初めての経験だった。ウィルスの分析中、ハッカーとチャットをしたのである。そう、本当だ。それはThreatチームがDiablo III向けのkey loggerを研究している時に起こった（多くのプレイヤーがアカウント盗難の被害にあっているのだ）。研究用のサンプルは台湾のbattle.netで発見された。 そのハッカーは「InfernoのIzualでファームする方法」というタイトルのトピックを投稿し（IzualはD
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
