「SIをダメにする負のスパイラル」
きしだൠ(K1S) @kis SIの、元請はユーザー企業の業務をよりよくするために、プロダクトを作るんじゃなくて契約書をつくる。で、元請はそれを下請けにつくらせるんだけど、そのときはユーザー企業の業務をよりよくするためではなく契約を満たすためにプロダクトを作らせる。これが負のスパイラルの発端。 2013-11-15 08:17:14 きしだൠ(K1S) @kis 契約を満たすことが目的でプロダクトを作ってるから、実装段階で気づいたアイデアや欠陥は報告されない。納期や金額なんかの契約は満たさないといけないのに追加仕様や変更が発生してやぶへびだもん。品質は悪くなる。 2013-11-15 08:23:58 きしだൠ(K1S) @kis 品質が悪くなってとられる対策は、技術向上ではなく契約の厳密化。設計書を「きっちり」つくるとか、テストのエビデンス(画面キャプチャのかっこいい言い方)をとるとか、
［5］RDSのつまずきポイント、DBサーバーと思うと失敗する
最終回はAWS上でRDB（リレーショナルデータベース）をフルマネージドサービスとして提供しているRDS（Relational Database Service）のつまずきポイントについて解説する。RDSとはMySQLをはじめ、MS SQL ServerやOracle DatabaseなどのRDBを、OSやRDBをインストールすることなくすぐに利用できるサービスである。 必要なパラメーターをRDS起動時に設定し、起動したRDSは各RDBクライアントから接続して利用する。また、フルマネージドサービスなのでOSやRDBのパッチングについてはユーザーが意識する必要がない。オプションも豊富で、複数のアベイラビリティーゾーンでActive-Standby構成を実現する「Multi-AZ」機能や、参照用RDSを作成する「Read Replica」機能も簡単に設定できる。 このように便利なサービスなのだが
櫻田潤 | インフォグラフィック・エディター
ビジュアルの力で世界を丸くする。 地球の形状が「丸い」のは、そこで暮らす僕たちにひとつの「ビジョン」を指し示しています。地球の形と同じように、世界で起こっていることのすべてが丸く収まっていれば良いのですが、現実は違います。 大小いろいろな規模の摩擦がいたるところに発生し、繰り返されます。その解決に必要なのは、お互いの「考え」や「価値観」「立場」、「状況」「状態」を示し、認め合うことです。そのために、「ビジュアル」の力を活用していきます。
甘えてる奴が多いと思うんだ。
もう１０年ぐらい今の仕事してて、後輩も先輩もそれなりにいる会社なんだけどさ 正直なところ、部下の育成がよくわからん。 教えて欲しいとききに来る部下には、俺の知っている俺の知識を拙いながらも伝えてるつもり。 ただ、それだけではアカンという上からのプレッシャーも受けたりするんだ。 俺としちゃ、知りたがってもいない奴に押し付けるように仕事を渡すのは面倒だと感じちゃうんだわ。 実際、渡さなくてもこっちでそこそここなせるし。 自分で何とかしようとしない奴に教えようとしても、まあ俺の力が足りないことも多いんだろうけど 結局うまくいかないことのほうが多いし。 俺の中では、この問題は既に 「自分で何とか出来ない（教わろうと喰らいつくことも出来ない）奴に 俺から無理に何かをしてやる必要はない」ということで決着はついてる。つもり。 そんな中、最近こんな考えをしている奴が増えてきた気がする。 「会社は、俺が仕事
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
