はてなキーワード: セルとは
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化するというよりは、システムとシステムの橋渡しをしてあげるものだと思ってます。システム間の連携すら本来はシステム化されるといいんだけどね!
・記録
・始めて5分もたってないんだけど
操作感(ボタン配置とか画面の感じとか)デッドセルズにすごく似てて驚いた
いやどっちもローグライクゲームだから似るの当たり前だしむしろデッドセルも他のゲームを参照してるのかもなんだけど
面白い…のか…?
ローグライクの繰り返して補強する要素の演出が弱くていまいち繰り返す楽しさ感じにくい気もする…
クリアした!
マニュアル車(MT)の場合は、クラッチペダルを床まで踏んで、ギアを所定のポジション(ローギアかバックギア)へ入れて
アクセルをゆっくり踏んでいくと同時にクラッチペダルを徐々に緩めていき
そう簡単には踏み間違えないと思います。(この動作をミスするとエンジンストールし易いです)車庫入れ時や駐車場でノロノロと空きスペースを探している際など(AT車だとクリープのみで進んでいる状況かなと)は超低速なので、クラッチを切ってからブレーキを踏みます。
ちなみに、クラッチを切った状態(AT車でいうとDレンジからNレンジにした状態みたいなもの)だと動力がタイヤに伝わらないため、その状態で間違ってアクセルを踏んでしまっても、エンジンがブオーンと唸るだけです。
急発進はそのつもりでの操作が要るので踏み間違いでは、し難いでしょう。マニュアルだと坂道の下りでもオートマのような加速はあまりしません。適度なエンジンブレーキ動作となります。
急発進もクラッチペダルさえ踏めば発進しません。あまりないけど、ギャーを間違うとノッキングやエンストを起こします。マニュアル車の後ろで車間距離を適度に取らずにあおり運転みたいなことしていると、シフトダウンで急激な停止状態となることもあるので、追突しても、車間距離を取らなかったほうが悪いということにもなるので要注意です。ペダルの踏み間違いによる事故がMT車ではほとんどない理由は他にもあります。
ブレーキとアクセルの踏み間違いは、ほとんどの場合焦りや集中力の欠如から起こりますが、MT車では車を発進させるだけでも複雑な操作の組み合わせが必要なので集中力が必要です。
そのため、何かに気を取られてブレーキが緩みクリープで車が動いたことに焦りブレーキとアクセルを踏み間違えたりします。
つまり、AT車は操作が簡単な分 他の事に気を取られる確率が上がります。ドライビングポジションというか、座り方にも差があると思います。
MT車は両足でペダルを操作するので、ペダルやハンドルに対し腰の角度が必ず正対することになります。
さらにMTのシフト操作のために左手を常に使う必要がありますが、
AT車の走行中は右手のウインカー操作の頻度が高いだけでシフトもワイパーも操作頻度が高いわけではない。
両足両腕を使って操作しているとハンドルセンターから左右にズレると
すぐにバランスが悪く感じ修正しますが、右足と右手だけだと位置と方向のズレ認識は難しい。
このズレでアクセルとブレーキの空間認識に間違いが出やすいってこともあるとは思います。
あとは単純に
「後進時にMT車は腰を回転できず上半身だけで振り返るが、AT車は腰を回転させようが位置を変えようが動かせる」
着座の位置と向きが変わればペダルの認識間違いはすぐ起きると思います。
MT車がAT車に比べて安全ではないかといわれる理由の大きなところは踏み間違いではなくて。。。
「クラッチで動力を切れる為"暴走事故"が起きづらい」ということだと思います。
ATでもMTでも"瞬間的な踏み間違い"は大小あると思いますがどちらでも起きると思います。
ただし瞬間ではなくて感覚的に"短時間"に入る数十メートル、数十秒にわたる暴走は故意や故障でなければMT車ではありえないと言っていい。
よい事例としては「プリウス福岡暴走事故」ですね。病院に突っ込んだ有名な事故。
あれは300m以上暴走したのち病院に突っ込んだ。この事故は正常なMT車だと絶対に無いと言える。
300mもコントロールできず加速し続ける状態をMT車では想定して運転したことないです。先月納車されたスイフトスポーツのMTに乗ってますが、今のMTはクラッチだけじゃなくてブレーキも同時に踏んでないとエンジンかかりません。
これには驚きました。
昔、教習所で踏切内でエンコしたらギアを入れたままセルを回せば進んで脱出すればよい、と習った記憶がありますが、もうそういうのは昔話なんでしょうね。
放し飼いの猫もいるから猫は遺棄されている場合(箱とかに入れられたりして捨てられてるのか明確に分かる場合)以外は預からんって見たけど、
それなのに外に放したら警察が怒られるん…?
飼い主のツイートこれ↓なんだけど、これでも警察が一方的に悪いんか?
高齢なので、自分でいなくなってそこら辺でのたれ死んだら「ま、しゃーねえな…」と思ってたんだけど、まさか第三者の手で遺棄されてるとは思わなくて…絶対見つけたい— テヤンセルBOY🧸 (@_teyansel_) February 5, 2022
そもそもこんな年寄りを外に出すなんて飼い主は何を考えてるの?というご指摘も見かけます。近年足腰が悪く長い距離歩けず、動かないため、外の空気を吸いたがる時は玄関先に出していました。玄関ドア前で寝そべって陽を浴びたあと、すぐ中に入るということが通例でしたので、外に出していました。— テヤンセルBOY🧸 (@_teyansel_) February 5, 2022
バトルのガワだけ見ればそうなんだよね
>大ゴマでかっこいい技名を叫びながらかっこいいポーズを取ると敵にダメージが行くけど冷静に考えると何をやってるのか分からない、っていう。
ちなみに一応、漫画では技名を超えに出しては言わない。
あと聖闘士星矢、全部読んだわけではないが、
「自分が思う鬼滅の刃のここが他のバトル漫画と違う」点だけど、
他のバトル漫画だと主人公が強い雄として、別の強い雄であるラスボスを倒しました、な系譜だ。
悟空は(地球を救いもするが)自分が死んだら地球の人類が殺されることを予期しながらも「自分が強い奴と戦いたい」だけでセルを復活させるし、
幽介は拒食を続ける妖怪の父に向って「人間を2,3人さらってきてやろうか」と言う。
(この時自分は「おい、その最初の一人は蛍子で二人目はしずるなんだろうな?」と思ったのをよく覚えている)
他にも、バトル漫画物の主人公は、その常人では決して対抗できない超・攻撃能力を、
自分の好き嫌いや感情的な理由で他の人間に向ける描写がけっこうある。
(ないのは「ダイの大冒険」のダイぐらいではないだろうか、と思っていた。
ダイは他の場面でも利他的で非戦的で、「大魔王を倒せる自分を地上の人々が恐れ殺そうとするというのなら、それでも自分は大魔王を倒す。そして地上から姿を消す」と返答するシーンがあったとはず。)
「鬼滅の刃」はそのへんが徹底していて、鬼殺隊の面々は人間全体を鬼の被害から守るために戦う。
人知れず、自分はある日死ぬ覚悟を固めていて、感謝を求めているわけじゃない。
でも鬼が誰かの大事な人を食い殺したら悲しむ人がいるから、他者にそんな思いをさせないために戦う。
長くなっているが、こうした大きなトラウマを抱えた主人公はバトル物では非常に珍しいと思うし、
「超人的な攻撃性能を持つが、決して人には向けず、むしろ守ってくれる安心感がある」
女性に受けるはずだと思う。女性は、男性の攻撃性の高さを受け入れつつ、暴力を警戒する性質を持つ。
だから女性のほうが、この「鬼滅の刃」における攻撃性の取り扱いに深く共鳴してヒットになったのだと考えているし、
が、言われてみると、「何かを守るためだけに戦う(征服欲とかで戦ったりはしていない)」「攻撃能力は高いが、民間人には向けない高潔さを持つ」「実は人知れず人類を守っている」
あたりは共通項かもしらん。
なんとかの呼吸なんとかの型と色々あるけどエフェクト以外はどう違うのかよく分からんのが多数ってのもそれっぽい。子供が真似したがるのも
真面目?な話、
スパコンとグラフィック能力というのは関係あるようでないような気もするのだけど、
VRとか完全にボクセルで描かないと、物体の破壊とかちゃんと表現できない気がするんだよなぁ
マインクラフトもボクセルといえばボクセルだけど、あれはブロックというか粒度が荒すぎて、
ボクセル単位での物理シミュとかはともかく、まず普通にポリゴンで描いたような物体があって、
それを2Dの消しゴムツールがピクセル単位で消せるように、ボクセル単位で消せるとかできないと
地面に砂があったら、それが手からこぼれるぐらいでないと駄目だと思うんだよね
ゼーガペインみたいなアニメでそれが量子コンピュータで可能になるかのように説明されるけど、
そんなことないんじゃないか、というか、あんまり本質的に関係ないんじゃないかと思ってて、
この世界の原子分子レベルを実現するには、爆発的な演算やメモリが必要になるわけで、
そういうリソースや並列処理の化物をスパコンと呼んでいいのかよく分からんのよね
そういった化物であることと天気予報や核爆発シミュは関係するようで本質ではない気がする
とポエムを書いてみた
万年セルラン圏外のどマイナーなソシャゲを最近始めたのだが、意外とポチポチやるのが楽しい。
ドラマチックなメインシナリオとかリッチな3Dとか動く2Dとか一切なくて(カードイラストがそのまま立ち絵になる仕様)、
ゲーム部分はほぼポチポチしながら見守るだけな虚無、キャラボイスも戦闘やホーム台詞の一部にちょろっと入っているぐらいのあまりのやる気の無さで、
ついでにどうもリリースしばらく経ってから運営がやらかして炎上したようで、そこからずっと低空飛行を続けているようなゲームだ。
それでも大したテキストがないからこその描写のあっさりさや、ポチポチで済む操作の手軽さが妙にしっくり来てしまい、だらだら続けている。
セルラン上位に来るようながっつり時間を喰うゲームも並行してやっているので、それらに疲れた時に丁度いい立ち位置なのだ。
季節イベントで提供されるキャラの会話もひたすら無難で他愛のないものなのだが、だからこそ変に感情を揺さぶられることもなく、キャラクターに素直に好感を抱くことができる。ゲーム外展開もほぼゼロなので、ひたすらゲーム内のコンテンツだけに集中できるのも良い。
問題は、そういうゲーム故にいつサ終してもおかしくないことである。
サ終のお知らせがいつ来てもおかしくないゲームと認識して始めたのだが、愛着が湧くと意外に終わってほしくないものだと思えてしまうから不思議だ(微々たる額だが好みのキャラのピックアップが来た際には若干の課金もしてしまった)。
レオナルド・ダ・ーヴィンチ,ニールス・アーーベル,坂本龍ー馬,アントニオ・ガーウディ,シモーヌ・ヴェーイユ,アルバート・アインシュターイン,オーランド・ブルーーム,太宰ー治,二コラ・テスーラ,織田信ー長,稗田阿ー礼,マーク・ザッカーバーーグ,スーザン・ボーイル,エイブラハム・リンカーーン,スティーブン・スピルバーーグ,トーマス・エジーソン,ビル・クリーントン,山下ー清,アラン・チューリーング,ソクーラテス,ダニエル・ラドクーリフ,葛飾北ー斎,パブロ・ピーカソ,モハメド・アーリ,テンプル・グラーンディン,ミケラーンジェロ,ブリトニー・スピアーーズ,冷泉天ー皇,トム・クルーーズ,長嶋茂ー雄,芥川龍之ー介,フレディ・マーーキュリー,ヴォルフガング・アマデウス・モーーツァルト,フィンセント・ファン・ゴッーホ,ビル・ゲーイツ,大村益ー次郎,夏目漱ー石,グレン・グーールド,グリゴリー・ペレールマン,イチーロー,黒柳徹ー子,マイケル・フェループス,南方熊ー楠,ジョン・フォン・ノーイマン,さくらもーもこ,ルートヴィヒ・ヴァン・ヴェートーーベン,ルイス・キャーロル,ウォルト・ディーズニー,パリス・ヒールトン,棟方志ー功,ルートヴィッヒ・ウィトゲンシュターイン,野口英ー世,ジョン・レノーン,ナポレオン・ボナーパルト,ジョナサン・スウィーフト,バートランド・ラーッセル,アンディ・ウォーーホル,アイザック・ニューートン,チャールズ・ダーーウィン,石田三ー成,ウィル・スーミス,
VDI(仮想デスクトップ)代替ソリューションの分類や、それぞれの仕組み、検討ポイントなどを解説する本連
載「テレワーク時代のWeb 分離入門」。 第1 回、第2 回でテレワークと Web 分離の方式の特徴を解説しました。
今回のゴール
用途の観点で各方式を分類すると下図のようになりますが、どんな組織にも共通する「おススメの方式」はあ
りません。
(出典:ネットワンシステムズ)
今回は、読者の皆さんが自組織にマッチする方式を選定できる状態をゴールとして、「結局、 どれを選べばいい
のか」という疑問に回答します。
フローチャートで分かる、
VDI 代替ソリューションの分類や、それぞれの仕組み、検討ポイントなどを解説する連載。最
終回は、VDI 代替ソリューションの方式選定における 4 つのポイントを解説して、各方式を比
較します。
(2021 年03 月04 日)
26 →目次に戻る
これまで多くのユーザーと会話してきた経験から、おおよそのケースで次の4 つのポイントに論点が集約されます。
2. データを処理するマシンがローカルマシンで大丈夫かどうか
これらを基に、方式選定に使えるフローチャートを作ってみました。
(出典:ネットワンシステムズ)
「 ブラウジングだけを安全に実行できればよいのか、それともブラウザ以外のアプリも安全に利用させたいのか」
テレワーク用途では、前者でよければセキュアブラウザ方式に、後者でよければそれ以外の方式にふるい分け
できます。Web 分離用途では、前者が仮想ブラウザ方式、後者がそれ以外の方式となります。
27 →目次に戻る
【ポイント 2】データを処理するマシンがローカルマシンで大丈夫かどうか
次に、「 情報漏えい対策をどこまで強固なものにしたいか」という観点での要件です。
プログラムの実行環境が手元のPC となる場合、データも手元のPC に保存されます。つまり、手元のPC を
「 ディスクを暗号化している、生体認証を有効にしている、だから大丈夫」と言い切れるならいいかもしれません
が、「技術の進歩によって将来的に突破されるかもしれない」といった懸念を払拭(ふっしょく)できない場合、仮
想デスクトップ方式やリモートデスクトップ方式のように、遠隔にあるマシン上で作業できる仕組みを導入する必
要があります。
その一方、将来の懸念よりも、例えばコストなど別の部分を重視したい場合は、会社PC 持ち帰り方式(VPN
なお一般的に、リモートデスクトップ方式とVPN 方式はテレワーク用途のみで導入されますが、仮想 デスクトッ
プ方式とアプリラッピング方式は、テレワークと Web 分離、どちらの用途にも利用できます。
【ポイント 3】データを処理するマシンが物理PC で大丈夫かどうか
【 ポイント 2】で「遠隔にあるマシン上で作業させたい」となった場合は、3 番目の検討事項として、業務継続
性を考えるとよいでしょう。
リモートデスクトップ方式の場合、社内の自席にPC が物理的に存在することが前提です。そのため、自席 PC
一方、仮想デスクトップ方式の場合、マシンが仮想化されており、多くの環境において仮想マシンが動作してい
るサーバ群はn +1 などの方式で冗長化されています。そのため、非常に強い障害耐性があります。
障害耐性を高めたい場合は、仮想デスクトップ方式がベストです。業務が停止するなどのリスクを運用でカバー
できる場合は、リモートデスクトップ方式を選ぶことになるでしょう。
28 →目次に戻る
【 ポイント 2】で「手元のマシン上で作業させてもOK」となった場合、3 番目の検討事項として、再度情報漏
えい対策について考えます。【 ポイント 2】では、PC ごとデータが盗まれてしまった場合を想定しましたが、ここ
手元のPC でプログラムを実行するということは、つまり「端末の脆弱(ぜいじゃく)性を突いたゼロデイ攻撃
を受けるリスクが存在する」ことです。脆弱性を突いた攻撃を受けると、多くの場合、情報を抜き取られてしまい
ます。
従って、例えば VPN 方式を導入する場合、「EDR(Endpoint Detection and Response)で脆弱性攻撃対
策を実装する」「端末のロックダウン化によってデータを保存させない」「実行できるプログラムを制限する」「屋
外の公衆Wi-Fi を利用できないように制限する」「多要素認証を導入する」などの対策を併せて導入する必要が
あります。
このような徹底した対策を継続して運用できる組織に限っては VPN 方式も有効な選択肢ですが、筆者としては
VPN 方式は安価かつ容易に導入できるので、昨今のテレワーク需要が高まる状況では、多くの組織で上記のよ
うな徹底した対策を取らずに導入してしまったと思います。取 り急ぎの暫定処置としてVPN 方式を導入してしまっ
た場合は、これを機に腰を据えて見直してみてはいかがでしょうか。
• 参考リンク:日本経済新聞「在宅時代の落とし穴 国内38 社がVPN で不正接続被害」
また、国内に限った話ではありませんが、Verizon Communications のレポートによると、やはりVPN トラ
フィックが増加傾向にあるようです。VPN 方式の普及に伴って、悪意ある攻撃者による被害数も増加すると思い
ます。
• 参考リンク:Verizon Communications「Verizon Network Report」
29 →目次に戻る
ここまで、要件をベースとした考え方を記載しました。選定すべき方式が大まかに見えてきたところで、ここか
らはそれぞれの方式を横に並べて、共通の項目に沿って比較します。
この比較によって、方式選定の次のステップとなる製品選定において「見落としがちな落とし穴を見つけて対策
を考える」といった検討を具体的に進めることができると思います。
以降の表の見方を説明しておきます。緑塗りのセルがポジティブな内容、赤塗りのセルがネガティブな内容、黄
塗りのセルはどちらともいえない内容です。また、それぞれの表の下部には、主に赤塗りのセルに関する特記事項
なお単純に、緑塗りセルの多い方式が優れているわけではありません。対象業務の内容やコスト、運用体制、セ
キュリティ、業務継続性など、いろいろな観点からトレードオフで方式を選定することになります。
できる作業
(出典:ネットワンシステムズ)
仮想ブラウザ方式とセキュアブラウザ方式では、例えばファイルサーバの操作といった、ブラウザ以外のアプリ
は使えません。多くの場合、Windows の統合認証など Windows に依存する機能も利用でません。
また、印刷に関しても確認が必要です。製品ごとにサポート内容に差が出るポイントなので、方式選定の次の
30 →目次に戻る
(出典:ネットワンシステムズ)
会社PC 持ち帰り方式(VPN 方式)とリモートデスクトップ方式は、端末のアップデート、故障時の交換など、
端末台数が増えるに従って、それに対応できる人員数を確保する必要があるので、運用コストが増大する傾向に
あります。
その半面、仮想デスクトップ方式は初期コストが高額ですが、メンテナンス対象はマスター OS のみであり、仮
VDI の運用ナレッジが豊富なSIer に依頼することで、作業内容の質を落とさずにコストを圧縮できる効果が期
待されます。
(出典:ネットワンシステムズ)
仮想ブラウザ方式やアプリラッピング方式、セキュアブラウザ方式は、「 Web ページが正常に表示されるかどう
か」などの動作確認を、あらかじめ実環境で実施しておく必要があります。この動作確認は、運用フェーズにおい
また、特に仮想ブラウザ方式は、「 ブラウザタブを開き過ぎるとサーバ基盤の負荷が高騰して Web ページの閲
覧速度が急激に低下する」といったサイジング関連のトラブルが発生しやすくなります。
31 →目次に戻る
(出典:ネットワンシステムズ)
マルウェア対策については、会社 PC 持ち帰り方式(VPN 方式)やリモートデスクトップ方式、仮想デスクトッ
プ方式は、EDR やアンチウイルスソフトの導入などが別途必要です。一方、仮想ブラウザ方式やアプリラッピン
グ方式、セキュアブラウザ方式は、「 利用終了後に環境ごとデータを削除する」「 exe 形式のファイルの実行を禁
重要情報の盗聴については、リモートデスクトップ方式や仮想デスクトップ方式、仮想ブラウザ方式(画面転送
型)は、画面転送型なので、暗号化通信が仮に復号されたとしても、実データが盗聴されることはないという強
みがあります。
最後に、不正アクセスについては、多要素認証システムと組み合わせるなどの対策がどの方式でも必要です。
ログインに関わる操作が増えることで利便性は低下しますが、昨今の状況を鑑みると、多要素認証の導入は必須
といえます。
おわりに
これで 3 回にわたる連載は終了です。いかがだったでしょうか。
セキュリティと利便性はトレードオフの関係にありますが、筆者は「仮想デスクトップ方式」と「仮想ブラウザ
仮想デスクトップ方式と仮想ブラウザ方式は、「 導入によってセキュリティレベルを大きく低下させることはな
い」という点が最大のポイントです。その上で、仮想デスクトップ方式には「従来のクライアント OS と同じよう
に利用できる」という汎用(はんよう)性の高さがあり、これが他の方式より優位な点となっています。一方、仮