satoshisのブックマーク (421)

  • リーダーシップは天性ではない

    連載内容のおさらい まずは連載内容のまとめとして、それぞれの連載内容の要約と、「どのような人が、どのようなときに読むと効果的か」を説明します。もちろん連載内容は、初回から順次読むと効果的なように組み立ててありますが、それぞれの回を単独で読んでも、なんらかの気付きがあるはずです。 第1回 開発者からリーダーへの視点の切り替え 連載初回は、プロジェクトリーダーが持つべき価値観と、従うべき原則論について説明しました。メンバーとリーダーでは全く違う視点を持つ必要があり、これらの切り替えが最も難しい課題となります。いままで何回かリーダーの経験があるけど、どうもチームがうまく機能していないと感じるリーダーは、まずは初回から読み進めてください。 第2回 なにはともあれ、まずはチームビルディング リーダーにとって、チームビルディングは最も重要な活動の1つです。第2回は、プロジェクトチーム計画書作成を通じて

    リーダーシップは天性ではない
    satoshis
    satoshis 2005/08/26
  • My Life Between Silicon Valley and Japan - Googleの圧倒的パワーがシリコンバレー生態系に与える影響

    インスタント・メッセージング「Google Talk」のリリースに続いて、9月には「Google Finance」というサービスが登場するhttp://www.siliconbeat.com/entries/2005/08/24/next_up_google_finance.html という噂である。近々4,000億円強の大金を調達するし、さらにパワーアップしていくに違いない。 "I'm surprised at how fast the company's reputation is changing." とは、PayPal創業者Max Levchinの言葉だが、これほどの圧倒的一人勝ちというのも歴史的にみても滅多にあるものではなく、シリコンバレーにはGoogleへの嫉妬と羨望の思いが渦巻いている。まあ嫉妬と羨望ゆえの誹謗中傷が飛び交うくらいならまぁ大した話ではないのだが、シリコンバレー

    My Life Between Silicon Valley and Japan - Googleの圧倒的パワーがシリコンバレー生態系に与える影響
    satoshis
    satoshis 2005/08/26
  • Bloglines を Gmail で読む: blog.bulknews.net

    Bloglines を Gmail で読む UPDATE 2006/02/28: 現在このスクリプトは Plagger という名前で開発を継続しています。 Gmail as RSS reader で妄想していた、「Bloglines の未読を Gmail に転送して読む」というのをちょちょいとスクリプト書いて試してみました。(Life Hack ってヤツですね!) 予想通り、これはむちゃくちゃ便利です。 アイデアとしては、Bloglines WebServices の API を使って Bloglines 側の未読記事を持ってきて、HTML メールに整形して Gmail アドレスに送信します。Gmail の方ではフィルタリングを使って、「Bloglines のラベルをつけ、Inbox には残さない」というフィルタをしてやるとかなり便利に使えると思われます。 Gmail に転送することで、B

    satoshis
    satoshis 2005/08/25
  • ソフトウェア開発の工程の名前について - torutkの日記

    情報処理用語と思われる「外部設計」という言葉がどうも腑に落ちないので、ソフトウェア開発の工程に関する用語を調べてみます。 共通フレーム98(SLCP-JCF98)用語 開発プロセスの中で「開発の工程」が定義されています。5つの工程とそれを細分した8つの工程を示します。 外部仕様 概要定義 詳細定義 内部仕様 設計 プログラム設計 製造 プログラム作成 製品のテスト 結合テスト 総合テスト 設置 導入 概要定義 システム化範囲とシステム機能を明確化。システム機能、入出力、品質に関する要求の概要定義を行う。 詳細定義 システムの実現性確認。ファイル体系の定義、データベースの論理設計、コードの設計、業務機能の定義、入出力の詳細定義、他システムとの接続やデータ授受が行われる場合の外部インタフェース定義。 設計 業務機能の処理の仕組みである方式設計。入出力、ファイル、インタフェースなどを定義し、次の

    ソフトウェア開発の工程の名前について - torutkの日記
    satoshis
    satoshis 2005/08/24
  • Gmail Maniacs

    gmail-maniacs.net はお客様がお探しの全ての情報の原点です。一般的な項目からお客様がお探しのものまで、 gmail-maniacs.net は全てここにあります。きっとお探しのものが見つかるはずです。

    satoshis
    satoshis 2005/08/24
  • Gmailで別のメールアドレスからメールを送る方法 - Ogawa::Memoranda

    Posted by: Hirotaka Ogawa @ August 24, 2005 12:20 AM | GmailではもともとReply-Toに別のメールアドレスを設定することはできましたが、Fromに別のアドレスを設定することはできませんでした。そのため、例えばGmailでもらったメールの返事を別のメールアドレスで送るとか、出先でちょっとPCを借りてメールを送るとか、そもそもGmailのインタフェースですべてのメール処理を完結させるとか、そういう目的に使えなかったわけです。が、実はそれが最近設定できるようになったことを某氏に教えてもらったので、その方法を紹介しておきます。 まずGmailのインタフェースを英語に切り替えます(普段から英語インタフェースを使用している場合にはこの作業は必要ありません)。画面の右上の「設定」をクリックして「メール設定」画面を開き、「Gmail表示言語」を

    satoshis
    satoshis 2005/08/24
  • プログラマの開発効率

    satoshis
    satoshis 2005/08/20
  • ブラックジャックのオブジェクト指向開発

    satoshis
    satoshis 2005/08/19
  • やねうらお−よっちゃんイカを買いに行ったついでに家を買う男 - 儲かる会社の作り方教えます(2)

    まず、会社はどうやればお金が儲かるかを話そう。 おおまかに言って、 入ってくるお金 ≧ 出ていくお金 になればヨロチイ!(`ω´) そんなの当たり前だよ!とか言わないで欲しい。これが、たいていの人はわかっていない。 「出ていくお金」は簡単に想像がつく。人件費、交通費、輸送費。それからパソコン買ったら、パソコン代。商品を仕入れるなら、その仕入れ原価。出ていくお金はわかりやすい。 じゃあ、会社に「入ってくるお金」とは、何なのか?それは、どこから入ってくるのか?商品を販売しているのなら、不特定多数から入ってくるだろう。あいにく、販売業ではないので、入ってくる先は限られている。ソフトウェア会社の場合、取引先からしか入ってこない。取引先に自分たちは何を提供できるのか? 一言で言えばサービスである。それは労働力であったり、ソフトウェアであったり、いろいろだろう。仮にソフトウェアを納品してお金をもらうと

    やねうらお−よっちゃんイカを買いに行ったついでに家を買う男 - 儲かる会社の作り方教えます(2)
    satoshis
    satoshis 2005/08/19
  • やねうらお−よっちゃんイカを買いに行ったついでに家を買う男 - 儲かる会社の作り方教えます(1)

    「お盆休みを利用して会社を設立しよう!」という話をさせてもらう。 私が会社を興したときは、会社設立のを買ってきて読んだだけだった。判子を作るのに2,3日かかったが、判子が到着した次の日には会社が出来ていた。 会社を作ることは難しくない。たぶん資金と登記費用さえあれば小学生でも出来る。難しいのは、そのあといかに会社を維持していくかだ。今日は、設立までの流れ〜事業計画書について考えてみる。 参考としてid:yoosaki:20050413を見ていただきたい。yoosakiさんは、XAAフレームワークというオープンソースプロジェクトをやっていて、有限会社エクステンションポイント(http://www.extensionpoint.jp/)という会社を経営されている。しかしyoosakiさんは、 実はまだ、事業計画書は書いたことがない。 のだそうだ。実は私も事業計画書なんて書かないし書いたこと

    やねうらお−よっちゃんイカを買いに行ったついでに家を買う男 - 儲かる会社の作り方教えます(1)
    satoshis
    satoshis 2005/08/19
  • 衝撃映像系フラッシュ - FlashCollection

    satoshis
    satoshis 2005/08/19
  • Microsoft Support

    All Microsoft Global Microsoft 365 Teams Copilot Windows Surface Xbox Deals Small Business Support Software Windows Apps AI Outlook OneDrive Microsoft Teams OneNote Microsoft Edge Skype PCs & Devices Computers Shop Xbox Accessories VR & mixed reality Certified Refurbished Trade-in for cash Entertainment Xbox Game Pass Ultimate PC Game Pass Xbox games PC and Windows games Movies & TV Business Micro

    Microsoft Support
    satoshis
    satoshis 2005/08/18
  • ITmedia ライフスタイル:iTunesのちょっと便利なTips (1/2)

    前回、前々回とポータブルプレーヤーを使う上で欠かせない圧縮音源について解説してきた。今回からはiTunesやSonicStageなど、各種音楽ライブラリーソフトの特徴と、便利に使いこなすためのちょっとしたTipsを紹介したい。まずはiTunesだ。 大容量HDD時代のエンコード「Appleロスレス」 iPod用の音楽ライブラリーソフトとして配布されているのがiTunes。現在の最新バージョンは4.9で、ここから無償でダウンロードできる。 最新版は写真の転送やインターネットラジオ/ポッドキャスティングの受信など、音楽ライブラリーソフトとは思えぬほどの多機能ぶりを誇るが、CDからの楽曲インポートについても、“古株”なだけに操作性などもよく練り込まれている。 CDから楽曲をインポートする際に選択できるエンコード形式はAAC/AIFF/Appleロスレス/MP3/WAVの5種類。AAC/MP3につ

    ITmedia ライフスタイル:iTunesのちょっと便利なTips (1/2)
    satoshis
    satoshis 2005/08/18
  • Collection & Copy - Rubyについて全てのJavaプログラマが知るべき10の事柄

    翻訳原文:10 Things Every Java Programmer Should Know About RubyJim Weirichコンサルタント / Compuwarejim@weirichhouse.org Copyright 2005 by Jim Weirich (All Rights Reserved)自己紹介ジム・ワイリック (Jim Weirich)Compuware社コンサルタントJavaのプログラマRubyの熱狂的支持者大事なことを、まず先に私は以前、大規模製造会社の従業員に就業後のC言語コースを教えていました。提出されたCのコードのスタイルをちょっと見ただけで、生徒が以前にどんな言語を利用していたかを簡単に当てられました。全くもって当のことです。「どの言語でも、君はFORTRANを書けるね」 Rubyを調査中のJavaプログラマなら、Rubyが色々な点でJav

    satoshis
    satoshis 2005/08/17
  • @IT:プロファイラでメモリリークとパフォーマンス問題を解決

    Java開発の問題解決を助ける(2) プロファイラでメモリリークとパフォーマンス問題を解決 サン・マイクロシステムズ 岡崎 隆之 2005/8/10 この連載は、Java開発を妨げるさまざまな問題の解決方法を扱います。前回はプログラムのバグを効率よく発見し解決する方法を紹介しました。第2回は、プロファイラを使ってメモリリークやパフォーマンスの問題を解決する手法を紹介します。 メモリリークとは不要になったオブジェクトが何らかの理由で解放されず、メモリ領域を無駄に占拠してしまっている状況です。このような不要なオブジェクトが積もり積もっていくと、メモリ不足でシステムが停止してしまうなどの深刻な問題を引き起こす場合があります。ではこのような深刻な問題を引き起こしてしまうメモリリークの見つけ方、解決方法を学んでいきましょう。 ■どうしてメモリリークは起こるのか では、そもそもどうしてメモリリークが起

    satoshis
    satoshis 2005/08/10
  • 変わりつつあるソフトウェア開発の価値観

    巻頭言 商用コンピュータが世に出てきてから、早50年以上が経過しています。 当初は、科学技術計算分野での電子「計算」機として生まれたコンピュータも、今では事務処理、意思決定支援、通信関連、娯楽等、さまざまな分野で利用されるようになり、真の情報処理機械と言えるまでに成長してきました。 また、ハードウェア性能は爆発的に、ソフトウェア開発手法もそれなりに進歩を続けています。 しかし、こういった進歩により劇的な周辺環境の変化が引き起こされ、ある時代にソフトウェア開発の真実であったことが、現在では間違いとなるような逆転現象も起こってきているのです。 例を挙げると、メモリが高価な頃は、1バイトでもメモリを節約するようなコーディングが優れているとされ、分かりやすさは二の次にされていました。 しかし、今や組み込み系以外では、こういったコーディングは「可読性を下げる悪習」と考えられていま

    satoshis
    satoshis 2005/08/09
  • 開発者が楽しく仕事できる環境とは:近藤淳也の新ネットコミュニティ論 - CNET Japan

    立って会議をするだけでなく、はてな社内では他にも色々なことを試みています。その中でも、開発者が楽しく仕事ができるように、という観点でいくつか紹介してみたいと思います。 まずはペアプログラミング。これは、2人1組になってプログラムの開発を行うスタイルで、XP(エクストリームプログラミング)のプラクティスの一つとしても提唱されているものです。 2人でプログラムを開発するというのは、1人がプログラムを書き、もう一人が横からそれを見ている、という方法です。この方法を聞くと、1人がそれぞれの作業を行うよりも作業量が2分の1になってしまいそうな気がするものですが、実際はそれぞれが別々の作業をするよりも効率が上がる、という興味深い逆説的な現象が発生します。 ペアプログラミングの様子。こういうときはなぜかコーラが似合います。 なぜ2人1組でプログラミングをする方が1人ずつでやるよりも効率が上がるのでしょう

    satoshis
    satoshis 2005/08/06
  • ダメなユーザインタフェイス講座

    サービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。

    satoshis
    satoshis 2005/08/03
  • Apache 2.0の必須設定と基本セキュリティ対策

    Apache 2.0の必須設定と基セキュリティ対策:実用 Apache 2.0運用・管理術(1)(1/3 ページ) 連載では、Apache 2.0の運用や管理方法を解説する。第1回では、その下準備として必須の設定と基的なセキュリティ対策を行い、今後の運用に備える。(編集部) WebサーバのデファクトスタンダードApache Webサーバと聞いて、Apache Webサーバ(以下Apache)を思い浮かべないLinuxユーザーはいないでしょう。いまや、ApacheはWebサーバのデファクトスタンダードという地位を確立しています。Netcraft社の2005年7月の調査(http://news.netcraft.com/archives/2005/07/)によると、WebサーバにおけるApacheのシェアは7割に及んでいます。 HTTP/HTTPSがeビジネスの基盤として使用されるように

    Apache 2.0の必須設定と基本セキュリティ対策
    satoshis
    satoshis 2005/08/03
  • kuranukiの日記 - 計画書を作るということ

    管理職になってから、社内向けの資料を作る機会が多くなりました。その傾向は、上に行けばいくほど、強くなっている気がします。 なんたら計画書とかね。計画だか、スキームだか、ロードマップだかね。自分のアイデアを会社のお金で実現しようというのだから、当たり前の話ですよね。会社が大きいとなおさら、説得の相手が多くなるので大変です。 ただ、計画書を作るのも、そんなに悪いことばかりではないんです。自分の頭の中にしかないものを、紙に(実際にはエクセルかパワポに)落としていく段階で、検討が練られますし、リスクも見えてきます。また、内容の『わかりやすさ』も非常に重要になってきます。それは、その計画書を使って、上司がさらにその上に対して説明するのに使うからです。そのためには、なるべくわかりやすくなければいけない。わかりやすい計画書にしようとすることで、アイデアもさらに洗練されていきます。 さて、アジャイルだと、

    kuranukiの日記 - 計画書を作るということ
    satoshis
    satoshis 2005/07/28