【JMeter】毎月のクレジットカードの明細ダウンロードを自動化｜ミセログ
ミセログ 方向性固まるまで、さぐりさぐり行きまっせ ブログ画像一覧を見る « デスクトップの整理･･･ 記事一覧 AdobeのRea･･･ » 【JMeter】毎月のクレジットカードの明細ダウンロードを自動化 2011年04月25日 01時29分47秒 posted by miselog テーマ：コンピュータ 概要クレジットカードの明細を、毎月25日以降に自動でダウンロードしようという話。 ▼使ったもの。 ・Apache JMeter 2.4 ・Windowsのタスクスケジューラ ・BATファイル 環境はWindows7。 他のWinでも別に変わらんはず。 linuxでも、タスクスケジューラとBATの代わりに、cronとshを使えばできる。 わざわざ書いたのは、整理したいからと、応用効きそうだから。 結論的には、実際やるより、この記事書くのがめんどくさかった。 JMX貼り付けて、終わりにす
データベースアプリケーション開発を炎上させる負のスパイラル
毎度おなじみ、はてブのホットエントリに「SIをダメにする負のスパイラル」というタイトルのまとめが掲載された。きしだ氏とはかなり視点は違うものの、開発現場の問題点については少し思うところがあるので意見を書いてみようと思う。と言っても、以下の話の内容はデータベースアプリケーションに限定した話であり、またSIerだけに限った話ではないのでその点はご容赦頂きたい。もちろんSIer各位の案件はデータベースは必須なので、本エントリで触れる問題点には該当するだろう。 Q.なぜ炎上するのか？ A.正しいデータベース設計ができていないから結論から言おう。データベースアプリケーションの開発が炎上するのは正しいデータベース設計ができていないからだ。ここでいう「正しい」とは、論理的に証明できる正しさという意味ではない。「本来こうするべき」といった意味で捉えて欲しい。 「炎上」というのは、例えばテストが通らない、バ
「SIをダメにする負のスパイラル」
きしだൠ(K1S) @kis SIの、元請はユーザー企業の業務をよりよくするために、プロダクトを作るんじゃなくて契約書をつくる。で、元請はそれを下請けにつくらせるんだけど、そのときはユーザー企業の業務をよりよくするためではなく契約を満たすためにプロダクトを作らせる。これが負のスパイラルの発端。 2013-11-15 08:17:14 きしだൠ(K1S) @kis 契約を満たすことが目的でプロダクトを作ってるから、実装段階で気づいたアイデアや欠陥は報告されない。納期や金額なんかの契約は満たさないといけないのに追加仕様や変更が発生してやぶへびだもん。品質は悪くなる。 2013-11-15 08:23:58 きしだൠ(K1S) @kis 品質が悪くなってとられる対策は、技術向上ではなく契約の厳密化。設計書を「きっちり」つくるとか、テストのエビデンス(画面キャプチャのかっこいい言い方)をとるとか、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
