タグ

developmentに関するrekramkoobのブックマーク (176)

  • MOONGIFT: » 要チェック!Ajax向けIDE「WaveMaker Visual Ajax Studio」:オープンソースを毎日紹介

    Prototype.jsやscript.aculo.us、jQueryなどのJavaScriptライブラリがあるお陰で、AjaxやJavaScriptを駆使したWebアプリケーションが容易に作成できるようになっている。が、まだまだGUIアプリケーション並みとはいかないのが現状だ。 サンプルアプリケーションを開いているところ それを打破できるかも知れないソフトウェアを紹介しよう。Webアプリケーション開発者皆さんにおすすめだ。 今回紹介するオープンソース・ソフトウェアはWaveMaker Visual Ajax Studio、Ajax開発向けIDE(統合開発環境)だ。 WaveMaker Visual Ajax StudioはJavaベースのソフトウェアで、Tomcatを使っている。起動後、localhost:8094でサービスが立ち上がる。ブラウザベースで動作するが、これはまさにIDEのW

    MOONGIFT: » 要チェック!Ajax向けIDE「WaveMaker Visual Ajax Studio」:オープンソースを毎日紹介
  • デスマーチがなくなる? IT業界に義務付け「工事進行基準」ってなんだ ― @IT

    ユーザーの要件定義があいまいでシステム開発中も修正に次ぐ修正。プロジェクトは大幅に遅れて、予算が超過。しわ寄せは下請け、孫請けへ。デスマーチ……。新3Kともいわれるこんな日IT業界が2009年4月に大きく変わるかもしれない。そのきっかけとなるのが「工事進行基準」の原則義務付けだ。 【関連記事】 工事進行基準を分かりやすく解説してみよう【基編】 工事進行基準を分かりやすく解説してみよう【対応編】 工事進行基準(用語解説)とは会計基準の変更によって2009年4月にシステム・インテグレータ(SIer)など受注ソフトウェア開発業に原則として義務付けられる収益の計上方法。開発期間中にその売り上げと原価(費用)を、工事(ソフトウェア開発、システム開発)の進捗度に応じて、分散して計上する仕組みだ。 これまでSIerは、工事進行基準ではなく、開発終了時に売り上げと原価を一括計上できる「工事完成基準」

    デスマーチがなくなる? IT業界に義務付け「工事進行基準」ってなんだ ― @IT
  • 「誰が書いても同じコード」は大事なことなのか - ひがやすを技術ブログ

    昨日、大手SIerの方々と話をする機会があって、そこで出てきたのが、「誰が書いても同じコード」になることが重要で、それを実現するために、ドキュメントをいっぱい書かなくてはいけないという話。大手SIerは、大体同じことを考えていると思います。 でも、「誰が書いても同じコード」にするってのは、そもそも無理だと思うんだよね。そうやって、わざわざドキュメントをたくさん書かせても、めためたなコードを書くやつはいて、総合テストするときに、現場は燃え上がるもの。ある程度の規模以上のプロジェクトなら、どこでもそんな感じじゃないかと思います。 重要なのは、「誰でもメンテナンスできるコード」にすること。そのために、コーディング規約は、きちんと決めてみんなで守る、それ以上は、がちがちに縛る必要はない。 がちがちに縛るために、設定ファイルをたくさん書かせたり、必要以上のドキュメントを書かせるのは、一定の品質を確保

    「誰が書いても同じコード」は大事なことなのか - ひがやすを技術ブログ
  • B3 Annex: Appleエンジニアが語る、Appleがデザインプロセスで行っている4つのコト

    毎年恒例のSXSWは結局、女性雑誌記者による若きFaceBook CEO Mark Zuckerbergとのステージトークが不満足なもので終わったという話題だけが目立ち、なんだかな、と思っていたら、ちょっと面白い記事が出てきた。 これは、AppleのシニアエンジニアリングマネジャーのMichael Lopp氏がSXSWのパネル"Blood, Sweat, and Fear: Great Design Hurts"で語ったものをBusinessWeekがまとめたもの。クリエイティブをどのようにマネジメントしているかが垣間見れる。 以下は、例によってB3 Annex抄訳。 Apple's design process by Business Week 完璧なモックアップを作る(Pixel Perfect Mockups)手間と時間はかかるが、早い段階で、「完璧なモックアップ」を作ることで、すべ

  • http://e0166nt.com/blog-entry-430.html

    http://e0166nt.com/blog-entry-430.html
  • 1998年web制作デスマーチレポート*ホームページを作る人のネタ帳

    1998年web制作デスマーチレポート*ホームページを作る人のネタ帳
  • 世界のゲームデベロッパートップ50―首位は任天堂京都 | インサイド

    世界のゲームデベロッパートップ50―首位は任天堂京都 | インサイド
  • バグ見つけた→それってどんなテスト?もしくは、なんでMVCなんて使うの? - D-6 [相変わらず根無し]

    バグ見つけた→それってどんなテスト?もしくは、なんでMVCなんて使うの? 最近ソフトウェアエンジニアリングに置ける開発手法に関して考えている。 ぶっちゃけ言ってしまうと「やっぱりTDDっぽいのがいいな」というところに落ち着きつつあるのだが、厳密にTDDをしたほうがよい、と思ってるわけではない。TDDとかExtremeプログラミング、Agileプログラミングにしても理想はいいんだけど、原理主義っぽい使い方は現実にそぐわないと思ってるからだ。 前置きはこれくらいにしておいて・・・重要だと思うのは以下の点: 開発サイクルに自動テストツールを組み込むエンジニアによるバグ/不具合発見時には「動かない」は許可しない。必ず再現コードを提出してもらうテストを自動テストツールを組み込む(=次回リリース前にはかならずテストを実行できる状態にする)テストが通るまで修正を続けるという開発サイクルを取るべきだ、とい

  • デスマーチを防ぐスケジューリング : LINE Corporation ディレクターブログ

    こんにちは。「livedoor 検索」担当の須田です。 今回はデスマーチを防ぐスケジューリングについて書きます。 以前紹介された、「4つのステップで作る webサイト開発のスケジュール作成」という記事も併せて参考にしてください。 みなさんは周囲で、「このお客様は大事なお客様なので、納期早めでお願いします」または、「大型の案件なので早めに作業してください」という声を聞いたことはありませんか? 仮に、優先すべき案件だとしても、無理なスケジュールで作業を進行することは好ましくありません。 デスマーチ状態に陥るようなスケジュールを作成してしまった場合、ディレクターとして以下のような原因が考えられます。 1)技術者を魔法使いであるという幻想を持っている。 ※これに関しては、「エンジニアは魔法使いという幻想」という記事にも紹介されています。 2)技術者の作業内容について、「結果」は知っているが、「過程

  • 泥臭いWEBの底から~WEBディレクター覚書~ webディレクターの最小構成

    soho Webデザイナーの試行錯誤な日々 web制作屋は、一体どのスキルを持っていれば即戦力なのか?を考えてみる。 とか、そこで関連記事になっている ホームページを作る人のネタ帳 web制作屋は、一体どのスキルを持っていれば即戦力なのか?17の作業に分解 といった記事を読んで考えたこと。 どちらも「web制作屋」という広い範囲を対象にしていて、 「soho Webデザイナーの試行錯誤な日々」では ・コミュニケーション能力があること ・誠実な態度と責任感をもっていること ・一般常識(社会的モラル、大人のマナー)をもっていること ・webのセンスがあること(デザインセンスとか動画のセンスとか) ・htmlCSSのコーディンができること ・photoshop,illustrator,flash等々のソフトを使えること ・ネット上で使用されている技法や技術がなんとなくわかること ・わからないこ

  • 障害対応とチューニングの危うい関係

    開発現場は日々の仕事の場であるとともに、学びの場でもある。先輩エンジニアが過去に直面した困難の数々、そこから学んだスキルや考え方を紹介する。 パフォーマンス・チューニング・チームのリーダーに 前回「オフショアなんて、怖くない」では、オフショアでの開発を含む大規模基幹システム構築プロジェクトの経験を基に、私がオフショア開発に思うことをお話ししました。今回はその続きで、同じプロジェクトでのパフォーマンス・チューニングについてです。 オフショアでの開発・結合テストも終了し、システムテストが開始されました。移行のリハーサルも無事完了し、数百万件のトランザクションが投入されました……。と、ここまでは順調に見えましたが、移行データでのテストを開始してすぐに、性能に関する問題が表面化しました。 数百件、数千件のテストデータでは問題なく動いていたアプリケーションが、ボタンを押しても数分間応答しなくなったり

    障害対応とチューニングの危うい関係
  • [GDC2008#33]ファイナルファンタジーのために作られたスクエニオリジナルエンジン「Crystal Tools」とは

    [GDC2008#33]ファイナルファンタジーのために作られたスクエニオリジナルエンジン「Crystal Tools」とは 編集部:aueki スクウェア・エニックスの村田琢氏 GDC08で,スクウェア・エニックスの村田琢氏の講演が行われた。この講演は,2007年に作成された同社社内ツールに関するもので,いかにしてスクウェア・エニックスでそのようなものが作られるようになったのかを示したものである。一社の方針や過程はともかく,氏が過去に作成していたツールの有効性などが紹介されていて,なかなか興味深い内容だった。 さて,ゲーム会社ではさまざまな社内ツールを使用することがあるのだが,村田氏はそのような社内用ツールの制作を行っていたという。 当時のスクウェア・エニックスでは,多くのチームが並行してゲーム開発を行っており,制作環境として見れば非効率的な状況。とはいえ,当時の家庭用ゲーム機はメモリ容量

    [GDC2008#33]ファイナルファンタジーのために作られたスクエニオリジナルエンジン「Crystal Tools」とは
  • IDEA * IDEA

    ドットインストール代表のライフハックブログ

    IDEA * IDEA
  • Adobe Flash Player - Downloads

    https://main--cc--adobecom.hlx.page/cc-shared/assets/img/product-icons/svg/express.svg | Adobe Express 注目を集めるコンテンツを制作するなら、Adobe Expressがお勧めです 美しいコンテンツを簡単に作成して共有できます。プロがデザインした何千ものテンプレートの中から選び、SNS投稿、チラシ、バナーなどをあっという間に作成できます。 Adobe Expressを無料で入手

    Adobe Flash Player - Downloads
  • 新サービスを開発するときに気をつけてること : a++ My RSS 管理人ブログ

    もう全然気合が足りないので、自分への戒めも含めて「新サービス開発」について思いつくままにメモ残します。 新サービスを開発するときには: コンセプト = メタファーを決める メタファーとは、「そのサービスって、つまり○○だよね」の○○に当てはまる具体的な言葉です。 どんなサービスでも「既存の言葉」に当てはめないと理解しにくいので。 「GPS機能で配送遅延から距離を感じられるオンラインメッセージングツール」じゃなくて「それって伝書鳩」みたいな。 これは知り合いに説明してみるとヒントが得られること多しです。 サービス名を決める ドメイン取るとかの理由もありますが、名前が決まっているかどうかで作業のはかどり方が全然違います。 アイデア ⇒ 開発 ⇒ 仕上げ の苦しみ度合いを理解しておく 実は開発する作業が一番楽です。厳しいのは仕上げ。途中で萎えないような工夫が必要だったりします。 時間をかけて悩ん

  • 「アジャイルプラクティス」はスゴ本

    marsさんが、「システム開発に関わる人はみんな読めー」と強力にオススメするにつられて読む。これはスゴ。marsさん、良いを教えていただき、ありがとうございます。 ■ どんな? 書は、開発現場で培われた「成果を出す習慣」を、45のプラクティスとして紹介している。開発速度を大幅に上げたり、高速納期を目指すような、「アジャイル開発プロセス」という決まったやり方は、存在しない。アジャイルな開発とは、現場でのさまざまな活動をアジャイルにしていく――つまり、変化に適応することを継続させていく―― 「習慣」だということに気づく。協調性+フィードバックによるプラクティスは、あまりにもあたりまえすぎて見過ごされがちかと。その反面、意識して実践するならばこれほど心強い金棒はないだろう。 ■ 忘れがちな基中の基「成果をあげるのが仕事」 面白いのは、「悪魔の囁き」と「天使の導き」との間で揺れ動く「感

    「アジャイルプラクティス」はスゴ本
  • 携帯電話の「簡単ログイン」個体識別番号 | i yahoo i.com:blog

    携帯サイトの作成が毎回うまくいかない。 チェックがめんどくさいからまったく覚えられない。 ログイン周りも固体識別でできっるってことは知っていてもどうやってやるか分からなかったからとても参考になりました。 携帯サイトはほんとに作ってみたいから今度これを参考にやってみよう。 http://ameblo.jp/yosswi/entry-10036647527.html http://tachibana.blog.ocn.ne.jp/blog/2006/05/ez_7a39.html 個体識別情報、EZ番号、端末シリアル番号の取得方法 携帯電話には、個々の端末を識別するための情報が付与されており、携帯電話対応WEBアプリケーションの認証などに、この情報を用いることがある。各キャリアで呼び方や取得方法が異なっているが、いずれもHTTPヘッダから取得することが可能である。(但し、ユーザーがこの情報

  • ケータイでの自動ログインの実装方法について教えて下さい。…

    ケータイでの自動ログインの実装方法について教えて下さい。 Yahooモバイルや、mixiモバイルのような簡単ログイン、自動ログインのような機能を実装するための方法や参考になるページを教えて下さい。 #個別の識別子を利用する方法を想定していますが、自サーバ側のクッキーの方法でも構いません。 言語 PHP ユーザの端末は、Docomo, AU, SoftBankを想定。できるのであれば WILLCOMも。

  • たちばな弁当: 個体識別情報、EZ番号、端末シリアル番号の取得方法

    携帯電話には、個々の端末を識別するための情報が付与されており、携帯電話対応WEBアプリケーションの認証などに、この情報を用いることがある。各キャリアで呼び方や取得方法が異なっているが、いずれもHTTPヘッダから取得することが可能である。(但し、ユーザーがこの情報の送信を許可していることが前提) キャリア毎の特徴、フォーマット、取得ロジックのサンプルを以下にまとめる。キャリア識別を事前に行なっておく必要があるので、それについては別記事を参照。 1. NTT DoCoMo(ドコモ) 特徴は以下のとおり。 個体識別情報と呼ばれ、ユーザエージェント(User-Agent)ヘッダから抽出する。 非FOMA端末とFOMA端末でフォーマットが異なる。 FOMA端末からは、「FOMA端末製造番号(機種変更時に変わる)」と「FOMAカード製造番号(機種変更しても変わらない)」が取得できる。 個体識別情報が自

  • 携帯端末の個体識別情報(uid)取得方法

    携帯サイトでユーザー認証をする方法はいくつかあります。 一番簡単なのは、ユーザ名とパスワードを使う方法です。 しかし、毎回入力するのはユーザにとっては面倒ですよね。 PCサイトならばクッキーを使ってこれらの情報を保存しておけるので 毎回入力する必要はありません。 しかし携帯サイトではクッキーが使えない(一部機種によって可能らしい)ので 別の手法を取ることを考えなくてはいけません。 そこで出てくるのが、携帯端末の個体識別情報(uid)を使うというやり方です。 携帯電話は電話番号と同じように、その端末を識別するIDのようなものを持っています。 これを利用すれば、アクセスしてきたのがどのユーザなのかを判別することが可能になるというわけです。 キャリアによって取得方法や制限などがあるので、以下に紹介します。 なお、個体識別情報はキャリアによって様々な言い方があるようですが ここでは便宜上「端末ID