第12回 ライフスタイルの中でのクリエイティブとプロセスにおけるツールの役割 | gihyo.jp
Flashをはじめさまざまなテクノロジーとともにユーザへリッチな体験を提供し続けるアドビ システムズ 株式会社（以下Adobe）は2010年4月に、次世代クリエイティブツールAdobe Creative Suite 5ファミリーを発表しました。 今回、アドビ システムズ 株式会社クリエイティブソリューション部Webグループフィールドマーケティングマネージャー西村真里子氏をゲストに迎えレギュラーメンバーの二人とともに、これからのクリエイティブの価値、そのために必要なツールの役割について熱く語っていただきました。 今回、レギュラーメンバーの1人、長谷川敦士氏はIA Summit 2010参加により欠席となります。 長谷川氏からのコメントは記事最後に！ 西村 真里子（にしむら まりこ） アドビ システムズ 株式会社クリエイティブソリューション部 Webグループフィールドマーケティングマネージャー
見積もり・発注 - 技術情報Wiki
発注／調達 † 値切ってはいけない 2009.3.6 確かに，プロジェクトには予算が決められており，その予算の枠内でやり遂げる必要がある。どうしても予算と見積もり金額が合わない場合には，入念に価格交渉を行い，発注者と受注者の双方が金額の妥当性について合意した上で確定させるべきなのだ。 そのためには，PMは出てきた見積もりを査定する能力が必要であり，かつ高い折衝能力が必要である。 はじめてのRFP 2008.2.4 調達用語 RFP,SLCP,SPAとか ＲＦＰ（Request For Proposal：提案依頼書） ＳＬＣＰ−ＪＣＰ９８：Software Life Cycle Process - Japan Common Frame 1998 ＳＰＡ（Software Process Assessment）
IT業界
IT業界っていっても非常に大きくて、ネットワークからユーザサポート、そしてシステム開発とあるわけだけど、 その中でシステム開発、とくに業務アプリ開発業界のうごきを1エンジニアの目から見てみる。 現状を端的にいえば、「非常に厳しい」ものとなっている。 日本の業務アプリ開発は長い間、客が提示する案件を大手SIが受注し、それを大手SIの子会社と外部協力会社（派遣会社）から派遣された技術者がくみ上げていた。 ところが08年のサブプライム、リーマンショック以降、客が案件を提示しなくなった。 それがもろにでたのは通年4月から始まるはずの新規案件で、案件数が激減した。業務とか言語とか関係ない。何でもかんでも一気に減った。 その結果、3月末日で終了した案件に投入されていた人材が一気に余剰人員となった。 また保守案件に携わっていた外注要員も、契約更新のタイミングでSIのプロパーと入れ替わりとなっていった。
最近SIerがだいぶヤバくなっている件 - GoTheDistance
via IT業界から思ったことを。 Twitterでつぶやいたら結構こんな感じで厳しい状態になっているSIerが増えているようなので、僕なりに現状をまとめてみる。 よくわかるSIer涙目の構図 サブプライム、金融危機でSIerのお得意様の金融・メーカー様が大打撃を食らう。 2008年はとりあえず様子見で予算編成は据え置きだったが、今年に入って財布にチャックがかかる。 先行き不透明なので、GW明けぐらいの今期のIT予算が相当カットされた数字になった所が続出。 計画していた新規案件を中止するなどする。運用でなるべくカバーする方向へお客様が動く。 その結果SIerは新規案件がなくなる。案件自体がなくなっていく。予算が無いから当たり前。 大手がプロパーの仕事がなくなってきたのでプロパーで人数減らしてまわし始める。 プライムで食い込んでいるお客様の仕事が減ってきたので、外注に仕事が依頼できる余裕がな
システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
広告システムエンジニアは絶対におもしろいと思う理由 - 最速配信研究会(@yamaz)
少し前からだけど,Cookpadやはてなが広告システムエンジニアを募集している. クックパッド｜採用情報: 【技術部】アドシステムエンジニア http://info.cookpad.com/?page_id=113 求人情報：広告システムエンジニア - はてな http://www.hatena.ne.jp/company/staff/accountengineer 私個人の経験から,オンライン広告システムというのは検索やインフラ系と並び,インターネット系のシステムの中でもっともエキサイティングな分野の一つだと思っている.それにもかかわらず,狙って応募してくる人はあまりおらず,いつもいつも悔しい思いをしてきていたので,広告システムがいかにおもしろいかをちょっと述べてみたいと思う. その会社で一番アクセスを受けるところなのでおもしろい. 広告システムはそのサイトの全サービス上に配信する必要が
プラットフォームを選ぶということ
この業界で仕事をしていると、しばしば迫られるのが「どのプラットフォームに向けて商品開発をして行くのか」という決断。会社としての経営判断の場合もあれば、個人のスキルアップやキャリアパスのための判断の場合もあるが、いずれにしろ限られたリソース・時間をいかに有効に使うか、という点ではとても大切。 パソコン用のソフトウェアであれば、「Windows向けに作るのかMac向けに作るのか」というOSレベルでの選択肢もあるし、「Windows Vista独自の機能を使って差別化を図るのか、それともWindows XPでもちゃんと動くように作ってまずは大きな市場をとりに行くのか」というOSのバージョンレベルでの選択肢もある。もちろん「そもそも特定のOS向けのアプリを作るべきか、それとも、すべてウェブ・アプリケーションとして作るか」というアーキテクチャ・レベルでの選択肢もある。 「少なくともここ数ヶ月はiPh
「作っては壊す」過程があってこそ良いものが作れる
iPhone用の「はてな人気エントリーリーダー」、そろそろ形になってきたのだが、作ってみていろいろと発見した部分もあったので、全面的にクラス構成を見直し、大幅に書き直した。 HTTPで通信をしているコードが二カ所に分かれていたので、それをDataOverHTTP/XMLOverHTTPという二つのクラスにまとめ（XMLOverHTTPはDataOverHTTPのサブクラス）、はてな独自のRSSフィードを読んでいるコードから一般的なRSSフィードを扱うコードをくくりだしてRSSFeed/RSSFeedLoaderという二つのクラスにまとめて、あとで別のアプリケーションで再利用することを可能にした。それに加えて、各種ローダーに非同期通信をさせる主体をController（HotEntryViewController）からModel側（HateneHotEntry）に移すことにより、難解になりが
JPCERT/CCとの「脆弱性情報ハンドリング」の記録 : DSAS開発者の部屋
■ はじめに 「△△製のソフトウェア××に脆弱性が発見された」というニュースが連日のようにネットの上を行き交っています。 このブログの読者にはプログラム開発者の方も多いと思いますが、 自分の携わるソフトウェアの脆弱性を第三者から指摘された経験のある方はどのくらいおられるでしょう？ 先日、筆者は「HttpLogger」というフリーソフトウェアのセキュリティホールを修正しました。 そのきっかけとなったのはJPCERT/CC（有限責任中間法人 JPCERT コーディネーションセンター）様から届いた 一通のメールでした。 それから私は同センターと連携し、10日余りの準備期間を経て修正ずみのモジュールの公開と 旧バージョンにおける脆弱性情報の開示を行いました。 この「脆弱性情報ハンドリング」と呼ばれるプロセスに関わったことは、一般的な知名度とは裏腹に 普段あまり身近な存在ではない「JPCERT/CC
ウノウラボ Unoh Labs: 気分をかえてウノウで趣味の開発してみませんか？
Keitaです。 週末などに、趣味でコーディングをする時気分を変えて、時々喫茶店にいって開発したりする人もいると思います。僕も、一度、変わった所で開発をしてみようと公園でノートパソコンを広げて開発してみたことがありますが、残念ながら、その日は太陽の光が強く液晶ディスプレイがほとんど見れないという問題にあって、挫折したことがあります。 さて、そういうこともあり、週末会社があいている時間を利用していろいろな人と一緒に、内容はばらばらでも開発してみたいよねという話を社内でしてみたところ意外と盛り上がり、うまいこと許可もとれたので、一日だけ皆さんの開発場所としてウノウを提供させていただこうと思います。 イベント名: サタデー・コード・フィーバー 日時: 2008年2月16日 10:00～ 最大人数: 20人まで タイムスケジュール - 10時～11時集合（順次集合してもくもくと開発
エンジニアでない人のための「Web＋DBサイト」入門 第11回（最終回） Web＋DBサイト構築の見積もり額，適正価格とは？：ITpro
最終回です。今回は，ある意味IT業界の禁忌に触れてみます。Web＋DBシステムを発注したときの見積もり額の秘密です。システムが目指す最終的な目的は”利益を上げられる仕組みの構築”です。見積もり額は利益算定の一番わかりやすいコスト判断ですが，果たして構築費用はどういう計算で生まれているのでしょうか。 利益を上げるコツは「身の丈に合った投資」をすること 利益を上げるためにはどうするべきか。私は経済評論家ではありませんから，あれやこれや難しい話はできません。ただ物事の本質は，実はいつだって単純なものです。バサっと単純明快に言い切ってしまいましょう。「自分の身の丈に合った額を投入すること」です。 決して都会とは言い切れない我が家周辺では，冬になると焼き芋の巡回販売車が回ってきます。焼き芋屋さんのほとんどは軽トラックを使っています。なぜ軽トラックなのでしょうか？ つまらないことに見えますが，これがビ
情報サービス産業を救う銀の弾丸はない - 雑種路線でいこう
そうそう人月はなくならない。世界の何処だってヒトを売るときは人月だ。同じヒトを買うならユーザー企業が直接雇用した方が方が安いし組織の壁がなく合理的だ。米国で日本よりパッケージの活用が進むなど合理的な情報システムが構築されやすいのは、一時的なコンサルティングやプロフェッショナルサービスはともかく、システムの企画とか調整はユーザー企業の従業員が行っていることが大きい。きっちり業務プロセスから見直すことができるし、ちゃんとコストを下げるインセンティブが働いているのだ。 日本でそういった企業が少ないのは、ジョブローテーションの中で情シス部門のスペシャリストを育て、しかるべき処遇を用意することが難しく、減点法の人事評価ではリスクを取って新しい技術を導入するより、付き合いの長い業者に丸投げして失敗を避け、或いは失敗しても責任を押し付けた方が得だからだ。 つまりユーザー企業の発注能力が低いとか、重層的な
ITサービス会社の営業と開発に大変革を迫る「工事進行基準」
システム・インテグレータなどITサービス会社は間もなく，トップマネジメントから現場の営業，開発に至るまで抜本的な変革に迫られる。これは「そうしなければ勝ち残れない」といった類の話ではない。2009年4月にも予定される会計基準の変更がITサービス業を直撃するためで，顧客との厳格な契約と正確な原価見積もり，精緻なプロジェクト管理などが実践できない限り，事業の継続自体が不可能になりかねないのだ。 今回の会計基準の変更では，SI（システム・インテグレーション）案件などで「工事進行基準」による会計処理が事実上義務づけられる。現行の「完成基準」は，システム開発が完了し検収書を受け取ってから売上を計上する。これに対して，工事進行基準はプロジェクトの進ちょく状況に合わせて売上を“分散計上”する。一見すると，単なる会計処理の方法の変更だが，営業担当者やSEの業務にも多大な影響を及ぼすことになる。 工事進行基
フラッシュで作成したものについての見積もりの相場がよくわかりません。…
フラッシュで作成したものについての見積もりの相場がよくわかりません。見積もりの出し方がのっているようなサイト、またはクリエーターの方からのご回答をお待ちしております。アニメーション等は、動きの細かさによって金額が変わってくると思います。具体的なものを見せていただき、いくらぐらいと教えていただけると助かります。 また、下記のような外部ファイルを読み込んでスクロールで見せるようなシステムをフラッシュで作成すると、どれくらいの見積もりになるのでしょうか？よろしくお願い致します。 http://homepage3.nifty.com/like-hana/test/fla/test1.html
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
笑わないプログラマ - 【軍曹が】携帯電話開発の現状【語る】