【いきなりStudio17】（ソース・テンプレート編）Configファイルの読み込みでガチろう④～シートは、業務側がやらかすミスを想定してガチる～業務担当者がやらかすトップ３（三大巨頭）

M_Kaku堂

2024年12月22日 11:08

さてと、前回

で、

可読性が向上するIF文の書き方

については説明したので、今回はそれも踏まえて、

全シート取得後に、ロボットを安全にこかす作法

を見てく( ´∀｀ )
んだば早速

前回までのソース

ブックの全シートを取得アクティビティ

基本的な知識は

を参考にしてな( ´∀｀ )

早速、解説

まあ、ブレークポイントを

全シートを取得直後に入れて、

ファイルをデバッグ

Listの中身を見てみると、

ここでポイント①：業務側の担当者がやらかすトップ３

これは、これまでの記事で何回も書いていることかもしれないけど、UiPathの知識がない担当者が、

部署内での共有不足
前任者の引継ぎ不足
しっかり引継ぎや共有をしても、「そんなことは起きないだろう」（プロスペクト理論）てゆー安易な思い込み
無意識な操作ミス

などで引き起こす

【やらかす三大巨頭】

Configファイルを格納したフォルダ自体が指定のパスから消える（フォルダ移動や削除、フォルダ名の変更）
Configフォルダは存在するが指定した名前のConfigファイルが存在しない（ファイルの移動、削除、ファイル名の変更）
Configフォルダに指定した名前のConfigファイルも存在するが、内容が変わっている（ファイルを誤って削除してしまい、ファイル名は分かるので、新しいファイルを追加して、名前だけを変えた、一部シートだけ指が当たるなど無意識で消してしまい、復活できないなど）

で、よくロボット開発者側の心理であるのが

自分たちの常識＝相手も分かっていて当たり前
↓
共有もしてるし、まさかそんなヤツおらんし、業務的にあり得ない
↓
こんな確認は入れなくていいやでリリース
↓
業務側でやらかしてるが、「そこの確認を何故入れてないんだ！」＝非機能要求がなっとらんで業務側のロボット管理者激オコ(# ﾟДﾟ)
↓
そこの確認を入れるためだけに、業務を停止＋再パブリッシュでロボットのバージョンをひとつ上げる羽目に、、、👀💦( ；∀；)

👉安易に思い込まずに最初から
確認は入れておけ( ´∀｀ )

何度もゆーてるけど、この【いきなりStudio】シリーズでやっている

ガチり
👉ロボットを安全にコカしつつ、
Studioで快適に遊ぶ作法

だからね( ´∀｀ )てことで、今回は、３、を詳しく実際にどうしたらいいかを見ていこう( ´∀｀ )

ファイルの中身が変わってるにどう対処するか❓👀

てお題を振ったとき、経営学でゆーところの【知の深化】＝物事をどうしても小難しく、ややこしくしたがる＝職人とかプロとか思い込んでる自称さん

小賢しい優等生( ´∀｀ )

だと、
「Configフォルダのバックアップフォルダを取っておいて、実行前に毎回バックアップフォルダから、前回のConfigファイルをコピーして、上書きして、実行し、ロボット全体の処理が終わる度に、今回使ったConfigファイルをバックアップフォルダにコピーして上書きしちゃえばいい」
みたいなことをゆーんだけど、これって以下の問題があるんだよね( ´∀｀ )例えば、

バックアップフォルダ自体が消えたらどうする
バックアップフォルダ自体はあるもののフォルダの中身が消えたらどーする
バックアップフォルダも中身も存在するが、バックアップしたファイルのみが存在しない場合どーする…

てな感じで

①業務側がやらかす根本原因である、Configファイルが何かよく分かっていないってことを認識してない
②管理するフォルダやファイルが複数に増える以上、管理がさらに面倒になる

👉目先のリスク回避するつもりで、却ってロボットがコケるリスクを増やしてるだけ( ´∀｀ )

てか、「Configファイルとかロボットに関するフォルダは勝手に触るな！」って事前に伝えても、触っちゃう・フォルダを移動しちゃうのが業務側の担当者で、そのリスクを回避するためにやるのに、
バックアップフォルダを増やして、そこだけは絶対に触るなって周知したところで、それで触らない、移動しない組織なら、そもそもConfigファイルの段階できちんと管理してるだろ( ´∀｀ )