はてなキーワード: 冗長化とは
1
ウェブやSNSの各所にできるだけフェイクニュースを散りばめましょう。そこに断片的な真実を散りばめ、人びとに大きな物語を作ることを促しましょう。その際、ひとつひとつの断片に歴史的背景を備える宗教的・政治的シンボルを付与することで、より効率を高めることができます。
少しずつ真実を混在させることがとても重要です。 少なくともそのように思わせることが重要です。これは実際、人びとの探究心や創作欲求を刺激するもっとも優れた方法です。こうして物語が量産されるようになります。
2
やがて物語を作ろうとする者、物語を読み解こうとする者、結論だけを求める者、そして、何も知らない知ろうとしない者に人びとが弁別されていきます。弁別が繰り返されることで自然と人びとのうちに階層が生じるでしょう。
こうして発生した階層構造のもと、自律的なゴイム社会が生まれます。彼らはより高い階層を目指しますが、互いにいがみ合うことに注力するため、結局ゴイムであり続けるしかなく、当然真実にも到達しません。 つまり、真実はけっきょく真実たり得ず、イリュージョンでありつづけます。
3
この断章も物語の断片たるべく書かれました。ゴイムには、常に物語を作らせる必要があります。物語の再生産がゴイム社会を健全に保ちます。その意味でこれをある種の祭礼と捉えることも可能です。
真実を知るのが誰なのかは私たち自身にも分かっていません。しかしそのことで、私たちの財産がゴイムから遠ざけられ、冗長化され、より堅固なものとなることは明らかです。
4
以上はごく簡単なトリックですが、とても強力です。この断章のもうひとつの狙いは、すでにある程度の社会的成功を得た者に、社会階層の維持の方法、財産冗長化の手法を教唆し、これと似た断章を生みだすことを促すことにあります。
これをもって、現代版黙示録を生みだす作業ということもできるでしょう。断片的物語の集合こそが黙示録といえるからです。そうでなくてはイリュージョンとしての真実を示すことは不可能です。現代において黙示録は、集合知という位相に安置されるべきものです。
僕の収入は低くはないんだけど、僕が倒れてしまった時の保険としても彼女が自立して生活できるようにも収入の冗長化をしたいと思っているので彼女にも働いて欲しいと思っているが、これが難儀しているという話。
難儀の原因は、奥さんとのコミュニケーションができていないということ。
というのも奥さんは抽象的なことを理解するのが苦手のようで、「正社員になるのが僕としても家計としても第一希望だけど、アルバイトから正社員に狙えそうな仕事ならアルバイトでもいいよ」と伝えると、「正社員になれ」と解釈してしまい、他にも「過去にライターでの職務経験があるし、文章書くことが好きだからライターの仕事ができればいいかもね。」と伝えると「ライターの仕事を探せ」と解釈してしまう。
また、僕が常々言っていることは「コンビニバイトのような外国人に置き換わっていく次に繋がらないような仕事はやめて欲しい」と言っていてこれを「コンビニバイトだけはやめろ」と解釈していて、単純労働などのデータ入力などはOKだろう、と考えていたようで挙句の果てには「お前の言っていることはわからん。NGな仕事をすべて列挙しろ」とまで言ってきた。
僕は難しい言葉を使ってはいないし、わかりやすく説明しているつもりなのだが、本質がまるで伝わっていない。
結婚した当初は子供ができた時の学費のために復職しやすい仕事に就いて一緒に学費をコツコツ貯めようね、とも言っていたのに、今では「何もできない。仕事をしたくない」と言って泣きじゃくっている。
僕から見ると、子供を作る覚悟がまるで無くて本当にあきれてるんだけど、世間体とか手続きがめんどくさくて穏便に済む方法がないか探していているので、離婚はまだ切り出していない。
彼女の自己肯定感が低いのは、僕が理詰めしてしまっているような気もしていて僕にも悪いところがあるとは思っているけど、まだ子供がいない間に仕事の妥協はあまり妥協はして欲しくなくて、本当にどうすればいいのかわからない。
私がいるところは、プログラマ/システムエンジニア、フロントエンドエンジニア/バックエンドエンジニアとかの区分がなくひとりでなんでもやるところです
一応フロントエンドが好きで得意だと自称はしているものの一般的なフロントエンドってどこまでするのでしょうか
デザイナがするような部分
ここは当然でしょう
最近では SPA のページも多いので単純な HTML と JS ではなくフレームワークを必要とされることもあります
SEOの都合などでJSレンダリングじゃなくサーバサイドレンダリングで、サーバから受け取るHTMLの時点で表示できる状態になってることを依頼される場合もあります
その場合はサーバサイド言語に応じたテンプレートエンジンも使います
PHP なら Blade、Python なら jinja、 Node.js なら ejs という感じ
JS のコードをテストしたり gulp などのタスクランナーや webpack などバンドルツールを使うので OS のコマンドラインのツールも使える必要があると思います
サーバサイドの言語は別の人が作るにしても自分の環境でそれを動かすためにサーバ構築は出来たほうがいいでしょう
VM に OS のインストールしてウェブサーバをインストールしたり
Vagrant, Ansible 等で管理されているなら、設定ファイルを書くことはないにしろ実行する方法やエラーが起きたときの簡単な対象方法くらいは知っていないと不便かと思います
ウチの場合は各自LinuxをVMにインストールして Ansible でという使い方なので気づきませんでしたが、考えてみたら全部設定済みの VM データを配布してくれるということもあるのかもしれません
データによって画面表示を変えるときに、それに応じたデータを作って画面を確認したいことがあるので、mysql や postgres などなどデータベースの知識も必要になることがあります
SQL 書けなくても pgadmin みたいな GUI ツールで表を書き換えればいいのですが最低限の仕組みは知っていないと苦労しそうです
完全にフロント/バックが切り離されてるところなら、フロントエンド開発者向けにデータベースは使わずテンプレートエンジンに渡ってくるデータを好きに設定できる機能が用意されてるのかも?とも思います
サーバサイドの処理は不要でクライアントサイドの動きのみを作るわけですから、決まった場所の JSON ファイルのデータがそのまま使われるならデータベースの存在を知らなくてもいいですし
ここまでできたらバックエンドよりフロントエンドのほうが何でも出来る人みたいに思えます
あとはサーバサイド言語を書ければもうサービスが作れてしまいます
でもこれぐらいできないとすごく不便で、すぐに他の人に頼らないといけなくなるように思います
サーバ冗長化とかそういった部分はかかわらなくてもいいと思いますけど、Linux やデータベースなんかは自分でどうにかできないと周り誰もいないときに動かなくなったら作業進められななんてことがありそうですし
ニュース解説 - 日本郵便がハード保守契約を全面見直し、ITベンダーの反発は必至:ITpro
冗長構成ってのは、方系が故障したときにもう一方が動作しているから問題ないという仕組み。つまり、もう一方が稼動している最中に元の方を直せなかったら業務が止まる。この業務停止時間の影響を抑えるために冗長構成は組まれる。欧米は業務が止まっても顧客は許すし職員は諦めて酒飲み始めるのが許容される文化。日本はサービスが10秒切れたらクレームがくる世界なんだぞ?その世界で堂々と「壊れたのだから仕方ない」といえるような会社と仕事だけが冗長構成いらんといえる。
クラウド使えばいいとか、仮想化すれば大丈夫とか、果てにはVMWareを使うからとか言う人まで出てくる始末。不思議なコメントを抽出。
id:z1h4784 日本郵政 の社内インフラはvSphereのHA構成になってたりするの?であれば確かに可能かもしれない。ただそんな話は全然聞かないんだよなあ…。
vSphereのHAが何だか知ってる?VMWareがHA構成かどうかとその下のハードウェア構成がどう組まれているかはぜんぜん別の話だぞ?
id:s025236 "ハードが故障した際に1週間放置してみた。「それでも業務に全く支障が出なかった」"←これ不要なハードな気がしてならないのだけどハードの見直しが先では
ハードが何を意味しているか想像できてる?RAID組んでるうちの1本が壊れたのを放置してたけど偶然もう別のディスクは壊れなくて問題なかったとかいうレベルなんだけど理解できるだろうか?
id:sakidatsumono いっそクラウド化すれば
クラウドを使えば障害対応から逃れられるとか夢見ちゃってませんか?インフラってそんな単純な世界じゃないですよ?
まぁタイトルの通り。
AWS といえば各種便利機能を提供してる大手クラウドサービスで、
CloudWatch も監視機能として有名だし利用している人も多いかもしれない。
ウチのサービスも当初はCloudWatchを利用していた。
便利だしコストも安いし管理サーバの冗長化とか考えなくていいからね。
でもな、ウチの会社さ、突然バックアップにデータセンター/Azure/GCPにもサービス置こうぜと言い出した。
で、調べたら CloudWatch は他でつかえねーでやんの。
ログ集約の CloudWatch Logs もダメ。もうダメダメ。
もうね、ちゃんと最初から設計ちゃんと考えとけよ。なにがアジャイル開発だよ。
目覚まし時計の電池が切れていて設定時間にアラームが鳴らず冷や汗を書くことがなんどかあり、まじで心臓に悪いので冗長化した。
・目覚まし時計①のアラームを起きたい時間の10分前にセット。目覚めの暖機運転。
②と③は最後の警告としてのアラームなので、これがなったら「絶対に」起きる。
また、②と③のアラームの設定時刻は下手にずらさず同じにしておく。
ずらしてしまうと後になる方を信用して二度寝する可能性があるため。
仮に片方が鳴らなくても可用性を維持できる。
追記:
ブコメ見た。乾電池で動くタイプの時計以外にスマホのアラームもまぜておくと安心度が増しそう。
あと、怖いなと思うのが全て電波時計タイプで統一してしまうこと。事例あるのか知らないけど電波障害かなにかで一斉にずれたらと思うと・・・