糞システムにしないため、私ができること『はじめよう！ 要件定義』
「なぜ糞システムができあがるか？」の答えは、「一つ前の仕事をしている」に尽きる。 詳しくはリンク先を見てもらうとして、まとめるなら、自分の仕事のインプットが出来てないので、仕方なく前工程の仕事を代行しているうちに、リソースと気力がどんどん失われているからになる。これはプログラマに限らず、SEからPM、テスタや運用を入れても、当てはまる。「何をするのか」が決められない経営層が糞だから、あとはGIGOの法則（Garbage In, Garbage Out）に従う。 では、どうすればよいか？ 「“何をするのか”を決めてもらう」という回答だと、連中と同じ肥溜めに落ちている。なぜなら奴らの“目標”とは、「売上を○％ストレッチする」とか「新規市場を開拓する」といった、現状を裏返した願望にすぎないから。売上アップ／新規開拓のために、どこに注力して、何にリソースを使い、そのために必要な道具（システム）を“
巨大銀行の巨大システム開発で大変素晴らしい経験を得たという話
最近まで、ネット上のIT系ニュースで度々システム障害で我々にネタを提供してくれる某巨大都市銀行の次期システム開発に下請けとして新卒から参画していた。「某巨大都市銀行の次期システム」という時点でどこの銀行かピンとくると思う。次期システムとは大雑把にいうと80年代に構築され今なお稼働しているシステムのうち、外為、内為、預金などの業務にて稼働するサービス(実際のプログラムになる)を疎結合化してそれぞれのサービスを部品として再利用性やメンテナンス性の向上を図る、いわゆるSOA(サービス指向アーキテクチャ)で作り直そうというものだ。この辺も心当たりのある銀行と次期システムとかでググれば出てくると思う。銀行システムをSOAで構築するのは日本では初めて！！すごい！！先進的！！！という触れ込みだったらしいが、立ち上げからいるわけでもなくSOAの利点も結局実感できぬままこの業界から去ってしまったので本当に謎
SQLインジェクション対策もれの責任を開発会社に問う判決
ポイントは下記の通りです。 X社（原告）はセキュリティ対策について特に指示はしていなかった 損害賠償について個別契約に定める契約金額の範囲内とする損害賠償責任制限があった 当初システムはカード決済を外部委託し直接カード情報を扱っていなかった X社が「カード会社毎の決済金額を知りたい」とY社に依頼をして、その結果カード情報をいったんDBに保存する仕様となった（2010年1月29日） X社からの問い合わせに対してY社は、カード情報を保持しない方式に変更することが可能で、そのほうが安全となり、費用は20万円程度である旨を伝えた（2010年9月27日）が、その後X社は改良の指示をしなかった 以下の脆弱性その他が認められた システム管理機能のIDとパスワードが admin/password であった 個人情報が記載されたお問い合わせログファイルの閲覧が可能（ディレクトリリスティングと意図しないファイ
[IPA] デスマらないために「超上流から攻める IT 化の原理原則17ヶ条」が思った以上に使える件 [要件定義] | oshiire*BLOG
「超上流」という言葉自体はとても気に入らないけれども、IPA 独立行政法人 情報処理推進機構 が作って公開している「超上流から攻める IT 化の原理原則17ヶ条」が、当たり前のことを当たり前に並べてあってとても役に立つ。 原理原則 17箇条 ユーザとベンダの想いは相反する 取り決めは合意と承認によって成り立つ プロジェクトの成否を左右する要件確定の先送りは厳禁である ステークホルダ間の合意を得ないまま、次工程に入らない 多段階の見積りは双方のリスクを低減する システム化実現の費用はソフトウェア開発だけではない ライフサイクルコストを重視する システム化方針・狙いの周知徹底が成功の鍵となる 要件定義は発注者の責任である 要件定義書はバイブルであり、事あらばここへ立ち返るもの 優れた要件定義書とはシステム開発を精緻にあらわしたもの 表現されない要件はシステムとして実現されない 数値化されない要
![[IPA] デスマらないために「超上流から攻める IT 化の原理原則17ヶ条」が思った以上に使える件 [要件定義] | oshiire*BLOG](https://cdn-ak-scissors.b.st-hatena.com/image/square/bfb41ba2bfefb166491d5d3e83380136f2017ab2/height=288;version=1;width=512/http%3A%2F%2Foshiire.to%2Fwp-content%2Fuploads%2F2015%2F01%2F17principles-300x212.png)
開発者の仕事が遅いわけではない！納期が遅れるホントの原因 | POSTD
“なぜ納期を守れなかったのだろうか？” 我々マネージャが、納期に遅れることを自分のチームのせいにするのは簡単です。しかし、納期に遅れる原因は本当に開発者の仕事が遅いせいでしょうか？ Sprintly は、開発者のサイクルタイムに関する膨大なデータを保有しています。当社は、タスクのサイズごと（S、M、L、XL）、また種類ごと（ストーリー、テスト、バグ）に、完了までにどれくらいの期間がかかるかを追跡しています。 当社が調査した動向について 1点目：開発者は非常に平均的です。ユーザ全体で見たサイクルタイムはほぼ同じであることを当社のチケットデータが示しています。システム内の全チケットの75%は、開始後およそ175時間で完了しています。 ^(1) 2点目：変動があるのは、ほとんどがチケットが開始される前（SomedayからBacklogまで）の段階です。これは、関係者が仕様を理解して作業の優先順位
Twitterの日本人エンジニアに聞く、天才ハッカーと凡人の違い
Twitter社において日本人エンジニアとして活躍するひげぽんこと蓑輪太郎氏が、ITジャーナリストの西村賢氏と対談。勤務の習慣や開発環境、また社内の天才ハッカーが見せる特別な技術などについて語りました。 Twitter開発のテストはローカルで 西村賢氏（以下、西村）：Twitterって巨大な世界的企業で、一般的な開発と全然かけ離れているイメージがあったんですね。今ちょっと驚いたのがRailsでローカル環境でまだやってるということで、ローカル環境、例えば蓑輪さんも入られて最初、Macかなんかで開発するわけですよね。その上に開発環境を整える。 具体的に、例えばデータベースのところはどうするとか、結構この環境構築は大変なんですか、最近、その開発環境とステージングとプロダクションをなるべく近づけろとか、ありますよね、そういうトレンドが。そういう意味で言うと、ローカルTwitterが再現できちゃうと
プログラマとして30年以上の経験から得た教訓 | POSTD
私は、プログラマとして30年以上仕事をしてきた中で、学んだことがあります。そのいくつかを以下にご紹介します。もっと挙げることもできますよ。 実物を見せないと、顧客の希望は分からない。 このことは最初の仕事で学びました。顧客は、実物を見るまでは、何が本当に必要なのかがよく分かりません。言葉で長々と説明するよりも、機能検証のためのプロトタイプを提示する方が確実に役立ちます。 十分な時間があれば、あらゆるセキュリティは破られる。 現代社会において、セキュリティを保つことは信じられないほどの難題となっています。プログラマは常に完璧を求められますが、ハッカーは1回でもハッキングができれば成功なのです。 セキュリティが破られた場合、事前にその状況に備えた対策を講じているかどうかで結果が変わってくる。 最終的にセキュリティが破られることを想定する場合、その時に起こることに備えて対策を立てておく必要があり
内製 SG エンジンの軌跡 ～スクールガールストライカーズ～ 【 サーバ編 】
近年、ハイスペックなスマートフォン、高品質なネットワークが普及し、それによりモバイルゲームの制作手法やそれを取り巻く環境も変化してきました。スクウェア・エニックスでは、そのような環境の変化に対して、日々新たなチャレンジをし続けています。そして、このようなスピード感溢れる業界の流れには、会社の枠を超えた技術情報の共有、交流が欠かせないと感じております。 そこでこの夏、社内のエンジニア・テクニカルディレクターによる最新のモバイル開発の技術情報や社内モバイルエンジン、開発秘話によるセッションをメインに、スクウェア・エニックス モバイル オープンカンファレンスを開催する運びとなりました。また、セッションの後は登壇する弊社スタッフと直接ディスカッションやフリートークができる場を設けております。この機会にスクウェア・エニックスという会社についても、より詳しく知って頂ければ幸いです。 マネージャー・テク
プロジェクトは失敗するものである、という英国人の思想 | タイム・コンサルタントの日誌から
1993年3月、ロンドン証券取引所は、ビッグバンを背景に7年にわたって進めてきた、株式取引決済システム「トーラス」開発プロジェクトの中止を発表した。証券取引所はすでにこの事業に8000万ポンドの費用を投じており、人件費を含むシティ（ロンドン金融街）全体の投下コストは、総額5億ポンドに上っていた。証券取引所のＰ・ローリンズ理事長は、責任をとって辞任する。 「トーラス」は、株式売買のバックオフィス業務である株式決済処理の電子化・効率化を目的とした、英国金融界の共同事業で、中心的な推進役はロンドン証券取引所であった。トーラスは米国のパッケージソフト「ヴィスタ」をベースに開発されることになっており、本来ならば、'91年10月に稼働しているはずだった。それは一度、'92年夏に延期されていた。しかし、中止決定時点では'93年中の稼働すら危ぶまれる状況だった。 ちなみにこのプロジェクトは、ローリンズ理事
お役所と仕事すると言うこと
緊デジ、私的な総括 ～東北のある制作サイドからの視点～ http://anond.hatelabo.jp/20140501223619 良く潰れなかったなあ。たぶん資金繰りの才能があるんだろう。人徳も。 全く人ごとじゃなくて笑えないから、 補助金関連事業に関わるときの心構えってのを、適度にボカしながら書く。 まず、補助金関連事業の読み方からコンテンツ緊急電子化事業、略して緊デジってのが何なのかを簡単に。 ・目標 予算規模 補助金額（上限） 約10億円事業総額 約20億円電子化書籍のアイテム数 約6万タイトルhttp://www.kindigi.jp/about/ コンテンツ緊急電子化事業特設サイト（緊デジ.jp）「緊デジとは」から「目標」部分のみ引用 ザッツお役所仕事の典型例。 概略を読むときも「電子書籍市場の拡大及びそれに伴う被災地域の知へのアクセスの向上に向けて」とかは読み飛ばして良い
外注さんに失敗なく仕事をお願いする単純で画期的な方法を考えたった
株式会社プラムザ 代表取締役社長。システムコンサルタント。1998年に28歳で起業し、現在も現役のシステムエンジニア、コンサルトとして、ものづくりの第一線で活躍しつつ、開発現場のチームとそのリーダーのあり方を研究し続けている。 基本的にほぼ100％、社内のプログラマだけで開発を行っている弊社ではありますが、時折どうしてもリソース不足を起こすことがあります。 特にここ1年ほどは、消費税増税に伴ってシステムをフルリニューアルしようというようなお話が多く慢性的な製造力不足に悩まされております。 そんな時は外注の開発会社さんにお仕事をお願いするのですが、これがまあなかなか難しく、これまで結構失敗を重ねてきました。 今回、不肖わたくしめが「たぶんこれが正解じゃないか？？」という案を考えましたので、ここにご提案します。同業者の方々にとりまして何かヒントになれば幸いにございます。 □外注さんとうまくやる
開発支援系のサービスが充実しすぎて転職か廃業を考えた | Ore no homepage
なんて表現したらいいかわかんなくて、開発支援系サービスって謎表現したけど…。なんつーか、開発支援向けのサービス？クラウドってやつ？ってかいわゆる外部がやってくれる系のサービス(モニタリング/ホスティング/etc)が充実してますよね。んで、一介のWebエンジニアのおれがこの先生きのこるにはどうするかを真剣に考えていたところだった。きのこ。何割かはネタ。 思いついたものを挙げてみる。AWSやGitHubは割愛。言うまでもねーだろ…。 New Relic http://newrelic.com/ 有名なNew Relic。これも説明するまでもないかな。今のチームでコレのお金払う版を使ってるんだけど、「外部APIとの通信個所とDBとの通信個所が遅いように思えるので調査しますわ」→「それNew Relicで見れるよ」とか「各テーブルへのアクセス頻度集計しますわ」→「それNew Relicで見れるよ」
不注意が起こるアーキテクチャを作っておきながら、不注意を責め立てて小銭を巻き上げることを収益に織り込んだ「フールペナルティ型ビジネス」の台頭 - 太陽がまぶしかったから
フールペナルティ型ビジネス 無料ないし非常に安価、むしろ契約すればキャッシュバックという形で契約をしておきながら、一定の条件になった途端に売上見込みが跳ね上がるタイプの契約が増えてきました。昔からあった話ではあるのですが、それぞれの相乗効果で「不注意」「怠惰」を意図的に起こしているのではないかとさえ思われます。 契約数が少ない内は対処もできるのでしょうが、契約数が増えていけば本当に全部解約できたか不安ですし、面倒になって放置してしまう事も起こりえます。それでも数万円単位ともなれば本気で解約したり、異議申立てもするのでしょうが、月額数百円単位だったりするとペナルティを受け入れることが常態化されて行きます。 そのようなビジネスについて「フールペナルティ型ビジネス」と名づけてみました。決して「B層」がターゲットという話ではなく、それなりに理知的な人でさえも適切な処理に失敗するような機会を積極的に
開発者向けAPI提供サイト「docomo Developer support」を開設 | お知らせ | NTTドコモ
お客様の設定により、お客様情報が「非表示」となっております。お客様情報を表示するにはdアカウントでログインしてください。 お客様情報表示についてへ お客様情報表示についてへ 本サービスは、2021年3月31日（水曜）17時00分をもちまして提供を終了いたしました。 株式会社NTTドコモ（以下、ドコモ）は、スマートフォン向けサービス開発者が、ドコモの保有するAPI1 をより便利に利用できるAPI提供サイト「docomo Developer support」を、2013年11月11日（月曜）より開設いたします。 本サイトでは、ドコモのスマートフォン向け音声エージェントサービス「しゃべってコンシェル®」で利用されている「音声認識」「知識Q&A」のAPIに加えて、新たに開発した「雑談対話」のAPIを初めて提供いたします。「雑談対話」のAPIを利用することにより、自然でバリエーション豊かな雑談応答を
「エンジニアが起業に向いてない」？嘘をつけ - カレーなる辛口Javaな加齢日記
「エンジニアが起業に向いてない、たった１つの理由」 http://f-shin.net/fsgarage/579 本日の糞記事．*1 よく経営者やマネージャーにとってのエンジニアの評価として「やらない理由、ダメな理由をすぐに言い出す」というのがあると思います。 それは「無能な経営者は，なぜ過去の失敗から学習せずに同じ失敗を繰り返すのか」と言いかえた方が良いと思う． 無知な経営者は実現可能性を判断できずに思いつきで発言する．思いつきなので，それは９９％失敗するアイデアで，その半分以上は過去に失敗したアイデアだ．失敗するのが確実なアイデアについて(優秀な)技術者に意見を求めれば，そりゃあ失敗する理由を教えてくれるだろう．同じ失敗を繰り返すのは愚か者だけだ．技術者であろうとなかろうと，よほどの阿呆でもない限りは同じ失敗を繰り返したりはしない． これがたとえば「コスト意識のないエンジニアに素晴らし
「非エンジニアが出すネットサービスのアイデアがショボくて実現不可能なワケ」？ - カレーなる辛口Javaな加齢日記
http://d.hatena.ne.jp/JavaBlack/20131013/p1 を書いた後，以前メモ書きしてたのを思い出して発掘．腐った論旨が似てると思ったら，同一人物の記事か？ 「エンジニアが作るネットサービスのアイデアがしょぼいワケ」http://engineer.typemag.jp/article/fshin16 ダウト． 完全に釣りタイトルで釣り記事 それは職業エンジニアとして悪いことではないと思うのだが、このような仕事をしてきたエンジニアが新しいネットサービスを考えたりする時の最大の問題点は、アイデアを考える時、例えば仕様の話を人から聞きながら、マルチタスクで「それって実現できるかな!?」ということを現実的な発想で考えてしまう癖があることである。 それが強みなんだよ． 実現不可能なアイデアなんかのために時間を浪費しなくてすむから．最近だとDoCoMoのSPモードメールが
「金払いの悪い客ほど要求が高い」は客が個人だろうが企業だろうが不変の..
「金払いの悪い客ほど要求が高い」は客が個人だろうが企業だろうが不変の真理。
見積りの根拠出してくれっていったら、金くれって言われたよ
システム屋の常識ってものが分からないのですが・・。 社内の業務をいくつかIT化することになった。ACCESSとかでも頑張ればできそうな感じだったんだけれど、システム屋にやらす方向で進めることになった。 何社かシステム屋呼んで、こっちのやりたいことをいって、概算金額出させてた。この時出てきた金額が350万～2200万。こんな簡単なシステムなのになんでこんなに金がかかるのか・・。なんでこんな差があるのか・・。（この時点でシステム屋業界に対しての不信感が社内に生まれることになった。）結局、一番低い金額で出してきたところが、営業の印象もなかなかよく、そこに決めることになった。 その後、細かい金額出させるために何度か呼んで、必要なことを事細かく伝えて詳細見積りとスケジュール表を出せっていった。それで出てきたのが、A3の紙１枚で4項目ぐらいのざっくり見積りと、設計期間・製造期間・動作確認期間っていう期
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
まとめよう、あつまろう - Togetter
伊サッカー界を変える25歳：提供するのは「オンラインデータ分析サーヴィス」