  |
はてなキーワード: Windowsとは
「Windows に Docker 入れるのムズい。Mac の方がいい」と言う人が Twitter 上では散見されるので
かねてから、どこがどうムズいのかを観察したかったんだが・・・
今日、新しくプロジェクトに参画した人が Docker は経験が無いという事で、これはチャンスとばかりに
「ちょっと Docker Desktop for Windows 入れといて。インストーラーがあるから。もしかしたら Hyper-V の有効化も必要かな？」
とだけ伝えて、放っておいたんだが・・・
すんなりとインストール完了してしまった。これじゃ参考にならない。イカンねえ。
まあプロジェクトが進むのは悪い事じゃないけど。
https://pc.watch.impress.co.jp/docs/column/config/1389655.html
最初に書いたように、CPUやGPU、そしてそれらを統合した環境の優劣を比較するためには、ベンチマークテストはとても分かりやすい指標となる。n年前のxに対して、y倍の処理性能というのは絶対的なデータとして君臨する。
だが、個人が向き合う環境としてのPCの快適さを測る指標は、ベンチマークの値ではなかなか伝わらない。性能が10倍になったとしても体感的にはそんなに速くなった感じがしないことも多いからだ。
よくあるたとえ話が、PCを新しくしても秀丸エディタがちっとも速くならないというようなものだ。でも、使うにつれて、色々なシーンでの底上げが、トータルでの使い勝手を高めていることに気がつく。
今回は、たまたまWindows 11が古いプロセッサを切り捨てたので、仕方なくといった気持ちで移行を試みた。だが、そんなことでもなければ、特に不満のなかった環境を、この先、少なくとも数年は使い続けようとしていただろう。きっとそれで、自分では気がつかないままに、いろんな場面でソンをしていたに違いない。
数値で指し示すのが難しい余裕のようなものが、高性能PCの新しい当たり前なのだろう。まさに温故知新だ。本当は、それが分かる指標が欲しい。
「ベンチマークの見方よくわかりません！」って叫んでるだけやん・・・
ほんとうに何も勉強してないし経営者とのコネだけで寄稿してるんだなとわかる
クロームブックだとマクロ使えないけど、マクラーとして20年飯を食ってきたおっさんどうすん？
ChromebookではExcelのWeb版しか使えなくてマクロ使えないんだけど。
ChromebookでM365はどこまで使い込めるのか
Microsoft 365は快適に使えるのか？
Chromebookとの親和性を探る
ニューノーマルを見据えた働き方のデバイスとして、国内でも導入が加速しているChromebookだが、Windows 10が動作するPCと比較したときに、ハードウェアの性能よりもMicrosoft 365に代表されるWordやExcel、PowerPointといったOfficeアプリが使えるかどうかが、重要な判断基準となっている。そこで、今回は国内で数多くのChromebook導入実績がある電算システムに、ChromebookでMicrosoft 365はどこまで使い込めるのか聞いた。
Chromebookを導入する動機については、これまでの連載でも端末コストの安さや運用管理のシンプルさ、セキュリティの強化など、数多くのメリットを伝えてきた。それに加えて、電算システムでは「ライセンスコストの低減」という導入効果を訴求する。ライセンスコストとは、Windows 10と旧Office 365に代表されるソフトウェアの利用契約にかかる料金だ。現在は、Microsoft 365に統合されているOffice 365だが、社員数の多い企業にとってライセンスコストは多大な経費となっている。例えば、1,000名の社員が全てWindows 10と旧Office 365を使うとすれば、かなりの価格だ。ところが、電算システムでは「仮に社員が1,000名だとしても、日報の作成にしか使わないといったライトな使い方が多く、WordやExcelなどを使い込んでいる社員の割合は少ない」と指摘する。
こうしたケースに対し、電算システムは「全社員がMicrosoft 365のライセンスを契約する必要があるのか」と疑問を投げかける。このような理由から、実際にWindows PCからChromebookへと乗り換えた企業もある。具体的に、どのくらいのコスト削減になるのかは、ケースバイケースなので平均的な値を出すのは難しいが、仮に300名以下の企業で、Windows PCやMacで使えるデスクトップ版のOfficeアプリ「Microsoft 365 Business Standard」を利用するとしたら、月額のユーザー当たりのライセンス料は1,360円となる。このライセンスコストを下げるために、Web版のOffice 365しか使えない「Microsoft 365 Business Basic」に変更すると、1ユーザーの月額は540円に下げられる。ただし、これは300名以下の企業に提供されているライセンス料なので、1,000名や1万名規模になると、事情は変わってくる。
大企業向けのMicrosoft 365となると、E3／E5／F3がラインアップされている。この中で、F3は1ユーザー当たり870円と安価だが、利用できるOfficeアプリはWeb版に限定される。フルセットのOfficeクライアントアプリを使えるのは、最低でも1ユーザー当たり3,480円のE3ライセンスからになる。この3,480円と比較すると、価格が公開されていない「Google Workspace Enterprise」の方が、安価になるのかもしれない。
先の試算からも分かるように、導入規模の大きな企業であれば、Microsoft 365 E3やE5からGoogle Workspace Enterpriseに移行するためにChromebookを大規模に導入するのは、かなりのコスト削減が期待できる。加えて、端末の管理コストも劇的に低減するだろう。Chromebookは、基本的にはシンクライアントに類似した設計コンセプトになっているので、端末をネットワークにつないで登録されているアカウントでログインすれば、すぐにその端末がユーザー専用の環境になる。管理者は、端末ごとのアクセスを厳密に管理するだけではなく、その端末の状況をクラウド経由で監視できる。最新のセキュリティ対策は適用されているか、危険なアプリはインストールされていないかなどの把握に役立てられるだろう。
加えて、Chromebookではウイルス対策ソフトが不要となる。Chromeブラウザーが強力なセキュリティ対策を備えている上に、OSが高度に保護されているので、これまでに何らかのウイルスやランサムウェアなどに感染した事例がない。それだけでもウイルス対策にかかるコストを削減できるので、Officeアプリをヘビーに使い込む社員ばかりの企業でない限り、どんな企業でもChromebookへの移行は可能になる。電算システムの事例では、総合不動産のオープンハウスグループがChromebookを導入し、3年間で約32％の端末の導入コスト削減を実現させている。
そうなると、最も気になるのはアプリとデータの「互換性」だ。結論から先に書くならば、「できるWord」などの著作がある筆者が、Word 2021とGoogle Workspaceのドキュメントを使い分けてきた感覚として、双方に100％の互換性はない。Wordだけではなく、ExcelやPowerPointに関しても、高度なマクロや複雑なアニメーションに凝ったレイアウトなどのいわゆる“作り込まれた”OfficeドキュメントをGoogle Workspaceのスプレッドシートやスライドで受け止めるのは無理だ。電算システムでも、「互換性は100％ではなく、8割くらいの感覚」と分析している。そう考えると、ライトに使っている人たちの多くは、Google Workspaceに移行しても困るケースは少ないだろう。
8割の互換性では困るというケースであれば、今回のテーマとなるChromebook＋Microsoft 365（Web版Office）の利用が考えられる。こちらも、結論から書くと「ほぼ100％の互換性が保持」できる。マイクロソフトの提供するクラウドサービスなので、WordやExcelで作成したファイルをWeb版Officeで利用できるOneDriveに保存しても、オリジナルのデータが棄損する心配はない。そもそもOneDrive上のOfficeデータは、Windows 10 PCのクライアント版Office 2021やMicrosoft 365からダイレクトに編集できるので、データの互換性は確実だ。したがって、ChromebookのChromeブラウザーからMicrosoft 365のクラウドサービスを開いて、Web版Officeを使えば、データを壊すことなく編集できる。
ただし、この方法には一つだけ落とし穴がある。Web版Officeの編集機能が制限されているのだ。それでも、日常的に使う文書／表／スライドの閲覧とコメントの書き込みなどであれば、十分に対応できる。Web版Officeを使うだけであれば、Microsoft 365のライセンスコストも安い。Google Workspaceとの二重投資にはなるが、それでもOfficeとの互換性は維持できる。
ちなみに、電算システムからChromebookを導入した企業の多くは、Microsoft 365をつなぎのように使うことなく、Google Workspaceへ移行するケースが多いという。過去のデータの互換性よりも、共同編集やクラウドファーストを志向した真のワークスタイルへの進化を最優先しているようだ。
はっきり言って、日本以外でRPAって全然流行ってないよ。理由として
・メンテナスをする者のスキルアップ、モチベーションに繋がらない
・自動化したところで、人が行う作業が減るだけで、そこからデータなどのインサイトが得られない
というのが主なんだけど、じゃあ海外だとどうやっているかと言うと、
・基本的にはUIを使って操作するのではなく、APIを使って操作する。
・よって、APIを有していない社内ツール等はなるべく導入しない
・社内で内製しているツールなどもAPIを開発する(今だとフロントとバックエンドは分離しているのが多いのでそのまま利用する)
として、極力一度作った物のメンテナンスを減らしている。(結局メンテナンスは必要だが)ただ、日本では経営者がITに弱いことが多いので、一見コストが減らせるように見えるRPAを選択してしまう。
物流と書かれているので、WEBアプリではなくWindowsアプリみたいのをポチポチしないといけないケースも多々あるかと思うしアプリがニッチ過ぎて、APIなんて付く見込み無いとかあるだろうけど、一人でやるのは心が壊れるのでRPAやるにしても、専任チームつくったり、派遣とかを雇ってチームで回すようにしてったほうが良いと思いますぞ。
PCはWindowsだしスマホもずっとAndroidなので人生初のApple製品。
多少の不安はあったが購入を決める前からガジェット系YouTuberの動画や各サイトなどを見てiPadの使い心地がどんなものかを調べてもいたから、
PCやAndroidと比較して各種アプリの使い心地の多少の差異については想定の範囲内で強くガッカリとか憤りを覚えることはなかった。
WindowsやAndroidだとネットで画像を保存すると自分で保存フォルダを選んだり、名前を自分でつけて保存ができる。
自分で名前をつけなくても、そのまま保存すれば勝手にネットのオリジナル仕様の名前で保存してくれる。
例えば「ドラえもん.jpg」という画像ならほっとけば「ドラえもん」という名前で保存されるし、
エロ画像じゃなくてもエロ画像フォルダに保存できるし、画像なのに書類フォルダにも動画フォルダにも保存できる。
しかし、iPad(iOS)だと画像ファイルを保存しようとすると、勝手にファイル名がつけられる上、全て「写真」という括りで保存される。
少なくとも保存する際には保存の名前もフォルダや形式なども操作できない。ただ「写真に追加」を選ぶことしかできない。
だから「ドラえもん.jpg」を写真に追加すると「IMG0001」とかそんな名前にされてしまう。
「のび太.jpg」も「プリキュア.jpg」も全部「IMG0002」「IMG0003」みたいな名前に勝手になってしまう。
一応写真の括りから外してファイルに保存すれば名前やフォルダを変えることはできる。
しかし結局一度写真に追加した後でないとできないし、もともとネットにあった形の名前にするには手間がかかってしまう。
これでは過去に保存した画像と同じものを忘れてて保存しても勝手に連番になるから重複が分からない。
また、ネットの消えるかもしれない画像を保存しといて後でPCに移そうと思っても、
ファイル名がオリジナルの名前じゃないからPCでのファイル管理が面倒臭くなる。
後からファイル名を見ればpixivで保存した画像かネットのどこで拾った画像かを見分けられたり、ファイル名でキャラ名などが分かったりする場合があるが、
iOSだと全て「IMG〜」という名前になるのでファイル名からは全く推測できない。
これこそ、iOS購入を検討するiOS未経験者に最も注意をさせておくべき仕様だと思うが、もう常識だからなのかわからないが言及してる人を見なかった。
iPadは画像や動画についてはPCで保存した画像や動画をiPadに移して見るためのデバイスと考えた方がいいと思った。
自ら撮影や編集した写真や動画ならともかく、iPadで保存した既存の画像や動画をPCに移すという使い方には向かない。
他にもファイル管理の仕様が面倒臭い仕様で基本的にアプリの下にそのアプリ用のファイルを保存する仕様も面倒臭い。
そこはまあ割り切ってiPadではそういうものと思っておけば我慢できなくはないし、
あまり整理整頓とか区分けとか好きじゃない人には勝手にやってくれるようなもんだから便利とも言えるのだろうが。
上述の独特のファイル管理の仕様のせいもあるのか、AndroidならUSBケーブルでPCと繋げば自由にファイルを移動できるが、
iOSだとケーブルで接続してもアプリを用いないとファイルを移動できない。これが令和の時代のガジェットの仕様かとビビった。
物流会社の事務員なんだけど会社がRPAツールを導入するってんで定型作業を自動化しろって話しでRPAプログラミングをやらされてたんだわ。
1、実務の合間にやらないといけない
現場がクソ忙しい時に悠長にデバッグとかやってられん。あとデバッグみたいな作業は見た目何もしていないように見えるからここぞとばかりに仕事振られたりする。
2、本番環境とか開発環境とかない。ぶっつけ本番で稼働→失敗→デバッグを繰り返さないといけない。
これは自動化する仕事によると思うんだけど、実際に現場で使うデータをRPAプログラムに投入しないとそもそも要件がわからないことがある。データの特性というか、物流事務なんかだと8割がシステム化されているけど2割は荷主や配送先のわがままで特徴的なデータの不備があって、それに対応するのが事務屋の仕事なんだけど、そういう面倒な作業を自動化しろとか言ってくる。そもそもRPAなんてシステム化のスコープ外の面倒な事務を(金をかけずに)自動化することが目的だから当たり前なんだが。
そうすると要件の洗い出しとかできない。ベテランのオペレーターにはそういうの全部頭に入ってるからマニュアルとか作ってないことが多い。実際新人に教えるときもぶっつけでやらせてわかんなかったら聞けみたいな世界だし。
3、(2)みたいな事象があるからソースコードがぐちゃぐちゃになる。ぶっつけ本番でプレッシャーがある中実行してその場凌ぎの改修して保守性皆無
RPAツールってWindowsのUIをいじって業務を行うプログラムを作るんだけど、結局今どの画面を開いているのかとか、どのエラーが出ているのかとかプログラム上で管理できない。既存のソフトウェアUIがたまたま運良くRPAツールと相性が良ければいいけどそうじゃなければめちゃくちゃやりづらい。特にIBMのPCOMMとかはツールとの相性が悪くて地獄だった。
書かなくてもわかると思うけど、業務で操作するソフトのUIが変わった瞬間にそのRPAプログラムはゴミになる。
(4)に関係するんだけど、RPAプログラムが立ち上がった時のパソコンの状態によって処理速度にムラがあるので、プログラム上このステップまで進んだらウィンドウはこの状態にあるだろうと仮定してプログラムを作ったところ、実際100回のうち99回はそうなんだけど、1回だけ処理がもたついてその状態にならなかったからバグって処理が停止する。みたいなことがある。
もちろんツールではウィンドウが操作可能になるまで待機、みたいなのはあるけど操作可能、全面にある、みたいな粗い粒度でしか状態管理できない。
7、こう言うのをちょっとパソコン得意とかEXCEL VBA かけますみたいなやつにやらせることの矛盾
うまくいくわけない。(4)(6)のところでウィンドウの状態管理とそれに起因するバグについて書いたけど、こういう時RPA担当は一般のプログラミング言語でいうsleepで職人芸的に時間調整するんだぜ？こんなのもう(3Dリアルタイム)ロボットプログラミングでしょ。
結論を言うと2022年の馬鹿みたいに複雑化した物流の事務(そしてそれは主に荷主と物流会社の主従関係によるわがままに起因しているのだが)をRPA化するのは無理だしもうやりたくないね。
わからんのでここで聞いてみる。
曰く、androidはオープンソースで公開されているから狙われまくりとのこと。
その店員さん自身の使っているセキュリティソフトを聞くと、聞き覚えのある大手のソフトだった。
端末の用途としては電子辞書を読むのとWebサーフィンぐらいでさほど危ないことはないつもりではある。Webブラウザ経由で感染するウイルスがあったらダメだが。
もしくは、無料ので足りるならそれもアリだが…無料も山程合って下手に選ぶと逆に危険ではありそうだ。幾つか聞き慣れたのはあるが、しかしそれはWindowsでの話であってandroidでも優秀かも分からない。
判断付かないなら年額数千円のを入れた方がいいのだろうか？
2/13追記
ありがとう，不要なのか。確かにandroidってWindowsに比べ操作の制約厳しい気がするから強いのだろう。
