タグ

開発プロセスに関するnilremのブックマーク (8)

  • 日本版がある著名な海外ブログをまとめてみた - YAMDAS現更新履歴

    先月 TechCrunch に日版ができて、これはありがたいと思ったわけだが、考えてみればそうした海外の有名ブログで日版が存在するものは他にもあり、ワタシはその多くを購読している。やはり日語で読めるのは時間の節約になる。 ちょっと気になったので、公式、非公式を問わず海外のブログを翻訳公開しているサイトの一覧を以下にまとめてみる。絶対抜けがあるだろうから気づいた方はコメント欄なりメールなりで教えてください。というか、それを知りたいというのが裏の主眼だったりするのだが。 技術ニュース系ブログ あれ、これだけか? 参入の余地は多いにあると思う。 Engadget(日版) TechCrunch(日版) [7月8日追記]:元々東京をベースに活動しているブログなのでこれは少し例外的だが、PingMag は日版がある。 [7月31日追記]:Gizmodo の日版が登場しました。あとこれは分

    日本版がある著名な海外ブログをまとめてみた - YAMDAS現更新履歴
  • 社内SNS、相当いーですよ。 - kokepiの日記

    最近こんなニュースもあったので 株式会社 NTT データは20日、社内で導入しているソーシャルネットワーキングサービス(SNS)の利用状況を公表した。 ちょっと話に参加してみたい。 「社内ブログ→社内SNS」なにが変わったか? おれの勤務先では、日報をブログ化してたのだけれど、あんま作りこんだりせずインストールしっぱなしだったので、ただただ記事が蓄積してく感じで、かつコミュニケーションもそれほど活発にはなってなかった。 まえよりいくらか風通しよくなったかな、というくらいで。 が。 最近OpenPNE(オープンソースのSNS)導入したんですよ。 これがいーんだ。 これまであんまブログ参加しなかった人もSNSだと気楽なのか、発言が増えた。 発言の場をコミュでわけられるから、突っ込んだ議論がしやすい。 コミュ内ならくだらない話しても迷惑にならない。 B級グルメとかダイエットとか肩こりとか美化委員

    社内SNS、相当いーですよ。 - kokepiの日記
  • 要求仕様戦争(その1)

    ■要求仕様とは 要求仕様とは、開発するシステムに対する顧客のニーズのこと。要するに「お客さんがやりたいこと」そのもの。仕様調整で紛糾したときの決め台詞「結局アナタは何がしたいの?」の【何】に相当する。仕様トラブルの100%はこのスレ違いによる。 要求仕様について考えるために、ちょっとした質問に答えてみよう。以下のa. b. のうち、「要求仕様」を表現しているのはどちらになるだろうか? a. 身長57メートル体重550トン b. 汎用人型決戦兵器 まず a. を考えてみる。これは「何」だろうか? これは「何」かのスペックだ(しかも部分的だ)。身長・体重は分かるが、横幅や厚み、姿かたち、素材 etc... は分からない。これは受注側が「○○はどうするの?」といちいち問い合わせる必要がある。当然、聞くのを忘れたスペックは製造者の「思い」で作られるリスクを負う。 次に b. はどうだろう。身長・体

    要求仕様戦争(その1)
  • TOYOTAで考えた、見える化の本質 (arclamp.jp アークランプ)

    arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ 昨日、ご縁があってTOYOTAでチーフエンジニアを務められていた方から、自動車の開発プロセスについてお聞きする機会に恵まれました。 まずTOYOTAにおけるチーフエンジニアという役割を理解しなくてはいけません。チーフエンジニアは、ある車を開発する場合のコンセプト作り、役員プレゼン、車体コンセプト設計、予算・原価管理、プロジェクトマネージメント、販促、マーケティングまでの全てに携わります。単純に「車を設計すればいい」というものではなく、車を作って売るというプロセスの全てに関係するというものです。 今回の講演ではプロセス全般についてざっくり触れていただくという内容でした。なおTOYOTAの取り組みについては非常に多くのがあるかと思いますので、見える化をキーワードにして

  • 最上の日々 - 数学を表現するのに最適な媒体はコンピュータである

    数学の表現の媒体としてのコンピュータつづき あのあとyoriyukiさんから有用な示唆をもらいました。 (これだけ書くのも大変だろうなあ。いつもお世話になってます。) 証明チェッカのあちら側とこちら側 私的にみたハイライトはこの辺りかな: 論理に関する部分はうまくいかなそうな気が(直観的には)します。言語や論理について一般の人が抱いている直観は誤っているか、すくなくとも混乱していることが多く、そのまま形式化しようとするとうまくいかないからです。例えば、名詞は何か対象を名指している、といった考えがその例になるでしょう。この場合、何の対象も指さない時や、複数の対象に当てはまるときにどうするか、といった問題が考えられてないのですが、にもかかわらず強固な直観としてなかなかここから自由になれないようにに思います。 言い方を変えると、自然言語に近いもの純粋に形式的に取り扱おうとすると

  • テストコード、ソースコード、ドキュメントに書くこと - www.textfile.org

    http://d.hatena.ne.jp/babie/20060611/p2 テストコードにはWhat, ソースコードにはHow, そして,ドキュメントにはWhyを書くんだよ! by 角谷さん、とのこと。なるほど。 契約書にはWhenとHow muchを書くのかも。 追記:ご人、6/29に喋るつもりだった模様。 http://b.hatena.ne.jp/kakutani/20060616#bookmark-2135148 6/29とは、これのことでしょうか? http://kakutani.com/20060517.html#p01

    テストコード、ソースコード、ドキュメントに書くこと - www.textfile.org
  • [結] 2006年6月 - 結城浩の日記:モノクロ画像がカラーに見える錯視

    目次 2006年6月25日 - 長男と完全数談義 / 2006年6月23日 - ティナからの手紙 / 2006年6月20日 - 無神論者との対話 / 2006年6月18日 - 父の日 / 2006年6月16日 - ソフトウェアは、私たちの想像よりもずっと複雑 / 2006年6月14日 - 仕事 / 2006年6月13日 - 無限羽の鳩と無限個の巣 / 仕事 / Haskell / 読書 / 2006年6月12日 - 仕事 / 2006年6月10日 - モノクロ画像がカラーに見える錯視 / 日記ダイジェストを更新 / 2006年6月8日 - www.textfile.orgのお引っ越し / 2006年6月5日 - 仕事 / 2006年6月4日 - 今日の一日 / 2006年6月3日 - 誤植 / 2006年6月1日 - 仕事 / ぜひ、感想をお送りください 日記一覧 2006年6月25日 ■

  • 不思議なISBN-[結] 2006年5月 - 結城浩の日記

    目次 2006年5月31日 - 作業ログを書くために大切な、たった一つのこと / 2006年5月30日 - プログラミング言語の勉強日記 / 2006年5月28日 - 今日の一日 / 2006年5月24日 - 多忙 / 2006年5月22日 - 新連載「簡単実装で学ぶWeb技術2006」 / 誤植 / 2006年5月20日 - 失敗 / 2006年5月19日 - 掲示板spam / 2006年5月18日 - 誤植 / 2006年5月17日 - JSON::Hatchet / 2006年5月16日 - CGIでブラウザのキャッシュを無効にする / 2006年5月15日 - 仕事 / 2006年5月12日 - タイプタイプ / 2006年5月11日 - 仕事 / 2006年5月10日 - タイプしながら考える / 2006年5月8日 - 書きながら考える / 2006年5月5日 - 数学姉 /

  • 1