アカウント名:
パスワード:
10年も使えない製品なんて
10年なんて長すぎて、同じバージョンなんて使うわけがないと思ってる。OSもハードも朽ちていくのに、Officeスイートだけ使えるなんて滑稽だわ。どうせ新OSにも新しいハードにも対応し続けろと言うんだろうが。
あとMicrosoftがこういう客に応えるために、OfficeのLTSCチャンネル作ることはないとも確信してる。少ないリソースを、儲からない長期サポート業務に投入するのはできないからね。書類の作成とOSじゃ所詮レイヤーも違うし。
> OSもハードも朽ちていくのに、Officeスイートだけ使えるなんて滑稽だわ。
ハードウェアは一瞬,ソフトウェアは永遠,ですぜ。
そろそろハードは朽ちていかなくなると思うオフィスアプリケーション使う程度であれば今買い換えたら20年位使えそうな気がする
実際、Core2あたりのPCなら問題なく使えるしな。
ただ、大多数の人にはHDDの寿命=PCの寿命にはなるんだろうが。
あとは、電源かディスプレイか。どっちにしろ20年は難しいだろうな。
企業とかですと一度導入したPCを5年以上使うことがざらですけど、Officeのリリースと同時にPCを導入するとは限らないので今の3年リリースで考えると最短で4年しかサポートされないことになり管理者的には頭が痛い問題です。
SAが安けりゃまだいいんですけどね・・・365にするとコストが倍以上になる可能性も。
大規模なシステムだとソフトリプレースが10年周期(ハードが間に1回リプレース)なことが多いのでその間使えないと結構こまるんですよねぇ。
5年じゃリプレース終わって落ちるいたころに次のシステムの話始めないと間に合わなくなる
やっぱ紙媒体が最強だよな、ということで。
10年が長いかはともかく7年は厳しいです。2019の販売期間が3年とすると、PCの耐用年数(4年)と同期間はソフトの保守は必要なわけで、かなりギリギリです。現実的には導入時期の問題や予算確保等ですんなり通らない事も多く、更に+1年は欲しいところです。
延長サポートが無しで既に終了 [security.srad.jp]してたりでもうどうすればいいやら。#こんなことなら2ライセンス版 [it.srad.jp]にしたほうがよかったのかなあ
Winなんて捨てて、Apple製品に代えちゃおうぜ!
最近AppleはPages/Keynote/Numbersの新機能追加とかあまりやる気なさそう。Apatureみたいに捨てられてはいないけど。macOS HighSierraのハードウェアサポートはCore2DuoのMBP 2010までなので、Windows10におけるIntelの公式ドライバーサポートよりはまし。というか、パソコンの性能が陳腐化せずにこんなに長く使えるのは歴史上初めての事。
Apertureね。性能はもう必要ないとこまで来てるから今後は横展開でしょうね。
値段上がる上に使える期間がもっと短くなるじゃないですかやだー
いや、ソフトアップデートは基本無料になるから…
無料のソフトアップデートを受けるためには有料のハードアップデートを要求されるんだよなあ
購入後3〜5年くらいはアップデートできますよ!興味深い新機能はことごとく置いて行かれますけど!
そんなあなたになんちゃらOffice
無料(タダ)ほど高いモノはない、というぐらいでMS Officeより遙かに高いじゃないですかーやだー
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:だったら安くしてくれ (スコア:1)
10年なんて長すぎて、同じバージョンなんて使うわけがないと思ってる。
OSもハードも朽ちていくのに、Officeスイートだけ使えるなんて滑稽だわ。
どうせ新OSにも新しいハードにも対応し続けろと言うんだろうが。
あとMicrosoftがこういう客に応えるために、OfficeのLTSCチャンネル作ることはないとも確信してる。
少ないリソースを、儲からない長期サポート業務に投入するのはできないからね。
書類の作成とOSじゃ所詮レイヤーも違うし。
Re:だったら安くしてくれ (スコア:1)
> OSもハードも朽ちていくのに、Officeスイートだけ使えるなんて滑稽だわ。
ハードウェアは一瞬,ソフトウェアは永遠,ですぜ。
Re: (スコア:0)
そろそろハードは朽ちていかなくなると思う
オフィスアプリケーション使う程度であれば
今買い換えたら20年位使えそうな気がする
Re: (スコア:0)
実際、Core2あたりのPCなら問題なく使えるしな。
ただ、大多数の人にはHDDの寿命=PCの寿命にはなるんだろうが。
Re:だったら安くしてくれ (スコア:1)
あとは、電源かディスプレイか。
どっちにしろ20年は難しいだろうな。
Re: (スコア:0)
企業とかですと一度導入したPCを5年以上使うことがざらですけど、
Officeのリリースと同時にPCを導入するとは限らないので今の3年
リリースで考えると最短で4年しかサポートされないことになり
管理者的には頭が痛い問題です。
SAが安けりゃまだいいんですけどね・・・
365にするとコストが倍以上になる可能性も。
Re: (スコア:0)
大規模なシステムだとソフトリプレースが10年周期(ハードが間に1回リプレース)なことが多いのでその間使えないと結構こまるんですよねぇ。
5年じゃリプレース終わって落ちるいたころに次のシステムの話始めないと間に合わなくなる
Re: (スコア:0)
やっぱ紙媒体が最強だよな、ということで。
Re: (スコア:0)
10年が長いかはともかく7年は厳しいです。
2019の販売期間が3年とすると、PCの耐用年数(4年)と同期間はソフトの保守は必要なわけで、かなりギリギリです。
現実的には導入時期の問題や予算確保等ですんなり通らない事も多く、更に+1年は欲しいところです。
Re:だったら安くしてくれ (スコア:1)
延長サポートが無しで既に終了 [security.srad.jp]してたりでもうどうすればいいやら。
#こんなことなら2ライセンス版 [it.srad.jp]にしたほうがよかったのかなあ
Re: (スコア:0)
Winなんて捨てて、Apple製品に代えちゃおうぜ!
Re:だったら安くしてくれ (スコア:1)
最近AppleはPages/Keynote/Numbersの新機能追加とかあまりやる気なさそう。
Apatureみたいに捨てられてはいないけど。
macOS HighSierraのハードウェアサポートはCore2DuoのMBP 2010までなので、
Windows10におけるIntelの公式ドライバーサポートよりはまし。
というか、パソコンの性能が陳腐化せずにこんなに長く使えるのは歴史上初めての事。
Re: (スコア:0)
Apertureね。
性能はもう必要ないとこまで来てるから今後は横展開でしょうね。
Re: (スコア:0)
値段上がる上に使える期間がもっと短くなるじゃないですかやだー
Re:だったら安くしてくれ (スコア:1)
いや、ソフトアップデートは基本無料になるから…
Re:だったら安くしてくれ (スコア:1)
無料のソフトアップデートを受けるためには有料のハードアップデートを要求されるんだよなあ
Re:だったら安くしてくれ (スコア:1)
購入後3〜5年くらいはアップデートできますよ!
興味深い新機能はことごとく置いて行かれますけど!
Re: (スコア:0)
そんなあなたになんちゃらOffice
Re:だったら安くしてくれ (スコア:1)
無料(タダ)ほど高いモノはない、というぐらいで
MS Officeより遙かに高いじゃないですかーやだー
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使えないし。