Talk Lowy(jp)

UrlEncodeを使いたい！ HttpRequest Activityを使ったら文字のせいで途中で切れてしまうケースが発生！ .NetにもともとあったUrlEncode関数を使えばいいかなと思って調べたら、 System.Web.HttpUtilityを使えってUiPathコミュニティから言われたけど 実際に入れてみると HttpUtilityはWebに属してないとか言われました。 それで調べたら var webencode = System.Net.WebUtility.UrlEncode(test); var httpencode = System.Web.HttpUtility.UrlEncode(test); このように2種類があるって、 それでSystem.Net.WebUtility.UrlEncodeを使ってみると成功！ ではでは～ Orchestratorなしで多数のUiPathを楽しむ！ Full RPA Manager. https://giipasp.azurewebsites.net/

* http://vbs.crap.jp/content/io/io1.shtml   * 十分な説明がある。      Set  objFso  = WScript. CreateObject ( "Scripting.FileSystemObject" )          'C:\のtest.txtを読込          Set  objFile  = objFso. OpenTextFile ( "C:\test.txt" )          'ファイルの内容を全て変数に格納          strRet  = objFile.ReadAll          '結果表示         Wscript.Echo strRet          'ファイルをクローズ         objFile.Close * http://win-script.net/vbs-filesystemobject/readall/   * simple. 上の例が詳しいのでスキップしていい * http://officetanaka.net/excel/vba/filesystemobject/textstream07.htm   * withを利用して例がある      Set  FSO  =  CreateObject ( "Scripting.FileSystemObject" )      ''C:\Work\Sample.txtの全ての文字を読み込んで表示します      With  FSO. GetFile ( "C:\Work\Sample.txt" ).OpenAsTextStream          buf  = .ReadAll          MsgBox  buf         .Close      End   With

よく言われるのが 「○○さんは教えても覚えられなくてダメですね。」 成功とかの大げさまでは言わない。 人間の脳を信じて記録しない人は次がない。 基本的に人間の脳は約3億の細胞に2から10個の細胞に一つの情報を記録する。 しかも同じ内容が入るかは人によって異なる。 問題は、 多分朝起きたら忘れたらいけないことが朝起きたらあっさり覚えられない経験があるだろう。 これは例えば忘れたくない情報が5つの細胞に記録されて 朝起きてみたら死んでしまった数十万の脳細胞の中に偶然忘れたくない情報がすべて入ってたらこんなことになるのだ！ 認知症ではないあなたも例外はないだろう。 必ず若い細胞に記録されるわけになないのだ！ という分けで 私は皆に言ってることがある。 記録しない人は重要なお仕事は任せない。 いくら記憶力がいいって言っても 人間の程不安定な記録装置はないだろう。 まるで 毎日数十万か所が壊れかかってるディスクに複数を記録してる のような危険な作業はお仕事にはできない。 成功した人の自己開発の書籍などを見ても メモる習慣などの大事さが書いているだろう。 必ず紙にメモる必要はない。 しかし私が紙にメモる習慣を身に着けたのは なるべく落ち着いて記録しながら何度も読み上げて頭に入れる。 そしてメモる度に整理を続けて情報の整理の仕方が身につく。 ゆっくり落ち着く性格になる。 とのことで紙にわざっとメモることになった。 大勢が来る会議室、 皆ノートパソコンで会議の内容をタイピングしている。 あそこで私もノートパソコンは見るためには開いているけど、 内容はメモをしてる。 MicrosoftのSurfaceを利用してペンでメモをしてたこともあるが、 やはりノートパソコンは見るときいいけど、 書くのは紙のほうがいい。(熱が発するガラスの上に書くのがまだ慣れてない) 書いた紙は写真で保管したりほかのところでまた整理したりするけど、 紙に書く場合の長所は ・落ち着く性格になる。 ・忘れたりしない。 ・電池切れなどの恐れがない。 ・目に優しい ・逆に頭に残りやすい ・図としてMindmapを作って全

こんなのもありますね。 https://jagjapan.maps.arcgis.com/apps/opsdashboard/index.html#/259ce3e3e2bf4c77876d4ecde6ea2564 地図ベースに感染者の分布などが分かるので移動時にご参考に！ みんな気を付けてください！ そしてマスクはドラックストアよりは夜中のコンビニが獲得確率が高いらしいです！ まだ購入してない方はご参考に！

私みたいに普通の人が 色んな分野でプロにはなれない。 多分ものすごく時間をかければ何とかなるかもしれないけど、 そのかける時間のほんの少しを利用して 一つの分野に専門になっている人に信頼を作れば 短い時間でその問題が解決できる。 世界優秀な人々はこのように繋がりを構築して協力し合い、 もっと発展を図っている それが現代のシンジケート(Syndicate)だ。 語源とは若干異なるが、 自分だけのシンジケートを作り 外のシンジケートとの信頼と協力関係を作っていく。 シンジケートに入ってない人を誘い自分の輪も大きくする。 このように構築していく絆が 自分の力になり、 遺産になると思う。

イメージがあまりなくてつまらないと思いますが、自分の経験のコツを共有したく設けたページになります。 RPA(Robotic Process Automation)を利用して色々やってます。 大手のK様から個人の趣味までRPAの使い方は幅広いし一つだけではなくいくつかの自動化ツールを利用してRPAを進めてます。 今回はUiPathを利用して開発するときの設計の切り分けをどうすべきかとの個人の意見を書いてみます。 UiPath(https://www.uipath.com)はご存じの前提で始めます。 まず、 MSA式というのを考えてできるだけ細かく切ります。 しかし分けすぎると多くなってしまい逆に管理が困ります。 UiPathの特徴は「単純作業の自動化」から「ML(マシンランニング)」の複雑な組み合わせが楽なこと。 ということで 自分でよくやってるのをチェックします。 * メールの確認 * グループウェアのチェック * スケジュールの確認 * 毎日のサービス及びシステム点検 * スケジュールの登録 * 忘れないようにチェックすべきもの などなどいっぱいあるんですね。 これをするだけで一日が行っちゃうとかの方多いでしょうね。 ここで一つの作業をプロジェクトとし、1枚にシートに書いてみます。私は紙が好きなのでA4用紙で１プロジェクトを書いたりします。 A4用紙を使う理由の一つは1枚に収まるように設計するためにはたくさんの機能が入りきれないので他のプロジェクトから呼び出しが多くなりMSAに充実な設計ができます。 しかし、多すぎる場合には統合したりしてます。 外の開発とは異なり、 UIPは利用者が自分で修正ができないと長く使えないので ユーザーの修正領域と共有領域、専用領域をきちんと分けないといけません。 基本的なファイルの作成はこんな感じ * Main.xaml   * 最初実行するファイルですが、できるだけ内容は少なめにして置きます。   * 初期設定をファイルにConfig.json等に落としての読み込みなどを定義します。 * Config.json   * ユーザーが自分の環境に合わせて起動前修正すべきの内容を記入します。 * <FunctionA>.xaml

FuntionとSubはほぼ同じ動作をしているためあまり使い分けしてないケースが多い。 多分Classic ASPだけではなくVBA(Visual Basic for application)とかASP.NETなどにも同じ仕組みになっている。 Classic ASPは現在ほぼ使っている人が少ないためもう知ってるおじさんばっかりかもしれませんが…。 Functionは CALL(呼び出し)をしたらReturn(戻り値)のみ戻ってくる。 呼び出しは CALL FuncA(ParamA, ParamB) または A = FuncA(ParamA, ParamB) としてAに結果のデータを入れたりすることができる。 Subは Sub名を入力して実行するとSubの中の変数などがメモリに残る 呼び出しは SUBA ParamA, ParamB の形式でカッコがいらない いくつかの操作及び変数の処理などが複雑の場合にはSubを利用したら楽にすむ。 Functionは決まった数の結果とか処理が単純の場合使いやすい。Functionの中で色んな変数の処理をしても終わったら全て消えるので一時的に使うにはメモリの管理がしやすい。 両方とも反対の用途で使ってもいいけど 実際に使い分けをはっきりしないと知らないうちにメモリ上の変数が変わったりするので注意が必要。 とのことで自分のコツを極めるには必要かと思います！ Knowledgebase https://github.com/LowyShin/KB-KnowledgeBaseHome/wiki Do not login your server any more! giip :: Free server management tool! https://giipasp.azurewebsites.net/