隠す方法

 

  • 忘れる
    忘れる、記憶を消す。記憶しない。
    解除方法を自身では記憶せず、時限式のメールなどでリマインドさせる
  • 意味ありげなブラフ
    ばれても良い真実を分かりやすい嘘で隠しておくことで、そちらに注意を向け、本当に隠したい真実に目を向けさせないことで隠ぺいする。
  • アカウント
    ID+パスワード1+パスワード2
  • 暗号
    手紙であるなら、書体の止め跳ねに暗号を仕込む。
  • 暗号化+ツール
    複合ツールを通すことで解読
    コンパイル、QRコード…etc
  • 難読化
    解読に時間をかかる形式にする。プログラム。シュレッダー。
  • 多数
    木を森に隠す、ダミーであふれさせる。
  • 秘密キー
    コンピュータの総当たりでは破れない鍵で管理する。+IDマネージャ。
  • 条件の指定
    生体認証、IPアドレス…etc
  • 複数の手順や認証
    2重、3重の手順や認証を踏まないと解除されないようにする
  • 物理的な末梢
    溶かす、燃やす。刻む、埋める、腐らせる。風化。壊す。
  • 視覚のトリック
    透かす、炙る、目を細めたり、距離、一定の角度からしか見せたいものを見えないようにする
  • 委託
    銀行の貸金庫など、セキュリティの高いサービスを利用し外部保管
  • 埋める
    床下、山、深海、砂漠、工事現場、埋め立て、ごみ山、宇宙。
  • 履う
    ファンデーション、壁に隠す。
  • ピース化+散布
    パズル。ドラゴンボール, 刺青囚人
  • 隠れんぼ
    隠したい対象が人であるなら、本人に隠れて貰う、こちらは情報を操作する。
    あるいは、第三者に金銭を渡して隠したいものを託し逃げて貰う。

 

 

 

 

 

交渉戦略マトリクス

 

交渉する時に意識する利害

 

  • 共通利害
    特に共通する利害に着目して考える、Win-Winを目指した交渉がしやすくなる。
    戦略的交渉ではこれが重要
  • 対立利害

 

手順

  1. 共通する利害と、対立する利害について箇条書きで分類する
  2. 相手との関係性を見極める

 

 

 

対人ゲームのコツ

 

  • すべての対人ゲームは、相手のことをいかに想い愛するか。
    相手の立場になって相手に憑依したように予想する、愛の深さが問われる。相手がしたいことを理解して、それに勝つ手を繰り出す。
  • 相手の思考を1秒1秒感じること、その時点からゲームのスタートラインに立てる
    自分がしたいこと、自分の利益を考えるだけではゲームには勝てない、それでは相手に読まれる。
  • 相手の手札を操作する
    実際のゲームはじゃんけんのように3すくみの確率ゲームではなくて、相手にパーしか出させない、パーを出させるといった誘導が出来る。

 

 

戦略マトリクス

契約失敗リスク  高 関係性重視
Lose-Win
戦略的交渉
Win-Win
契約失敗リスク 低 自動更新
(交渉しない)
Lose-Lose
利益重視
Win-Lose
利益 小 利益 大

 

  • 関係性重視
    こちらが折れて、利益が少なくとも関係性を維持する
  • 自動更新
    交渉自体しない、現状維持。
  • 戦略的交渉
    共通利害に着目して、戦略的にWin-Winになるような提案を行い交渉を進める
  • 利益重視
    相手がこちらに依存しなければいけない状態
    この場合は利益重視の強気の交渉が可能
    ただし、相手の弱みに付け込むやり方は控える、恨みを買うのは避けなければいけない。Win-Winに近い形で、提供する付加価値に対して対価を気持ちよく払って貰うように努める、花を持たせる。関係の有利さにいわせてその場で相手に「YES」と言わせても、長期的に良い関係は築けない、それは意味がない。

 

相手との共通利害/対立利害、関係の強弱やケースにより、
交渉スタイルの場合分けが大切。

 

 

最低ラインを引く

 

交渉の前に、交渉のゴールを明確にし絶対に譲れない最低ラインを引く。
最低ラインに達した場合は交渉自体から降りるようにする。

最低ラインを決めておけば、相手との交渉に一喜一憂しないで冷静でいられる。
どんなに相手がやり手の交渉相手だったとしても、最低ラインまでは譲歩を行うことが出来る。

 

 

 

@see https://www.youtube.com/watch?v=qAcCdv5PlGU

PHP+Redis ランキング作成

Redis+PHPでランキングを簡単作成

寄稿しました。

 

 

必要なものをインストール

 

 

ranking.php

 

 

実行結果

 

 

n回試行し続けた時の成功確率

 

10%しかない成功確率でも、10回挑戦してすべて失敗する確率は34.86%

全事象からすべて失敗する確率を引くと、
n回試行した時に1度は成功する確率が63.22%

 

n回試行し続ける限り、63%の確率で1度は成功する。
試行する限り常に成功する可能性の方が大きい(۶•̀ᴗ•́)۶

 

  • 試行回数を増やすこと
  • 試行回数を増やすには
    小さくたくさん失敗して、小さな成功から成功を大きくする。

 

 

PHP Cache_Lite

PHP Cache_Lite オブジェクトキャッシュでデータベースによろしく

寄稿しました。

 

 

NoSQLのRedis等もありますが、小~中規模なものだと静的なキャッシュの方が、お客様も扱いやすいかと考えています。

 

環境

  • CentOS7

 

環境を整えよう

 

WEB+DB+PHPのインストール

 

文字化け防止設定をしようね

 

MariaDBを起動させよう。

 

DBとDBユーザ、テーブルを作ろう。

 

 

データのインサート

 

レコードの確認をしようね。

きちんと、レコードが入っていますね。

 

用事は済んだからログアウトしよう

バイ!

 

 

Composerの導入

 

 

Cache Liteを導入しよう

 

Composerからインストールしようね

 

状況確認しよう

Composerのファイルがあるし、大丈夫そうだね。

 

キャッシュ格納ディレクトリを作ろう

 

 

実際にCache Liteを使ってみよう!

 

staff.php

 

 

 

 

 

二分探索(バイナリーサーチ) PHP

 

binarySearch.php

 

 

 

表示結果

 

 

 

ブレスト 発散と収束

 

はじめに、

 

複数人でのブレストの有効性は懐疑的です、会議にかける人件費やリソースとして考えると贅沢ですよね。お酒の肴として盛り上がるには良いかと思いますけども。情報を集めて、データを精査して、一人で机に向かって集中して考えた方が質の良いアイデアが出てくると考えています。

つまり、議題を周知して事前に各自で1人ブレストを行い、企画にするのがおすすめです。その上で、会議で出来上がった企画を発表し、ぶつけあった上で精査して仕上げるほうが効率的で良いと考えています。そうすれば会議の時間を大幅に短縮でき、より価値のあることに会議の時間を使えます。

 

発散

  • 初めに会議の要点を周知する
    目的ゴールを共有しよう、
  • 時間を設定する
    だらだら行うのを予防する

 

『これから、○○についての売上アップについてのアイデア出しを1時間行います、その後に休憩を挟み、1時間でエバリュエーションを行い、アイデアを3本に絞ります。』

  • 付箋を配ってアイデアを書いて貰う(KJ法)
  • アイデアを発表する
  • 質より量で発散させる、未完成のアイデアで良い
  • 出たアイデアを互いに褒め合い、発展させることに努める

@see KJ法

質より量でアイデア出しを行う、アイデアをこの時にアイデアの批判はNG。いいねっと盛り上げていく。アイデアの駄目出しについてはエバリューエーション(収束)で行う。

 

出たアイデアは付箋とし、
小、大とグルーピングしたり、優先順位や位置関係を変化させて、連携、出たアイデアを掛け算して飛躍させる。

 

アイデアの出し方は、KJ法だけでなく、5行大義を使ったものや、色々な方法を試すと良い。

 

 

発散の後の収束を行う前に休憩を必ず挟むこと。

 

収束(エバリュエーション)

 

それぞれのアイデアを論じて、時間内に採用するアイデアを決める。

付箋をホワイトボードに張って、収束させる。

 

『採用するアイデアはこの3本に決定します、発案者の3人はそれぞれのアイデアを企画書にして6月18日までに提出して下さい。お疲れ様です。』

 

プリントサーバについて今言えること

 

結論

 

結論として、

ローカルのネットワークプリンタで良い
クライントPC追加時にドライバ配布の手間はかかるけれども、
これはマニュアル作成してお客さんに配布すれば良いですね。

 

根拠

 

根拠は2点あります。

  1. サーバ管理をなくすことが出来る
  2. プリンタの利用が出来ない障害は意外にクリティカルな為

 

だから、ローカルのネットワークプリンタで良いと考えています。

 

場合別け

 

  • 社内に管理者がいて、利用人数が少ない
    ⇒プリントサーバもあり
  • 拠点間接続あり
    ⇒ローカルのネットワークプリンタ

単一拠点かつ、Windows Server管理者が社内にいる場合は導入もあり。

 

 

 

プリントサーバのメリット

 

  • サーバ1つにドライバーを入れれば、配布出来る
    手間がかからない。

 

 

プリントサーバのデメリット

 

  • 大きいデータを印刷すると遅くなる
  • サーバが死ぬと即時にプリンターが社内で使えなくなる
  • サーバ管理が増える

 

 

ゲーム理論 囚人のジレンマ 非協力ゲーム

 

状況

  • 強盗での共犯容疑がかかっている囚人2人に、司法取引を使い自白をさせる。
  • 強盗容疑は状況証拠のみで、一切決定的な証拠が見つかっていない、
    囚人2人に黙秘されると不法侵入でしか立件できない、それは囚人もわかっている。
  • 囚人はそれぞれの部屋で隔離して収監され、囚人同士は互いに連絡を取ることは出来ないとする。

 

司法取引の条件

  • 相手が黙秘し、お前が自白すれば無罪
  • 相手が自白し、お前が黙秘したら懲役20年
  • 二人とも黙秘で、証拠不十分により懲役1年
  • 二人とも自白したら懲役3年

 

自分が囚人Aとして考える

囚人A↓/ 囚人B → 黙秘する 自白する
黙秘する ベター
囚人A
ベター
囚人B
囚人A
×
囚人B
自白する 囚人A
囚人B
×
合理的選択
囚人A

(ここに落ち着く)
合理的選択
囚人B

(ここに落ち着く)

 

囚人Aにとって、最悪なパターンは自分が黙秘して相手が自白し懲役20年になること。
最悪を避ける行動、利己を考えると裏切って自白するのが合理的選択になる。
⇒譲歩の取引条件を囚人につけた上で、囚人に自白を誘導することができる

 

 

 

囚人のジレンマが教えてくれること

 

黙秘することが最適であることにも関わらず相手の意思決定が不確実な場合に互いに他の選択肢、ベターな選択肢を取れないことが、現実社会には多々あるということ。

 

パレート最適
exp)黙秘 × 黙秘 = 懲役1年
他社を犠牲にせずに、利己にも良い。最適化された状態

 

ナッシュ均衡
exp)自白 × 自白 = 懲役3年
お互いの利益を損ねない為に、他の選択肢を取れない均衡した状態

 

 

ジレンマを避けるには?

 

囚人同士で事前に黙秘する取り決めを行っておく、
それなら黙秘するという選択肢を取ることが出来る。

 

事前に黙秘することの約束を『コミットメント』という。

 

 

コミットメントを信用させる仕掛けとは?

 

どうやってコミットメントを実行されるようにするか、相手に信用されるのか。
この仕掛けを『コミットメントデバイス』という。

これは立場や人間力、互いの立ち位置や背景、プレゼント、自分が裏切った場合に一族が殺されるなどの相手を信頼をさせる誓約のようなもの。

相手がこちらがコミットメントを守ることが合理的である
と考えさせられるようにする。

 

 

 

マーケティングへの応用

応用①

 

企業間で付加価値が近い商品において、より廉価であることは競争において重要です。

原料費の高騰でライバル会社達は、商品価格を引き上げることがわかった。
自社は値段を据え置きとする。
他社を出し抜き、販売数やシェアを取れる

 

応用②

 

出版業界と本屋は再販制度を結んで、ベターな選択肢を取ることが出来ている

 

 

応用③

 

某携帯会社3社の競争
値下げなどで過度な競争を行わず3社間で利益の最大化を行っている。

 

 

 

応用例④

オークションの評価

某オークション
評価は取引の後の為、相手からの報復を恐れるあまり、相手が悪い取引相手だとしても、きちんと評価出来ない。
⇒評価の信頼性が危うい

 

メルカリ

両者が評価をしおわってから決済であり、評価中は相手の評価は見られず評価の修正も出来ない。
⇒正直な評価がしやすく、評価の信頼性が高くなる。

 

 

応用例⑤

競り上げオークション

オープンの場で、高値を言いあい競っていく。

⇒自分が高値をつけると新たにより高い値がつく可能性があるから、どうにかして入札額を低くしようとする力が働く。
例)根回し、終盤での入札。

 

第2価格封印オークション

 

最高値の入札者が広告掲載の権利を落札、その時に支払うのは2番目に高い入札額
⇒入札額は落札額とは関係ないので入札行動が安定する

Googleの広告入札システムは、
最高入札者が2番目の入札額を、2番目の入札者が3番目の入札額を支払う2枠方式。
第2価格オークションが連続して起こるので、『一般化第二価格オークション』と呼ぶ

 

 

 

 

応用例⑥

情報カスケード

自分が受け取った情報を無視し、人々の行動を見て従うことを合理的とする状況

 

ネットでの事前情報でA医院が良いと自分で判断して病院に向かったが、
B医院に行列があった為、B医院の行列に乗っかることが合理的な状況になる。

 

論理的な自分の判断や自分の情報に自信を失い、他社や集団にゆだねてしまう状況。
例)株価や仮想通貨の売買
※個人投資家のロスカットが一因となる場合もある。ヘッジファンドはAIなどで自動取引をしている為、連鎖的に影響がでる。

 

情報カスケードに陥らない為には?
⇒集団の行動に合理性があるか判断し、他者の行動に身をゆだねず自分で論理的に判断すること。

 

 

 

 

 

応用例⑦

銀行の取り付け騒ぎ

信用不安に陥ると、取り付け騒ぎが起こり預金者は次々と銀行からお金をおろそうとする。
⇒銀行が倒産する前にお金を下ろすことが合理的な判断になるから。
※ただし銀行には信用創造よって取引量より現金は少ない為、預金者が一斉に預金をおろすと本当に倒産します。

 

 

応用例⑧

タカ戦略、ハト戦略

 

  • 『強いものが総取り、争っても奪い取る』タカ戦略
  • 『タカが来たら争わず逃げる。負けない戦略をとる』のがハト戦略

 

タカ戦略
相手がハトなら総取りだが、
相手がタカ同士だとお互いにけがをしてしまう可能性がある、

けがはコスト

ハト戦略
タカがきたら逃げるのでけがをすることが少ない。
ハト同士の場合は利益は2分の1で分けあい共存を選ぶ

 

これをグラフ化するとタカ戦略とハト戦略の平均利益が等しくなる均衡点が発生する。

強い者に勝たずにも、
相手のことを考え、
相手に負けないように立ちまわるハト戦略でも生き残れる。

 

 

 

 

@see

  • ゲーム理論の思考法
  • 週刊ダイヤモンド ゲーム理論入門

 

 

仕事算

 

exp) チームでやる仕事

 

  • Aさんは3時間で終わる量の仕事
  • Bさんは6時間で終わる量の仕事

 

この案件をAさん、Bさんがチームになって仕事をすると何時間で納品できるか。

 

Aさん、Bさんの1時間あたりの仕事率を出して、合算して1になる時間を求めることで解決出来ます。

仕事の全体量を1とすると、仕事/総時間で1時間当たりの仕事率が出せます。

  • Aさんの1時間あたりの仕事率:1/3
  • Bさんの1時間あたりの仕事率:1/6

時間軸は同じなのでx時間とすることが出来て、最終的に1(100%)になるx時間を求めることで解決出来ます。

 

2時間で仕事は終わりますね。

 

実際の進め方

  1. Aさん、Bさんにそれぞれ一人ならどれだけで終わるか、ヒアリングする
  2. 仕事算で計算して、終わる時間を伝える
    『2人なら2時間で終わる仕事なので、1.5時間を目標にお願いします』
    お仕事をお任せします。
  3. お客さんには、『3時間で終わります』と1時間のバッファを加えて伝えます。
    Aさん、Bさんどちらかが途中で仕事が出来ない事態になっても納品に間に合います。
    Bさんは1人なら3時間で終わるからです。

 

 

 

 

AWS EC2でタイムゾーンがおかしいを解決

 

 

タイムゾーン設定

tzdataをインストールか再インストールして、WEBサーバに読み込ませる。

 

WordPressであれば一般設定 >> タイムゾーン 『東京』

これでOK!

 

 

日本時間設定

 

 

 

 

 

 

 

NTPクライアント設定

 

 

 

 

確認

 

 

 

 

 

 

RTX1200+SWX2200 VLAN双方向フィルター設定

 

設定

  • RTX1200とL2スイッチのポート接続
    RTX1200のLAN1から、SWX2200の8ポートにタグVLANで接続

    switch select lan1:8

  • ネットワーク
    LAN1:192.168.1.0/24
    WAN LAN3:DHCP ネットワーク接続型プロバイダ NURO
  • VLANネットワーク
    VLAN121:192.168.121.0/24
    VLAN131:192.168.131.0/24
    VLAN132:192.168.132.0/24
    VLAN133:192.168.133.0/24
  • フィルター
    VLANに所属しているネットワーク同士は、双方向で通信を不可とします。
    各VLANのIN側から他のVLANにパケット送信を不可にすることで実装可能

 

 

完成 シンプルコンフィグ

 

 

言語とログインタイマー

 

LAN1ネットワーク設定

 

 

LAN3 WAN設定+DNS設定+フィルター

 

 

DHCPスコープ、DNS配布設定

 

 

VLAN双方向通信不可 フィルター設定

@see http://blog.sidetech.jp/2014/12/yamaha-rtx-ip-f.html

 

 

VLANネットワーク設定

 

 

VLAN SWX2200 L2スイッチ設定