アカウント名:
パスワード:
10年も使えない製品なんて
Office365ってしょっちゅうUIが変わるじゃない?2019の後はOffice全部ローリング化してそういう感じになっていくんかな…
UIが変わるのは本当に何とかしてほしい。自動化してると定義(マッチングするための画像パターンやら何やら)を作り直しになるから、自動化のコストメリットがどんどん薄れていく。本気で脱Officeを考えざるを得なくなるぞっていう・・・。
# 機能が多少制限されてもいいからUIが滅多に変わらない「Office for Automation」とか出ないかな
なんか設計が無茶苦茶な気が・・明らかに変動している基盤の上で自動化組んで、変更対応を新たな作業発生みたいに思ってるのはおかしいよ。そうせざるを得ないなら、UI変動時の作業発生は前提にしないとだし、極力中間I/Fのみかつ僅かな変更で穏やかに対応できるように作らないと、できる限りではあるけど。
何の設計の話をしてるのか知らんが、自動化ツールなんてだいたいそんなもんだぞ。人間がやる作業を、人間視点に近いまま(プログラミングを介さずに)自動化するのが目的なんだから、画像認識等は避けて通れない。Officeだけで完結するならVSTOなりVBAでプログラムを組む手もあるが、他の業務システムとの連携等も含めたら、自動化ツール使うことになるし。
RPAツールに該当する部分まで自力開発すると、それこそ基盤が変わった時に対応できないか、矢鱈と高機能化させる羽目になって何のメリットもなくなる。
ああ自動化のスクリプトとか書いてる訳じゃないのね。なんでUI使って画像マッチで処理なんてややこしい事になったんだろ、やりたいことホントにOffice要るの?とか色々不思議だったわ。色々縛りが多くて大変そうだな。
何千人規模の企業で、社内の書類業務を、処理フローまで含めて自動化しようとするのをやってみればわかるよ。ガチのシステム化なんて要件定義からはじめて、カットオーバーした頃には、諸々の理由でフォーマットや処理手順が変わってたりするし。「どんな処理フローの変化にも柔軟に対応できる独自システム」なんて夢物語でしかない。
だから人間がやる作業手順をベースに、それを専用ソフトウェアでエミュレートして処理させるわけだが、そういう手法では画像認識を使わないとUIの制御なんてできないわけ。システマチックにプログラム組んで対応するようなやり方では、経理や人事等、別カテゴリーの専門家が、何をやっているのか把握できなくなるしね。
何千人規模の企業で、社内の書類業務を、処理フローまで含めて自動化しようとするのをやってみればわかるよ。
いやー、画像マッチで自動処理とかは正直その道のプロにお任せしたいところだなー。
それはまず業務を見直す方が先では
業務の見直しが終わって、システムの要件定義とかやって、ウォーターフォール(笑)で開発が終わった頃には、組織体系や業務内容、連携先システムが変わってたりする。あと手広くやってる会社だと、毎年何かしらの法令・省令の改正でも影響が出てくる。
旧態依然とした「御用聞きのSIerが年単位で時間かけて社内システムをリプレイス、追加機能はフランケンシュタインのごとく継ぎ接ぎだらけのパッチ当て」なんてやり方じゃ、コストだけかかって時代に置いてかれるだけだよ。
昔うちに売り込みに来たUIテスト自動化ツールなんかだと、画像によるマッチングじゃなくウィンドウクラスやウインドウタイトル、階層なんかを使って対象を引っぱってきていた。Delphi や Qt, WPF だとウインドウの無いコントロールがいっぱいあるから上手く動かないんだろうな。
Win32 のAPIで探すから無いだけで、Qtや WPF はQtや WPF のAPI経由なら普通に各コントロール触れるよ。
https://github.com/robertknight/Qt-Inspector [github.com]https://archive.codeplex.com/?p=wpfinspector [codeplex.com]
Delphi はわからんけど、似たようなのあるんじゃない?WPF Inspector は本家の開発は止まってるけど、Fork したやつが GitHub にある。
個別のAPIって言い出すときりがないから画像認識に落ち着くのでは?あとCitrix使えないし。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ研究家
だったら安くしてくれ (スコア:1)
10年も使えない製品なんて
Re: (スコア:0)
Office365ってしょっちゅうUIが変わるじゃない?2019の後はOffice全部ローリング化してそういう感じになっていくんかな…
Re: (スコア:0)
UIが変わるのは本当に何とかしてほしい。
自動化してると定義(マッチングするための画像パターンやら何やら)を作り直しになるから、自動化のコストメリットがどんどん薄れていく。
本気で脱Officeを考えざるを得なくなるぞっていう・・・。
# 機能が多少制限されてもいいからUIが滅多に変わらない「Office for Automation」とか出ないかな
Re:だったら安くしてくれ (スコア:0)
なんか設計が無茶苦茶な気が・・
明らかに変動している基盤の上で自動化組んで、変更対応を新たな作業発生みたいに思ってるのはおかしいよ。
そうせざるを得ないなら、UI変動時の作業発生は前提にしないとだし、極力中間I/Fのみかつ僅かな変更で穏やかに対応できるように作らないと、できる限りではあるけど。
Re: (スコア:0)
何の設計の話をしてるのか知らんが、自動化ツールなんてだいたいそんなもんだぞ。
人間がやる作業を、人間視点に近いまま(プログラミングを介さずに)自動化するのが目的なんだから、画像認識等は避けて通れない。
Officeだけで完結するならVSTOなりVBAでプログラムを組む手もあるが、他の業務システムとの連携等も含めたら、自動化ツール使うことになるし。
RPAツールに該当する部分まで自力開発すると、それこそ基盤が変わった時に対応できないか、矢鱈と高機能化させる羽目になって何のメリットもなくなる。
Re: (スコア:0)
ああ自動化のスクリプトとか書いてる訳じゃないのね。
なんでUI使って画像マッチで処理なんてややこしい事になったんだろ、やりたいことホントにOffice要るの?とか色々不思議だったわ。
色々縛りが多くて大変そうだな。
Re: (スコア:0)
何千人規模の企業で、社内の書類業務を、処理フローまで含めて自動化しようとするのをやってみればわかるよ。
ガチのシステム化なんて要件定義からはじめて、カットオーバーした頃には、諸々の理由でフォーマットや処理手順が変わってたりするし。
「どんな処理フローの変化にも柔軟に対応できる独自システム」なんて夢物語でしかない。
だから人間がやる作業手順をベースに、それを専用ソフトウェアでエミュレートして処理させるわけだが、そういう手法では画像認識を使わないとUIの制御なんてできないわけ。
システマチックにプログラム組んで対応するようなやり方では、経理や人事等、別カテゴリーの専門家が、何をやっているのか把握できなくなるしね。
Re: (スコア:0)
何千人規模の企業で、社内の書類業務を、処理フローまで含めて自動化しようとするのをやってみればわかるよ。
いやー、画像マッチで自動処理とかは正直その道のプロにお任せしたいところだなー。
Re: (スコア:0)
それはまず業務を見直す方が先では
Re: (スコア:0)
業務の見直しが終わって、システムの要件定義とかやって、ウォーターフォール(笑)で開発が終わった頃には、組織体系や業務内容、連携先システムが変わってたりする。
あと手広くやってる会社だと、毎年何かしらの法令・省令の改正でも影響が出てくる。
旧態依然とした「御用聞きのSIerが年単位で時間かけて社内システムをリプレイス、追加機能はフランケンシュタインのごとく継ぎ接ぎだらけのパッチ当て」なんてやり方じゃ、コストだけかかって時代に置いてかれるだけだよ。
Re: (スコア:0)
昔うちに売り込みに来たUIテスト自動化ツールなんかだと、画像によるマッチングじゃなく
ウィンドウクラスやウインドウタイトル、階層なんかを使って対象を引っぱってきていた。
Delphi や Qt, WPF だとウインドウの無いコントロールがいっぱいあるから上手く動かないんだろうな。
Re: (スコア:0)
Win32 のAPIで探すから無いだけで、Qtや WPF はQtや WPF のAPI経由なら普通に各コントロール触れるよ。
https://github.com/robertknight/Qt-Inspector [github.com]
https://archive.codeplex.com/?p=wpfinspector [codeplex.com]
Delphi はわからんけど、似たようなのあるんじゃない?
WPF Inspector は本家の開発は止まってるけど、Fork したやつが GitHub にある。
Re:だったら安くしてくれ (スコア:1)
個別のAPIって言い出すときりがないから画像認識に落ち着くのでは?
あとCitrix使えないし。