はてなキーワード: 動作とは
キッティング作業というのがあり、大量の端末を作業スペースに並べて、必要な設定を人力でしていく。付随して開梱・梱包、テプラ貼りその他もろもろの雑事を分解分担してこなしていく。
こういう現場に呼ばれるのはだいたい日払い派遣の作業員であり、単純作業なのでスキルは求められない。
作業応援で現場に入ったところ、最初にコンビを組んだのがやたらにデキる女で、作業の飲み込みが早く正確で目的把握もしていて、作業パターンの効率を限界まで上げつつ次のフェーズの作業者がやりやすいような気遣いまである完璧さで舌を巻いた。設定作業は初めてで、普段はピッキングがメインだそう。
次に追加されたメンバーがちょっとヤバい男で、作業手順と作業の目的を伝えても、目的達成のための手順をすぐ忘れてしまう。出荷機材の指紋等汚れ清掃作業なのだが、目視して汚れを見つけ拭くのではなく、「なんかてきとうに拭いた」動作になってしまうのだ。しかも作業も遅いので、前出のデキる女が前作業を捌きながら嫌な顔もせず清掃も補佐していて、なかなかにつらい。その後の別作業では自分がフォローした。
職場としてはとてもホワイトな環境で必ず休憩時間もありミスや作業の遅さに怒るようなことはない。そもそもスキルを求めていないので、上記のように天と地ほどのスキル差が発生することがままあるようだ。そうなるとさすがに同じ時給で働いてるのは作業員的にも会社的にもモヤっとなるけれど、作業員もずっと継続して就業するわけでもないし作業量に応じて流動的に人員の増減をするので、解決不能のまま繰り返されている模様。
まあどうにもならんかな。
昨日(24日)、20年近く飼っていた猫(注1)が死んだ。今日(25日)火葬してきた。
(この増田は非常に読みずらいと思う。"備忘録"かつ、"増田が長文書きなれていない"ので。)
もう何日も何も食べてなくて、日曜日(21日)の時点でだいぶ弱っていた。この時点で離れて暮らす弟に「もう長くない」旨の連絡→猫と弟が会う。(注2)
月曜日は通常どうり出社したが(まぁ、サボってたけど……)、結果的に火(23日)~木(25日)まで会社を休み、増田が最後まで付きっ切りで見守りすることになった。
何の手助けも出来ず、ただ弱っていく猫を見続けるのは辛かったが、死んだあと後悔したくなかったので自己満足のために見守りを続けた。
月曜日の仕事から帰宅後、色々あった(後、少しでも一緒にいたかった)ので猫を見守りながら寝ることにする(猫が段差を昇る元気がないので床で寝る)。
火曜日の朝、猫の見守りをするために仕事を休むことにする(今、仕事が暇で本当に良かった)。見守りと言ってもやることは、猫を注視しながらたまに撫でるだけである。
猫は生前、散歩が好きだった。ほぼ増田が散歩に連れて行った(猫が増田を"散歩に付き合わせていた”の方が実態に合っているかもしれない)。
この日(火曜日)も、よたよたとしか歩けない状態だが、何度も散歩に行きたがるので、若干日が落ちてきたタイミングで最後の散歩に行った。
這うように移動して休憩を繰り返し、短い距離を長時間かけて散歩(といえるか微妙な気もする)した。
帰りは猫の衰弱具合に加えて、周りが暗くなってきたこともあり、増田が抱えた状態で家に連れ帰った(元気であれば抱えると激しく抵抗するのだが、そのような体力は残っていなかった)。
家に帰ってきた時点で、猫はもう歩くどころか立つことも難しい状態(特に後ろ足に力が入らない様子)だった。猫に注意を払いつつ適当に晩酌の準備→だらだら晩酌。
(非常にどうでもいいことだが、このとき水風呂に入ったかもしれない。が、もうあまり覚えていない)
猫はもうほとんど動けないので、生きてるのを確認しながら撫でるくらいしかできない。前日と同様、猫も俺も床で寝る。
水曜日の朝、猫はさらに弱っている。ときおり苦しそうに吐くような動作をする(何も食べていないので基本的に何も出ない。この動作は前からしていたかもしれないが、頻度が上がって目立つようになる)。
会社に連絡して水~木も休むことにする。前日から、床で寝ていることに加えて、猫が気になって熟睡できない。短時間寝てすぐ起きる感じ。猫が衰弱することと疲労が重なることで神経過敏になっている気がする。
精神的にも追い込まれて気が抜けない気がする。そもそも見守り自体、増田が勝手にやっていることで、誰にも強制されてないが……
徐々に衰弱しながら苦しそうな動作が増えてくる。正午前に黒い血のようなものを吐いて痙攣する。この後わりとすぐ痙攣して死んだらしい
( 「らしい」と言っているのは、増田は最後の瞬間を直接見ていないのである。猫が黒い血を吐いたときに、動揺し、また精神的に疲れ果てていたので、一時的に親に見守りを変わってもらったのである。)
猫が死んだので弟に連絡し、また市に連絡して火葬の手続きを進めてもらう→木曜の午前中に火葬する予定になる。ネットで調べたりして火葬の準備などをする。
覚悟していたつもりだが、実際に猫が死ぬと泣いてしまう。ひと段落ついた後も、疲れているのだが猫のことを思い出して眠れない。猫が鳴いてる気がする。酒を飲んで寝るがすぐ目が覚める。(ここまで猫の遺体がある部屋)
あまり寝れてないので当然疲れたままだが、さすがに火葬前に少し寝ないとまずいと思い、猫と別の部屋で寝る。(5:00位だったと思う)
2~3時間は寝れたと思う。(今日の出来事であるが、ここら辺もすでに怪しい……)少し吹っ切れた気がする。その後、猫を火葬して骨壺に入れて現在に至る。
増田は人生の半分以上を猫と共に過ごしてきたことになるのだが、増田は今まで人間の友達が居なかった(おそらくこれからも)ので、"人生で一番深い付き合いの存在"を失ったことになる。
(逆にいうと、増田は"まともな人間関係が築けないクズ"ということになる。自覚はある)
それにも関わらず、現時点で割と吹っ切れてる気がしている。上に書いたが、増田は友達がいなくても割と平気であり、それは他人への興味のなさや薄情さと紙一重ではないか?という懸念がある。
これは見守りをしたことなどで"やるだけやった"という自己満足も一因かもしれないが、"猫のこともすぐに忘れてしまうのではないか"という恐れを感じた。
自分の人間性は今更変えられないので、忘れてしまうかもしれないし、あるいは猫がいない寂しさにこれから襲われるのかもしれないが、いずれにしろ、振り返りのために現在の猫に対する執着を記録しておきたいと思った。
(単純に、増田は物忘れが激しいので、記録するならできるだけ覚えているうちに書いておきたいという意図ももちろんある)
普段、長文の増田書いてる人すごいね。集中力切れるし段々適当(誤用)になってしまったよ。これから酒飲んで寝ます。後、猫はもう一匹飼ってるので(全然性格違うけど)
その猫がこれからできるだけ良い猫生を送れるように努めたいと思います。増田はたった二日程度の見守りで根をあげましたが、普段、(人の)育児や介護してる人の大変さは想像を絶するなと思いました。
最後に猫、ウチに来て20年近く共に過ごしてくれてありがとう。お疲れ様でした。
(注1.実は最近まで(増田は)猫の年齢を勘違いしていた……)
(注2.増田はいわゆる”子供部屋おじさん”であり、家族構成としては猫、俺、両親である。親は基本的に家にいる。こんな事わざわざ言いたくないが、説明の都合上必要性を感じたのでここに入れた。)
つまり、デジタルサイネージがインターネット経由で管理されているというのを示唆してるわけで、
「デジタルサイネージにEDRというかインターネット接続する必要ないだろ」って言ってる人いたけど。
確かにデジタルサイネージなんて特定の画像か動画を再生するだけだから、その目的だけ見ると明らかにインターネット接続なしで提供すべきのようにも感じるけど、
インターネット接続なしだと問題なく動作しているか確認するには現地に行く必要があるし、特定の画像や動画を直接現地で差し替える工数も発生するし。
対象のデジタルサイネージが数千とか数万箇所とかだとインターネット接続が現実的な気もするけど、わざわざそれらを閉域網で・・・・・・というのもねえ。
あと「デジタルサイネージとかLinuxでいい」って言ってたけど、うーん・・・・・・確かにAndroidとかChromeOS入れられるならそっちでも良い気がするけど
IT業界であればVMwareの周辺で発生している騒動について多少なりとも聞いていると思います。業界外の人でもその名前ぐらいは耳にされているのではないでしょうか。では実際にVMwareに何が起こっているのか、どのような背景があるのか、今後どうなるのかを知っている範囲で書いてみます。
VMwareとは仮想化ソフトウェアです。この説明だけで理解できる人にはこのセクションの説明は不要です。
VMware自体は1998年創業の会社ですが、広く世に知られるようになったのはおそらく2000年前後ぐらいからでしょうか。仮想化とはハードウェアと抽象化して物理的なハードウェアをソフトウェア的に再現する技術の一種です。Windowsの上でさらに別のOSを実行できるようにすることができるようになります。この別のOSのことを仮想マシン(VM)と呼びます。個人レベルではテスト環境などに使えることがメリットですが、企業レベルでは大量のハードウェアを効率的に集約できることが期待されていました。特に2010年以降のマルチコア化の急速な進展の結果、多くの用途でボリュームゾーンのサーバーハードウェアは高速・大容量になり過ぎました。企業内のアプリケーションを動作させるために単体のハードウェアは過剰になって久しいです。そのため、VMwareによって1台の物理ハードウェアを複数のVMで利用する使い方が一般化しました。社内で新しいサーバーが必要になってもわざわざ新規で物理的なハードウェアを購入してセットアップと設置などをしなくてよくなるわけです。個人向けのVMware Workstationは単にPC上にVMを複数起動できるだけでしたが、企業向けの上位版では複数のサーバーやストレージを束ねてプライベートクラウドを構成することも可能でした。
企業としてのVMwareはEMCというストレージメーカーに買収後、2007年に上場します。EMCがDELLに買収されたこともあり、DELLの傘下になったあと2021年にスピンオフされ独立した企業となりました。その後、2022年にBoradcomに買収されます。
現在のBroadcomは源流をたどればHPに繋がります。HPからアジレントという計測機器を作る会社がスピンオフし、その会社から半導体事業をファンドが買収し独立させたAvagoという会社が現在のBoradcomの母体です。BroadcomはAvagoとは別の半導体設計・製造を行っていた会社ですが、Avagoに買収され存続会社の社名をBroadcomとしたことで現在の形になっています。
Broadcomの製品で一番有名なところとしては、ネットワーク関連のチップだと思います。サーバー用のNICなどで名前を見る機会も多いはずです。それ以外にも様々な用途のチップを作っていましたし、買収によりラインナップを拡充してきました。
転機となったのは2017年にQualcommを買収しようとしたことです。これは先方の役員から拒絶され、また規制当局からも懸念を表明されたことで失敗に終わります。これ以降、Broadcomはソフトウェア企業の買収に軸足を移しました。CAテクノロジーズやSymantecのセキュリティ部門を買収しました。Symantecのセキュリティ部門はその後、アクセンチュアに売却します。もちろん、今回のVMwareも買収しています。
Broadcomが買収したCAテクノロジーズはかつてComputer Associatesと呼ばれる会社でした。1976年創業でメインフレームのころからビジネスを行っており一時は業界2位の地位まで上り詰めた会社ですが、今一つ有名なプロダクトがない会社と記憶しています。
List of mergers and acquisitions by CA Technologies - Wikipediaと、CAが買収した会社はWikipediaで専用のページが用意されるほど数多くあります。この会社のビジネスモデルはさほど成長度は望めないがシェアが大きい企業向けシステムなど確実にキャッシュを生み出すソフトウェア(いわゆるcash cow)を作る会社を買収し、新規開発を一切止めることで費用を削減しキャッシュを絞り出すというモデルだったようです。私も以前CAのロゴの入ったソフトウェアを使ったことがありますが、なぜこのような使いにくいソフトを使い続けるのか疑問でした。企業システムの一部として使い始めてしまうと簡単には変更することができず、ランニングコストがかかり続けたとしても変更するためのコストを考えると使い続けざるを得なくなることは非常によくあります。
どこかで聞いた話ですね。これと同じことがVMwareでも起こりました。BoradcomがCAテクノロジーズを買収したのはこのビジネスモデルを吸収するためだったのではないかと思われます。
Broadcomに買収されて以降、VMwareはそのビジネスを大きく転換しました。日本法人では社員が大幅に削減されたようです。ライセンスについても売り切りモデルの新規販売を止めサブスクリプションだけにしたり、ランナップを大幅に整理しました。
このようなビジネスモデルの転換は既存ユーザーから反発を食らいますが、前述の通り企業システムの根幹で使われているソフトであるため簡単に使用を止めることができないのが現状です。日経BPなどでは移行先の候補の比較記事なども掲載していますが、変更するための人的コストを考えると使い続ける企業は少なからずあるのではないでしょうか。
より悲惨なのはクラウドサービスをVMwareを中核に構築してしまったところです。こちらはもっと乗り換えるのが難しいはずで、IaaSから撤退する会社も出てくるのではないでしょうか。
ソフト産業は製造業と違い成功すれば小規模ながら利益率の高いビジネスを生み出せる可能性があります。一方で製造施設などの固定資産や従業員数は多くないため、企業価値が過小評価されている企業もあります。そのような会社を買収してキャッシュを搾り取るビジネスを行ってきたのがCAという会社でした。少なくともこのモデルで数十年間ソフト業界で生き続けていました。そのため、このモデルを根絶することはかなり難しいのではないかと考えています。
・宇宙1/3 恋愛ロマンス2/3 フェイク部分3/3位の構成で前者2つに本当に興味関心ないので
ほーんAppleぺえオサレな画面作り?で手際よく伝えてくる「上手い」映画、やね…カメラ設置の下りガバすぎない?と思ってたら
あの「今、虚実どちらを放送してるの?」感はこの映画初見でしか味わえない体験だった
・三谷幸喜洋画版みたいなコミカルなノリのメディアで騙しの大風呂敷広げてくで!的なものかと思ったら「誠実である事は大事なんやで…!」みたいな映画でちょっと思ってたんと違った
・君が妊婦じゃない事をリークした誰か〜とか鞄にコッソリ石を入れてたり秘書のお姉さんが裏切って暴露するやつだ…いつ来るのか…!?渡したプレゼントで伝えてくるやつか…?最後まで構えていたら結局こなくてビビった 正直ここのストレスが一番大きかった本当に
・これは恋愛になりそうでならないタイプの男女バディか…?、と思ってたけどガッツリ恋愛だった
お互いの我というか職業意識への方向性の違いからかたまに職業意識(生き方)>恋愛になるけどガッツリ恋愛ロマンスだった
・男優さんが最後まで21ジャンプストリートのイメージが拭えなくて最後までうっすら面白かった IQのギャップが面白い
真顔とシリアス顔になればなるほどおもろい
アポロのみんな スケブでめくり芸みたくなって感動するシーンのはずが笑いが溢れた 引きとアップで二段構えはもう笑わせにきてる
よくない時がない 最後のダンスみたいな足取り良すぎ ララランドか?
・最初の妊婦って嘘ついてのくだりで「妊婦とか障害とかそういう配慮して貰う側の属性を利己的に使いすぎて反感買う」描写入ってて「そこらへんまでエンタメに落とし込める段階なんだ」と感動した
でもヒロインちゃんは「詐欺師じみたプロモーションをする」描写なのでそれほ少し違うか自分に寄せて考えすぎか
・黒猫ちゃんに対し強迫性障害じゃない?と思ったら最後のとこで回収されておおってなった
・「発射まであと◯日」で「これはオッペンハイマーみたく視認でプロジェクトの進捗具合を示してくれるやつやね…!」と思ってたら170日→1日目→0日で飛んでビビった
・この2人の孫が今の2020年代を高校生〜大学生として生きていておばあちゃん譲りのプロモーション力でインフルエンサーとしてやっているのが想像できすぎる
・あの時代にNASAはあんなに黒人とか女性が活躍してる職場だったんか?あそこまでハイレベルな職場だと当時から能力>属性で採られる職場だったんか?
・あんなに若いのに責任者とガッツリ絡める黒人の人とメガネの人、優秀すぎる
・下世話なので「エンディング後にこれ絶対このままあの場でまぐわってる…明かりが消えたら合図や…いつ消えるか…?」と思ってエンディングロールの引きで明かりを見続けていた
・エンディングロールの引き、「これがストーンオーシャンのイルカのとこ…!」と思った
・男性多い印象 男6,7 女4,3くらい
終業式で夏休み入った?映画館に向かう道で昼なのに学生さんが歩いてたり映画館に制服の高校生がごった返してた(田舎比) なに観に来てるのかと思ってたけど多分キングダム
・感想メモろうと立ち寄ったフードコートにiPadお絵かきネキいて草
外でお絵かきする様子を客観的にみるとこんな感じなんや…スワイプする動作、思ったより目立つな…
日本で正論が通らないのって、日本人の言語性IQが低いせいだと思う。
ユダヤ人とか凄いよ。徹底的に議論するし、少しでも根拠が無いことを言うと吊るし上げられる。
横浜在住の時に数人のユダヤ人の知り合いがいたが、ほんと引くぐらいずっと議論してる。相手が年長者だろうが、権限のある権力者だろうがお構いなし。
https://www.launchexcel.com/what-jobs-use-excel/
https://www.fdmgroup.com/news-insights/advanced-excel-skills
ジャップランドで起こりがちなことはアメリカでは無いのかAIちゃんに尋ねてみたらこう言ってたよ
ワイ: 質問: 2024年において、アメリカの大企業および中小企業の間で、より一般的なデータ管理の方法はなんですか? 検索して最新のトレンドを教えてください。 - 方法A:内部データベースからCSVファイルとしてデータをダウンロードし、Excelで修正してから、
ETLツール(例:Informatica PowerCenter、Talend Open Studio)、BIツール(例:Tableau Prep、Microsoft Power Query)、
または他のデータベース(例:OracleDB)などの他のシステムにインポートする。 - 方法B:Excelのステップをスキップし、内部データベースを他のシステムに直接接続する。 - 方法C:レガシーシステムや複雑なシステムには方法Aを使用し、その他のシステムには方法Bを使用する。状況やシステム要件に応じて使い分ける。 質問のポイント: - 大企業におけるExcelの使用:大企業はデータクリーニングのためにExcelを使用するのを完全にやめましたか?それとも、古いメインフレームシステム、ERPシステム、または特定の業務プロセスの問題のためにまだ使用されていますか? - 方法A、B、Cのシナリオ:各方法の具体的なシナリオと製品名を教えてください。 - 2024年におけるCSVファイルのダウンロード:2024年現在、ETL/BIツールやクラウドベースのDWHを利用できないどころか、Oracle Gatewayなどの接続手段も利用できないデータベースの使用は完全になくなりましたか?
もしそのようなデータベースが2024年にもまだ存在する場合、直接的なデータ連携が困難なため、CSVファイルでのデータ抽出が唯一の方法となることがあります。
企業は膨大なコストがかかるために移行を延期していますか?それともすでに段階的に対応していますか? - Excelを使い続ける理由: 内部データベースを他のシステムに直接接続した方がシンプルなのに、なぜ一部の企業はデータクリーニングのためにExcelを使い続けているのですか?
↓
2024年には、大企業の間でメソッドB(直接接続)へのシフトが顕著になっています。しかし、特定のシナリオに応じてメソッドC(ハイブリッドアプローチ)も採用されています。中小企業においても、直接接続の利便性と効率性が認識され、その採用が徐々に増加しています。しかし、リソースとコストの制約により、Excelを使用したデータクリーニングやハイブリッドアプローチが依然として一般的です。
使用状況: この方法は、中小企業、レガシーシステム、複雑なデータ構造を含むシナリオで依然として一般的です。Excelはその柔軟性と使いやすさから、データ操作のための多用途ツールとして広く使用されています。
シナリオ:
製品:
具体的なシナリオ:
使用状況: この方法は、大企業や技術に精通した中小企業の間でますます一般的になっています。直接接続を利用することで、データワークフローが効率化され、手動エラーが減少します。
シナリオ:
製品:
具体的なシナリオ:
使用状況: 多くの企業が、レガシーシステムや複雑なシステムにはメソッドAを、その他のシステムにはメソッドBを使用するハイブリッドアプローチを採用しています。この柔軟性により、既存の制約と近代化の努力をバランスさせることができます。
シナリオ:
製品:
具体的なシナリオ:
データ管理ツールの進歩にもかかわらず、Excelは大企業におけるデータクリーニングと操作のために広く使用されています。これは主に以下の理由によります:
ETL/BIツールやクラウドベースのDWHと直接統合できないシステムに対して、データをCSVファイルとしてダウンロードすることは依然として一般的です。企業は高コストと複雑さのために移行を遅らせることが多く、段階的に対処しています。
しかし、直接接続はより効率的で広く採用されており、長期的にはデータ管理におけるExcelへの依存が減少すると予想されます。
クラウドベースのデータ統合ソリューションの台頭により、データ収集、クリーニング、統合がAI/ML技術によって自動化され、手動作業が減少し、データの一貫性と精度が向上しています。AI/MLアルゴリズムは、異常検出、欠損値の補完、パターン認識などのタスクを効率的に処理し、データ品質を向上させます。リアルタイムデータ分析の利点が明らかになるにつれ、直接接続の採用が増加し、より迅速かつ正確なビジネス意思決定が可能になります。
2024/07/14(日) 14:35:08.430 ID:OWua5sajZ
IQ検査でも言語性と区別されて動作性という地頭の指標が用意されてるのに
2024/07/14(日) 14:35:50.356 ID:1Nszv4jYs
守護やろ
2024/07/14(日) 14:36:22.365 ID:8q0PPib72
2024/07/14(日) 14:37:49.838 ID:XoCFHzxmw
2024/07/14(日) 14:38:24.457 ID:DMQJCxzI/
2024/07/14(日) 14:38:40.129 ID:qYJ8NY6jH
2024/07/14(日) 14:39:09.989 ID:hQP.TxNyg
そら朝廷よ
2024/07/14(日) 14:39:14.646 ID:TSlyjP/tM
守護大名やろ
2024/07/14(日) 14:39:50.600 ID:pJYd2SsZR
2024/07/14(日) 14:40:50.366 ID:MuGfAvXGC
2024/07/14(日) 14:41:13.933 ID:jrXqx.rfP
年貢ちょろまかそうとしてるんだろ
7/8(月) 7:00からSBIFXトレードで障害が発生し、今もなお続いている。
復旧のお知らせ【7/8(月) 取引ツールにアクセスしづらい事象について(第7報)】 | SBI FXトレード
7/9(火) 7:00現在も、復旧の目処が立っていない。
材料は外から見てわかる情報だけだが、自分なりに考察してみたい。
7/6(土)のシステムメンテナンスでシステムを更新したことに起因しているようだが、7/6(土)のシステムメンテナンスでどんな更新が行われたのか気になったので過去のお知らせをみたところ、6/21(金)のお知らせで以下のようなお知らせが掲載されている。
【重要なお知らせ】外国為替証拠金取引の契約締結前交付書面の変更について(2024/7/9 15:30更新) | SBI FXトレード
外国為替証拠金取引の契約締結前交付書面新旧対照表を見ると、どんな変更を行おうとしていたのか読めてくる。
今まで前営業日取引終了時の仲値レート(日別固定値)で判定していた証拠金判定をリアルタイムに円換算した金額で計算するようにしたのだろう。
顧客一人分の判定であれば一瞬ではあるが、全顧客分の証拠金判定となると相当量の計算となる。
顧客数 x 各顧客が保持している全通貨 x ポジション(ask、bit)
毎秒なのか、毎分なのか、どこまでリアルタイムに計算するようにしたのかまではわからないが、パフォーマンスが悪化しすぎて、重くなりすぎたのではないかと思われる。
データを保管しているDBテーブルのスキーマ(構造)なども新仕様に合わせて更新されている。
当然ながら考慮されていない古いバージョンでは参照できないか、スキーマの違いによりシステムが正常に動作しない、エラーが発生するといったことが起きる。
7/6(土)メンテ以降の新バージョンのDBテーブルを、古いバージョンでも動くようにコンバートするといった対応が必要となってくる。
コンバートが単純変換でよい場合もあれば、何かを考慮して変換をかけなければいけない場合もあるので、状況によっては人間の判断も必要な時もあるし、そのような会話、判断が内部的に行われているのかもしれない。
システム屋さんが外からみて勝手に想像しているだけなので、この通りかどうかはわからないが、早期復旧できるよう頑張ってほしい。
7/9(火) 14:55 に復旧したようですね。
だれも何も失望してませんなあ。
まあevilやね。
要件満たすため・社内政治的な理由でピンポイントで別のところ使う+併用はあっても、
ゼロトラストセキュリティは、「信頼せず、常に検証する」という原則に基づいています。主な特徴として、常時の認証と承認、最小権限アクセス、アクセスの継続的な監視があります。以下の技術やソリューションを組み合わせることで、包括的なゼロトラストセキュリティモデルを構築できます。
1. Microsoft Entra ID(旧Azure AD):
3. 多要素認証(MFA):
1. 暗号化:
知りたいことがドキュメントにドンズバで書いてあることなんてほとんどなくて、
仮説を立てる→検証するの繰り返しで、なんか研究してるみたいで楽しい。
コンテナから仮想化、ハードまでいろんな可能性が考えられるから、
検証して見えてきた結果からあたりをつけてドキュメントを探してみたり。
もともと上下に動くだけのヨーヨーがあって、それがハイパーヨーヨーとかで「スリープ(空転)」ができるようになった…というイメージだったけど、英語版Wikipediaによると、フィリピンからアメリカに移住したペドロ・フローレスが1928年に「ヨーヨー」という名前で売り出したのが現代的なヨーヨーの最初だという。
フローレスのヨーヨーは、糸を軸に固定するのではなく、糸の先端に輪っかを作ってそれを軸に通すような構造で、それにより「スリープ(空転)」ができるようになっていた。ただしフローレス自身はその機構の発明者ではなく、おそらくフィリピンで生まれた工夫なのだと思われる。
フローレスのヨーヨーはアメリカで大流行し、その流行の波が日本にもやってきた。それを受けて1933年(昭和8年)に『ヨーヨーの競技と遊び方』という書籍が出版された。日本ヨーヨー競技研究会というところが出したものらしい。
そこで紹介されている技は以下のとおり。