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

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

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

**デフォルトの名無しさん** · 2019/07/03(水) 15:54:41.46

>>166
新卒向けの研修なら、まだ、前向きに取り組んでくれると思うが、
ベテラン社員に「業務負担の削減の為です」と強いると
面倒だし人がやった方が早くね？とかなりそう

**デフォルトの名無しさん** · 2019/07/03(水) 16:51:05.49

NTTデータ、RPAの現状と今後の展望を説明 - 今後、一人1台の時代に
https://news.mynavi.jp/article/20190703-852941/

**デフォルトの名無しさん** · 2019/07/03(水) 17:54:05.91

ライセンス料金やばそう

**デフォルトの名無しさん** · 2019/07/03(水) 17:56:27.92

>>164
たぶん、アクティビティのプロパティの設定値を書かんと誰も答えてくんないと思うよ。
あるいは、UiPathのフォーラムで質問した方が画像張れたりするから楽じゃないかな。

**デフォルトの名無しさん** · 2019/07/03(水) 18:00:33.94

なるほどなぁ
クラウドで従量課金にすると遅いRPAのほうが儲かるのか
よくできてる

**デフォルトの名無しさん** · 2019/07/03(水) 18:09:06.01

>>168
クラウド上でRAPを動作させ、24時間365日の監視・保守サポート、さらに復旧までしてくれるならとっても安心
お手軽ではなくなるけど
システム部にごちゃごちゃ言われなくて捗る

**デフォルトの名無しさん** · 2019/07/03(水) 18:43:18.71

>>168
システム外注するのと何が違うの？

**デフォルトの名無しさん** · 2019/07/03(水) 19:33:58.61

>>160
VB.Netのコード打つ部分では普通にインテリセンス効くけどそういうことじゃなくて？？
>>141 みたいなアクティビティ自体のインテリコードって…
プログラミングでいうと関数置いたら次使う関数を予測して～って言ってるのと同じだもん
そんな夢みたいな機能、RPAはおろかプログラミングでもまだ成し得てないよ…
現代の技術では不可能だから人工知能の発達待つしかない

**デフォルトの名無しさん** · 2019/07/03(水) 20:17:00.12

>>174
最近のVSは文脈に沿ってAIが候補を教えてくれますよ？
AIが判断できなくても、その場で可能な候補が出るのであとは選ぶだけです

**デフォルトの名無しさん** · 2019/07/03(水) 20:40:50.63

>>168
>同社はRPAとしてWinActorを販売しており、ライセンスはこの3-4年で3000ライセンス以上販売したという。
>さらに同氏は今後のRPAの成長を期待し、「RPAは今後オフィスで一人一台の時代になっていく」と、さらにオフィスに浸透していくとの見通しを示した。

年だいたい1000ライセンス売れてる
ホームページみた感じだと1ライセンス1PCなので年1000台のペースで普及
日本の労働人口はだいたい6500万人なので…

**デフォルトの名無しさん** · 2019/07/03(水) 21:04:35.99

>>175
それはメソッドを途中まで打ったら以降のメソッドを予測してくれる機能であって、コードそのものを予測するわけじゃないでしょ？？？
var s ="Hello World!";
って打ったら
Console.WriteLine(s);
まで予測してくれるの？？そんなわけないよね？？
Console. まで打って「WriteLine();」を予測する機能でしょ。
UipathはAIでの自動予測こそないけど、Console.まで打った後のABC順でのサジェストは普通に効くよ

**デフォルトの名無しさん** · 2019/07/03(水) 21:54:58.27

>>177
Consoleまでうたなくてもctrl+spaceでその場で可能な候補が出てきますよ
リストからConsoleを選べますし、文字をいくつか打ってさらに絞りこむこともできます
それに、まったく候補が出せないより、途中まで少し打つだけで欲しい答えが概ね得られるなら、有益ですよね

パラメータ入力欄でインテリセンスが効くのは知ってます
ですが、ワークフロー開発ではコードは最小限しか書かないので、その効果は今ひとつです
やはり、ワークフローの編集中にサポートする機能がもっとあって然るべきでしょう
例えば、ブラウザを開くの枠の中ではブラウザ操作系の候補をリスト表示する（オブジェクト.でメソッドの候補を出すのによく似てますね）
この程度なら、別にAIなどなくても実装できるはずです

開発環境をより良いものにするためにも、ぜひ実装して欲しいですね

**デフォルトの名無しさん** · 2019/07/03(水) 23:09:36.41

>>178
var s ="Hello World!";打った状態でctrl+space叩けばConsole.WriteLine(s); が候補で出てくるの？？？？やばくないそれ

**デフォルトの名無しさん** · 2019/07/04(木) 12:11:08.32

項目が沢山あったり同じ画面を何回も自動化するときがすごい大変
画面をクリックし続けるのに疲れた

**デフォルトの名無しさん** · 2019/07/04(木) 12:49:26.72

>>168
売れなくて困ってるにょ！た頼むから買ってください！まで読んだ

**デフォルトの名無しさん** · 2019/07/04(木) 13:14:04.84

>>180
何使ってる？WinActor?

**デフォルトの名無しさん** · 2019/07/04(木) 13:52:23.48

>>180
お前でもそれ毎月かなんかやってるんでしょ？手動を自動化したいなら。。

**デフォルトの名無しさん** · 2019/07/04(木) 14:47:44.54

項目が沢山あったほうが自動化の旨味も大きいからな。

**デフォルトの名無しさん** · 2019/07/04(木) 17:42:35.15

100項目の画面を1回自動化するなら耐えられる
100項目の画面を2回自動化するのはもう無理心折れる

**デフォルトの名無しさん** · 2019/07/04(木) 18:17:23.71

でも、その100項目毎月か毎日作業しとるんやぞ

**デフォルトの名無しさん** · 2019/07/04(木) 18:38:29.02

>>186
運用さんは間あけてまったりやればいいけど
開発には納期があるから1日に何回もやらないといけないんだぜ

**デフォルトの名無しさん** · 2019/07/04(木) 19:19:23.69

BluePrismはその点なかなかよく出来てる
はやく無償化してくれ

**デフォルトの名無しさん** · 2019/07/04(木) 19:39:36.42

セブンペイやばいな
ITに金払ったり頭使ったりするのってそんな嫌なんかねえ RPAの普及と通じる要素があるのかな

**デフォルトの名無しさん** · 2019/07/04(木) 20:52:11.33

正しいものを正しく作る
結局はそれが最も安全で早くて安いのにねえ

**デフォルトの名無しさん** · 2019/07/04(木) 22:13:56.96

BizRoboを触り始めたけど、機能的にはだいぶ突き抜けてるな
ブラウザをエミュレートして操作とかすげえやん

**デフォルトの名無しさん** · 2019/07/04(木) 22:34:53.81

>>191
なにそれ詳しく

**デフォルトの名無しさん** · 2019/07/04(木) 22:35:43.53

今までプログラミングでは採算が合わなかった領域の業務自動化をRPAが担って、ちゃんと結果も出てる
住み分けできてていいと思うけどなあ

**デフォルトの名無しさん** · 2019/07/04(木) 23:15:35.50

>>188
BluePrismは良くできてるけど、なんか閉鎖的なんだよねー
すごく勿体ない

**デフォルトの名無しさん** · 2019/07/04(木) 23:29:26.95

>>192
例えばGoogleを開いて検索、っていう場合
WinActorやUiPath：IEなどを操作して行う
BizRobo：内部独自ブラウザを使ってエミュレートして操作を実行する
だからBizRobo内部でちゃんと認識してくれれば安定性の面では桁違いに安定する
これこそコミュニティエディション出して広めればもっと需要出るだろうに

**デフォルトの名無しさん** · 2019/07/04(木) 23:56:06.72

きょう文と握手している孫さんをみて、あらためて日本人じゃないんだなと悟った
AutomationAnywhereユーザのウチって…

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

>>192
ベースになってる(っていうか名前以外は同じものの)kofaxRPAは一年間フリーのトライアル版有るよ
ググってみなされ

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

>>195
技術者目線だと逆に不安を感じる
もし本当に独自ブラウザだとしたらまず間違いなくウェブサイトの所有者はその独自ブラウザでの動作テストはしてない
なのでロボット側が安定してもサイト側が安定しなくなる可能性がある

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

>>198
サーバ側にはAgentがどんな値になっているかだけ判る
Headlessかどうかは判らないから同じレスポンスを返す

ていうかSeleniumでHeadlessはふつうにできる

**デフォルトの名無しさん** · 2019/07/05(金) 07:46:37.47

>>199
独自ブラウザの情報を渡したら非対応で何か適当なブラウザを想定して返すしかない
メジャーブラウザに偽装した情報を渡したらメジャーブラウザ用のレスポンスが返る
そして、そのレスポンスから何を描画するか、どういう動作をさせるか、は結局、独自ブラウザの実装次第
サーバー側はメジャーブラウザを想定して組むから、メジャーブラウザと比べて独自ブラウザでは想定通りに表示、動作しない可能性が高まる
基本中の基本だから、素人でも理解しておいてほしい

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

>>200
メジャーブラウザを偽装すればいいんじゃないの？
描画はHeadlessだからこの件では関係ない

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

>>200
RPAの立場では
サーバからのレスポンスが安定していれば問題ない
描画する必要もない

Webアプリ側ではブラウザが何かを判別する必要があるが

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

>>201
独自実装ではメジャーブラウザには追従しきれない
コストがかかりすぎる
高いコストをかけてメジャーブラウザをエミュレートする独自ブラウザを開発するぐらいならメジャーブラウザを使ったほうがいい

それとヘッドレスでもレンダリングエンジンは内部で仕事をしているぞ
例えば要素のサイズを検知して特定のサイズを超えたらJSを実行させる処理とかがあったら描画情報無しでは困るだろ？

**デフォルトの名無しさん** · 2019/07/05(金) 09:01:57.67

>>202
>>203でも述べたとおり
レンダリングエンジンが仕事をする必要があるし仕事をしている
画面に表示こそしていないが丸ごとカットすることは出来ない

**デフォルトの名無しさん** · 2019/07/05(金) 10:51:22.35

>>204
CSVのアドレスを取得してダウンロードする程度でもレンダリングエンジンが危険ですか？
ID、パスワードの入力が必要なら駄目ですか？
画像の特定位置をクリックする必要があるなら無理だと分かります

**デフォルトの名無しさん** · 2019/07/05(金) 11:13:40.79

uipathでoutlookでメール送信をする際、m_filterが起動するためか送信できずタイムアウトしてしまいます。

並列とかトライキャッチで試してみましたがうまく次の処理(m_filterのボタン押し)に進みませんでした。

こういう場合はどのアクティビティを使えばいいのでしょう？

**206** · 2019/07/05(金) 12:28:20.82

>>206
自己レス
その後、いろいろ試したら、トライキャッチでできました。
キャッチをタイムアウトではなくsystem.exceptionにしたらすんなり動きました…orz

お騒がせしました…

**デフォルトの名無しさん** · 2019/07/05(金) 12:33:36.35

>>205
何がダメかは物によるからこれがダメだこれは大丈夫と切り分けることは難しい
しかしサイト提供側が独自ブラウザでの動作テストをしていない以上は何がダメになってもおかしくはないということは確かだ
もちろん運良くなにも問題なく動くこともあるだろう
テストをしていないということはそういうこと

**デフォルトの名無しさん** · 2019/07/05(金) 12:47:13.29

>>208
了解です
提供サイトがいつなにを変更するかは確かに予測不可能、検出不可能なので
動かなくなったらその都度対応するしかなさそうです
普通のブラウザでも完全回避は無理っぽいかな

**デフォルトの名無しさん** · 2019/07/05(金) 12:57:57.73

>>209
サイトの変更による影響はまた別の話

**デフォルトの名無しさん** · 2019/07/05(金) 13:00:56.30

>>210
えっとつまり

サイトの変更がなくても、いままで無事に動いていたのに
＞何がダメになってもおかしくはない

了解しました

**デフォルトの名無しさん** · 2019/07/05(金) 13:12:46.78

>>203
Javascriptはブラウザ側で実行する
実行前からのサーバからの出力はそのまま受け取れる
それを使って処理すればいい

**デフォルトの名無しさん** · 2019/07/05(金) 15:20:59.88

皆、Ruby で、Selenium WebDriver などでテストしてるのに、
独自ブラウザなんか、バグだらけで使えるわけないだろ

JavaScript とか、無数のOS・端末・ブラウザの近況を、サポートしていかないといけないのに、
Selenium WebDriver以外が、使えるわけないだろ

Phantom.js ですら、Selenium WebDriver, Chrome が、headless を採用したら、解散したぐらいなのに、
他の組織が、独自ブラウザなんか作れるわけないだろw

**デフォルトの名無しさん** · 2019/07/05(金) 15:25:16.18

クソ言語よけ御守りリンク

フリーランス向け新規案件のプログラミング言語、「Python」がシェア拡大、ブロックチェーンや機械学習などの需要増で
https://internet.watch.impress.co.jp/docs/news/1194/299/index.html

https://internet.watch.impress.co.jp/img/iw/docs/1194/299/program01_o.jpg

**デフォルトの名無しさん** · 2019/07/05(金) 15:30:05.12

Windowsは標準でIEを自動操作できる。DOMの知識が必要だが

このスレの>>2を表示する、ie.js

var ie = WScript.CreateObject("InternetExplorer.Application")
ie.navigate('https://mevius.2ch.net/test/read.cgi/tech/1561796557/2')
while(ie.Busy && ie.readyState !== 4) WScript.Sleep(100)
WScript.Echo(ie.document.querySelector(".message").textContent)
ie.Quit()

**デフォルトの名無しさん** · 2019/07/05(金) 16:15:09.40

>>213
サーバの出力を受け取るだけならブラウザである必要はない
http通信ができればいいだけ
その中のデータをどう扱うか

**デフォルトの名無しさん** · 2019/07/05(金) 16:17:18.41

>>213
新しいことをやる人はそれまでみんながやっていない事をやるから新しい事なんだよ
みんながやってるからそれをやるという考えは何も産み出せない

**213** · 2019/07/05(金) 17:40:15.48

静的なページは、wget, curl でも出来る。
ブラウザを操作する必要はない

でも、5ch みたいに、空のHTML を送って来てから、
JavaScript を動かして、内容をサーバーからダウンロードするような、動的なページでは無理

今のほとんどのサイトは、動的なページだから、
人が使うのと全く同じように、Selenium WebDriver で、ブラウザを操作する必要がある

**デフォルトの名無しさん** · 2019/07/05(金) 17:48:33.80

>>211
難しく考えなくていいよ
メジャーブラウザで正常に動作しているものが独自ブラウザでは動作する保証がない
なぜなら独自ブラウザではテストをしてないから

**デフォルトの名無しさん** · 2019/07/05(金) 17:53:45.96

>>217
プログラミングならそうだね

**デフォルトの名無しさん** · 2019/07/05(金) 17:55:23.54

>>216だった

**191、195さんとは別人ですよ** · 2019/07/05(金) 18:26:56.41

>>219
もともと、動かないなら使わなくて、動くならありがたく使う

それに加えて動いていても
＞何がダメになってもおかしくはない

パソコンでは珍しくないので特になんとも

でも、BizRoboはWEBスクレイピングツールが強みらしいのですが、ダメになっちゃうかもしれないとなると
困っちゃうかもしれません

**デフォルトの名無しさん** · 2019/07/05(金) 18:29:05.48

uipathでもHTTP Requestあるけどね

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

Uipathのライブラリを作ったのですがワークフローのプロパティのツールチップとヘルプリンクが入力しても保存されないのは仕様ですか？

**213** · 2019/07/05(金) 19:31:00.07

独自ブラウザが中途半端に動いたら、正常に動いているように見えるから、質が悪い

例えば、文章が半分だけ取得できても困る。
正常に見える

独自ブラウザなんて信用しない方がよい。
時価総額、100兆円企業のMicrosoft ですら、独自ブラウザから撤退して、Chrome に合わせる

ましてや他の企業が作る事は、不可能！

**デフォルトの名無しさん** · 2019/07/05(金) 19:38:08.81

問1 (配点100)

RPAとは何か、50文字で答えなさい。

**デフォルトの名無しさん** · 2019/07/05(金) 20:34:47.45

RPAとは人間を奴隷状態から解放する救世主である。

**デフォルトの名無しさん** · 2019/07/05(金) 20:39:13.67

何点？

**デフォルトの名無しさん** · 2019/07/05(金) 21:45:27.67

断る

**デフォルトの名無しさん** · 2019/07/05(金) 22:43:57.47

R → P → A

Rの片足を引っ込めてP。
Pから足を出して尖がったらA。

**デフォルトの名無しさん** · 2019/07/05(金) 23:01:15.03

>>218
javascriptで実行している通信を別言語でやればいいだけ
受け取るのはjsonとかxmlとかだろうし

**デフォルトの名無しさん** · 2019/07/05(金) 23:04:16.06

>>220
RPAは自動化するための手段でしかない
ブラウザで表示させなくてもいい

RPAを導入する事が目的になってる？

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

>>232
一般的に言って、html、api、rpcなどを解析すればサイトをコントロールするには十分で、ブラウザを利用する必要はない、という主張は全くもって正しい
しかしもともとの文脈では、ブラウザのUI操作シミュレーション使って自動化する際、独自ブラウザを使うことのデメリットについて話し合ってた
なので君の主張は正しいが、会話の文脈には沿っていない

**デフォルトの名無しさん** · 2019/07/06(土) 08:16:18.49

>>233
もともとの内容は
>>195
だろうと思う

自動操作の安定性を向上できる点を評価している

UI操作は本質ではない
ブラウザに依存しない方が望ましい

今メジャーブラウザだとしても将来変わるだろうし

**デフォルトの名無しさん** · 2019/07/06(土) 08:53:22.08

>>234
>>195 内部独自ブラウザを使うと安定する
という意見に対して一般的に言って独自ブラウザにはデメリットがある
という流れな

**デフォルトの名無しさん** · 2019/07/06(土) 13:43:13.03

>>235
独自ブラウザのデメリットというのは
ブラウザの描画に起因するものじゃないかな

そもそも描画する必要なくない？
htmlやjsonやxmlや画像データを
そのまま処理すればいい

サーバ側はAgentの値を同じにすれば同じレスポンスを返すだろうから安定する

**デフォルトの名無しさん** · 2019/07/06(土) 13:50:54.45

>>236
レンダリングもあるがJSもあるな

必要があるかないかで言えばない
自分もクロールするときはSeleniumは最後の手段として使う(遅いから)
とはいえ今はブラウザを使うことを話しの前提とした上でメジャーブラウザと独自ブラウザを比較している
ブラウザを使う以上は実際に画面に表示しようがしまいがレンダリング処理を全て切り捨てることは出来ない

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

そうだぞ
例えば、レンダリングがおかしくて文章が半分だけ取得できても困るんだぞ
ま、実はそれぐらいしかないんだが

**デフォルトの名無しさん** · 2019/07/06(土) 16:13:39.22

例えばjsで無限スクロール実装してるサイトだと初期表示分しか取得できないな。
jsでスクロール位置見てajaxで追加読み込みしてるからね。
手動でjs解析して読み込み先url集めてーってのもできるけど、当たり前だがヘッドレスブラウザに任せたほうが楽。
人がアクセスするのと同じだからね。

**デフォルトの名無しさん** · 2019/07/06(土) 19:12:58.83

そういうサイトは内部でページサイズとページ数をパラメータに受け取るapiを使っていると思う
なのでそのapiが見つかればそっちを使ったほうが遥かに簡単になる
ただそれはそれとして置いておいてブラウザを使って取得すると決めたとする
その場合はマイナーな独自ブラウザでは正しく動作しない確率が高いので最初からメジャーブラウザを使って自動化したほうがいい
(高いというのはメジャーブラウザで動作不良を起こす確率と比較してという意味)

**デフォルトの名無しさん** · 2019/07/06(土) 19:53:41.71

マイナーブラウザしか使えないという業務上の制約があればメジャーブラウザは使えない

ブラウザを使う事になったとしても無条件でメジャーブラウザに決定するわけではないな

独自ブラウザを使う必要がある可能性もゼロではない
具体的な内容も知らずにメジャーブラウザを使えばいいなどとは断言できない

**デフォルトの名無しさん** · 2019/07/06(土) 20:04:34.71

それは奇妙なルールだな
普通はまず間違いなくIEとEdgeは許可される
ネタじゃなく真面目にメジャーブラウザ禁止という企業があったらセキュリティ上のリスクが高いから取引したくないな
その企業には機密情報は絶対に渡せない

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

>>242
社内システムの関係上Firefoxのみとかゼロではないんじゃね？
ブラウザ使うとしても社外アクセスするとは限らない

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

>>243
確かにそれぐらいなら十分に有りえるな
しかし社内システム限定でも独自ブラウザ縛りはそうそうないだろう
セキュリティ上のリスクや開発コストの増加が見込まれるから候補にすら挙がらない
もしあったとしてもこういう場では無視して語っていいレアケース

**デフォルトの名無しさん** · 2019/07/06(土) 21:56:32.18

>>244
一番シェアの多いブラウザを使えって事？
どの範囲で？世界で？日本で？
相手先のサーバがそのブラウザをサポートしてなかったら？
個別に決めないと判らないだろ

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

>>245
社内システムなら社内のシェアでいいだろ

**デフォルトの名無しさん** · 2019/07/06(土) 22:13:33.00

>>245
外部サイトならメジャーブラウザを使えばほぼ100%問題はないのでどれか使えばいい
社内サイトならメジャーブラウザの少なくともどれか1つはテストしてる筈だからそれを使えばいい

**デフォルトの名無しさん** · 2019/07/06(土) 22:44:59.90

>>247
メジャーブラウザって具体的に何？

**デフォルトの名無しさん** · 2019/07/06(土) 23:36:46.71

AIというよりWindows上のプロセスをなぞってるだけｗ
VBScript使いとかバッチ使いとかにはとっくに知られてた内容だと
むしろ純粋なC言語使いやJava使いが、それだけをやってるなら詳しくない分野なんだな

でもこれこそが、この25年間、Widowsの奴隷として支配された日本人が欲していたものだったと
そしてそれを実施すると、機械のようにPC上の入力作業をこなすだけで仕事を貰えてた人の殆どが
仕事を失ってしまう！と

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

>>248
ブラウザシェア
とかでググれ

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

Chrome 以外は、選択肢として、あり得ない！

例えば、IE 向けに作ろうとしても作れない。
IEだけバグる情報を探したり、IEだけの特殊な処理を探して実装するのに、手間がかかる

そういうので作られても、保守できない。
新情報が出なくなっていくから、情報が埋もれていくので、探せなくなる

2, 3 年後には、なぜそういう書き方をしたのか、誰もわからなくなるから、産業廃棄物！

**デフォルトの名無しさん** · 2019/07/07(日) 08:31:18.92

RPAなんかやめてAPIを使うといいよ
GUIを無理くり操作とかバカみたいじゃん
テスト自動化目的なら良いけど

**デフォルトの名無しさん** · 2019/07/07(日) 10:47:41.15

>>250
あなたの認識では具体的に何？

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

>>253
ググったか？
俺に意見聞きたいならググったページ出してみ

**デフォルトの名無しさん** · 2019/07/07(日) 11:56:49.78

>>254

>>247
> 外部サイトならメジャーブラウザを使えばほぼ100%問題はないのでどれか使えばいい

これはどうやって調べた？
本当に実情と合っている？

**デフォルトの名無しさん** · 2019/07/07(日) 12:08:53.24

Chrome, FF, Edge, IE, Safari, Opera
まあこの辺りだろうね

**デフォルトの名無しさん** · 2019/07/07(日) 12:11:20.51

>>255
合ってないと言うならソース付きで事例よろしく

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

趣味の個人サイトとかだと動作テストしてなくても不思議ではない
とはいえそれらはビジネスで扱うサイトとしてはカウントしなくてもいいだろう

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

メジャーブラウザなんて拘るとこかw？

**デフォルトの名無しさん** · 2019/07/07(日) 12:36:16.37

>>259
独自ブラウザに執着する強い拘りがあるなら独自ブラウザを使えばいい
特に拘りがなければ王道のメジャーブラウザを使えばいい

**デフォルトの名無しさん** · 2019/07/07(日) 12:46:56.82

>>257
ないと言うことは証明できないって知らない？

**デフォルトの名無しさん** · 2019/07/07(日) 13:00:05.31

>>261
「合っていない」という事例を出すだけ
バカがよく理解せずに悪魔の証明とか言うと恥かくだけだぞw

**デフォルトの名無しさん** · 2019/07/07(日) 13:06:26.85

証明しろおじさんは物事を抽象的に、定性的に考えることができない
経済的合理性も理解できない
数字の意味を考えずに騙されるタイプ

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

今日はみんな元気ないなRPAもう飽きたのか？
俺はどうやってもプログラミングよりも生産性超えれないから正直飽きてきてる

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

こないだ論破されてたキチガイがまた出てきたのかよw

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

おっ湧いてきたなw