八寿のナレッジベース

ユーザ用ツール

サイト用ツール

トレース:
メモ

差分

このページの2つのバージョン間の差分を表示します。

この比較画面へのリンク

両方とも前のリビジョン前のリビジョン
次のリビジョン		前のリビジョン
次のリビジョン両方とも次のリビジョン
メモ [2017/03/22 23:22] – yajuadminメモ [2021/05/15 08:19] – yajuadmin
行 1: 行 1:
 ====== メモ ====== ====== メモ ======
 +===== 株取引の鉄則 =====
 +
 +  * 決算直前の銘柄の株取引しないこと、だたし空売りするならいいかも。
 +
 +===== クラウドコンピューティング =====
 +たんす預金、銀行。データを預ける上でのたとえ\\
 +例　Googleのデータセンター(銀行)にデータ預けるのであれば、PC(タンス)にデータを預けるのであれば、Google の方が安全ではないか\\
 +いずれ、銀行のように普通に預けることになっていくだろう。
 +
 +===== IPv6 =====
 +IPv6になると手動で設定をしなくなる、自動化していく。\\
 +家電などにも付くようになった時、ネットワーク監視をしていくと、ショートパケットがでまくる。下手に家電を企業内にもっていくとパケット拾い捲りか
 +
 +===== ヒューマンエラー =====
 +ケーブルなどには間違えないようにタグ付けするとか。
 +
 +===== 投資計画 =====
 +運用費用というのは軽視されやすく削られやすい、投資計画をきっちり出す。\\
 +月次レポートとして、システム稼動率はもちろん、人の稼動率も大切。
 +
 +===== 性善説の運用は駄目 =====
 +モラルの低い人いるし、外国人であれば文化が違い本人は悪いと思ってないこともある。\\
 +ただ『制度の設計は性悪説で、運用は性善説で』という言葉もあり、性善説がすべて悪いというわけではない。
 +
 +===== フロアごと安定化電源(CVCS)化 =====
 +UPSをサーバーごと何十台も付けるならフロアごと安定化電源した方がよい
 +
 +===== フルマラソンに挑戦してきました。 =====
 +昨年、富士山に初登頂したこともあり、次はフルマラソンに挑戦しようと密かに誓っていたわけです。\\
 +
 +そして今日２６日、掛川新茶マラソンにてフルマラソンに挑戦してきました。\\
 +挑戦なんて書かずに完走と書きたいところでしたが、２５ｋｍで時間切れで残念ながらリタイアとなってしましました。\\
 +
 +２０ｋｍまでは、５時間完走のペースメーカーさんについていけてたのですが、\\
 +２０ｋｍに到着したところで、気力が費えて少し休んでから走ろうと思って、とりあえず歩いたんですね。\\
 +歩いてしまったことで、最近左ひざを練習で痛めていたこともあって、痛くて走ることが出来なくなってしまいました。\\
 +それまでは、たぶん気力で防いでいたのかも知れません。\\
 +
 +２月下旬から練習を開始し、練習でも最高１６ｋｍまでしか走ってなかったわけで完走なんて、やはり甘かったです。\\
 +私なんかより遥かに年上の方も完走されていますし、次は完走できるようにちゃんと準備しておきないと駄目ですね。\\
 +
 +日本最大！走る仲間のウェブサイト　　http://runnet.jp/home.php
 +
 +===== 改修作業の自戒 =====
 +結合テストにて、私が担当した日報入力画面にて「SQLが不正です。」という例外エラーが発生したので、調査のためトレースしていくと売上計上ストアドを呼んだところで、エラーが発生していることがわかった。\\
 +
 +その売上計上ストアドをトレースしていくと、文字列化したSQL文を実行したところで、例外エラーが発生した。\\
 +その文字列化したSQL文を見てみると、なんとSELECT句が存在しないのである。そりゃー、SQLが不正ですよね。
 +
 +ソースを眺めていると、仕様変更により改修作業を同僚が行っていた。
 +
 <code> <code>
-設計時の見落とし　－　履歴持ちマスタの参照 +LV_SQL := "SELECT xxx,xxx" 
-私の経験の中であった、設計時の見落としをテーマとして何点か書いてみます。 +<FONT color=#0000ff>'ADD 2009/04/27 修正 name 
-社員マスタなど過去の情報も保持しておくために改定日をキーに含め履歴を持つ\\ +LV_SQL := "xxx,xxx" 
-ようにしてあります。 +</FONT> 
-キー　自然キーなのは置いといて(^^;\\ +LV_SQL := LV_SQL || "xxx,xxx" 
-社員コード\\ +･･･ 
-改定日FROM(数値型)\\ +</code>
-※最終履歴の場合は、改定日TOの項目に99999999をセット　 +
-例　社員00001が結婚して9/16から姓が変更した場合\\ +
-00001 20050401　20080915　鈴木　花子　\\ +
-00001 20080916　99999999　佐藤　花子 +
-請求年月を参照してデータを吐き出す処理があり、その中の項目には社員コードが\\ +
-あり社員マスタを参照して、社員名をセットするようになっておりました。 +
-稼動から数ヶ月経って、ユーザーからエラーとなりデータが吐き出せないとの\\ +
-問い合わせがありました。\\ +
-データチェックの中に社員名が未セットならエラーとなるように仕組んでいた\\ +
-のですが、どうやらそのエラーでひっかかり吐き出せていなかったのです。 +
-原因を探っていくと、データの社員が途中入社で改定日が2008/08/04で登録され\\ +
-ている場合に発生することが分かりました。 +
-実は、仕様書に請求年月＋１としてから、社員マスタのデータを抽出するように\\ +
-なっていて、請求年月が2008/08の場合、2008/08/01が条件となります。\\ +
-(日付は数値型として年月日の8桁で登録されている) +
-SQLのWHERE条件として\\ +
-請求年月＋１ BETWEEN 改定日FROM AND 改定日TO\\ +
-　20080801 　BETWEEN　20080804&nbsp; AND 99999999 +
-請求年月＋１としていた為に、途中入社の場合に抽出条件から外れていたのです。\\ +
-他の途中入社の方が今まで引っかからなかったのは、単純に過去入社だからです。 +
-修正対応としては、履歴の先頭の改定日FROMを強制的に1日になるような社員マスタ\\ +
-のビューを作成して、そのビューを参照させるようにしました。 +
-\\ +
-この記事を書いて思ったけど、社員名が空になるのさえ防げればいいとのことで\\ +
-直近の日にして抽出するようにとの指示でそうしたけれど。だったら年月だけで\\ +
-比較した方が簡単だったかも･･･\\ +
-それに同年月に変更があったら後履歴を参照すべきか\\ +
-ってか、そもそも請求年月＋１としている仕様の時点で整合性としてよく無いわな。+
  
 +おいおい、文字列連結し忘れているよ。ってか、<FONT color=#ff0000>ソースだけ修正してテストしてないのバレバレでしょ。</FONT>
 +と文句をいいたくなるわけですが、自分もたまにソースのみ修正で対処してしまうこともあって、自戒せねばと思ったしだい。
  
-問題の報告は、義務ではなく権利 +改修作業は、別の方が作成したプログラムで、かつ仕様を理解しないまま作業することがあるので、テストしにくいですね。 
-日経SYSTEMSを定期購読しているのですが、２００８/１０号は\\ +テストの自動化して、テストケースが全て網羅できてるような開発体制になっていれば防げたかもしれませんが、現状は到達できていない。
-特集１「最強チームはこう作る」でした。\\ +
-会社にあれば読んでみて下さい。\\ +
-http://www.nikkeibpm.co.jp/cs/mag/it/nos/index.html +
-「進捗の遅れや品質劣化などの問題が起こったとき、\\ +
-どうしてすぐに報告を上げてくれないのか」とプロジェクト・リーダー\\ +
-なら誰しも、この歯がゆさを感じたことはないでしょうか？ +
-メンバーが悪い報告を上げない理由として、日本のITエンジニアに\\ +
-根付いた職業倫理観が原因との指摘があるようです。\\ +
-これは、日本の製造業は職人的な気質が強く製造現場至上主義で\\ +
-大きな問題に直面しても現場の頑張りによって乗り越えようとする。\\ +
-日本のITエンジニアは、この気質を引き継いでいます。 +
-そのため、過剰な仕事を割り振られても、根性で乗り切ろうとして\\ +
-しまう。「できそうにありません」「私には無理です」というのは\\ +
-ITエンジニアとして自己否定するようなもので恥だと思ってしまう。\\ +
-だから問題が起こったとき、ITエンジニアとしてのプライドを守る\\ +
-ため、ギリギリまで挽回しようとしてしまう。 +
-いくらプロジェクト・リーダーが「すぐに報告するように」と命じて\\ +
-もすぐには改まらないのは当然である。 +
-対策の基本\\ +
-・プロジェクト・リーダーから日々メンバーに対して声をかけ、様子\\ +
-　をうかがう。\\ +
-・プロジェクト・リーダーから本音を打ち明けることで、メンバーも\\ +
-　本音で話しやすくなり問題を報告しやすい雰囲気が生まれる。\\ +
-・メンバーの人格、価値観、能力を否定しないことを心掛ける。\\ +
-・問題の報告を「メンバーの義務ではなく権利だ」と繰り返し説明する。+
  
-設計時の見落とし　－　システム年月＋締日+リファクタリング\\ 
 +http://www.happiese.com/system/refactoring.html\\
  
-私の経験の中であった、設計時の見落としをテーマとして何点か書いてみます。 +ひどいソースに出合っても、既存の潜在バグも十分ありそうでも<FONT color=#006400>「動いているソースには手を加えるな」</FONT>が現実的なんでしょうね。
-現在のプロジェクトでは、私の方でコードレビュー＋検証をしております。\\ +
-その中に締日(1～31)と得意先コード範囲を入力し出力させる帳票がありました。 +
-そして、そのプログラムを今日10月1日に私の方で検証をしてみたわけですが、「対象データがありません」とエラーになるわけです。 +
-ソースリストを見ると、システム年月＋締日となっており、仕様書もそのよう\\ +
-に記述されておりました。\\ +
-そのプログラムは9月中に製造されており、テストデータも9月だけで作成されていた為、前月である9月では問題なく出力されていたわけですが･･･\\ +
-<FONT color=#ff0000>月が変わったわけですから、当然、対象データは抽出されてきません（＾＾； +
-締日(1～31)だけしか入力項目が無いのでは、当月しか出力できないわけです。\\ +
-特別な帳票というわけでは無いので、いつでも出力できるようにするべきです。 +
-設計者に現象を伝え、年月項目を追加して初期値をシステム年月とするように提案しました。+
  
-.Netにおける、動的ＤＬＬの解放について  +改修作業は、ほんとに葛藤します。直したいけど・・・がまんがまんって。\\ 
-ごくたまに、＠ITでも回答するようになったのですが、この質問者さんは結果をきちんと返して頂いたので好感がもてます。 +たまに我慢できなくて修正してしまいます。もちろん、それで痛い目にあったこともありますけど、なかなかスルーすることが出来ない(^^;
-件名：動的ＤＬＬの解放について\\ +
-http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=46665&amp;forum=7\\ +
-【質問内容】 \\ +
-①EXEを実行(EXEは24h常駐です。) \\ +
-②動的にDLLをﾛｰﾄﾞ・実行し、DLLの処理終了(EXEは終了しない。) \\ +
-③DLLのPGを改訂し、実行環境にｺﾋﾟｰすると、ｴﾗｰMSGがでる。 \\ +
-　「○○.dllをコピーできません。他の人またはプログラムによって使用され\\ +
-ています。ファイルを使用している可能性があるプログラムを全て閉じてから、やり直してください。」 \\ +
-\\ +
-EXEを24h常駐させ、実行条件によって、ﾛｰﾄﾞするDLLを変更したいと考えています。\\ +
-\\ +
-【回答】 \\ +
-.NETでは、Win32の時のFreelibrary関数(DLLを呼び出しプロセスの アドレス空間から切り離す)のようなものはなく、一旦DLLを ロードしたらプロセスを終了するまでメモリに残り続けます。\\ +
-（通常のDefault AppDomainにロードされている場合において）\\ +
-\\ +
-<IMG src="http://yaju.wankuma.com/img/AppDomain.jpg">\\ +
-\\ +
-あえて、動的にする場合は、CreateDomainにて、User　AppDimainを作成し、そこにアセンブリをロードして実行、終了時にAppDimainをUnloadすることで、動的にアセンブリを解放することが出来るようになります。+
  
 +debug条件って意外と知られてないのかな、便利ですよね。\\
 +http://www.atmarkit.co.jp/fdotnet/dotnettips/688debugbreakcond/debugbreakcond.html
  
-シャローコピー と ディープコピー +===== 被写体としての人形 ===== 
-シャローコピー (Shallow Copy) と、ディープコピー (Deep Copy) という言葉を\\ +最初は、人形だよなと思ってだんだん見ていくと、なんかいいんですよね。写真撮った人からの愛を感じますｗ
-今頃、知りました。仕組みは知っていたけれど・・・ +
-コレクション系クラス(ArryaListなど)をコピーしようとして、\\ +
-\\ +
-Dim test1 As New ArrayList\\ +
-Dim test2 As New ArrayList +
-test1.Add("A")\\ +
-test1.Add("B") +
-test2 = test1　　　　'シャローコピー +
-test1.Add("C")\\ +
-test2.Remove("A")\\ +
-\\ +
-とした場合、追加していない test2 にも、"C" が追加され、削除していない\\ +
-test1 では、"A"が削除されます。\\ +
-\\ +
-これは、参照先を示すアドレスがコピーされるだけ、コピー元もコピー先も\\ +
-結局は同じものを指し示していることを意味します。\\ +
-\\ +
-これを、シャローコピー (Shallow Copy、簡易コピー、浅いコピーなど) \\ +
-と言います。\\ +
-\\ +
-\\ +
-逆に、中身そのものをコピーする(参照先のインスタンスをも複製する)場合を\\ +
-ディープコピー (Deep Copy、深いコピーなど) と言います。 \\ +
-\\ +
-Dim test1 As New ArrayList\\ +
-Dim test2 As&nbsp;ArrayList　=&nbsp; Nothing +
-test1.Add("A")\\ +
-test1.Add("B") +
-test2 = New ArrayList(test1)　　<FONT color=#008000>'ディープコピー +
-test1.Add("C")\\ +
-test2.Remove("A")\\ +
-\\ +
-とした場合、test1 と test2 は、中身そのものがコピーされるため、\\ +
-それぞれは影響を受けません。test1 のみに"C"が追加され、\\ +
-test2 のみに "A"が削除されます。\\+
  
 +これに手を出したら人生終わったと言えるようなものといえば？\\
 +http://blog.livedoor.jp/insidears/archives/51950062.html\\
 +<FONT color=#008000 size=5>「ある（り）と思います！」</FONT>
  
-設計時の見落とし　－　範囲指定と個別指定 +===== なぜ２時から５時までは３時間で、２日から５日までは４日間なのか？ ===== 
-私の経験の中であった、設計時の見落としをテーマとして何点か書いてみます。\\+なぜ２時から５時までは３時間で、２日から５日までは４日間なのか？\\ 
 +http://ameblo.jp/metameta7/entry-10270210344.html
  
-請求書を発行する機能があり、その設計書には締日と請求先コードの範囲指定\\ +Ａ：「２時から５時までは３時間。」 →　「量」\\ 
-として開始コードと終了コードの入力項目がありました。\\ +Ｂ：「２日から５日までは４日間。」 →  「数」 
-\\ +※：「２日のある時刻から５日の同時刻まで」というときは「３日」となる。 
-その設計書の画面レイアウトを見た、営業兼SEの方が仰りました。\\ +Ｃ：「地面に線を引いた。２ｍの所から５ｍの所までは３ｍ。」 →　「量」\\ 
-「お客さんによっては、他のところより早めに請求書を要求してしてくるところが\\ +Ｄ：「旗を並べて立てた。２本目の旗から５本目の旗までは４本。」 →  「数」 
-ある、特に大きい会社など。\\ +ＡとＣは、時間や長さという連続量をはかるもの\\ 
-範囲指定ではなく、請求先一覧を表示し、チェックオンした請求先の請求書を発行\\ +ＢとＤは、日数や本数という分離量（数）をかぞえるもの
-するようにしたい。」\\ +
-\\ +
-ということで、設計書の見直しが行われました。\\ +
-\\ +
-このようなことがあるので、請求書の発行機能に限らず、安易に範囲指定で済ませ\\ +
-ていいのかどうか、お客さんと検討してみるといいでしょう。+
  
-設計時の見落とし　－　切り上げ +φ(．． )メモメモ
-私の経験の中であった、設計時の見落としをテーマとして何点か書いてみます。 +
-仕様書の中に、「小数点第４位で切り上げ」というのがありました。\\ +
-容積の求める項目なのですが、小数点３桁までとなっている。\\ +
-\\ +
-容積　＝　（たて&#247;1000）&#215;（よこ&#247;1000）&#215;（たかさ&#247;1000）\\ +
-\\ +
-製造作業も終了し、検証作業ということで検証者がチェックしたわけですが、\\ +
-不具合ということで、容積の計算結果が挙がってきたわけです。\\ +
-\\ +
-下記の計算を行ったとき\\ +
-（9999&#247;1000）&#215;（9999&#247;1000）&#215;（9999&#247;1000）　＝　999.70003\\ +
-製造者の計算結果は、999.701\\ +
-検証者の計算結果は、999.700\\ +
-\\ +
-<FONT face="Times New Roman">小数点第４位で切り上げであるため、小数点第４位の値は0であるから\\ +
-結果の末桁は、0ではないのか？　という認識ですね。\\ +
-それではと、Excel上の切り上げ関数のROUNDUPで実行してみました。\\ +
-ROUNDUP(999.70003,3)　＝　999.701　　という結果となったわけです。\\ +
-\\ +
-この件は、お客さんに確認して、小数点第４位以降を切り上げでいうことで\\ +
-999.701　で問題ないとなりました。\\ +
-端数処理もちりもつもれば、集計結果が違ってきてしまいますからね。\\ +
-\\ +
-端数処理の違いで有名なのは四捨五入で、銀行型丸め、通常の四捨五入\\ +
-があります。\\ +
-http://www.atmarkit.co.jp/fdotnet/dotnettips/700mathround/mathround.html\\ +
-\\ +
-端数処理は意外と盲点なので、気をつけた方がいいでしょう。+
  
 +===== VSTOで、Outlook COMアドインのセットアップ =====
 +VSTOを使ったOutlook2003のアドインを開発したのですが、\\
 +http://blogs.wankuma.com/yaju/archive/2008/11/10/160848.aspx
 +今頃になって導入準備となり、下記のエラーに嵌まってしまいました。\\
 +Debug上では動作するのですが、インストーラでアドインを入れた場合、詳細オプション→COMアドイン→使用できるアドインでチェック付けると、下記のエラーが出て動作してくれません。\\
 +<FONT color=#ff0000>「読み込まれていません、COM アドインの読み込み中にランタイムエラーが発生しました。」</FONT>
  
-設計時の見落とし　－　複数締日の設定 +この原因が分からなく、このエラー情報をネットで検索しても大した情報も得られず、配布するアセンブリが悪いのではないか、レジストリの内容が間違っていないか、プログラムは悪いのかと起動時にMsgBox("Hello World")だけ出るもので試してみたりとか\\ 
-私の経験の中であった、設計時の見落としをテーマとして何点か書いてみます。 +下記サイトを、印刷してじっくり読み込んだりとか(原因が分かった後、読むと納得)\\ 
-取引条件は顧客によって異なります。\\ +Visual Studio 2005 Tools for Office での Outlook アドイン サポートのアーキテクチャ\\ 
-月末締めの企業が多いと思いますが、5日、10日、15日、20日など別の日を締日としている会社も存在します。\\ +http://msdn.microsoft.com/ja-jp/library/aa537182(office.11).aspx 
-また、締日は、通常は１取引先で締日は１つですが、取引先によっては「15日締翌月末現金払い、月末締め翌々月10日払い」などというように１ヶ月に複数回締日のあるところもあります。\\ +なんせ、Debug上では動作してしまうため、いろいろ手をつくすも、解決できなくて･･･
-\\ +
-10日締め、20日締め、月末締めというように３回締日のある企業も存在することも考慮して、取引先マスタメンテナンスでは締日項目を３つ用意してあります。\\ +
-\\ +
-画面レイアウト上でも、３つの数値入力を用意し、末日は31と設定して\\ +
-1～31の範囲チェックといずれか１つは必須入力とするようなチェック処理\\ +
-が仕様として記述されており、プログラムも仕様通り作成されました。\\ +
-\\ +
-その後、設定した締日を使って処理する請求処理系の機能を製造するにあたり製造側から問題提起がありました。\\ +
-\\ +
-３番目のみ入力されているとか、１番目と３番目で入力されているとか、\\ +
-１０、５、１５など昇順に並んでいないとかがあると、処理が面倒になる。３つの項目が順番通りに入っていることを保障してほしい。\\ +
-\\ +
-確かに締日に３つの項目の並びには特定の意味は無いわけですから、取引先マスタメンテナンス上にて、空きのチェックや昇順にセットするようにチェック仕様を追加し、修正することとなりました。\\ +
-\\ +
-締日に限らず、複数項目がある場合では、並びや空き入力なども考慮をしてチェックしなくても問題ないのかまで、意識してあげましょう。\\ +
-\\ +
-複数締日　http://riko.s235.xrea.com/system/sysDes03-0403-03.htm+
  
-戯言　－　新入社員のタイプ +せめて、このエラーの詳しい情報が得られないだろうかと、VSTO関連のサイトで見直して下記サイトのある一文をやっと見つけました(^-^)\\ 
-http://www.jpc-net.jp/new_recruit/typehistory.html +アプリケーション レベルのプロジェクトのデバッグ\\ 
-http://sizen.yamagomori.com/04_yume/freshmantype.html +http://msdn.microsoft.com/ja-jp/library/ms269003(VS.80).aspx\\ 
-<A href="http://www.jpc-sed.or.jp/index.html">財団法人社会経済生産性本部</A>が毎年、新入社員のタイプを分析し、流行のキーワードと絡めて発表している、新入社員のタイプがあります。\\ +<FONT color=#0000ff>「エラーが発生するたびにメッセージ ボックスに表示するには、\\ 
-ちなみに今年2008年度の新入社員のタイプは「カーリング型」です。 この命名は、1973年度から行われております。 +VSTO_SUPPRESSDISPLAYALERTS 変数を 0 に設定します。」</FONT> 
-先輩や上司だって、今は偉そうに指導しているけれど、新入社員のころはいろいろ言われてたわけさ。\\ +環境変数にVSTO_SUPPRESSDISPLAYALERTSを追加し値を0にセット後、Outlookを起動すると、例外エラーがメッセージボックスで表示されました。\\ 
-\\ +「System.IO.FileLoadException: ファイルまたはアセンブリ 'xxxxAddin'、\\ 
-さて、みなさんは何タイプでしたでしょうか？ +またはその依存関係の 1 つが読み込めませんでした。\\ 
-<TABLE border=1> +実行するためのアクセス許可を与えることができませんでした。\\ 
-<TBODY> +ファイル名 'xxxxAddin' です。\\ 
-<TR> +System.Security.Policy.PolicyException: 実行するためのアクセス許可を取得できません。」 
-<TH>年度</TH> +<FONT color=#008000>原因は、CAS(コード アクセス セキュリティ ポリシー) だったんです。\\ 
-<TH>命名</TH> +</FONT>原因が分かれば、対処は可能ですね。 
-<TH>概要</TH> +セキュリティポリシーの設定\\ 
-<TR> +コントロールパネル－管理ツール－Microsoft　.NET Framework 2.0 Configration\\ 
-<TD>1973</TD> +ランタイムセキュリティポリシー→ユーザー→コードグループ→VSTOProject→(既定の会社名)を追加\\ 
-<TD>パンダ型</TD> +メンバーシップ条件　URL　C:\\Program Files\\(既定の会社名)\\*\\ 
-<TD>おとなしく可愛いが、人になつかず世話が大変</TD> +アクセス許可　FullTrust\\
-<TR> +
-<TD>1974</TD> +
-<TD>ムーミン型</TD> +
-<TD>人畜無害でおとなしいが、大人か子供か得体知れず</TD> +
-<TR> +
-<TD>1975</TD> +
-<TD>カモメのジョナサン型</TD> +
-<TD>群れから外れやすく上空からしらけた眼で見ている。一方でめざとい</TD> +
-<TR> +
-<TD>1976</TD> +
-<TD>たいやきクン型</TD> +
-<TD>頭から尾まで過保護のアンコがギッシリ</TD> +
-<TR> +
-<TD>1977</TD> +
-<TD>人工芝型</TD> +
-<TD>見た目きれいで根が生えず、夜のネオンでよみがえる</TD> +
-<TR> +
-<TD>1978</TD> +
-<TD>カラオケ型</TD> +
-<TD>伴奏ばかりで他と音程合わず。不景気な歌に素直</TD> +
-<TR> +
-<TD>1979</TD> +
-<TD>お子様ランチ型</TD> +
-<TD>何でも揃って綺麗だが、幼さ抜けず歯ごたえなし</TD> +
-<TR> +
-<TD>1980</TD> +
-<TD>コインロッカー型</TD> +
-<TD>小じんまりと画一的で、外見も反応もすべて同じ</TD> +
-<TR> +
-<TD>1981</TD> +
-<TD>漢方薬型</TD> +
-<TD>煎じ方悪ければ、効き目なく副作用生じる</TD> +
-<TR> +
-<TD>1982</TD> +
-<TD>瞬間湯沸かし器型</TD> +
-<TD>新式と旧式の二種類存在し、反応・熱意が正反対</TD> +
-<TR> +
-<TD>1983</TD> +
-<TD>麻雀牌型</TD> +
-<TD>大きさと形同じで並べやすいが、中身はわからず</TD> +
-<TR> +
-<TD>1984</TD> +
-<TD>コピー食品型</TD> +
-<TD>外見のみ本物風で手間いらずだが、歯ごたえなく栄養も心配</TD> +
-<TR> +
-<TD>1985</TD> +
-<TD>使い捨てカイロ型</TD> +
-<TD>もまないと熱くならず、扱い方もむずかしい</TD> +
-<TR> +
-<TD>1986</TD> +
-<TD>日替わり定食型</TD> +
-<TD>期待したわりには変わり映えせず、同じ材料の繰り返し</TD> +
-<TR> +
-<TD>1987</TD> +
-<TD>テレフォンカード型</TD> +
-<TD>一定方向に入れないと作動しないし、仕事が終わるとうるさい</TD> +
-<TR> +
-<TD>1988</TD> +
-<TD>養殖ハマチ型</TD> +
-<TD>過保護で栄養分高いが、魚らしくピチピチしていない</TD> +
-<TR> +
-<TD>1989</TD> +
-<TD>液晶テレビ型</TD> +
-<TD>反応早いが、値段高く色不鮮明。改良次第で可能性大</TD> +
-<TR> +
-<TD>1990</TD> +
-<TD>タイヤチェーン型</TD> +
-<TD>装着大変だが、装着の具合次第で安全・駆動力OK</TD> +
-<TR> +
-<TD>1991</TD> +
-<TD>お仕立券付ワイシャツ型</TD> +
-<TD>価格高く仕立てに時間かかり、生地によっては困難</TD> +
-<TR> +
-<TD>1992</TD> +
-<TD>バーコード型</TD> +
-<TD>読み取り機（上司）次第で、迅速・正確・詳細な処理可能</TD> +
-<TR> +
-<TD>1993</TD> +
-<TD>もつ鍋型</TD> +
-<TD>一見得体知れずで厄介だが、煮ても焼いても食えそう</TD> +
-<TR> +
-<TD>1994</TD> +
-<TD>浄水器型</TD> +
-<TD>取り付け不十分だと臭くてまずいが、うまくいけば必需品</TD> +
-<TR> +
-<TD>1995</TD> +
-<TD>四コママンガ型</TD> +
-<TD>理解に時間がかからず傑作もある一方で市場にあふれているので安く調達できる</TD> +
-<TR> +
-<TD>1996</TD> +
-<TD>床暖房型</TD> +
-<TD>断熱材（評価）いれないと熱（やる気）が床下（社外）に逃げる</TD> +
-<TR> +
-<TD>1997</TD> +
-<TD>ボディシャンプー型</TD> +
-<TD>泡立ち（適応性）よく、香り（個性）楽しめるが、肌（会社体質）に会わないこともある。石鹸（従来社員）以外に肌を慣らすことも必要</TD> +
-<TR> +
-<TD>1998</TD> +
-<TD>再生紙型</TD> +
-<TD>無理な漂白（社風押し付け）はダイオキシン出るが、脱墨技術（育成法）の向上次第で新タイプの紙（新入社員）として大いに市場価値あり</TD> +
-<TR> +
-<TD>1999</TD> +
-<TD>形態安定シャツ型</TD> +
-<TD>防縮性、耐摩耗性の生地（新人）多く、ソフト仕上げで、丸洗い（厳しい研修・指導）OK。但し型崩れ防止アイロン（注意・指示）必要</TD> +
-<TR> +
-<TD>2000</TD> +
-<TD>栄養補助食品型</TD> +
-<TD>ビタミンやミネラル（語学力やパソコン活用能力）を豊富に含み、企業の体力増強に役立ちそうだが、直射日光（叱責）に弱く、賞味期限（試用期間）内に効果（ヤル気）薄れることあり</TD> +
-<TR> +
-<TD>2001</TD> +
-<TD>キシリトールガム型</TD> +
-<TD>種類は豊富、価格も手ごろ。清潔イメージで虫歯（不祥事）予防に効果ありそうで、味は大差ない</TD> +
-<TR> +
-<TD>2002</TD> +
-<TD>ボディピロー型（抱き付き枕）</TD> +
-<TD>クッション性あり、等身大に近いので気分はいいが、上司・先輩が気ままに扱いすぎると、床に落ちたり（早期退職）、変形しやすいので、素材（新人の質）によっては、いろいろなメンテナンスが必要となる</TD> +
-<TR> +
-<TD>2003</TD> +
-<TD>カメラ付きケータイ型</TD> +
-<TD>その場で瞬時に情報を取り込み発信するセンスや処理能力を持ち、機能も豊富だが、経験や知識がなかなか蓄積されない。また、中高年者にとって使いこなしきれない側面もある</TD> +
-<TR> +
-<TD>2004</TD> +
-<TD>ネットオークション型</TD> +
-<TD>ネット上で取引が始まり、良いものには人気が殺到しさっさと売れる一方で、ＰＲ不足による売れ残りも多数。一方で、ブランド名やアピールに釣られて高値で落札したものの、入手後にアテが外れることもある</TD> +
-<TR> +
-<TD>2005</TD> +
-<TD>発光ダイオード型</TD> +
-<TD>電流を通す（きちんと指導する）ときれいに光る（いい仕事をする）が決して熱くならない（冷めている）</TD> +
-<TR> +
-<TD>2006</TD> +
-<TD>ブログ型</TD> +
-<TD>表面は従順だが、様々思いを胸に秘め、時にインターネット上の日記を通じて大胆に自己主張する。繊細な感受性とブログ的なネットワーク力に優れるが、パソコンに語るだけに止まる傾向もある</TD> +
-<TR> +
-<TD>2007</TD> +
-<TD>デイトレーダー型</TD> +
-<TD>自己主張型で、常に良い待遇・仕事を求めて転職をもくろむ</TD> +
-<TR> +
-<TD>2008</TD> +
-<TD>カーリング型</TD> +
-<TD>新入社員は磨けば光るとばかりに、育成の方向を定め、そっと背中を押し、ブラシでこすりつつ、周りは働きやすい環境作りに腐心する。しかし、少しでもブラシでこするのをやめると、減速したり、止まってしまったりしかねない。</TD> +
-<TR></TR></TBODY></TABLE>参考資料：<A href="http://www.jpc-sed.or.jp/cisi/mailmag/m020_pa6.html">http://www.jpc-sed.or.jp/cisi/mailmag/m020_pa6.html</A> +
  
 +Debug上で動作していたのは、セキュリティポリシーの設定がVS側で自動的に作成されていたからです。SetUp.exeでインストールした場合、セキュリティポリシーの設定はツール Caspol.exeを使って別途セットしないとね。
  
-戯言　－　スピンゼーベック効果 +コード アクセス セキュリティ ポリシー ツール (Caspol.exe)\\ 
-スピンゼーベック効果：\\ +http://msdn.microsoft.com/ja-jp/library/cb6t8dtz(VS.80).aspx\\ 
-磁石の両端に温度差をつけるだけで磁気が流れる新現象で、慶応大大学院理工学研究科 \\ +インストール時にインストール先のフォルダパスをレジストリに書き込む\\ 
-修士１年の内田健一さんらが発見し、英科学誌 「ネイチャー」に発表した。 \\ +http://dobon.net/vb/dotnet/deployment/writeinstdirinreg.html 
-<A href="http://www.keio.ac.jp/ja/press_release/2008/kr7a43000000genl-att/081006.pdf">http://www.keio.ac.jp/ja/press_release/2008/kr7a43000000genl-att/081006.pdf</A> \\ +おかげで、やろうとした仕事がほとんど進まなかった、とほほ（T^T)
-\\ +
-何がすごいかというと、スピンゼーベック効果により、磁気デバイスの記録密度をかなり向上させることが出来ます。これは、数ミリメートルの距離にわたって純粋なスピン流、つまり電荷の流れを伴わないスピンの流れを得ることが出来るからです。しかも、磁石の両端に温度差\\ +
-をつけるという非常に単純な方法なのでエネルギー損失が少ない。\\ +
-\\ +
-主に情報ストレージに用いられる磁気デバイスは、微小な磁石の方向（上向き、下向き）によって情報を記録していますが、記録密度の向上には限界があります。\\ +
-下記サイトで、ハードディスクのしくみが映像で見れますが、確かにこれでは記録密度に限界がありますね。<A href="http://www.sugilab.net/jk/joho-kiki/1504/index.html">http://www.sugilab.net/jk/joho-kiki/1504/index.html</A>\\ +
-ちなみにこのサイトですが、いろいろなデバイスの仕組みが映像でみれて面白いです。\\ +
-<A href="http://www.sugilab.net/jk/joho-kiki/1000.html">http://www.sugilab.net/jk/joho-kiki/1000.html</A>\\ +
-\\ +
-\\ +
-科学ネタってことで、別件ですが、２次元物理シミュレーション体験ソフトウェア「OE-CAKE!」というのがあります。\\ +
-ペイントソフトで絵を描くような感覚で様々な物体を作成し、それらが物理法則に従って動く様子を見ることができます。\\ +
-<A href="http://www.octaveengine.com/casual/oecake/">http://www.octaveengine.com/casual/oecake/</A>\\ +
-\\ +
-そんなOE-CAKEを使った揺らしムービーがコチラ、まー使い方しだいですねｗｗｗ\\ +
-<A href="http://graffito.blog14.fc2.com/blog-entry-545.html">http://graffito.blog14.fc2.com/blog-entry-545.html</A>+
  
-空のIF文を書きますか？ +===== 第2回静岡IT Pro勉強会  レポート ===== 
-@IT会議室にて、空のIF文を書きますか？というアンケートがあります。\\ +6月13日に行われた、第２回 静岡 IT Pro 勉強会が終了しました(^-^)\\ 
-<A href="http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=47060&amp;forum=7">http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=47060&amp;forum=7</A> +迷惑なメールの処理に要する費用は日本全体で年間7,000億円以上らしい。\\ 
-許容できる、許容できない、どちらでもよいの３択です。\\ +今回は、迷惑メール対策に取り組んでいる方の話がきけて良かったです。 
-\\ +
-私は、「許容できる」に投票しました。\\ +
-\\ +
-IF文以外で、Select Case文でも、たまに書くことがあります。\\ +
-その場合、本当に何もないと違和感があるのでコメントを入れています。（rainさん回答と同じ）\\ +
-\\ +
-仕様書を書くときでも、何も処理しない場合は、あえて、「何もしない」などと記述してますので、それがコーディングに反映している感じです。\\ +
-\\ +
-仕様書と合わせる意味でも、わざわざ、Notを付けて、否定に書き換えたり\\ +
-しないですね。\\ +
-\\ +
-例&nbsp;&nbsp; \\ +
-If IsExists() Then\\ +
-　　'何もしない\\ +
-Else\\ +
-　　fileName = String.Empty\\ +
-End If +
-If Not IsExists() Then\\ +
-　　fileName = String.Empty\\ +
-End If\\+
  
 +乗るはずの電車に乗り遅れてしまって、少し遅れて登場(^^;\\
 +今回は満席に近く、席がほとんど埋まっている状態、でもって受付席の隣にちゃっかり座る。そしたら自己紹介でトップバッターになってしまった･･･
 +自己紹介で、私の今日の目的はおやつですって言ったけども・・・\\
 +ちゃんと内容は、メモして聞いてましたよん。\\
 +ちなみに、↓おやつの写真　バームクーヘンやドーナツがうまうま\\
 +http://www.isisaka.com/blog/archives/2009/06/2itpro.html
  
-セキュリティ要件の「必要度マトリックス」 +レポート内容は、代表のid:ftnkさんがまとめてくれているので、\\ 
-<A href="http://www.jnsa.org/">日本ネットワークセキュリティ協会(JNSA)</A>が作成した\\ +http://d.hatena.ne.jp/ftnk/ 
-セキュアシステム開発ガイドライン\\ +私のは補足情報、といっても内容はかぶるけど 
-<A href="http://www.jnsa.org/active/houkoku/web_system.pdf">http://www.jnsa.org/active/houkoku/web_system.pdf</A> +-------------------------------------------------------------------------\\ 
-脆弱なWebアプリケーション\\ +■佐藤さん:誤検知を減らし、安定した迷惑メール対策を行なうには」 \\ 
-<A href="http://www.thinkit.co.jp/free/tech/7/1/1.html">http://www.thinkit.co.jp/free/tech/7/1/1.html</A> +http://d.hatena.ne.jp/stealthinu/ 
-&nbsp;+スパムのメインストリームは bot ってなっているけども、日本のスパムは、まだbot を使っていないって意味では、まだ、スパム1.0である。(Web2.0風でいうと) 
 +スパムメールも、8:2(パレートの法則)があるんだけども\\ 
 +現状は 95：5 くらい、上位5%の業者が95%のスパムを送ってる。\\
  
-VSTOで、Outlook COMアドインの作成 +ブラックリストは、送信者アドレス→ドメイン→ネームサーバー\\ 
-今のプロジェクトにて、取引先に対してメールの一括送信を\\ +ブラックリストの共有化の問題点\\ 
-行う機能があります。同様にFAXでも一括送信があるわけ\\ +・数におされて無力化しつつある\\ 
-ですが、こちらは「まいとーく　Fax　Server　6」を使います。\\ +・他のユーザーがまきぞえをくう場合がある。\\ 
-http://www.intercom.co.jp/mytalk/faxserver/\\ +・知名度が低い、またはそもそも国が違ってしまうブラックリストに入れれてしまう可能性が高い。\\ 
-\\ +（アフリカで有名でも日本では無名でブラックリスト化されちゃうとか）
-今はメールでFAX送信可能なサービスがあるので、これならメール一括送信機能だけ作成すればいいのではと提案したが時すでに遅かったようです。＜FAX番号＞@ｘｘｘｘ.ne.jp\\ +
-http://email.biglobe.ne.jp/fax/index-mp.html\\ +
-\\ +
-メール一括送信するわけですが、単純に送信するだけなら.NETのクラスライブラリ(SmtpMailクラス)を使えばいいのですが\\ +
-http://www.atmarkit.co.jp/fdotnet/dotnettips/017sendmail/sendmail.html\\ +
-\\ +
-送信履歴を残したい、履歴管理する部分はツールに等にまかせてしまいたいという要望もあり、Outlookを使えば、送信済みフォルダに残るので、Outlook.Applicationによる送信を行うプログラムを作成したのですが、メール1件送信する度に下記の警告が出るわけです。\\ +
-<IMG src="http://yaju.wankuma.com/img/outlook_warning.jpg">\\ +
-\\ +
-これでは、とてもじゃないけど使えない。\\ +
-何か方法が無いかと調べていくと、COMアドインにすれば、この警告が出ないで一括送信が可能であると分かったわけです。\\ +
-COMアドインを作成して、EXCELなどのようにマクロを外部から呼べるのでは無いかと調べてみたわけですが、どうも出来ない。\\ +
-\\ +
-結局、Outlookを常時起動した上で、COMアドインを開始・停止するボタンを作り、一定間隔で一括送信するCSVデータを取り込む、「まいとーく　Fax　Server　6」と同様な仕組みにした。\\ +
-どうせ、一台は送信(メール、FAX)専用端末になるのでいいか。\\ +
-\\ +
-この仕組みなら、別機能にて一括送信するCSVだけを作成すればいいんだよねー。+
  
 +スパム業者は1回送れればいい、多く出したい、待ちたくないのを利用して一度、接続を切って再送してくるなら、スパム業者の確立は低い。\\
 +SMTPセッションの返答をわざと長く(10秒など)にすることで防ぐ。
 +対策の方針\\
 +・いろいろな手法を使ったとしても、誤検出は必ずおこる。\\
 +誤検出がないことを重視する、重大な誤検出があるとユーザが使ってくれない \\
 +・誤検出が起こると考え、情報(ログ)を残すようにする \\
 +・スパムを、１つの手法で全て抑えるってことは出来るようにはならないので各手法を組み合わせて弱点をカバーする。(スパムらしさは加算ではなく乗算)
 +その他\\
 +・サービスの時点でスパム対策をする\\
 +・同一内容がたくさんあればスパムだろう\\
 +・画像ボタンはX,Y座標が送られてくるが、それが無いのはスパムだろう\\
 +・スパムちゃんぷる(ライブドアが公開)\\
 +http://spam-champuru.livedoor.com/dnsbl/\\
 +・松田陽一さんのTLECレシピ\\
 +http://tlec.linux.or.jp/docs/user_prefs\\
 +・ISP(プロバイダ)は通信事業法によりユーザーとの合意がない場合、メールの内容を\\
 +調べるようなフィルタリングが出来ない。合意が必要っすね。\\
  
-戯言　－　豚は鳥なのか？ +-------------------------------------------------------------------------\\ 
-焼鳥屋に行ったのに、何故か鳥肉以外の豚串なんてものがあったりします。\\+■umqさん：SPF,DKIM:システム管理者が押さえておきたいドメイン認証技術の仕組みと設定\\
 \\ \\
-<FONT color=#008000><FONT size=5>で、豚肉を使っても「焼鳥」なのか？\\ +SPF(RFC4408)/Sender-ID(RFC4406)\\ 
-\\ +DKIM(RFC4871)/ADSP(RFCドラフト状態)\\ 
-広辞苑で「焼鳥」を調べると +Authentication-Results 
-<STRONG>やき‐とり【焼鳥】　\\ +簡単な送信者認証、経路による確認として日本で3割程が採用している\\ 
-鳥肉に、たれ・塩などをつけてあぶり焼いたもの。牛・豚などの臓物を串焼にしたものにもいう。\\ +SPFとSenderIDと呼ばれるもの\\ 
-</STRONG>\\ +今まで手ぶらで訪問していた営業マンが、名刺をもつようなものです。\\ 
-なんと、辞書にまで牛・豚などと鳥以外が明記されているではないですかってことで、豚肉が出てきたからといって、「<FONT color=#ff0000>ブタじゃん！」というクレームを言ってはいけないわけですね。\\ +手ぶらより、名刺を受け取れる分多少はましになります。 
-\\ +では、名刺を信用できるでしょうか、運転免許証など信頼できるものが欲しくなります。\\ 
-やきとり天国　焼鳥の歴史/全国\\ +それがDKIMとDomainKeysと呼ばれるものです。\\ 
-http://www.dokidoki.ne.jp/home2/doinaka/yakitori/yakitori-h/history-zen.html\\ +これらの認証に対応できていないサービスを使っていたらスパムメールと判断される\\ 
-ブタなのに「やきとり」!?　東松山の不思議\\ +ようになってくるでしょう。 
-http://www.excite.co.jp/News/bit/00091113297630.html+電子署名方式の最新技術「DKIM」とは\\ 
 +http://www.atmarkit.co.jp/fsecurity/special/89dkim/dkim01.html\\ 
 +RFC翻訳\\ 
 +http://www.iajapan.org/anti_spam/portal/Tech/rfc.html\\ 
 +ＲＦＣ日本語版リスト\\ 
 +http://www5d.biglobe.ne.jp/~stssk/rfcjlist.html 
 +-------------------------------------------------------------------------\\ 
 +■kouさん：迷惑メール対策システム milter managerの開発者\\ 
 +http://www.clear-code.com/software/milter-manager.html 
 +佐藤さんの話でもあったけど、１つの手法で全て抑えるってことは出来るようにはならないので、各手法を組み合わせて弱点をカバーする\\ 
 +それを状況によって適切な複数メールフィルタ(milter)を組み合わせる\\ 
 +選択させていくツールです。 
 +milter managerはモニター募集中です。\\ 
 +http://milter-manager.sourceforge.net/index.html.ja 
 +まっちゃさんが、フロー図を描いてくれてます。\\ 
 +http://d.hatena.ne.jp/ripjyr/20090613\\
  
 +-------------------------------------------------------------------------\\
 +■ 滝澤さん：SpamAssassin\\
 +http://spamassassin.jp/
 +スパムメールらしさをスコアで算出し、その情報をヘッダに追加する。\\
 +情報をヘッダに追加するだけで、spam の破棄などは行なわない。\\
 +スコアは"*"の数で示す。スコア7なら*******\\
 +スコアが5個までなら、スパムとしないとかで振り分ける。
 +-------------------------------------------------------------------------\\
 +■白形さん：メールdeギフト\\
 +http://www.maildegift.jp/\\
  
-人類の謎に迫る +メールdeギフトの社長さんである白形さんがこられていました。\\ 
-サイエンスZERO　人類の謎に迫る　\\ +http://www.business-i.jp/news/ind-page/news/200904200012a.nwc\\ 
-http://www.nhk.or.jp/zero/index.html">http://www.nhk.or.jp/zero/index.html +mixiの年賀状といえば、ピンときますでしょうか。\\ 
-サイエンスZEROを見た上で自分用のまとめです。\\ +静岡の企業だったんですね、応援しなきゃね。　
-※類人猿は、人類以外のヒト上科に属する種を指す。 +
-■人間が何故２足歩行をするようになったのか\\ +
-　気候変動により乾燥地になったことにより、食料確保が難しくなり遠くまで出るようになった。また栄養価の高い肉を求めた背景もある。 +
-　四足歩行より二足歩行の方が、広い範囲をエネルギーをあまり使わずに歩くことができる(有力説) +
-■類人猿と人間の違い\\ +
-　1.多産であること\\ +
-　　類人猿の出産間隔は4～5年と極めて長い。\\ +
-　　(乳児期が長く、その間は排卵が出来ない）\\ +
-　　人間は、出産後でもすぐに子供を作ることができるため、年子出産が可能である。\\ +
-　　これは、食料確保などにより草原地帯など出ることで肉食動物に襲われやすく死亡率が高かったことへの生存戦略によるもの。\\ +
-　　また、二足歩行により産道が小さくなり、未熟な赤ちゃんをたくさん産む必要があった。 +
-　　※少子化問題というのは現代文化のひずみでもある。 +
-　2.食の分配\\ +
-　　類人猿には食を分配することはなく、乳児もそれを抱える母親も自分のエサを確保するのに精一杯で、複数の乳児を同時には育てられない。\\ +
-　　人間は、身内による食の分配は当たり前となっており、食の確保から解放されるため、複数の乳児を同時に育てることが可能になった。\\ +
-　　 +
-　3.閉経後(出産できなくなること)の女性の寿命が長い\\ +
-　　類人猿は閉経後のメスは間もなく死を迎える。\\ +
-　　人間は、閉経後の女性が寿命を迎えるまでおよそ３０年もある。\\ +
-　　これにより、おばあちゃんは多くの孫を育てることが重要な役割となり双子を始めとする乳児を育てる力となっている。 +
-　4.教育\\ +
-　　類人猿には教えるという行為は見られない。また食事も一人で行う。\\ +
-　　人間は教えるという行為をする。また集団で食事を取る。\\ +
-　　これは、食の分配などにより共感やお互いの知識の差を認識することで他人を教育するようになっていった。 +
-　5.白目の多さ\\ +
-　　類人猿には白目が少なく黒目がちである。\\ +
-　　人間は、高度なコミュニケーションを得るため、自分の感情を他人に伝えるなどの表情が必要となり、白目があることで眼球の動きがよくわかるため、白目が発達することとなった。\\ +
-　　\\ +
-■脳の発達\\ +
-　人間は、草原地帯など出ることで肉食獣の食べ残した栄養価の高い肉を得ることが出来た、これにより、脳に栄養がいくことにより大きくなっていったと考えられる。\\ +
-　また、摂取エネルギーを出来るだけ脳の成長にまわす様になった人間は、身体のひ弱な子供を産まざる得なくなった、これにより体の成長においては類人猿より遅くなる。\\ +
-　たが、ひ弱な子供を集団のなかで共同で育てる選択をしたことが、その後の人間が発達することを決定付けたと思われる。 +
-■土地の所有の争い\\ +
-　アフリカを出て新天地を求め、争いとは無縁だった人間だったが、農耕生活を始めたことで定住化することとなり、これが土地の所有による集団のための争いが生まれる要因になった。+
  
-戯言　－　人は決めてから悩む +caspol.exeを使用したセキュリティポリシーの設定 
-「ドラゴン桜」で有名な三田　紀房さんの別作品に「エンゼルバンク」というのがあります。\\ +前記事　VSTOで、Outlook COMアドインのセットアップ\\ 
-こちらは東大ではなく転職サポートビジネスがテーマです。\\ +http://blogs.wankuma.com/yaju/archive/2009/06/08/174451.aspx 
-\\ +VSTOでOutlook COMアドインをインスール後に、セキュリティポリシーの設定\\ 
-その中でおもしろいなと思ったことが数点かありました。\\ +が必要なわけですが、その際に、セキュリティポリシーを設定するための\\ 
-まったくもって受け売りな私は、反省すべき点が多々・・・\\ +WSHスクリプトを作成しました。 
-\\ +バッチファイルで作成したかったんですが、レジストリの値を取得する方法が\\ 
-■人は決めてから悩む\\ +いまいち分からなかったので(^^; 
-　普通は決める前に悩むと思うわけですが実は違う\\ +レジストリの値を取得するのは、インストール時にインストール先のフォルダパス\\ 
-　人は簡単に調べられることも、案外その場の勢いなどで調べずに決めてしまう\\ +をレジストリに書き込むように設定してあるためです。
-　決めたあとでちくちく悩むあとで後悔する\\ +
-　それは、決めることで基準ができるからである\\ +
-\\ +
-　基準がない中での悩みはきりがない、なかなかはじめの一歩を踏み出せない\\ +
-\\ +
-　決めてから悩む、でもそれでいいのさ（＾-＾）\\ +
-\\ +
-　 いつまでも悩んでたら何もできない、何も行動を起こせなかったら幸せになれない\\ +
-\\ +
-　韓国のことわざに「始まりは半分」ってのがありますがものごとを新しくはじめるにはものすごくエネルギーがいるので、はじめただけで、もう半分まで来ているんだよ。\\ +
-　という解釈です。&nbsp;\\ +
-\\ +
-■啓発本を山ほど読んでも成功には近づかない\\ +
-　本を読んで成功する人間はほんの一部でほとんど思い通り\\ +
-　にならないのが現実ですよね。\\ +
-\\ +
-　啓発本を呼んで「へぇ」と「そうそう」と思う人のうち成功するのは、「そうそう」と思う人、それは自分で常に考えているから「そうそう」と思うのは成功した人と思考が似ているため自身がついて同等と行動ができる。\\ +
-　「へぇ」という人は、新しい知識を得て感心し内容に感心して\\ +
-　真似て実践するけど、すぐに結果がでないとまた次の本に手を伸ばす。普段、自分では何も考えていないから。\\ +
-&nbsp;\\ +
-　がーん、私だ（＾＾；\\ +
-\\ +
-　自分で考えないやつが成功するはずがない・・・ですよね +
-■目標の決め方\\ +
-　目標は高い方がいいけど、戦略が立てられる目標でなければ\\ +
-　ならない、戦略がないと努力の仕方がわからない。\\ +
-　漠然とした感情でいるうちは一歩も前に進まない。\\ +
-\\ +
-　目標を立てて戦略を真剣に自分で考えない限りは努力は続かない\\ +
-　仕事に夢だのやりがいだの言っているうちは本当の努力はしないってこと、もっと現実的に具体的に考えなさいとね。\\ +
-\\ +
-\\ +
-毎年のごとく英語を勉強しなきゃしなきゃと思って、はや１２月だし。\\ +
-この本もある意味、啓発本みたいなもんだな。「へぇ」って言ってるし+
  
-設計時の見落とし　－　関連項目値の変更  +説明すると、セキュリティポリシーのコマンドラインツールであるCaspol.exeを\\ 
-私の経験の中であった、設計時の見落としをテーマとして何点か書いてみます。 +使って、セキュリティポリシーのユーザーのAll_Codeの配下に"VSTOAddin"\\ 
-業務用アプリケーションを作成していると、ヘッダ部と明細部が一緒になって\\ +というグループを作成し、その下に"HOGE"の名前でURL先にインストール先の\\ 
-いる画面がだいたいあります。例　受注入力画面\\ +フォルダパスをアクセス許可 FullTrustで設定してます。 
-\\ +caspolにてYes/Noの確認が出てくるのですが、入力させるのがわずらわしいので、\\ 
-簡易な例としては、ヘッダ部に請求先コードを入力し、明細部に数量、単価、金額などの項目があるとかです。\\ +「echo y|%」を指定して、自動応答にしてます。\\ 
-請求先コードをキーに請求先マスタを参照し、端数区分(切り上げ、四捨五入、切り捨て)を取得します。\\ +http://www.atmarkit.co.jp/fwin2k/win2ktips/731caclsy/caclsy.html 
-そして、明細入力の金額を自動計算(数量ｘ単価)する際の端数処理に使用します。 +SecurityPolicy.vbsの中身 
-明細を何件か入力後に、先ほどとは違う請求先コードに変更したとき、端数区分が四捨五入→切り捨てなど違う場合があります。 +Option Explicit\\ 
-では、その時に入力されている明細の金額についてはどうするべきなのか？\\ +'On Error Resume Next\\ 
-1.何もしない\\ +dim WshShell,file\\ 
-2.自動計算\\ +Set WshShell = WScript.CreateObject("WScript.Shell") 
-3.明細をクリアする\\ +'RegReadメソッドで、レジストリ内の指定キーを取得（キーの分類については下記の表参照）。\\ 
-などなど\\ +file = WshShell.RegRead("HKEY_LOCAL_MACHINE\\SOFTWARE\\HOGE\\MailWatchAddinSetup\\Path") 
-※請求書コードを変更する段階で確認メッセージを出力するものとする +'セキュリティポリシー削除  既に存在してやり直したい場合(必要時のみ使用、現状はコメントアウト化)\\ 
-また、数量ｘ単価＝金額ですが、仕様によっては金額が入力項目になっていることがあります。(調整用に金額を訂正可能にするため）\\ +'WshShell.Run "%comspec% /c echo y|%windir%\\Microsoft.NET\\Framework\\v2.0.50727\\caspol -user -remgroup VSTOAddin",,True 
-金額を訂正した後に、数量を入力し直したら金額は計算しなおすべきなのか、それとも何もしないのか　などなど +'セキュリティポリシー作成(All_Codeの配下にVSOAddinグループを作成、その配下にインストール先のセキュリティポリシー許可をセット)\\ 
-このように関連する項目が変更された場合、幾つかの方法が考えられるわけですが、\\ +WshShell.Run "%comspec% /c echo y|%windir%\\Microsoft.NET\\Framework\\v2.0.50727\\caspol -user -addgroup All_Code -allcode Nothing -n VSTOAddin",,True\\ 
-詳細設計書上にその旨の記述があったことがなかなかありません。\\ +WshShell.Run "%comspec% /c echo y|%windir%\\Microsoft.NET\\Framework\\v2.0.50727\\caspol -user -addgroup VSTOAddin -url " &amp; Chr(34) &amp; file &amp; "*" &amp; Chr(34) &amp; " FullTrust -n HOGE",,True
-かといって、共通仕様書上にあるのかというと無いわけです +
-そうすると、たいがい指摘するはめになります。 +
-みさなん、関連項目を変更した場合をちゃんと考慮してますか、されてますよね&#8230;\\ +
-特に関連項目の数が多いと抜けが発生します、気をつけましょう。+
  
-設計時の見落とし　－　按分処理後の端数補正 
-私の経験の中であった、設計時の見落としをテーマとして何点か書いてみます。 
-業務用アプリケーションでは、料金などを比率によって振り分ける按分処理を行うことがあります。 
-簡単な例で言えば、100円を5つに均等配分するとすれば、各20円となります。\\ 
-では、100円を3つに均等配分してみるとどうでしょう？　\\ 
-この場合、各33円となって、1円が余ってしまいますね。 
-では、この1円はどうするのでしょうか？ 
-この例とは違いますが、以前あった振り分け先として\\ 
-・按分した際に金額(按分比率)が一番多いところ、または一番少ないところ\\ 
-・キーとなるコードの昇順または降順の先頭\\ 
-・先に登録された順 
-これは、ユーザーであるお客さんの決められたルールによって処理します。\\ 
-逆にこれが決まってないようなら、ユーザーに決めてもらう必要があります。 
-こうしてユーザーのルールによって、どこかに1円を含めた結果として34円、33円、33円　といった配分となるわけです。 
-\\ 
-この端数処理の振り分けで思い出したのが、<FONT color=#ff0000>サラミ法を使った犯罪です。 
-■60年代末に発覚したニューヨーク在住の銀行員の犯行：\\ 
-　顧客の預金利子を計算するプログラムで端数処理を四捨五入ではなくすべて切り捨て計算とし、剰余の利息を自分名義の口座に自動振込するプログラムも付け加えて巨額の不正入金を得た。 
-サラミ法といえばこの事件が有名ですね。実に巧妙な手口です。塵も積もれば、金額も巨額になるわけですね。 
-さすがに銀行でこの手口はもう出来ないでしょうけど、最近は何かとポイント制\\ 
-だったりしますので、知らない間に仕組まれている可能性も･･･（＾＾； 
  
-戯言　－　中国語の入力方式 +===== 任天堂「ファミコン」はこうして生まれた ===== 
-以前の仕事仲間と通勤駅が同じなので、たまにホームで出会うと、\\ +■任天堂「ファミコン」はこうして生まれた\\ 
-そのまま電車の中でも話をしていくわけですが、その話の中で出たのが、中国語って漢字ばかりだけど、どうやって入力しているんだろうって話題が出てきたわけです。\\ +【第1回】テレビ・ゲーム黎明期からマイコン搭載機登場まで \\ 
-\\ +http://trendy.nikkeibp.co.jp/article/special/20080922/1018924/\\ 
-会社で着くなり、早速検索してみました。\\ +【第2回】電卓をあきらめてゲーム機ヘ \\ 
-\\ +http://trendy.nikkeibp.co.jp/article/special/20080925/1019049/\\ 
-中国では、発音を「ピン音（PinYin）」と呼ばれるアルファベットを使った\\ +【第3回】70年代後半の専用LSIゲーム機時代 \\ 
-発音表記法で入力し、漢字に変換ってローマ字入力に近い感覚です。\\ +http://trendy.nikkeibp.co.jp/article/special/20080929/1019222/\\ 
-\\ +【第4回】携帯型ゲーム機を発想 \\ 
-ｲ尓 好(ニーハオ) --&gt; ni3 hao3\\ +http://trendy.nikkeibp.co.jp/article/special/20080929/1019224/\\ 
-\\ +【第5回】試行錯誤のなかから十字ボタンを見いだす \\ 
-アルファベットの後の数値は、基本の声調(音の高さのパターン)で\\ +http://trendy.nikkeibp.co.jp/article/special/20080929/1019225/\\ 
-1～4段階を入力します。 +【第6回】業務用ゲーム機の挫折をバネにファミコンの実現に挑む \\ 
-\\ +http://trendy.nikkeibp.co.jp/article/special/20081001/1019315/\\ 
-世界各国ではどうなっているのかは、下記サイトが見つかりました。\\ +【第7回】業務用機の仕様を家庭用に，LSIの開発から着手 \\ 
-http://r25.jp/b/honshi/a/link_review_details/id/1122008103105?vos=nr25nn0000001\\ +http://trendy.nikkeibp.co.jp/article/special/20081002/1019378/\\ 
-\\ +【第8回】ファミコン誕生，家庭用ゲーム機の代名詞に \\ 
-韓国のハングルはまだしも、漢字のパーツを上下左右などして漢字を組み上げる、台湾は大変そう。+http://trendy.nikkeibp.co.jp/article/special/20081002/1019327/\\ 
 +【第9回】ディスクシステム，ROMの大容量化に押され短命に \\ 
 +http://trendy.nikkeibp.co.jp/article/special/20081002/1019391/\\ 
 +【第10回】野村証券と通信アダプタを開発，ゲームは断念 \\ 
 +http://trendy.nikkeibp.co.jp/article/special/20081006/1019522/ 
 +■日本を変えた名ゲーム機列伝（多根清史） \\ 
 +第１回 ゲーム機の原点「スペースインベーダー」\\ 
 +http://waga.nikkei.co.jp/hobby/hobby.aspx?i=MMWAi2000015012009\\ 
 +第２回 賭けの産物「ファミリーコンピュータ」 \\ 
 +http://waga.nikkei.co.jp/hobby/hobby.aspx?i=MMWAi2001015012009\\ 
 +第３回 制度疲労が起きた「スーパーファミコン」 \\ 
 +http://waga.nikkei.co.jp/hobby/hobby.aspx?i=MMWAi2002015012009\\ 
 +第４回 ゲームバブル起こした「プレイステーション」 \\ 
 +http://waga.nikkei.co.jp/hobby/hobby.aspx?i=MMWAi2003015012009\\ 
 +第５回 異質な時間作った「ゲームボーイ」\\ 
 +http://waga.nikkei.co.jp/hobby/hobby.aspx?i=MMWAi2004015012009 
 +■Wiiが誕生したいくつかの理由\\ 
 +http://www.nintendo.co.jp/wii/topics/interview/vol1/index.html\\ 
 +http://www.inside-games.jp/article/2007/10/15/24258.html 
 +■任天堂は、なぜ健康をテーマにした「Wii Fit」を創ったのか\\ 
 +http://wii.com/jp/articles/wii-fit/crv/vol1/index.html 
 +■社長が訊く(任天堂社長・岩田聡氏が開発者にインタビューするという連載)\\ 
 +http://d.hatena.ne.jp/keyword/%BC%D2%C4%B9%A4%AC%BF%D6%A4%AF
  
-仲間力 + 
-\\ +{{::access32and64混在.png|}} 
-<FONT color=#006400 size=6>仲間力 + 
-<FONT color=#ff0000>仲間を作り仲間と協力して事を運ぶことができる能力 +{{::新しいプロジェクトvb.png|}} 
-最近の学生は、仲間力に欠けている人が非常に多い。これは兄弟が少ない\\ + 
-ネットの普及で他人との接触が不足しているのが原因でもあるが･･･\\ +{{::新しいプロジェクトcsharp.png|}}
-今の日本の若者たちは人間形成が不得意です。\\ +
-しかし、企業は人間形成の得意な人が欲しい。なぜなら仕事は仲間と力を合わせて完成させるものだからです。\\ +
-<FONT color=#006400 size=2>※銀のアンカー　５巻より +
-普通の学生生活をいくら振り返っても面白い体験(ネタ)など沸いてはこない\\ +
-体験(ネタ)はなかったら作りましょう。\\ +
-ES(エントリーシート)・面接での自分の宣伝材料としても勉強会に参加するのも手伝うのも悪くないですよ。\\ +
-既に仕事をしている方々と懇親会で話せるのもいい経験になるはずです。 +
-</code>+
メモ.txt · 最終更新: 2021/05/15 08:23 by yajuadmin