メモ
差分
このページの2つのバージョン間の差分を表示します。
| 両方とも前のリビジョン前のリビジョン次のリビジョン | 前のリビジョン次のリビジョン両方とも次のリビジョン | ||
| メモ [2017/03/15 01:43] – yajuadmin | メモ [2021/05/15 08:17] – yajuadmin | ||
|---|---|---|---|
| 行 1: | 行 1: | ||
| ====== メモ ====== | ====== メモ ====== | ||
| - | < | + | ===== 株取引の鉄則 ===== |
| - | ３０万部を超えるベストセラー「残念な人の思考法」の著者・山崎将志氏の説 | + | |
| - | ○分かれ道は優先順位！？ | + | |
| - | →作業量は一緒でも優先順位で結果は変わる | + | |
| - | ○「残念な人」は「できる人」になれる！ | + | |
| - | ○「残念な人」は必要！？ | + | |
| - | →「できる人」に思いやりの気持ちが生まれる | + | |
| - | ※「できる人」ばかりではギスギスするので、山崎将志氏が関わる組織では、 | + | |
| - | ５人に１人は「残念な人」を入れる | + | |
| - | ●「残念な人」脱却法のポイント | + | * 決算直前の銘柄の株取引しないこと、だたし空売りするならいいかも。 |
| - | ○所要時間の把握 | + | |
| - | ○「間」の時間の活用 | + | |
| - | 副問い合わせ(EXISTS)を使った更新(UPDATE)の注意 | + | ===== クラウドコンピューティング ===== |
| - | 売上取り消し処理が遅いということで調査していたのですが、構文をみても単純である為、なかなか気がつきませんでした。\\ | + | たんす預金、銀行。データを預ける上でのたとえ\\ |
| + | 例 Googleのデータセンター(銀行)にデータ預けるのであれば、PC(タンス)にデータを預けるのであれば、Google の方が安全ではないか\\ | ||
| + | いずれ、銀行のように普通に預けることになっていくだろう。 | ||
| + | ===== IPv6 ===== | ||
| + | IPv6になると手動で設定をしなくなる、自動化していく。\\ | ||
| + | 家電などにも付くようになった時、ネットワーク監視をしていくと、ショートパケットがでまくる。下手に家電を企業内にもっていくとパケット拾い捲りか | ||
| - | 結局遅い原因として、副問い合わせ(EXISTS)を使った更新\\ | + | ===== ヒューマンエラー ===== |
| - | (UPDATE)において、EXISTSの中に結合条件以外に外側の条件を含めていたため、処理に時間がかかっていたようです。\\ | + | ケーブルなどには間違えないようにタグ付けするとか。 |
| + | ===== 投資計画 ===== | ||
| + | 運用費用というのは軽視されやすく削られやすい、投資計画をきっちり出す。\\ | ||
| + | 月次レポートとして、システム稼動率はもちろん、人の稼動率も大切。 | ||
| - | これにより、別の処理含めても1分→5秒になりました。作成時は件数が少なかったので気が付かなかったのかも知れませんが、反省を含めて掲載しておきます。\\ | + | ===== 性善説の運用は駄目 ===== |
| + | モラルの低い人いるし、外国人であれば文化が違い本人は悪いと思ってないこともある。\\ | ||
| + | ただ『制度の設計は性悪説で、運用は性善説で』という言葉もあり、性善説がすべて悪いというわけではない。 | ||
| - | ちなみに私が作成したわけではないですが、すぐに気が付かなかったという点では知識不足だったわけです。 | + | ===== フロアごと安定化電源(CVCS)化 ===== |
| - | UPDATE T_JUCHU_H JH\\ | + | UPSをサーバーごと何十台も付けるならフロアごと安定化電源した方がよい |
| - | SET\\ | + | |
| - | KANRYO_KBN | + | |
| - | WHERE\\ | + | |
| - | EXISTS | + | |
| - | SELECT 1\\ | + | |
| - | FROM | + | |
| - | WHERE UM.JUCHU_NO | + | |
| - | AND | + | |
| - | <FONT color=# | + | |
| - | </ | + | |
| - | < | + | |
| - | 一応Oracleですが、他のＤＢでも同じだと思うので気をつけましょう。 | + | |
| - | < | + | ====== フルマラソンに挑戦してきました。 |
| - | インデックスは、JH.JUCHU_NOのみ、UM.JUCHU_NO | + | 昨年、富士山に初登頂したこともあり、次はフルマラソンに挑戦しようと密かに誓っていたわけです。\\ |
| - | 実行計画\\ | + | |
| - | consistent gets：SELECT(FOR UPDATE句有り)文 実行時のデータ要求 \\ | + | |
| - | これ以外の項目はほぼ同じ値 | + | |
| - | EXISTS内： consistent gets 11657696\\ | + | |
| - | EXISTS外： consistent gets 1070 | + | |
| - | 進行を妨たげる人に対処する | + | そして今日２６日、掛川新茶マラソンにてフルマラソンに挑戦してきました。\\ |
| - | 日経SYSTEMSを定期購読しているのですが、<FONT color=# | + | 挑戦なんて書かずに完走と書きたいところでしたが、２５ｋｍで時間切れで残念ながらリタイアとなってしましました。\\ |
| - | 現場で役立つ実践会議術 第５回進行を妨たげる人に対処する\\ | + | |
| - | 「演説、敵対、屁理屈、沈黙 困った人へのアプローチ」でした。\\ | + | |
| - | <FONT color=# | + | |
| - | <A href=" | + | |
| - | <FONT color=# | + | ２０ｋｍまでは、５時間完走のペースメーカーさんについていけてたのですが、\\ |
| - | </ | + | ２０ｋｍに到着したところで、気力が費えて少し休んでから走ろうと思って、とりあえず歩いたんですね。\\ |
| - | <FONT color=# | + | 歩いてしまったことで、最近左ひざを練習で痛めていたこともあって、痛くて走ることが出来なくなってしまいました。\\ |
| - | </ | + | それまでは、たぶん気力で防いでいたのかも知れません。\\ |
| - | 褒めたたえながら話の腰を折るようもっていく。\\ | + | |
| - | <FONT color=# | + | ２月下旬から練習を開始し、練習でも最高１６ｋｍまでしか走ってなかったわけで完走なんて、やはり甘かったです。\\ |
| - | </ | + | 私なんかより遥かに年上の方も完走されていますし、次は完走できるようにちゃんと準備しておきないと駄目ですね。\\ |
| - | <FONT color=# | + | |
| - | </ | + | |
| - | があって意見が対立している別の人に話を振り、議論の矛先を変えてみる。\\ | + | |
| - | < | + | 日本最大！走る仲間のウェブサイト http: |
| - | </FONT> | + | |
| - | <FONT color=# | + | |
| - | </ | + | |
| - | 褒めたうえで、その人の意見については、議論する必要性が乏しいことを\\ | + | |
| - | 論理的な理由を付けて指摘するとよい。\\ | + | |
| - | <FONT color=#006400 size=4>< | + | ====== 改修作業の自戒 ====== |
| - | </ | + | 結合テストにて、私が担当した日報入力画面にて「SQLが不正です。」という例外エラーが発生したので、調査のためトレースしていくと売上計上ストアドを呼んだところで、エラーが発生していることがわかった。\\ |
| - | <FONT color=# | + | |
| - | </ | + | |
| - | 議題や出された意見が相手の仕事にどう関係するのかを具体的に示し、\\ | + | |
| - | 思考を支援する。 | + | |
| + | その売上計上ストアドをトレースしていくと、文字列化したSQL文を実行したところで、例外エラーが発生した。\\ | ||
| + | その文字列化したSQL文を見てみると、なんとSELECT句が存在しないのである。そりゃー、SQLが不正ですよね。 | ||
| - | タコ調べ | + | ソースを眺めていると、仕様変更により改修作業を同僚が行っていた。 |
| - | タコ：< | + | |
| - | 気になったので勝手に調べちゃいました。ネット調べなので正しいかは不明･･･ | + | |
| - | <FONT size=4>< | + | |
| - | </ | + | |
| - | 骨がなくて柔らかいナマコの「コ」を取り、タコとした。 | + | |
| - | <FONT color=# | + | |
| - | </ | + | |
| - | 蛸の干物をつくるときに足をひろげた形に由来する\\ | + | |
| - | 語源：凧を「タコ」と呼ぶのは関東方言で、関西方言では「イカ」と呼ばれた。\\ | + | |
| - | \\ | + | |
| - | <FONT color=# | + | |
| - | 三振のこと、およびノーヒットの事\\ | + | |
| - | 坊主の頭が丸い＝ゼロから派生したと思われる。 | + | |
| - | <FONT color=# | + | |
| - | </ | + | |
| - | <FONT color=# | + | |
| - | </ | + | |
| - | ボウズと言う言葉を悪い意味で使うとスベルとかゼロの意味があります。 | + | |
| - | <FONT size=4>< | + | |
| - | </ | + | |
| - | </ | + | |
| - | <FONT color=# | + | |
| - | </ | + | |
| - | 語源としては、胼胝（たこ）からきている。 | + | |
| - | <FONT color=# | + | |
| - | <FONT color=# | + | |
| - | ひとりの手がたくさんあるかのように次々となぐりつける意味 | + | |
| - | <FONT color=# | + | |
| - | </ | + | |
| - | <FONT color=# | + | |
| - | 一種の数え歌、８と言えばタコの足の本数 | + | |
| - | <FONT color=# | + | <code> |
| - | </ | + | LV_SQL := " |
| - | 「自滅的行為」をタコというようになり、さらに派生して\\ | + | <FONT color=#0000ff>'ADD 2009/04/27 修正 name |
| - | 「失敗する」という意味にも使われる。) | + | LV_SQL := " |
| - | <FONT color=#006400>・タコは身を食う< | + | </ |
| - | 自分の財産を食いつぶすことの例え | + | LV_SQL := LV_SQL || " |
| - | <FONT color=# | + | ･･･ |
| - | 配当可能な利益が出ていない悪い決算なのに、配当すること。 | + | </code> |
| - | <FONT size=4>< | + | |
| - | </ | + | |
| - | </ | + | |
| - | タコ(tacho)とは速度を意味するギリシャ語のtakhosに由来する。 | + | |
| - | <FONT color=# | + | |
| - | 強制収容所？、他雇(他所から雇われてきた人)からきている？ | + | |
| - | <FONT color=#0000ff size=4>■動詞的な使用\\ | + | おいおい、文字列連結し忘れているよ。ってか、<FONT color=#ff0000>ソースだけ修正してテストしてないのバレバレでしょ。</ |
| - | </ | + | と文句をいいたくなるわけですが、自分もたまにソースのみ修正で対処してしまうこともあって、自戒せねばと思ったしだい。 |
| - | </ | + | |
| - | 2.「失敗する」などの意味\\ | + | |
| - | 3.気に入らない人間を殴ったり、蹴ったりしてボコボコにしてしまう事 | + | |
| - | <FONT color=# | + | 改修作業は、別の方が作成したプログラムで、かつ仕様を理解しないまま作業することがあるので、テストしにくいですね。 |
| - | </ | + | テストの自動化して、テストケースが全て網羅できてるような開発体制になっていれば防げたかもしれませんが、現状は到達できていない。 |
| - | 場違いな未熟者と蔑称に近い意味(タコ坊主から派生と思われる)\\ | + | |
| - | したが、自助努力で頑張る初心者たちのことを、 一種の愛情を\\ | + | |
| - | 込めて「タコ」と呼ぶようになった。 | + | |
| - | 技術伝承の断絶が招く危機 | + | リファクタリング\\ |
| - | IT業界は技術の変化が早いです、せっかく覚えた技術も陳腐化\\ | + | http://www.happiese.com/system/refactoring.html\\ |
| - | してしまうことも多々あります。\\ | + | |
| - | ですが、ベーシックなところはほとんど変わらないですよね。 | + | |
| - | IT業界は他の業界と比べても、技術に関する書籍が多いことや\\ | + | |
| - | グーグルなどの検索により情報が得やすい環境にあります。\\ | + | |
| - | それにより知識に関しては伝達することは出来ますが、一方、\\ | + | |
| - | 技能(スキル)について知識を駆使して作業を遂行する能力であり、\\ | + | |
| - | 伝達することが難しいところです。\\ | + | |
| - | 実体験しないとなかなか覚えない、失敗してこそ覚えたりする。 | + | |
| - | 現状、各個人の勘や経験に頼っていることが多いかと思います。\\ | + | |
| - | その場合、「技術は盗め」となるわけですが、はたしてスピード\\ | + | |
| - | 重視の世界でそんな悠長な事を言っている場合では無い･･･\\ | + | |
| - | はずです。 | + | |
| - | 会社内のコミュニケーションを円滑にして知識の蓄積と共有化する\\ | + | |
| - | システムを作り、全体のレベルを上げる体制を作るようにすることが\\ | + | |
| - | <FONT color=# | + | |
| - | られないとこでしょうか、\\ | + | |
| - | <FONT color=# | + | |
| - | 勝手に添削 - 技術の盗み方\\ | + | |
| - | <A href="http://blog.livedoor.jp/dankogai/archives/ | + | |
| - | 設計時の見落とし－Google先生も教えてはくれない\\ | + | |
| - | <A href=" | + | |
| - | 本題：\\ | + | ひどいソースに出合っても、既存の潜在バグも十分ありそうでも<FONT color=# |
| - | 日経SYSTEMSを定期購読しているのですが、２００７/ | + | |
| - | 特集１「あなたにも出来る技術伝承 勘と経験の残し方」でした。\\ | + | |
| - | 少し古い記事ですが会社にあれば読んでみて下さい。\\ | + | |
| - | <A href=" | + | |
| - | もしその技術が伝わっていたら、プロジェクト遅延やコスト超過\\ | + | |
| - | システムの障害発生などの重大なトラブルの裏には、技術伝承の\\ | + | |
| - | 失敗が隠されていることは少なくないはずです。 | + | |
| - | <FONT color=# | + | |
| - | <FONT color=# | + | |
| - | < | + | |
| - | < | + | |
| - | < | + | |
| - | < | + | |
| - | <FONT color=# | + | |
| - | < | + | |
| - | < | + | |
| - | < | + | |
| - | < | + | |
| - | <FONT color=# | + | |
| - | < | + | |
| - | < | + | |
| - | < | + | |
| - | < | + | |
| - | カーソル（キャレット）の幅の変更 | + | 改修作業は、ほんとに葛藤します。直したいけど・・・がまんがまんって。\\ |
| - | Windowsのテキスト入力時のカーソル（キャレット）って、なんで細い線なんでしょうか。\\ | + | たまに我慢できなくて修正してしまいます。もちろん、それで痛い目にあったこともありますけど、なかなかスルーすることが出来ない(^^; |
| - | DOSの頃のカーソルは太くて見やすかったのにって思っている方へ | + | |
| - | カーソル（キャレット）の幅を変更してみてください。\\ | + | |
| - | やり方は↓ | + | |
| - | コントロールパネルのユーザー補助のオプション→画面タブ\\ | + | |
| - | カーソルのオプション→幅\\ | + | |
| + | debug条件って意外と知られてないのかな、便利ですよね。\\ | ||
| + | http:// | ||
| - | 業務アプリケーションで一時的に、カーソルの幅を変更したい場合\\ | + | ====== 被写体としての人形 ====== |
| - | ソースコードは、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://blog.livedoor.jp/insidears/archives/ |
| - | Windows 7で、カーソルの幅を変更する方法について教えてください。 | + | <FONT color=# |
| - | https:// | + | |
| + | ====== なぜ２時から５時までは３時間で、２日から５日までは４日間なのか？ ====== | ||
| + | なぜ２時から５時までは３時間で、２日から５日までは４日間なのか？\\ | ||
| + | http:// | ||
| - | 労働外時間の端数処理 | + | Ａ：「２時から５時までは３時間。」 → 「量」\\ |
| - | 「和民」で賃金未払い ２１７人に１２００万円支払う\\ | + | Ｂ：「２日から５日までは４日間。」 → 「数」 |
| - | 勤務時間を１分単位で記録せずに３０分単位などで端数を切り捨て、賃金の一部が未払い\\ | + | ※：「２日のある時刻から５日の同時刻まで」というときは「３日」となる。 |
| - | <A href=" | + | Ｃ：「地面に線を引いた。２ｍの所から５ｍの所までは３ｍ。」 → 「量」\\ |
| - | <FONT color=# | + | Ｄ：「旗を並べて立てた。２本目の旗から５本目の旗までは４本。」 → 「数」 |
| - | ただし厚生労働省は、賃金計算で１ヶ月のトータルから３０分未満は切り捨て、３０分以上は切り上げるというのであれば違法としないとしています。\\ | + | ＡとＣは、時間や長さという連続量をはかるもの\\ |
| - | <A href=" | + | ＢとＤは、日数や本数という分離量（数）をかぞえるもの |
| - | １日単位での端数処理(切り捨て)による積み上げと、月単位での合計による端数処理では、当然、金額に差が出ます< | + | |
| - | 上記は時間外労働でしたが、遅刻の場合に１５分単位で切り上げされていることがあるかと思います。この場合、就業規則に遅刻によるペナルティとして、１５分未満は１５分とするような規定がなされているのであれば、この場合は問題ないと思われます。 | + | |
| - | 時間外労働に入る前に休憩時間が３０分ある場合が存在します、休憩時間の長さについては、\\ | + | φ(．． )メモメモ |
| - | ８時間を超える場合には少なくとも６０分の休憩が必要であると規定されています。\\ | + | |
| - | ６０分を超える休憩というのは特に問題はないですが、休憩時間が長ければ拘束時間が長くなるわけです、休憩時間といいながら仕事をしている方が多いと思われるので、会社側としたら残業賃金を減らすいい規則といった感じを私は受けますね。 | + | |
| - | 年俸制であっても時間外の割増賃金の取扱いについても何ら変わるところはありません。\\ | + | ====== VSTOで、Outlook COMアドインのセットアップ ====== |
| - | 賃金は月払いの原則がありますので、毎月の労働時間を計算し、時間外労働が生じたならば、年俸とは別に時間外手当を支給しなければなりません。\\ | + | VSTOを使ったOutlook2003のアドインを開発したのですが、\\ |
| - | ただし、時間外労働が毎月ほぼ一定している場合には、あらかじめ割増賃金を年俸に固定残業代として含めて支給することは認められます。\\ | + | http:// |
| - | つまり想定していた残業時間以上に残業をさせた場合には、超過分については残業代支払の義務があります。\\ | + | 今頃になって導入準備となり、下記のエラーに嵌まってしまいました。\\ |
| + | Debug上では動作するのですが、インストーラでアドインを入れた場合、詳細オプション→COMアドイン→使用できるアドインでチェック付けると、下記のエラーが出て動作してくれません。\\ | ||
| + | <FONT color=# | ||
| + | この原因が分からなく、このエラー情報をネットで検索しても大した情報も得られず、配布するアセンブリが悪いのではないか、レジストリの内容が間違っていないか、プログラムは悪いのかと起動時にMsgBox(" | ||
| + | 下記サイトを、印刷してじっくり読み込んだりとか(原因が分かった後、読むと納得)\\ | ||
| + | Visual Studio 2005 Tools for Office での Outlook アドイン サポートのアーキテクチャ\\ | ||
| + | http:// | ||
| + | なんせ、Debug上では動作してしまうため、いろいろ手をつくすも、解決できなくて･･･ | ||
| - | １０年間泥のように働きなさいという前に、ＩＴ業界の労働環境をまず見直すべきかと思います。\\ | + | せめて、このエラーの詳しい情報が得られないだろうかと、VSTO関連のサイトで見直して下記サイトのある一文をやっと見つけました(^-^)\\ |
| - | 残業を減らす努力と、鬱病になる前のケアをしていなかないと人材はそっぽ向いたままです。\\ | + | アプリケーション レベルのプロジェクトのデバッグ\\ |
| - | １０年間泥のように働くという意味はいいですが、働かされるのはまっぴらごめんです。\\ | + | http:// |
| - | <A href=" | + | <FONT color=# |
| - | <A href=" | + | VSTO_SUPPRESSDISPLAYALERTS 変数を 0 に設定します。」</ |
| + | 環境変数にVSTO_SUPPRESSDISPLAYALERTSを追加し値を0にセット後、Outlookを起動すると、例外エラーがメッセージボックスで表示されました。\\ | ||
| + | 「System.IO.FileLoadException: | ||
| + | またはその依存関係の 1 つが読み込めませんでした。\\ | ||
| + | 実行するためのアクセス許可を与えることができませんでした。\\ | ||
| + | ファイル名 ' | ||
| + | System.Security.Policy.PolicyException: | ||
| + | <FONT color=# | ||
| + | </FONT>原因が分かれば、対処は可能ですね。 | ||
| + | セキュリティポリシーの設定\\ | ||
| + | コントロールパネル－管理ツール－Microsoft .NET Framework 2.0 Configration\\ | ||
| + | ランタイムセキュリティポリシー→ユーザー→コードグループ→VSTOProject→(既定の会社名)を追加\\ | ||
| + | メンバーシップ条件 URL C:\\Program Files\\(既定の会社名)\\*\\ | ||
| + | アクセス許可 FullTrust\\ | ||
| + | Debug上で動作していたのは、セキュリティポリシーの設定がVS側で自動的に作成されていたからです。SetUp.exeでインストールした場合、セキュリティポリシーの設定はツール Caspol.exeを使って別途セットしないとね。 | ||
| - | 粘菌には迷路を最短ルートで解く能力がある | + | コード アクセス セキュリティ ポリシー ツール (Caspol.exe)\\ |
| - | サイエンスＺＥＲＯを毎回楽しく見ております。\\ | + | http://msdn.microsoft.com/ja-jp/library/cb6t8dtz(VS.80).aspx\\ |
| - | ５月２４日放送のテーマが粘菌だったのですが、粘菌おそるべし\\ | + | インストール時にインストール先のフォルダパスをレジストリに書き込む\\ |
| - | <A href="http://www.nhk.or.jp/zero/contents/ | + | http://dobon.net/vb/dotnet/deployment/ |
| + | おかげで、やろうとした仕事がほとんど進まなかった、とほほ（T^T) | ||
| - | 実は粘菌には、迷路を最短ルートで解く能力があります。\\ | + | ====== 第2回静岡IT Pro勉強会 |
| - | <A href=" | + | 6月13日に行われた、第２回 静岡 IT Pro 勉強会が終了しました(^-^)\\ |
| + | 迷惑なメールの処理に要する費用は日本全体で年間7, | ||
| + | 今回は、迷惑メール対策に取り組んでいる方の話がきけて良かったです。 | ||
| - | 迷路のスタートとゴールに餌を置いておくと、粘菌が最短ルートを示してくれます。\\ | + | 乗るはずの電車に乗り遅れてしまって、少し遅れて登場(^^; |
| - | 原理としては、栄養を双方に送りあって、栄養が多くなれば太くなり栄養が少なければ細くなりやがては消えてしまう。\\ | + | 今回は満席に近く、席がほとんど埋まっている状態、でもって受付席の隣にちゃっかり座る。そしたら自己紹介でトップバッターになってしまった･･･ |
| - | 最終的に太くなったところが最短ルートとなります。\\ | + | 自己紹介で、私の今日の目的はおやつですって言ったけども・・・\\ |
| - | 放送ではこの単純な原理をコンピュータ化し、アメリカの道路の最短ルートを解いていました。\\ | + | ちゃんと内容は、メモして聞いてましたよん。\\ |
| + | ちなみに、↓おやつの写真 バームクーヘンやドーナツがうまうま\\ | ||
| + | http:// | ||
| - | 生物から原理を学ぶことってありますよね、生物というのは何万年？もかけて進化してきてるけど、実はそんな複雑ではなく単純な仕組み、組み合わせだったりするでしょうね。\\ | + | レポート内容は、代表のid: |
| - | でも、その単純さを見つけるのが難しかったりします。 | + | http:// |
| + | 私のは補足情報、といっても内容はかぶるけど | ||
| + | -------------------------------------------------------------------------\\ | ||
| + | ■佐藤さん: | ||
| + | http:// | ||
| + | スパムのメインストリームは bot ってなっているけども、日本のスパムは、まだbot を使っていないって意味では、まだ、スパム1.0である。(Web2.0風でいうと) | ||
| + | スパムメールも、8: | ||
| + | 現状は 95：5 くらい、上位5%の業者が95%のスパムを送ってる。\\ | ||
| - | トラブルを最小限にする謝る技術 | + | ブラックリストは、送信者アドレス→ドメイン→ネームサーバー\\ |
| - | 日経SYSTEMSを定期購読しているのですが、２００８/ | + | ブラックリストの共有化の問題点\\ |
| - | 特集２「トラブルを最小限にする謝る技術」でした。\\ | + | ・数におされて無力化しつつある\\ |
| - | 会社にあれば読んでみて下さい。\\ | + | ・他のユーザーがまきぞえをくう場合がある。\\ |
| - | <A href=" | + | ・知名度が低い、またはそもそも国が違ってしまうブラックリストに入れれてしまう可能性が高い。\\ |
| - | < | + | （アフリカで有名でも日本では無名でブラックリスト化されちゃうとか） |
| - | </ | + | |
| - | (一方的、無責任に見える)\\ | + | |
| - | ・謝ってすぐに原因や状況を説明\\ | + | |
| - | (言い訳がましく見える)\\ | + | |
| - | ・謝る相手はシステム担当者だけでよいと判断\\ | + | |
| - | (トラブルの大小関係なく謝る相手の確認も必要)\\ | + | |
| - | ・障害に関する事実確認だけに終始\\ | + | |
| - | (解決策に対するユーザーの不満が噴出） \\ | + | |
| - | ・ユーザーの感情を逆なでする文面\\ | + | |
| - | (ユーザーに責任転嫁、不快な意見を引用して反論、対応策が無い） \\ | + | |
| - | ・「ユーザーがおかしい」または「すべて自分やる」が前提の解決策\\ | + | |
| - | (思い込み不満を持つユーザーには無責任に見える） | + | |
| - | <FONT color=# | + | |
| - | </ | + | |
| - | ・謝ることに徹する\\ | + | |
| - | ・原因を徐々に説明してユーザーの不満を軽減\\ | + | |
| - | (不満を聞きながら相手の怒りを和らげる説明)\\ | + | |
| - | ・感情を害さないように配慮した文面\\ | + | |
| - | (お詫びと報告への感謝、調査協力を仰ぐ、ミスは素直に認め対応策を伝える)\\ | + | |
| - | ・ユーザーの不満の中から事実を見極める\\ | + | |
| - | ・障害による業務への影響度も確認\\ | + | |
| - | (「いつまでかかるか」を伝える、恒久対策と併せて暫定策を示す） | + | |
| - | 発注者ビューガイドライン | + | スパム業者は1回送れればいい、多く出したい、待ちたくないのを利用して一度、接続を切って再送してくるなら、スパム業者の確立は低い。\\ |
| - | 備忘録としてのリンク集 | + | SMTPセッションの返答をわざと長く(10秒など)にすることで防ぐ。 |
| - | 発注者ビューガイドライン\\ | + | 対策の方針\\ |
| - | <A href=" | + | ・いろいろな手法を使ったとしても、誤検出は必ずおこる。\\ |
| - | 基本設計がなっていない\\ | + | 誤検出がないことを重視する、重大な誤検出があるとユーザが使ってくれない \\ |
| - | <A href=" | + | ・誤検出が起こると考え、情報(ログ)を残すようにする \\ |
| - | Visual Studioのためのテスト方法論\\ | + | ・スパムを、１つの手法で全て抑えるってことは出来るようにはならないので各手法を組み合わせて弱点をカバーする。(スパムらしさは加算ではなく乗算) |
| - | <A href="http://www.microsoft.com/japan/msdn/ | + | その他\\ |
| - | テストについてのリンク集\\ | + | ・サービスの時点でスパム対策をする\\ |
| - | <A href=" | + | ・同一内容がたくさんあればスパムだろう\\ |
| + | ・画像ボタンはX, | ||
| + | ・スパムちゃんぷる(ライブドアが公開)\\ | ||
| + | http://spam-champuru.livedoor.com/dnsbl/\\ | ||
| + | ・松田陽一さんのTLECレシピ\\ | ||
| + | http://tlec.linux.or.jp/docs/user_prefs\\ | ||
| + | ・ISP(プロバイダ)は通信事業法によりユーザーとの合意がない場合、メールの内容を\\ | ||
| + | 調べるようなフィルタリングが出来ない。合意が必要っすね。\\ | ||
| - | ラポートトークとリポートトーク | + | -------------------------------------------------------------------------\\ |
| - | デボラ・タネンという言語学者は、\\ | + | ■umqさん：SPF, |
| - | 『人の発言にはリポートトーク（report-talk）と、\\ | + | \\ |
| - | ラポートトーク（rapport-talk）の２種類がある』と提唱しています。 | + | SPF(RFC4408)/ |
| + | DKIM(RFC4871)/ | ||
| + | Authentication-Results | ||
| + | 簡単な送信者認証、経路による確認として日本で3割程が採用している\\ | ||
| + | SPFとSenderIDと呼ばれるもの\\ | ||
| + | 今まで手ぶらで訪問していた営業マンが、名刺をもつようなものです。\\ | ||
| + | 手ぶらより、名刺を受け取れる分多少はましになります。 | ||
| + | では、名刺を信用できるでしょうか、運転免許証など信頼できるものが欲しくなります。\\ | ||
| + | それがDKIMとDomainKeysと呼ばれるものです。\\ | ||
| + | これらの認証に対応できていないサービスを使っていたらスパムメールと判断される\\ | ||
| + | ようになってくるでしょう。 | ||
| + | 電子署名方式の最新技術「DKIM」とは\\ | ||
| + | http:// | ||
| + | RFC翻訳\\ | ||
| + | http:// | ||
| + | ＲＦＣ日本語版リスト\\ | ||
| + | http:// | ||
| + | -------------------------------------------------------------------------\\ | ||
| + | ■kouさん：迷惑メール対策システム milter managerの開発者\\ | ||
| + | http:// | ||
| + | 佐藤さんの話でもあったけど、１つの手法で全て抑えるってことは出来るようにはならないので、各手法を組み合わせて弱点をカバーする\\ | ||
| + | それを状況によって適切な複数メールフィルタ(milter)を組み合わせる\\ | ||
| + | 選択させていくツールです。 | ||
| + | milter managerはモニター募集中です。\\ | ||
| + | http:// | ||
| + | まっちゃさんが、フロー図を描いてくれてます。\\ | ||
| + | http:// | ||
| - | ここ最近で注目されたのでは、米大統領の民主党代表選挙\\ | + | -------------------------------------------------------------------------\\ |
| - | オバマ氏 VS クリントン氏 である。 | + | ■ 滝澤さん：SpamAssassin\\ |
| - | オバマ氏は、聞き手の側に立った「ラポート（共感・RAPORT）トーク」で展開しクリントン氏は、話し手である自分中心の「リポート(報告・REPORT)トーク」で展開した、結果はオバマ氏に軍配があがった。 | + | http:// |
| + | スパムメールらしさをスコアで算出し、その情報をヘッダに追加する。\\ | ||
| + | 情報をヘッダに追加するだけで、spam の破棄などは行なわない。\\ | ||
| + | スコアは" | ||
| + | スコアが5個までなら、スパムとしないとかで振り分ける。 | ||
| + | -------------------------------------------------------------------------\\ | ||
| + | ■白形さん：メールdeギフト\\ | ||
| + | http:// | ||
| - | ラポートトークとは、聞き手との心理的なつながり、共感関係を高めようとする情報中心の話し方で、的確で効果的な言葉の選択、繰り返し、発展、そしてそれを独特の抑揚、リズム、間の取り方で演出するというもので上手い人は、ドラマ性、物語性をもった交響曲を聴いている感じを受ける。 | + | メールdeギフトの社長さんである白形さんがこられていました。\\ |
| - | オバマ氏は、細かいことは省き、漠然としたもの、新しい明るい未来が始まるという期待感を盛り上げ、いかに聴衆との共感を掘り起こし高揚させるかを重視していた。日本では、小泉元総理もラポートトークでしたね。 | + | http://www.business-i.jp/news/ind-page/news/200904200012a.nwc\\ |
| - | アップルのジョブスも、ラポートトークによるプレゼンをしているよね。\\ | + | mixiの年賀状といえば、ピンときますでしょうか。\\ |
| - | ジョブズのプレゼンに学べ\\ | + | 静岡の企業だったんですね、応援しなきゃね。 |
| - | <A href="http://mac.ascii24.com/mac/specials/ | + | |
| - | スティーブ・ジョブズ名言集 | + | |
| - | <A href=" | + | |
| - | リポートトークとは、客観的な事実を伝えることに重きをおく、情報中心の話し方で、聴衆の心をつかんで話さないような、印象深い言葉をほとんどなく、あるのは、自分もしくは製品が優秀で経験、実績があるかを繰り返し述べるというもの。 | + | caspol.exeを使用したセキュリティポリシーの設定 |
| + | 前記事 VSTOで、Outlook COMアドインのセットアップ\\ | ||
| + | http:// | ||
| + | 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 " | ||
| - | 営業する場合、製品や機能を紹介する場合は、いかに明るい未来が始まるという期待感を盛り上げるラポートトークをした後で、数値などの客観的な事実を見せて\\ | ||
| - | 納得させるリポートトークをすることで、お客さんの購買意欲が沸くのではないでしょうか | ||
| - | 参考：立命館大教授 東照二 ２００８０６１４静岡新聞夕刊 オバマ vs クリントン | + | 任天堂「ファミコン」はこうして生まれた |
| + | ■任天堂「ファミコン」はこうして生まれた\\ | ||
| + | 【第1回】テレビ・ゲーム黎明期からマイコン搭載機登場まで \\ | ||
| + | http:// | ||
| + | 【第2回】電卓をあきらめてゲーム機ヘ \\ | ||
| + | http:// | ||
| + | 【第3回】70年代後半の専用LSIゲーム機時代 \\ | ||
| + | http:// | ||
| + | 【第4回】携帯型ゲーム機を発想 \\ | ||
| + | http:// | ||
| + | 【第5回】試行錯誤のなかから十字ボタンを見いだす \\ | ||
| + | http:// | ||
| + | 【第6回】業務用ゲーム機の挫折をバネにファミコンの実現に挑む \\ | ||
| + | http:// | ||
| + | 【第7回】業務用機の仕様を家庭用に，LSIの開発から着手 \\ | ||
| + | http:// | ||
| + | 【第8回】ファミコン誕生，家庭用ゲーム機の代名詞に \\ | ||
| + | http:// | ||
| + | 【第9回】ディスクシステム，ROMの大容量化に押され短命に \\ | ||
| + | http:// | ||
| + | 【第10回】野村証券と通信アダプタを開発，ゲームは断念 \\ | ||
| + | http:// | ||
| + | ■日本を変えた名ゲーム機列伝（多根清史） \\ | ||
| + | 第１回 ゲーム機の原点「スペースインベーダー」\\ | ||
| + | http:// | ||
| + | 第２回 賭けの産物「ファミリーコンピュータ」 \\ | ||
| + | http:// | ||
| + | 第３回 制度疲労が起きた「スーパーファミコン」 \\ | ||
| + | http:// | ||
| + | 第４回 ゲームバブル起こした「プレイステーション」 \\ | ||
| + | http:// | ||
| + | 第５回 異質な時間作った「ゲームボーイ」\\ | ||
| + | http:// | ||
| + | ■Wiiが誕生したいくつかの理由\\ | ||
| + | http:// | ||
| + | http:// | ||
| + | ■任天堂は、なぜ健康をテーマにした「Wii Fit」を創ったのか\\ | ||
| + | http:// | ||
| + | ■社長が訊く(任天堂社長・岩田聡氏が開発者にインタビューするという連載)\\ | ||
| + | http:// | ||
| - | </ | ||
| + | {{:: | ||
| + | |||
| + | {{:: | ||
| + | {{:: | ||
メモ.txt · 最終更新: 2021/05/15 08:23 by yajuadmin