  |
はてなキーワード: サイロとは
はぁ、なるほど。
では核兵器があるとどう安上がりなんですか？
日米安保破棄して単独防衛するので米国への思いやり予算分浮く！ですか？
で、あれば東西南北全ての方向が潜在的敵国となり得るのですがどういう状況設定をしているんですか？
>> 核持ち国家に対峙するに際し、自分は手札に抜けがあったら不利だし、その不利を埋めるために苦労するってことだ。 <<
いいえ？ならず者国家でもない限り、核兵器は使わないし誰かが使ったらみんなで滅ぶための兵器なので前提条件がおかしいです。
日本もならず者国家になるべきだっていうのであれば、そうですか。日本の地政学的ポジションで経済制裁食らって分割統治されたいんですか・・・としか思いませんが。
>> いや空中発射ミサイルとかふつうに選択肢あるよ。いつの時代の話してんの？ｗ <<
はぁ、そうですか。
アメリカ軍がコスト的問題からやめた空中発射式やるんです？ロシアのキンジャールでもまねるんですか？
つまり、共産主義国家になるんですか？で、あれば地政学的に核持つ必要ないですよね？
キンジャールでロシア曰く最大3000km程度なのでアメリカ本土にも届かないですし極東アジアを恫喝するために持つんですか？無駄ですね。
そんな1960年代から開発されていたようなものが普通に選択しあるとは一体何をいっているのか。
その上で、核パトロールさせるってことですよね？（地上待機してりゃ狙われるので固定サイロと変わらないし）
ということは、護衛のAWACSと戦闘機2個編隊で4機つけるとして何個用意するんですか？
一個じゃすまないし、メンテナンスや披露を考えれば10個はほしいですよね？
ってことはF-35を装備できるとして新規に40機、AWACS10機、空中発射式ミサイルプラットフォーム10機、小国の空軍戦力並みになりますね
AWACSなしで地上支援のみにしてもいいですが、その場合相手の国の奥地を攻撃する場合はどうします？そのときだけAWACS飛ばしますか？
核兵器装備すれば自衛隊減らせるとか言うけどそんなわけがなく。
この場合、使えません。
いやまぁ自国を焦土戦術するために持つのだとして攻めてこられて自国内焼き尽くす覚悟なら使えるけどそんなわけ無いでしょ？
北朝鮮の様に脅す道具にするならまぁ使えるがその代わり日本の立地条経済封鎖されて干上がって東側になるの？って話になるので仮想敵国どこ？
なので、まず自衛隊の数は減らせないので安くならない。
その上で、固定サイロ式なんぞただの標的にしかならないので移動式発射機がいる。
原潜作るしか選択肢ないんだけど、一隻じゃ足りなくって実戦(待機任務)、訓練、メンテって最低３隻必要。
余裕を見れば５隻は欲しいところ。
その上で原潜用基地はどこにする？横須賀？日米安保そのままなん？硫黄島に作る？どこに作る？
ってなると核兵器装備した所で対して安くならない。
核兵器は相互確証破壊においてお前が使ったら俺もお前に使って滅ぼすからなって兵器なので
隣のチームが完全にサイロ化してる
プライドを持って仕事してるのは大変結構なんだけど、全く口出し出来ない雰囲気なのがとても困る
こっちや他のチームはいつでも Pull Request や改善提案よろしくって感じで、 全く関係ない案件でも、気になったらやり取りがあるけど、そのチームだけ聖域化していて手出しが出来ない
ここ少し調整してほしいみたいなのを伝えるだけでかなり重い腰を上げなきゃいけないし、こちらが少し何か言ったら、場合によってはそんなにキレることある？ってくらいキレられる
業務フローの改善提案をしてみても、そういうの嫌いなんだよねって数年前に一蹴されて、もう提案するのはやめた
私的には与党批判の受け皿にリベラル政党（立憲・共産など）が相応しく無いと判断された、長年そのように判断され続けている点が問題なのだと考えている。
外国人、性的少数者などの”特定の弱者”の味方であり、”普通の人たち”の政党では無いという評価で、ロールズ的なリベラルな価値観という意味では正しい評価ではあり、マイルドな生活苦に曝される人からはそりゃあ見向きもされん。
当たり前に日本人のために、有権者のための政策を考えてはいても、「外国人よりも日本人を優遇します！」なんて言葉は口が裂けても言えないんだから。
参政党人気は一石丸・玉木同様、過去の発言等脇が甘すぎて一過性のモノだとは思うけど、一部のコア層はどうすれば良いのだろう。
批判すればするほどに、内での結束力が高まり、支持者たちが孤立化、サイロ化していく。言っちゃあ悪いがカルト宗教のようなもので、フェスティンガーの脱洗脳の過程は洗脳の過程と酷似しているという話を思い出して、本当どうすれば良いんだろうとなってしまった。
核シェアリングというのは
なんか字面的にメジャーな選択肢としてそういうものがあるのかと思いがちだが、そんなものは存在しない。
アメリカが同盟国や属国に核のスイッチをレンタルしてまわってるというような事実はない。頼んだって絶対に渡してくれない。
冷戦の最前線の西ドイツに配備した核をポスト冷戦期のNATO体制に引き継ぐ際の小細工に核シェアリングという名前をつけただけの完全な特殊解だ。
「これまで無辜の被害者のスタンスで核廃絶を訴えてきたのに今更掌返しするのは体面が悪い」などというのは国内の特殊な文脈でしか理解されない論理。核でやられたから核を持ちたがって不思議はないというのが世界標準の論理だ。そもそも日本が核廃絶を訴えているということすらろくに認知されてない。
プーチンが核を使うぞ使うぞと脅しつつ使いあぐねているように核は使いにくい。
その一方で持ってることの恩恵ははかりしれない。
ICBMのサイロやSLBMによるフルスペックの戦略核抑止体制を構築し、単独で世界のどこの国とも相互確証破壊の両すくみに持ち込めるような核戦力は無用の長物だ。
パキスタンのように「一応持ってるから下手にちょっかい出すと一発がある」くらいのささやかな核保有が一番お得であり、日本もできればそうしたい。
『呑み会は無駄！出勤は非効率で前時代的！有能な俺はリモート勤務で業務効率も高い！』みたいなブクマカよくいるじゃん？増田にもたまにいるけど。
君らが対面コミュニケーションが必要ないほどの簡単な仕事しか振られないのか、コミュ障過ぎて恩恵を得られないのかは知らないけど若い人が見たら勘違いしそうだからやめて欲しいんだよね。っていうか普通に社会人してたら顧客や同僚との雑談がきっかけになって良い仕事が出来たりとか、テレワークで細かい意図が伝わらずにコミュニケーションコストの大きさを感じたりする場面があると思うんだけど、全くないの？
そもそもこういう人達ってアジャイル開発がコロケーションを理想としていたり、グーグルが食事や酒を無料で提供してまで社員の交流を促進したりしていることと自分の意見の整合性をどうやって取ってるんだ？アジャイルは無能が使う開発手法でグーグルは無能企業なのか？マイクロソフトがリモートワークはコミュニケーションのサイロ化を進めるという論文を出したのも少し前に話題になったし、イーロンマスクだってリモートワーク否定派だよね。
自分も育児中だから呑み会に参加しづらい時があったりとか、子供が体調悪くて保育園から電話が来そうな時や休ませた時に病児保育呼んでリモートワークで柔軟に働けたりするメリットはわかる。リモートワークが無かった時代には戻りたくない。でも対面のコミュニケーションは絶対に必要だし、それなしで仕事をすることも考えられない。集中して作業が必要だから出社を命じたときにチームメンバーが非効率だからと拒否したら、諭した上で改善されなければ簡単な仕事しか割り振らないと思う。
長くなったが、結論としては呑み会や出社を拒否するのは自由だし残りの社会人生活をライスワークとして割り切るのは好きにすれば良い。でも若い人が出社や呑み会に行くのは無能なんだと勘違いして君らの側に落ちてしまうのは可哀想だから、『私はコミュ障なのでフルリモート呑み会不参加ですが、仕事に情熱があるなら得られる物をあると思います』と表現してくれ。間違っても呑み会、出社してる奴は非効率で無能なバカとマウントをとるのはやめろ。
技術者にもよるのでは。
最初の元増田はこのあたりでレスを打ち切っているように見えるのだが、
「金で時間を買い、その時間でスキルを買うのは、割の良い投資であり、数少ない貧困からテイクオフできる道である。」
ということ。
その観点に沿って答えるなら
「技術的飽和点を待っている間に洗濯に使う時間が、もったいない。
その時間を節約してスキルアップに回したときに増やせる稼ぎが、いくらになると思ってるの？」
という方向になるはず。
（もちろん、個々の立場により、年齢的に環境的に能力的に「スキルアップの可能性なんて無い」という人はいるだろう。）
そういうことでしょうね。購入することによって節約できるコスト（時間や労力）まで含めた損益分岐点を考える、みたいなところかな。
例えばドラム式洗濯機は洗剤も限られたり
そんなわけないだろ
技術者技術者言う割に、最も労力の大きいボトルネックが解消されればまずはOKという考え方も無いのか。
https://megalodon.jp/2022-1114-1718-08/https://anond.hatelabo.jp:443/20221114160250
勉強させてもらってありがとうございます
まあVMWorldとかで10年以上人生の春を謳歌してきたからもう十分やろ
お疲れさん
～VMwareが提案する、DRにも対応するマルチクラウドソリューション～
昨今のCOVID-19流行への対応やDXを推進する中で、クラウドサービスの利用はビジネススピードの加速や柔軟なシステム運用に効果的であり、従来のオンプレミス環境と併用するハイブリッド環境や、複数のクラウドを利用するマルチクラウド環境が増えている。一方で、これらの環境を維持していくには課題も多く、セキュリティリスクも増大してしまう。ここでは、こうした課題を解決するVMwareのソリューションを紹介する。
COVID-19流行への対応やDX（デジタルトランスフォーメーション）のためのビジネス変革が進む中で、ビジネススピードの向上やニーズに対する迅速で柔軟な対応がこれまでになく求められている。これらを実現するために、アプリケーションの変革やクラウドへの移行が加速している。
多くの企業が、「ビジネスのスピードに対応できるモダンアプリケーション」や、「あらゆるクラウド、データセンター、エッジでビルドおよび実行が可能であること」、「エンタープライズクラスのレジリエンス、セキュリティ、運用の実現とビジネス変革」がDXを実現するために必要であると考え、これらを実現するためにマルチクラウド環境の活用が前提になってきている。
具体的には、Amazon Web Services(AWS)、Microsoft Azure(Azure)、Google Cloud Platform(GCP)といった複数のパブリッククラウドサービスを併用し、適材適所で使い分けているのが現状であろう。しかし、マルチクラウド環境では解決が必要な課題が存在する。その課題とは、「ワークロードのシームレスな移行・連携」、「クラウドごとのスキル習得」、「運用管理の簡素化」、「セキュリティリスクの低減」、「最適なコスト管理」の5つである。この5つがクラウド利用の理想と現実のギャップとなっており、これらを意識して進めていく必要がある。
特にマルチクラウド環境を適材適所で使う場合、クラウドごとに利用する技術が異なるため、設定項目や内容に違いがあり、その設定ミスによるインシデントも発生している。重大な影響を及ぼす場合もあるため、それぞれのクラウドを扱う際のスキルが重要になる。
こうしたマルチクラウド環境における課題を解決するには、一貫性のあるクラウドインフラストラクチャ、および運用管理サービスが重要なポイントとなる。例えばVMwareは、複数のパブリッククラウドだけでなくオンプレミスを含むハイブリッドクラウド環境においても、仮想的なレイヤーを構築することで管理や運用を一元化している。
VMware Cloud on AWSは、VMwareとAWSが共同で開発したもので、AWSのベアメタルサーバー上にvSphere、NSX、vSAN、vCenterを導入し、ホスト専有型のクラウドサービスとして提供するものだ。
その特長は3つある。1点目は「VMware製品をベースとしたクラウド」であること。VMware製品で仮想化されているため、AWSの世界にいながらオンプレミス環境で利用していたスキルセットや運用管理ツールを利用でき、新たなスキルを習得する必要がない。
2点目は「シームレスにクラウドに移行できる」こと。ワークロードをオンプレミス環境から無停止で移行することができる。アプリケーションを更改する必要もないため、クラウドに移行する時間やコスト、リスクを大幅に削減することが可能だ。
3点目は「VMwareが管理を行う」こと。ハードウェアやソフトウェアのトラブル対応や運用管理、メンテナンス対応など、すべてサービスの中でVMwareが実施する。3カ月に一回の頻度で新しいリリースを提供しており、ユーザーの要件を反映しながら新たな機能を追加している。
最近のアップデートの大きなものとして、日本で第2のリージョンとなる大阪リージョンを設置し、サービス提供を開始したことが挙げられる。例えば西日本地区でデータセンターを持つユーザーは、より低遅延でサービスを利用できるようになった。昨今は感染症の流行や地震の発生などによってBCPを見直すユーザーが増え、VMware Cloud on AWSをリカバリサイトとして利用するケースも増えている。その意味でも、大阪リージョンは活用度が高いといえる。
VMware Cloud on AWSが選ばれる理由は、大きく3つ挙げられる。1点目が既存のノウハウや運用管理手法をそのまま踏襲できるという点。VMware製品をベースとしたクラウドサービスであるため、オンプレミス環境における管理者のスキルや運用ノウハウなど、既存の資産をそのままクラウド上でも活用でき、新たなスキルの習得や、運用管理手法の大きな変更の必要もない。クラウドとオンプレミス環境をvCenterから一元管理できる。
2点目が、規模に依存しないシンプルなクラウド移行を実現できる点。ワークロードをそのままクラウドへ簡単に移行することが可能だ。VMware Cloud on AWSには標準でVMware HCXが含まれ、これはオンプレミスのデータセンターとクラウド間のネットワークをL2延伸する。ネットワークがつながった環境で仮想化環境、VMをそのままマイグレーションできる。アプリケーションやIPアドレスを変更することなく、無停止でワークロードを移行することができる。
3点目が、モダナイゼーションを推進して、ユーザーのDXの加速を支援できる点。まず、クラウドならではのインフラストラクチャとして、1顧客あたり最小2ホストから最大640ホストまで拡張できるが、俊敏性を兼ね備えて提供される。例えば、ホストの展開に1時間半程度、ホスト数を追加するのに15分程度と、オンプレミス環境ではありえないスピード感で環境を構築、提供される。
また、リソースを最適化する機能も提供される。ユーザーのリソースの使用状況に応じて、利用するホストの台数を自動的に増減させて最適化する。さらに、名前の通りにAWSが提供する各種サービスとの親和性が非常に高いことも特長。VMware Cloud ENIと呼ばれる専用のインタフェースを経由して接続することで、低遅延で高速な環境を利用して各種のAWSのサービスとシームレスに連携することができる。この面も同サービスの大きな強みとなっている。
最近では、VMwareが提供するKubernetesディストリビューションであるVMware TanzuをVMware Cloud on AWS上で稼働させることが可能になった。これにより、短時間でコンテナ、Kubernetes環境が導入できるようになる一方で、ハードウェア、ソフトウェアの管理はすべてVMwareが行うため、管理者はKubernetes環境に集中できる。
VMware Cloud on AWSのユースケースには、主に「オンプレミス環境のクラウド移行」、「データセンターの拡張」、「災害対策サイト」、「次世代アプリケーションのプラットフォーム」の4つが多い。特に最近は、災害対策としての利用が増えているという。VMware Cloud on AWSをリカバリサイトとして活用する際に強力なサービスとなるのがVMware Cloud Disaster Recoveryだ。
VMware Cloud Disaster Recoveryを利用すると、平常時には本番サイトのデータをクラウド上のストレージ領域にレプリケーションしておき、万一DRイベントが発生した際に初めてVMware Cloud on AWS上にホストを展開し、保護していた仮想化環境をフェイルオーバーする。リカバリサイトとしてあらかじめ物理的なサイトを構築しておく必要がないため、大規模な初期投資が不要となる。
VMware Cloud Disaster Recoveryの特長
このタイプはオンデマンド展開型と呼ばれ、DRイベント時にホストを展開したタイミングでリカバリサイトに対する課金が開始される。復旧後に仮想化環境を本番サイトに戻すことで、ワークロードもフェイルバックでき、不要となったリカバリサイトのリソースも削除され課金も停止される。なお、オンデマンド展開型のほかに、事前にホストを展開しておく事前展開型も用意されており、RTOを重視する場合には事前展開型が推奨される
また同サービスは、最近話題になっているランサムウェアへの対策にも有効だ。クラウドストレージ上に本番環境のデータをバックアップする際には、リカバリポイントを長期的に保持することが可能である。このため、ランサムウェア攻撃に遭ってしまった場合、その直前の時点からリストアすることが可能となる。
マルチクラウド環境を可視化するVMware vRealize Cloud
マルチクラウド環境では、各クラウドが複雑化し、サイロ化してしまう可能性がある。クラウドごとに管理ツールや必要とされるスキル、ノウハウも異なるため、利用するクラウドが増えるほど複雑化、サイロ化の問題が大きくなり、その結果セキュリティリスクやコストが増加してしまう。そこで有効な解決策となるのが、クラウド環境をまたがって一貫性のある運用・管理を実現できるVMware vRealize Cloudである。
まず、VMware vRealize Operations Cloudは、VMware Cloud on AWSのリソースだけでなく、他のパブリッククラウド上のリソースも一元管理できる。複数クラウドの環境にまたがってデータを収集、分析評価を行うことで、例えば常にパワーオフ状態の仮想化環境や、実体がない状態のディスクなどを検知された場合に最適化していくことが可能。これにより、最終的にコストの最適化も図ることができる。
コストや運用を最適化できるVMware vRealize Cloud
また、VMware vRealize Log Insight Cloudによって、複数のクラウドを横断してログを管理できる。例えば、監視対象のイベント通知をあらかじめ定義しておくことで、不正な行動を検知した際には管理者に通知し、適切な調査と対応を行うことができる。セキュリティやコンプライアンスの強化にも有効だ。
さらに、クラウド間のネットワークの可視化は、VMware vRealize Network Insight Cloudで実現できる。End to Endを含むネットワーク全体を可視化できるため、ネットワークに関するトラブルシューティングや、不審な通信を洗い出すこともできる。また、アプリケーションの通信も把握できるため、アプリケーションの移行計画にも活用できる。
今後、DXの推進を加速していく上で、必ずしもひとつの環境、ひとつのクラウドを利用するのではなく、マルチクラウド環境の利用が当たり前になっていくと考えられる。そこで直面する前述の5つの課題に対し、VMware Cloud on AWSそしてVMware vRealize Cloudの活用は課題を解決するだけでなく将来への有効な投資となる。企業規模や業種に関係なく検討すべきソリューションといえるだろう。
1940 年代後半から 1950 年代前半、土木技術者は、今日の技術者と同様の問題を経験していた。しかし、1950 年代と 1960 年代の一時期、これは変化した。大陸間弾道ミサイル(ICBM)計画の運用計画が始まったことで、ミサイルの地上環境の設計者は、ミサイルの設計者と一体となって仕事をしなければならないことが明らかになりました。
第二次世界大戦後、空軍はドイツの科学者を採用し、ドイツのV-2ロケットの備蓄品を捕獲してミサイル開発に着手した。1953年8月にソ連が熱核爆弾の実験に成功したと発表するまでは、資金不足がその努力を妨げていた。突然、ドワイト・D・アイゼンハワー大統領は、ソビエトに追い抜かれないようにICBMの開発に向けた大規模な努力を求めた。空軍の Bernard Adolph Schriever 少将は、ミサイルとその地上支援を開発するための努力の先頭に立った。
ICBMs
1.5段のアトラスと多くのサブシステムを交換可能な2段のタイタンの2つのICBMの開発がほぼ同時に開始され、知識ベースを広げ、最短時間で兵器を完成させるための競争を活性化させました。ICBMの開発と開発へのプレッシャーは強烈でした。推定 13 年かかっていた作業が、5 年以内に達成された。このことは、空軍の土木技術者にとって大きな意味を持っていた。時間的な制約よりも重要なのは、兵器システムの開発において、地上環境が後回しにされていないという事実であった。"飛行機は最低限の地上支援があれば飛行できるが、弾道ミサイルは適切な発射設備がなければ意味がない」というのが、このプロジェクトを主導した民間技術者の一人である空軍研究開発司令部弾道ミサイル部（BMD）民間技術部副司令官ウィリアム・レオンハード大将の見解である。
用地選定
ミサイルの特殊な要件と圧縮されたスケジュールは、建設作業のあらゆる面に影響 を与え、まず候補地の選定プロセスに着手しました。空軍のエンジニア、工兵隊の代表者、建築家・エンジニアファームのメンバー、BMDの職員で構成される数十人の調査チームが、アトラス計画だけでも250以上の候補地を調査するために、全国に散らばっていました。チームはネブラスカ州からジョージア州まで、ニューメキシコ州からニューヨーク州までを調査しました。候補地の適合性を判断する際に使用された厳格な基準には目を見張るものがありました。深さ174フィート、直径52フィートのミサイルサイロ、幅40フィート、深さ40フィートの発射管制センターサイロ、2つのサイロをつなぐ人員用トンネルとケーブルウェイを建設するためには、厳しい土壌と地質条件が必要でした。さらに、距離の要件は、サイロがその支援基地から少なくとも18マイル、人口25,000人以上の町から18マイル以上離れていなければならないことを意味していました。また、互いの距離は7マイル、人が住んでいる住居から1,875フィート、公道から1,200フィートでなければなりませんでした。サイトへの公共アクセス道路は、大型のミサイル運搬車を収容しなければならなかった。技術的基準が評価された後、最終的なサイトの選択は、サイトの経済的実現可能性に依存した。サイトが選択され、承認されると、作業を開始することができた。
地上設備の設計・建設を担当した技術者が直面した困難の一つは、ミサイルとその支援構造物の作業が同時進行で急ピッチで進められていたことである。ミサイルの準備ができたときには、発射設備を準備しなければならない。ミサイル自体に必要な設計変更が設備の変更に反映されてしまうため、ほぼ戦時中の緊急性の高い状況下での工事を余儀なくされていた。
ミサイルの保管モード、発射モード、ミサイルの分散度の多様性が技術者の作業に影響を与えました。例えば、アトラスDの一部のモデルは、サービスタワーで露出した垂直方向に保管されていましたが、他のモデルは水平方向に保管され、風雨から守られていました。アトラスEは半硬化構造の中で水平に保管されていました。アトラスF、タイタンI、IIはすべて、硬化サイロに垂直に格納されていました。
サイロの建設は膨大なエンジニアリング作業でした。例えば、カンザス州のシリング空軍基地では、エンジニアがアトラスFミサイルを収容するために12個のサイロを建設しました。作業は深さ40フィートの掘削から始まりました。これが管制センターの基礎となり、トンネルとサイロの上部を接続しました。その後、サイロの下部の残りの部分は、開 発部からさらに1.5m下で採掘されました。サイロ自体を構築するために、作業員はスリップフォームプロセスを使用しました。フレームがサイロの壁から約140フィート上に上がったところで、1時間に約14～16インチの速度でコンクリートが連続的に打たれました。作業員は昼夜を問わず、1つのサイロにつき、わずか6日間で500トンの鋼材と5,000立方ヤードのコンクリートを打設しました。完成時には、アトラスの1つのサイロには、15階建ての構造用鋼製ビル1棟の重量約1,500トンに相当する複合質量が含まれていました。
電力供給
打ち上げ施設に電源を供給するために、エンジニアはディーゼルエンジン、原子力、燃料電池、電池、ガスタービン、商用電源との様々な組み合わせなど、いくつかの代替案を評価しました。電源は、信頼性が高く、無停電で、打上げ施設内で自己完結するものでなければなりませんでした。また、核爆発による地上衝撃によって引き起こされる非常に高い加速度を吸収できるか、ショックマウントに取り付けられていなければなりませんでした。システムのイニシャルコストと運用・保守コストの両方が評価されました。サイトへの動力供給には、信頼性の高い旧型ディーゼルエンジンを選択しました。システムの設計では，水や流入空気の加熱など，装置から発生する熱を可能な限り利用しました．典型的なアトラスのサイトでは，各プラントに1,000kWのユニットが4基ずつ設置され，ミサイルのクラスターを支えていました．
サイロ上部ドア
サイロのオーバーヘッドドア設計は、エンジニアリングのジレンマを生み出しました。300平方フィートの開口部を覆うドアは、極端な天候、核放射線、過圧、構造的な反発からミサイルを保護し、ミサイルの発射と誘導に影響を与えないこと、発射合図後30秒以内に完全に開くこと、ミサイルのカウントダウン手順の中で連続した項目として動作すること、などが求められました。また、クロージャの構築、完全な組み立て、設置、フィールドでのチェックアウトを可能にするように設計されていなければなりませんでした。シングルリーフ設計やロールアウェイ設計のようなそれぞれの潜在的な設計には、それを考慮から排除する独自の特定の欠点のセットがありました。最終的に、ダブルヒンジ、ダブルリーフ、フラットドアのデザインが採用されました。2つの半分の間の中央の亀裂の問題は、ドアの特別なくさびの設計と、さらにシール性を向上させるためにネオプレンガスケットとステップメッシュを使用することによって解決されました。
様々なミサイルサイトの建設とアクティベーションに関与する多様な要素をすべてまとめることが、サイトアクティベーションタスクフォース司令官の仕事であった。彼は、親コマンドに関係なく、与えられた基地の弾道ミサイルサイトアクティベーションプログラムに参加しているすべての空軍の要素に対する作戦上のコントロールを与えられました。主に土木工学と諜報機関のキャリア分野から来た司令官は、現場支援施設と住宅の建設を指示し、建設監視を提供し、サイトの設置、チェックアウト、戦略航空司令部への転換を管理しました。土木、機械、電気技術者、低温工学、熱応力、衝撃実装の専門家、資金管理者、広報担当者、議会調査官への説明役などが求められた。要するに、彼らは空軍のためにそれを実現させた人物だったのです。1961 年までに、彼らはアトラス・ミサイル 120 発のアトラス・ミサイルを 11 基地に、タイタン・ミサイル 54 発のタイタン・ミサイルを 5 基地に配備していた。
おわりに
この記事では、この大規模な取り組みに関わった人々が直面した様々な工学的課題について簡単に触れただけです。その規模の大きさは今でも注目に値するものであり、土砂、岩石、泥の総量は3,755万立方ヤードに及びました。これは、ロサンゼルスからピッツバーグまでの深さ10フィート、幅10フィートの灌漑用水路に相当します。現場で使用された鋼材は、サンフランシスコからワシントンD.C.までの鉄道線路を建設することができました。当時、全国ニュース誌は「ミサイル基地建設計画はピラミッドをティンカー・トイの演習のように見せている」と述べています。アメリカ土木学会は、ICBM施設建設プログラムを1962年の "Outstanding Civil Engineering Achievement of the Year "に選出した。同様に重要なのは、この取り組み全体が、空軍の土木技術者に対する見方の転換点となったことです。空軍の技術者が自分たちのプロフェッショナリズムに対する尊敬と認知度の向上を求めていた時期に、ICBMプロジェクトでの彼らの仕事が道を切り開いたのです。
おはー！
アレクサちゃんが黄色く光っていて具合が悪いのかと思って尋ねたら、
お届け物の通知があります！って言うじゃない。
だって！
膨大なる条件分岐のプログラムが織りなして動いているとは分かっていても、
実は私中身知ってるんだな！
クッションの成分の半分は優しさというハズキルーペや生卵を置いてお尻でふんでも壊れたり割れたりしない噂のあの優しいクッションよ。
今朝受け取ってたやつの通知が帰宅していたら入ってた感じなのよね。
アレクサちゃん！私その中身知ってるわ！って意地悪は言わなかったけど、
って言ってもアレクサちゃんはその意地悪言っても通じない機械のメンタルがあるから、
きっと聞いても無視よ。
普段ひっそりとたたずんでいるアレクサちゃんがたまに光ってるとビックリします。
まあ
なんか赤く光っていたときもあったような気がして、
アレクサちゃんにどうしたの？って尋ねた覚えもあるような気がするけど、
なんでアレクサちゃんが赤く光ってるかよく分からなかったので、
でね、
腰に優しクッションは
買って正解だったわ！
事務所用と自宅用で使いたいぐらいなのでもう一つリピで買っちゃおうかしら？って。
シリちゃんにはこの曲なーに？って鼻歌で歌って聞かせるとこの歌？って導いてくれるの。
こっちが問題を出してシリちゃんが答えてくれるパターンのゲームね！って
その手のクイズドレミファドン的なイントロクイズには出禁になっちゃったってエピソードにも華を添えてるわね。
スーパーマーケットで歌のないメロディーアスな曲って掛かってるじゃない。
買い物の雰囲気を盛り上げるためのなんかそんな曲。
すごく良く聞く曲！長年何の曲か分からなかった曲があって、
あの歌をカラオケで探しても間違えて「アジアの純真」を飛び込み前転しそうな勢いで予約してしまうぐらい
もしかして○○の曲じゃなくて××の曲じゃないですか？って言ってくれる余計なお世話な機能がそれこそ欲しいわよね。
シリちゃんとカラオケ予約入れ端末とをガチバトル戦わせてみるわ。
うふふ。
今日もなんか殿堂入りしたタマゴサンド以外の美味しそうなそそるサンドイッチがいっこもなくてやむなくハムタマゴサンドってわけ。
アメリカの朝食で出てくるカリカリベーコンの上手な食べ方というか、
あれ単体で食べるの？どうやって食べるの？っていつも思うんだけど、
いざ作ろうと思ってもあのカリカリさ加減はなかなかできないものよ。
ちょっと食べてみたいな！
キョホーなんて言わないわよ。
柿も美味しそうだし、
今度は柿買ってこようかしらね。
すいすいすいようび～
今日も頑張りましょう！
