荻上式BLOG - 使ってみたら作業効率ががらりと変わった７つのフリーソフト。
最近いくつか頼れるフリーソフトを知ったので、７つだけ紹介してみる。 フリーマインド マインドマップを作成するソフト。複数人でのブレストとか、簡単なディレクトリマップ案の作成、あるいは相談相手やクライアントの要望などを理解しようとする際、その思考順序などをトレースするのに便利。もちろん、ノートとペンでも可。 会議支援ツールSargasso eXtreme Meeting 鈴木健さんが代表取締役を務める株式会社サルガッソー開発。ツールはまだ使っていないのだけれど、鈴木さんの著作『究極の会議』でも紹介されていた「議事録ドリブン」という方法論だけ使わせてもらってる。1分ムービーやAboutページでも結構把握できるので、ごらんあれ。 ウェブサイトエクスプローラー 指定したサイトの階層構造とファイル構成をエクスプローラ形式で表示してくれるソフト。しかもディレクトリごと、ファイルの種類ごとに保存もできて
ソフトウェア工学とは何か
ソフトウェア設計とは何か？ （原文： What Is Software Design?） by Jack W. Reeves (c)C++ Journal - 1992 訳者まえがき この文書は，Jack W. Reeves 氏が1992年に C++ Journal に寄稿した記事の邦訳です。 本記事では，オブジェクト指向プログラミング言語の代表として C++ を挙げていますが，これは本記事が執筆された当時，一般的に利用可能なオブジェクト指向言語は C++ だけであったという事情があるためです。 今では C++ に加えて Java，Delphi，C# といったオブジェクト指向言語が利用可能となっていますが，そんな今でさえこの記事は古さを感じないものとなっており，ソフトウェア開発の本質，現状を鋭くえぐるものとなっています。 邦訳の公開を許諾していただいた Jack W.
Other Stuff
---Other Stuff ・イロイロ重宝したり遊べたりするツールやソフトをピックアップしています。 ASIOx ●ASIOx オンボード・サウンドなどＡＳＩＯ非対応のＷＤＭオーディオ・デバイスをＡＳＩＯに対応させることができるドライバー。 http://membres.lycos.fr/asiox/ Michael Tippach ●ASIO4ALL オンボード・サウンドなどＡＳＩＯ非対応のＷＤＭオーディオ・デバイスをＡＳＩＯに対応させることができるドライバー。 http://michael.tippach.bei.t-online.de/asio4all/ arakisoftware ●採譜の達人 「採譜の達人」は、 WAV ファイル（.wav）を MIDI ファイル（.mid）に変換する自動採譜（耳コピー）ソフトです。単音だけでなく和音も解析
YouTube Architecture - High Scalability -
Update 3: 7 Years Of YouTube Scalability Lessons In 30 Minutes and YouTube Strategy: Adding Jitter Isn't A Bug Update 2: YouTube Reaches One Billion Views Per Day. That’s at least 11,574 views per second, 694,444 views per minute, and 41,666,667 views per hour. Update: YouTube: The Platform. YouTube adds a new rich set of APIs in order to become your video platform leader--all for free. Upload, ed
年功序列 - Wikipedia
この記事には複数の問題があります。改善やノートページでの議論にご協力ください。 出典がまったく示されていないか不十分です。内容に関する文献や情報源が必要です。（2021年3月） 古い情報を更新する必要があります。（2021年3月） 出典検索?: "年功序列" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL 日本における年齢別の男性賃金カーブ （大/中/小企業別, 20-24歳を100とした賃金指数）[1] 年功序列（ねんこうじょれつ）とは、官公庁や企業などにおいて勤続年数、年齢などに応じて役職や賃金を上昇させる人事制度・慣習のシステム。新卒一括採用、終身雇用、年功序列賃金・昇進制度、定年、企業内教育」として、日本型雇用システムのひとつを形成する[1]。 アメリカの経営学者であるジェイムズ・アベグレンが
まつもと直伝 プログラミングのオキテ---目次 - まつもと直伝 プログラミングのオキテ：ITpro
第0回 あらためてRuby入門 まつもとゆきひろ氏自身による「Ruby入門」をお届けします。日経Linuxの連載開始前の特別企画（2005年4月号）として，Rubyが他のスクリプト言語やオブジェクト指向言語とどこが違うのか，なぜ便利なのかを中心に解説してもらったものです。 ● 基本と他言語との違い ● 実装とRuby誕生の秘密 第1回 プログラミングとオブジェクト指向の関係 プログラマを目指す人々の中にも，「オブジェクト指向は難しい」とか，「なかなか分からない」という印象を持つ方が多いようです。そこで，Rubyを題材にオブジェクト指向という考え方について説明していきます。 ● その1 ● その2 ● その3 第2回 抽象データと継承 オブジェクト指向プログラミングを構成する3原則のうち，前回は「ポリモーフィズム」を学びました。今回はオブジェクト指向の歴史を復習した後，残りの「データ抽象」と
Webアプリケーションセキュリティフォーラム - Journal InTime(2007-07-05)
_ Webアプリケーションセキュリティフォーラム というわけで、発表して来た。 スライド(PDF) スライド原稿(RD) 自分の発表はともかく興味深い話を色々聞けてよかった。 とくに奥さんと高木先生のバトルが面白かった。 追記: リクエストがあったのでバトルの内容について少し。 (曖昧な記憶に基づく再現で言い回しは違うと思うし、内容にも私の勘違いがあるかもしれません。念のため) 高木先生 Greasemonkeyの説明の部分がよく聞こえなかったんですが。 奥さん (内容を説明) 高木先生 ええと、「クッキーが漏洩する程度なので問題ない」と聞こえたような気がしたんですが。 私の心の声 (最初から聞こえてたんじゃ…) 奥さん ローカルファイルにアクセスできたり、任意のコマンドを実行されたりするのに比べれば、ということですね。 高木先生 いや、それは違うと思うんですよ。銀行サイトのクッキーが漏洩
雑種路線でいこう - 自己選択や天職という幻想
僕も今年30になった。いまは何とかなるが次第に転職が難しくなってくる年頃である。20代のうちは諸々手を伸ばしていても、器用だね、優秀だね、といわれるが、段々と「このままじゃ便利に使われちゃうぞ」とか「器用貧乏に終わっていいのか」「君の専門性って一体なあに」とかいわれて、耳の痛い思いをするのである。 僕はどちらかというと専門性を磨いてきたつもりでいるが、あまりにニッチ過ぎて市場性があるかどうかはよく分からない。付加価値を高めていくための差別化とは、一歩間違えば無消費の荒野を分け入ることになる訳だ。そこは肥沃なブルーオーシャンかも知れないし、自己満足の使えない趣味人かも知れない、紙一重の世界だ。 ただ気づいたのだが、進路のことで悩む奴というのは、悩みようがある程度には選択肢や可能性を持っているということであって、悩んだって逆立ちしたってできることが決まっているのであれば、そもそも悩みようがない
steps to phantasien t(2007-07-06)
昔の同僚が退社してベンチャー仕事をやるという. 門出を祝う宴会に, 昔のよしみで呼んでもらった. ついでに古巣の近況を聞く. ひとつ嬉しい知らせがあった. 以下その自慢話. ある夏, 私は社内ライブラリのチュートリアルを書いた. そのチュートリアルが, 今でも改訂されながら参照されているという. のみならず新人プログラマの研修教材として広くとりいれられつつあるそうだ. 私はとても嬉しくなった. もちろん手柄は改訂を続け, 様々な改善を続けた彼らのものだ. それでもなお私は喜びを隠せない. 自分が去った今も文章だけが生き続けている. 私は平凡なプログラマだから, 自分のコードが生き残れるとは思えない. 一方ボランティアで仕事の合間に書いた文章は読み継がれている. 価値のあるものが生き残るのなら, 私のなした価値は(コードではなく)文書にあったことにある. プログラマとしては悲しいけれど, 会
それがインド人にはできない理由(その1) : y_rの落書き帳
*1 これは昨日のエントリの続きです. 続・インド人がやった方が儲かることは、インド人にやらせればいいじゃん。を見る限りでは,なにかbewaadさんが微妙に分かってないようなので*2,本題(昨日書いた"日本の情報産業についてのもう1個の重要な話")を先延ばしにして"日本企業に付き合えるのは日本企業しかないのだから当分安泰"の話を進めます. ただし,僕の今の仕事(そして僕が初めて得た仕事でもあります)は,自社アプリケーションの中で使用されるライブラリを作成するというものなので,企業システム開発の話は伝聞(WEB上でみたり,人から聞いたりしたものです)でしかないということを承知しておいてください. とりあえず問題領域を限定します 昨日の僕の主張は,"情報サービス産業"といっても幅広くて,焦点が見えてこないというものだったので,日本企業に対する企業システム開発に話を限定します. 企業システム開発
＠IT：Javaの文字化け対策FAQ（3）
JSP／サーブレット・プログラミングで誰もが一度は遭遇するトラブルが文字化けだ。予期せぬ文字化け発生に、デバックに苦労した経験を持つ読者も多いだろう。本連載では、JSP／サーブレットにおける文字列の扱いの基礎を復習した上で、文字化けの解決策を要点よく解説していく予定だ。（編集部） 質問1：ファイルやメール、DBで「～∥‐￠￡￢」が文字化けします 解答： 各種文字コードとUnicodeの間の変換ルールを見直しましょう 前回説明したとおり、「～∥‐￠￡￢」の文字化けは、「Unicodeと各種文字コード間の変換ルールの違い」によって発生するものだ。これらの文字について、Windows-31JとUnicode間の変換ルールは、その他の文字コード（Shift_JIS、EUC_JP、ISO-2022-JPなど）に用いられる変換ルールとはまったく異なる。よって、Windows-31Jとその他の文字コード
高木浩光＠自宅の日記 - 「ガラパゴス携帯のパラダイス鎖国」をWebの技術面から見る
■ 「ガラパゴス携帯のパラダイス鎖国」をWebの技術面から見る ワンクリック不当請求が問題となり携帯電話事業者各社が「お知らせ」を発表した2004年夏、8月29日の日記で総務省の「次世代移動体通信システム上のビジネスモデルに関する研究会」について少し触れた。実はもっと詳しく書くべき興味深い内容があったのだが、あまり言うのもいやらしい（せっかく解決に向けて動いて頂いているようなのに）という事情が当時はあったため、その後何もしていなかった。いまさらではあるが、これについて書き留めておく。 2000年に旧郵政省が「次世代移動体通信システム上のビジネスモデルに関する研究会」を開催していた*1。2001年に総務省情報通信政策局が報告書を公表している。 第1回 議事要旨, 郵政省, 2000年7月 第2回 議事要旨, 郵政省, 2000年9月 第3回 議事要旨, 郵政省, 2000年12月 第4回 議
考え事をしていたら眠れなくなった。: 国民宿舎はらぺこ 大浴場
けど、そろそろ眠れると思う。 何を考えていたかについては、ここでは書けない。それは、申し訳ない。 代わりに、この辺の記事にでも反応しておこうかな。 若者はなぜうまく働けないのか？ (内田樹の研究室 さま) よーわからんのですが、最近大人になったぐらいの人たちって、学生時代にバイトしたことのない人ばっかりなんですか? その世代より 10 歳ぐらい年上の人たちは? 例えばバブル世代と呼ばれる人たちと、就職氷河期世代の人たちとで、学生時代の行動にどれほどの差異があったのでしょう? まぁいいや。 内田センセーがおっさられるようなジレンマ抱えてる若い子って、おいらが以前働いていた会社には割とたくさんいたような気がします。そこは割と大きな会社でした。今、派遣で働きにいっている小さな会社は、従業員の年齢がおいらより低い人が大半というとても若い会社なのですが、この手のジレンマを抱えている人はあまり見かけま
Appleのヒューマンインタフェース ガイドライン | gihyo.jp
AppleがWeb上で公開している「Apple Human Interface Guidelines」を翻訳したものです。日本語に翻訳された書籍が1989年に発刊され2004年に復刊していますが、内容がMac OS 9以前のものと古く、入手自体も困難な状況です。とりあげたページはAppleが公式に翻訳したものではありませんが、Mac OS Xに沿った内容で日本語でより多くの人が読める機会を持てるという点で、意義があるといえます。 内容は「ユーザインタフェースは、親しみ、単純さ、利用しやすさ、発見可能性を持ち合わせていること」といった汎用的なものから「ラベルは大文字から始める」といったMac OS X特有なものまで幅広いものとなっています。Mac OS Xに見られるインタフェースで、なぜあのようなデザインになっているのかを説明していたり、新しくデザインする際の心構えなども詳細に記載しているの
Eclipseリファクタリング・メモ - プログラマの思索
Eclipseの使い方を一覧で分かりやすく説明しているＨＰがあったので、メモ。 特にリファクタリングの手順が分かりやすい。 Eclipseリファクタリング Eclipseのリファクタリングは非常に使いやすいのに、何故か皆、使ってない。 ファウラーのリファクタリング本を読んでないのだろうか？ Javaプログラマにとって、綺麗なプログラムを書くための技術が全て詰まっている良書なのに。 【リファクタリングの目的】 最近、ソースインスペクションをする立場になってみて、仕様を理解せずに長々と書いている下品なプログラムを見ると、すぐにカチンと来てしまう(-_-;) Fatなメソッド、Fatなクラスは、不吉な匂いがする。 女性と(だけじゃなくて男性も)同じく、太ったクラスはダイエットすべき。 リファクタリングする真の目的は、誰でも理解できるプログラムにして保守性を高めることにある。 特に、プログラマは派
モデリングと設計の違い - masayang's diary
2007/12/21追記 「内部設計 見本」「外部設計 見本」などで検索に来た皆さん、残念でした。ここには見本はありません。でも、この書き込みに来たのも何かの縁。一度、外部設計とか内部設計とか、本当に必要なのか考えなおしてみませんか？ 詳しくは、下記本文で。 以下、本文 BMUF (Big Modeling Up Front)＝上流設計のインチキを斬るでは、敢えて「Modeling≒設計」みたいな感じで訳しちゃった。その後いろいろ考えたけど、BMUFは「先行設計」と訳すべきだったかもしれない。 辞書でmodel（動詞）を引くと、「見本を作る」というのがひっかかる。そして、おそらくソフトウェアにおけるModelingとは「見本を作る」ことであろう。 モデリング BMUF (Big Modeling Up Front)＝上流設計のインチキを斬る元記事で紹介されていたSketches of Fr
カレーなる辛口Javaな転職日記 - 話が噛み合わない時
http://d.hatena.ne.jp/masayang/20070503/1178254276 ウォーターフォールな人達にAgile開発の話をしていていると、「なんか話が噛み合わないぞ」と思うときがある。ざっと思いつくのを挙げておくと 脊椎反射． プログラミングのことを知らないままに「上流工程が大切だ」という人達。*1 コーディング規約を作ることが，ソフトウエアの品質や生産性を高めるという人達*2 「管理職が管理しやすいから」という理由で、採算を度外視して変数名にC001、メソッド名にm002のようなコーディング規約を採用する人達。*3 「命名規約なんてその場の文化だ」と、品質や生産性より宗教を重視する人達．*4 "Design by Contract"*5も知らないままに、「設計と実装の分離」を「工程の分離」と捉える人達． 設計フェーズ，コーディングフェーズ，テストフェーズ，デバッ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
