タグ

2008年2月18日のブックマーク (9件)

  • Subversion BookのCHMファイルを公開 | Sarabande

    This domain name has been registered with Gandi.net. It is currently parked by the owner.

  • すばらしいソフトを作るには、カリスマが講演 ― @IT

    記者という職業柄、これまで非常に多くのプレゼンテーションを見てきたが、プレゼンテーションの1枚目が半裸の女性モデルの写真だったのは初めてだった。 2月13日、14日の予定で東京・目黒で開催中の「デベロッパーズ・サミット2008」で講演したFog Creek Softwareの創業者でCEOのジョエル・スポルスキー(Joel Spolsky)氏のプレゼンテーション「Joel on Developers Summit――素晴らしいソフトウェアを作るということ」は、型破りに楽しく、なおかつソフトウェア開発者にとって示唆に富む内容だった。 スポルスキー氏は米マイクロソフトのExcelチームで、Excel用マクロ言語を、後にVBAと呼ばれることになるモダンなオブジェクト指向言語に置き換える仕事でプログラムマネージャを務めたことがあるなどソフトウェア開発のベテランだが、エッセイの書き手としても名を馳せ

  • 『ギーク必聴のPodcast』

    今までずっと40GBの第三世代iPodを使っていたのだが、もっと機動性が欲しくなったので、最近になってようやくiPod nanoを買った。それ以来、嬉々としてネット上でPodcastを探しては通勤の行き帰りに聴く毎日を送っている。 技術Podcastはいくつか見つけたのだが、その中でも一番のお気に入りは「Software Engineering Radio」というPodcastだ。 http://www.se-radio.net/ このPodcastは、著名なエンジニアや著者との1時間くらいのインタビューを公開しているものだが、すごいのはインタビューされる人たちの布陣だ。OOやパターン、アジャイル関係の重鎮や、著名なエンジニアや言語設計者を軒並み総狩りしていて、北欧系ギークには涎モノの最強ラインナップになっている。 現在までで86エピソードが公開されているのだが、北欧っぷりを見るためにラ

  • 日本のIT会社の海外進出が失敗する理由。 : ひろゆき@オープンSNS

    【教えてくん】コミュニティーなのです。 なんかニュースとかあったらここに書こうかと思ってますよ。とりあえず、おいらのブログ 日IT会社の海外進出が失敗する理由。 : ひろゆき@オープンSNS ひろゆき@オープンSNS (ひろゆき@オープンSNS) 投稿者, @ 2008-02-18 04:36:00 日IT会社の海外進出が失敗する理由。 ITの会社にとって、海外進出というのは、 たった1クリック先のことなので、 身近なはずなんですけど、なぜか上手くいかないことのほうが 多いんですよね。 ってなわけで、ちょいとまとめてみました。 海外進出が成功した時のメリット。 ・市場が増えるので売り上げが増える ・会社のブランド価値があがる ・非日語圏の人材が使える まぁ、だいたい良いこと尽くめなように見えるのですが、 従業員にとってのデメリットが見過ごされがちな気がするんですね。 「非日語圏

    bobbyjam99
    bobbyjam99 2008/02/18
    海外進出すると色んな意味で英語って難しいよねって話.
  • インタビュー:Jérome Louvel氏にRestletについて聞く

    Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。このでは、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

    インタビュー:Jérome Louvel氏にRestletについて聞く
    bobbyjam99
    bobbyjam99 2008/02/18
    "RailsやDjangoはRESTを念頭に入れて設計されたわけではなく、これらの概念は後から付け加えられたものでした。その結果、Restletより不自然なコードになってしまいました。"
  • 2008-02-15 - ひがやすを blog - アーキテクト以外は「限定されたことだけやっとけ」

    > 私の個人的な意見としては、一部の人(例えばアーキテクト)だけ、 > フレームワーク全体を把握していて、残りのメンバーは >「限定されたことだけやっとけ」みたいなことは好きではありません。 大規模だと好き嫌いに関わらずこういったアプローチになるのでは? アーキテクト以外の学習コストはむしろ減ると思いますが… きっとこのコメントを書いてくれた人は、気でこう考えているんだと思いますが、私は、このようなアプローチが嫌いというだけではなく、効率が悪いと思っています。 一番の理由は、開発者のモチベーション。「限定されたことだけやっとけ」という状況で、開発者のモチベーションが上がるとは思えません。実際、モチベーションは下がるでしょうから、それにあわせて、生産性も落ちるでしょう。 二番目の理由は、開発者が成長しないこと。開発者というのは、いろんなプロジェクトに参加し、いろんな経験をつみながら成長して

    2008-02-15 - ひがやすを blog - アーキテクト以外は「限定されたことだけやっとけ」
    bobbyjam99
    bobbyjam99 2008/02/18
    業界全体で正しいものを選択して,技術の底上げしましょうよという話.合ってるけど,他人の価値観を変えるのは大変・・・
  • Strutsをなめんな - ひがやすを blog

    リリースノートはこちら Bug [SASTRUTS-18] - ArrayWrapperでListを実装するようにしました [SASTRUTS-20] - ActionからActionへ遷移できない問題を修正しました Improvement [SASTRUTS-19] - ActionのプロパティがMapの場合も扱えるようにしました ダウンロードはこちら http://sastruts.seasar.org/download.html このバージョンから、チュートリアルに、ResourceSynchronizerプラグインを使ったリッチなエラーページをつけました。ResourceSynchronizerを超ざっくり説明すると、ブラウザからEclipseを操作するプラグインです。 チュートリアルのリッチなエラーページをクリックすると、Ext.jsで作ったリッチなエラーページが表示されます。ス

    Strutsをなめんな - ひがやすを blog
    bobbyjam99
    bobbyjam99 2008/02/18
    Strutsって何やってるか知ってる?という話.こういうタイトルを見るといつもここからのネタを思い出すんだよな.
  • netwatch 2.0 » SlideShare

    This document discusses various tools and techniques for aggregating content from blogs and social networks including RSS, twitter, mixi, and others. It provides tips for using RSS readers like Bloglines, automation tools like AutoPagerize and LDRize, and APIs for interacting with services like twitter and mixi. Specific scripts and applications are also mentioned for following users, posting upda

    netwatch 2.0 » SlideShare
    bobbyjam99
    bobbyjam99 2008/02/18
    機械任せられるところは任せましょう,そのためにPlaggerを使うと良いよって話.
  • 残業を減らすには、「最終完成物の摺り合わせ」のルーチン化から - モチベーションは楽しさ創造から

    ある飲店チェーンの会議での話。 そのクライアントは、現在、システム導入に向けての最終段階に入っています。 会議では、ベンダーさんがマニュアルを作ってきており、その確認作業をしていました。 マニュアルは完成型で納入されてはいたのですが、それを見て、クライアントの担当者の一人がベンダーさんに向けて、注文をつけ始めました。 貰ったマニュアルをベースに、チェーン店別、パート、社員、店長用という形で社内で再マニュアル化をする必要がある その為には、再マニュアル化がしやすい形でのマニュアルの納入してくれないか?(マニュアルのレイアウト、マニュアルの構成等) また、エクセルでマニュアルを作ってあるのだが、再マニュアル化をしていく為には、ワードでの納品が望ましいという要望が出てきたのです。 「再マニュアル化」の話は、何度も行っていたのですが、 ・マニュアルの完成イメージ(レイアウト、アウトライン構成、、

    残業を減らすには、「最終完成物の摺り合わせ」のルーチン化から - モチベーションは楽しさ創造から
    bobbyjam99
    bobbyjam99 2008/02/18
    最終完成物の目的、利用者、納期、利用場所、形式(使用ソフト)、アウトライン、基本パターンのデザイン、分量、使用可能なコスト、スケジュール(レビュー等)を確認してから作業を行う.