［速報］マイクロソフト、RPA機能でWindowsアプリ操作を自動化する「Power Automate Desktop」パブリックプレビュー開始、日本語版も。Ignite 2020
マイクロソフトはオンラインで開催中の年次イベント「Ignite 2020」で、RPA（Robotic Process Automation）機能を強化したソフトウェア「Power Automate Desktop」のパブリックプレビューを開始すると発表しました。 「Power Automate」は2019年11月にマイクロソフトが発表したノーコード／ローコードツールです。Microsoft Flowと呼ばれていたサービス連携ツールをベースに、ユーザーの操作を記録し再現するRPA機能を追加したものでした。 参考：［速報］マイクロソフト、RPA機能を搭載した「Power Automate」発表。ユーザーの操作を記録、再現実行で自動化。Ignite 2019 マイクロソフトはこのPower AutomateのRPA機能をさらに強化する目的で、今年の6月にはRPA製品ベンダのSoftomotive
「Blue-Green Deployment」とは何か、マーチン・ファウラー氏の解説
クラウドを活用した本番システムのデプロイ手法の1つに「Blue-Green Deployment」がある。Blue-Green Deploymentの目的とそのメリットを、マーチン・ファウラー氏の解説から紹介する。 1つ前の記事で紹介した、チャド・ファウラー氏によるImmutable Infrastructureの記事「Immutable Infrastructure（イミュータブルインフラストラクチャ）と捨ててしまえるコンポーネント」では、デプロイをより安心して行うために、サーバの内容を変更する際には既存のサーバに手を加えるのではなく、新規に作り直して切り替える、という方法を提案しています。これがサーバの不変性、すなわちImmutable Infrastructureにつながるわけです。 これから紹介するマーチン・ファウラー氏の記事「BlueGreenDeployment」は、Immut
マクロによる業務効率化に失敗する人と成功する人の違い - 分裂勘違い君劇場の別館
「マクロで業務自動化すべき場合と、すべきでない場合の区別をする能力」 を持たない会社は、社員も、管理職も、経営者も、不幸になる。 たとえば、経費精算手続きを自動化するのには、引き継ぎもメンテも困難な素人マクロで自動化するより、クラウドの経費精算パッケージを導入したほうがROIが高い場合も多い。 営業部や経営陣へのデータ分析レポートを作成するルーチン作業は、マクロで自動化する前に、そもそも、業務プロセスの見直しによって、そんな分析レポート自体を廃止できないか、検討すべきだ。 それができないなら、re:dashやtaleauで置き換えられないかを検討すべきだ。 それもできないなら、マクロを作成するのと、エンジニアに頼んで分析レポートを表示する管理ツールを作成するのと、どちらが効率がよいか、検討すべきだ。 それもできないなら、マクロを作成して運用するのと、外部の安い人材にアウトソースして運用する
あたりまえのことをあたりまえにやる難しさ
この資料は 2017-07-03 に行われた Tech Night @ Shiodome # 4 - connpass の 発表者メモ です。 ショートURL は http://bit.ly/atarimaenokoto です。あたりまえのこと、です。 自己紹介 時雨堂という会社で Erlang/OTP という言語でミドルウェアを書いてご飯を食べています。専門はプロトコル的に認証、課金、暗号です、最近はここにリアルタイムな音声や映像配信が追加されました。 たまに技術コンサルタントとしてインフラよりの部分での改善をお手伝いしたりしています。 概要 DevOps って言葉はキライなので、使いません。今日は自動化の話をします。ただし、自分は運用経験は皆無です。では何の話をするのかというとミドルウェア開発者視点で見た自動化の話をします。 自動化は実際に手を動かして行ったこともありますが、基本的には
テスト自動化研究会 - テスト自動化の8原則
1. 手動テストはなくならない 2. 手動でおこなって効果のないテストを自動化しても無駄である 3. 自動テストは書いたことしかテストしない 4. テスト自動化の効用はコスト削減だけではない 5. 自動テストシステムの開発は継続的におこなうものである 6. 自動化検討はプロジェクト初期から 7. 自動テストで新種のバグが見つかることは稀である 8. テスト結果分析という新たなタスクが生まれる これらの原則は、どのようなドメイン、プロセス、ツールの現場におけるテスト自動化であっても共通して言える、テスト自動化に取り組む前に留意しておくべきことがら＝原則を、テスト自動化研究会のメンバーによる議論のうえ、絞り込んだものです。これからテスト自動化に取り組まれる方、現在取り組まれている方、これから見直しをされたい方にご参考いただければ幸いです。 解説 1. 手動テストはなくならない ユーザビリティテ
デプロイツールに Fabric を選んだ理由 - Qiita
すべて以下エントリーの受け売り。せっかく自分でまとめるので良い感じに変更しようと思ったけど元エントリーが良すぎてほぼ同じ内容のエントリーになった。 複数プロジェクトを抱えるチームでのデプロイ自動化 もともとはシェルスクリプトで自動化されてた。大きな問題はなかったけど、シェルスクリプトが得意な人がメンテするという感じになってたのでもっと気軽にだれでも修正できるようにしたかった。 Capistrano とどっちにするかという問題は今いる会社が Python メインで Ruby さわれる人がほぼいないので消去法で Fabric を選択。 戦略 元のエントリーにも書いてあるけど、Fabric でめんどくさいのはベースのフレームワークがないので自分で一から書かないとダメなところ。最小のフレームワークを作ってチームに提供することにした。 ├── README.md ├── lib │ ├── git.
スピード重視の開発体制を実現するためのUIテスト自動化 | PLAID engineer blog
スピード重視の開発体制を実現するために、KARTEの開発で取り組んでいるテスト自動化について紹介します。Selenium webdriver, CircleCI, Ghost Inspector
Re: ゼロから始める監視設計
世間では、情報システムの運用・監視の「自動化」というキーワードがもてはやされがちで、各種のツール・プロダクト等が出てくる昨今です。しかし、「自動化」の実態は深い霧のベールに包まれていると感じていませんか。今回は、以下の現場視点でこのベールを脱がしてみたいと思います。 July Tech Festa 2016 発表資料 #jtf2016 平成28年7月24日(日)
なんでも自動化するエンジニアが残していったライフハック・スクリプト
元々はロシア語の掲示板に出ていた、職場での小さなことをなんでも自動化していたハッカーの話が英語に翻訳され、Hacker News等で話題になっています。 xxx(ハンドル名): オーケー、ビルド担当エンジニアが転職で辞め […] 元々はロシア語の掲示板に出ていた、職場での小さなことをなんでも自動化していたハッカーの話が英語に翻訳され、Hacker News等で話題になっています。 xxx(ハンドル名): オーケー、ビルド担当エンジニアが転職で辞めちまった。本当にターミナルに住んでるようなやつだった。わかるだろ、Vimが大好きで、.dotファイルで図を描いて、Markdownでwikiに投稿するようなタイプさ… もし何か、そう何でも、90秒以上掛かるようなことがあったら、スクリプトで自動化しちゃうんだ。 xxx: そういうわけで我々はここにいて、彼の、そう、「遺産」を見てるところだ。 xxx
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch
意識の低い自動化
Amazon.co.jp: Selenium実践入門 ―― 自動化による継続的なブラウザテスト (WEB+DB PRESS plus): 伊藤望, 戸田広, 沖田邦夫, 宮田淳平, 長谷川淳, 清水直樹, Vishal Banthia: 本
OSSのブラウザ自動テストツール「Selenium」を使った、開発・テストの効率化
Seleniumを使用したテスト自動化の取り組みを紹介します