トップ(最新) | <前

nDiki : リスク

スポンサード リンク

Related term

2005年5月6日 (金)

Norton AntiVirus 2005 インストールとあわせてドライバ総アップデート このエントリーを含むはてなブックマーク

スポンサード リンク

naney:13099984 4月に更新サービスの切れた、ThinkPad X31Norton AntiVirus 2003 (プリインストール版)を、今回は延長キーを購入せずに Norton AntiVirus 2005 にアップグレードすることにした。

この間川崎へ出た時に買ってきた箱版のCD-ROMからインストール

インストール後、完全スキャンをかけると acpController.dll (C:\IBMTOOLS 以下と、C:\Program Files\Support.com 以下の AcpControl.cab 内) でセキュリティリスク SecurityRisk.eGatherer が検出された。

Access Support/Access IBM に関する既知のセキュリティ問題らしい。

せっかくの機会なので、ThinkPad ソフトウェア自動アップデートを使ってドライバを総アップデートかけてみる。 ふむふむ。メーカーによるこの手の仕組みにしてはよくできている感じ。 ライセンス関連は、レノボのものにいくつか更新されていた。 今後のサポート体制はどうなっていくのだろうね。

これですっかり最新のBIOSソフトウェアが入ったわけだが、結局上記問題の修正はこのアップデートではかからなかった。

結局別途ダウンロードした Access Support fix pack 2 を適用して Norton AntiVirus に検出されないようにした。

■ Twitter やってます。この記事が気にいったらぜひ twitter.com/Naney の follower になってください。

Google Buzz はよろしければ Naney の Google プロフィールからどうぞ。


[ 5月6日全て ]

2005年6月29日 (水)

WiKicker 使用見送り このエントリーを含むはてなブックマーク

Webアプリケーションの機能イメージ確認用に WiKicker をベースにサンプルを作ったものがある。 話が進みそうなので、ライセンスまわりの話を説明し今後どうしていくかの確認を行う。

今後自分が担当していくとなると WiKicker 本体部分と、Webアプリケーションとしての書き換え部分との開発切り分けの管理的に面倒な点などのデメリットも含めて話ておく。

トップ側としてもリスクを感じるということで、今後すすめていくにあたっては他のエンジンを検討(あるいは内製)するということに決定。

さて、機能的に代替できまた拡張性・ライセンス的に問題のないエンジンが見つかるかな。


[ 6月29日全て ]

2005年10月26日 (水)

ナノパーセント日 このエントリーを含むはてなブックマーク

ミーティングで、あるプロジェクトのスケジュール遅れが議題になった(参加していないプロジェクト)。

リクエスト側と開発側で、仕様の誤解による手戻りが大きな原因のようである。

あたりが問題か。 物理的な距離の壁はデカイ。

それから、β版リリース日がナノパーセント日(あるいはそれよりも前)であった可能性も高いように思えるが、その点はどうか。

(Naney 注:リスク図の)曲線の左側が水平になる地点が、「確率がゼロではない最初の日」である。しかし、限りなくゼロに近い。この日までに完成する確率は1ナノパーセント程度なので、この地点をN(ナノパーセント日)と呼ぶ。-- 熊とワルツを, p.65

自分も「これどれぐらいでできる?」と言われると、つい奇跡的最短期間を口にしがちである。 気をつけねば (もっとも、見積もりとは関係なく期日がセットされていて内容で調整ということも多いが)。


[ ソフトウェアプロジェクトマネジメント ]


[ 10月26日全て ]

2005年11月19日 (土)

準備委員会キックオフミーティング このエントリーを含むはてなブックマーク

大学の研究室でお世話になった教授が来年で退職されるのでOBを中心に退職記念パーティーを開こうという話が以前から出ていて有志による連絡や準備が始まっている。 今回は顔を合わせての初の会合。

@ 椿屋珈琲店 池袋茶寮

2005年6月7日にオープンした喫茶店。 以前は談話室滝沢があったところ。

新宿茶寮も滝沢跡に2005年5月25日オープンしている。

大正時代の洋館をモチーフとしたシックなインテリアで、ちょっと非日常的な感じを味わえる。

@ ミーティング 16:00 - 18:00

宮寺先生やまだ君など合計8人で。

なんといっても、出席者が何人になるのかが読めないのかが、ネック。 OBの数は約230人。 えいやと人数を決めてしまおう。

あと重要なのは、先生自身のご意向とスケジュール。 先生はあまり主賓などが苦手という話もあるので、そのあたりをどうするかも。

その他議題

  • パーティー名: 近谷先生退職記念パーティー
  • 時間: 昼 or 夜?
  • 集金方法: 事前振り込み or 当日 (リスク低 or 出席者の手間低)
  • 名簿の扱い: 昨今の個人情報の扱いに加え、校友会との関係もありいろいろ面倒。
  • ビジネス社交: ビジネス社交色をどれだけ出すか (名札に名刺をつける?)

@ ホテルメトロポリタン

  • 3月25日 11:30 - を仮予約

@ 懇親会

串焼きと鶏料理 鳥どり 池袋西口店。 入って気がついたが、この4月に集った時に入ったのと同じチェーン店だった。 特に狙った訳ではなかったけれども。

  • 電車に○○を忘れたという話とか。
  • チタンネックレスで肩凝り解消。へぇ。
  • 隣の席のグループは我々が着席した時からずっとガンダムネタで会話していた。スゴー。

ネタは寝て待て。-- 宮寺先生


[ 11月19日全て ]

2006年2月20日 (月)

ノート PC に触れる前に静電気除去グッズで放電しておく このエントリーを含むはてなブックマーク

naney:102323155

パチッ。静電気体質なのかそれとも着ているもののせいか、は頻繁に静電気のショックを受けるらしい。 聞くところによると、コピー機を使うときにはかなりの確率でビリッっとくるとか。

そんな話の途中、ヨドバシカメラ静電気除去グッズを見かけたのを思い出した。 それほど高くもないので、どんなものかと購入してみた(自分の分も)。

さっそく家に帰って試してみる。 手に持って先端のタッチゴムをホーム・エレクターのポールに触れてみると、液晶に顔が浮かびあがる。 お、まだバチッっとくるほどではないけれど帯電していたということか? 何かリセットした感じで気分がいい。

放電は別にこういったグッズでなくてもできるだろうが、見た目にフィードバックされるという楽しさがあって良い。

自分の場合、離席先からふらふらっと戻ってきて ThinkPad のフタを触れた時によくバチッとくる。 痛いとことより、ノート PC が大丈夫だったかの方がいつも心配だ。 そういう時に先に放電しておく方が良いのだろう。

そういえば大学時代、学科の計算機室では助手の人がコンピュータのケースを開く時には静電気防止リストバンドできちんとアースしていたなぁ。 最近は PC を開ける時もまったく意識してなかったよ。反省。

「しかし」グッズを身につけておいたりとかあるいは手元に置いたりしておいたりすることとか、こまめにどっかにタッチすることとかというコストは、リスク回避としては大きめ。 飽きたら使わなくなりそう。

普段どう身につけておくかがポイントになりそうだ。 車のキーを持っているわけではないし、携帯電話のヘビーユーザでもないし、IDカードを首からぶらさげているわけでもないし、どうしよう。

何もせずに持っているだけで空中放電してくれるものの方がいいかなと思うのだが、そういうグッズは効果があるのだろうか。


[ 2月20日全て ]

2006年8月10日 (木)

キャリーオンバッグ物色 このエントリーを含むはてなブックマーク

出張用に機内持ち込み手荷物として使えるキャリーオンバッグの購入を検討。

ヨドバシカメラ マルチメディア Akiba にそれなりに品揃えがあるので、会社帰りにと待ち合わをして一緒に選んでみることにした。

@ 買わないで今あるちょっと大きいサイズを使う

持ち込めないリスクあり。

預けるには強度が心配なバッグであり、候補から外れる。

@ 余裕で条件クリアサイズ

国内線でも OK クラスのキャリーオンバッグ

開いてみると「容量小さすぎ」。 ノート PC 入れると、もしかして頑張っても2泊分ぐらい? 一応5泊7日の行程なんですが……。

@ 国際線持ち込み可サイズ

微妙に数cm 大きかったりする。

まじめで小心者の自分はこういう時に定型外には手を出せないのである。 Web などで「キャリーオンバッグ迷惑」なんて意見を見てしまうと、余計どうしようかという感じ。

社長は「断られるのみたことないから大丈夫」というけれど、エコノミークラスより上の話っぽくて不安。

@ ということで

バックパックにするかなぁ。

と決心したところで今日の物色完了。

レストラン街の東京洋食屋 神田グリルハンバーグ食べて、細かい買い物して撤収。


[ シカゴ・サンフランシスコ出張 2006 ]


[ 8月10日全て ]

2008年6月14日 (土)

スクラッチから書き直したくなるプログラマは、書き直したプログラムもまたスクラッチから書き直したくなる。 このエントリーを含むはてなブックマーク

自分がプログラムをスクラッチから書き直したいと思った時、またスクラッチから書き直したいと言われた時のためにまとめておこう。

@ スクラッチから書き直したい理由

スクラッチから書き直したいと思う理由はだいたいこうだ。

  • もっと良くできると思うから
    • 「もっと良いやり方がある」「自分ならもっとうまく書ける」
    • 「統一されていない」「もっと汎用的にできる」
    • 「今なら新しい開発環境(・新しい実行環境・新しいライブラリ・新しい言語)を使って簡単によりいいものが素早く作れる」
  • よくわからないいから
    • 「何をやっているかわからない」「どう直していいかわからない」
    • 「もう直しようがない」
    • 「作り直した方がはやい」
  • あいつのだから
    • 「あいつが書いたコードだから」

どんなプログラムでも開発が進み詳細がわかってくると、こうしておけば良かったと思う点がでてくるものだ。

さらに、他人が書いたプログラムだとよく分からない。

It's harder to read code than to write it. (プログラムというのは書くより読むほうが難しい。) -- Things You Should Never Do, Part I - Joel on Software

いっそ作り直してしまいたいと思うのはどの開発者でもあることだ。

@ スクラッチから書き直してはいけない理由

しかし多くの場合スクラッチから書き直すことはリスクとデメリットだらけだ。

  • 今までの投資を失うから
    • 「そのプログラムには検討・不具合修正に膨大なエネルギーが投入されている」
    • 「ユーザは今のプログラムのために学習コストをかけている」
  • 時間がかかるから
    • 「その新しいプログラムが今と同じレベルの価値を実現するまでは時間がかかりすぎる」
    • 「スクラッチし直してから投入したのでは、もはや価値を失っている可能性が高い」
  • 前轍を踏むから
    • 「どう直していいかわからないと思う時は往々にして目標がわかっていない。目標がわからずに作ったものは結局またスクラッチから書き直したくなる」
    • 「あなたが連続的にプログラムを修正できないというのなら、どちらにせよ新しく作り直したプログラムもあなたは連続的にプログラムを修正できない」(リグレッションテスト習慣はあるの? リファクタリングスキルはあるの?)

ほとんどの場合は、漸進的に今のプログラムを修正・改良していった方が得策なのだ。

@ スクラッチから書き直してもいい場合

そうはいってももちろんスクラッチから書き直した方が合理的な場合もある(書き直してはいけない場合も書き直した方が合理的だと思ってしまうわけではあるが)。

それは次のような場合だろう。

  • ソースコードがない場合 (ディスククラッシュした。利用する権利がなくなった)。
  • もはや開発環境も実行環境も手に入らず、移植も困難な場合。
  • 個人的な趣味のプログラムの場合。
  • スクラッチから書き直したプログラムに対して、また「スクラッチから書き直したい」という欲求にかられない自信がある場合。

本当にスクラッチから書き直した方がよい場合は止める理由はない。

さてこの記事をスクラッチから書き直したいと思う時がきませんように。

@ 参考


[ ソフトウェアプロジェクトマネジメント ]


[ 6月14日全て ]

2009年3月14日 (土)

保険屋とライフプランニング このエントリーを含むはてなブックマーク

新しく保険に入ろうかと思い保険屋さんにきてもらった。 入りたい保険と額については検討済みなので、今までみたいに通販でいいかなと思っていたのだが、が問い合わせたら通販でも対面販売でも保険料は一緒とのことだった。 ならばと思い今日来てもらうことにしたのだ。

今日は商品説明と金額の設定、契約の一歩手前ぐらいの内容だと思っていたのだけれど、ライフプランニングの点から総合的にコンサルティングしてくれるというので驚いた。 マネー雑誌とかでファイナンシャル・プランナーが誌上相談しているようなやつって結構なコンサルティング料がかかるというイメージがあったのでちょっぴり得した気分。 ちょうど自分達でもキャッシュフロー表など作らなければと思っていたのだが、各費用の平均額調べたり、リスク発生時パターン考えたりするのって大変なので、ここは情報開示して試算してもらうことにした。

今日はライフプランにおける夢や希望、キャッシュフロー表作成のためのヒアリングまで。 保険屋(ライフプランナー)さんに駄目出しされないか恥ずかしがりながら答えていったんだけれど、基本否定的なことを言われることはなかった。 やっぱりコミュニケーションのプロだなと感服。 ライフプランナーの人が「気づきなることが大切」とおっしゃっていたけど、今日だけでもいろいろ気づきにつながり大収穫。

人の夢を叶えたいというプランナーの想い、「夢職人」と題してそんなことを考えた20代の頃自分を思い出した。 まずは自分の夢実現だなあ。

物理出身でスパコンの SE を経験しているという経歴、会社の使いではない情熱をもっているところ、相応のお年で厚みがあることなど、個人としてもいい出会いだったんではないかと思う。 当然まだ初対面だし保険会社の人ということもあるので、手放しに信用してのっかるのはまだ早いけれどうまくお付き合いしていけたらと思う。


[ 3月14日全て ]

2010年1月21日 (木)

今日のさえずり - 停電って近隣にいる Twitter-ers あぶりだしに最適 このエントリーを含むはてなブックマーク

naney:4297884334

@ 2010年01月21日


まだ ADSL モデムレンタルしているんですか? このエントリーを含むはてなブックマーク

自宅に ADSL を引いたのが2002年4月。その頃は ADSL もまだ変化が激しかったので ADSL モデムADSL スプリッタレンタル契約した。 しかし気がつけば、もうすぐ8年。毎月490円(440円 + 50円)使用料を払い続けている。ずいぶん払っちゃったなあ。

ADSL モデムレンタル中に1度故障して交換してもらったことがあり、購入時のリスクを考えてつい今までズルズルとレンタルしていたというのもあるのだが、これ以上レンタルし続けるのももったいないので、買い取ってしまうことにした。 この古い機種を買い取るのもなんだかという気もなくはないが、まあまず安定しているしすぐには壊れないだろうし(と期待したい)、なによりレンタルし続けるのはそれ以上に馬鹿らしいので。

116 に電話して買い取り価格を確認。7年以上8年未満なので ADSL モデムが 1,700円。ADSL スプリッタが100円。 その電話でそのまま買い取りをお願いした。

今月の使用料は昨日までの20日分の日割計算。買い取り費用は ADSL の月々の費用と合わせてどこかのタイミングで請求されるとのこと。

意思決定すれば電話で10分の手続きで済み、以降ずっと継続的にコストダウンである。塵も積もればマウンテン。


[ 1月21日全て ]

2010年3月10日 (水)

FriendFeed で出直す方法 このエントリーを含むはてなブックマーク

結論から言うとアカウントを削除して、しばらく(数十分)待てば同じユーザ名を取得可能(その間に他の人に取られなければ)。

FriendFeed を使い始めて最初の頃は「Twitter の友達を探す」でガンガン講読登録をして、気がつけば 900 を超えていた。フィードが流れるのを楽しむには多い方が楽しい。 でも「そういえば Twitter で unfollow したアカウントのフィードも混ざったままだな」と思ったらなんか気持ち悪くて整理したいなとかなり前から思っていた。1つずつ選んで登録解除するのも結構大変だし不毛なので全部一旦削除したくなったんだけれど、そのような機能が見あたらず。

ということで過去のエントリが削除されるし、講読登録してくれている人も解除されてしまうけれど、一旦削除してアカウントを取りなおすことにした。

「削除したらユーザ名が永久欠番になり再取得できないかも」というリスクはあったが、再取得できるという記事も、できないという記事も見当らないのでいちかばちか削除。

でいざ同じユーザ名で登録……できないー。もう1度、できないー。 しょうがない別のユーザ名で登録……そのメールアドレスもう使われてるよーだって。

あちゃ、やっちゃったか。別のメールアドレス用意する必要があるかなと思ったが、考えてみるとメールアドレスが使用中ってでるということは、まだアカウントの削除がデータベース上で完全に終わってないのだと推測。

ということで我慢してしばらくしてみてからトライしてみたら取れました、同じユーザ名・メールアドレスで。

ということでアカウントがまっさらになった(正確にいうと、なぜか (deleted account) というのを講読登録していることになっていたので、まず登録解除)。 設定項目は多くないので、ささっと設定。

同じユーザ名が取れたので、ユーザの URL を変えてまわったりしなくて済んで助かった。それと以前設定した Facebook 上の FriendFeed アプリケーション設定もそのまま生きていて、再取得後に設定した自分のフィードが何ごともなかったかのように Facebook に流れていた。 逆に考えると、削除して他の人に再取得されるとやはりいろいろ不味いことがおこる可能性もありえるな。 一度取得したユーザ名はやはり下手に手放さない方が吉。

[ 3月10日全て ]

この日記のはてなブックマーク数 Add to Google RSS

Process Time: 0.032895s / load averages: 0.13, 0.07, 0.03
nDiki by WATANABE Yoshimasa (profile)
Powered by DiKicker
Base theme by Nana (for tDiary)