nabettu🍲個人開発エンジニア @nabettu ハリー・ポッターと賢者の型 ハリー・ポッターと秘密の鍵 ハリー・ポッターとアセンブラの囚人 ハリー・ポッターと炎のガントチャート ハリー・ポッターと不具合の騎士団 ハリー・ポッターと謎のプリントF ハリー・ポッターと死の仕様 #ITエンジニアっぽい小説のタイトル 2020-09-05 08:57:53
ふぇいず @Phase0329 介護職や医療職など「自分のミスが人の死に直結しかねない」(その可能性のある状況に常に身を置く)て緊張感強くて心が削れるハードな環境なんだろうな…。その上でワークボリューム自体もハードだから二重三重に大変という…おつかれさまです。そういった方に支えてもらい、この世界があるのだなあ。 2020-01-09 23:59:22 ふぇいず @Phase0329 こういうこと考えると、昔とあるソシャゲのサーバー担当のエンジニアさんが金融系出身の人で、どんなハードなワークもさらりとこなしながら「や、ゲームは気が楽ですよ。エラー起こしても人が死んだりしないので。金融系は、エラー起こすと翌朝中央線が止まったりしますからね」と言ってたの思い出す。 2020-01-10 00:01:58 ふぇいず @Phase0329 氏の名誉のために補足しておくと、だからってエラー出すなんてこ
今日は、日本の代表的なソフトウェア開発手法について紹介しよう。 その名も、メテオフォール型開発である*1。 第一節 通常のウォーターフォール型開発におけるプロジェクトはこのような形を取るが、 メテオフォール型開発ではこのような形が取られる。 そしてこうなる。 これはアジャイル型開発手法におけるサイクルであるが、 神の前では無力である。 神の一声は全てを崩壊させ、 民は一生懸命これを再建す。 これが、メテオフォール型開発*2である。 第二節 全てのスケジュールは天界の都合によって決まる。これを黙示録と呼ぶ。 ソフトウェア開発においてフィードバックは重要なファクターだが、 神にフィードバックは届かない。 ただし、祈りを捧げることはできる。この祈りはごくまれに届く。 神は様々な姿を取る。 外から現れることもあれば、 内に棲んでいることもある。 あるいは、まだ会っていない or 会うことすらできな
2015-06-24 ニトリのコードを見てニヨニヨする会 雑記 情報リンク集 ニヨニヨ はじめに ニトリのECサイトであるニトリネットがリニューアルに失敗して6日も経ってから復旧したということで、 (一部の)プログラマクラスタで騒ぎになっています。 僕の率直な感想は次のようなもの。 閉鎖状態の「ニトリネット」が6/23にサイト運営を再開、不具合の主因はCPU不足 | ネットショップ担当者フォーラム ともあれ関係者の皆さまお疲れ様でした。個人の責任問題などと短絡化することなく、粛々と原因解明と、できればぜひ知見の共有公開をお願いしたい。2015/06/23 13:40 プレスリリースでは、原因としてCPU不足を挙げています。 珍しい原因ですよね。あまり聞いたこと無いのでぜひその知見を知りたいものです。 しかし雲行き怪しく 早速、ニトリのトップページ見ている。すごい8000行の中にデバックコー
1: ドラゴンスープレックス(やわらか銀行) 2013/09/24(火) 22:43:10.25 ID:vEIJ3j4n0 BE:265920825-PLT(12070) ポイント特典 従来型開発の限界、たった1行の改修に1ヵ月 従来型開発では稼働開始時点の品質が最も高く、以降は低下していく。業務や外部環境の変化に素早く対応できるように、 カットオーバーを通過点と捉える「カイゼン型開発」に改めよう。 「改修がわずか1行でも、影響調査に1カ月、テストに数週間かかることが珍しくなかった―」。アマダが従来利用していた基幹システムは、 長年の保守でシステムがつぎはぎ状態になっていた。保守作業は属人化が進んで、担当したベンダーの特定のエンジニアでないと、 手を付けられない部分が散在。過去の改修内容がドキュメントから漏れていたことがテスト段階で判明し、設計からやり直したことも1度や2度ではない。 シス
「大きなかぶ」というお話をご存知だろうか。 「大きなかぶ」は、ロシア民話を元に描かれた絵本である。主人公であるところの「おじいさん」は、畑にかぶの種をまく。その株はめったやたらに大きく育ち、喜んだおじいさんはかぶを抜こうとするのだがなかなか抜けない。 おじいさんはおばあさんに救援を頼むのだがそれでも抜けない。おばあさんは孫の少女に、少女は犬に、犬は猫に、猫はネズミに、それぞれ救援を頼んで皆で引っ張ることで、ようやく株は抜ける。「うんとこしょ、どっこいしょ、それでも株は抜けません」の繰り返しが印象的な童話である。 さて、実はこの「おおきなかぶ」というお話は驚く程示唆的であって、われわれはこの「株の引き抜き」をシステム開発案件に見立てた時、二つの教訓を得ることが出来る。 1.往々にして、「人手が足りないから」ということで救援を頼むと、現行人員よりもパワー不足の人員がアサインされる。あるいは、協
ぎゃばん -1.0 @ledsun たかしへ あなたの勤怠確認しました.こんなに残業が多い割に大して売上が上がってないのはどうしてですか?顧客との信頼関係の構築も甘いとと思います.来月からは頑張って下さい.ちなみに母さんは今月、10人月で作ったシステムを3000万で売ってきました。 2012-02-24 13:21:23 ぎゃばん -1.0 @ledsun たかしへ あなたの立てたスケジュール読みました。作成工数だけでバッファがありません。予想外の事態が起きた時はどうするのですか?残業でカバーですか?お客様が参加するイベントが入っていません。都度調整ですか?事前に提示していないと都合がつかなくても納期延長できませんが大丈夫ですか? 2012-02-24 13:46:29 ぎゃばん -1.0 @ledsun たかしへ あなたの作った機能仕様書読みました。技術的面ではチャレンジグで素晴らしかっ
システム設計書の納品単位に関しての話をまとめました。 いろいろあるんですね。 次は石版で納品しようと思います。
Kenji HASUNUMA "btnrouge" @btnrouge ベンダーがサポートを打ち切ったミドルウェアを「安定版」と信じていつまでも使い続ける。そしてバージョンアップの時に痛い目を見る(その上結果しくじったら会社の信用を失う)。 #笑ってはいけないSIer 2011-11-12 05:22:25
印刷 関連トピックスNEC 愛媛県は12日、県発注の土木工事などに導入している電子入札システムで、入札者がパソコン画面を操作すると入札前に最低制限価格が見えてしまう不具合があった、と発表した。同システムは4年半前から使われており、県は開発したNECにシステムの修正を指示し、今後1カ月に予定されている入札を中止した。 県土木管理課によると、9日に実施された同県宇和島市での河川工事の入札で、最低制限価格と同額の入札があった。不審に思った県の担当者が応札した業者に確認したところ、「たまたま開いた画面で最低制限価格が見えた」と説明。県側が確認したところ、プログラムを表示する画面(ソースコード画面)を参照すると、800万円未満の指名競争入札と23億円以上の一般競争入札の最低制限価格(調査基準価格)が誰にでも見えるようになっていたという。 県の電子入札システムは2007年4月に全面導入され、11
印刷 東京都の区市町村で構成する都後期高齢者医療広域連合は、療養費の通知書1万879通について、実際の支給額より数十億倍も高い額が誤記された書面を送付した、と16日に発表した。実際の支給額は1351円なのに、ゼロが10個余分に付いて数字も変わり、「3510000000000」、つまり3兆5100億円と誤記された例もあったという。 同広域連合企画調整課によると、誤記が見つかったのは後期高齢者医療制度にもとづく高額療養費の4月分の支給決定通知書。15日に発送した5万4009通のうち、大田区の一部と足立、葛飾、江戸川各区の対象者全員に送る分で誤りがあった。誤記された人にも実際は正しい額が支給されているという。 同広域連合によると、通知書を作る際、職員がパソコン操作を誤った。支給額欄には13桁の数字を入れることになっているが、1351円を支給する場合も千の位の「1」の前にゼロを9個入力しなけ
答え 約2000人月 開発の流れ 要件定義 顧客の発注を受ける 1次請け、要件定義書の執筆を始める 1次請け、顧客と交渉し、家の中に繋がっている家電製品を全て調べ上げる 一次請け、基本設計実施要領の執筆を始める 基本設計 この工程は、2次請け以下には秘密裏に行われている 詳細設計 1次請け、詳細設計実施要領の執筆を始める 1次請け、だいたいこのあたりで2次請けへと乾坤一擲 2次請け、使用する規格やフレームワークなどの部品を選定開始 詳細設計書の執筆がスタート、電球の大きさや重さ、丸み、光度、味、匂いなどを定義する このあたりで、既に5次請けくらいまで仕事が割り振られている 製造 1次請け、製造工程実施要領の執筆を始める 1次請け、単体テスト実施要領の執筆を始まる 5次請け、電球フィラメントのくるくるを手で作成しはじめる 4次請け、求める匂いが上手く出せないと3次請けに駄々をこねる 3次請け
次世代君400:不味しんぼ第1話 次世代君401:不味しんぼ第2話 次世代君402:不味しんぼ第3話 次世代君403:不味しんぼ第4話 次世代君404:不味しんぼ第5話 次世代君405:不味しんぼ第6話 次世代君406:不味しんぼ第7話
こんにちは!やまもと@テスト番長です。 最近、15年住み続けた築40年以上になる木造アパートから、築2年の駅近マンションに引越しました。 あまりの住環境の落差に、今までは何だったんだろうと呟いていたりします。 変化することを面倒臭がらずに、日々快適な暮らしを目指すべきだったんでしょうね。 さて、テスターが快適に仕事をするに当たって、保障されるべきこととは何でしょうか? 「テスターの権利章典」というものを考えた方がいるのをご存知ですか? 昨年秋に訳されたもので旬は逃しておりますが、最近ふと思い出したのでご紹介してみます。 テスターの権利章典 Tom Gilb & Kai Gilb : Testers Bill of Rights こちらのページの下のほうに、大西建児さん訳の日本語版があります。 これはテスターの方のみならず、むしろプログラマの方に見ていただきたいなと思います。
アイザック・アジモフのロボットSFシリーズに登場するロボット工学三原則はよく知られていると思います。 株式会社リコー有志によるアブストラクト集 Abstruct Club でみかけたのですが、 これをソフトウェアの設計指針に適用できるというような論文があるようです。 "Asimov's Laws of Robotics Applied to Software" というのがそれです。 第一条 ソフトウェアは、人間による作業・成果物に害を及ぼしてはならない。また、その危険を看過することによって、人間の作業による成果物に危害を及ぼしてはならない。 第二条 ソフトウェアは人間にあたえられた命令に服従しなければならない。ただし、あたえられた命令が、第一条に反する場合は、この限りでない。 第三条 ソフトウェアは自己をまもらなければならない。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く