メモ
差分
このページの2つのバージョン間の差分を表示します。
| 両方とも前のリビジョン前のリビジョン次のリビジョン | 前のリビジョン次のリビジョン両方とも次のリビジョン | ||
| メモ [2017/04/01 16:49] – yajuadmin | メモ [2021/05/15 08:19] – yajuadmin | ||
|---|---|---|---|
| 行 1: | 行 1: | ||
| ====== メモ ====== | ====== メモ ====== | ||
| + | ===== 株取引の鉄則 ===== | ||
| + | |||
| + | * 決算直前の銘柄の株取引しないこと、だたし空売りするならいいかも。 | ||
| + | |||
| + | ===== クラウドコンピューティング ===== | ||
| + | たんす預金、銀行。データを預ける上でのたとえ\\ | ||
| + | 例 Googleのデータセンター(銀行)にデータ預けるのであれば、PC(タンス)にデータを預けるのであれば、Google の方が安全ではないか\\ | ||
| + | いずれ、銀行のように普通に預けることになっていくだろう。 | ||
| + | |||
| + | ===== IPv6 ===== | ||
| + | IPv6になると手動で設定をしなくなる、自動化していく。\\ | ||
| + | 家電などにも付くようになった時、ネットワーク監視をしていくと、ショートパケットがでまくる。下手に家電を企業内にもっていくとパケット拾い捲りか | ||
| + | |||
| + | ===== ヒューマンエラー ===== | ||
| + | ケーブルなどには間違えないようにタグ付けするとか。 | ||
| + | |||
| + | ===== 投資計画 ===== | ||
| + | 運用費用というのは軽視されやすく削られやすい、投資計画をきっちり出す。\\ | ||
| + | 月次レポートとして、システム稼動率はもちろん、人の稼動率も大切。 | ||
| + | |||
| + | ===== 性善説の運用は駄目 ===== | ||
| + | モラルの低い人いるし、外国人であれば文化が違い本人は悪いと思ってないこともある。\\ | ||
| + | ただ『制度の設計は性悪説で、運用は性善説で』という言葉もあり、性善説がすべて悪いというわけではない。 | ||
| + | |||
| + | ===== フロアごと安定化電源(CVCS)化 ===== | ||
| + | UPSをサーバーごと何十台も付けるならフロアごと安定化電源した方がよい | ||
| + | |||
| + | ===== フルマラソンに挑戦してきました。 ===== | ||
| + | 昨年、富士山に初登頂したこともあり、次はフルマラソンに挑戦しようと密かに誓っていたわけです。\\ | ||
| + | |||
| + | そして今日２６日、掛川新茶マラソンにてフルマラソンに挑戦してきました。\\ | ||
| + | 挑戦なんて書かずに完走と書きたいところでしたが、２５ｋｍで時間切れで残念ながらリタイアとなってしましました。\\ | ||
| + | |||
| + | ２０ｋｍまでは、５時間完走のペースメーカーさんについていけてたのですが、\\ | ||
| + | ２０ｋｍに到着したところで、気力が費えて少し休んでから走ろうと思って、とりあえず歩いたんですね。\\ | ||
| + | 歩いてしまったことで、最近左ひざを練習で痛めていたこともあって、痛くて走ることが出来なくなってしまいました。\\ | ||
| + | それまでは、たぶん気力で防いでいたのかも知れません。\\ | ||
| + | |||
| + | ２月下旬から練習を開始し、練習でも最高１６ｋｍまでしか走ってなかったわけで完走なんて、やはり甘かったです。\\ | ||
| + | 私なんかより遥かに年上の方も完走されていますし、次は完走できるようにちゃんと準備しておきないと駄目ですね。\\ | ||
| + | |||
| + | 日本最大！走る仲間のウェブサイト http:// | ||
| + | |||
| + | ===== 改修作業の自戒 ===== | ||
| + | 結合テストにて、私が担当した日報入力画面にて「SQLが不正です。」という例外エラーが発生したので、調査のためトレースしていくと売上計上ストアドを呼んだところで、エラーが発生していることがわかった。\\ | ||
| + | |||
| + | その売上計上ストアドをトレースしていくと、文字列化したSQL文を実行したところで、例外エラーが発生した。\\ | ||
| + | その文字列化したSQL文を見てみると、なんとSELECT句が存在しないのである。そりゃー、SQLが不正ですよね。 | ||
| + | |||
| + | ソースを眺めていると、仕様変更により改修作業を同僚が行っていた。 | ||
| + | |||
| < | < | ||
| - | 戯言－新入社員のタイプ | + | LV_SQL |
| - | http://www.jpc-net.jp/ | + | <FONT color=# |
| - | http:// | + | LV_SQL |
| - | 財団法人社会経済生産性本部</A>が毎年、新入社員のタイプを分析し、流行のキーワードと絡めて発表している、新入社員のタイプがあります。この命名は、1973年度から行われております。\\ | + | </FONT> |
| - | 先輩や上司だって、今は偉そうに指導しているけれど、新入社員のころはいろいろ言われてたわけさ。 | + | LV_SQL := LV_SQL || " |
| + | ･･･ | ||
| + | </ | ||
| - | さて、みなさんは何タイプでしたでしょうか？ | + | おいおい、文字列連結し忘れているよ。ってか、<FONT color=# |
| + | と文句をいいたくなるわけですが、自分もたまにソースのみ修正で対処してしまうこともあって、自戒せねばと思ったしだい。 | ||
| - | ^年度^命名^概要^ | + | 改修作業は、別の方が作成したプログラムで、かつ仕様を理解しないまま作業することがあるので、テストしにくいですね。 |
| - | |1973|パンダ型|おとなしく可愛いが、人になつかず世話が大変| | + | テストの自動化して、テストケースが全て網羅できてるような開発体制になっていれば防げたかもしれませんが、現状は到達できていない。 |
| - | |1974|ムーミン型|人畜無害でおとなしいが、大人か子供か得体知れず| | + | |
| - | |1975|カモメのジョナサン型|群れから外れやすく上空からしらけた眼で見ている。一方でめざとい| | + | |
| - | |1976|たいやきクン型|頭から尾まで過保護のアンコがギッシリ| | + | |
| - | |1977|人工芝型|見た目きれいで根が生えず、夜のネオンでよみがえる| | + | |
| - | |1978|カラオケ型|伴奏ばかりで他と音程合わず。不景気な歌に素直| | + | |
| - | |1979|お子様ランチ型|何でも揃って綺麗だが、幼さ抜けず歯ごたえなし| | + | |
| - | |1980|コインロッカー型|小じんまりと画一的で、外見も反応もすべて同じ| | + | |
| - | |1981|漢方薬型|煎じ方悪ければ、効き目なく副作用生じる| | + | |
| - | |1982|瞬間湯沸かし器型|新式と旧式の二種類存在し、反応・熱意が正反対| | + | |
| - | |1983|麻雀牌型|大きさと形同じで並べやすいが、中身はわからず| | + | |
| - | |1984|コピー食品型|外見のみ本物風で手間いらずだが、歯ごたえなく栄養も心配| | + | |
| - | |1985|使い捨てカイロ型|もまないと熱くならず、扱い方もむずかしい| | + | |
| - | |1986|日替わり定食型|期待したわりには変わり映えせず、同じ材料の繰り返し| | + | |
| - | |1987|テレフォンカード型|一定方向に入れないと作動しないし、仕事が終わるとうるさい| | + | |
| - | |1988|養殖ハマチ型|過保護で栄養分高いが、魚らしくピチピチしていない| | + | |
| - | |1989|液晶テレビ型|反応早いが、値段高く色不鮮明。改良次第で可能性大| | + | |
| - | |1990|タイヤチェーン型|装着大変だが、装着の具合次第で安全・駆動力OK| | + | |
| - | |1991|お仕立券付ワイシャツ型|価格高く仕立てに時間かかり、生地によっては困難| | + | |
| - | |1992|バーコード型|読み取り機（上司）次第で、迅速・正確・詳細な処理可能| | + | |
| - | |1993|もつ鍋型|一見得体知れずで厄介だが、煮ても焼いても食えそう| | + | |
| - | |1994|浄水器型|取り付け不十分だと臭くてまずいが、うまくいけば必需品| | + | |
| - | |1995|四コママンガ型|理解に時間がかからず傑作もある一方で市場にあふれているので安く調達できる| | + | |
| - | |1996|床暖房型|断熱材（評価）いれないと熱（やる気）が床下（社外）に逃げる| | + | |
| - | |1997|ボディシャンプー型|泡立ち（適応性）よく、香り（個性）楽しめるが、肌（会社体質）に会わないこともある。石鹸（従来社員）以外に肌を慣らすことも必要| | + | |
| - | |1998|再生紙型|無理な漂白（社風押し付け）はダイオキシン出るが、脱墨技術（育成法）の向上次第で新タイプの紙（新入社員）として大いに市場価値あり| | + | |
| - | |1999|形態安定シャツ型|防縮性、耐摩耗性の生地（新人）多く、ソフト仕上げで、丸洗い（厳しい研修・指導）OK。但し型崩れ防止アイロン（注意・指示）必要| | + | |
| - | |2000|栄養補助食品型|ビタミンやミネラル（語学力やパソコン活用能力）を豊富に含み、企業の体力増強に役立ちそうだが、直射日光（叱責）に弱く、賞味期限（試用期間）内に効果（ヤル気）薄れることあり| | + | |
| - | |2001|キシリトールガム型|種類は豊富、価格も手ごろ。清潔イメージで虫歯（不祥事）予防に効果ありそうで、味は大差ない| | + | |
| - | |2002|ボディピロー型（抱き付き枕）|クッション性あり、等身大に近いので気分はいいが、上司・先輩が気ままに扱いすぎると、床に落ちたり（早期退職）、変形しやすいので、素材（新人の質）によっては、いろいろなメンテナンスが必要となる| | + | |
| - | |2003|カメラ付きケータイ型|その場で瞬時に情報を取り込み発信するセンスや処理能力を持ち、機能も豊富だが、経験や知識がなかなか蓄積されない。また、中高年者にとって使いこなしきれない側面もある| | + | |
| - | |2004|ネットオークション型|ネット上で取引が始まり、良いものには人気が殺到しさっさと売れる一方で、ＰＲ不足による売れ残りも多数。一方で、ブランド名やアピールに釣られて高値で落札したものの、入手後にアテが外れることもある| | + | |
| - | |2005|発光ダイオード型|電流を通す（きちんと指導する）ときれいに光る（いい仕事をする）が決して熱くならない（冷めている）| | + | |
| - | |2006|ブログ型|表面は従順だが、様々思いを胸に秘め、時にインターネット上の日記を通じて大胆に自己主張する。繊細な感受性とブログ的なネットワーク力に優れるが、パソコンに語るだけに止まる傾向もある| | + | |
| - | |2007|デイトレーダー型|自己主張型で、常に良い待遇・仕事を求めて転職をもくろむ| | + | |
| - | |2008|カーリング型|新入社員は磨けば光るとばかりに、育成の方向を定め、そっと背中を押し、ブラシでこすりつつ、周りは働きやすい環境作りに腐心する。しかし、少しでもブラシでこするのをやめると、減速したり、止まってしまったりしかねない。| | + | |
| - | |2009|エコバッグ型|環境問題(エコ)に関心が強く、節約志向(エコ)で無駄を嫌う傾向があり、折り目正しい。小さくたためて便利だが、使うときには大きく広げる(育成する)必要がある。酷使すると長持ちしない(早期離職)が、意外に耐久性に優れた面もあり、活用次第で有用となるだろう。 | | + | |
| - | |2010|ETC型|性急に関係を築こうとすると直前まで心の「バー」が開かないので、スピードの出し過ぎにご用心。IT活用には長けているが、人との直接的な対話がなくなるのが心配。| | + | |
| - | |2011|はやぶさ型|最初は音信不通になったり、制御不能になったりでハラハラさせられるが、長い目で見れば期待した成果をあげることができるだろう。| | + | |
| - | |2012|奇跡の一本松型|今のところは未知数だが、先輩の胸を借りる（接木）などしながらその個性や能力（種子や穂） を育てて行けば、やがてはどんな部署でもやっていける（移植）だろうし、他の仲間とつながって大きく育っていく（松原）だろう。| | + | |
| - | |2013|ロボット掃除機型|| | + | |
| - | |2014| | + | |
| - | |2015| | + | |
| - | |2016| | + | |
| - | |2017| | + | |
| - | 参考資料：http://www.jpc-sed.or.jp/cisi/mailmag/m020_pa6.html | + | リファクタリング\\ |
| + | http://www.happiese.com/system/refactoring.html\\ | ||
| - | 戯言－人は決めてから悩む | + | ひどいソースに出合っても、既存の潜在バグも十分ありそうでも<FONT color=# |
| - | 「ドラゴン桜」で有名な三田紀房さんの別作品に「エンゼルバンク」というのがあります。\\ | + | |
| - | こちらは東大ではなく転職サポートビジネスがテーマです。\\ | + | |
| - | その中でおもしろいなと思ったことが数点かありました。\\ | + | 改修作業は、ほんとに葛藤します。直したいけど・・・がまんがまんって。\\ |
| - | まったくもって受け売りな私は、反省すべき点が多々・・・\\ | + | たまに我慢できなくて修正してしまいます。もちろん、それで痛い目にあったこともありますけど、なかなかスルーすることが出来ない(^^; |
| - | ■人は決めてから悩む\\ | + | debug条件って意外と知られてないのかな、便利ですよね。\\ |
| - | 普通は決める前に悩むと思うわけですが実は違う\\ | + | http:// |
| - | 人は簡単に調べられることも、案外その場の勢いなどで調べずに決めてしまう\\ | + | |
| - | 決めたあとでちくちく悩むあとで後悔する\\ | + | |
| - | それは、決めることで基準ができるからである\\ | + | |
| - | 基準がない中での悩みはきりがない、なかなかはじめの一歩を踏み出せない\\ | + | ===== 被写体としての人形 ===== |
| + | 最初は、人形だよなと思ってだんだん見ていくと、なんかいいんですよね。写真撮った人からの愛を感じますｗ | ||
| - | 決めてから悩む、でもそれでいいのさ（＾-＾）\\ | + | これに手を出したら人生終わったと言えるようなものといえば？\\ |
| + | http:// | ||
| + | <FONT color=# | ||
| - | いつまでも悩んでたら何もできない、何も行動を起こせなかったら幸せになれない\\ | + | ===== なぜ２時から５時までは３時間で、２日から５日までは４日間なのか？ ===== |
| + | なぜ２時から５時までは３時間で、２日から５日までは４日間なのか？\\ | ||
| + | http:// | ||
| - | 韓国のことわざに「始まりは半分」ってのがありますがものごとを新しくはじめるにはものすごくエネルギーがいるので、はじめただけで、もう半分まで来ているんだよ。という解釈です。 | + | Ａ：「２時から５時までは３時間。」 → 「量」\\ |
| + | Ｂ：「２日から５日までは４日間。」 → 「数」 | ||
| + | ※：「２日のある時刻から５日の同時刻まで」というときは「３日」となる。 | ||
| + | Ｃ：「地面に線を引いた。２ｍの所から５ｍの所までは３ｍ。」 → 「量」\\ | ||
| + | Ｄ：「旗を並べて立てた。２本目の旗から５本目の旗までは４本。」 → 「数」 | ||
| + | ＡとＣは、時間や長さという連続量をはかるもの\\ | ||
| + | ＢとＤは、日数や本数という分離量（数）をかぞえるもの | ||
| - | ■啓発本を山ほど読んでも成功には近づかない\\ | + | φ(．． )メモメモ |
| - | 本を読んで成功する人間はほんの一部でほとんど思い通りにならないのが現実ですよね。 | + | |
| - | 啓発本を呼んで「へぇ」と「そうそう」と思う人のうち成功するのは、「そうそう」と思う人、それは自分で常に考えているから「そうそう」と思うのは成功した人と思考が似ているため自身がついて同等と行動ができる。\\ | + | ===== VSTOで、Outlook COMアドインのセットアップ ===== |
| - | 「へぇ」という人は、新しい知識を得て感心し内容に感心して真似て実践するけど、すぐに結果がでないとまた次の本に手を伸ばす。普段、自分では何も考えていないから。 | + | VSTOを使ったOutlook2003のアドインを開発したのですが、\\ |
| + | http:// | ||
| + | 今頃になって導入準備となり、下記のエラーに嵌まってしまいました。\\ | ||
| + | Debug上では動作するのですが、インストーラでアドインを入れた場合、詳細オプション→COMアドイン→使用できるアドインでチェック付けると、下記のエラーが出て動作してくれません。\\ | ||
| + | <FONT color=# | ||
| - | がーん、私だ（＾＾；\\ | + | この原因が分からなく、このエラー情報をネットで検索しても大した情報も得られず、配布するアセンブリが悪いのではないか、レジストリの内容が間違っていないか、プログラムは悪いのかと起動時にMsgBox(" |
| + | 下記サイトを、印刷してじっくり読み込んだりとか(原因が分かった後、読むと納得)\\ | ||
| + | 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を使って別途セットしないとね。 |
| - | 仕事に夢だのやりがいだの言っているうちは本当の努力はしないってこと、もっと現実的に具体的に考えなさいとね。 | + | |
| + | コード アクセス セキュリティ ポリシー ツール (Caspol.exe)\\ | ||
| + | http:// | ||
| + | インストール時にインストール先のフォルダパスをレジストリに書き込む\\ | ||
| + | http:// | ||
| + | おかげで、やろうとした仕事がほとんど進まなかった、とほほ（T^T) | ||
| - | 設計時の見落とし－関連項目値の変更 | + | ===== 第2回静岡IT Pro勉強会 |
| - | 私の経験の中であった、設計時の見落としをテーマとして何点か書いてみます。 | + | 6月13日に行われた、第２回 静岡 IT Pro 勉強会が終了しました(^-^)\\ |
| - | 業務用アプリケーションを作成していると、ヘッダ部と明細部が一緒になって\\ | + | 迷惑なメールの処理に要する費用は日本全体で年間7, |
| - | いる画面がだいたいあります。例受注入力画面\\ | + | 今回は、迷惑メール対策に取り組んでいる方の話がきけて良かったです。 |
| - | 簡易な例としては、ヘッダ部に請求先コードを入力し、明細部に数量、単価、金額などの項目があるとかです。\\ | + | 乗るはずの電車に乗り遅れてしまって、少し遅れて登場(^^;\\ |
| - | 請求先コードをキーに請求先マスタを参照し、端数区分(切り上げ、四捨五入、切り捨て)を取得します。\\ | + | 今回は満席に近く、席がほとんど埋まっている状態、でもって受付席の隣にちゃっかり座る。そしたら自己紹介でトップバッターになってしまった･･･ |
| - | そして、明細入力の金額を自動計算(数量ｘ単価)する際の端数処理に使用します。 | + | 自己紹介で、私の今日の目的はおやつですって言ったけども・・・\\ |
| - | 明細を何件か入力後に、先ほどとは違う請求先コードに変更したとき、端数区分が四捨五入→切り捨てなど違う場合があります。 | + | ちゃんと内容は、メモして聞いてましたよん。\\ |
| - | では、その時に入力されている明細の金額についてはどうするべきなのか？\\ | + | ちなみに、↓おやつの写真 バームクーヘンやドーナツがうまうま\\ |
| - | 1.何もしない\\ | + | http:// |
| - | 2.自動計算\\ | + | |
| - | 3.明細をクリアする\\ | + | |
| - | などなど\\ | + | |
| - | ※請求書コードを変更する段階で確認メッセージを出力するものとする | + | |
| - | また、数量ｘ単価＝金額ですが、仕様によっては金額が入力項目になっていることがあります。(調整用に金額を訂正可能にするため）\\ | + | |
| - | 金額を訂正した後に、数量を入力し直したら金額は計算しなおすべきなのか、それとも何もしないのかなどなど | + | |
| - | このように関連する項目が変更された場合、幾つかの方法が考えられるわけですが、\\ | + | |
| - | 詳細設計書上にその旨の記述があったことがなかなかありません。\\ | + | |
| - | かといって、共通仕様書上にあるのかというと無いわけです | + | |
| - | そうすると、たいがい指摘するはめになります。 | + | |
| - | みさなん、関連項目を変更した場合をちゃんと考慮してますか、されてますよね&# | + | |
| - | 特に関連項目の数が多いと抜けが発生します、気をつけましょう。 | + | |
| + | レポート内容は、代表のid: | ||
| + | http:// | ||
| + | 私のは補足情報、といっても内容はかぶるけど | ||
| + | -------------------------------------------------------------------------\\ | ||
| + | ■佐藤さん: | ||
| + | http:// | ||
| + | スパムのメインストリームは bot ってなっているけども、日本のスパムは、まだbot を使っていないって意味では、まだ、スパム1.0である。(Web2.0風でいうと) | ||
| + | スパムメールも、8: | ||
| + | 現状は 95：5 くらい、上位5%の業者が95%のスパムを送ってる。\\ | ||
| + | ブラックリストは、送信者アドレス→ドメイン→ネームサーバー\\ | ||
| + | ブラックリストの共有化の問題点\\ | ||
| + | ・数におされて無力化しつつある\\ | ||
| + | ・他のユーザーがまきぞえをくう場合がある。\\ | ||
| + | ・知名度が低い、またはそもそも国が違ってしまうブラックリストに入れれてしまう可能性が高い。\\ | ||
| + | （アフリカで有名でも日本では無名でブラックリスト化されちゃうとか） | ||
| - | 設計時の見落とし－按分処理後の端数補正 | + | スパム業者は1回送れればいい、多く出したい、待ちたくないのを利用して一度、接続を切って再送してくるなら、スパム業者の確立は低い。\\ |
| - | 私の経験の中であった、設計時の見落としをテーマとして何点か書いてみます。 | + | SMTPセッションの返答をわざと長く(10秒など)にすることで防ぐ。 |
| - | 業務用アプリケーションでは、料金などを比率によって振り分ける按分処理を行うことがあります。 | + | 対策の方針\\ |
| - | 簡単な例で言えば、100円を5つに均等配分するとすれば、各20円となります。\\ | + | ・いろいろな手法を使ったとしても、誤検出は必ずおこる。\\ |
| - | では、100円を3つに均等配分してみるとどうでしょう？\\ | + | 誤検出がないことを重視する、重大な誤検出があるとユーザが使ってくれない \\ |
| - | この場合、各33円となって、1円が余ってしまいますね。 | + | ・誤検出が起こると考え、情報(ログ)を残すようにする \\ |
| - | では、この1円はどうするのでしょうか？ | + | ・スパムを、１つの手法で全て抑えるってことは出来るようにはならないので各手法を組み合わせて弱点をカバーする。(スパムらしさは加算ではなく乗算) |
| - | この例とは違いますが、以前あった振り分け先として\\ | + | その他\\ |
| - | ・按分した際に金額(按分比率)が一番多いところ、または一番少ないところ\\ | + | ・サービスの時点でスパム対策をする\\ |
| - | ・キーとなるコードの昇順または降順の先頭\\ | + | ・同一内容がたくさんあればスパムだろう\\ |
| - | ・先に登録された順 | + | ・画像ボタンはX, |
| - | これは、ユーザーであるお客さんの決められたルールによって処理します。\\ | + | ・スパムちゃんぷる(ライブドアが公開)\\ |
| - | 逆にこれが決まってないようなら、ユーザーに決めてもらう必要があります。 | + | http:// |
| - | こうしてユーザーのルールによって、どこかに1円を含めた結果として34円、33円、33円といった配分となるわけです。 | + | ・松田陽一さんのTLECレシピ\\ |
| + | http:// | ||
| + | ・ISP(プロバイダ)は通信事業法によりユーザーとの合意がない場合、メールの内容を\\ | ||
| + | 調べるようなフィルタリングが出来ない。合意が必要っすね。\\ | ||
| + | |||
| + | -------------------------------------------------------------------------\\ | ||
| + | ■umqさん：SPF, | ||
| \\ | \\ | ||
| - | この端数処理の振り分けで思い出したのが、<FONT color=# | + | SPF(RFC4408)/ |
| - | ■60年代末に発覚したニューヨーク在住の銀行員の犯行：\\ | + | DKIM(RFC4871)/ |
| - | 顧客の預金利子を計算するプログラムで端数処理を四捨五入ではなくすべて切り捨て計算とし、剰余の利息を自分名義の口座に自動振込するプログラムも付け加えて巨額の不正入金を得た。 | + | Authentication-Results |
| - | サラミ法といえばこの事件が有名ですね。実に巧妙な手口です。塵も積もれば、金額も巨額になるわけですね。 | + | 簡単な送信者認証、経路による確認として日本で3割程が採用している\\ |
| - | さすがに銀行でこの手口はもう出来ないでしょうけど、最近は何かとポイント制\\ | + | SPFとSenderIDと呼ばれるもの\\ |
| - | だったりしますので、知らない間に仕組まれている可能性も･･･（＾＾； | + | 今まで手ぶらで訪問していた営業マンが、名刺をもつようなものです。\\ |
| + | 手ぶらより、名刺を受け取れる分多少はましになります。 | ||
| + | では、名刺を信用できるでしょうか、運転免許証など信頼できるものが欲しくなります。\\ | ||
| + | それがDKIMとDomainKeysと呼ばれるものです。\\ | ||
| + | これらの認証に対応できていないサービスを使っていたらスパムメールと判断される\\ | ||
| + | ようになってくるでしょう。 | ||
| + | 電子署名方式の最新技術「DKIM」とは\\ | ||
| + | http:// | ||
| + | RFC翻訳\\ | ||
| + | http:// | ||
| + | ＲＦＣ日本語版リスト\\ | ||
| + | http:// | ||
| + | -------------------------------------------------------------------------\\ | ||
| + | ■kouさん：迷惑メール対策システム milter managerの開発者\\ | ||
| + | http:// | ||
| + | 佐藤さんの話でもあったけど、１つの手法で全て抑えるってことは出来るようにはならないので、各手法を組み合わせて弱点をカバーする\\ | ||
| + | それを状況によって適切な複数メールフィルタ(milter)を組み合わせる\\ | ||
| + | 選択させていくツールです。 | ||
| + | milter managerはモニター募集中です。\\ | ||
| + | http:// | ||
| + | まっちゃさんが、フロー図を描いてくれてます。\\ | ||
| + | http:// | ||
| + | -------------------------------------------------------------------------\\ | ||
| + | ■ 滝澤さん：SpamAssassin\\ | ||
| + | http:// | ||
| + | スパムメールらしさをスコアで算出し、その情報をヘッダに追加する。\\ | ||
| + | 情報をヘッダに追加するだけで、spam の破棄などは行なわない。\\ | ||
| + | スコアは" | ||
| + | スコアが5個までなら、スパムとしないとかで振り分ける。 | ||
| + | -------------------------------------------------------------------------\\ | ||
| + | ■白形さん：メールdeギフト\\ | ||
| + | http:// | ||
| + | メールdeギフトの社長さんである白形さんがこられていました。\\ | ||
| + | http:// | ||
| + | mixiの年賀状といえば、ピンときますでしょうか。\\ | ||
| + | 静岡の企業だったんですね、応援しなきゃね。 | ||
| - | 戯言－中国語の入力方式 | + | caspol.exeを使用したセキュリティポリシーの設定 |
| - | 以前の仕事仲間と通勤駅が同じなので、たまにホームで出会うと、\\ | + | 前記事 VSTOで、Outlook COMアドインのセットアップ\\ |
| - | そのまま電車の中でも話をしていくわけですが、その話の中で出たのが、中国語って漢字ばかりだけど、どうやって入力しているんだろうって話題が出てきたわけです。\\ | + | http:// |
| - | \\ | + | VSTOでOutlook COMアドインをインスール後に、セキュリティポリシーの設定\\ |
| - | 会社で着くなり、早速検索してみました。\\ | + | が必要なわけですが、その際に、セキュリティポリシーを設定するための\\ |
| - | \\ | + | WSHスクリプトを作成しました。 |
| - | 中国では、発音を「ピン音（PinYin）」と呼ばれるアルファベットを使った\\ | + | バッチファイルで作成したかったんですが、レジストリの値を取得する方法が\\ |
| - | 発音表記法で入力し、漢字に変換ってローマ字入力に近い感覚です。\\ | + | いまいち分からなかったので(^^; |
| - | \\ | + | レジストリの値を取得するのは、インストール時にインストール先のフォルダパス\\ |
| - | ｲ尓 好(ニーハオ) --> ni3 hao3\\ | + | をレジストリに書き込むように設定してあるためです。 |
| - | \\ | + | |
| - | アルファベットの後の数値は、基本の声調(音の高さのパターン)で\\ | + | |
| - | 1～4段階を入力します。 | + | |
| - | \\ | + | |
| - | 世界各国ではどうなっているのかは、下記サイトが見つかりました。\\ | + | |
| - | http:// | + | |
| - | \\ | + | |
| - | 韓国のハングルはまだしも、漢字のパーツを上下左右などして漢字を組み上げる、台湾は大変そう。 | + | |
| + | 説明すると、セキュリティポリシーのコマンドラインツールである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 " | ||
| - | 仲間力 | + | ===== 任天堂「ファミコン」はこうして生まれた ===== |
| - | \\ | + | ■任天堂「ファミコン」はこうして生まれた\\ |
| - | <FONT color=#006400 size=6> | + | 【第1回】テレビ・ゲーム黎明期からマイコン搭載機登場まで \\ |
| - | <FONT color=# | + | http:// |
| - | 最近の学生は、仲間力に欠けている人が非常に多い。これは兄弟が少ない\\ | + | 【第2回】電卓をあきらめてゲーム機ヘ \\ |
| - | ネットの普及で他人との接触が不足しているのが原因でもあるが･･･\\ | + | http:// |
| - | 今の日本の若者たちは人間形成が不得意です。\\ | + | 【第3回】70年代後半の専用LSIゲーム機時代 |
| - | しかし、企業は人間形成の得意な人が欲しい。なぜなら仕事は仲間と力を合わせて完成させるものだからです。\\ | + | http:// |
| - | <FONT color=# | + | 【第4回】携帯型ゲーム機を発想 \\ |
| - | 普通の学生生活をいくら振り返っても面白い体験(ネタ)など沸いてはこない\\ | + | http:// |
| - | 体験(ネタ)はなかったら作りましょう。\\ | + | 【第5回】試行錯誤のなかから十字ボタンを見いだす \\ |
| - | ES(エントリーシート)・面接での自分の宣伝材料としても勉強会に参加するのも手伝うのも悪くないですよ。\\ | + | 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:// | ||
| + | |||
| + | |||
| + | {{:: | ||
| + | |||
| + | {{::新しいプロジェクトvb.png|}} | ||
| + | |||
| + | {{::新しいプロジェクトcsharp.png|}} | ||
メモ.txt · 最終更新: 2021/05/15 08:23 by yajuadmin