  |
はてなキーワード: 連携とは
日本を巻き込むな。
【ワシントン=坂口幸裕】米ホワイトハウスのサキ大統領報道官は27日、日本が米欧とともにロシアの大手銀行などを国際決済網から排除する措置に参加することについて「歓迎する」との声明を発表した。日本の対応に特化した声明を出すのは異例だ。
声明は「ロシアの責任を追及する日本の発表」と題した。日本の発表を受け「主要7カ国（G7）全体がロシアの特定の銀行を国際銀行間通信協会（SWIFT）から切り離し、ロシア中央銀行の活動を制限し、プーチン大統領を含むロシアの主要な指導者に制裁を科すのを支持することになった」と強調した。
「岸田文雄首相と日本政府はプーチン氏のウクライナ攻撃を非難するリーダーだ」とも指摘。「今後も緊密に連携し、さらなる厳しい代償を科し、プーチン氏の選択した戦争を戦略的失敗にするよう取り組んでいく」と記した。
ブリンケン米国務長官も同日に声明を出し、日本が決めたロシアへの追加制裁について「日米や他の主要7カ国（G7）の結束と決意を示すものだ」と評価した。「首相と日本政府の断固とした措置はロシアに重大な代償を科し、戦闘能力をくじくことになる」と主張した。
当たり前だけど、日本が侵攻の対象になったら世界各国と連携して対話交渉するんだろ
他国のためには動かないけど、日本の為に他国は動いてくれるなんてお花畑じゃないだろうな？
早くやれよ
面白いのはガチで何もせずに見守ってるつもりでいるらしいってことなんだよ
何もしないなら、お前らの対話と交渉ってのはSNSでポチポチ9条談義することだってことでいちのね？
あほらし
そんなExcel VBAですが、当然メリットとデメリットがあります。主なものを挙
げます。
メリット1・備わっているExcelの機能だけでは実現できない処理が実現可能
最大のメリットがこれです。
例えばボタンを押したら処理が走る、なんて機能にしても、VBAでボタンを押し
大規模なExcelファイルになると、いろいろと凝った計算処理が出てきます。
こっちのセルを参照し、そっちのセルを参照し、二つの結果に処理を施し…など
のような事例です。
Excelの式で書くのが厄介になってくる場合があります。というか、たいていそ
うです。
そんなとき、計算処理をVBAにすれば、複雑な計算も見やすく書けますし、後々
Windowsのコアな部分の機能を使ったり、外部のテキストファイル（ログファイ
ル、JSONファイル、HTMLファイルなど）やACCESSと連携することもできます。
これらを活用すれば、Excelが実用に耐える大規模システムの一部になるのです。
そのような大規模システムは、一般的にはエンジニアの手によって開発されま
同じExcelファイルの中に、同一の処理が散在していることはよくあります。
そんなとき、VBAを使ってコードを記述し、VBAを呼び出すようにしておけば、処
デメリット1・VBAを知っている人でないとメンテナンスできない
当然ながら、VBAを含むExcelファイルをメンテナンスするのにはVBAの知識が必
要です。
すると、作成者がいなくなると誰もそのExcelファイルをメンテナンスできな
い、なんてことが起こり得ます。
メンテナンスしなくてもいいITシステムは存在しないので、これは大きなデメ
リットです。
筆者が最大のデメリットだと感じているのはこれです。
セル参照であれば、ある範囲のセルを削除したり、逆に挿入したりすると、参照
ところが、そのセルを使うVBAのコードには調整は一切かかりません。手作業で
ここの問題は仕方がない部分ではあるのですが、実際なんとかしてほしいところ
戦争の長期化を展望した、ということの意味は、要するに、支援する西側の国々が、
戦争に直接介入するのではなく、ベトナム戦争のときのようなゲリラ戦を見据えて、物資や輸送網の支援をするということになる。
そして、それはそのような覚悟をもって、ロシアと対峙するウクライナ国民が存在する、ということが前提となる。
ウクライナ問題全く初心者なんだけど、長期化を見据えたという話を聞いて、プーチンがウクライナ大統領をネオナチ呼ばわりしていることにちょっとピンときた。
要するに、ロシアは10数年かけて、内部に傀儡やスパイ、親ロシア派をじっくりと育ててきていて、他方、ウクライナ側はそうしたロシア側の動きに対して殺虫剤を巻くような塩対応をしてきた、ということなのかね？
そして、プーチンが侵攻した場合の西側からの反発、経済被害想定もしたうえで、そろそろウクライナ側の内部クーデタもいけるんじゃね？と踏んで、侵攻に踏み切ったと。
しかし、思った以上にウクライナ側の内部からの動きが鈍い。むしろ、長期戦への気運が高まってすらいる状況になってしまった。
最近、いつもは経済分析を冷静に行う日経新聞がいつになく、戦時報道さながらの口調でウクライナ側の士気の高さなどメンタリティの部分を報道しているのが印象的だ。
しかし、長期戦を覚悟できているのかどうか、その意味で、そのような戦時報道にも大きな意義があるように思えてきた。
そのときに、いろいろな村々を回って驚かされたのは、恐らく戦争で培われたのであろう彼らの強靭な組織力だった。
戦争が終わって30年にもなるのに、いまだに祖国解放戦線(Fatherland front)という名の組織がコミューンから村の末端まで行きわたって機能し続けていただけでなく、青年組合、女性組合等さまざなまな組織が地域レベルで横の連携をしつつ、国レベルから末端の村レベルに垂直の体系を強固に築いていた。特に災害など有事になると一致団結する彼らをみると、アメリカを敗北させたベトナム人民の総力戦がどのようなものであったかの名残を見る思いがした。
アメリカとの戦いは超大国の圧倒的な軍事力だけがベトナム人が立ち向かった壁ではなかっただろう。
祖国が分断するなかで、傀儡政権側の南、そして北にあちらこちらに潜むスパイとの戦いがあった。そして戦争終結後はそうした人たちと粘り強く統合的な社会を作る営みがあったはずだ。
かつての大学の同期でも、戦後ハノイで出世街道を突き抜けたひとと、ホーチミンでくすぶってしまった人と人生も別れた。
仕事のなかで、ハノイの要人へのコンタクトを求めて、南の人を頼ったことがあった。
紹介状を書いてもらう際に、そういった戦後の物語の一端に接すると、社会の統合への努力というのは
戊辰戦争以来、社会の分断を経験していない日本人には想像ができないものだということも感じた。彼らの社会のもつ、いわばソーシャルキャピタルの強さがなければ、あれほど長く超大国と戦うことはできなかっただろうし、戦後の和解のプロセスもなかっただろう。
ところでアメリカ側に加担し、ホーチミンルート攻略に動員されたモン族の、その後のスピンオフのストーリーとして、クリントイーストウッドの「グラントリノ」、これは名作だった。
そんなことを思い出しながら、ウクライナのニュースを見聞きしている。ウクライナが抱えている事情もそうそう単純なものではないだろうから。
そういう意味で、下記のツイッターの発言が目に留まったとき、何かとてもステレオタイプなものを見た思いがした。
実在しない何かを語っているような、そんな感じ。
https://twitter.com/BlauerSeelowe/status/1497776281412243459
真面目な話をしましょうか。いま、ウクライナが紙一重で持ちこたえているのは、反戦平和の祈りでもなければ、ジョン・レノンのインターナショナルの歌声でもなくて、ウクライナという祖国を守るために銃をとった男たちの愛国心ですよ。わが身可愛さではなく、祖国を守るために戦う人々の力ですよ。
そう。「有害な男らしさ」って攻撃してきたもの、男性を戦いや自己犠牲に駆り立て、「男らしく」あるよう動員してきた社会慣行。あるいは、ナショナリズム、愛国心といった共同体への忠誠。私たちが古臭いとみなして切り捨ててきた伝統的な精神性が、まさに人々を紙一重で支えている。
皮肉でも何でもなく、これってまさにフェミニストが批判してきた「有害な男らしさ」の心性ですよね。リベラルが批判してきた「ナショナリズム」ですよね。薄甘い戦後民主主義で不可視化されてきた、あるいは悪者にしてきた精神性が、まさに、ウクライナ人の最後の砦になっている。違いますか。
男同士だと口が達者なのにその輪の中に女がひょいっと入った瞬間黙り込む上司がいる。
チームワークなので他者との連携が必要不可欠だがその上司と仕事をするとなると一言も話ししてくれないので、すごくやりづらいというか、ちゃんと連携が取れているのかこちらが不安になるのでせめて必要最低限のことはしゃべってほしいが、本当に何も喋らない。せめてもと頑張ってアイコンタクトを取ろうとしても目が合わない。いや、合わせてくれない。こちらから今すぐに確認したいことも勿論出てくるので話しかけると必ずビクッとするので女性が怖いのだろう。あんまり怖がらせるのもな～と思ってしまうのでこちらから話しかけるのも躊躇する。
そのグループの中に男性がいるならばその人にあの上司とこちらが連携が取れているか否かの確認が出来るが、いない日もあるのでそんな日は地獄である。
仕事なんだから割り切ってほしいな～と思いつつ、過去の自分と重ねてみた。
昔の増田は男性恐怖症で、10代前半から20代前半の約10年間まともに男性と会話が出来なかった。学校でも仕事でも必要最低限のコミュニケーションをとらねばならない場面でも、うまく口が動かなかったし、必ず血が上って赤面していた。しかし女同士だと口が達者で口から文化祭野郎だったので男から怪訝な顔をされていた。今思えば当たり前である。だからその上司が女に対して拒否反応を起こす気持ちも理解が出来る。というか完全に上司は昔の増田だ。
どうやって克服したかあんまり覚えていないが、男避けしすぎて男からめちゃくちゃ嫌われていた増田なんかと仲良くなろうとしてくれた人が数人現れた時期があって、少しずつだが恐怖心が溶けていき、その半年後くらいには完全に克服して今までの10年間を後悔した。性別関係なく悪い人はいるし、いい人もいる。一人の人間枠で見なきゃだめなのに性別で勝手に差別してたなんて申し訳ないとすごく反省した。
だからなのか、仕事を円滑に進めたいからというのが一番の理由だが、経験者の増田がなんとかして上司の女嫌いを克服できないかと考えているが完全なるお節介だよな～と思いつつ、このままコミュニケーションが取れないまま仕事をし続けるのも苦なので悩ましい。というかどうすれば克服できるだろうか。女嫌いの原因が分からないから動きようもない。そして上司の為にここまで考える立場でもそもそもない。うん。単なるお節介だがお節介かけたくなるのは過去の自分と重ねているからなのだろう。何が書きたいのか忘れたけどグダグダなまま投稿する。
今回のロシア軍によるウクライナへの侵攻は、力による一方的な現状変更の試みであり、ウクライナの主権と領土の一体性を侵害する明白な国際法違反です。国際秩序の根幹を揺るがす行為として、断じて許容できず、厳しく非難します。我が国の安全保障の観点からも決して看過できません。G7を始めとする国際社会と緊密に連携し、ロシアに対して軍の即時撤収、国際法の遵守を強く求めます。
ttps://www.jimin.jp/news/press/202854.html
一、ロシアの行動は国際法上、決して許されるものではない。特定の地域を一方的に独立国家として承認することは許されないし、ロシアも当事者である（ウクライナ東部の紛争解決をめざす）ミンスク合意を破棄するような対応も言語道断だ。
ttps://www.komei.or.jp/komeinews/p229609/
ロシアのこうした行動は、明白に武力による現状変更の試みであり、国際的な規範を逸した暴挙である。断じて容認できず、強く非難し、即刻停止を求める。ロシアには事態の収拾のための外交努力に応じるよう、重ねて強く求める。
ttps://cdp-japan.jp/news/20220224_3107
【お知らせ】
我が党からロシアのウクライナ軍事侵攻に対する松井代表コメントを発表いたしました。
是非、ご覧ください。
— 日本維新の会 (@osaka_ishin) February 24, 2022
ttps://twitter.com/osaka_ishin/status/1496821952173907970
一、ロシアは２４日、一方的に「独立」承認したウクライナの東部地域にロシア軍を侵入させるとともに、ウクライナ各地の軍事施設、キエフ、オデッサなどへの攻撃を始めた。これはウクライナの主権と領土を侵し、国連憲章、国際法を踏みにじる、まぎれもない侵略行為であり、断固糾弾する。ただちに軍事行動をやめ、撤退させることを強く求める。国際社会が、ロシアのウクライナ侵略反対の一点で団結し、侵略をやめさせることを呼びかける。
ttps://www.jcp.or.jp/web_policy/2022/02/post-906.html
2月24日ロシアがウクライナへの軍事侵攻を開始した。いかなる理由があろうとも、主権国に軍事力を行使することは国際法に違反し、断じて認められない。社民党として厳しく抗議する。
ロシア系住民が実効支配する「ドネツク人民共和国」「ルガンスク人民共和国」の独立を承認、「友好協力相互援助条約」に署名し、派遣要請をもとにロシア軍の派遣を決定したとするが、これはロシア自らが合意した「ミンスク合意」を破棄するものであり、世界の外交努力を無にするものである。
ttps://sdp.or.jp/statement/20220225-stop-russian-aggression-stand-with-ukraine/
【拡散希望】
我がNHK党はロシアのウクライナ武力行使に対し声明を出しました。
「ロシアの武力による威嚇及び武力行使に対する声明文」
#NHK党
#ロシアのウクライナ侵攻に抗議する
#ロシア制裁
— 竹村 あきひろ 中野区議会議員 NHK党 N国党 政治団体「NHKから国民を守る党 中野」代表 (@takemura2678) February 25, 2022
ttps://twitter.com/takemura2678/status/1497120995936641025
2/25 21:00 時点で談話・声明・コメントいずれもなし。
ついにロシアが戦争開始しました。
ロシア国内でも反戦の声が上がっているといいます。
ロシアの侵攻は絶対に許されません。戦争の犠牲になるのはウクライナ、ロシアの住民だからです。
私は、その人々とともに戦争に反対します。
#戦争反対
#NoWar
#нетвойне
#Противійни
— 大石あきこ れいわ新選組 衆議院議員 (@oishiakiko) February 24, 2022
ttps://twitter.com/oishiakiko/status/1496822843023454212
れいわ新選組は2/8に、いわゆるウクライナ決議に反対しました。決議文には、この問題で、日本が欧米(Ｇ７)と足並みをそろえロシアに対峙する姿勢が色濃く示されていたからです。
三度の世界戦争を起こさせないため国境を越えた民衆の連帯が必要です。
#нетвойне
#Противійни
— 大石あきこ れいわ新選組 衆議院議員 (@oishiakiko) February 24, 2022
ttps://twitter.com/oishiakiko/status/1496822844558557194
ttps://www.youtube.com/watch?v=zcCTAUjp54A
雑にまとめるとこう；
この業界が息苦しいなと感じているものの、この業界に居続けている
トレンドを追うと、高速化や効率化みたいな内容しか出てこない。
自動デプロイだの、描画速度の向上だの、テスト自動化だの、新しいAWSのサービスだの…
一からサービスは作れるし、外部サービスの連携はAPIを見ればプレーンで書ける。
VPSみたいにサーバー用してもらえれば、プレーンで運用も出来る。
でも、プレーンで描くと「車輪の再発明」だの「再利用出来ない」って言われる（幻聴かもしれんが…）
いかにシェア率が高いメジャーなライブラリや方法を使って開発する事ばかり
フロント周りもそう
この世界に入った時は、色々華々しい事ができるって思っていた
実際は、開発環境やらモダンな開発手法やらごった煮なお作法を勉強しないと「トレンドを追え」と鼻で笑われる
フレームワークやらECMAScriptを使わず、プレーンで描いたら白い目で見られる。
そこまで使いこなせて初めて新しい技術を触る権利がある位面倒くさい
追ったら追ったで、「これ今すぐ使う必要なくね？」ってなって勉強の意義を見出せなくなる
今の自分が、コピペで開発で満足していた過去の自分を見たら、自分を説教してくれた先輩のように説教をするだろう
「ブログを鵜呑みにするな、ドキュメントを見ろ」「コードはコピペすんな、書け」「闇雲に手を加えんな、ログを読め」ってね。
ただ、あの頃みたいに、とりあえず作ってブラッシュアップして行こうっていう気持ちが今もあればまた違ったのかもしれない
プログラムは所詮道具なのに、道具の手入ればかり勉強している気がして何か窮屈だなって思う
だけど、その思考で数年やって来たからこの思考から抜け出せない。
プログラムでモノを作るってもっと自由で良かったはずなんだがな…
私にとってapexはよくも悪くも人生を破壊されたゲームで、去年一年間のプレイ時間は3000時間を超えていた。廃人なみにやっていた一方、現在はそこまでやっていない。その理由の一つに、「センスのない凡人はどう足掻いてもソロマスになれない」というのがある。私はダイヤ帯に三シーズン連続で到達し、そして毎回ダイヤ3の手前で終わった。シーズンを追うごとに、私はCSでやっているのだが、味方にデュオが来ることが多くなり、デュオに合わせながらプレイする毎日だった。自分がキルしても味方はついてきてくれず、逆に上手すぎるデュオについていけず自分が死んだりと、兎に角やってて楽しくなかった。ソロの醍醐味である、見知らぬ仲間とお互いに連携して勝つ！というのがほぼ失われていた。
それに加えて、ボルトSMGとフラトラが床湧きしなくなった。これが自分にとっては致命的だった。単純に、撃ってて楽しい武器がゲームをやってても使えないというのは相当ストレスだった。あとは私が好きなアリーナランクのマッチシステムが改善されず、更にアリーナにおけるハンポ関連について何の調整もやっていない事もストレスだった。
ファミ通か何かの、apexの運営のインタビューを読んだ。そうするとそこには、常に新しいことにチャレンジするとあった。きっとその結果として、オリンパスの改変やコントロールがあるのだろう。確かにコントロールは楽しい。でも、ボルトが無く、BRランクに潜ればデュオの顔色を伺わなければならず、アリーナに行けば敵も味方もディヴォREなこのapexに私は正直楽しさを見出せない。
今年の夏にスプラ3が来る。csのエンジョイ勢はほぼスプラに移行するだろうし、pcユーザーだってスプラに移る人はいるだろう。そこが正念場なのではないかと個人的に思う。私はapexブームは今年で終わると思っている。pcユーザーはそもそもvaloやタルコフをやっている人が多いし、csは他に人口の多いfpsがないからapex一強なだけだ。このどうしようもない運営が変わらない限りapexのブームは終わると思う。
「安保法制の廃止と立憲主義の回復を求める市民連合」 との協調で
日本のリベラル勢力は、安保の破棄による米国との集団安全保障条約やQUADの枠組みによる協力を捨てて、日本がウクライナと同じ結末を迎える事を望んできたこと
そもそも自衛隊は違憲として解散させようとしている勢力と第一野党は連携しているのだということ
日本人としては改めて想起しておきたい
ウクライナがNATO加盟国であれば侵略は出来なかっただろう。
クリミアに侵略されウクライナ東部で多くの国民を殺されたウクライナがNATO加盟を望むのは当然だったし
それを望まないロシアが今なお、クリミアと同じ名目でウクライナへの侵略を開始した。
ウクライナがもっと早くにソ連崩壊後のロシアに力がない時にNATO加盟国になっていれば、クリミアにも東部にも侵略は出来なかっただろう。
日本が野党と「安保法制の廃止と立憲主義の回復を求める市民連合」が望むままに、安全保障と自衛隊を失えば
どのような結果を招くのか？良く分かったと思う。今なお、敵基地攻撃能力に反対している野党が望む未来が、どういうものか？
今我々が、ニュースを通じてみてるのがそれだ。
ZOZO前澤さんが金を配ったアレ。アレをシステム的に可能にしたのがkifutownというアプリ。
最初は慈善活動の団体やその支援者のために作られたアプリかと思った私はイノセントまっしぐらッ。
これはお金でフォロワーを合法的に買うシステムであり、詐欺師のために作られたとも思えるほどよくできたロンダリングシステム(後述)。
こんなしくみよ。
アプリ内では寄付の条件として、「条件は特になし」というやつと、「ツイッターで私をフォローすること」というメニューが組み込まれている。っていうか、そもそもそれ、変じゃね？？？？そんなメニュー必要か？あ、慈善活動とかじゃないないのか。（お察し）
そう。これは、お金を払ってフォロワーを買う合法的なシステム。「自由恋愛だからセーフ」みたいなノリと同じ。
いや、100歩譲って自由恋愛だからセーフだと思ってもいい。札束フリフリしてフォロワーを増やしたい人と、フォローするからお金クレクレという勢力は利害が一致しているウィンゥイーンな関係だわ。
でもこれ、ちょっとまって。そんな単純な話じゃない。
お金を配るときに、受け取れる相手を「抽選で選ぶ」という方法と、「自分で選ぶ」という方法がある。ふふーん、これは抜け道ﾊｹｰﾝ!
だって配る側がツイッターのサブアカウントを作って登録して、そのアカウントが当選してしまえばいいわけでしょ？
詐欺師：「仮想通貨に興味ある人に10万円を10人に配りマース！」
その他6000人「はははははははははーい！」
実際の当選者
その他の人の中から3人
手数料は10％かかる。お金ばらまく人が負担するっぽい。つまり、総額10万円なら1万円の手数料がかかる。でも7万円を自分に還元して、3万円を他人にあげるなら、トータル4マンの出費で6000人のフォロワーが増えるわけでしょ。しかも、そこそこの質のフォロワーが。
当選させる3人は自分で選べるわけだから、「○○さんのkifutownで当選したー！」とツイートしそうな人を選べるわけだ。そうすれば「あー、あの人は本当にお金を配っているんだ」というアリバイにもなる。本物を何割にするのかは詐欺師のさじ加減だが、一定量は確保するのだろう。全員が声を上げるわけではないので、7割が沈黙していても十分に本物っぽくなる。
ここまででも既に詐欺なわけだが、続きがある。二度美味しいとはこのことだ。続いてフォローしてくれた6000人に向けて仮想通貨の情報を投下し始める。もちろん詐欺的な内容の。続きが知りたい人はこちら。登録はこちら。無料のセミナーはこちら。そして……絶対に儲かる虎の巻を読むには○○マン！もうけを考えると安いよね？って…
別の仮想通貨とかじゃなくても、○○起業塾とか、英語講座とか、なんでも成り立つ。
少ない元手でリアルなフォロワーが大量に手に入る。一部は自分に還元するので出費はすくない。それだけでツイッターアカウントの信頼度や影響度を偽装できる。っていうか、そもそも金を配るのに何でフォローするわけ？自由恋愛だから？
そんでもって、kifutownとは無関係なルートから来た人が見れば、「このTwitterアカウントやべぇ！信用力たけー！」って誤認するわな。で、獲得したフォロワーに向けて「セミナーへどうぞー！」なんてやるわけだ。
他人から金を巻き上げる仕事をしている人にとって、このkifutownっつーのは夢のシステムよ。寄付とか言うワードを使うのおこがましいレベルだわ。誰か妥当なネーミングを考えてちょうだい。
なんか思いついたら追記するわ。ふんじゃーね！
あ、いきなり追記する。「自分で当選者を選ぶ」ためには寄付の総額が10万円以上必要だとのこと。え？なんで？って思うよね。制限なしでも自分で選べてよくない？このルールのせいで、このマネロンメソッドを使うためには10万円以上に設定する必要があるわけ。そうすると、kifutownがわの手数料も1万円になるわけ。
考えてもみれば、kifutownがやっているシステムというのも難しいことじゃない。Twitterと連携してフォロー関係をチェックしているだけ。それだけ。それだけのアプリで、詐欺師たちがどんどん万札を落としてくれるというのはホクホクおいしいシステム。100円のアプリでさえ苦労して開発して買ってもらうこのご時世に、1マーンエン！詐欺師のフォロワー稼ぎを「寄付」というクリーンなワードで偽装してやってのけるマインドにはマジリスペクトしかない（棒読み）。
まあ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の活用は課題を解決するだけでなく将来への有効な投資となる。企業規模や業種に関係なく検討すべきソリューションといえるだろう。
RPAに助けられた人もいるよって話だけど、RPAを盲信してるわけではないので大変だったことも書く(RPAが大変っていうより導入支援を担当してたITコンサル企業がクソ)
生存者バイアスだと思うのであくまでこういう人もいるんだくらいで読んでね
大手企業一般職(RPA業務経験)→中小SI企業SE→派遣RPAエンジニア
【経緯】
私は2016年に新卒で大手企業に一般職として入社して、2017年の1〜3月頃に所属部署にRPAが導入された。
最初はITコンサルが私の担当業務(日次で行う定型業務)を自動化して持ってきたのだが、正常稼働しないポンコツだったのでそれをまともに動くものにすることから始まった。
私は暇だったのでたまたま対応できたけど、多分他の人だったら積んでたと思う。(別の課にも導入されたが、動かないまま放置されてた)
なお、その時の私のスキルは、Excel関数は得意、VBAはボタンを押したらシートを印刷するマクロを作ったことがあるという程度のレベルだった。
当時の状況は以下だ(ツールはUipath)
・パソコンの処理速度によって、正常稼働したりしなかったりする。
→これはRPAで疲れ果てた方も言ってたやつ。
Delayで◯秒待機というのが置かれてたり、それすらなかったりしたのを、操作対象(ウィンドウやボタンなど)の存在を確認するまで待機するアクティビティを配置して対応した(タイムアウト時間を設定して、それを超えたらエラーとなる)
→これ自体は動作に影響はないのだが、同じ修正をそれぞれのプロセスにかけないといけないので、共通動作は1つのプロセスにまとめて、それを各プロセスから呼び出すように変更した。
→RPA化するにあたりITコンサルが作ってくれたのだが誤りだらけだったので組み直した。
上記に対応したらRPAとVBAのスキルが身につき、なおかつ担当業務が自動化されて更に暇になったので、新規でRPAプロセスやExcel,AccessVBAツールを開発したり、既存のレガシーExcel,AccessVBAツールの改修などを行っていた。
業務自体は楽しかったのだが、通勤時間が長く、低賃金で職場の近くに引っ越すこともできなかったので自宅(実家)から近い(それでも1時間弱かかる)会社(中小SI企業)に転職した。
本当はプログラミングをやりたかったのだが、そこではBIツールの画面開発とDBのテーブルやViewの作成とかをやってた。
1年ほど勤めていたが、体調の都合により退職した。
その後結婚をして半年ほど専業主婦をやってたが、体調も安定したのでフルリモートでできる派遣の仕事を探してたらRPAエンジニアを募集してたので申し込んだ。
無事受かったので、今は大手企業の業務部門内のRPA開発チームでRPAの開発を行なっている。(使用ツールは日本企業での導入が少ないので伏せます。)
業務の傍ではなく、主業務として開発を行なっているので、しっかりとしたプロセスができていて感心している。
今は派遣だが、社内試験を受かれば正社員になれるので、今後何事もなければここで働き続けるつもりだ。(育休産休時短勤務があるので、働きやすそう)
給料も高くなり、働く環境も良くなったので、新卒で入った会社でRPA担当できてラッキーだったなと思っている。
ちなみに私自身のRPAの認識は、システム化できないものをRPA化するというよりは、システムとシステムの橋渡しをしてあげるものだと思ってます。システム間の連携すら本来はシステム化されるといいんだけどね！
https://japanese.engadget.com/google-currents-092024721.html
Googleサービスとの連携、各種イベント管理、簡易の日記やブックマーク的な使い方が出来るため、Google+は非常に便利で面白い存在でした
ゲーム仲間同士でGoogleDocumentsを共有編纂するという用途に使うのも楽で、ここからGoogleのサービスに手を出した人も少なくはないでしょう
ただそうまでしたい人が少なかったのでしょう
がっつり使えば本当に便利で、ここの中だけでかなりのことを集約できます
一つのアカウントで複数のタイムラインを管理でき、Twitterなら鍵付きにしないとできないようなこともGoogle+ならサークルやカテゴリー単位で簡単に調整できます
コミュニティという専用部屋はdiscordやオープンチャットのような存在ですし、カテゴリーやサークルはTwitterのフォローリストの発展系として大変便利ですし、ちょっとしたイベントを興して管理したり、Googleの各種サービスと連携が容易なので資料庫としても重宝し、カテゴリーを使いこなせばちゃんとしたブログとしても機能する
特化したサービスには及ばない物の、Googleのサービスを中心にしてそれらを良い感じに集約してビジネス臭がしないGoogle+ってめちゃくちゃ便利で使い勝手良かったんですよね
今の時代に生き残っていたら、GoogleMeetなどとも連携して結構話題になっていたのかも
何よりこれらがGmail一つ持っていれば直ぐに使えるんです
リリース当初は実名制を取り入れていたし、Youtubeなどとの強制連携などであまり良くない施策を繰り返したのも悪評に繋がりました
AKBが使っていることでも有名でしたけどね
一生懸命やってくれているのは分かるので、あまり辛辣なことを言うつもりはないけど、さすがにこれはゴミだろうと思う点が２つありました。
LINEで友達登録して、体調の連絡をしてくださいという案内がありました。
●健康観察について
LINEは使ってません。
仮にLINEを使っていても、LINEで個人情報は送りたくないです。
コロナの自宅療養中、厚生省の「HER-SYS」という健康管理サービスに、毎日体温など体調に関するデータを入力しています。
患者がHER-SYSに入力したデータは、病院の担当医師や保健所が見られるみたいです。
その際「体温があまり下がってませんね」などと、HER-SYSに入力したデータを見ながら、リモートで診察してくれます。
病院の担当医、保健所に続いて、東京都から電話でいろいろ聞かれました。
これまで担当医や保健所に伝えた内容と重複することを聞いてくるので、東京都の担当者（看護士）に、「毎日HER-SYSにデータを入力しているのですが、そちらでは見られないんですか？」と聞いてみました。
すると答えは「見る事ができません」とのこと。
副知事はITの専門家というウリだったけど、ITの使い方がうまくないと思いました。
厚生省もHER-SYSデータの閲覧権限を各都道府県に与えればいいのにと思いました。
