メモ
差分
このページの2つのバージョン間の差分を表示します。
両方とも前のリビジョン前のリビジョン次のリビジョン | 前のリビジョン次のリビジョン両方とも次のリビジョン | ||
メモ [2017/03/18 18:28] – yajuadmin | メモ [2021/05/15 08:19] – yajuadmin | ||
---|---|---|---|
行 1: | 行 1: | ||
====== メモ ====== | ====== メモ ====== | ||
+ | ===== 株取引の鉄則 ===== | ||
+ | |||
+ | * 決算直前の銘柄の株取引しないこと、だたし空売りするならいいかも。 | ||
+ | |||
+ | ===== クラウドコンピューティング ===== | ||
+ | たんす預金、銀行。データを預ける上でのたとえ\\ | ||
+ | 例 Googleのデータセンター(銀行)にデータ預けるのであれば、PC(タンス)にデータを預けるのであれば、Google の方が安全ではないか\\ | ||
+ | いずれ、銀行のように普通に預けることになっていくだろう。 | ||
+ | |||
+ | ===== IPv6 ===== | ||
+ | IPv6になると手動で設定をしなくなる、自動化していく。\\ | ||
+ | 家電などにも付くようになった時、ネットワーク監視をしていくと、ショートパケットがでまくる。下手に家電を企業内にもっていくとパケット拾い捲りか | ||
+ | |||
+ | ===== ヒューマンエラー ===== | ||
+ | ケーブルなどには間違えないようにタグ付けするとか。 | ||
+ | |||
+ | ===== 投資計画 ===== | ||
+ | 運用費用というのは軽視されやすく削られやすい、投資計画をきっちり出す。\\ | ||
+ | 月次レポートとして、システム稼動率はもちろん、人の稼動率も大切。 | ||
+ | |||
+ | ===== 性善説の運用は駄目 ===== | ||
+ | モラルの低い人いるし、外国人であれば文化が違い本人は悪いと思ってないこともある。\\ | ||
+ | ただ『制度の設計は性悪説で、運用は性善説で』という言葉もあり、性善説がすべて悪いというわけではない。 | ||
+ | |||
+ | ===== フロアごと安定化電源(CVCS)化 ===== | ||
+ | UPSをサーバーごと何十台も付けるならフロアごと安定化電源した方がよい | ||
+ | |||
+ | ===== フルマラソンに挑戦してきました。 ===== | ||
+ | 昨年、富士山に初登頂したこともあり、次はフルマラソンに挑戦しようと密かに誓っていたわけです。\\ | ||
+ | |||
+ | そして今日26日、掛川新茶マラソンにてフルマラソンに挑戦してきました。\\ | ||
+ | 挑戦なんて書かずに完走と書きたいところでしたが、25kmで時間切れで残念ながらリタイアとなってしましました。\\ | ||
+ | |||
+ | 20kmまでは、5時間完走のペースメーカーさんについていけてたのですが、\\ | ||
+ | 20kmに到着したところで、気力が費えて少し休んでから走ろうと思って、とりあえず歩いたんですね。\\ | ||
+ | 歩いてしまったことで、最近左ひざを練習で痛めていたこともあって、痛くて走ることが出来なくなってしまいました。\\ | ||
+ | それまでは、たぶん気力で防いでいたのかも知れません。\\ | ||
+ | |||
+ | 2月下旬から練習を開始し、練習でも最高16kmまでしか走ってなかったわけで完走なんて、やはり甘かったです。\\ | ||
+ | 私なんかより遥かに年上の方も完走されていますし、次は完走できるようにちゃんと準備しておきないと駄目ですね。\\ | ||
+ | |||
+ | 日本最大!走る仲間のウェブサイト http:// | ||
+ | |||
+ | ===== 改修作業の自戒 ===== | ||
+ | 結合テストにて、私が担当した日報入力画面にて「SQLが不正です。」という例外エラーが発生したので、調査のためトレースしていくと売上計上ストアドを呼んだところで、エラーが発生していることがわかった。\\ | ||
+ | |||
+ | その売上計上ストアドをトレースしていくと、文字列化したSQL文を実行したところで、例外エラーが発生した。\\ | ||
+ | その文字列化したSQL文を見てみると、なんとSELECT句が存在しないのである。そりゃー、SQLが不正ですよね。 | ||
+ | |||
+ | ソースを眺めていると、仕様変更により改修作業を同僚が行っていた。 | ||
+ | |||
< | < | ||
- | 30万部を超えるベストセラー「残念な人の思考法」の著者・山崎将志氏の説 | + | LV_SQL := " |
- | ○分かれ道は優先順位!? | + | <FONT color=# |
- | →作業量は一緒でも優先順位で結果は変わる | + | LV_SQL := " |
- | ○「残念な人」は「できる人」になれる! | + | </ |
- | ○「残念な人」は必要!? | + | LV_SQL := LV_SQL || " |
- | →「できる人」に思いやりの気持ちが生まれる | + | ・・・ |
- | ※「できる人」ばかりではギスギスするので、山崎将志氏が関わる組織では、 | + | </ |
- | 5人に1人は「残念な人」を入れる | + | |
- | ●「残念な人」脱却法のポイント | + | おいおい、文字列連結し忘れているよ。ってか、< |
- | ○所要時間の把握 | + | と文句をいいたくなるわけですが、自分もたまにソースのみ修正で対処してしまうこともあって、自戒せねばと思ったしだい。 |
- | ○「間」の時間の活用 | + | |
- | 副問い合わせ(EXISTS)を使った更新(UPDATE)の注意 | + | 改修作業は、別の方が作成したプログラムで、かつ仕様を理解しないまま作業することがあるので、テストしにくいですね。 |
- | 売上取り消し処理が遅いということで調査していたのですが、構文をみても単純である為、なかなか気がつきませんでした。\\ | + | テストの自動化して、テストケースが全て網羅できてるような開発体制になっていれば防げたかもしれませんが、現状は到達できていない。 |
+ | リファクタリング\\ | ||
+ | http:// | ||
- | 結局遅い原因として、副問い合わせ(EXISTS)を使った更新\\ | + | ひどいソースに出合っても、既存の潜在バグも十分ありそうでも< |
- | (UPDATE)において、EXISTSの中に結合条件以外に外側の条件を含めていたため、処理に時間がかかっていたようです。\\ | + | |
+ | 改修作業は、ほんとに葛藤します。直したいけど・・・がまんがまんって。\\ | ||
+ | たまに我慢できなくて修正してしまいます。もちろん、それで痛い目にあったこともありますけど、なかなかスルーすることが出来ない(^^; | ||
- | これにより、別の処理含めても1分→5秒になりました。作成時は件数が少なかったので気が付かなかったのかも知れませんが、反省を含めて掲載しておきます。\\ | + | debug条件って意外と知られてないのかな、便利ですよね。\\ |
+ | http:// | ||
- | ちなみに私が作成したわけではないですが、すぐに気が付かなかったという点では知識不足だったわけです。 | + | ===== 被写体としての人形 ===== |
- | UPDATE T_JUCHU_H JH\\ | + | 最初は、人形だよなと思ってだんだん見ていくと、なんかいいんですよね。写真撮った人からの愛を感じますw |
- | SET\\ | + | |
- | KANRYO_KBN = ' | + | |
- | WHERE\\ | + | |
- | EXISTS | + | |
- | SELECT 1\\ | + | |
- | FROM | + | |
- | WHERE UM.JUCHU_NO | + | |
- | AND | + | |
- | <FONT color=# | + | |
- | </ | + | |
- | < | + | |
- | 一応Oracleですが、他のDBでも同じだと思うので気をつけましょう。 | + | |
- | < | + | これに手を出したら人生終わったと言えるようなものといえば?\\ |
- | インデックスは、JH.JUCHU_NOのみ、UM.JUCHU_NO と JOTAI_KBN はありません。 | + | http://blog.livedoor.jp/ |
- | 実行計画\\ | + | <FONT color=# |
- | consistent gets:SELECT(FOR UPDATE句有り)文 実行時のデータ要求 \\ | + | |
- | これ以外の項目はほぼ同じ値 | + | |
- | EXISTS内: consistent gets 11657696\\ | + | |
- | EXISTS外: consistent gets 1070 | + | |
+ | ===== なぜ2時から5時までは3時間で、2日から5日までは4日間なのか? ===== | ||
+ | なぜ2時から5時までは3時間で、2日から5日までは4日間なのか?\\ | ||
+ | http:// | ||
+ | A:「2時から5時までは3時間。」 → 「量」\\ | ||
+ | B:「2日から5日までは4日間。」 → 「数」 | ||
+ | ※:「2日のある時刻から5日の同時刻まで」というときは「3日」となる。 | ||
+ | C:「地面に線を引いた。2mの所から5mの所までは3m。」 → 「量」\\ | ||
+ | D:「旗を並べて立てた。2本目の旗から5本目の旗までは4本。」 → 「数」 | ||
+ | AとCは、時間や長さという連続量をはかるもの\\ | ||
+ | BとDは、日数や本数という分離量(数)をかぞえるもの | ||
+ | φ(.. )メモメモ | ||
+ | ===== VSTOで、Outlook COMアドインのセットアップ ===== | ||
+ | VSTOを使ったOutlook2003のアドインを開発したのですが、\\ | ||
+ | http:// | ||
+ | 今頃になって導入準備となり、下記のエラーに嵌まってしまいました。\\ | ||
+ | Debug上では動作するのですが、インストーラでアドインを入れた場合、詳細オプション→COMアドイン→使用できるアドインでチェック付けると、下記のエラーが出て動作してくれません。\\ | ||
+ | <FONT color=# | ||
- | カーソル(キャレット)の幅の変更 | + | この原因が分からなく、このエラー情報をネットで検索しても大した情報も得られず、配布するアセンブリが悪いのではないか、レジストリの内容が間違っていないか、プログラムは悪いのかと起動時にMsgBox(" |
- | Windowsのテキスト入力時のカーソル(キャレット)って、なんで細い線なんでしょうか。\\ | + | 下記サイトを、印刷してじっくり読み込んだりとか(原因が分かった後、読むと納得)\\ |
- | DOSの頃のカーソルは太くて見やすかったのにって思っている方へ | + | Visual Studio 2005 Tools for Office での Outlook アドイン サポートのアーキテクチャ\\ |
- | カーソル(キャレット)の幅を変更してみてください。\\ | + | http:// |
- | やり方は↓ | + | なんせ、Debug上では動作してしまうため、いろいろ手をつくすも、解決できなくて・・・ |
- | コントロールパネルのユーザー補助のオプション→画面タブ\\ | + | |
- | カーソルのオプション→幅\\ | + | |
+ | せめて、このエラーの詳しい情報が得られないだろうかと、VSTO関連のサイトで見直して下記サイトのある一文をやっと見つけました(^-^)\\ | ||
+ | アプリケーション レベルのプロジェクトのデバッグ\\ | ||
+ | http:// | ||
+ | <FONT color=# | ||
+ | VSTO_SUPPRESSDISPLAYALERTS 変数を 0 に設定します。」</ | ||
+ | 環境変数にVSTO_SUPPRESSDISPLAYALERTSを追加し値を0にセット後、Outlookを起動すると、例外エラーがメッセージボックスで表示されました。\\ | ||
+ | 「System.IO.FileLoadException: | ||
+ | またはその依存関係の 1 つが読み込めませんでした。\\ | ||
+ | 実行するためのアクセス許可を与えることができませんでした。\\ | ||
+ | ファイル名 ' | ||
+ | System.Security.Policy.PolicyException: | ||
+ | <FONT color=# | ||
+ | </ | ||
+ | セキュリティポリシーの設定\\ | ||
+ | コントロールパネル-管理ツール-Microsoft .NET Framework 2.0 Configration\\ | ||
+ | ランタイムセキュリティポリシー→ユーザー→コードグループ→VSTOProject→(既定の会社名)を追加\\ | ||
+ | メンバーシップ条件 URL C: | ||
+ | アクセス許可 FullTrust\\ | ||
- | 業務アプリケーションで一時的に、カーソルの幅を変更したい場合\\ | + | Debug上で動作していたのは、セキュリティポリシーの設定がVS側で自動的に作成されていたからです。SetUp.exeでインストールした場合、セキュリティポリシーの設定はツール Caspol.exeを使って別途セットしないとね。 |
- | ソースコードは、VB.NET\\ | + | |
- | Private Declare Function CreateCaret Lib " | + | |
- | | + | |
- | ByVal nWidth As Integer, _\\ | + | |
- | ByVal nHeight As Integer) As < | + | |
- | Private Declare Function ShowCaret Lib " | + | |
- | | + | |
- | | + | |
- | | + | |
- | 参考:\\ | + | |
- | <A href=" | + | |
- | Windows10のテキスト入力時の「カーソルの太さ」を変える方法 | + | コード アクセス セキュリティ ポリシー ツール |
- | http://freesoft.tvbok.com/win10/cahnge_cursor_thickness.html | + | http://msdn.microsoft.com/ja-jp/library/ |
- | Windows 7で、カーソルの幅を変更する方法について教えてください。 | + | インストール時にインストール先のフォルダパスをレジストリに書き込む\\ |
- | https://121ware.com/qasearch/1007/app/servlet/ | + | http://dobon.net/vb/dotnet/deployment/writeinstdirinreg.html |
+ | おかげで、やろうとした仕事がほとんど進まなかった、とほほ(T^T) | ||
+ | ===== 第2回静岡IT Pro勉強会 | ||
+ | 6月13日に行われた、第2回 静岡 IT Pro 勉強会が終了しました(^-^)\\ | ||
+ | 迷惑なメールの処理に要する費用は日本全体で年間7, | ||
+ | 今回は、迷惑メール対策に取り組んでいる方の話がきけて良かったです。 | ||
- | 労働外時間の端数処理 | + | 乗るはずの電車に乗り遅れてしまって、少し遅れて登場(^^; |
- | 「和民」で賃金未払い 217人に1200万円支払う\\ | + | 今回は満席に近く、席がほとんど埋まっている状態、でもって受付席の隣にちゃっかり座る。そしたら自己紹介でトップバッターになってしまった・・・ |
- | 勤務時間を1分単位で記録せずに30分単位などで端数を切り捨て、賃金の一部が未払い\\ | + | 自己紹介で、私の今日の目的はおやつですって言ったけども・・・\\ |
- | <A href=" | + | ちゃんと内容は、メモして聞いてましたよん。\\ |
- | <FONT color=# | + | ちなみに、↓おやつの写真 バームクーヘンやドーナツがうまうま\\ |
- | ただし厚生労働省は、賃金計算で1ヶ月のトータルから30分未満は切り捨て、30分以上は切り上げるというのであれば違法としないとしています。\\ | + | http://www.isisaka.com/blog/archives/2009/06/2itpro.html |
- | <A href="http://ha6.seikyou.ne.jp/home/hanappi/hanappi009.htm"> | + | |
- | 1日単位での端数処理(切り捨て)による積み上げと、月単位での合計による端数処理では、当然、金額に差が出ます< | + | |
- | 上記は時間外労働でしたが、遅刻の場合に15分単位で切り上げされていることがあるかと思います。この場合、就業規則に遅刻によるペナルティとして、15分未満は15分とするような規定がなされているのであれば、この場合は問題ないと思われます。 | + | |
- | 時間外労働に入る前に休憩時間が30分ある場合が存在します、休憩時間の長さについては、\\ | + | レポート内容は、代表のid:ftnkさんがまとめてくれているので、\\ |
- | 8時間を超える場合には少なくとも60分の休憩が必要であると規定されています。\\ | + | http:// |
- | 60分を超える休憩というのは特に問題はないですが、休憩時間が長ければ拘束時間が長くなるわけです、休憩時間といいながら仕事をしている方が多いと思われるので、会社側としたら残業賃金を減らすいい規則といった感じを私は受けますね。 | + | 私のは補足情報、といっても内容はかぶるけど |
+ | -------------------------------------------------------------------------\\ | ||
+ | ■佐藤さん: | ||
+ | http:// | ||
+ | スパムのメインストリームは bot ってなっているけども、日本のスパムは、まだbot | ||
+ | スパムメールも、8: | ||
+ | 現状は 95:5 くらい、上位5%の業者が95%のスパムを送ってる。\\ | ||
- | 年俸制であっても時間外の割増賃金の取扱いについても何ら変わるところはありません。\\ | + | ブラックリストは、送信者アドレス→ドメイン→ネームサーバー\\ |
- | 賃金は月払いの原則がありますので、毎月の労働時間を計算し、時間外労働が生じたならば、年俸とは別に時間外手当を支給しなければなりません。\\ | + | ブラックリストの共有化の問題点\\ |
- | ただし、時間外労働が毎月ほぼ一定している場合には、あらかじめ割増賃金を年俸に固定残業代として含めて支給することは認められます。\\ | + | ・数におされて無力化しつつある\\ |
- | つまり想定していた残業時間以上に残業をさせた場合には、超過分については残業代支払の義務があります。\\ | + | ・他のユーザーがまきぞえをくう場合がある。\\ |
+ | ・知名度が低い、またはそもそも国が違ってしまうブラックリストに入れれてしまう可能性が高い。\\ | ||
+ | (アフリカで有名でも日本では無名でブラックリスト化されちゃうとか) | ||
+ | スパム業者は1回送れればいい、多く出したい、待ちたくないのを利用して一度、接続を切って再送してくるなら、スパム業者の確立は低い。\\ | ||
+ | SMTPセッションの返答をわざと長く(10秒など)にすることで防ぐ。 | ||
+ | 対策の方針\\ | ||
+ | ・いろいろな手法を使ったとしても、誤検出は必ずおこる。\\ | ||
+ | 誤検出がないことを重視する、重大な誤検出があるとユーザが使ってくれない \\ | ||
+ | ・誤検出が起こると考え、情報(ログ)を残すようにする \\ | ||
+ | ・スパムを、1つの手法で全て抑えるってことは出来るようにはならないので各手法を組み合わせて弱点をカバーする。(スパムらしさは加算ではなく乗算) | ||
+ | その他\\ | ||
+ | ・サービスの時点でスパム対策をする\\ | ||
+ | ・同一内容がたくさんあればスパムだろう\\ | ||
+ | ・画像ボタンはX, | ||
+ | ・スパムちゃんぷる(ライブドアが公開)\\ | ||
+ | http:// | ||
+ | ・松田陽一さんのTLECレシピ\\ | ||
+ | http:// | ||
+ | ・ISP(プロバイダ)は通信事業法によりユーザーとの合意がない場合、メールの内容を\\ | ||
+ | 調べるようなフィルタリングが出来ない。合意が必要っすね。\\ | ||
- | 10年間泥のように働きなさいという前に、IT業界の労働環境をまず見直すべきかと思います。\\ | + | -------------------------------------------------------------------------\\ |
- | 残業を減らす努力と、鬱病になる前のケアをしていなかないと人材はそっぽ向いたままです。\\ | + | ■umqさん:SPF, |
- | 10年間泥のように働くという意味はいいですが、働かされるのはまっぴらごめんです。\\ | + | \\ |
- | <A href="http://blogs.wankuma.com/yaju/archive/2008/01/27/119418.aspx"> | + | SPF(RFC4408)/ |
- | <A href="http://blogs.wankuma.com/yaju/archive/2007/09/25/97762.aspx"> | + | DKIM(RFC4871)/ |
+ | Authentication-Results | ||
+ | 簡単な送信者認証、経路による確認として日本で3割程が採用している\\ | ||
+ | SPFとSenderIDと呼ばれるもの\\ | ||
+ | 今まで手ぶらで訪問していた営業マンが、名刺をもつようなものです。\\ | ||
+ | 手ぶらより、名刺を受け取れる分多少はましになります。 | ||
+ | では、名刺を信用できるでしょうか、運転免許証など信頼できるものが欲しくなります。\\ | ||
+ | それがDKIMとDomainKeysと呼ばれるものです。\\ | ||
+ | これらの認証に対応できていないサービスを使っていたらスパムメールと判断される\\ | ||
+ | ようになってくるでしょう。 | ||
+ | 電子署名方式の最新技術「DKIM」とは\\ | ||
+ | http://www.atmarkit.co.jp/fsecurity/special/89dkim/dkim01.html\\ | ||
+ | RFC翻訳\\ | ||
+ | http://www.iajapan.org/ | ||
+ | RFC日本語版リスト\\ | ||
+ | http:// | ||
+ | -------------------------------------------------------------------------\\ | ||
+ | ■kouさん:迷惑メール対策システム milter managerの開発者\\ | ||
+ | http://www.clear-code.com/software/milter-manager.html | ||
+ | 佐藤さんの話でもあったけど、1つの手法で全て抑えるってことは出来るようにはならないので、各手法を組み合わせて弱点をカバーする\\ | ||
+ | それを状況によって適切な複数メールフィルタ(milter)を組み合わせる\\ | ||
+ | 選択させていくツールです。 | ||
+ | milter managerはモニター募集中です。\\ | ||
+ | http://milter-manager.sourceforge.net/index.html.ja | ||
+ | まっちゃさんが、フロー図を描いてくれてます。\\ | ||
+ | http:// | ||
+ | -------------------------------------------------------------------------\\ | ||
+ | ■ 滝澤さん:SpamAssassin\\ | ||
+ | http:// | ||
+ | スパムメールらしさをスコアで算出し、その情報をヘッダに追加する。\\ | ||
+ | 情報をヘッダに追加するだけで、spam の破棄などは行なわない。\\ | ||
+ | スコアは" | ||
+ | スコアが5個までなら、スパムとしないとかで振り分ける。 | ||
+ | -------------------------------------------------------------------------\\ | ||
+ | ■白形さん:メールdeギフト\\ | ||
+ | http:// | ||
- | 粘菌には迷路を最短ルートで解く能力がある | + | メールdeギフトの社長さんである白形さんがこられていました。\\ |
- | サイエンスZEROを毎回楽しく見ております。\\ | + | http://www.business-i.jp/news/ind-page/news/200904200012a.nwc\\ |
- | 5月24日放送のテーマが粘菌だったのですが、粘菌おそるべし\\ | + | mixiの年賀状といえば、ピンときますでしょうか。\\ |
- | <A href="http://www.nhk.or.jp/zero/contents/dsp210.html"> | + | 静岡の企業だったんですね、応援しなきゃね。 |
- | 実は粘菌には、迷路を最短ルートで解く能力があります。\\ | + | caspol.exeを使用したセキュリティポリシーの設定 |
- | <A href="http://www.riken.go.jp/r-world/info/release/press/2000/000926/ | + | 前記事 VSTOで、Outlook COMアドインのセットアップ\\ |
+ | http://blogs.wankuma.com/yaju/archive/2009/06/08/174451.aspx | ||
+ | VSTOでOutlook COMアドインをインスール後に、セキュリティポリシーの設定\\ | ||
+ | が必要なわけですが、その際に、セキュリティポリシーを設定するための\\ | ||
+ | WSHスクリプトを作成しました。 | ||
+ | バッチファイルで作成したかったんですが、レジストリの値を取得する方法が\\ | ||
+ | いまいち分からなかったので(^^; | ||
+ | レジストリの値を取得するのは、インストール時にインストール先のフォルダパス\\ | ||
+ | をレジストリに書き込むように設定してあるためです。 | ||
- | 迷路のスタートとゴールに餌を置いておくと、粘菌が最短ルートを示してくれます。\\ | + | 説明すると、セキュリティポリシーのコマンドラインツールであるCaspol.exeを\\ |
- | 原理としては、栄養を双方に送りあって、栄養が多くなれば太くなり栄養が少なければ細くなりやがては消えてしまう。\\ | + | 使って、セキュリティポリシーのユーザーのAll_Codeの配下に" |
- | 最終的に太くなったところが最短ルートとなります。\\ | + | というグループを作成し、その下に" |
- | 放送ではこの単純な原理をコンピュータ化し、アメリカの道路の最短ルートを解いていました。\\ | + | フォルダパスをアクセス許可 FullTrustで設定してます。 |
+ | caspolにてYes/ | ||
+ | 「echo y|%」を指定して、自動応答にしてます。\\ | ||
+ | http:// | ||
+ | SecurityPolicy.vbsの中身 | ||
+ | Option Explicit\\ | ||
+ | 'On Error Resume Next\\ | ||
+ | dim WshShell, | ||
+ | Set WshShell = WScript.CreateObject(" | ||
+ | ' | ||
+ | file = WshShell.RegRead(" | ||
+ | ' | ||
+ | ' | ||
+ | ' | ||
+ | WshShell.Run " | ||
+ | WshShell.Run " | ||
- | 生物から原理を学ぶことってありますよね、生物というのは何万年?もかけて進化してきてるけど、実はそんな複雑ではなく単純な仕組み、組み合わせだったりするでしょうね。\\ | ||
- | でも、その単純さを見つけるのが難しかったりします。 | ||
- | トラブルを最小限にする謝る技術 | + | ===== 任天堂「ファミコン」はこうして生まれた ===== |
- | 日経SYSTEMSを定期購読しているのですが、2008/ | + | ■任天堂「ファミコン」はこうして生まれた\\ |
- | 特集2「トラブルを最小限にする謝る技術」でした。\\ | + | 【第1回】テレビ・ゲーム黎明期からマイコン搭載機登場まで \\ |
- | 会社にあれば読んでみて下さい。\\ | + | http://trendy.nikkeibp.co.jp/article/special/20080922/1018924/\\ |
- | <A href="http://www.nikkeibpm.co.jp/cs/mag/it/nos/index.html"> | + | 【第2回】電卓をあきらめてゲーム機ヘ \\ |
- | < | + | http://trendy.nikkeibp.co.jp/article/special/20080925/1019049/\\ |
- | </FONT>< | + | 【第3回】70年代後半の専用LSIゲーム機時代 \\ |
- | (一方的、無責任に見える)\\ | + | http:// |
- | ・謝ってすぐに原因や状況を説明\\ | + | 【第4回】携帯型ゲーム機を発想 |
- | (言い訳がましく見える)\\ | + | http://trendy.nikkeibp.co.jp/ |
- | ・謝る相手はシステム担当者だけでよいと判断\\ | + | 【第5回】試行錯誤のなかから十字ボタンを見いだす \\ |
- | (トラブルの大小関係なく謝る相手の確認も必要)\\ | + | http:// |
- | ・障害に関する事実確認だけに終始\\ | + | 【第6回】業務用ゲーム機の挫折をバネにファミコンの実現に挑む |
- | (解決策に対するユーザーの不満が噴出) \\ | + | http:// |
- | ・ユーザーの感情を逆なでする文面\\ | + | 【第7回】業務用機の仕様を家庭用に,LSIの開発から着手 \\ |
- | (ユーザーに責任転嫁、不快な意見を引用して反論、対応策が無い) \\ | + | http:// |
- | ・「ユーザーがおかしい」または「すべて自分やる」が前提の解決策\\ | + | 【第8回】ファミコン誕生,家庭用ゲーム機の代名詞に |
- | (思い込み不満を持つユーザーには無責任に見える) | + | http:// |
- | <FONT color=#006400 size=4>< | + | 【第9回】ディスクシステム,ROMの大容量化に押され短命に \\ |
- | </STRONG>< | + | http:// |
- | ・謝ることに徹する\\ | + | 【第10回】野村証券と通信アダプタを開発,ゲームは断念 |
- | ・原因を徐々に説明してユーザーの不満を軽減\\ | + | http:// |
- | (不満を聞きながら相手の怒りを和らげる説明)\\ | + | ■日本を変えた名ゲーム機列伝(多根清史) \\ |
- | ・感情を害さないように配慮した文面\\ | + | 第1回 ゲーム機の原点「スペースインベーダー」\\ |
- | (お詫びと報告への感謝、調査協力を仰ぐ、ミスは素直に認め対応策を伝える)\\ | + | http:// |
- | ・ユーザーの不満の中から事実を見極める\\ | + | 第2回 賭けの産物「ファミリーコンピュータ」 \\ |
- | ・障害による業務への影響度も確認\\ | + | http:// |
- | (「いつまでかかるか」を伝える、恒久対策と併せて暫定策を示す) | + | 第3回 制度疲労が起きた「スーパーファミコン」 \\ |
+ | http://waga.nikkei.co.jp/ | ||
+ | 第4回 ゲームバブル起こした「プレイステーション」 | ||
+ | http:// | ||
+ | 第5回 異質な時間作った「ゲームボーイ」\\ | ||
+ | http:// | ||
+ | ■Wiiが誕生したいくつかの理由\\ | ||
+ | http:// | ||
+ | http:// | ||
+ | ■任天堂は、なぜ健康をテーマにした「Wii Fit」を創ったのか\\ | ||
+ | http:// | ||
+ | ■社長が訊く(任天堂社長・岩田聡氏が開発者にインタビューするという連載)\\ | ||
+ | http:// | ||
- | 発注者ビューガイドライン | ||
- | 備忘録としてのリンク集 | ||
- | 発注者ビューガイドライン\\ | ||
- | <A href=" | ||
- | 基本設計がなっていない\\ | ||
- | <A href=" | ||
- | Visual Studioのためのテスト方法論\\ | ||
- | <A href=" | ||
- | テストについてのリンク集\\ | ||
- | <A href=" | ||
- | </ | ||
+ | {{:: | ||
+ | |||
+ | {{:: | ||
+ | {{:: |
メモ.txt · 最終更新: 2021/05/15 08:23 by yajuadmin