客先のファイルシステムをバックアップなしで消し飛ばした事あるけど、 特にトラウマになってないな。 多分、最初の時点で「終わった」って気分になったからだと思う。 人間、助かるかどうかの瀬戸際にいる時が一番精神が削れる。 もうどうやったって助かりようがない、という状況に置かれたら、特に迷ったり気を揉んだりする事もない。 （残業しないで済むかどうか、休日出勤しないで済むかどうか、という瀬戸際が一番疲れるのに似てる。 「しないで済むわけがない」という状況なら、定時は気にならない）
恐怖！ヒヤリハット事例ビデオを正視できないSEが続出 - さまざまなめりっと
客先のファイルシステムをバックアップなしで消し飛ばした事あるけど、 特にトラウマになってないな。 多分、最初の時点で「終わった」って気分になったからだと思う。 人間、助かるかどうかの瀬戸際にいる時が一番精神が削れる。 もうどうやったって助かりようがない、という状況に置かれたら、特に迷ったり気を揉んだりする事もない。 （残業しないで済むかどうか、休日出勤しないで済むかどうか、という瀬戸際が一番疲れるのに似てる。 「しないで済むわけがない」という状況なら、定時は気にならない）
業務系システムのクラウド適用の現状 - 急がば回れ、選ぶなら近道
2013年の夏・秋の状況の整理として記録しておきます。数年したら変わっているか、そもそも自分の仮説が違うかわかるのでそのポイントとしても記述しておきます。 4月以降、「業務系システムのクラウド化」ということで、顧客各社やマーケットへのヒアリングを行ってきています。対象はいわゆるWeb系は除いてあります。曖昧な言い方になりますが一般に「IT業界でエンタープライズ」と言われるセグメントにフォーカスしています。結果としてわかったのは、企業のクラウド利用についての意識は、言われているほどには高くはない、というのが現状です。ただし、これは一様に低い、ということではなく、かなり業界やセグメントや企業規模によって違いがあります。この違いの要因と今後どのようなところに影響するのか、というのが興味の焦点です。尚、これは自分個人の印象や某社でのヒアリングの整理のみをよりどころにしているので、たかだか200社弱
【大惨事】レンタルサービス「ファーストサーバ」で大規模な障害発生 データ全消去 : 暇人＼(^o^)／速報
【大惨事】レンタルサービス「ファーストサーバ」で大規模な障害発生 データ全消去 Tweet 1：ムーンマーガレットφ ★：2012/06/22(金) 02:35:46.91 ID:??? レンタルサーバーサービスの「ファーストサーバ」において、20日17時30分頃から大規模な障害が発生。WEBやメールなどのデータが消失する事態となっている。障害が発生しているサービスは、ビズ／ビズ2／エントリービズ／エンタープライズ3／EC-CUBEクラウドサーバ マネージドクラウド。 消失したデータは下記の通り ●サーバー上にアップロードされたデータ（FTP、ファイルマネージャ等） ●コンフィグレータ設定を含むデータ ●メールボックス内のデータ…障害発生時に受信していなかったメールは消失。 障害発生後のメールについては受信できておらず、送信者側でエラーとなっている。 ファーストサーバでは、一部ユーザーにつ
業務系エンジニアはどうしていくべきか？ - 急がば回れ、選ぶなら近道
まず超個人的な見解です。あとWeb系の人は関係ないので、そういう人は読んでも無駄です。ここでいう業務系エンジニアというのは、主にSI屋で特定企業向けのシステムを構築しているエンジニアの人たちをさします。 まず、非常に難しい時代になったと思います。 端的に、ちゃんとしたSIをやることが難しくなりました。まず、技術的には面倒なことが増えた、というかできるオプションが制御できないくらいに増えているので、うまく制限をしないとコードや仕組みが劣化する一方になりました。エンジニアリングに自由を！というのは聞こえはいいのですが、チームプレーをするのに、いちいち約束事決めないと回らないようになっているような気がします。それも毎回。始めるたびに。 別段、いきなりチームメンバーの能力があがったり、さがったりするわけではないのですが、なぜか外すと酷いことになる振れ幅が増大したような気がします。ルール決めをいちい
SEが苦手にしがちなドキュメント力を強化する5つの視点
SEに最も必要なスキルは「伝える力」だと言われています。分業が前提となるシステム開発において、意志の伝達がうまく出来ないことは致命的だからです。 よって、作成するドキュメントにも正しく伝える技術が求められるのですが、しかし多くのSEはドキュメント作成を苦手としているようです。 そこで今日は、SEがドキュメント作成で失敗しがちなポイントと、ドキュメント力を強化するための5つの視点について、『エンジニアのための文章術再入門講座』からご紹介します。 1.SEがドキュメント作成で失敗しがちなポイント SEがドキュメント作成に失敗しがちなポイントは、主に以下の2つです。 相手の関心と不一致 知識差のための説明が不足 例えば、システム開発プロジェクトの部長向けの進捗報告の場面を思い浮かべてください。性格にもよりますが、一般に部長クラスの方が気にするのは「予算を超過しないか」「顧客との関係は良好か」「今
終わるSIerの底辺を見てきた - ミッションたぶんPossible
ご挨拶 今月の第二日曜日は3月11日でした。言わずと知れた、あの「3.11 東日本大震災」から丸一年が経過した日です。改めまして、当時亡くなられた方々のご冥福をお祈り申し上げます。また、被災され現在も不便な暮らしを強いられている大勢の方々にお見舞い申し上げます。一日も早く元通りの日常が送れるようになることを願って止みません。 3.11の14:46、オレは代休で自宅にいるところにあの大地震がやってきました。自身が立つこともままならないような衝撃の中、不安定なテレビ台とPC棚をなんとか抑えて揺れが収まるのを必死で耐えたのは、今でも鮮明に思い出すことができます。それもあって我が家の被害は全くなく、妹も職場の方の好意で車で送って貰え、日付が変わった頃に無事帰宅できました。都内では翌日昼を過ぎても帰宅できなかった人が多かった中、我々は非常に運が良かったと思います。 はじめに さて、オレにとって、この
［1］画面表示に10秒もかかる
大規模サイトの性能改善作業とは、どういうものなのか。リクルートの中古車情報サイト「カーセンサーnet」を全面リニューアルした体験を基に、その実態をレポートする。新システムはオープン2カ月前の時点で、目標性能に遠く及ばないことが判明。最終的に、Linuxカーネルのある処理方式が性能劣化の原因だと分かった。 「ブラウザーの表示に10秒もかかる。処理できるアクセス件数も全然足りない。これでは話にならない」――。 2010年夏。中古車情報サイト「カーセンサーnet」の全面リニューアルで、性能検証を担当していた私はあぜんとした。リニューアルオープンを間近に控えながら、新システムの性能が遅すぎることが判明したのだ。 そこから私の2カ月にわたる苦闘が始まった。検証作業は連日深夜まで続き、性能試験の実施回数は約100回に及んだ。その中で、性能が出ない理由が一つひとつ判明していった。ファイル共有システム「N
間違って10万人の顧客DB消しちまったｗｗｗｗｗｗｗｗ - MC)まとめこむ
1：以下、VIPがお送りします：2012/03/05(月) 23:05:21.43 ID:MYKH/EmU0 特定されない範囲で 30分前の話 2：以下、VIPがお送りします：2012/03/05(月) 23:06:04.91 ID:b77m7UZ00 ２ｃｈやってないでハードディスク復旧業者に頼め 13：以下、VIPがお送りします：2012/03/05(月) 23:08:29.71 ID:MYKH/EmU0 >>2 とりあえず今担当の人呼んでる（俺も担当なんだけどさｗｗｗ 3：以下、VIPがお送りします：2012/03/05(月) 23:06:05.57 ID:G+trElAB0 顧客DBって何？ 13：以下、VIPがお送りします：2012/03/05(月) 23:08:29.71 ID:MYKH/EmU0 >>3 顧客情報が詰まった大切な大切なデータベース 4：
アジャイルだウォーターフォールだいう前にさぁ - Identity Not Found
もうさあ。 アジャイルだかウォーターフォールだかどうでもいいよ。 どっちでもいいから、ともかくまずは顧客の要望をきちんとほじくりだして並べてみせてくれよ。 通り一遍のヒアリングでいきなり開発し始めておいて、そうじゃなくてこんなのがいいって指摘したら、仕様変更です直せるけど納期に影響が出ますって。それがアジャイルとかいう手法なのかい? 顧客の出した要望は開発側でまとめてくれよ。顧客が自分でまとめた要望なんて穴だらけなんだよ。 この要望でどんなものが出来上がるのか、開発側は頭ん中にすぐに組み立てられるだろうさ。けど顧客側にはわかんないんだよ? どんなものが出来上がるのか想像もつかないのに、最初から満足な量の要望なんて出し切れないんだよ? 要望を仕様書としてまとめる代わりに、いわゆる「最低限を満たして動くもの」をもってきたとしよう。それに誘引されて顧客側の頭のなかに「どんなものを作るべきなの
LinuxとWindowsの根本的な違い10項目
文：Jack Wallen（Special to TechRepublic） 翻訳校正：村上雅章・野崎裕子 2008-09-03 08:00 LinuxとWindowsのそれぞれの長所と短所について論じる前に、両OSの本当の違いについて理解しておいた方がよいだろう。本記事では、そういった主な違いを10項目挙げて説明している。 私のLinux歴は10年以上に及んでいる。そして私は当初から、LinuxとWindowsには両者を分ける根本的な違いが存在していることに気付いていた。とは言うものの、これは一方がもう一方よりも優れているということでは断じてない。ただ、両者は基本的に同じものではないということなのである。しかし、多くの人々がこれら2つのOSを一方のOSの観点からしか見ておらず、両者の違いをきちんと理解できていないように感じられる。そこで本記事では、LinuxとWindowsの主要な違いを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
突破すると一気に学習が加速する「オブジェクト指向学習の壁」を突破する鍵となる知識を、中学生でも分かるように図解してみた(初学者向け) - @fromdusktildawnの本館
パワーポイントを紙芝居に貶めたのは誰なのか？ ～会議資料を作る正しいアプローチ～
fsdotnet.jp - レンタルサーバー リソースおよび情報