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

**デフォルトの名無しさん** · 2019/04/03(水) 08:33:54.41

語りましょう。

**デフォルトの名無しさん** · 2019/05/06(月) 20:55:56.79

ITリテラシーの無い経営陣の考え方なんて「快適な事務所でPC弄ってるだけの給料泥棒」程度だからな

**デフォルトの名無しさん** · 2019/05/06(月) 20:56:03.98

>>369
それは同意

**デフォルトの名無しさん** · 2019/05/06(月) 21:42:48.34

導入した奴の体験談がないんだが
肯定派も否定派も全員使ってないんじゃないかと邪推しちゃうぜ

**デフォルトの名無しさん** · 2019/05/06(月) 22:11:40.18

>>370
そんな「本来はー、理想的にはー、アメリカではー」みたいな夢物語語られてもね
普通のプログラムが代案だっていうなら、最低限経営層に響かせるための方策とか、仰ってる情報意思決定機関を実現するための方法とかをセットで語ってくれんと

**デフォルトの名無しさん** · 2019/05/06(月) 22:13:00.92

>>371
働き方改革がらみで流行してるから首切りがゴールではないと思うよ。

**デフォルトの名無しさん** · 2019/05/06(月) 22:24:30.38

働き方改革とかどうせぽしゃるだろ

**デフォルトの名無しさん** · 2019/05/06(月) 22:25:12.75

まあRPAは一定の効果はあるとは思うがな

**デフォルトの名無しさん** · 2019/05/06(月) 23:08:28.22

>>376
結果的に首切りがゴールになると思うよ
人がいらなくなるから

**デフォルトの名無しさん** · 2019/05/06(月) 23:15:31.48

ここには管理部門・事務系の人はいないかな？正直自社がERPやRPAとかAI導入決めないか危機感ある
せめてRPA使える様に勉強しとく位しないとね

**デフォルトの名無しさん** · 2019/05/07(火) 00:03:41.13

働き方改革で「社内」向け資料にチカラ入れてんじゃねえよ！
という考えが広まると、日本ではRPAより効果が有るのではないかっ(看破)

**デフォルトの名無しさん** · 2019/05/07(火) 00:04:40.21

>>371
システム詳しい人はシステムのリスクだけを詳細に語り出しがちだけど、人雇うのも十分リスクやし金かかるわ
退職リスク、休職リスク、ハラスメントリスク、犯罪リスク、給与、法定福利費、教育費、端末費しかもコントロールしづらいタイプが多いというね

方法にしても、超勤を減らす、派遣を減らす、自然に辞める人がいる、採用数を絞る、とか直接的に事務のおばはんを切るだけじゃないし

**デフォルトの名無しさん** · 2019/05/07(火) 00:11:36.73

>>382
なので少数精鋭で普通のシステムを組む、が正解になる

**デフォルトの名無しさん** · 2019/05/07(火) 00:18:12.55

>>383
じゃあ今できてないのはなんで？
その原因を解決する方法は？

**デフォルトの名無しさん** · 2019/05/07(火) 00:25:41.08

>>384
たぶん経営が無能なんじゃないかな

**デフォルトの名無しさん** · 2019/05/07(火) 00:41:11.28

>>384
俺の所は粗削りでもとりあえず作ったら後はそれっきりで
煮詰める事無くそのまま運用し続けてしまうケースが多いよ。
作業者の動きを追っていくと違う解決策が見えてくる事もあるからかなり大事なんだけどね。

**デフォルトの名無しさん** · 2019/05/07(火) 00:51:37.91

>>384
少数精鋭のチーム組むには最初にエンジニアスキル見極める人がいないと無理だが、
普通の会社には採用面接でスキル見極められる人がいない
経歴書に開発言語とそれっぽい経験書いてあったら通して痛い目を見てるケースがままある

**デフォルトの名無しさん** · 2019/05/07(火) 00:51:53.50

>>366 python にRPAをやらせれば全て解決。
おばさんはおばさんなりに、プログラマはプログラマなりに使えるだろ。

**デフォルトの名無しさん** · 2019/05/07(火) 00:52:24.23

>>385
ん？経営が無能という原因を解決する方法が書かれてないよ？正解とやらを教えてね

>>386
まぁそうなりがちだよねうちも10年以上前の担当者が作ったマクロが利用だけされ続けてるし、導入後のERPなんてほっときゃ動き続けるくらいに思われてそうな感触

**デフォルトの名無しさん** · 2019/05/07(火) 00:58:17.03

>>389
転職

**デフォルトの名無しさん** · 2019/05/07(火) 01:00:34.86

>>384 モノタロウが一つの解では？モノタロウでは全てのコンピューターシステムをPythonに移行した。
もちろん専任のプログラム部門が開発してる。
Python のプログラムの遅さは、サーバを増やすことでカバーしてる。多少ハードに金がかかっても開発効率が高くなることには変えられないという考え方。

**デフォルトの名無しさん** · 2019/05/07(火) 01:39:48.38

先日行った勉強会では某新興大手IT企業ですらか外国製RPAを導入していた。
使い方はまだ模索中みたいだが、面白い使い方してた。

**デフォルトの名無しさん** · 2019/05/07(火) 02:15:50.53

>>390
経営が無能という原因に対する解決策になってないよ？

>>387
それだけなら単純に実技検査とかして採用の精度を上げりゃいいと思うんだけどね傍から見ればそれだけのコスパはありそうだけど

>>391
へぇー、おもしろいね！ ERPで内製から外注に移るところもあると聞いたことあるし、内製向きと外注向きを分ける基準はなんなんだろうなー
モノタロウで上手くいった理由とかも知りたいね

**デフォルトの名無しさん** · 2019/05/07(火) 03:43:35.14

>>393 モノタロウでPython に移行した理由は、先ず教育コストが低いこと。少しの時間で使えるようになる。
新人が入ってきても直ぐに使える様になる。

開発効率が高いこと。ライブラリーが揃ってて何でも出来るし、インタープリタの特徴として試行錯誤が簡単。

この二つみたいだけど。

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

>>394
やっぱり普通のプログラムが正解だったということか

**デフォルトの名無しさん** · 2019/05/07(火) 12:17:26.95

モノタロウの成功はまず第一に社長をはじめ上層部の意識が高いことにあるね。
急成長しているし外注では改良スピードが間に合わないのかもしれない。
社員の2割がIT関係に携わってるらしい。
ジャストインタイムで日々改善をし続けてるし。　よく回転してる。

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

トップが有能でアクティブだと従業員は幸せだね

逆に下から一生懸命説得しなきゃ動けないような愚鈍な経営者はダメだな
従業員の方からNOを突きつけて転職すべき
無理して動かそうとせず淘汰されて消えたほうがいい

**デフォルトの名無しさん** · 2019/05/07(火) 13:04:14.17

言語の比較でPython優位なのはわかるとして、他の方法との比較で内製にしたのはなんでなんだろうね？ 396の言うスピード重視なのかな？長期的に見れば安上がりなのか

経営者の説得について仮に「いくら投資してシステムを改善すればいくら人件費が浮きます」みたいな正攻法の説得ができたら経営者も動きそうなもんだけど、何が悪いんかね？具体的なデータを出しづらいのか、経営者が過小評価するのか

**デフォルトの名無しさん** · 2019/05/07(火) 13:04:48.09

>>392
＞面白い使い方してた
詳しく

**デフォルトの名無しさん** · 2019/05/07(火) 13:39:04.30

何にもしらない奴(経営、上司)に流行りを見せて飛び付かせたというだけ。
まずね、ITに関係有るんだから何にも知らない奴はITに詳しい奴に相談しろよ。
といっても、詳しいとされてる奴が実は大して詳しく無かったりもするんだけどさ。
実際にこういうツ－ル無しで他アプリを操作するプログラム組んだりするのは難しいかどうか検討しないのはどうしてなんかね。

テレビでも漫画でもIT絡むと滑稽なのばかりなのはどうしてなんだろう。

**デフォルトの名無しさん** · 2019/05/07(火) 13:40:05.23

>>980　穴の深さは50cm位かな。　コンポストの直径は60～70cm位？　大きな部類のコンポスト。
コンポストの上に半分位溜まった頃に埋め戻して別の所に移している。　ミズアブとかが完璧に消化してくれるから殆どたまらない。

**デフォルトの名無しさん** · 2019/05/07(火) 14:40:54.01

誤爆

**デフォルトの名無しさん** · 2019/05/07(火) 14:41:37.25

>>398
何言っても
そんなのワシ分かんないよ～
でおしまい

**デフォルトの名無しさん** · 2019/05/07(火) 14:49:03.21

>>400
日本の情シスって外注に仕事投げるだけのおじさんが大量にいるから、その連中に聞こうとも思わんのだろう

かといって、RPAコンサルに騙される経営者は不動産投資営業に騙される連中と変わらん

**デフォルトの名無しさん** · 2019/05/07(火) 15:24:37.14

>>403
安くなるんだったら良きに計らってやっちゃってよ～、とならないのは何故？

**デフォルトの名無しさん** · 2019/05/07(火) 15:29:19.84

>>405 1円も出したくない。

**デフォルトの名無しさん** · 2019/05/07(火) 16:06:26.36

システムに金出したがらないのは悪しき風潮だよな
ま、経営者視点じゃブラックボックスだしROIが見えにくいからいいようにボラれそうって心理になるんだろ

その点RPAは既存業務の自動化ってことで時間削減効果が目に見えて分かるから経営者が飛びつきやすいんだろう

**デフォルトの名無しさん** · 2019/05/07(火) 16:40:50.47

少なくともIT担当重役か部長が1人位いないとIT革命は進まないだろうな。
わからない人間は判断できっこないんだから。

**デフォルトの名無しさん** · 2019/05/07(火) 16:55:56.70

>>406
トータルで安くなる(って部下から提案されてる)のに？
まあ、失敗のリスクを過大に見積りがちってことなのかねそんな上手い話言ったって失敗したら無駄金じゃないの～、みたいな
あるいは、新たな出費は嫌だけど現状の無駄遣いは構わないという判断の不合理性みたいな

確かに管理職の昇格条件とかにするべきだよな

**デフォルトの名無しさん** · 2019/05/07(火) 17:09:36.64

決算が赤字の場合は、訳解らない人間が残業代を垂れ流してるより首を切った方が直接的な利益になるからな。
後の事などケセラセラ

**デフォルトの名無しさん** · 2019/05/07(火) 17:10:54.01

モノタロウは利益が急成長し続けていると言うのも大きいだろうな。プラスがプラスを生む良い回転に入ってる。

**デフォルトの名無しさん** · 2019/05/07(火) 17:43:24.36

>>405
何故か？
企業が広告を出してないから

**デフォルトの名無しさん** · 2019/05/07(火) 18:53:49.95

>>398
現場からすると経営と情シス双方が過小評価しているように思える。
よく聞くのが「たかが数秒速くなったところで変わらないだろう？」というセリフ。
改善の効果を見積もるのは難しいので予算を取ろうにも
「そんな不透明なものに金は出せない」と言われてしまう。
しかし無から始まるものは分かり易いのでそのまま通る事が多い。

後はそもそも情シスが多忙でやりたがらないケース。
「今動いているから別にいいよね？」で終わる。

**デフォルトの名無しさん** · 2019/05/07(火) 19:08:25.13

>>413
正攻法じゃ何を言っても無駄
広告を出して流行ってるような記事をばらまかなきゃ購買意欲が湧かない
専門知識ない企業幹部なんてただの消費者と変わらない
消費者に物を売るにはとにかく宣伝だ

**デフォルトの名無しさん** · 2019/05/07(火) 19:20:52.69

>>413
情シスの立場からすれば、将来かならず問題が起きて負債になるのが見えているから嫌
だから、現場の人が情シスを飛び越えて
「我々でずっとやります。情シスなんて頼りにしません」
と一筆入れないと無理

**デフォルトの名無しさん** · 2019/05/07(火) 20:40:06.18

>>415
RPAって情シスと現場が歩み寄って連携しないと、絶対にうまくいかないのに、
なんだかRPAそのものが争いの火種になってるよね。

現場「情シスが働かねえから、おれらがRPAでやってやる。エンジニアは不要だ。」
情シス「無知な現場の暴走で俺達の負担が増える。ふざけるな。あとで泣きついても、絶対に面倒みねえぞ。」

このジレンマを解消しないかぎり、RPAに未来はないのではないか？

**デフォルトの名無しさん** · 2019/05/07(火) 23:12:29.83

だって情シスが考えてるのは自分達の事だけで、会社の利益じゃないもん。

現場: 定型業務を自動化したい。RPAでどうだろう？
情シス: RPAはダメ。やるなら自己責任でやれ。
現場: なら何がいいの？
情シス: 知るかボケ。自分達で考えろ。
現場: .....
情シス: Pythonでも覚えて自分達でどうにかしろ。キレイなソース書かないと許さないからな。

これが現実。

**デフォルトの名無しさん** · 2019/05/07(火) 23:24:38.86

分かってね―な。
情シスにそれだけの予算があれば自動化だってやるだろう。
もっとも、その力量があるかというと疑問符が付くけど。

結局、経営と現場と情シスの連携が出来ないという組織の問題。

**デフォルトの名無しさん** · 2019/05/07(火) 23:26:42.42

まだRPAやってないけど、情シスとしての心配事いくつかある
・イレギュラーが洗い出しきれず、エラー停止＝即メンテが日常化
・エラー対応を現場に理解してもらえないとロボット増＝情シスの運用工数増
・Excel大好き企業なのでExcelからExcelへの転記は一瞬で要望出てくるが投資効果なし

今の所インターネット上の客先システム自動化だけにしとけ！って脳内で叫んでる

**デフォルトの名無しさん** · 2019/05/07(火) 23:35:12.90

>>417
まるで情シスの不利益は会社の不利益じゃないみたいな言い方だけど
情シスがRPAに工数を取られて基幹システム等々に工数を割けなくなったら会社の不利益になる

将来的に重大なリスクになりうると指摘されてるのに無視して自分達が楽することしか考えない
現場のほうが会社のことを考えてない

**デフォルトの名無しさん** · 2019/05/08(水) 00:22:43.03

情シスがそのシステムを組んだのなら商用RPAに頼らず改良の道を選んで欲しいんだがなぁ。
ExcelのデータをUIエミュでコピペしていくのと
システムにそのままインポートするのでは
どちらが効率的か分かるよね。

**デフォルトの名無しさん** · 2019/05/08(水) 01:06:41.52

RPAをプロトタイピングツールとして使うのがいいかも
まずなにか一つをRPAでやってみて効果ありなら情シスにリクエストとして上げる
仕様はRPAでやっている通り
毎月１つずつでも12個はできる

**デフォルトの名無しさん** · 2019/05/08(水) 01:21:59.35

excel入れたとき勝手に現場が使っていったああいう感覚だけどなあ、なんでこんな反対なの。とにかく触って欲しい。

**デフォルトの名無しさん** · 2019/05/08(水) 03:45:56.80

>>421
うちは中間方式だな、
Excel何々フォーマットからA-J列をコピペすれば一括投入出来るよ、
みたいな画面をいろいろ作った
ロジックとしてはTSVファイルのインポートと同じでGUI付けただけとも言える

**デフォルトの名無しさん** · 2019/05/08(水) 05:55:39.66

>>423
外部サービス都合で壊れやすい
自社システムの更新を難しくする

**デフォルトの名無しさん** · 2019/05/08(水) 06:36:57.14

excelのimportごときに年間何百万も使うのかブルジョワすげえな

**デフォルトの名無しさん** · 2019/05/08(水) 06:57:35.22

付加価値の低い事務作業のために数百万で派遣入れてるような状態に比べればマシだぞ

**デフォルトの名無しさん** · 2019/05/08(水) 07:00:14.27

>>417
まさにこれの現場側なんだけど、人手不足という表現が正しいかわからないけど、やっぱり作業に時間取られる事が多すぎる。
でもこんな作業に人は増やせない。

情シスは投資対効果の高いシステム開発メインで、１つの仕組みで30分自動化されますみたいな事まで回ってこれない。

じゃあどうすればいいのさ？

**デフォルトの名無しさん** · 2019/05/08(水) 07:07:35.56

>>428 python を覚えて自分たちでやれ

**デフォルトの名無しさん** · 2019/05/08(水) 07:17:48.43

>>428 RPA がダメと言ってるのは金がかかりすぎるからじゃないの？ python と各種RPAツールを使えばタダでできるからやってみたら？ PyAutoGui など

**デフォルトの名無しさん** · 2019/05/08(水) 07:41:08.96

>>427
派遣と比べる必要はない
正社員が隙間時間とかでpythonでもなんでも使ってサッと作ればいい
たかが15分や30分の余裕もないブラック企業というわけでもあるまい

**デフォルトの名無しさん** · 2019/05/08(水) 07:51:44.15

pythonでもなんでもいいけど
簡単なプログラムすら習得できない学習能力と意欲の低い人材はそれこそ人件費の無駄だな

**デフォルトの名無しさん** · 2019/05/08(水) 08:13:09.11

このご時世、管轄外の新規分野を業務の隙間時間に意欲的に取り組んでモノにして下さる人材なんか高望みだよ
「お前の代わりなどいくらでもいるんだ！」と若手を千切っては投げしてた氷河期世代採用と同じ感覚でいらっしゃる？
それはご愁傷様（周囲が）

**デフォルトの名無しさん** · 2019/05/08(水) 08:51:18.95

普段している学習時間の何割かをプログラミング学習に割り当てるだけだろ
たったそれだけのことが出来ないのは普段から全く学習に時間を使ってないからではないかな
社会人として普段から全く学習してないというのはありえないブラック人材だ

**デフォルトの名無しさん** · 2019/05/08(水) 09:49:51.60

新しいことを覚えてできることが増えていくのは誰にとっても楽しい事だよ。
出来れば情シスを少しおだてて、時々見てもらうとかすれば協力してくれるんじゃないかな。

勉強時間を少し取られても将来的に残業も少なくなるなら上の方も認めてくれるだろ。

**デフォルトの名無しさん** · 2019/05/08(水) 10:22:27.36

大規模な工数管理というか人員管理レベルの話なんだから本来は経営層マターなのに、事務部門vs情シスっていう同階層間の抗争になってしまう構造がおかしいわな

なので、責任は一義的には経営層にあるそれは当たり前
だが、一方で情シスは情シスでなんやかんやリスクや多忙等の理由をつけて守りに特化しがちだから文句言われるんでしょう
「RPAじゃなくてプログラム組め」とか言うけど、じゃあスクレイピング用の簡単なツール作るので年間何百時間浮きます、みたいな攻めの試みはしてないんでしょうもしそういう試みをしてたら経営層もRPAよりまずそっちを考えるだろうし

**デフォルトの名無しさん** · 2019/05/08(水) 10:26:08.66

>>422
これ結構良いアイデアだと思うまぁ勿体ないけどね無料のVBAでプロトタイプ作る方が理想だろうけど、現実的じゃないしな
単にRPA入れるな、よりはこういう戦略の方が生産的かと

**デフォルトの名無しさん** · 2019/05/08(水) 12:11:00.05

>>436
真面目に計算したらマイナスなんでな
短期的にはプラスかもしれんがそれは俗に言う技術的負債というものだ

**デフォルトの名無しさん** · 2019/05/08(水) 12:12:45.32

>>286
何を目指せばいいのか価値観が多様でわからないから民主主義が採用されているだけ
なにを目指せばいいか明確ならその実現方法は時間的経済的なコストがかからない方が良い
一人でもチームでもどっちでも良い

**デフォルトの名無しさん** · 2019/05/08(水) 12:17:29.55

各部署で好き勝手に作ると狭い範囲で使うには良いだろう
各部署が連携する場合は
ある部署での変更の影響が波及する可能性を考慮しておいた方が変更に強いものを作れる可能性が高い

RPAが頻繁な変更に耐えられるとしたら
そんな考慮は不要かもしれない

**デフォルトの名無しさん** · 2019/05/08(水) 12:18:45.10

>>311
excelの処理を早くすると言う解決策も考えられる

**デフォルトの名無しさん** · 2019/05/08(水) 12:19:53.50

>>317
ユーザインターフェイスはどうしてるの？

**デフォルトの名無しさん** · 2019/05/08(水) 12:20:52.50

>>325
それ全部excelで可能じゃね？

**デフォルトの名無しさん** · 2019/05/08(水) 12:23:44.96

>>440
変更に強いとか考え出すと真面目にシステム化してapi提供するとかそういう方向にすすむ
なので使い捨ての雑なバッチ処理みたいな使い方するしかないんじゃねえかな
雑な作りで長期間残るのが最悪なんでこれだけは避けなきゃいかん

**デフォルトの名無しさん** · 2019/05/08(水) 12:28:05.61

>>417
情報システム部門って全社的なことを考えているから
一部門に合わせたら全社的なシステムが維持できなくなる心配がある
だから自己責任でやる分には構わないって事だろう

どうすればいいのかは
自分たちがどうしたいのかわからないのに
提案できないんじゃね？
それを調査検討する工数も取りにくいだろう

自分たちで調査検討できない部門が
自己責任で導入したら
問題発生時に自分たちで対応できない可能性が高い

情報システム部門からすると歓迎できないんじゃね？

**デフォルトの名無しさん** · 2019/05/08(水) 12:31:12.28

>>444
だから狭い範囲で自分達だけで対応するようなものには適しているだろうね

**デフォルトの名無しさん** · 2019/05/08(水) 18:22:10.60

>>190
一度だけ、家の鍋持参しておでん買ってるおばちゃん見たことある

**447** · 2019/05/08(水) 18:23:16.55

↑ごめん誤爆

**デフォルトの名無しさん** · 2019/05/08(水) 18:58:00.09

UiPath　communityって実名じゃないと登録しないといけないの？
ググっても出てこないわ

**デフォルトの名無しさん** · 2019/05/08(水) 19:07:38.62

>>266
厚かましいじゃなくおこがましいでは…

**デフォルトの名無しさん** · 2019/05/08(水) 19:20:35.47

>>311
何のためにPowerQueryとPowerPivotが実装されたのか分かってなさそう

**デフォルトの名無しさん** · 2019/05/08(水) 19:37:02.52

>>446
徹底できるならいいよ
でもできないでしょ

**デフォルトの名無しさん** · 2019/05/08(水) 20:27:53.99

>>438
長期的な収支でマイナスだっていう量の話したいなら量についてどう計算したのか語ってくれんとな「俗に言う技術的負債だ」とか言うだけじゃあねぇ

じゃあ技術的負債にならないためにどうするのとかも言わないし文句言うだけで生産的な話がないんだよな(別にこう判断したからってのがあれば手作業継続にしたとしても生産的だが)

**デフォルトの名無しさん** · 2019/05/08(水) 20:38:59.41

>>439
何を目指せばいいか(利潤追求？)が明確だとしても、不明確な点が一杯あるでしょ理念的に1人でもチームでもいいってのは同意するけど、現実的に総じて1人はないだろうね
1人に任せられるスキルがあるのか、不正しないのか、
レビューどうするのか、評価どうするのかとか
小さい会社で、社長も詳しくて、信頼出来る友人1人に頼むとかの限定された状況ならわからんでもないけど

**デフォルトの名無しさん** · 2019/05/08(水) 20:59:59.26

>>417
RPAって現場要望というより経営者要望だろうね現場で効率化したいって人はVBAやるんじゃないかなと

RPAにせよVBAにせよPythonにせよなんかツールを作る以上、情シスが絡まないって選択肢はないと思う
下手な繰り返し処理とかで基幹システムのサーバダウンとかしてみろよ仮に事前に各自の責任で使うことって取り決めしてたとしても、そもそもそんな取り決めアホか責任放棄だろとか経営者あるいは外部から言われるに決まってるじゃん

RPAにせよVBAにせよPythonにせよニーズの高いものを厳選して現場と情シスが協力して作るしかないんじゃないかね厳選するのはどっちか、作るのはどっちかとか細かい話はあれど

**デフォルトの名無しさん** · 2019/05/08(水) 21:13:57.84

ニーズが高い、てのもくせ者で、
声のでかいやつ「だけ」が見てる三ヵ月に一回のレポート、誰も見ていない
とかあるよな
声の小さいやつが毎日三回作業してるものは無視とか

**デフォルトの名無しさん** · 2019/05/08(水) 21:46:02.73

スレが伸びてると思ったらｗ

**デフォルトの名無しさん** · 2019/05/08(水) 22:04:53.53

なんにせよ、やらせてみて人を育てないと駄目だよ～

**デフォルトの名無しさん** · 2019/05/08(水) 22:06:49.41

>>441>>442>>451
>>311のを作った時はまだPowerQueryは無かったし
そもそも会社の環境だとExcelの起動が遅くて閲覧するだけでも時間が掛かるのがまずい。
>>311ではPythonと書いたけど運用はC++で組んだのを使用している。
社内外システムへの入出力が多いからなるべく速度を稼いでおきたいんだよ。
1台のPCで並列処理できるようにしたいしね。

UIはデータファイルをフォームかあるフォルダにD&Dすると内容に応じて処理する物とか
ゲームパッドで開始するとか色々あるかな。
職業柄、常時PCの前にいる訳でもないのでK/Bやマウス以外の操作も取り入れている。

**デフォルトの名無しさん** · 2019/05/08(水) 22:15:38.30

正直、技術的負債っていってるやつも>>422には反対しにくいだろ？
となるとあとの問題はコストか？

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

そうね、コストが安ければ全く反対はない
何千万かけてそんなものを入れるぐらいならエンジニア一人雇った方が安い

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

お、議論が一歩前進したな。

**デフォルトの名無しさん** · 2019/05/08(水) 22:37:19.62

事務のおばちゃんがRPA書けるようになればおばちゃんの付加価値も上がるんだが、育てる気はない？

**デフォルトの名無しさん** · 2019/05/08(水) 22:38:17.58

おっとこれだとRPAのコストの問題から外れるか。
うーん。

**デフォルトの名無しさん** · 2019/05/08(水) 22:40:49.68

お前らそんな予算の無いの？

**デフォルトの名無しさん** · 2019/05/08(水) 22:49:27.51

上層部からの人件費削減で派遣二人切った代わりにその半額くらいの維持費かかるRPAさんがやってきて負担が増えたよ！！
ちなみにRPAさん今の所使用用途はないよ！！！

**デフォルトの名無しさん** · 2019/05/08(水) 22:53:30.36

>>466
いや、買う前に用途検討しとけよｗ

**デフォルトの名無しさん** · 2019/05/08(水) 23:05:19.33

>>454
不明確な点って
それが何を目指すか判らないって事
最終的なゴールが同じだとしても
ルートが違えばマイルストーンは違う

技術的な事は
調べる試す相談する依頼するとかで解決するしかない
手段をどうするかはコストの問題

**デフォルトの名無しさん** · 2019/05/08(水) 23:08:36.63

PythonやVBAばかり出てくるけど、他のスクリプト言語で組んでいる人居る？
LuaJITやJuliaはどうなんだろうか

**デフォルトの名無しさん** · 2019/05/08(水) 23:18:57.19

powershellもええぞ
.net使えるし、開発環境も標準で入ってる
非IT社員が使うなら検討対象に入っても良いと思う

**デフォルトの名無しさん** · 2019/05/08(水) 23:20:25.69

powershell慣れるまで奇異に感じるけどオブジェクト指向とか割とちゃんとしてて慣れればいい感じだよね