  |
はてなキーワード: Windowsとは
とあるフリーソフトを作っていて、動作確認のために入れてみた。とあるフリーソフトのブログにおまけとして書くつもりだったけど、やっぱり表立って書きたくないのでここにつぶやいておく。
自動更新が強制オンみたいなので、Windows Updateで仕様がころころ変わっていくと思われる。しばらくすると違うものになっているかもしれない。
以下、突っ込み。
諸説あり。互換性の問題(古いアプリがWindows 9だとWindows9xと誤認識するやつがあるらしい)説、SEO対策説、Windows8.1が9相当説、りんご社に合わせた説(それなら10じゃなくてXじゃないの?という突っ込みはしないように)など。
日本は(金になる)Office以外はどうでもいいということですか。そうですか。
英語以外の提供言語が中国語とポルトガル語だけというのは何とも。中国とかブラジルとかそんなに大事なんかなー。
スタートメニューのAll Appsで出てくるプログラムフォルダーをエクスプローラーで開けないとか、スタートメニューのAll Appsで出てくるプログラム項目からプロパティが開けないとか。
だいたい、何でプログラムフォルダーのコンテキストメニューがExpand(展開)だけなの？名前の変更、削除はどこ？
Start8やらClassic Shellの出番はなくならないのかもな。
あの太い外枠は邪魔以外の何物でもないと感じていた。でも、なんかバランス悪いような。
MSにデザインセンスを求めてはいけない。自社製品ロゴを定規さえあれば描けるようにしちゃった時点でお察しください
というか、さっさとアイコンをMSイチオシのフラットスタイルに統一しようよ。エクスプローラーとかだけじゃなくて。そんな姿勢だから、他社に「妥協の産物」って言われるんだよ。
Windows 8の大改悪の1つ。スタートメニューは復活したけど、これは復活させる気ないんだな。
NT時代から代々受け継がれてきた伝統だというのに、何をいまさら。だが、当然の機能が搭載されたことは悪くない。製品版にも、ぜひ。
まさか、製品版ではやらないでしょうね？更新してもOSをクラッシュさせないという保証ができてはじめてやるべきこと。
vnc4serverを利用せずモジュールにX11rdpを選択すると、ログインOK の直後に接続が切れて終了してしまう。
Windowsリモートデスクトップ接続を利用しているのにvncを利用するとは変な感じだが、どうやら xrdp は内部的にvncを起動させていて、それと外部との仲介にrdpを使用することでWindowsのリモートデスクトップ接続を実現させているみたい。
うまく使える他の方法もあると思うので、ひとつの例として情報をシェアします。Linux Mint 17 MATEで確認。
もうPC向けWebブラウザは、進化する余地がないのか、停滞しているように思えてしょうがない。
IEはともかく、FirefoxはデザインをChromeにしちゃったし(あれのどこがいいのやら)、Chromeに至っては、停滞どころか悪化しているとさえ感じる。
IE8になってようやくWeb標準に従うようになって、IE9でJavaScriptが劇的に速くなり、IE11でかなりWeb標準の準拠度が改善された。
また、Windows XPのサポート終了により、IE6というWebデザイナーの多数を地獄送りにしたブラウザから完全に脱走できるようになった。
しかも、サポートポリシーが変わって、2016年1月以降は各OSで最新のバージョンしかサポートしないと決まったため、思ったよりも早くWebデザイナーの苦痛が取れるようだ。IE6で懲りたんだろうか。
しかし、IEコンポーネントブラウザの互換性を軽視する傾向にある。
IE10では、Windows7の必須アップデートのせいで画面描画が乱れる場合があったり、特定のWebサイトでIEコンポーネントブラウザをフリーズさせるという必殺技を披露した。
IE11では、一部環境でDOMストレージが原因でブラウザコンポーネントを十数個開くとフリーズする新必殺技を披露した。(現在、バグ修正済)
次のIEでは、どんな技を披露してくれるのだろうか。
Chromeをパクってと同様、高速リリースサイクルになって3年目。
アドオンの互換性に悩み、自ら失敗といいつつも、高速リリースサイクルを何とかやっていけてるようだ。
シングルプロセス/マルチスレッドながら省メモリとJavaScriptの速度チューニングを着実に行っている。
つい先日、australisというChromeのパクリに非常によく似たUIを強制適用し、一部ユーザーから顰蹙を買う。
高速リリースサイクル、強制アップデートを流行らせた元凶。
Chromeは初期設計のポリシーがよく、HTML5の準拠度とブラウジングスピードは今でもよい。
登場からあっという間にシェアを獲得し、主要ブラウザと呼べるほど有名に。
しかし、バージョンが上がるたびに肥大化し、メモリ消費量がますます増え続け、低スペックマシンでは重くなる一方である。
レンダリングエンジンがWebKitから独立してBlinkになったが、さらに迷走していく。
ユーザーが阿鼻叫喚した、ウィンドウシステム共通化プロジェクト。
理想は、各種コントロール(スクロールバーやボタン、エディットボックスといったもの)を全プラットフォームで共通化した上で、GPUによる描画で高速化する・・・ということだった。
Windows版ではバージョン32から適用された。しかし、安定版になってもスクロールバーの矢印が消えた、汎用マウスジェスチャが使えない、
縦/横スクロールがまともに動かない、Webフォントが描画されないなどなど、多数のバグが残存していた。
今でも、バージョンが上がるにつれて改善されたものもあれば、一度改善していたのに不具合が再発するなど、安定版といいつつ安定しない日々が続いている。
いったい、「安定版」とは何なのだろうか。
最近、ChromeはGoogleのものであることをユーザーにしらしめる努力ばかりやっているのではないか。
Google Nowなど、自社のサービスを便利に使うために機能追加するのは別にかまわないが、新しいタブページの異常にでかいGoogleロゴはどうだろう。
よく開くページのサムネイルを小さくし、下に追いやってまでGoogleロゴを目立たせる必要はあったのだろうか。
今年中にNPAPI廃止を目論んでいるが、それは現実的なのだろうか。
Chrome独自に持っているPPAPIは、セキュリティが厳格なゆえにNPAPIの代替手段には決してなりえない。少なくとも、PPAPI上で動くFlashがNPAPIのそれと同等の速度で動かない限り、廃止はありえないと思う。
Firefoxが高速リリースサイクルを採用した初期の時のように、高速リリースサイクルを優先するあまり、品質を犠牲にしているケースが目立っている。
最近出た37では、DirectWrite周りの実装がお粗末で、安定版が最初に出たころはズームイン/ズームアウトするだけで文字が表示されなかった(翌日に修正)。今でも、ビットマップフォントの表示品質がGDIよりも悪い。
高速リリースサイクルの弊害が現れているのではないだろうか。このことに、Chromiumの中の人たちは、気づいているのだろうか。
Rubyで書かれたスクリプトやRuby向けの周辺ツールにはWinじゃ動かないのはそりゃあるけど、
そりゃあるだろ
というか動かないなら動かないで最初から動作対象OSにしねーよww
そういうRubyとかMacみたいないい加減な事はWindowsでは普通はない
数年後には動かなくて当然だからな
その上の人がコンピュータを触るわけでもなければ、
顧客は企業のマシンが吐いたデータをブラウザか何かで受け取るだけなんだから、
そういう単純なものでもないんだよね
WindowsのCUIは使いたくない、LinuxのGUIも使いたくない、という要望を同時に満たす点は「MacのMacたる部分」だと思うが。
Rubyに実用性がない程度にはWindowsにも実用性はないよ。
実用性が全くなくて今時当たり前の事すらできねークソ言語のRubyが嫌いなのに、実用性が全くなくて今時当たり前の事すらできねークソOSであるWindowsを大好きなの、よくわからんなー。
https://www.ruby-lang.org/ja/about/
