メモ
差分
このページの2つのバージョン間の差分を表示します。
両方とも前のリビジョン前のリビジョン次のリビジョン | 前のリビジョン次のリビジョン両方とも次のリビジョン | ||
メモ [2017/03/22 23:22] – yajuadmin | メモ [2017/04/03 00:39] – yajuadmin | ||
---|---|---|---|
行 1: | 行 1: | ||
====== メモ ====== | ====== メモ ====== | ||
+ | |||
< | < | ||
- | 設計時の見落とし - 履歴持ちマスタの参照 | + | ・クラウドコンピューティング\\ |
- | 私の経験の中であった、設計時の見落としをテーマとして何点か書いてみます。 | + | たんす預金、銀行。データを預ける上でのたとえ\\ |
- | 社員マスタなど過去の情報も保持しておくために改定日をキーに含め履歴を持つ\\ | + | 例 Googleのデータセンター(銀行)にデータ預けるのであれば、PC(タンス)に\\ |
- | ようにしてあります。 | + | データを預けるのであれば、Google |
- | キー 自然キーなのは置いといて(^^;\\ | + | いずれ、銀行のように普通に預けることになっていくだろう。 |
- | 社員コード\\ | + | ・IPv6\\ |
- | 改定日FROM(数値型)\\ | + | IPv6になると手動で設定をしなくなる、自動化していく。\\ |
- | ※最終履歴の場合は、改定日TOの項目に99999999をセット | + | 家電などにも付くようになった時、ネットワーク監視をしていくと、ショート\\ |
- | 例 社員00001が結婚して9/ | + | パケットがでまくる。下手に家電を企業内にもっていくとパケット拾い捲りか |
- | 00001 20050401 20080915 鈴木 花子 \\ | + | ・ヒューマンエラー\\ |
- | 00001 20080916 99999999 佐藤 花子 | + | ケーブルなどには間違えないようにタグ付けするとか。 |
- | 請求年月を参照してデータを吐き出す処理があり、その中の項目には社員コードが\\ | + | ・投資計画\\ |
- | あり社員マスタを参照して、社員名をセットするようになっておりました。 | + | 運用費用というのは軽視されやすく削られやすい、投資計画をきっちり出す。\\ |
- | 稼動から数ヶ月経って、ユーザーからエラーとなりデータが吐き出せないとの\\ | + | 月次レポートとして、システム稼動率はもちろん、人の稼動率も大切。 |
- | 問い合わせがありました。\\ | + | ・性善説の運用は駄目\\ |
- | データチェックの中に社員名が未セットならエラーとなるように仕組んでいた\\ | + | モラルの低い人いるし、外国人であれば文化が違い本人は悪いと思ってない\\ |
- | のですが、どうやらそのエラーでひっかかり吐き出せていなかったのです。 | + | こともある。\\ |
- | 原因を探っていくと、データの社員が途中入社で改定日が2008/ | + | ただ『制度の設計は性悪説で、運用は性善説で』という言葉もあり、性善説が\\ |
- | ている場合に発生することが分かりました。 | + | すべて悪いというわけではない。 |
- | 実は、仕様書に請求年月+1としてから、社員マスタのデータを抽出するように\\ | + | ・フロアごと安定化電源(CVCS)化\\ |
- | なっていて、請求年月が2008/ | + | UPSをサーバーごと何十台も付けるならフロアごと安定化電源した方がよい |
- | (日付は数値型として年月日の8桁で登録されている) | + | |
- | SQLのWHERE条件として\\ | + | |
- | 請求年月+1 BETWEEN 改定日FROM AND 改定日TO\\ | + | |
- | 20080801 BETWEEN 20080804& | + | |
- | 請求年月+1としていた為に、途中入社の場合に抽出条件から外れていたのです。\\ | + | |
- | 他の途中入社の方が今まで引っかからなかったのは、単純に過去入社だからです。 | + | |
- | 修正対応としては、履歴の先頭の改定日FROMを強制的に1日になるような社員マスタ\\ | + | |
- | のビューを作成して、そのビューを参照させるようにしました。 | + | |
- | \\ | + | |
- | この記事を書いて思ったけど、社員名が空になるのさえ防げればいいとのことで\\ | + | |
- | 直近の日にして抽出するようにとの指示でそうしたけれど。だったら年月だけで\\ | + | |
- | 比較した方が簡単だったかも・・・\\ | + | |
- | それに同年月に変更があったら後履歴を参照すべきか\\ | + | |
- | ってか、そもそも請求年月+1としている仕様の時点で整合性としてよく無いわな。 | + | |
- | 問題の報告は、義務ではなく権利 | + | ====== フルマラソンに挑戦してきました。 |
- | 日経SYSTEMSを定期購読しているのですが、2008/ | + | 昨年、富士山に初登頂したこともあり、次はフルマラソンに挑戦しようと密かに誓っていたわけです。\\ |
- | 特集1「最強チームはこう作る」でした。\\ | + | |
- | 会社にあれば読んでみて下さい。\\ | + | |
- | http:// | + | |
- | 「進捗の遅れや品質劣化などの問題が起こったとき、\\ | + | |
- | どうしてすぐに報告を上げてくれないのか」とプロジェクト・リーダー\\ | + | |
- | なら誰しも、この歯がゆさを感じたことはないでしょうか? | + | |
- | メンバーが悪い報告を上げない理由として、日本のITエンジニアに\\ | + | |
- | 根付いた職業倫理観が原因との指摘があるようです。\\ | + | |
- | これは、日本の製造業は職人的な気質が強く製造現場至上主義で\\ | + | |
- | 大きな問題に直面しても現場の頑張りによって乗り越えようとする。\\ | + | |
- | 日本のITエンジニアは、この気質を引き継いでいます。 | + | |
- | そのため、過剰な仕事を割り振られても、根性で乗り切ろうとして\\ | + | |
- | しまう。「できそうにありません」「私には無理です」というのは\\ | + | |
- | ITエンジニアとして自己否定するようなもので恥だと思ってしまう。\\ | + | |
- | だから問題が起こったとき、ITエンジニアとしてのプライドを守る\\ | + | |
- | ため、ギリギリまで挽回しようとしてしまう。 | + | |
- | いくらプロジェクト・リーダーが「すぐに報告するように」と命じて\\ | + | |
- | もすぐには改まらないのは当然である。 | + | |
- | 対策の基本\\ | + | |
- | ・プロジェクト・リーダーから日々メンバーに対して声をかけ、様子\\ | + | |
- | をうかがう。\\ | + | |
- | ・プロジェクト・リーダーから本音を打ち明けることで、メンバーも\\ | + | |
- | 本音で話しやすくなり問題を報告しやすい雰囲気が生まれる。\\ | + | |
- | ・メンバーの人格、価値観、能力を否定しないことを心掛ける。\\ | + | |
- | ・問題の報告を「メンバーの義務ではなく権利だ」と繰り返し説明する。 | + | |
- | 設計時の見落とし - システム年月+締日 | + | そして今日26日、掛川新茶マラソンにてフルマラソンに挑戦してきました。\\ |
+ | 挑戦なんて書かずに完走と書きたいところでしたが、25kmで時間切れで残念ながらリタイアとなってしましました。\\ | ||
- | 私の経験の中であった、設計時の見落としをテーマとして何点か書いてみます。 | + | 20kmまでは、5時間完走のペースメーカーさんについていけてたのですが、\\ |
- | 現在のプロジェクトでは、私の方でコードレビュー+検証をしております。\\ | + | 20kmに到着したところで、気力が費えて少し休んでから走ろうと思って、とりあえず歩いたんですね。\\ |
- | その中に締日(1~31)と得意先コード範囲を入力し出力させる帳票がありました。 | + | 歩いてしまったことで、最近左ひざを練習で痛めていたこともあって、痛くて走ることが出来なくなってしまいました。\\ |
- | そして、そのプログラムを今日10月1日に私の方で検証をしてみたわけですが、「対象データがありません」とエラーになるわけです。 | + | それまでは、たぶん気力で防いでいたのかも知れません。\\ |
- | ソースリストを見ると、システム年月+締日となっており、仕様書もそのよう\\ | + | |
- | に記述されておりました。\\ | + | |
- | そのプログラムは9月中に製造されており、テストデータも9月だけで作成されていた為、前月である9月では問題なく出力されていたわけですが・・・\\ | + | |
- | <FONT color=# | + | |
- | 締日(1~31)だけしか入力項目が無いのでは、当月しか出力できないわけです。\\ | + | |
- | 特別な帳票というわけでは無いので、いつでも出力できるようにするべきです。 | + | |
- | 設計者に現象を伝え、年月項目を追加して初期値をシステム年月とするように提案しました。 | + | |
- | .Netにおける、動的DLLの解放について | + | 2月下旬から練習を開始し、練習でも最高16kmまでしか走ってなかったわけで完走なんて、やはり甘かったです。\\ |
- | ごくたまに、@ITでも回答するようになったのですが、この質問者さんは結果をきちんと返して頂いたので好感がもてます。 | + | 私なんかより遥かに年上の方も完走されていますし、次は完走できるようにちゃんと準備しておきないと駄目ですね。\\ |
- | 件名:動的DLLの解放について\\ | + | |
- | http:// | + | |
- | 【質問内容】 \\ | + | |
- | ①EXEを実行(EXEは24h常駐です。) \\ | + | |
- | ②動的にDLLをロード・実行し、DLLの処理終了(EXEは終了しない。) \\ | + | |
- | ③DLLのPGを改訂し、実行環境にコピーすると、エラーMSGがでる。 \\ | + | |
- | 「○○.dllをコピーできません。他の人またはプログラムによって使用され\\ | + | |
- | ています。ファイルを使用している可能性があるプログラムを全て閉じてから、やり直してください。」 \\ | + | |
- | \\ | + | |
- | EXEを24h常駐させ、実行条件によって、ロードするDLLを変更したいと考えています。\\ | + | |
- | \\ | + | |
- | 【回答】 \\ | + | |
- | .NETでは、Win32の時のFreelibrary関数(DLLを呼び出しプロセスの アドレス空間から切り離す)のようなものはなく、一旦DLLを ロードしたらプロセスを終了するまでメモリに残り続けます。\\ | + | |
- | (通常のDefault AppDomainにロードされている場合において)\\ | + | |
- | \\ | + | |
- | <IMG src=" | + | |
- | \\ | + | |
- | あえて、動的にする場合は、CreateDomainにて、User AppDimainを作成し、そこにアセンブリをロードして実行、終了時にAppDimainをUnloadすることで、動的にアセンブリを解放することが出来るようになります。 | + | |
- | シャローコピー と ディープコピー | + | 日本最大!走る仲間のウェブサイト http:// |
- | シャローコピー (Shallow Copy) と、ディープコピー (Deep Copy) という言葉を\\ | + | |
- | 今頃、知りました。仕組みは知っていたけれど・・・ | + | |
- | コレクション系クラス(ArryaListなど)をコピーしようとして、\\ | + | |
- | \\ | + | |
- | Dim test1 As New ArrayList\\ | + | |
- | Dim test2 As New ArrayList | + | |
- | test1.Add(" | + | |
- | test1.Add(" | + | |
- | test2 = test1 ' | + | |
- | test1.Add(" | + | |
- | test2.Remove(" | + | |
- | \\ | + | |
- | とした場合、追加していない test2 にも、" | + | |
- | test1 では、" | + | |
- | \\ | + | |
- | これは、参照先を示すアドレスがコピーされるだけ、コピー元もコピー先も\\ | + | |
- | 結局は同じものを指し示していることを意味します。\\ | + | |
- | \\ | + | |
- | これを、シャローコピー (Shallow Copy、簡易コピー、浅いコピーなど) \\ | + | |
- | と言います。\\ | + | |
- | \\ | + | |
- | \\ | + | |
- | 逆に、中身そのものをコピーする(参照先のインスタンスをも複製する)場合を\\ | + | |
- | ディープコピー (Deep Copy、深いコピーなど) と言います。 \\ | + | |
- | \\ | + | |
- | Dim test1 As New ArrayList\\ | + | |
- | Dim test2 As& | + | |
- | test1.Add(" | + | |
- | test1.Add(" | + | |
- | test2 = New ArrayList(test1) <FONT color=# | + | |
- | test1.Add(" | + | |
- | test2.Remove(" | + | |
- | \\ | + | |
- | とした場合、test1 と test2 は、中身そのものがコピーされるため、\\ | + | |
- | それぞれは影響を受けません。test1 のみに" | + | |
- | test2 のみに " | + | |
- | 設計時の見落とし - 範囲指定と個別指定 | ||
- | 私の経験の中であった、設計時の見落としをテーマとして何点か書いてみます。\\ | ||
- | 請求書を発行する機能があり、その設計書には締日と請求先コードの範囲指定\\ | + | ====== 改修作業の自戒 ====== |
- | として開始コードと終了コードの入力項目がありました。\\ | + | 結合テストにて、私が担当した日報入力画面にて「SQLが不正です。」という例外エラーが発生したので、調査のためトレースしていくと売上計上ストアドを呼んだところで、エラーが発生していることがわかった。\\ |
- | \\ | + | |
- | その設計書の画面レイアウトを見た、営業兼SEの方が仰りました。\\ | + | |
- | 「お客さんによっては、他のところより早めに請求書を要求してしてくるところが\\ | + | |
- | ある、特に大きい会社など。\\ | + | |
- | 範囲指定ではなく、請求先一覧を表示し、チェックオンした請求先の請求書を発行\\ | + | |
- | するようにしたい。」\\ | + | |
- | \\ | + | |
- | ということで、設計書の見直しが行われました。\\ | + | |
- | \\ | + | |
- | このようなことがあるので、請求書の発行機能に限らず、安易に範囲指定で済ませ\\ | + | |
- | ていいのかどうか、お客さんと検討してみるといいでしょう。 | + | |
- | 設計時の見落とし - 切り上げ | + | その売上計上ストアドをトレースしていくと、文字列化したSQL文を実行したところで、例外エラーが発生した。\\ |
- | 私の経験の中であった、設計時の見落としをテーマとして何点か書いてみます。 | + | |
- | 仕様書の中に、「小数点第4位で切り上げ」というのがありました。\\ | + | |
- | 容積の求める項目なのですが、小数点3桁までとなっている。\\ | + | |
- | \\ | + | |
- | 容積 = (たて&# | + | |
- | \\ | + | |
- | 製造作業も終了し、検証作業ということで検証者がチェックしたわけですが、\\ | + | |
- | 不具合ということで、容積の計算結果が挙がってきたわけです。\\ | + | |
- | \\ | + | |
- | 下記の計算を行ったとき\\ | + | |
- | (9999&# | + | |
- | 製造者の計算結果は、999.701\\ | + | |
- | 検証者の計算結果は、999.700\\ | + | |
- | \\ | + | |
- | <FONT face=" | + | |
- | 結果の末桁は、0ではないのか? という認識ですね。\\ | + | |
- | それではと、Excel上の切り上げ関数のROUNDUPで実行してみました。\\ | + | |
- | ROUNDUP(999.70003, | + | |
- | \\ | + | |
- | この件は、お客さんに確認して、小数点第4位以降を切り上げでいうことで\\ | + | |
- | 999.701 で問題ないとなりました。\\ | + | |
- | 端数処理もちりもつもれば、集計結果が違ってきてしまいますからね。\\ | + | |
- | \\ | + | |
- | 端数処理の違いで有名なのは四捨五入で、銀行型丸め、通常の四捨五入\\ | + | |
- | があります。\\ | + | |
- | http:// | + | |
- | \\ | + | |
- | 端数処理は意外と盲点なので、気をつけた方がいいでしょう。 | + | |
+ | その文字列化したSQL文を見てみると、なんとSELECT句が存在しないの\\ | ||
+ | である。そりゃー、SQLが不正ですよね。\\ | ||
- | 設計時の見落とし - 複数締日の設定 | + | ソースを眺めていると、仕様変更により改修作業を同僚が行っていた。\\ |
- | 私の経験の中であった、設計時の見落としをテーマとして何点か書いてみます。 | + | |
- | 取引条件は顧客によって異なります。\\ | + | |
- | 月末締めの企業が多いと思いますが、5日、10日、15日、20日など別の日を締日としている会社も存在します。\\ | + | |
- | また、締日は、通常は1取引先で締日は1つですが、取引先によっては「15日締翌月末現金払い、月末締め翌々月10日払い」などというように1ヶ月に複数回締日のあるところもあります。\\ | + | |
- | \\ | + | |
- | 10日締め、20日締め、月末締めというように3回締日のある企業も存在することも考慮して、取引先マスタメンテナンスでは締日項目を3つ用意してあります。\\ | + | |
- | \\ | + | |
- | 画面レイアウト上でも、3つの数値入力を用意し、末日は31と設定して\\ | + | |
- | 1~31の範囲チェックといずれか1つは必須入力とするようなチェック処理\\ | + | |
- | が仕様として記述されており、プログラムも仕様通り作成されました。\\ | + | |
- | \\ | + | |
- | その後、設定した締日を使って処理する請求処理系の機能を製造するにあたり製造側から問題提起がありました。\\ | + | |
- | \\ | + | |
- | 3番目のみ入力されているとか、1番目と3番目で入力されているとか、\\ | + | |
- | 10、5、15など昇順に並んでいないとかがあると、処理が面倒になる。3つの項目が順番通りに入っていることを保障してほしい。\\ | + | |
- | \\ | + | |
- | 確かに締日に3つの項目の並びには特定の意味は無いわけですから、取引先マスタメンテナンス上にて、空きのチェックや昇順にセットするようにチェック仕様を追加し、修正することとなりました。\\ | + | |
- | \\ | + | |
- | 締日に限らず、複数項目がある場合では、並びや空き入力なども考慮をしてチェックしなくても問題ないのかまで、意識してあげましょう。\\ | + | |
- | \\ | + | |
- | 複数締日 http:// | + | |
- | 戯言 - 新入社員のタイプ | + | LV_SQL |
- | http:// | + | <FONT color=#0000ff>'ADD 2009/04/27 修正 name\\ |
- | http:// | + | LV_SQL := " |
- | <A href="http:// | + | </FONT>\\ |
- | ちなみに今年2008年度の新入社員のタイプは「カーリング型」です。 この命名は、1973年度から行われております。 | + | LV_SQL := LV_SQL || "xxx,xxx"\\ |
- | 先輩や上司だって、今は偉そうに指導しているけれど、新入社員のころはいろいろ言われてたわけさ。\\ | + | ・・・\\ |
- | \\ | + | |
- | さて、みなさんは何タイプでしたでしょうか? | + | |
- | <TABLE border=1> | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | <TR> | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
+ | おいおい、文字列連結し忘れているよ。\\ | ||
+ | ってか、< | ||
- | 戯言 - スピンゼーベック効果 | + | と文句をいいたくなるわけですが、自分もたまにソースのみ修正で対処してしまうこともあって、自戒せねばと思ったしだい。\\ |
- | スピンゼーベック効果:\\ | + | |
- | 磁石の両端に温度差をつけるだけで磁気が流れる新現象で、慶応大大学院理工学研究科 \\ | + | |
- | 修士1年の内田健一さんらが発見し、英科学誌 「ネイチャー」に発表した。 \\ | + | |
- | <A href=" | + | |
- | \\ | + | |
- | 何がすごいかというと、スピンゼーベック効果により、磁気デバイスの記録密度をかなり向上させることが出来ます。これは、数ミリメートルの距離にわたって純粋なスピン流、つまり電荷の流れを伴わないスピンの流れを得ることが出来るからです。しかも、磁石の両端に温度差\\ | + | |
- | をつけるという非常に単純な方法なのでエネルギー損失が少ない。\\ | + | |
- | \\ | + | |
- | 主に情報ストレージに用いられる磁気デバイスは、微小な磁石の方向(上向き、下向き)によって情報を記録していますが、記録密度の向上には限界があります。\\ | + | |
- | 下記サイトで、ハードディスクのしくみが映像で見れますが、確かにこれでは記録密度に限界がありますね。< | + | |
- | ちなみにこのサイトですが、いろいろなデバイスの仕組みが映像でみれて面白いです。\\ | + | |
- | <A href=" | + | |
- | \\ | + | |
- | \\ | + | |
- | 科学ネタってことで、別件ですが、2次元物理シミュレーション体験ソフトウェア「OE-CAKE!」というのがあります。\\ | + | |
- | ペイントソフトで絵を描くような感覚で様々な物体を作成し、それらが物理法則に従って動く様子を見ることができます。\\ | + | |
- | <A href=" | + | |
- | \\ | + | |
- | そんなOE-CAKEを使った揺らしムービーがコチラ、まー使い方しだいですねwww\\ | + | |
- | <A href=" | + | |
- | 空のIF文を書きますか? | + | 改修作業は、別の方が作成したプログラムで、かつ仕様を理解しないまま作業することがあるので、テストしにくいですね。\\ |
- | @IT会議室にて、空のIF文を書きますか?というアンケートがあります。\\ | + | |
- | <A href=" | + | |
- | 許容できる、許容できない、どちらでもよいの3択です。\\ | + | |
- | \\ | + | |
- | 私は、「許容できる」に投票しました。\\ | + | |
- | \\ | + | |
- | IF文以外で、Select Case文でも、たまに書くことがあります。\\ | + | |
- | その場合、本当に何もないと違和感があるのでコメントを入れています。(rainさん回答と同じ)\\ | + | |
- | \\ | + | |
- | 仕様書を書くときでも、何も処理しない場合は、あえて、「何もしない」などと記述してますので、それがコーディングに反映している感じです。\\ | + | |
- | \\ | + | |
- | 仕様書と合わせる意味でも、わざわざ、Notを付けて、否定に書き換えたり\\ | + | |
- | しないですね。\\ | + | |
- | \\ | + | |
- | 例& | + | |
- | If IsExists() Then\\ | + | |
- | ' | + | |
- | Else\\ | + | |
- | fileName = String.Empty\\ | + | |
- | End If | + | |
- | If Not IsExists() Then\\ | + | |
- | fileName = String.Empty\\ | + | |
- | End If\\ | + | |
+ | テストの自動化して、テストケースが全て網羅できてるような開発体制になっていれば防げたかもしれませんが、現状は到達できていない。\\ | ||
- | セキュリティ要件の「必要度マトリックス」 | + | リファクタリング\\ |
- | <A href=" | + | http://www.happiese.com/system/refactoring.html\\ |
- | セキュアシステム開発ガイドライン\\ | + | |
- | <A href="http://www.jnsa.org/active/houkoku/ | + | |
- | 脆弱なWebアプリケーション\\ | + | |
- | <A href=" | + | |
- | | + | |
- | VSTOで、Outlook COMアドインの作成 | + | ひどいソースに出合っても、既存の潜在バグも十分ありそうでも\\ |
- | 今のプロジェクトにて、取引先に対してメールの一括送信を\\ | + | <FONT color=#006400>「動いているソースには手を加えるな」</ |
- | 行う機能があります。同様にFAXでも一括送信があるわけ\\ | + | |
- | ですが、こちらは「まいとーく Fax Server 6」を使います。\\ | + | |
- | http:// | + | |
- | \\ | + | |
- | 今はメールでFAX送信可能なサービスがあるので、これならメール一括送信機能だけ作成すればいいのではと提案したが時すでに遅かったようです。<FAX番号>@xxxx.ne.jp\\ | + | |
- | http:// | + | |
- | \\ | + | |
- | メール一括送信するわけですが、単純に送信するだけなら.NETのクラスライブラリ(SmtpMailクラス)を使えばいいのですが\\ | + | |
- | http:// | + | |
- | \\ | + | |
- | 送信履歴を残したい、履歴管理する部分はツールに等にまかせてしまいたいという要望もあり、Outlookを使えば、送信済みフォルダに残るので、Outlook.Applicationによる送信を行うプログラムを作成したのですが、メール1件送信する度に下記の警告が出るわけです。\\ | + | |
- | <IMG src=" | + | |
- | \\ | + | |
- | これでは、とてもじゃないけど使えない。\\ | + | |
- | 何か方法が無いかと調べていくと、COMアドインにすれば、この警告が出ないで一括送信が可能であると分かったわけです。\\ | + | |
- | COMアドインを作成して、EXCELなどのようにマクロを外部から呼べるのでは無いかと調べてみたわけですが、どうも出来ない。\\ | + | |
- | \\ | + | |
- | 結局、Outlookを常時起動した上で、COMアドインを開始・停止するボタンを作り、一定間隔で一括送信するCSVデータを取り込む、「まいとーく Fax Server 6」と同様な仕組みにした。\\ | + | |
- | どうせ、一台は送信(メール、FAX)専用端末になるのでいいか。\\ | + | |
- | \\ | + | |
- | この仕組みなら、別機能にて一括送信するCSVだけを作成すればいいんだよねー。 | + | |
+ | 改修作業は、ほんとに葛藤します。直したいけど・・・がまんがまんって。\\ | ||
+ | たまに我慢できなくて修正してしまいます。もちろん、それで痛い目にあったこともありますけど、なかなかスルーすることが出来ない(^^; | ||
- | 戯言 - 豚は鳥なのか? | + | debug条件って意外と知られてないのかな、便利ですよね。\\ |
- | 焼鳥屋に行ったのに、何故か鳥肉以外の豚串なんてものがあったりします。\\ | + | http://www.atmarkit.co.jp/fdotnet/dotnettips/688debugbreakcond/debugbreakcond.html |
- | \\ | + | |
- | <FONT color=# | + | |
- | \\ | + | |
- | 広辞苑で「焼鳥」を調べると | + | |
- | < | + | |
- | 鳥肉に、たれ・塩などをつけてあぶり焼いたもの。牛・豚などの臓物を串焼にしたものにもいう。\\ | + | |
- | </ | + | |
- | なんと、辞書にまで牛・豚などと鳥以外が明記されているではないですかってことで、豚肉が出てきたからといって、「< | + | |
- | \\ | + | |
- | やきとり天国 焼鳥の歴史/ | + | |
- | http://www.dokidoki.ne.jp/home2/ | + | |
- | ブタなのに「やきとり」!? | + | |
- | http:// | + | |
- | 人類の謎に迫る | ||
- | サイエンスZERO 人類の謎に迫る \\ | ||
- | http:// | ||
- | サイエンスZEROを見た上で自分用のまとめです。\\ | ||
- | ※類人猿は、人類以外のヒト上科に属する種を指す。 | ||
- | ■人間が何故2足歩行をするようになったのか\\ | ||
- | 気候変動により乾燥地になったことにより、食料確保が難しくなり遠くまで出るようになった。また栄養価の高い肉を求めた背景もある。 | ||
- | 四足歩行より二足歩行の方が、広い範囲をエネルギーをあまり使わずに歩くことができる(有力説) | ||
- | ■類人猿と人間の違い\\ | ||
- | 1.多産であること\\ | ||
- | 類人猿の出産間隔は4~5年と極めて長い。\\ | ||
- | (乳児期が長く、その間は排卵が出来ない)\\ | ||
- | 人間は、出産後でもすぐに子供を作ることができるため、年子出産が可能である。\\ | ||
- | これは、食料確保などにより草原地帯など出ることで肉食動物に襲われやすく死亡率が高かったことへの生存戦略によるもの。\\ | ||
- | また、二足歩行により産道が小さくなり、未熟な赤ちゃんをたくさん産む必要があった。 | ||
- | ※少子化問題というのは現代文化のひずみでもある。 | ||
- | 2.食の分配\\ | ||
- | 類人猿には食を分配することはなく、乳児もそれを抱える母親も自分のエサを確保するのに精一杯で、複数の乳児を同時には育てられない。\\ | ||
- | 人間は、身内による食の分配は当たり前となっており、食の確保から解放されるため、複数の乳児を同時に育てることが可能になった。\\ | ||
- | |||
- | 3.閉経後(出産できなくなること)の女性の寿命が長い\\ | ||
- | 類人猿は閉経後のメスは間もなく死を迎える。\\ | ||
- | 人間は、閉経後の女性が寿命を迎えるまでおよそ30年もある。\\ | ||
- | これにより、おばあちゃんは多くの孫を育てることが重要な役割となり双子を始めとする乳児を育てる力となっている。 | ||
- | 4.教育\\ | ||
- | 類人猿には教えるという行為は見られない。また食事も一人で行う。\\ | ||
- | 人間は教えるという行為をする。また集団で食事を取る。\\ | ||
- | これは、食の分配などにより共感やお互いの知識の差を認識することで他人を教育するようになっていった。 | ||
- | 5.白目の多さ\\ | ||
- | 類人猿には白目が少なく黒目がちである。\\ | ||
- | 人間は、高度なコミュニケーションを得るため、自分の感情を他人に伝えるなどの表情が必要となり、白目があることで眼球の動きがよくわかるため、白目が発達することとなった。\\ | ||
- | \\ | ||
- | ■脳の発達\\ | ||
- | 人間は、草原地帯など出ることで肉食獣の食べ残した栄養価の高い肉を得ることが出来た、これにより、脳に栄養がいくことにより大きくなっていったと考えられる。\\ | ||
- | また、摂取エネルギーを出来るだけ脳の成長にまわす様になった人間は、身体のひ弱な子供を産まざる得なくなった、これにより体の成長においては類人猿より遅くなる。\\ | ||
- | たが、ひ弱な子供を集団のなかで共同で育てる選択をしたことが、その後の人間が発達することを決定付けたと思われる。 | ||
- | ■土地の所有の争い\\ | ||
- | アフリカを出て新天地を求め、争いとは無縁だった人間だったが、農耕生活を始めたことで定住化することとなり、これが土地の所有による集団のための争いが生まれる要因になった。 | ||
- | 戯言 - 人は決めてから悩む | + | ====== 被写体としての人形 ====== |
- | 「ドラゴン桜」で有名な三田 紀房さんの別作品に「エンゼルバンク」というのがあります。\\ | + | 最初は、人形だよなと思ってだんだん見ていくと、なんかいいんですよね。\\ |
- | こちらは東大ではなく転職サポートビジネスがテーマです。\\ | + | 写真撮った人からの愛を感じますw\\ |
- | \\ | + | |
- | その中でおもしろいなと思ったことが数点かありました。\\ | + | |
- | まったくもって受け売りな私は、反省すべき点が多々・・・\\ | + | |
- | \\ | + | |
- | ■人は決めてから悩む\\ | + | |
- | 普通は決める前に悩むと思うわけですが実は違う\\ | + | |
- | 人は簡単に調べられることも、案外その場の勢いなどで調べずに決めてしまう\\ | + | |
- | 決めたあとでちくちく悩むあとで後悔する\\ | + | |
- | それは、決めることで基準ができるからである\\ | + | |
- | \\ | + | |
- | 基準がない中での悩みはきりがない、なかなかはじめの一歩を踏み出せない\\ | + | |
- | \\ | + | |
- | 決めてから悩む、でもそれでいいのさ(^-^)\\ | + | |
- | \\ | + | |
- | いつまでも悩んでたら何もできない、何も行動を起こせなかったら幸せになれない\\ | + | |
- | \\ | + | |
- | 韓国のことわざに「始まりは半分」ってのがありますがものごとを新しくはじめるにはものすごくエネルギーがいるので、はじめただけで、もう半分まで来ているんだよ。\\ | + | |
- | という解釈です。& | + | |
- | \\ | + | |
- | ■啓発本を山ほど読んでも成功には近づかない\\ | + | |
- | 本を読んで成功する人間はほんの一部でほとんど思い通り\\ | + | |
- | にならないのが現実ですよね。\\ | + | |
- | \\ | + | |
- | 啓発本を呼んで「へぇ」と「そうそう」と思う人のうち成功するのは、「そうそう」と思う人、それは自分で常に考えているから「そうそう」と思うのは成功した人と思考が似ているため自身がついて同等と行動ができる。\\ | + | |
- | 「へぇ」という人は、新しい知識を得て感心し内容に感心して\\ | + | |
- | 真似て実践するけど、すぐに結果がでないとまた次の本に手を伸ばす。普段、自分では何も考えていないから。\\ | + | |
- | & | + | |
- | がーん、私だ(^^;\\ | + | |
- | \\ | + | |
- | 自分で考えないやつが成功するはずがない・・・ですよね | + | |
- | ■目標の決め方\\ | + | |
- | 目標は高い方がいいけど、戦略が立てられる目標でなければ\\ | + | |
- | ならない、戦略がないと努力の仕方がわからない。\\ | + | |
- | 漠然とした感情でいるうちは一歩も前に進まない。\\ | + | |
- | \\ | + | |
- | 目標を立てて戦略を真剣に自分で考えない限りは努力は続かない\\ | + | |
- | 仕事に夢だのやりがいだの言っているうちは本当の努力はしないってこと、もっと現実的に具体的に考えなさいとね。\\ | + | |
- | \\ | + | |
- | \\ | + | |
- | 毎年のごとく英語を勉強しなきゃしなきゃと思って、はや12月だし。\\ | + | |
- | この本もある意味、啓発本みたいなもんだな。「へぇ」って言ってるし | + | |
- | 設計時の見落とし - 関連項目値の変更 | + | これに手を出したら人生終わったと言えるようなものといえば?\\ |
- | 私の経験の中であった、設計時の見落としをテーマとして何点か書いてみます。 | + | http://blog.livedoor.jp/ |
- | 業務用アプリケーションを作成していると、ヘッダ部と明細部が一緒になって\\ | + | <FONT color=# |
- | いる画面がだいたいあります。例 受注入力画面\\ | + | 「ある(り)と思います!」</ |
- | \\ | + | |
- | 簡易な例としては、ヘッダ部に請求先コードを入力し、明細部に数量、単価、金額などの項目があるとかです。\\ | + | |
- | 請求先コードをキーに請求先マスタを参照し、端数区分(切り上げ、四捨五入、切り捨て)を取得します。\\ | + | |
- | そして、明細入力の金額を自動計算(数量x単価)する際の端数処理に使用します。 | + | |
- | 明細を何件か入力後に、先ほどとは違う請求先コードに変更したとき、端数区分が四捨五入→切り捨てなど違う場合があります。 | + | |
- | では、その時に入力されている明細の金額についてはどうするべきなのか?\\ | + | |
- | 1.何もしない\\ | + | |
- | 2.自動計算\\ | + | |
- | 3.明細をクリアする\\ | + | |
- | などなど\\ | + | |
- | ※請求書コードを変更する段階で確認メッセージを出力するものとする | + | |
- | また、数量x単価=金額ですが、仕様によっては金額が入力項目になっていることがあります。(調整用に金額を訂正可能にするため)\\ | + | |
- | 金額を訂正した後に、数量を入力し直したら金額は計算しなおすべきなのか、それとも何もしないのか などなど | + | |
- | このように関連する項目が変更された場合、幾つかの方法が考えられるわけですが、\\ | + | |
- | 詳細設計書上にその旨の記述があったことがなかなかありません。\\ | + | |
- | かといって、共通仕様書上にあるのかというと無いわけです | + | |
- | そうすると、たいがい指摘するはめになります。 | + | |
- | みさなん、関連項目を変更した場合をちゃんと考慮してますか、されてますよね&# | + | |
- | 特に関連項目の数が多いと抜けが発生します、気をつけましょう。 | + | |
- | 設計時の見落とし - 按分処理後の端数補正 | ||
- | 私の経験の中であった、設計時の見落としをテーマとして何点か書いてみます。 | ||
- | 業務用アプリケーションでは、料金などを比率によって振り分ける按分処理を行うことがあります。 | ||
- | 簡単な例で言えば、100円を5つに均等配分するとすれば、各20円となります。\\ | ||
- | では、100円を3つに均等配分してみるとどうでしょう? \\ | ||
- | この場合、各33円となって、1円が余ってしまいますね。 | ||
- | では、この1円はどうするのでしょうか? | ||
- | この例とは違いますが、以前あった振り分け先として\\ | ||
- | ・按分した際に金額(按分比率)が一番多いところ、または一番少ないところ\\ | ||
- | ・キーとなるコードの昇順または降順の先頭\\ | ||
- | ・先に登録された順 | ||
- | これは、ユーザーであるお客さんの決められたルールによって処理します。\\ | ||
- | 逆にこれが決まってないようなら、ユーザーに決めてもらう必要があります。 | ||
- | こうしてユーザーのルールによって、どこかに1円を含めた結果として34円、33円、33円 といった配分となるわけです。 | ||
- | \\ | ||
- | この端数処理の振り分けで思い出したのが、< | ||
- | ■60年代末に発覚したニューヨーク在住の銀行員の犯行:\\ | ||
- | 顧客の預金利子を計算するプログラムで端数処理を四捨五入ではなくすべて切り捨て計算とし、剰余の利息を自分名義の口座に自動振込するプログラムも付け加えて巨額の不正入金を得た。 | ||
- | サラミ法といえばこの事件が有名ですね。実に巧妙な手口です。塵も積もれば、金額も巨額になるわけですね。 | ||
- | さすがに銀行でこの手口はもう出来ないでしょうけど、最近は何かとポイント制\\ | ||
- | だったりしますので、知らない間に仕組まれている可能性も・・・(^^; | ||
- | 戯言 - 中国語の入力方式 | + | ====== なぜ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(" | ||
+ | 下記サイトを、印刷してじっくり読み込んだりとか(原因が分かった後、読むと納得)\\ | ||
+ | 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日に行われた、第2回 静岡 IT Pro 勉強会が終了しました(^-^)\\ | ||
+ | 迷惑なメールの処理に要する費用は日本全体で年間7, | ||
+ | 今回は、迷惑メール対策に取り組んでいる方の話がきけて良かったです。 | ||
+ | |||
+ | 乗るはずの電車に乗り遅れてしまって、少し遅れて登場(^^; | ||
+ | 今回は満席に近く、席がほとんど埋まっている状態、でもって受付席の隣にちゃっかり座る。そしたら自己紹介でトップバッターになってしまった・・・ | ||
+ | 自己紹介で、私の今日の目的はおやつですって言ったけども・・・\\ | ||
+ | ちゃんと内容は、メモして聞いてましたよん。\\ | ||
+ | ちなみに、↓おやつの写真 バームクーヘンやドーナツがうまうま\\ | ||
+ | http:// | ||
+ | |||
+ | レポート内容は、代表のid: | ||
+ | http:// | ||
+ | 私のは補足情報、といっても内容はかぶるけど | ||
+ | -------------------------------------------------------------------------\\ | ||
+ | ■佐藤さん: | ||
+ | http:// | ||
+ | スパムのメインストリームは bot ってなっているけども、日本のスパムは、まだbot を使っていないって意味では、まだ、スパム1.0である。(Web2.0風でいうと) | ||
+ | スパムメールも、8: | ||
+ | 現状は 95:5 くらい、上位5%の業者が95%のスパムを送ってる。\\ | ||
+ | \\ | ||
+ | ブラックリストは、送信者アドレス→ドメイン→ネームサーバー\\ | ||
+ | ブラックリストの共有化の問題点\\ | ||
+ | ・数におされて無力化しつつある\\ | ||
+ | ・他のユーザーがまきぞえをくう場合がある。\\ | ||
+ | ・知名度が低い、またはそもそも国が違ってしまうブラックリストに入れれてしまう可能性が高い。\\ | ||
+ | (アフリカで有名でも日本では無名でブラックリスト化されちゃうとか) | ||
+ | |||
+ | スパム業者は1回送れればいい、多く出したい、待ちたくないのを利用して一度、接続を切って再送してくるなら、スパム業者の確立は低い。\\ | ||
+ | SMTPセッションの返答をわざと長く(10秒など)にすることで防ぐ。 | ||
+ | 対策の方針\\ | ||
+ | ・いろいろな手法を使ったとしても、誤検出は必ずおこる。\\ | ||
+ | 誤検出がないことを重視する、重大な誤検出があるとユーザが使ってくれない \\ | ||
+ | ・誤検出が起こると考え、情報(ログ)を残すようにする \\ | ||
+ | ・スパムを、1つの手法で全て抑えるってことは出来るようにはならないので各手法を組み合わせて弱点をカバーする。(スパムらしさは加算ではなく乗算) | ||
+ | その他\\ | ||
+ | ・サービスの時点でスパム対策をする\\ | ||
+ | ・同一内容がたくさんあればスパムだろう\\ | ||
+ | ・画像ボタンはX, | ||
+ | ・スパムちゃんぷる(ライブドアが公開)\\ | ||
+ | http:// | ||
+ | ・松田陽一さんのTLECレシピ\\ | ||
+ | http:// | ||
+ | ・ISP(プロバイダ)は通信事業法によりユーザーとの合意がない場合、メールの内容を\\ | ||
+ | 調べるようなフィルタリングが出来ない。合意が必要っすね。\\ | ||
+ | |||
+ | -------------------------------------------------------------------------\\ | ||
+ | ■umqさん:SPF, | ||
\\ | \\ | ||
- | 会社で着くなり、早速検索してみました。\\ | + | SPF(RFC4408)/ |
- | \\ | + | DKIM(RFC4871)/ |
- | 中国では、発音を「ピン音(PinYin)」と呼ばれるアルファベットを使った\\ | + | Authentication-Results |
- | 発音表記法で入力し、漢字に変換ってローマ字入力に近い感覚です。\\ | + | 簡単な送信者認証、経路による確認として日本で3割程が採用している\\ |
- | \\ | + | SPFとSenderIDと呼ばれるもの\\ |
- | イ尓 好(ニーハオ) | + | 今まで手ぶらで訪問していた営業マンが、名刺をもつようなものです。\\ |
- | \\ | + | 手ぶらより、名刺を受け取れる分多少はましになります。 |
- | アルファベットの後の数値は、基本の声調(音の高さのパターン)で\\ | + | では、名刺を信用できるでしょうか、運転免許証など信頼できるものが欲しくなります。\\ |
- | 1~4段階を入力します。 | + | それがDKIMとDomainKeysと呼ばれるものです。\\ |
- | \\ | + | これらの認証に対応できていないサービスを使っていたらスパムメールと判断される\\ |
- | 世界各国ではどうなっているのかは、下記サイトが見つかりました。\\ | + | ようになってくるでしょう。 |
- | http://r25.jp/b/honshi/a/link_review_details/ | + | 電子署名方式の最新技術「DKIM」とは\\ |
- | \\ | + | http:// |
- | 韓国のハングルはまだしも、漢字のパーツを上下左右などして漢字を組み上げる、台湾は大変そう。 | + | RFC翻訳\\ |
+ | http:// | ||
+ | RFC日本語版リスト\\ | ||
+ | http:// | ||
+ | -------------------------------------------------------------------------\\ | ||
+ | ■kouさん:迷惑メール対策システム milter managerの開発者\\ | ||
+ | http:// | ||
+ | 佐藤さんの話でもあったけど、1つの手法で全て抑えるってことは出来るようにはならないので、各手法を組み合わせて弱点をカバーする\\ | ||
+ | それを状況によって適切な複数メールフィルタ(milter)を組み合わせる\\ | ||
+ | 選択させていくツールです。 | ||
+ | milter managerはモニター募集中です。\\ | ||
+ | http:// | ||
+ | まっちゃさんが、フロー図を描いてくれてます。\\ | ||
+ | http:// | ||
+ | |||
+ | -------------------------------------------------------------------------\\ | ||
+ | ■ 滝澤さん:SpamAssassin\\ | ||
+ | http:// | ||
+ | スパムメールらしさをスコアで算出し、その情報をヘッダに追加する。\\ | ||
+ | 情報をヘッダに追加するだけで、spam の破棄などは行なわない。\\ | ||
+ | スコアは" | ||
+ | スコアが5個までなら、スパムとしないとかで振り分ける。 | ||
+ | -------------------------------------------------------------------------\\ | ||
+ | ■白形さん:メールdeギフト\\ | ||
+ | http:// | ||
+ | |||
+ | メールdeギフトの社長さんである白形さんがこられていました。\\ | ||
+ | http://www.business-i.jp/news/ind-page/news/200904200012a.nwc\\ | ||
+ | mixiの年賀状といえば、ピンときますでしょうか。\\ | ||
+ | 静岡の企業だったんですね、応援しなきゃね。 | ||
- | 仲間力 | + | caspol.exeを使用したセキュリティポリシーの設定 |
- | \\ | + | 前記事 VSTOで、Outlook COMアドインのセットアップ\\ |
- | <FONT color=# | + | http:// |
- | <FONT color=# | + | VSTOでOutlook COMアドインをインスール後に、セキュリティポリシーの設定\\ |
- | 最近の学生は、仲間力に欠けている人が非常に多い。これは兄弟が少ない\\ | + | が必要なわけですが、その際に、セキュリティポリシーを設定するための\\ |
- | ネットの普及で他人との接触が不足しているのが原因でもあるが・・・\\ | + | WSHスクリプトを作成しました。 |
- | 今の日本の若者たちは人間形成が不得意です。\\ | + | バッチファイルで作成したかったんですが、レジストリの値を取得する方法が\\ |
- | しかし、企業は人間形成の得意な人が欲しい。なぜなら仕事は仲間と力を合わせて完成させるものだからです。\\ | + | いまいち分からなかったので(^^; |
- | <FONT color=# | + | レジストリの値を取得するのは、インストール時にインストール先のフォルダパス\\ |
- | 普通の学生生活をいくら振り返っても面白い体験(ネタ)など沸いてはこない\\ | + | をレジストリに書き込むように設定してあるためです。 |
- | 体験(ネタ)はなかったら作りましょう。\\ | + | |
- | ES(エントリーシート)・面接での自分の宣伝材料としても勉強会に参加するのも手伝うのも悪くないですよ。\\ | + | 説明すると、セキュリティポリシーのコマンドラインツールである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 " | ||
+ | |||
+ | |||
+ | 任天堂「ファミコン」はこうして生まれた | ||
+ | ■任天堂「ファミコン」はこうして生まれた\\ | ||
+ | 【第1回】テレビ・ゲーム黎明期からマイコン搭載機登場まで \\ | ||
+ | http:// | ||
+ | 【第2回】電卓をあきらめてゲーム機ヘ \\ | ||
+ | http:// | ||
+ | 【第3回】70年代後半の専用LSIゲーム機時代 \\ | ||
+ | http:// | ||
+ | 【第4回】携帯型ゲーム機を発想 \\ | ||
+ | http:// | ||
+ | 【第5回】試行錯誤のなかから十字ボタンを見いだす \\ | ||
+ | http:// | ||
+ | 【第6回】業務用ゲーム機の挫折をバネにファミコンの実現に挑む \\ | ||
+ | http:// | ||
+ | 【第7回】業務用機の仕様を家庭用に,LSIの開発から着手 \\ | ||
+ | http:// | ||
+ | 【第8回】ファミコン誕生,家庭用ゲーム機の代名詞に \\ | ||
+ | http:// | ||
+ | 【第9回】ディスクシステム,ROMの大容量化に押され短命に \\ | ||
+ | http:// | ||
+ | 【第10回】野村証券と通信アダプタを開発,ゲームは断念 \\ | ||
+ | http:// | ||
+ | ■日本を変えた名ゲーム機列伝(多根清史) \\ | ||
+ | 第1回 ゲーム機の原点「スペースインベーダー」\\ | ||
+ | http:// | ||
+ | 第2回 賭けの産物「ファミリーコンピュータ」 \\ | ||
+ | http:// | ||
+ | 第3回 制度疲労が起きた「スーパーファミコン」 \\ | ||
+ | http:// | ||
+ | 第4回 ゲームバブル起こした「プレイステーション」 \\ | ||
+ | http:// | ||
+ | 第5回 異質な時間作った「ゲームボーイ」\\ | ||
+ | http:// | ||
+ | ■Wiiが誕生したいくつかの理由\\ | ||
+ | http:// | ||
+ | http:// | ||
+ | ■任天堂は、なぜ健康をテーマにした「Wii Fit」を創ったのか\\ | ||
+ | http:// | ||
+ | ■社長が訊く(任天堂社長・岩田聡氏が開発者にインタビューするという連載)\\ | ||
+ | http:// | ||
</ | </ | ||
+ | |||
+ |
メモ.txt · 最終更新: 2021/05/15 08:23 by yajuadmin