タグ

開発に関するhiro360のブックマーク (243)

  • Facebook 向けウェブサービスは IE6 に対応すべきか ( 2011年12月の Facebook のブラウザシェア ) - IT戦記

    はじめに みなさん、お元気ですか><リリースも終わって、一息ついたあまちゃんです! ヽ(´ー`)ノわー さて今日は、最近「お花サプライズ!」というサービスをリリースしたのですが、そのときにちょっと面白いデータを見つけたのでそのいきさつも含めて紹介したいと思います。 (今日のテーマはこの円グラフ) フェイスブック系のサービスはどのブラウザに対応すれば良い? よく、ウェブサービスを開発するときの悩みとして「古いブラウザでのデザインをどのくらいケアするか?」というものがあります。 「お花サプライズ!」でも、割と短い期間で実装することを目標としていたり、番の HTML を書いた経験があまりないメンバーが多くいたことで「IE6 や IE7 への対応が鬼門なんじゃないか?」という心配が常にありました。 そこでよぎる甘い誘惑 このご時世、 IE6 とか IE7 に特別対応する必要なんてないんじゃね?

    Facebook 向けウェブサービスは IE6 に対応すべきか ( 2011年12月の Facebook のブラウザシェア ) - IT戦記
  • 要求開発入門 | リコーITソリューションズ株式会社

    株式会社 匠Lab 代表取締役社長 萩 順三 2000年にオブジェクト指向技術の企業、豆蔵を立ち上げ、以降ITアーキテクト、メソドロジストとして活躍してきた大ベテラン。2009年7月、匠BusinessPlaceを設立。また、総務省行政管理局技術顧問や内閣官房IT室GPMO補佐官として、2005年から3年間は、豆蔵と兼務しながら政府のITプロジェクトにも関わる。 現在は、匠BusinessPlaceにて、ビジネスとITの可視化を行うための要求開発をさらに洗練・拡張させた手法「匠Method」を開発。自らユーザー企業で実践している。 株式会社 匠Lab http://www.takumi-lab.co.jp/ 連載では、萩順三氏に「要求開発超入門」を紹介していただきます。 要求開発を深く理解してもらうために、誰にでもわかる要求開発を目指して、分かりやすい説明をしていきます。

  • ウノウラボ Unoh Labs: オープンソース戦略により、無償で使えるようになった負荷テストツール

    GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー!古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠

    ウノウラボ Unoh Labs: オープンソース戦略により、無償で使えるようになった負荷テストツール
  • ウェブアプリケーションセキュリティとバッドノウハウ、そしてグッドラッパーの関係

    ウェブアプリケーションセキュリティとバッドノウハウ、そしてグッドラッパーの関係 by 金床 ---------------------------------- はじめに ---------------------------------- 筆者はウェブアプリケーション開発者であると同時にセキュリティ技術にも興味がある。自身がSeaSurfers MLというウェブアプリケーションセキュリティをテーマとしたメーリングリストを主催しており、またセキュリティコミュニティに多くの知人、友人がいる。しかし彼らとウェブアプリケーションなどのセキュリティ対策について意見を交換すると、違和感をおぼえることが多い。 彼らは脆弱性の原理についてとても詳しいのだが、以下のような会話が頻繁に発生するのである。 「…つまり原理的に考えて、このようにすればXSSは発生しないんだよ」 「な

  • アジャイルのレイヤ 〜 アジャイルを整理し直して理解する - kuranukiの日記

    アジャイル】という言葉は、システム開発の世界ではかなり一般的な言葉になりつつあります。大手のSIerの経営者までが当たり前のように使うようになったことは、ある意味で感慨深いものです。しかし、言葉としてメジャーになりつつある一方で、その言葉の当の実体を理解しないで誤解したまま使っているケースが多くあるように思います。アジャイルで開発すれば「速い・安い・旨い」が手に入るという誤解や、プログラミング工程だけで使う手法だという誤解、朝会やふりかえりをすることがアジャイルだという誤解、などなど。どれも、完全な誤解という訳ではなく、あながち間違いでもないところが、さらなる混乱を産んでいるように感じます。 最近では、アジャイルの事例も多く出てきたように思いますが、それらの事例も具体的にどういったことを実践したからアジャイルだったかと問われるとそこに明確な答えは無いように思えます。アジャイルとは何か、

    アジャイルのレイヤ 〜 アジャイルを整理し直して理解する - kuranukiの日記
  • プログラマの思索: RubyよりもJavaが好きな理由

    最近、Ruby関西に行ってRubyの勢いを感じている。 そんな時に、Javaの最近の動きを聞く機会があった。 Java6やSeasarの話を聞くと、JavaがC#やRailsの影響を受けているように聞こえた。 でも、話しているうちに、「やっぱりRubyよりもJavaが好きなんだ」と気づいた。 その理由は、「JUnitのようなテスト駆動ツールが揃っている」点に尽きる。 そこで「テスト駆動の観点から眺めたJavaの利点とプログラミング思想」について考察してみる。 【1】テストを意識するとメソッドの行数が自然に短くなる プログラミング初心者のプログラムを見ると、行数がやたらと長く、長いプログラムを書き上げた後からデバッグし始める。 だから、いつまで経っても動かない。 プログラミング中級者になると、行数は長いままだが、少しずつ書いてはプリント出力してデバッグで動作を確認し始める。 この

  • 『JavaからRubyへ―マネージャのための実践移行ガイド』 - kuranukiの日記(移転しました)→ http://kuranuki.sonicgarden.jp

    注目の書籍、献頂きました。訳者の角谷さん、ありがとうございます。出遅れた感じはありますが、感想を。。。 まず、私の立場を再表明しておくと、元々はプログラマ出身ですが、数年間Javaのマネージャを経験した後、今は、Rubyを採用したWebのソフトウェアサービス開発のマネージャをしています。実際にこのに書かれているような実践移行を行ってきた立場での感想になりますね。 「マネージャのための」と銘打っているためか、Rubyのコードや技術的な説明を使わないで、Ruby導入の背中を押してくれる内容になっています。Javaを貶めるのでもなく、Rubyに熱中になってるだけの感じでもなく、わりと冷静なスタンスでリスクの分析をしている点は、マネージャとして安心して読めました。(かといって、全編にわたってRubyへの愛のようなものを感じるのは、訳者の力でしょうか) キャズムの向こう側にいるマネージャにとって

    『JavaからRubyへ―マネージャのための実践移行ガイド』 - kuranukiの日記(移転しました)→ http://kuranuki.sonicgarden.jp
  • FC2.com - 404 Error

    404Error - Page not found ご指定のファイルが見つかりませんでした 30秒後にトップページへ移動します

  • 以下のような宿を探しています。 ・設備に会議室(なければ大広間のような貸切スペース)がある ・会議室(大広間)にインターネット接続環境 ・東京都内から車で数時間程.. - 人力検索

    以下のような宿を探しています。 ・設備に会議室(なければ大広間のような貸切スペース)がある ・会議室(大広間)にインターネット接続環境 ・東京都内から車で数時間程度の距離 ・開発合宿で使われていない(開発合宿の利用宿一覧:http://www.kaihachu.com/archives/2007/01/post_16.html) ・1泊2で5000〜7000円程度 ・温泉があると嬉しい(あくまでオプション要素)

  • ひがやすを blog - JavaからRubyへ -

    http://d.hatena.ne.jp/higayasuo/20070417#1176813784の続き。 前回のエントリーでDIContainerが提供する機能で重要なのは AOP スコープ管理 で、IoCがDIContainerの敷居を高くしていると書きました。それでは、どうしたらよいのでしょうか。 必要なオブジェクトは、自分から取りにいけばよいのです。たとえば、AOPとスコープ管理を低要するFactoryクラスがあるとします。 public class Factory { public static T getInstance(Class<? extends T> type) { ... } }使うときには、次のように呼び出します。 Service service = Factory.getInstance(Serivice.class);このFactoryクラスを使ったときのC

    ひがやすを blog - JavaからRubyへ -
  • ひがやすを blog - [DI]DIって本当に必要? その2

    http://d.hatena.ne.jp/higayasuo/20070416#1176719022の続き。 それでは、DIContainerの機能で当に必要な2つの機能って何でしょうか。一つは、インスタンスのスコープ管理です。スコープとは、singletonだとかprototypeのようにインスタンスが存在する範囲のことです。たとえば、singletonの場合は、いつ取得しても同じインスタンスが返ってきて、prototypeの場合は、取得するたびに新しいインスタンスが返ってきます。 このスコープ管理は、単純にオブジェクトをnewしているだけでは達成できません。以前のコードを見てみましょう。 Service service = new Service();これは、ある意味prototypeですが、これをsingletonにしたい場合、次のようなコードにする必要があります。 Servic

    ひがやすを blog - [DI]DIって本当に必要? その2
  • ひがやすを blog - [DI]DIって本当に必要?

    http://www.commonsmedia.jp/cm/JavaAndSolarisCampaign blogでNetBeansやJavaEEについて書いて、トラックバックしたら先着100名にAmazonギフト券3000円分をプレゼントするそうです。id:nowokayさんのためのような企画です。 id:taediumさんもid:da-yoshiさんもぜひどうぞ。ただし、Seasar固有のことはできれば避けてねということです。 DIって当に必要?たまにそう思うときがあります。DIによって開発は当に楽になったのか。 DIのメリットでよく語られることとして、インターフェースと実装を分離し、機能の利用者側はインターフェースを通じて機能を利用することで、実装に直接依存しなくなり、後で実装を変更しても影響を受けなくなるということがあります。 実際後から、実装クラスを変更するということはめった

    ひがやすを blog - [DI]DIって本当に必要?
  • ドキュメントとソースの乖離 - kuranukiの日記(移転しました)→ http://kuranuki.sonicgarden.jp

    ドキュメントとソースコードの内容が乖離してしまうことはよくあることですね。 アジャイル開発の場合、最初のリリース後の反復は、まさしく積極的な保守のような開発になる訳で、そうなると、ドキュメントが多くあると変更コストが高くなるため、なるべくドキュメントの量を減らすようにしています。ドキュメントがあることで、変更コストが高くなるというのはどういうことでしょう。それは、動くソフトウェアとドキュメントの内容を同期しないといけないからですね。アジャイル開発をする場合には、乖離しないための手段を考えることは成功のために大切なことになってきます。 また、私は、以前から、テスト駆動開発(TDD)で開発する際には、テストケースのソースコードを置くディレクトリは、なるべく、テスト対象のソースコードの近くに置くべきだと主張してきました。同じプロジェクトのディレクトリに置くことはもちろん、できるならば、テスト対象

    ドキュメントとソースの乖離 - kuranukiの日記(移転しました)→ http://kuranuki.sonicgarden.jp
  • showyou --- HTML に Ajax でドキュメントを出力 (でぃべろっぱーず・さいど)

    ExecelやWordで画面仕様を管理していると、こんな問題に直面することありませんか? ・設計書の見た目に懲りすぎて作業がはかどらない。 ・変更履歴を書くのが面倒。 ・いざ障害が発生したらドキュメントよりソース優先だ。 ・画面デザインが変更になるたび、画面イメージの張り替えが発生して発狂しそうになる。 そこで考えてみたのが、この showyou という仕組み。 外部のtextファイルにwikiフォーマットで記述したドキュメントを、実際の画面上に出力します。 画面仕様作成時、画面デザイン作成時、開発時などは、ドキュメントを出力し、番環境ではshowyou ディレクトリの中に空のファイルを配置することで、ドキュメントを非表示にすることができます。 この方式でのメリットは以下の通り。 ・開発環境では、画面の下に常にドキュメントが表示されているので、実際の動きとドキュメントの乖離に気が付きやす

  • プログラマの権利宣言

    Jeff Atwood / 青木靖 訳 2006年8月24日 企業は開発者に給与として60-100kドル支払いながら、ひどい作業環境と汚い使い古しのハードウェアによって彼らを損なっている。信じられない話だ。そんなのはビジネス的に理屈に合わない。ところがそういうのをどこでも目にする。ソフトウェア開発者が成功するために不可欠なものを与えていな い企業がいかに多いかは驚くばかりだ。 そこでプログラマの権利宣言を採択し、成功に不可欠な基的なことを否定する企業からプログラマの権利を守ることを提案する。 すべてのプログラマは2つのモニタを持つ権利を有する 下落する液晶ディスプレイの価格と、遍く存在するデュアル出力ビデオカードのことを考えるなら、開発者を1つのディスプレイに制限するのはばかげた話だ。ディスプレイを2つにすることによって得られる生産性の利益については、今では十分に説明されている。開発者の

  • SEとプログラマのための無責任バーチャル神社「開発神社」

    SEとプログラマのための無責任バーチャル神社ということで、「開発神社」という謎のサイトがあるようです。ダメクライアントのごとく無責任に占ってくれる「おみくじ」、納品前・番リリース前に使える「神頼み」(なぜかRSS配信までされていて笑える)などがあり、システム開発で苦しんでいる人たちのオアシスを目指している……らしい。 霊験があるかもしれないけどたぶん無いと思う詳細は以下の通り。 開発神社 ~SE・プログラマのためのバーチャル神社~ http://kaihatsu.akekure.com/ 占ってみた……中吉 神頼みもできるらしい みんなが神頼みした内容はここからRSSで配信されるわけですが、悲惨すぎる……。

    SEとプログラマのための無責任バーチャル神社「開発神社」
  • Javaトラブル解決ドリル 20070327_javatroubleshooting.pdf (application/pdf オブジェクト)

    Oracle Hardware Oracle hardware includes a full suite of scalable engineered systems, servers, and storage that let enterprises optimize application and database performance, protect crucial data, and lower costs. Organizations improve database performance, simplify management, and lower costs with exclusive features and automated operations that aren’t available with other solutions. Oracle Exada

  • CodeZine:「超高速、完全自動、しかもフリー」 WebテストツールのGITAK公開(TIBCO, 開発ツール)

    TIBCOは、オープンソースのWebサイトテストツール「TIBCO General Interface Test Automation Kit 0.7」(GITAK)を公開した。TIBCO Developer Networkより無償でダウンロードできる。 「TIBCO General Interface Test Automation Kit」は、Webサイトの入力チェック、ボタンの動作内容、JavaScriptの動作などを自動で一気にテストできるツール。すべてのテストがブラウザで完結するのが特徴だ。ダウンロードファイルにはサンプルが含まれているので、試しに動作させてみることができる。 1.GITAKの入手 TIBCO Developer Networkよりファイルをダウンロードし、解凍する。 2.TestRunner.htmlの起動 解凍してできたフォルダから「/gitak/c

  • 「やりたいことを見つけなくちゃ」――なんちゃって個人情報・kazinaさん

    「ひとりで作るネットサービス」第6回目はテスト用の個人データを大量生成してくれる「なんちゃって個人情報」、文字入りのQRコードを作ることができる「MOJI-Q」を手がけたkazinaさんに話を聞いた。 「基的に面倒くさがりなんです。だから、全部勉強してから作りはじめるということはないですね。これが作りたい! と思ったら、実現する方法だけを探してとにかく作ってしまいます」 自身のプログラミングスタイルについてそう語るkazinaさん。プログラミング歴は中学のときからだという。元々はDelphiを使ってWindows用のソフトを作っていた。「なんちゃって個人情報」のようなWebサービスを作るまでの経緯はどんなものだったのだろうか。 ゲーム大好き少年が、Delphiから格的プログラミングの道へ 「中学生のときはゲームばかりやっていました。グラディウスとかシムシティとか。ゲームで遊んでいるうち

    「やりたいことを見つけなくちゃ」――なんちゃって個人情報・kazinaさん
  • 行動力だけで生きるエンジニアの“上京物語”――はてブTV・あきやんさん

    「これを読んでいると、まだまだできることはあるな、と思います。僕のバイブルです」。あきやんさんがそういって見せてくれたのは「ハッカーと画家」という。ページを開くたびに技術の可能性にワクワクするという。はてなブックマークで人気のサイトをテレビのチャンネルを切り替えるように次々と見せてくれる「はてブTV」をはじめ、1人でさまざまなサービスをリリースするあきやんさんにエンジニアとして目指すものを聞いた。 「僕、あきやんって言います」「おー、あきやんさんか。君、いいよね」「えっ、僕のことを知っているんですか?」 2005 年末、東京出張に来ていたあきやんこと秋田真宏さんは異業種交流イベント「無敵会議」に出席していた。イベント中に名刺交換をしたのは、ブログ「最速インターフェース研究会」を運営するma.laさん。ずっと前から読んでいたブログで、 ma.laさんを技術者として尊敬していた。そのma.l

    行動力だけで生きるエンジニアの“上京物語”――はてブTV・あきやんさん