こんな言葉があるんだと気付かされた。確かにこの力が必要だ。
どのようにして鍛えるのか？
手に入れられるのか？
本を読めば手に入るのか。
XX講座を受講すれば良いのか。
様々な方法でヒントを得ることが、また鍛えることができると思うが。その中で実戦が最高の訓練となると感じる。自身を守るだけでなく他者につたえる。そこまでやって「レジリエンス」としてほしい。先人の言葉に「人のために火をともせば・我がまへあき（明）らかなるがごとし」とある。またそんな力を常識として設定し、未経験者を苦しめる道具としてほしくない。そこも含めた「レジリエンス」だと思う。
他人にやさしくしてもらったぶんだけ、ほかのひとにやさしくできると感じる。「優しくる」「思いやりのある行動」は、100パーセントうけいれられるわけでもなく。おせっかいになったり、けむったがられる場合もある。見返りを求めているわけではない。しかしどんなにつくしても、反応もない場合がほとんだだ。そんな無私の行動をすることが「レジリエンス」を鍛えることになるのか？
ハードウェアの仕様、OSやアプリケーションのバージョン、同じシステムとはいえ一期一会だ。プロジェクトのメンバーも、セキュリティを含む社内ルールも同じことはない。コロナ禍であるとかテレワークでの対応とか。システムのリプレースであれ新規構築であれ同じことはない。周辺連携のシステムも更新されている。システム内で動作するアプリケーションの処理は同じかもしれないが、視点を変えればこれだけ違いがある。人が違えば経験値の差もある。
時に巡り合っている。いつも。毎日。そんな瞬間瞬間を大切に愛おしむ様に、成功に向けて力を合わせていきたい。
上司に責任者に部下に、言葉や文書で伝えたり依頼したりするとこがある。主たる伝達事項は伝えたとして、その背景が対応方法の判断のキーになる場合がある。お客様のクライアントのオーダー等を伝える場合、再度同様のオーダーを受けたのか初めてのオーダーなのか、窓口になるお客様の理解度その人に確認できるオーダーの内容、お客様の心証や、ライバルの有無、オーダーとは別に判断の材料となる。また伝える人間により、その背景や温度感心証やクライアントの中での優先度を受け取る力が異なる。そこは個人を生かす、その人たるところとなる。正確に公平に偏らず伝ええ良い判断を導いてほしい。同じことが報告を受ける側にも言えることだ。IT化・デジタル化を推進する上で見落として欲しくない。
あたまで理解し、わかっていることと、実際にできることとは違う。誰もがそう思っている。しかしこんな言い訳を聞く機会が、また自ら声にする機会がある。舞台に魔物がすむ。五輪に魔物がすむ。なんて言葉を耳にする。実際にできることとするには訓練や練習が必要だ。あたまで理解しわかっているとと、実際にできることの隙間をつくように魔物が現れる。魔物は、練習中、訓練中、リハーサルには出没しない、一世一代いざ本番に、ここぞと出てくる。この魔物の出現を想定内として立ち向かう力をつけてくれるのが訓練だ。
2020年本屋大賞ノミネート 話題の小説『線は、僕を描く』の著者であり水墨画家の砥上裕將さんの言葉 水墨画を学んでいる人の作品を見ると、多くの場合、無駄な一手がある。“うまく描きたい”という欲望やさまざまな心境が線に表れ、それをごまかそうとして、いらない線を描き足してしまうんです。それで次第に絵が崩れていく。
小学校の頃書道を習ったことがあった、3級で終了した。感じたことは、書道は、その日の1枚目が一番良い、書けば書くほど悪くなる感じがした。1枚目が勝負だった。早く終わってみんなと野球がしたかった。
デザインを専門学校で学んだ際、鉛筆によるデッサンがあった、輪郭を表す線を書いていると1本、2本と一番美しい線を求めて書き込んでいた。結果として絡み合った太い線が残っているだけとなる。
失敗は、どこにでもある。その時、SI（システムインテグレーター）の世界では、そのままとは行かない、正しい値に修正する。その後、経緯を理由をつけで報告する。再発防止に理由はいるし、お客様に伝えるには表現方法、言葉を十分選んでお伝えする。それが誤魔化そうとした、いらない線と感じる時がある。
一面失敗が許容されるから言えることもある。人命がかかったプロジェクトではまた違う意見もあると思う。
信頼で見るもの尺度の一つとして。1回目の成功だと慢心してしまいつまづいてしまう。一回ダメになて復活したものは、会社は、組織は、人は、その苦しさを知るゆえに、謙虚で、慎重に、バランスの取れた形になる。信頼の尺度になるのでは、進んで1回失敗することはないと思うが、倒産ギリギリで不景気を乗り越えた経験もそうだ。再び復活は、再度挑戦するところまではよくある話だ、恋愛でもそうだ、挑戦でなく再度勝利し立ち上がるところまでが、ここでいう「復活」となる。個人では方向修正がしやすいが、組織やグループとなるとまた立場ができると、方向修正が困難となる場合がある。
OSやソフトウェア ハードウェアのサポート期限が切れると新しいものに更新していく。そこには、より早いものにとか、より便利なものとか、機能分離しようとか、統合しようとかの意思はない。魂が不在だ。ゴミデータを削除したり、することで意味あるデータとそうでないデータを分別できる。ディスクのパーテーションサイズなど、サイジングや不要なリソースを選定できる。CPU メモリ 記憶領域の方式 HDDとかSSDとか。デバイス個別の冗長化の要否。ネットワークの必要なスピード。サーバ自体の負荷分散やクラスタ化。システム自体がどう成長したいか要求してくる。その声を拾うことが大切。その声がログに、監視メッセージに現れる。サポートが切れるから更新するだけでなく、たましいを入れてシステムを保守していくことが大切だ。
ある伝染病の感染ルートについて、政府や、WHOははっきり言えない。明らかにそんな状態で伝染・感染しているのに。政策や対策に影響があるのだろう。大騒ぎするメディアもあれば、こんな時はどうしたあらいいのですか？と、当たり前のことやあり得ない事例にこだわったりして、本来大切にしたい本筋の対応の足を引っ張る。そんなことに何の価値があるのだろうか。大切なとこに力を注ぎたいものだ。
同じ時を生きる者であっても、人生の局面は異なる。子育てに奮闘している人、介護に懸命に取り組んでいる人、病気と戦っている人、夢に向かって努力している人、道に迷っている人。そんな人、友人と関わることで、自分の人生を生き抜く力となること信じて生きていく。助け合って、励まし合って成長していきたい。
●ここから 引用
日本の「2020幸福度ランキング」は過去最低の62位まで順位を落としています。先進国で最低です.
６項目を用いて分析を加えた
①１人当たりの国内総生産（ＧＤＰ）
②社会的支援の充実ぶり
③健康寿命
④人生の選択の自由度
⑤寛容さ
⑥社会の腐敗の少なさ
評価項目では、「GDP」と「健康寿命」を除き、「汚職の無さ」「社会的支援」が低く、特に低評価なのが「社会的自由」と、「寛容さ（他者への寛大さ）」です。
●引用 ここまで
ITシステムの世界では、パラメータが１違うだけで動かない。違う動きをしてしまう。厳密に確認に確認を重ね、検証する。そういう意味で、「だろう」とか「思う」とか「ほぼ」とかあいまいな表現に敏感だ、そんな体質が「人間」にも向けられていないだろうか。うつ病になる人も見かけるし。システムには厳密。そして人には「寛容」でありたい。
性格的に苦手な人がいる。無理やり仲良くしなければならないのか。嫌いな人は放っておいていいのでは。この場合は、命に危険がない限り、無理をしないで自然に立ち振る舞えるなら、拾いに言っても良いのでは、ケースにもよるので表現が曖昧でお許しください。心の合う人は考え方も似ている。嫌いなひとは、考え方も違う。
その違う考えかたを養分にして成長していく。そこにリーダーの成長や度量の拡大もあるそんな人がいるから楽しいとうけとれたらよいと思う。無理やりでなく自然に。
非常食、乾パン、缶詰、ビスケット、レトルト食品、ミネラルウォーター。一体いつ食べる？食べないで捨てる？いつか消費しなければならない。おいしければいいけど。そうでないときつい。おいしいご褒美食材を非常食にできたら。カニ缶。牛大和煮缶とか。カリカリの乾パンはきつい。高級カロリーメイトなんてあるかな。美味しいものは正味期限が短い。決めて消費しなければ、結局廃棄することになる。10月1日はそんな食材を消費する日に最適かもしれない。
物事の受け取り方とかで、自分て変？なんて思う場合がある。そういうことだったのか。自分が違う理解をしていた。一つ一つそこで全体の理解の合意を取るわけではないが、話が進んでいく間に気が付く。なんてことがある。立場・経験・生い立ち様々影響して異なる理解をしていることがある。リーダーやまとめる立場のひとはそういう多様性をの中で事が進んでいると理解してほしい。一枚岩なんて言うけどそれを含んでのことだ。コンピュータシステムだから、合わせなければならないところはぴっちり合わせる。再確認で合意をとる。そうでないところは自由に。そこまでの道のりや経緯は自由だ。
ここで言いたかったのは、「自分なんて」という消極的とらえかたでなく、みんないろいろな意見を持っている多様性の中で進行していると理解して団結してほしい。
鹿児島市にある「かごしま水族館」で長年にわたり展示されてきたエイが、実は新種だったことがわった。
なんと20年飼っていたけど気が付かなかった。新種だから図鑑に載っているわけではないし。
何気なく利用しているシステム、事が、障害が、起こらなければ気が付かないこともある。10月1日の東証のシステム障害もそうだ。故障がおこったけど、切り替わらなかった。故障がおこったら切り替わる想定だったけど。1年前にリプレースされたシステムだそうだけど、たまたまそこの障害がおこったからこそ発見できたかもしれない。
思い込みや決めつけのない、若い力もこんな時に役に立つかもしれない。
ディスクの応答なしは判断が難しい。まるっきりダメなのか、処理が遅延しているのか。ネットワークならタイムアウトという設定があり、無通信の一定時間でエラーとなるが、ディスクのI/Oについては総合的判断が必要だ。
ストレージのメモリは、冗長の切り替えというより、複数搭載しておりその縮退利用となる。一部のユニットが故障したからといってストレージ全体の切り替えは考慮されていない。故障したユニットの切りはなしとなる。
ストレージは共有であるから、サーバの切り替えのようには判断できない。また対向先にも切り替えは影響する。複数のシステムが搭載している切り替えとは判断が難しい。
メモリは、エラーとなる前に書き込み 読み込みの 試行回数を確認しており、一定回数を超えるとエラーや故障となる。予兆は掌握できる場合がある。
さながら発生日が10月1日ということから、新規アカウントや銘柄の搭載作業のミスという可能性もあると思う。ハード故障だけが原因ではタイミングが良すぎる。
ストレージ・プロセッサーのワーキングメモリと今回言われているストレージのメモリは別であると理解しているが如何であろうか。ディスクI／Oのためのキャッシュメモリと理解している。
1部外者の感想だ。
後日、ストレージのメモリ故障が原因のハングアップで待機系ストレージに切り替わらなかったというが、故障は明示的メッセージが出るが、ハングアップは周辺がタイムアウトするまで無応答だ。この値を短くすると、時間がかかる処理の応答の際このメッセージが出るし、処理がかかる時間は予想できない。切り替わらない設定でなく、設計されていなかった。が正しい表現ではなかろうか。 しかし、7時に発生し、8時に判断して周知し始めたのは、早期判断を下し素晴らしと思う。これは人的体制のことだ。 7時は、オンライン開始のための前処理を開始するタイミングだ、10月1日の朝となるとこのタイミングたからこそ実施される何かがあったのではと想像してしまう。
こんな例はどうだろうか？ある特許情報で見かけた。
「ブロックチェーンのブロックの自ブロックのハッシュを格納する」と。
NG例。ブロック1にブロック1のハッシュを格納するということ。下図において。
2つの値が生成される。
１.自ブロックのハッシュを格納する前のブロックヘッダーのハッシュ
2.自ブロックのハッシュを格納後のブロックヘッダーのハッシュ
1と2では値が違う、事後検算する際には、2の値が返される。しかしブロックヘッダーに格納されている値は、1の値だ。よってブロックチェーンは成立しない。
例えるならブロックチェーンのハッシュ値は、ブロックのサイズ値みたいなもの、サイズを計測してそのブロックにサイズの値を追加したら、サイズが変わってしまう。それだは初めに測ったファイルサイズの意味がない。
次のブロックヘッダーに格納するのが現行技術であり問題ない。当たり前だけど。
Block Height０はジェネシスブロック
Block Heightとは
通常のブロックチェーンにおいて、構成するブロックは1つ前のブロックのハッシュ値を格納している、ブロックが積み上がるように記録されている。Block Heightという単位はこの積み上がったブロックの高さブロックの総数。また、一番最初に生成されたブロックを0とし、対象とするブロックが何番目のブロックとして生成されたのかを指している。
「従来の」ブロックチェーンのヘッダーについて説明する。ヘッダーに格納されているデータにおいて、あたらしいブロックチェーンでは、2つの親ブロックのハッシュ値を格納している点が従来のブロックチェーンと異なる。（従来は1つ）
この説明は、ジェネシスブロックにも基本該当する。（ジェネシスブロックゆえの一部例外もある）
ブロックヘッダ詳細
| サイズ | フィールド名 | 説明 |
|---|---|---|
| 4バイト | Version | ソフトウェア／プロトコルのバージョン |
| 32バイト | Previous Block Hash | 親ブロック（１つ前のブロック）のハッシュ値 |
| 32バイト | Merkle Root | ブロック内の全トランザクションに対するマークルツリーのルートハッシュ |
| 4バイト | Timestamp | ブロックの生成時刻 |
| 4バイト | Difficulty Target | ブロック生成時のproof of workのdifficulty |
| 4バイト | Nonce | proof of workで用いるカウンタ |
●直前のブロックのハッシュ値
ハッシュ値とは規則性のない固定長の値を吐き出す乱数のことです。
●マークルルート
マークルルートは先ほども解説したブロックヘッダに含まれる情報。これは、ブロック内の全てのトランザクションをまとめた要約値です。
●タイムスタンプ
ブロックの生成時刻。ブロックがいつ作られ、承認されたということがタイムスタンプとして生成される。
●ビッツ
マイニングの難易度を表すための表現方法。 ビッツを用いて算出される目標値をブロックヘッダのダブルハッシュの数値が下回った場合のみ、マイニングが成功する。
●ナンス
ナンスとは、ワンタイムトークンと言われ、リクエストが正当なものであるかどうかを見極めるためのものとして、ブロックチェーン上で、マイニングの際に使用されています。
取引データをまとめる、マークルツリー・マークルルート の概念を説明する。ブロックヘッダーにどのようにデータを格納、または連携させているか説明している。
マークルツリーの基本は2つのデータを1つにまとめる。AとBという2つのデータがあるとする。Aのハッシュ、Bのハッシュをそれぞれ計算します。このAのハッシュ、Bのハッシュそれぞれをまとめた値のハッシュが頂点の値になる。
マークルツリーが実際に使われる場合は、たいてい複数段のツリー構造で構成されており、2段、3段と2個づつハッシュをまとめていきます。最終的に得られた頂点のハッシュ値はマークルルートと呼びます。
マスクをした方がいい。しないのは非常識。コロナ禍の東京からの帰省とか 当たり前や常識といえることがある。しかし、人によっては事情がありそうできない場合もある。当たり前のことを声高らかに言うことは容易だ、社会においては、そこから漏れる人もいる、日本ではこうだけど海外では違うとか「常識」もさまざまだ 。また他人に強制するものでもない。多様化の時代、年代による常識の差、国や地域。過敏になりすぎるのも問題だ。
プロジェクトを推進していく上でリスクは排除していいのは当たりまえではある。しかしグループ間、担当者間、会社間においては、ゼロリスクを追究しすぎるとギクシャクする。「信用していないのか」「じゃあかってにしろ」的な関係になってしまう場合もある。それがまた大きなリスクとなる。システムに対するリスクと人間に関するリスクはマネージメントのポリシーが異なる。
周囲の評価や環境の変化、よって志を自ら閉ざしてしまうことはもったいない。私の例で恐縮であるが、良い話を聴いたことがない。不徳の致すところかもしれないと反省はするが。かといって外部評価がすべてではないしコロナ禍のように予測もしない逆境もある。自分を厳しく戒める、自己評価することは有用であるが、外部評価だけによって方向を決めてしまうのは早計だ。もちろん外部評価は意見として受け入れることも大切であるが。
同プロジェクトに新しく参画した若手に仕事を説明して任せた。その返しにXXさんはこの仕事のどれだけ担当してくれるのですか？平たくいえば半分やってね。的な話だ。ジェネレーションギャップを感じた。
説明のために、ブロックチェーンの構造と、格納するデータを区別して説明する。あくまで説明上の便宜のため。ブロックチェーン自体のデータ構造には実際のデータは格納されておらず、そのデータのハッシュを格納していることを説明している。従来と本サイトで説明する新方式ともデータの格納は同一でも実装できる。
※取引データとブロックチェーンデータ構造の関係性（現行）
直線状の データ構造に対して取りきデータが接続されている。
ブロックの対して取引データが接続されている。
ブロックチェーンでは、ビットコインにおいては取引の記録を「ブロック」と呼ばれる記録の塊に格納する。生成されたブロックが、時系列の順番で連結されていくデータ構造が、ブロックチェーンと呼ばれる理由である。一つのブロックの中には、代表的以下の値がで構成されている。
（1）一定期間ごとの取引データのハッシュ（マークルルート）
（2）前ブロックのハッシュ
（3）ナンス値と呼ばれる任意の数値
●取引（格納）データ
取引データとは文字通り、ビットコインにおいては、利用されるブロックチェーンのある特定の取引に関する情報の固まりのことである。ビットコイン・ブロックチェーンの場合、取引データには、送金額などの取引情報が含まれる。ブロックは10分間に1回の頻度で生成され、この間の取引データがブロックに格納される。ブロックチェーンをチェーン状の形を構成するのブロックには、実際に取引データは格納されていない。その代わりそのデータのハッシュを格納している。このブロックのハッシュ値をブロックチェーンのデータ構造では、マークルルートとして格納している。ここではこれを「実データのハッシュ」と呼ぶ。
●前ブロックのハッシュ値
ハッシュ値とは、元となるデータから一定の計算方法によって求められる規則性のない固定長の値のことを指す。元のデータからハッシュ値を求める操作のことをハッシュ関数と呼ぶ。ハッシュ関数は、同じデータからは必ず同じハッシュ値が得られるが、少しでも異なるデータからはまったく異なるハッシュ値が得られる仕組みになっている。
●ナンス値
ナンス値とは、「number used once」の略称であり、使い捨ての数字のことを意味する。ナンス値自体には特段の意味はないものの、ブロックチェーンの場合、ナンス値に応じて、後続するブロックで使用するハッシュ値が変化する点が重要である。ブロック全体のデータ構造は、「取引データ」+「前ブロックのハッシュ値」+「ナンス値」から構成されるが、このうち、「取引データ」+「前ブロックのハッシュ値」の部分はすでに決定しているため、後続するブロックに使用するハッシュ値を決定するために変化させることができる要素は、ナンス値のみとなる。
新規のブロックを追加できる条件として、「ブロックのハッシュ値が一定の条件(※ハッシュ値の最初に一定以上のゼロが続くこと)を満たすものになることが必要」というルールが定められており、新規のブロックを追加するためには、この条件を満たすハッシュ値を生成するようなナンス値を見つけ出す必要がある。
■2個のハッシュ値（あたらしいブロックチェーンの特徴）
チェーン型のデータ構造を構成するために「前ブロックのハッシュ」が格納されている。1次元の線状の現行のブロックチェーンには、データ構造構成のための「前ブロックのハッシュ」は1つである。あたらしいブロックチェーンは、連結する前ブロックは複数あるため「前世代のブロックのハッシュ」となる。
本件は、この「前世代のブロックのハッシュ」を複数（２個）格納し、1次元でなく網状の2次元の構成と実現する。この2次元のデータ構造をジェネシスブロックを複数円状に利用し3次元のチューブ状のデータ構造を実現している。類似例として「前ブロックのハッシュ」と「自ブロックのハッシュ」を格納する例は既知の特許確認している。本件の相違点は、「前ブロックのハッシュ」（「前世代のブロックのハッシュ」）を複数件（2個）格納している点が異なる。このハッシュは、「自ブロックのハッシュ」ではない。含まない。
網状のデータ構造に対して、取引データが接続されている。
文書等の情報ををデジタル化することは、難しいことではない。高齢者やコンピュータに関わったことの少ない人を利用者とすることはとても難しい。時間もかかる。ここがデジタル庁のメインの仕事としなければならない。デジタルデバイド解消を先に進めて欲しい。教育・学ぶ機会を増やすことが大切だ。
以下引用
デジタルデバイドとは、コンピュータやインターネットなどの情報技術（IT：Information Technology）を利用したり使いこなしたりできる人と、そうでない人の間に生じる、貧富や機会、社会的地位などの格差。個人や集団の間に生じる格差と、地域間や国家間で生じる格差がある。
引用終わり
自分の身の回りのおいてはどうか。プロジェクトを数社の違うメンバーで遂行する。会社間の差別はある。自社を有利に安全に持っていくのは道理でもある。その道理の外にも人間はいる。差別はあり必然でもある。そこに評価の差とかで公平感を出すのか、一律にしてしまうのかで差別の感じ方が違う。人種差別は悪である。XXファースト見たいに、自分の組織のメンバを大切に第一にするのは、「以外は冷遇してしまう場合がありますよ」と言っている。内側の人は優遇されて嬉しい。当たり前だ。
コロナもはじめは海外のことだった。その後クルーズ船関係者に広がり、その後、国内に蔓延した。はじめは「他人ごと」だったのが「自分ごと」となった。他人ごとの段階で自分ごとのような対応を（協力）をしておけばもっと小さく収まったのかもしれない。我が前を照らすことは他人にも光を届けることになる。「他人ごと」と済ませずに「自分ごと」して捉えることも大切だと思う。
チェーン状でなくてチューブ状だ。ブロックチューブ。あたらしいブロックチェーンのデータ連結（ブロック連結）の違いを説明している。
従来のブロックチェーンには、実際のデータはふくまれない。そのデータのハッシュが格納される。ブロックチューブにすると更新ポイントが複数にはり並行で更新できるためデータ構造（ブロックチェーン・ブロックチューブ）の中にデータを格納できる。という選択肢も実現可能だ。
北野エースの焼塩さば、瓶詰めが美味しいらしい。ふりかけみたいな感じ、鮭フレーク的な感じだ。バリエーションとして鮭もある。食べてみた。499円（税抜き）だった。
テレビ番組で紹介されていた。実際にはそれほどでもない場合がある。個人的好みもあるでしょう。また紹介する芸能人も、仕事なので頑張ると思う。美味しそうに食べる演技が必要な場合もある。使命として仕事としてこなさなければならない場合もある。味や好みを超えて。しかし番組として選んだ商品であるし、推薦するにあたいするものなはず。
芸能人を紹介する際に、舞台等に呼び出す際に、大物でなくても大物芸能人と呼んで呼び出す場合がある。その方が観客も喜ぶからなのだろうか。小物や普通のと紹介するわけにもいかない。その上で今回のそれだ。
そうそう目の覚める美味しい食べ物はないと言うことだろうか。それなりの対価を払わなければ体験できないということだろうか。
実際食べてみて悲喜交交ということだ。一定レベルには達しています。だめじゃない。と付け加えておきます。
瓶詰のにおいがなければおいしいかな。温めて飛ばすとかするといいかも。値段も高額でないので（比較的）そんなにハードルをあげてはいけない。友達様にも購入したのでプレゼントはしようかと。
北野エースのたけのこごはんのパックが美味しいらしい。864円の値段だった。だし汁とたけのこのパックで、お米と一緒に炊き上げるタイプだ。炭水化物制限している自分にはご褒美タイミングで食べてみたい。
これは、おいしかった。薄味であるがありだな。リピートしたいな。と感じる逸品であった。
このチューブのデータ構造を成立させるためにGenesisプロックは、複数円状に配置し利用する。この輪を伸ばして、チューブ状となる。そのために、本来のブロックチェーンだとブロックに1つ格納されるジェネシスプロックのハッシュ値を、隣り合ったジェネシスブロックのハッシュ値2つを格納するとこで、チューブ状のデータ構造を構成する。
ジェネシスプロックとよばれる原始ブロックは、ブロックチェーンの始まり、このプロックの文字列をもとにつぎのテータブロック（原始ブロックでないプロック）をチェーン状に連結していく。あたらしいブロックチェーンに用いるジェネシスブロックの構成をしめしている。従来のブロックチェーンは１つであるが、新しいブロックチェーンでは以下の通りことなる。
連結できる点は、直線上なので1点となる。ソーセージみたいな感じだろうか。
新しいブロックチェーンでは、チューブ上にデータプロックを連結していく。チューブの断面は円状となり複数形のデータブロックが連結できる。
連日、夕方のテレビで小池都知事が会見の様子が流れている。コロナでテレワークのバックでテレビをBGMがわりでながしている。様々な意見があると思うが、公僕という立場であるが。総理が病気で辞任して賞賛されるなら、政策やイデオロギーを超えて、都知事も賞賛されてもよいと思う。公平にとらえると。2020年9月10日現在。
まだ世界的に終息しない。日本も東京ももれなく。2020年11月14日現在。
政府が法人税を減税しても、会社でプールし社員には還元されない。税金でなくて補助金でもそうだ、それは、有事の時の備だと思っていた。でも違った、コロナで数ヶ月売り上げは減った。この時のためのプール金ではなかったのか？なかったのだ。何年も続いた老舗であっても、1ヶ月も立たないうちに倒産とか言い出す。有事のために備えておこうよ。1年間ぐらい売り上げ0でも会社維持できるぐらいの余力を。会社として優遇措置で浮いたお金はどこに行ったのか。
個人でもそう感じる場合もある。若い人たち、安い給料、子育て。これじゃプールなんかできない。年配者であってもそうだ。自分もそうだ。ただ仕事はありがたいことに途切れていないので維持できている。
テレワークにおけるリモートネットワーク。さまざまな構成がある。一様ではない。作業用OSまでリモート先にある場合、データの流出には効果があるが、ネットワーク障害が発生すると何もできない。当たり前だけど。こういう時にローカル端末にデーターがあるとファイルがあるとその更新ぐらいはできる。
身を賭して国を（組織）を守る。誰が。リーダーが？
役職も地位をない庶民が、メンバーがその気概がないとその組織は衰退する。リーダーは自身も含め後継の人を育てる必要がある。
2020年11月大統領選挙がある。中国・ロシアのリーダーの任期への考え方。日本において現総理の後継。なってほしい人がなるわけではない。そう考えると。他に求めるより自分自身の考え方を問うことからはじめたい。地球・国・会社・グループにおいてそう感じる。
他人任せではなくまずは自分ができることは何か。
■作成にあたり感想をつぶやく（いまだ完成ではないが） 〇チューニングする項目 ・コアのサイズ ・エレメントの長さ（ループに利用したケーブル） ループアンテナのエレメントにRFケーブルを利用した。 試行錯誤をする中で、 ループを作成には 太い...
