[RPA]PC自動化技術総合スレ[効率化] Part.9

**デフォルトの名無しさん** · 2020/05/08(金) 00:27:08.59

語りましょう
次スレは>>950がたててね

950踏んでたのすっかり忘れた。
サーセン

**デフォルトの名無しさん** · 2020/07/27(月) 12:05:41.34

>>614
そう、毎日一回の実行で
全部で10種類くらい動いてて、中には毎日稼働、週2回稼働、15日～月末まで毎日稼働とか色々ある

**デフォルトの名無しさん** · 2020/07/27(月) 12:27:59.68

トップダウンでやらないと難しい？

**デフォルトの名無しさん** · 2020/07/27(月) 12:38:09.05

>>615
10ロボット1日1回として2ヶ月で10×30×2で600回くらいとして…
停止率2/600って結構多くないか？

**デフォルトの名無しさん** · 2020/07/27(月) 12:43:21.78

>>617
ユーザーがマスタファイル弄るときミスしなければ止まらないよ
細かくは言わないけど、製品リストの追加や削除でマスタをアップデートするんだけど、担当者が製品名の記載ミスしたりするとそこの処理で止まる

**デフォルトの名無しさん** · 2020/07/27(月) 12:45:53.85

>>616
他は知らないけど、うちの会社はトップダウンだったね
色々反対の声もあったけど、反対してる人達はじゃあ何かやってくれるのか？って言っても何もやってくれなかったし
で、トップダウンで実行してった

**デフォルトの名無しさん** · 2020/07/27(月) 13:29:37.45

>>618
ロボットが人のミスで止まっちゃあかんでしょ
製品名の検証ロジックとか入れてないの？

**デフォルトの名無しさん** · 2020/07/27(月) 13:45:36.53

>>620
そんなもん勝手に判断するわけにいかない場合のが多そうだし
チェックロジックつけたって止まるんだから検証ロジックのメンテの手間を考えたら失敗時に
ファイル名つけたエラーメッセージかメール送る程度でいいだろ

**デフォルトの名無しさん** · 2020/07/27(月) 13:55:33.71

>>621
いや止めるなよ
ゴミデータがあったら除外して進めろ
なんでそんなことぐらいで止めるんだ
止めていいのはハードが故障したとか、外部サービスが落ちてるとかやむを得ない場合だけ
それすら一時的である可能性を考慮して、リトライ処理を確実に入れ込む

**デフォルトの名無しさん** · 2020/07/27(月) 14:13:15.52

>>622
そんなもん仕様次第だわ
ファイルの間違いと思われるものをシステムが勝手に除外したり修正して後の処理に続けるのが常に正しい訳がない
RPA以外のシステムだってアップしたファイル間違えてたら止めることはある
夜間バッチみたいなのは基本止めないだろうけどすべてがそういう用途じゃないから

**デフォルトの名無しさん** · 2020/07/27(月) 14:35:30.63

>>623
いやいや
なんで1レコードのミスで全体を止めるんだよ
んなもん除外して後続処理を継続するに決まってるだろ

**デフォルトの名無しさん** · 2020/07/27(月) 14:51:44.00

>>619
ありがとう御座います

**デフォルトの名無しさん** · 2020/07/27(月) 14:52:29.01

業務内容によってはもちろん除外して進めてるのもある
けど、意図的に止めるやつもある
止まるのも設計段階での仕様通り

**デフォルトの名無しさん** · 2020/07/27(月) 15:13:38.52

RPAじゃなく普通のアプリ作ればいいのにね
商品名入力を間違えたなら間違えた瞬間に解析して何行目の商品名がおかしいですよって教えてくれる
入力とバリデーションの間が開きすぎてるから月1なんていう高頻度でシステム止めるなんて馬鹿げたことになってしまう
なんでわざわざ工数割り増し低品質のRPAで開発しようとするかねえ

**デフォルトの名無しさん** · 2020/07/27(月) 16:17:24.19

マスターがデータベースじゃなくてファイルなのか・・
アップデートって言わずにアップロードと言って欲しい

**デフォルトの名無しさん** · 2020/07/27(月) 16:20:26.19

Selenium+geckodriverのことで質問なんですが、
PCの負荷が高いときに使ってるとFailed to decode response from marionetteってなって
一旦quitするまでSeleniumから操作できなくなります。
そういうもんなんですか？

**デフォルトの名無しさん** · 2020/07/27(月) 18:33:27.73

>>629
完全にリソース不足ならわからんがギリギリぐらいではエラーにはならないと思うがな
レスポンス遅くなってwaitミスってるとかのほうが可能性としてはありそうだ

**デフォルトの名無しさん** · 2020/07/27(月) 19:40:33.10

>>627
RPAを使って効率化するためなら、どれだけ非効率な
ものになっても構わないから。

**デフォルトの名無しさん** · 2020/07/27(月) 19:52:58.10

>>627
>>619にあるけど、反対してる人達は反対だけで何もしてくれないからRPAになったんじゃない？

**デフォルトの名無しさん** · 2020/07/28(火) 01:03:04.78

>>619
止めずに進めるなら、Excelとかのファイルに
処理結果とか付けてエラーになった奴は×印付けて続行とかにするかな
修正後に再実行して全部〇になったら完了っていうのが理想

**デフォルトの名無しさん** · 2020/07/28(火) 01:16:51.92

>>627
業務システムの新規構築ってアホみたいに金と時間がかかるから
その金出せない所が既存システム流用でRPA使ってお茶濁してる所が多い

RPAなら1ライセンスで100万行かない程度には収まるから
そっちに飛びつくのはしょうがない

**デフォルトの名無しさん** · 2020/07/28(火) 01:17:26.30

>>633
いいね
なんか久しぶりに建設的なコメ見た

**デフォルトの名無しさん** · 2020/07/28(火) 01:25:41.52

>>635
データ入力系のロボットはデータ数増えるほど相対的に止まりやすくなるから
再実行用のロジック(処理途中から再開できる）を
最初から仕込んでおくと何かと捗る

処理結果付けると、既に記入済みならそのレコード飛ばして次データへ
っていう流れにもできるから、出来れば入れておくといい

**デフォルトの名無しさん** · 2020/07/28(火) 02:17:50.43

RPAは作業の自動化であって業務の効率化ではない

**デフォルトの名無しさん** · 2020/07/28(火) 08:57:09.51

>>634
RPAで作るようなオモチャはセルフで普通のプログラミングで作れる
バカ高いライセンス料金払う必要はない

**デフォルトの名無しさん** · 2020/07/28(火) 11:25:14.34

>>638
確かにセルフで作れる
問題は社内の誰が作るかだ

**デフォルトの名無しさん** · 2020/07/28(火) 11:30:46.03

>>639
誰でもいいよ
小学生でもプログラミングできる時代だからね
ただもめないように開発中は通常業務の時間は減らしてやったほうがいい

**デフォルトの名無しさん** · 2020/07/29(水) 07:06:12.15

小学生と大人の違いは大人相手にビジネスベースで話せること
コミュ障だからプログラマ選ぶ人は低レイヤ目指すしかないな
業シスは無理

**デフォルトの名無しさん** · 2020/07/29(水) 08:10:42.18

金かける必要性は皆無だよなぁ
Python、C#、Ruby等々、無料のプログラミング言語のほうが遥かに便利
やむを得ない事情でしかたなくRPA製品を使わなければならないとしても、無料のRPA製品があるからそれ使えばいいわけだし

**デフォルトの名無しさん** · 2020/07/29(水) 10:22:28.44

>>642
メーカーサポートが受けられる、っていう点が大きいんだわ>RPA製品

ぶっちゃけこれ以外メリット無いけど
何も知らんユーザーにとってはHELP先があると無いとで大きく違う

**デフォルトの名無しさん** · 2020/07/29(水) 11:07:13.92

メリットがないってことはないだろう
上で言ってるサポートもそうだし最初から環境やセキュリティ周りの設定ができてるのもある
ズブの素人（要求定義書作るくらいしかしない情シス含む）ができることはたかが知れてるし
自社開発するのに引っ張ってくるにしても人件費月60万くらいじゃまともなの作れるレベルかは博打だしな
社員が自社開発できるレベルなのか確認するには無難じゃない？

**デフォルトの名無しさん** · 2020/07/29(水) 12:30:44.33

>>643
サポートったってどうせ大したことしないのに必要ないっしょ？

**デフォルトの名無しさん** · 2020/07/29(水) 12:42:03.42

>>644
プログラミング言語とRPAの環境構築なんて大差なかったぞ？
インスーラーポチポチではい終わり
PowerShellとかならインストールすら不要

セキュリティ対策とか言ってるけど
開発者の力量関係なく防げるセキュリティホールはプログラミング言語でも当然ながら塞いである
でなきゃ誰も使わないって流石にわかるだろｗ
そういう類じゃない開発者のミスで生じるセキュリティホールはプログラミングでもRPAでもいくらでも作れてしまう
なのでセキュリティ強度はプログラミングでもRPAでも変わらんよ
むしろ余計なレイヤーを追加する分RPAのほうが攻撃面は広いかもしれんね

プログラミングもRPAも開発に知識が必要なのは同じ
外注したら
　プログラミング　外注費用だけ
　RPA 外注費用+ライセンス料金
自作したら
　プログラミング　無料
　RPA　ライセンス料金

**デフォルトの名無しさん** · 2020/07/29(水) 12:57:01.09

>>646
言われて見ればRPA程度のことやるなら開発環境入れてexe実行するだけか
それなら確かに誰でもできるなその点は撤回するわ

**デフォルトの名無しさん** · 2020/07/31(金) 00:13:33.54

中国では UiBot ってのが主流らしい

**デフォルトの名無しさん** · 2020/07/31(金) 11:37:47.67

企業の偉いさんの評価が、　RPA > プログラマー　なのは、アピール力の差

RPAは「RPA導入でコスト削減」とか日経が記事載せて宣伝してくれるけど
プログラマーが何を出来るかなんて認知されてない

**デフォルトの名無しさん** · 2020/07/31(金) 12:45:01.08

それな
RPA業者は広告費たくさん持ってるから宣伝できていいよな
RPA業者の商売の上手さは既存のシステム開発企業より遥かに上

**デフォルトの名無しさん** · 2020/08/03(月) 16:16:22.94

>>649
落ちずに一瞬で処理するシステムより、少しずつExcelから
転記して入力するRPAの方が頑張ってる感があるから
素人を騙しやすい。

**デフォルトの名無しさん** · 2020/08/03(月) 16:31:12.02

働いてる感は大事だね

**デフォルトの名無しさん** · 2020/08/03(月) 18:53:02.41

>>649
でもRPAエンジニアは募集すると沢山来るけど、プログラマーは集まらないよね。
うちの会社RPAの直雇用を募集したら2週間で300人応募あった。
プログラマは安いのか集まらない。

**デフォルトの名無しさん** · 2020/08/03(月) 19:04:09.88

普通のITシステムと比較したらRPAを導入してる企業なんてのは本当に極々僅かだよ

導入企業が少ないから募集も少ない
募集が少ないから群がる
群がるから足元を見て値切る
募集が少ない上に安いので人材が消える
人材が枯渇してメンテナンス地獄

あらら
困ったね

**デフォルトの名無しさん** · 2020/08/03(月) 19:14:34.23

RPAの自動化ってあんまり面白くないんよな

**デフォルトの名無しさん** · 2020/08/04(火) 19:36:02.31

Sikulix使ってる方に質問です
Undo/Redo履歴のクリア方法はありますか？

通常textエディターなどでは
Undo/Redo履歴はアプリ終了まで有効で
終了や再起動とともにリセットされますが

Sikulixの場合
再起動してもUndo/Redo履歴を覚えていて
「そこまで元に戻らんでも…」となる時があります

おま環かもしれません
バージョンは2.0.4です

Undo Redoとは
Sikulix>メニュー>編集>元に戻す
Sikulix>メニュー>編集>やり直し
のことです

よろしくお願いします

**デフォルトの名無しさん** · 2020/08/05(水) 02:47:50.43

>>655
オートメーションの自動化とは？

**デフォルトの名無しさん** · 2020/08/05(水) 22:28:29.17

>>656
長文失礼

どうやらCtrl+Zで編集が元に戻る訳でなく
何かが原因で起こるバグのようです

具体的には
作成プログラムの中に画像を含む構文があるとき
Ctrl+Zを押すと画像が削除され、もう一度Ctrl+Zを押すと
消えた画像の代わりにテキストが出現する、というバグのようです

このCtrl+Zバグは、
ブログラムの中にある画像を含む構文が
すべてテキストに置換されるまで続いてしまいます

Ctrl+Z 0回目「Region(画像表示).コマンド(画像表示)」 ←こんな感じの構文があるとバグ発生
Ctrl+Z 1回目「Region(画像表示).コマンド(消えます)」 ←画像が消え
Ctrl+Z 2回目「Region(画像表示).コマンド(Text表示)」 ←Textに代わり
Ctrl+Z 3回目「Region(消えます).コマンド(Text表示)」 ←画像が消え
Ctrl+Z 4回目「Region(Text表示).コマンド(Text表示)」 ←Textに代わり…
↓
Ctrl+Z n回目「画像を含む構文がすべてText表示に置換されるまで、Ctrl+Zバグは続く」

対策は(とりあえず)
メニュー>ファイル>環境設定>more opsions とめぐり
　オフ　ImageThunbs (on) / ImageLavels (off)
　オン　show script as plain text
で、Ctrl+Zバグが発生しなくなったので

後は、おま環検証をやったり
バージョンアップを待つことにしました

**デフォルトの名無しさん** · 2020/08/09(日) 09:45:41.26

思い付きで社長がWinactor買ったから結果出せでVBAで作られているものをWinactor化する無意味なことやってるわ
時間も金もかかるし現場作業がメインなのにRPA導入すること自体無茶だと思うけどなあ

**デフォルトの名無しさん** · 2020/08/09(日) 11:45:38.16

人増やした方が早くて安く済みそう

**デフォルトの名無しさん** · 2020/08/09(日) 13:20:29.40

>>659
道楽に付き合う無意味な仕事で金もらえて羨ましいぞ
仕事もねぇ金もねぇ貯金が底付きるまでの時間もねぇってのに

**デフォルトの名無しさん** · 2020/08/09(日) 13:40:57.85

テキストプログラミングなら1日で終わるなーって作業でも、ビジュアルプログラミングなら何日、何週間かけても何故か許されるから、楽
素晴らしいことだ

**デフォルトの名無しさん** · 2020/08/10(月) 13:55:52.36

やってることが目に見えるからだろうね

**デフォルトの名無しさん** · 2020/08/13(木) 11:21:36.30

>>662
俺、事務っぽい仕事で趣味程度でプログラム書いてるけど、
コードベースもビジュアルベースも関係なく、１日程度ですぐ作れと言われる始末だぜ。
それで、すぐ作れると思われているせいか、RPA/プログラム関連で残業させてもらえない。

だから日中は事務＋雑務は後回しでRPA優先
残業で事務系やってる。

残業やってるとまだやってるのかと言われる始末。締め切り時期は地獄よ。
もう何この会社。あらふぉおっさんの愚痴よ。

**デフォルトの名無しさん** · 2020/08/13(木) 12:18:25.17

>>664
コードでかけば残業しなくて済むよ

**デフォルトの名無しさん** · 2020/08/13(木) 13:57:17.91

>>664
うちの職場と環境似てるわ
RPAはどんなものでも簡単に作れると勘違いしてるおっさんどもに無茶振りされまくり
彼らは幾つシナリオ作らせて作業時間が何時間減ったってのをカイゼン結果に上げりゃいいからなあ

**デフォルトの名無しさん** · 2020/08/13(木) 20:34:20.63

面白いじゃん。
RPAをVBAに置き換えてライセンス料削減しました、とか言ってやれば?

**デフォルトの名無しさん** · 2020/08/13(木) 20:46:35.56

急ぎの仕事ならTP
納期をダラダラ伸ばしていいならVP

**デフォルトの名無しさん** · 2020/08/14(金) 01:08:45.10

上司の顔を潰すリスクをとる馬鹿はいない

**デフォルトの名無しさん** · 2020/08/14(金) 07:21:35.29

自動化する際にIDとパスワードも自動にするか手動かは会社のセキュリティ次第なのかな

**デフォルトの名無しさん** · 2020/08/16(日) 12:22:33.91

パスワードも自動化、時間が来たら勝手に処理
人はエラーのときだけ。

**デフォルトの名無しさん** · 2020/08/18(火) 17:14:27.32

もう手は引いたがテスト環境無しで本番使って作れとかザラにあった。
RPAをよく分かってないお偉いさんがノリと見栄でライセンス買った会社が特にそう。
ダウンロードだけとかならまだしも入力シナリオ作成は怖すぎる。

**デフォルトの名無しさん** · 2020/08/18(火) 17:42:15.38

あるある

経営層のおじさんたちって、日経新聞に書いてあること何でも信じちゃうから…

何も考えないのが楽チンなんだろな

**デフォルトの名無しさん** · 2020/08/18(火) 17:54:39.57

>>672
専門家を雇わんとRPAなんて出来やしないよ
でも専門家を雇うなら普通にプログラミングやらせたほうが遥かに効率的
ほんとなんのためのツールなんだろうなRPAって

**デフォルトの名無しさん** · 2020/08/18(火) 18:23:38.11

社会のシステム自体を変えないと何も変わらないのに、旧態依然とした印鑑文化に毒されてるから何も進まない。

やるだけ無駄だよ。　根本的に変えないとね。

コロナ感染者数をFAXで連絡し、それをRPA
で自動化しようとしても無駄な努力。　根本的に間違ってる。

**デフォルトの名無しさん** · 2020/08/18(火) 22:03:47.21

まずはアナログからデジタル化だよなー

**デフォルトの名無しさん** · 2020/08/18(火) 23:04:39.42

印鑑押しやFAX送信をRPAで使うことすらあるからな

**デフォルトの名無しさん** · 2020/08/19(水) 02:07:45.95

ロボット（物理）がはんこ押す
おもしろいジョークアイテムだね

**デフォルトの名無しさん** · 2020/08/19(水) 02:33:22.09

そうやって仕事が奪われるのかあぁ
叩きつぶさないとなあぁ

**デフォルトの名無しさん** · 2020/08/19(水) 10:26:08.44

電子印鑑に変わっただけとかね。

**デフォルトの名無しさん** · 2020/08/20(木) 16:25:10.77

クレジットカード支払に変えれば済むのに領収書をスキャンして
データ化するシナリオ作ったりするからな。

**デフォルトの名無しさん** · 2020/08/20(木) 21:17:49.71

クレカで支払って領収書貰ってきてスキャンしてるよ

**デフォルトの名無しさん** · 2020/08/21(金) 00:49:41.10

>>650 >>673
がっつり宣伝広告費使って新聞に提灯記事書かせたあげく
赤字21億でいいという会社ごっこに踊らされている
おたくらの経営層(☝ ՞ਊ ՞)☝ｳｪｰｲ
https://catr.jp/settlements/47eeb/148872

**デフォルトの名無しさん** · 2020/08/21(金) 08:10:32.78

>>674
そもそも論だと、
RPAは専門家が使うことを想定して作られてないし、
研修してもRPAロボが作れない奴がホワイトカラーで働いてる時点で変なんだな

**デフォルトの名無しさん** · 2020/08/21(金) 20:58:48.68

税務署対応だけなら領収書を保存しておくだけでいいのに
なんでスキャンしたりコピーしたりするんだろ
費目と月日が分かればとりあえずは大丈夫なのに
事務の人は税務署の人とか税理士とかと話したことがないのかな

**デフォルトの名無しさん** · 2020/08/21(金) 21:42:35.27

https://www.itmedia.co.jp/news/spv/2008/21/news071.html

今度はコロナに絡めてきたw

日清さん、さすがに仕事のやり方見直した方が良くないすか、と思ったが
強力な定番商品持ってると何もしなくても売れるから、どうにかする気になぞならんのかもな

**デフォルトの名無しさん** · 2020/08/21(金) 22:22:53.17

人力に比べて80%も労力削減

自動化したのにゼロじゃないんだ

**デフォルトの名無しさん** · 2020/08/21(金) 22:49:03.56

大規模なテレワークを体験した社会は全体的に通新技術を利用する能力が高まる
はんこ、紙、FAXのような遺物はすぐに使われなくなるだろう

必要な物は、社員の独創性を発揮させる優れたデザインのウェブアプリ
そして企業内、企業間のシステム連携を加速させるAPIだ
人間とシステム、システムとシステムのI/Oが高度に電子化されれば紙の読み取りだとかGUIの操作だとか
そんなことはしなくても済むようになる
ただ単に純粋なデータを扱えばよいのだから

逆にそれができない企業は時代に取り残される可能性が高い
定形業務を何割かサクゲンしたところでイノベーションは起こらないのだから

**デフォルトの名無しさん** · 2020/08/22(土) 10:55:10.83

夢を見たんだね

**デフォルトの名無しさん** · 2020/08/22(土) 11:56:24.09

RPAで業務改革という儚い夢を見た

**デフォルトの名無しさん** · 2020/08/22(土) 13:18:29.56

>>686
日清のFAX送信自動化、茨城県の申請書類AI-OCRで取込って
笑わせに来てるな。

**デフォルトの名無しさん** · 2020/08/22(土) 13:35:51.46

>>691

決裁権を持ってるおじさんたちは、目に見える分かりやすいものしか理解できないのよ。したがって彼らには仕組みを作り直すよりはるかに効率的に見えてる。
現場は白目むいてると思うが…

**デフォルトの名無しさん** · 2020/08/22(土) 13:53:10.80

API鯖をさくっと建てるだけなのになんでFAXだのPDFだのと回りくどい曲芸データ通信をやりたがるんだろう
そのうち伝書鳩通信とかやり始めたりして

**デフォルトの名無しさん** · 2020/08/22(土) 14:12:19.32

バイク便配達

**デフォルトの名無しさん** · 2020/08/22(土) 22:43:55.40

なんでこいつらは仕事のやり方に固執するんだ？

という疑問は日本企業に汎用ERPを売りに来た外資も散々ぼやいた

**デフォルトの名無しさん** · 2020/08/23(日) 00:51:27.31

パッケージに業務を合わせて変える方が金も時間も
かからないが、金と時間を費やしても因習通りの
業務フローを守るのが大事にするからね。
だからRPAが日本だけでブームになった。

**デフォルトの名無しさん** · 2020/08/23(日) 02:49:52.01

>>696 コロナ騒ぎで日本の国政、自治体の体質がいかに遅れてるかが明らかになったな。

もう何ヶ月も経ってるのに未だにFaxを続けてるんだろ？
こんな行政は解体してしまえよ。　何のためにいるんだ？

**デフォルトの名無しさん** · 2020/08/23(日) 14:15:22.37

デジタルデータの信頼が低い
停電時には紙ベースだから
データでやり取りしてても結局プリントアウトするから
ダイレクトに紙に印刷されるFAXが良い

**デフォルトの名無しさん** · 2020/08/23(日) 14:22:56.21

>>698 デジタルデータの信頼性が低いとは、いつの時代の話だよ。
そもそもプリントアウトすると言う考え方が古過ぎるんだよ。
みんなが直接データを見れば済む話。

紙をなくすことが最善手なんだよ。

**デフォルトの名無しさん** · 2020/08/23(日) 14:24:42.04

滅多に起こらない電源喪失のために平常時の生産性を極限まで下げるとか笑える
つうか紙はデジタルデータと違って数学的に安全な方法で偽造防止できないから信頼性が低い
ガチで偽造防止しようとしたら紙幣みたいな高度な技術が必要になる
紙は経年劣化するだけじゃなく地震、火事、水害といった災害ですぐなくなる
不注意、犯罪による廃棄も簡単にできてしまう
スマートフォン、タブレットの普及のおかげでプリントする機会は年々減ってる

**デフォルトの名無しさん** · 2020/08/23(日) 14:29:17.36

メリットデメリットはそれぞれあるだろうね
お役所なんかはアナログの書類重視だけど
コロナのおかげでハンコ文化も見直されてきてる

**デフォルトの名無しさん** · 2020/08/23(日) 14:31:15.22

紙のメリットは無駄が多いから仕事と雇用を創出できることだな
治世の視点で見るとけっこう重要な役割を果たしている

**デフォルトの名無しさん** · 2020/08/23(日) 15:36:49.05

>>700
万が一の電源喪失に備えてあったのに
滅多に起こらないから杜撰な管理になっていて水素爆発を招いたのが福島第2原発

**デフォルトの名無しさん** · 2020/08/23(日) 16:14:29.77

紙なんて使ってたら、絶対にリモート作業なんてできない。
銀行や保険業会も紙やハンコを無くす形で動き始めている。

**デフォルトの名無しさん** · 2020/08/23(日) 16:18:27.10

>>703
リスクの大きさが全く異なる
原発はリスクが大きいのに全く備えが足りなかった
一般的な企業なら予備電源確保など安価で高い効果が出る対策をしておけば十分
全電源喪失に備えて普段から紙で仕事をするなどリスクとコストのバランスを考えられない子供のアイデアだ

**デフォルトの名無しさん** · 2020/08/23(日) 18:06:59.02

>>704
確か、みずほ銀行が来年から紙通帳無くすんだってね
デジタル化の流れを否定するわけではないけど
保守性はどうなってるのよ？
30年後に50年前のハードディスクを読めるかどうかとかOS含めて
まぁ30年も使い続けるRPAなんてなかろう主義なら使い捨てということかもしれませんが

**デフォルトの名無しさん** · 2020/08/23(日) 18:38:18.23

>>706 50年後でも100年後でも読めるに決まってる。
そんなこともできなければ最初からデジタル化なんてあり得ない。

**デフォルトの名無しさん** · 2020/08/23(日) 19:12:33.60

意味がわからん
新技術が出たら読めるようにサーバーのデータも都度移し替えていくだろう
デジタル化のため紙からDVDに焼くようにしましたみたいなこと想定してんのか

**デフォルトの名無しさん** · 2020/08/23(日) 19:31:13.85

こういうITの基礎すらないような人がなんでか権力の上層部に居て
IT化を妨げるんだろうなー

**デフォルトの名無しさん** · 2020/08/23(日) 20:04:43.32

2009年　サーバホスティング事業者　HDD内データ消失　enterprisezine記事東京地裁案件
2012年1月　さくらクラウド　HDDの中身を消去(53アカウント)
2012年6月　ファーストサーバー　大規模データ消失
2018年2月　ファーストサーバー　4日間停止
2020年6月　日本電子計算　サービス停止　データ消失
不明　ベンチャー系中小企業のC社が契約していたレンタルサーバ　データ消失　（総務省WEBより)

19:30から30分ほどぐぐった分だけ
どこかにまとめがあるはずだと思った、というか総務省がまとめ作って、業者に危機感を、ユーザーに安心を

**デフォルトの名無しさん** · 2020/08/23(日) 20:22:13.37

このような事故を避けるために十分に距離を保った複数のデータセンターを使って冗長化するのが今の常識
クラウドとIasC技術が普及したおかげで随分と簡単になった

自動的に地球規模で分散化させることができる（そして利用者は難しいことを考えなくていい）データベースなんてものまで出てきてる

**デフォルトの名無しさん** · 2020/08/23(日) 20:40:13.68

夢を見たんだね

**デフォルトの名無しさん** · 2020/08/23(日) 20:44:05.00

現実から目をそらすな

**デフォルトの名無しさん** · 2020/08/23(日) 20:56:04.89

じゃあ
夢見てんじゃねえぞ