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

**デフォルトの名無しさん** · 2019/06/29(土) 17:22:37.85

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

**デフォルトの名無しさん** · 2019/07/27(土) 07:35:23.52

Uupath使い始めて一週間の素人だが、
これで作業時間の計算をuipathで一つずつやらせるより、
関数で計算結果を作業セルに出させるエクセルに貼り付けた方が、簡単で早いんじゃないか？

一応、他のシートにあるテーブル参照して係数呼んできたりもできるし、セルを再計算させてもエクセルの方が一括でできて速い

ただ、時間と日付はuipathとエクセルが勝手にフォーマット変えたり、アクテビティによって形式が違ったりやり難いいっそCSvに保存した方がいいのかね

**デフォルトの名無しさん** · 2019/07/27(土) 08:39:14.52

なんか分かりづらいなアドバイス欲しいという意図なら「現状どうで、改善をどうしたい」をもっと詳細に書けばしてくれると思われ
不透明だが今の書きぶりだとuipath使うまでもなくexcelの関数とかデータ形式で対応できそうに見える気がする

**デフォルトの名無しさん** · 2019/07/27(土) 09:06:53.97

>>458
すでに他のプログラム言語を知ってるならそっちでやったほうが良いよ

プログラムを知らない全くの初心者が初めて開発するならRPAという選択肢も有る
実際に簡単ということはないのだけどGUIで開発できるから簡単かもと思わせることは出来る
なので挑戦するときの心理的な抵抗感が少ないことは確かでこれは優れたポイントと言える

**デフォルトの名無しさん** · 2019/07/27(土) 10:07:57.48

uiparh使ってるけど、エクセルはマクロ推奨だよ
簡単な入力はできるけど
入力内容は関数とかで計算結果はあり

**デフォルトの名無しさん** · 2019/07/27(土) 10:10:22.43

RPAは自動化に最低限必要な部品が最初から揃ってるってのもポイントだと思う
簡単なものなら業務手順通りアクティビティ置くだけで成果物ができちゃうからモチベアップにも繋がるよね
変数、条件分岐、繰り返しーとかのロジカルな領域になると普通のプログラミングと一緒だから学習難度としてはあんまり変わらないかもね

**デフォルトの名無しさん** · 2019/07/27(土) 10:13:03.87

DIYが非現実的とわかったから今後は外注が増えていくだろう
専門家目線で快適な開発環境を提供できないベンダは売り上げ厳しくなるだろうな
UiPathがVisualStudioをサポートすれば有力な候補になるのだがなぜサポートしようとしないのか

**デフォルトの名無しさん** · 2019/07/27(土) 10:21:57.61

>簡単なものなら業務手順通りアクティビティ置くだけで成果物ができちゃう
さすがにこれはまだお目にかかったことない
どんな業務なのだろう

**デフォルトの名無しさん** · 2019/07/27(土) 11:26:21.20

>>458
釈迦に説法かもしれないけど
まず、EXCELと人手でやる方法を手順化する。テンプレート用ブックを用意したりもする
その後、その手順どおりにEXCELをUiPathで操作するようにする
出来たEXCELからデータを拾ってパワポなり何なりに貼り付けるのも同様

**デフォルトの名無しさん** · 2019/07/27(土) 11:52:05.85

>>465
それダサいからいやで、CSVからデータテーブルに
取り込んで、その中で計算や並び替えを高速にやって最後
エクセルやCSVに出力したい

エクセル開いてコピペやらせたりとかWinActorなら抵抗ないがUipathではもっとスマートにやりたいやりたい

ってところであまりデータテーブル内でやれることは少ないと午前中判明

午後からはエクセルに吐き出して計算させて取り出す方式にする
ストレスで禿げそう

**デフォルトの名無しさん** · 2019/07/27(土) 11:53:32.53

エクセルに取り込むと時間を勝手に形式変えるからいやなんだよなぁ

**デフォルトの名無しさん** · 2019/07/27(土) 14:14:47.63

>>466
だって埼玉だもんって言われてもRPAツールの本来の使い方なので
不得意なことをやらせればはげるのは当然

EXCELがイヤならルビーで参考書(紙)片手に半日程度でつくってUiPathから蹴るか
いっそネットからパールのテーブル処理、集計、統計のサンプルを引っ張ってきて蹴れば
おしゃれではげなくて済むけど
UiPathだけで完結したいならしょうがないのではげて下さい

**デフォルトの名無しさん** · 2019/07/27(土) 14:51:59.53

>>466
それならPowerShellでいいと思うよ
無理してRPAにこだわる必要はない
なんだかRPAを使うことそのものが目的なっちゃってる人が多い印象を受けるね

**デフォルトの名無しさん** · 2019/07/27(土) 17:46:25.23

>>469
違うんだ
カッコ良くやりたいんだ
プログラムをやりたいんだ俺は
高速な処理を！
ぽちぽち1セルずつ基幹システムに入力させて
4時間とかいやなんじゃ
どうせ VB.net使うならプログラミングやりたいんじゃ

**デフォルトの名無しさん** · 2019/07/27(土) 17:47:19.37

>>466
uipathでエクセルなんて間延びして全然おしゃれじゃないぞ
マクロの記録でもしてそれ起動させるだけの方が簡単だぞ

**デフォルトの名無しさん** · 2019/07/27(土) 18:00:05.90

>>468
パールは学生の時かじったけど硬派な感じでいいわ
コボルとか

いやーわかってるねん
薄々感じててWinActor使ってた時は
コピペとかファイル操作だけやらして、
計算とかはエクセルにやらしてた

だって、関数入れときゃ複数のセルの計算一瞬で終わるし、
アクテビティもほしいのがなかったりしたし

でも、おっそいのよ
UIPATHは高度なこともできると
聞いて使ってみたんだけど
こいつで計算やら何やらまでってのは
やっぱり使い方間違えてるのね

本当のところ聞けてよかったわ
どこもかしこも、いいことしか言わんから
経営者が前のめりで辛い

**デフォルトの名無しさん** · 2019/07/27(土) 18:05:51.21

>>471
知ってる

でも、マクロの保守費用の見積もりと請け負う会社が少なくてやっぱりマクロはあかんなみたいな流れになっとる社内で。

個人的にはきちんとドキュメントとか整備したり、
変数名やフローをわかりやすく作らなかったら
VBAでもなんでも理解しにくいと思うんだよな
RPAでグラフィカルだから保守しやすい
と思ってるんだろう

しかし、ど素人がUIPATHはきついわ
変数型やメソッドが一から覚えなきゃならんし
エラーメッセージは意味わからんし
どこが事務職でもできる！や
うちの事務所では俺とシステム課意外無理や
俺も禿げ始めてる

**デフォルトの名無しさん** · 2019/07/27(土) 18:10:52.02

>>469
会社の命令なんだ•••
好きでやってるんじゃないんだ
みんなバブルに踊らされて
年間は100万以上払うことになるけど
元がとれるのは何割の企業だろ
うちはおそらく無理
一つロボット作って事業所全部で利用できるとか
じゃないとむりや
おばちゃんが月末1時間かけてやってる仕事の
ロボ作ってどうするんや•••

**デフォルトの名無しさん** · 2019/07/27(土) 18:28:36.54

これ営業にほっぽり投げてやらせる難易度じゃないやろ
エクセルなんか関数に詳しいだけでマクロなんかコピペ
なのに社内じゃパソコンの大先生扱いでRPA専任になってもうた
田舎のしょぼいゼネコンもどきには
VBAやらロケットマウスやらで十分なんだと思うよ
導入に至らなかったら俺の責任になるんかな•••

**デフォルトの名無しさん** · 2019/07/27(土) 18:34:25.99

ワークフロー系のシステムってのは本来なら粒度の大きなブロックを組み合わせて業務フローをモデル化するための道具なんだ
RPAのように細かい処理をワークフローでやろうとするのは実は正しい使い方ではない
細かい処理はプログラミングで作ってカプセル化する
ワークフローはそれらを組み合わせて大きな全体の流れを定義するために使う
というのが王道なんだ
ワークフローはクリック1つとか代入1回とかセル1つとかそんな小さな粒度で書くべきものじゃない

**デフォルトの名無しさん** · 2019/07/27(土) 18:42:14.08

>>476
客先からの伝票類のOCR絡めると途端にセル同士の細かい作業出てくるんだが、そもそもRPA以外で下処理すべきで正しいんやな

**デフォルトの名無しさん** · 2019/07/27(土) 18:45:35.61

だいたい安心して気が済んだわ
ありがとうありがとう＼(^^)／

**デフォルトの名無しさん** · 2019/07/27(土) 18:57:04.58

結局フリーターや外国人を安く買い叩いて
作業させた方がコスト削減になるって落ちかもな

**デフォルトの名無しさん** · 2019/07/27(土) 18:59:17.09

https://www.meti.go.jp/policy/anpo/kanri/catch-all/frouzu.pdf
RPAの前段として、この類のシンプルな論理フローって、
ホワイトカラー職で働いているリーマンなら作れると思って良いのか？

**デフォルトの名無しさん** · 2019/07/27(土) 19:17:00.34

>>473
わいも事務職ど素人やぞ
同じく変数、メソッドと必死学んでる最中だ
エクセルも同じく壁にぶつかってるけど基本的には出力したデータを別のシートにペタっと、貼れば本番用にできるように関数で調整するくらいだと思ってる

**デフォルトの名無しさん** · 2019/07/27(土) 19:49:01.14

>>481
普段の業務やりながらだったらむりだね

**デフォルトの名無しさん** · 2019/07/27(土) 20:01:18.34

素人DIYなんてやめて外注すればいいよ
本格的なシステムを作るわけじゃないんだから外注しても大した値段にはならない
それに1時間/1日でも削減できれば外注に払った分はすぐにペイできる

**デフォルトの名無しさん** · 2019/07/27(土) 20:22:05.09

1日1時間の業務なんてなかなかないぞ

**デフォルトの名無しさん** · 2019/07/27(土) 20:44:51.83

？？？「ゲームは１日１時間！」

99 · 2019/07/27(土) 22:01:04.84

>>480
作れると考えていいと思う
もちろんフローの書き方は覚える必要はあるが、おばちゃんでも料理作るときに頭の中でフローが描かれてるようなもん
たから、おばちゃんでも誰でも、よほど頭悪くなければフロー書けると思ってる

**デフォルトの名無しさん** · 2019/07/27(土) 23:46:35.60

フローが書ける≒プログラムが書けるだぞ？そんな甘くない。

99 · 2019/07/28(日) 00:02:01.97

>>487
≒なわけがない
≒なのは、プログラム書ける人から見たときの話

**デフォルトの名無しさん** · 2019/07/28(日) 14:55:46.69

プログラム書けるけどフロー描けない人いっぱいいるし

**デフォルトの名無しさん** · 2019/07/28(日) 15:14:14.70

どっちもかけるけどフロー描くのめんどくさい人なら沢山いる
テキストの方が遥かに楽だからね

**デフォルトの名無しさん** · 2019/07/28(日) 15:38:34.94

とりあえず、Uipathは普通にプログラミングと変わらないから事務職でも出来るという幻想は捨てて欲しい。もう無理だよ…

**デフォルトの名無しさん** · 2019/07/28(日) 16:14:23.39

事務職でも出来る（出来るとは言ってない）のがRPA

**デフォルトの名無しさん** · 2019/07/28(日) 16:16:44.65

事務で苦しんでる人へのアドバイスだけど、まずは変数をしっかりと理解する所に時間を使うべきだよ
プログラミングでもRPAでも共通する話だけど、変数って全ての土台となる考え方だし、ここがしっかり理解できないと後々絶対詰まるんだよね
なのにRPAってなまじレコーディング機能とかでしっかり変数を理解できてなくてもシナリオ組めちゃうからいざ自力で1からシナリオ組む段階になるとコケやすいんだと思う
教える人も、まさか変数が理解できてないとは思わんから教えても教えてもなぜか理解してもらえず結果、教師生徒共に「なんでわからんのかすらわからん」って状況になるんだよね
最初に「変数は数値を入れる箱みたいなものでーす。」で、「へーそっかー。かんたーん。」と軽く流してた人こそ基本に立ち返って変数と変数の型についてしっかりと理解してみよう。。
メソッドとか制御構造とかアクティビティ覚えるのなんて二の次、三の次だよ

**デフォルトの名無しさん** · 2019/07/28(日) 17:23:26.17

プログラムよりRPAのほうが制限きついしテキスト打つみたいにスラスラ書けないしエコシステムが揃ってないし色々あって難しいと思う
なのでRPAで挫折した人はプログラムの勉強をしてみることをお勧めする
焦りは禁物で最初からGUIを操作するぞとか考えずにまずは入門書をきっちり修めることが大事
RPAと違って様々なレベルや目的の読者に向けた参考書やウェブサイトが沢山あるので勉強もしやすい
質問するなら荒くれ者ばかりの5chではなくちゃんとした質問系ウェブサービスを使ったほうがいいだろう

**デフォルトの名無しさん** · 2019/07/28(日) 19:50:39.81

>>489
>>490
なぜか難しいんだよな。
俺も昔、大学の課題で出されて、先にプログラム書いてから、
フローに翻訳したわ。

**デフォルトの名無しさん** · 2019/07/28(日) 20:21:20.07

作図という大きな負担がかかるから思考に集中できないのだろうね

**デフォルトの名無しさん** · 2019/07/28(日) 21:34:13.53

>>494
逆になんで小学生がやるプログラミングがあの猫が動くようなやつだと思う？テキストじゃなくて

**デフォルトの名無しさん** · 2019/07/28(日) 21:49:10.99

>>497
子供だから質よりも面白さ重視なんじゃないか？
大人はプログラムを学ぶ動機があるからつまらなくても努力する
けど子供には積極的にプログラムを学ぶ動機が無くてあくまで大人から授業として押し付けられてやってる(むろん例外はいるだろうけど)
なのでまずは興味を持たせるところから始めなきゃならない
黒い画面にHello, world!を表記しましょうなんてやっても眠くなっちゃうだろ

**デフォルトの名無しさん** · 2019/07/28(日) 21:53:00.32

>>497
英語知らなくてもいいからだろ

**デフォルトの名無しさん** · 2019/07/28(日) 22:03:11.86

あとはキーボード打てないとかか？

子供は色々とプログラム学習以前の基礎能力が足りないからGUIにして誤魔化すしかなかったのかな

**デフォルトの名無しさん** · 2019/07/28(日) 22:24:42.11

for each rowでうまくいかないからdo whileにしたけどカウント増やすの忘れてクソ無駄な時間使ったわ
fof each rowすげえよなあ

**デフォルトの名無しさん** · 2019/07/28(日) 23:20:40.86

変数の名前つけるのいやだ

**デフォルトの名無しさん** · 2019/07/28(日) 23:24:27.57

foreachですげえならLinqを知ったら腰抜かしそう

**デフォルトの名無しさん** · 2019/07/28(日) 23:25:13.43

>>502
変数名ならcodicっていうクソ便利なサイトあるぞ

**デフォルトの名無しさん** · 2019/07/28(日) 23:26:29.96

>>504
よし、見てみる
サンクス

**デフォルトの名無しさん** · 2019/07/29(月) 08:23:53.72

Uipathの例外処理ってどうしている？もうクリックとか不安要素を全て囲いたい。

**デフォルトの名無しさん** · 2019/07/29(月) 10:15:25.01

>>504
和英辞典じゃないですか
それ以上の便利な点は?

**デフォルトの名無しさん** · 2019/07/29(月) 12:24:34.65

>>507
詳しい事はマニュアル見て欲しいけど
・パスカルケースとかにデフォルトで対応(選べる)
・メソッド、bool名を自動補正
・独自に単語登録も可能

**デフォルトの名無しさん** · 2019/07/29(月) 12:34:15.46

>>506
囲んでどうすんだ？
やみくもに囲んでも意味ないよ

**デフォルトの名無しさん** · 2019/07/29(月) 19:03:29.74

>>509
まるっとすべて囲ってやったぜ。不安定なUipathはこれがデフォだろ。

**デフォルトの名無しさん** · 2019/07/29(月) 19:20:12.57

>>510
TryChathで括りすぎるとエラーが握り潰されるから
原因特定するのが難しくなったり、本来止まるはずだった個所から変な風に進んで止まったりしてくちゃくちゃになるぞ

クリックが不安定っていうのも、ちゃんと原因調べてから対応しないと
保守するタイミングでクソ大変になるぞ

**デフォルトの名無しさん** · 2019/07/29(月) 21:42:41.43

https://i.imgur.com/QvQTuqJ.jpg

**デフォルトの名無しさん** · 2019/07/30(火) 00:57:57.54

>>512
グロ

**デフォルトの名無しさん** · 2019/07/30(火) 06:38:08.55

>>511
あれ、あまり多用するのはやめた方が俺もいいと思う

**デフォルトの名無しさん** · 2019/07/30(火) 06:39:04.21

>>513
全然グロじゃねーじゃねーか

**デフォルトの名無しさん** · 2019/07/30(火) 10:02:08.29

Juliaで自動化ツールを作ってみたのだが
モジュールロード時に結構時間が掛かるのは痛い
速度を求めるならPyPyでも使うべきか?

**デフォルトの名無しさん** · 2019/07/30(火) 12:19:46.52

>>516
PC自動化目的で速度を求めるなら脱GUI操作のほうが効果あるよ
ボトルネックはほとんど全て外部アプリ操作だからね
他の対策した上でロードがボトルネックになってるならまずはサービス化かな

**デフォルトの名無しさん** · 2019/07/30(火) 13:10:27.63

今ユーアイパスの展示会きてるんだけど君らはいるのかな？

**デフォルトの名無しさん** · 2019/07/30(火) 15:50:38.90

>>495　今時フローなんか書かないだろ。　概要説明程度なら意味あるが詳細フローなんてまったく意味ない。
ソースを完全なドキュメントにすることが一番。　どうしてもフローチャートが必要なら自動作成すればよい話。

>>497 子供には先ずプログラムの考え方を教えるんだよ。　いきなりアルファベットとか英語が出てきたら戸惑うだろ。
でも2020年から小学校でも英語もプログラミングも習うようになるから問題なくなるかな・

ブロックプログラミングでもちょっと複雑な事（例えばループなど）をやろうとするとテキストで書きたいなとなってくる。

>>500 何十年前のBASIC時代でも小学1~2年生ならBASICでゲーム位作れたぞ。（最もコピーだけど）.
キーボードなんてすぐにブラインドタッチができるようになる。

>>504 codicって殆ど和英辞書じゃん。そもそも言語の指定がない。
>>507 外人に見せるんじゃなければ日本語でもローマ字でも良いじゃん。　

**デフォルトの名無しさん** · 2019/07/30(火) 19:10:09.54

>>519
それがね、書かされたりはするんだよね。
全く、アホらしいこの古典的悪習慣はどうにかならんのかね。

百害あって一利なしとまでは言わんが、意味が無いことが殆どだ。

**デフォルトの名無しさん** · 2019/07/30(火) 19:42:22.85

ワークフローをマウスで組み立てるのはきついよな
すぐに腱鞘炎になっちゃうよ

**デフォルトの名無しさん** · 2019/07/30(火) 21:43:04.52

お前ら小学生より大人の方が優秀だと思ったら大間違いだそ

**デフォルトの名無しさん** · 2019/07/30(火) 23:00:27.68

>>522
いえおれたち小学生ではありません！(｀_´)ゞ

**デフォルトの名無しさん** · 2019/07/30(火) 23:02:49.58

>>522
見た目は大人、頭脳は子供だから・・・

**デフォルトの名無しさん** · 2019/07/31(水) 02:37:37.28

今、uipathで作った後に仕様書でフロー描いてるわ…
メンドクサイ…

**デフォルトの名無しさん** · 2019/07/31(水) 10:19:17.38

俺たちがフローに乗るぜhey!

**デフォルトの名無しさん** · 2019/07/31(水) 12:21:51.80

波に乗る前に浜辺ですべってる >>526 …

**デフォルトの名無しさん** · 2019/07/31(水) 13:18:55.72

論理的思考が育つのは、中学生以降！
だから、小学生には無理

小学生はプログラミングできないし、
小学生には、プログラミングなど教えない！

99 · 2019/07/31(水) 14:27:37.35

>>525
２階層目くらいまでのシート画像 + コメントくらいで済ませたいよね

**デフォルトの名無しさん** · 2019/07/31(水) 20:14:05.52

先週、動いた処理が動かなくなるのがUipathです。もうやめたい。

◆QZaw55cn4c · 2019/07/31(水) 20:34:39.82

>>528
ちょっと遅くないですか？

**デフォルトの名無しさん** · 2019/07/31(水) 21:11:59.81

エラーの理由わかりやすく書いてくれよ

**デフォルトの名無しさん** · 2019/07/31(水) 21:46:19.26

>>530
俺も最初そう思ってたけど単純にセレクタの問題だったわ。。
セレクタの初期値がクソすぎる
後文字欠けとか

**528** · 2019/07/31(水) 21:50:33.32

小学生は、集合・ドモルガンの法則・対偶とか知らないだろ。
条件、not, and, or がわからないだろ

条件(A or B)の否定が、
A でもなく、B でもないって、わからないだろ

**デフォルトの名無しさん** · 2019/07/31(水) 22:02:38.66

単純な論理式が理解できない大人が多い感は有るな
知っている外国人が同業者か優秀な奴しか居ないので、日本人固有の症状か解らんが

**デフォルトの名無しさん** · 2019/07/31(水) 22:04:42.82

>>534
教えられてないから知らないだけで
概念自体は分数の割り算なんかより余程わかりやすい

プログラミング義務教育に向けて
算数の範囲も変えるんじゃないかな

**デフォルトの名無しさん** · 2019/07/31(水) 22:22:25.63

小学生に集合を教えた現代化カリキュラムというものが過去にあってだな...

**デフォルトの名無しさん** · 2019/07/31(水) 22:27:32.98

なんでも向き不向きってもんがあるからなあ
子供も大人も関係なくね

**デフォルトの名無しさん** · 2019/07/31(水) 22:46:08.24

小学校のときにベン図をやった記憶が
バナナ、うさぎ、うま、うしの仲間はずれをやった記憶もある
将棋と百人一首もやった
人生ゲームは無かった

**デフォルトの名無しさん** · 2019/07/31(水) 22:53:31.42

一歩一歩ステップアップするのが大事。
目標が大きすぎると躓きやすい。
適切な指導者の下、適切な課題を与える必要がある。

**デフォルトの名無しさん** · 2019/07/31(水) 22:55:30.07

あなただけでなく彼もまた

**デフォルトの名無しさん** · 2019/07/31(水) 23:26:31.93

>>538
もうどうやっても向いてないってのがいるからね

**デフォルトの名無しさん** · 2019/08/01(木) 06:34:12.58

正直なところだけど、uipathのおかげで自動化進んでるよ
適性があるやつにはプログラミングの方がいいのかもしれないけど、それは社内情シスてなると思うし、間接部門全展開できるほどだとは思えない
何十年も展開できないプログラミングの話してもなぁ

**デフォルトの名無しさん** · 2019/08/01(木) 06:35:31.56

ステマ乙

99 · 2019/08/01(木) 11:09:31.01

>>543
こちらも色々作って随時稼働（UiPath）

既に先行して作られてたロボや共通ワークフローが、正にコボルライクでメチャ腹立つわ

**デフォルトの名無しさん** · 2019/08/01(木) 12:24:34.54

ワークフローはもろに手続き型だからコボルみたいになるのはしょうがないよ

99 · 2019/08/01(木) 13:03:31.05

>>546
いや、それはいいのよ

初期処理で、外部から取り込んだ20個くらいの値を、わざわざ各変数に全部代入してんのよ
Dictionaryからわざわざ（つまり、それだけで（public）変数 20個）
dictionaryのままにしとけってヽ(`Д´)ﾉ

さらに、そのdictionaryから取り出す処理がわざわざ共通ワークフローになってる orz

**デフォルトの名無しさん** · 2019/08/01(木) 13:30:24.76

うむ、わしには何言ってるかわからんな！

**デフォルトの名無しさん** · 2019/08/01(木) 13:41:26.00

>>528 何言ってるんだ？　小学校でプログラミング教えるにきまってるぞ。
すでに教材もでき先生たちには講習会も始まってるのに。　こんな大人がいるから子供がばかになる。

こんな時代遅れがいるとは。　どこから小学生が論理的思考ができないなんておもうんだ？
多分お前より賢い子が山のようにいるし、うちの子は小学2年位でBASICでプログラム組んでたぞ。
鶴亀算は十分に論理的思考だよ。

ちゃんと教科書には　Pythonのプログラム例も出ているよ。　主には　Scratch等のブロックプログラミングだけどね。

小学校プログラミング教育の手引
http://www.mext.go.jp/a_menu/shotou/zyouhou/detail/1403162.htm

小学校プログラミング教育の手引（第二版）
http://www.mext.go.jp/component/a_menu/education/micro_detail/__icsFiles/afieldfile/2018/11/06/1403162_02_1.pdf

算数の授業では　正三角形を書くプログラムの例も出ている。（ブロックプログラミング）

小学校プログラミング教育に関する研修教材
http://www.mext.go.jp/a_menu/shotou/zyouhou/detail/1416408.htm

**デフォルトの名無しさん** · 2019/08/01(木) 13:44:08.12

>>542 そりゃ仕方ない、　算数もできない子がいるからね。　でもそんな子でもある種のプログラミングはできると思う。

>>543 Excel マクロくらいは現場で組めるのが何人かいるだろ。　先ずはそこからなんだけどな。

**デフォルトの名無しさん** · 2019/08/01(木) 18:02:32.54

>>547
設定ファイルの読み込みとかかな？

スコープが広すぎるのは問題だが、それとは別軸で辞書をそのまま使うのも問題だよ
型管理が杜撰になって静的解析が効かなくなるからね
型安全な変数に入れつつスコープを絞るのが正解だ

**デフォルトの名無しさん** · 2019/08/01(木) 18:31:21.89

>>547
辞書のままはないな
構造体なりクラスにまとめて管理するのが普通
理由は>>551の言う様に型安全

**デフォルトの名無しさん** · 2019/08/01(木) 18:38:56.16

.NETで設定読み込みするなら定石はIOptionsを使うことだけどワークフローでインジェクションってできんのかね

99 · 2019/08/01(木) 18:57:38.10

今の所メールの宛先や本文など文字列だけなので、型は意識してない
日付とか入ってくると型変換ついでにエラーチェックになるけど、小さいロボなので、処理で使うときになってエラーでええやんとw
一時間動いて 55分で型エラーになるなら先にチェックするけど…な感じ

基本的にあまりガチガチには考えてません。それ以前なとこが他にいっぱいあるので

**デフォルトの名無しさん** · 2019/08/01(木) 19:03:03.79

そうやって小さな妥協、怠惰を積み重ねてできあがったのがメンテ不能のクソ基幹システムなんだけどね
君たちはまた繰り返すのか？

**デフォルトの名無しさん** · 2019/08/01(木) 19:35:59.04

完全に完璧なシステム開発のために
無限の工数をください

**デフォルトの名無しさん** · 2019/08/01(木) 19:37:20.32

RPAって基幹システムになり得るの？
基本的には飽くまでERP等で拾いきれない、現場主導のニッチなシステムだと思ってるんだけど