【OS】インテル、社内PCのWindows 7への移行で問題に直面(10/02/26)
Intelは昨年、Windows XPからVistaを飛ばしてWindows 7に移行すると発表した。現在、Windows 7への移行を開始している。
だが、同社は、Windows 7の開発に協力したが、社内のPCを同OSに移行するにあたって、多くの困難な問題を抱えていると、
Intelのスタッフ・エンジニア、ロイ・ウブリー氏はブログで述べた。
既存アプリケーションとの互換性、Webブラウザのサポート、64ビット対応、セキュリティ管理などの点で問題があるとのことだ。
「Windows 7で社内アプリケーションを運用するための準備を整えるには、かなりの作業が必要な状況だ」と同氏。最大の課題の
1つは、Windows XPに最適化されたアプリケーションをWindows 7に移行することだという。
また、Intelは、より古いOSでしか動かないレガシー・アプリケーションを多数抱えているが、Windows 7は16ビットのプログラムを
サポートしていない。長年にわたって32ビット・コンピューティングが主流であるため、ほとんどのアプリケーションは32ビット化されて
いる。だが、まだ16ビット・プログラムを使っている企業が少なからず存在し、そうした企業がWindows 7に移行しようとする場合、
16ビット・プログラムを32ビットまたは64ビットに対応させなければならない。
もう1つの課題として、64ビットWindows 7による32ビット・プログラムの扱い方が挙げられる。64ビットWindows 7は通常、32ビット
プログラムをProgram Files (x86)フォルダに、64ビット・プログラムをProgram Filesフォルダに保存する。このため、実行時に自身
の保存場所としてProgram Filesを参照するように指定されたアプリケーションが、Program Files (x86)にインストールされると、
動かないというのだ。
さらに、Intelの一部のプログラムでは、Windows 7の改善されたUAC機能が働かないという問題がある。この機能は、セキュリティ
対策の目的で、ユーザーの確認を得てからプログラムを動作させるものだが、同社の一部のプログラムは、ユーザーが実行しよう
としても、UACによるユーザーへの確認が行われない場合があるという。
http://www.computerworld.jp/topics/pcc/175569.html
さすがインテル
よって2ゲット
インテル困ってる
Windowsは高い互換性で過去の資産を引き継ぎます
これらはIntelがMac・Linuxに乗り換えられない理由でもある。
いや
Windowsを使い続ける意味が消失しかかってるってニュース
こんなに互換性が低いのではWindowsを使う意味が無い
これは7への移行じゃなくて64bitへの移行で問題が起きてるみたいだな。
というか、Intelは、こんなにダーティーなプログラムを多数抱えているのか? そっちのほうがよっぽど問題じゃないか?
>最大の課題の1つは、Windows XPに最適化されたアプリケーションをWindows 7に移行することだという。
7の互換性の低さがまた証明されたな
おっとintelさんも脱MSですか?
そのうちMacOSが社内標準になりそうですね。
すばらしいことです。
>>9 互換性で悩んでる会社が、今よりも互換性に問題のあるOSに
移ることはありえない。
Macは互換性が駄目なOSの代表的存在。
だからMacだけは絶対に無い。
12 :
名無しさん@お腹いっぱい。:2010/02/27(土) 00:39:54 ID:aSAzHknE
Program Filesを決め打ちにしてるのはガイドライン違反だろ。
そもそも、そんなプログラムを作った奴が悪い。
Windowsフォルダでさえ、過去に変わってるんだから、それぐらい予測つくだろ。
13 :
名無しさん@お腹いっぱい。:2010/02/27(土) 00:43:58 ID:oPwLoQDQ
組み込み用のプログラムなどは今でも16ビットコードだったりする
わけで、そういうプログラムを開発するには、エミュレータ-の上で
作業しないとだめなんだな。
組み込み用のプログラムを
パソコンでそのまま動かすわけ無いだろw
15 :
名無しさん@お腹いっぱい。:2010/02/27(土) 08:56:52 ID:EVKyOjN3
Windows XPは、素晴らしいOSだったと言うことの証左なのではないか。
MSがXPのサポート期限をあと5年か10年延長すれば、問題は解決するんじゃね?
モバイルの分野では古いものを捨てようという動きが出てるが
残すべきだと思うんだけどねえ
新しくなったからって良くなるとは限らないわけだし
Intelは「新OSにぴったりな新CPU〜」で買い換えさせて商売してるんだから
死ぬ気で移行しろ
16bitのプログラムなんか誰が使ってるんだよ!と思っていたが大きなところが使ってるんだな。
19 :
名無しさん@お腹いっぱい。:2010/02/27(土) 09:36:44 ID:nHMenf+8
カッコいいコト言って商売しているメーカーも
自社内のシステムの内情ってカッコ悪いなw
>>7 「ダーティー」て「あくどい」とか「ずるい」とか言う意味だと思うけど、
「古い」ソフトてのは「あくどい」ソフトか?
コンピュータ界の雄INTELの話としては、なんともお粗末な内容だなぁ。
インテルでさえ、Win7に移行するのに苦労しているのなら、一般企業は大変だ〜。
>>20 古いだけなら、OSのバージョンが上がっても問題ない。
> 実行時に自身の保存場所としてProgram Filesを参照するように指定されたアプリケーションが、Program Files (x86)にインストールされると、動かないというのだ。
これなんか、典型的なダーティー。
>>15 ・・・というよりも、Windowsは移行が難しい環境ということだろう。
Windowsが難しいとなると、簡単なのってなんだろな。
そりゃないな。
Intelは新しいOSを開発中だから
>>26 こいつは、何でも否定したがる奴みたいだね。
答え・・・そりゃないな
29 :
名無しさん@お腹いっぱい。:2010/02/27(土) 11:28:42 ID:ooVtgglF
C:\Document and setting/〜
で固定して参照してたプログラムは7になると動かない訳だがw
糞プログラム作るなってのw
ここで例に上がってるのは、32bit版なら起こらない問題なのだから、7の問題というわけではない。
64bitに移行するまでなんとか実行出来ていただけでも御の字だろ。
7の互換性の低さに飽きれた
32 :
名無しさん@お腹いっぱい。:2010/02/27(土) 11:42:00 ID:e3gs+JJQ
>>31 XP互換モードとかいうのも止めてさ、
XPのオプションにすればいいじゃん、Vistaとか7とか。
マイクロソフトは互換性テストをしていないと思う
>>29 それは、7でなくてもCドライブ以外にインストールするだけで動かなくなる。
XPでは動いてたのにって思う事が多い
>>29 しかも、Cドライブにインストールしているなら7でも動く
デフォルトでそうなってるから
動かないからインテルはWindows7に移行しなかった
こんなこと公表してインテルは恥ずかしくないのかな?
インテルはMoblinOSを開発中
>>37 半分以上は正解だな、客観的に見ても・・・
>>41 それは序章でしかない。
ヒントはクラウド。
>>43 クラウドは、まだメインビジネスにいけない事業だよ。
それを判らずに書いている時点で君は、DQN。
WindowsアプリからWebアプリへの移行が進んでいます。
なぜかマイクロソフトが、がんばっています。
クラウドコンピューティングが、スタンドアローンにとってかわるのは、数十年先だろうねw
マイクロソフトが失敗するとでも?
>>45 それはアップルのマネをして、モバイルのアプリで銭を儲けようとしているだけ。
マイクロソフトが、Windows8でクラウド時代にします。
>>47 2番センジは、失敗し安いのは確か・・・。
端末のハードがどれだけ売れるかだよね
わざわざ64ビットに移行しようとしたんだな
これでまた32ビット厨が元気になりそうだ…
でもAMD64が主流になってたからちょっとはマシだろ?
もしIA-64になってたらこの企業はどうするつもりだったんだろうか
>>49 問題の本質を判っていないな、君は・・・。
クラウドの障壁は、サーバー側の負荷だ。
サーバー側のコストが高いうちは、高い料金を支払って接続するしかなく、
そんな形態は一般ユーザーには受け入れられない。
>>52 まるで、マイクロソフトが失敗するような言い方だな。
お前なんかよりマイクロソフトは先に進んでるんだよ。
クラウド宣伝してる連中の中でもリスクを語らない奴らはとても胡散臭い
従来モデルに比べると、損害規模が半端無いのにあえて触れない
ほんと新でほしい
>>53 まず第一に、マイクロソフトは、GoogleOSを目指していない!
第二に、お前の妄想はひどすぎる。
結局、マイクロソフトに従うしか無いんだよね。
XPを使いたくても使えない現実。
Windows8が出たら7も使えない。
マイクロソフトの思惑通り、高くてもクラウドになってしまう。
>>54 まあ、今できるクラウドサービスなんて、サーバーの負荷のかかりにくいサービスだけだからね。
数十年後には、スタンドアローンで行える大半の仕事が、クラウドで出きるようになるのだろうが、
セキュリティーの問題は常にあるから、企業は移行しにくいだろうね。
>>56 お前の妄想ははなはだしい。マイクロソフトが目指している未来とお前の考える未来は、
1万光年の開きがあるみたいだねw
>>59 基本的に、今のWindows環境の維持だね。128bit化の話もあるくらいだからワード長は増やしたいのだろうが、
スタンドアローン重視だよ。というか、全面的にクラウド移行なんて言うのは、ほとんどありえない。
クラウドOSを開発しているGoogleですら、メインでは無理だから、セカンドPCの市場を目指すと宣言しているからね。
MSがOSシェアNo1の座を捨てて、シェア数パーセントのOSを作りたいならば、完全にクラウドコンピューティング化すればよいが、
そんな自殺行為をすれば良いと考えるのは、君のようなアホだけだ。
せいぜい、MSがクラウドを取り入れるにしても、ファイルの共有など、既存の技術を取り入れるだけだろうね。
Ubuntuなどがしているように。あるいは有料でMacが展開しているように・・・。
>>60 現状維持ならXPのままでいいんだけど。
マイクロソフトが現状維持をするはずが無い。
他のOSだけが進化していくのに、追従していくのがマイクロソフトのいいところだからな。
コンテンツの無いOSメーカーは潰れていく。
必然としてクラウド時代。
>>61 お前はどこまでアホなんだか・・・。
現状維持のままを保つには、XPの主流である32bit版ではメモリが扱える容量が少なく、
OS自体も古くさくて、MacOSXなどに見劣りするから、新しい商品を出さないと売れない。
MSはシェアを落としたくないから、常に、少しだけ新機能を取り入れたOSをつくり、シェアを保って
銭を得る戦略。
こんなのは、どの企業でも同じだ。その程度も判らないなら、ROMとっけ。
>>61 こいつは、コンテンツの意味も判っていないなw
OSなんてどれでもいい、ブラウザですべて出来るってことになりそうだ。
まずは、Office系ならできそうだな。
MS信者の情弱度w
66 :
名無しさん@お腹いっぱい。:2010/02/27(土) 14:05:47 ID:9B8eBxOO
ほらな
やっぱりProgramFiles問題出ただろ
昔のソフトはみんなトラブるんだよ
だからx64にしろとあれだけ言ってたのに
マイクロソフトのクラウドってさ。
アップルのあれと同じ?
ドザーーーーーー
Intelは、DOS用DriverやPGやBIOSユーティリティまだつくってるからなぁ
しっかしインフラ移行でこけるのは、Intelも管理はしっかりしてないってことかなぁ。
これこそVTで仮想化!と思ったけどBIOS更新できないねw
おやおや、今度はIntel叩きですかw
M$信者は敵が多いですなw
Windowsは設計失敗を修正せず継承してきた、C:しかりProgram Filesしかり
互換性として歴代の設計失敗が蓄積されてきた
バイナリ互換の呪縛
必ず失敗はある、Windowsの問題は修正できない事
最大の失敗はセキュリティモデルで、ここまでひどい状況になっているのに修正できないでいる
脱MSだな
64bitでは32bitと全く互換性のないItaniumを推し進めようとしていたところが何を言っているんだ・・・
セキュリティモデルは、Unixもだめだよな。
セキュリティ問題はシェアが縮小すれば収束するべ
その代わりに伸びてきた別のOSのセキュリティモデルが叩かれるようになる
利便性とセキュリティは反比例するんだから当然だわな
結局のところセキュリティの問題はプラットフォームごとの個別の問題ではない
>>15 XPも、リリース直後はボロクソに言われていたのも、良い思い出だ。
VistaはMe同様に要らない子になってしまったけど、かといって何時までもXP使い続けるのもねぇ。
結局、同じ悩みを抱えているのはintelだけじゃないと思うんだぜ。
こうやって徐々にWindowsから離れていけばいい。
80 :
名無しさん@お腹いっぱい。:2010/02/27(土) 17:12:36 ID:KzGHI/MP
Linuxに移行する可能性は?
そもそもXPからVista/7への移行は、単にドライバー、16bitアプリ、64bitだけじゃなく
ガラリと運用が変わる(変われる)んだから仕方が無い。
伊達にNTのカーネルバージョンが上がった訳じゃない。NT4から2000以上の変化はある。
82 :
名無しさん@お腹いっぱい。:2010/02/27(土) 17:23:04 ID:9bwHoq5I
プログラムが糞ってことだろ
環境変数で指定しときゃこんな問題おこりようがないんだが
日本語周りもボロボロ
84 :
名無しさん@お腹いっぱい。:2010/02/27(土) 18:02:34 ID:VZZ1XvdG
Windowsは低い互換性で過去の資産を排除し
新たな仕事を創出します
一方Macは三バージョン毎に買い替えさせ消費を創出します
Macなんかどうでもいいだろ。
ここはWindows7の糞さを語るスレ
Windowsは硬直してるから過去のミスを修正できない
Windowsはひどく劣っているけど途中でBSDに乗り換えたOSXと比較するのは酷だ
変更できない部分は一切無いLinuxは変幻自在、自由過ぎる柔軟性
いい兆しもある
マイクロソフトはWindows Phone 7で過去の設計ミスを全て切り捨てる
技術力の問題ではなく決断力なんだよ
89 :
名無しさん@お腹いっぱい。:2010/02/27(土) 19:53:40 ID:ynBAnUDj
MSの新OSっていつもいろんなところで企業の生産性を低下させてるなwww
Vistaを完全スルーしていた所為で、今になって大慌てって感じだなw
というか、16ビットアプリを同じPC上で動かすのはいい加減諦めろよwww
アプリが直せないならネットワーク越しで動かせるようにとかさあ。
Windows7の互換性の低さをインテルが世界に発表しちゃったわけね
16ビットアプリが動かせない仕様のCPUを作ったのが悪い
>>92 AMD64仕様では16bitアプリも動く。
64bitOS上で動かないだけ。
なんかwindowsじゃなくてもいい気がしてきた
使いやすいものや使いたいもの使えばいいだけなのに何を今更・・・
Macに移行する人はおかしいと思っていたけど
今はそう思わないな
97 :
名無しさん@お腹いっぱい。:2010/02/27(土) 21:33:26 ID:GN2YEa5c
↑別にMacユーザーになったからって.おかしいって事は無いんじゃない?
Macを使おうがWindowsを使おうが.個人の自由だと思うが?
98 :
名無しさん@お腹いっぱい。:2010/02/27(土) 22:00:37 ID:a2XyN00D
mklinkとVirtualPCで解決出来るような希ガス
ひょっとしてIntelはHomeユーザー?
99 :
名無しさん@お腹いっぱい。:2010/02/27(土) 22:03:01 ID:XSeTYukh
たしかに16ビットアプリケーションをサポートしないのは酷いし、ユーザーの
個別の事情を無視していると思う。
これは憤慨に値する。
Windowsが過去との互換性が全くないというのは事実だろう。
しかし、わずか数年前の環境であるClassic環境をサポートしなくなった
Mac、過去との互換性はもとより現行の環境間でさえ互換性が低いLinuxと
比較して劣っているというのはどんなものだろう?
100 :
& ◆q.ABNtVHH66K :2010/02/27(土) 22:06:39 ID:9x43Uyf9
??????????????
>>99 プロセッサの仕様からしてVM使うとかしないと動かないのに
Pro以上にVM上で動かせるライセンス付けただけで良心的だろ
Gentooは無問題
104 :
名無しさん@お腹いっぱい。:2010/02/27(土) 22:11:16 ID:XSeTYukh
>>101 16ビットアプリは1990年代半ばまで当たり前に使われていた。
まだ20年も経っていない。
100年サポートしろとは言わないが、せめて30年はサポートして
いただきたいものだ。
105 :
名無しさん@お腹いっぱい。:2010/02/27(土) 22:15:32 ID:XSeTYukh
>>102 OSXが出るまではOS9を使うしかなかったのである。
さらに、出た後もOS9を使うしかない時期があったのである。
Slackwareも無問題
インテルですら7への移行が出来ないのに
一般企業はどうしろと・・・
110 :
名無しさん@お腹いっぱい。:2010/02/28(日) 00:31:56 ID:zm2WZXw8
16ビットの問題を除けば、どれもこれも単純に解決できる些細な問題ばかりだな。
7の互換性の低さは異常
>>111 買い換えてもらわないと儲けらんないからね。
それか技術力が無いのか。
いずれにしろロクなもんじゃない。
>>111 Windowsのわりには革新性重視なんだよね。
少々互換性を捨ててでも細部が新しくなってる。
7(というかVista)は、あれだけ変えたわりには、かなりのものは動くというところはすごい。
ここで出てきている不具合も、Unixの悪い習慣をもちこんだプログラマが、パス名をハードコーディングしたのが原因。この記事に出てくる例は、かなりひどいことをやっていて、XPでも動作しない可能性がある。ほとんどは社内アプリだろう。
>64ビットWindows 7による32ビット・プログラムの扱い方が挙げられる。64ビットWindows 7は通常、32ビット
>プログラムをProgram Files (x86)フォルダに、64ビット・プログラムをProgram Filesフォルダに保存する。
これってXP x64の頃はちがったの?
>>13 そういうのってクロスコンパイルなだけじゃん。
まぁ、古いエミュレータ(orコンパイラ)がWin16ベースってのはあるのかもしれないけど。
Windowsに互換性なんて求めるなよ
メインフレームやUnixみたいに進化しないものなら簡単だったのにね。
>>12 同意
無能プログラマーが駆逐される良い機会だと思う。
>>120 Windowsは進化じゃなくて変化だから。
そんな陽動は通用しないよ
インテルがかわいそう
インテルの心の声
ソースコードよこせや、こんなん再コンパイルすれば全部動くだろうが、ボケ!
アプリをソースコードではなくバイナリで流通させるWindowsなのにバイナリ互換が不完全ではお手上げ
Windowsでもwine使うかい?w
>>124 WoWとか昔からあった気が…。
つかどうしてもダメなものはXPモード使えば?って感じ。
そもそも、16bitアプリなんてDOSの頃から使ってきてるとすると30年以上も
昔のアプリケーションがつい最近まで使えてた、ってことの方が驚きじゃねぇの?
果報は寝て待て
Vistaで業務アプリの一部が動かないと知ったIntelは昼寝をして待つことにした
この場合、全面的にMicrosoftが悪い
Windowsの互換性がひくいかどうかはさておき、こんな些細な問題でさえ解決できないインテルという会社はヤバイな。
こんな大問題を些細な問題とするやつは、まず社会に出るべきだな。
XPで十分
>>128 どこら辺が大問題なんだ? 16ビットの問題を除き、かなりひどいガイドライン違反してるだろ。
なぜインテルのネガティブキャンペーンだと気づかない?
Moblin というOSを作っているインテルといえば
納得するだろ?
>>131 ネガティブキャンペーンとしては、稚拙すぎるし遅すぎると思うのはおれだけ?
まあVistaの時からやってたろこの手の話
で、7になったからって魔法のように解決されてるわけもなく続行って感じか
>>131 はぁ?
Moblin 2009年4月にLinux Foundationに移管
所詮マイ糞ソフト
Windowsが世に出た頃から一貫して同じ手法同じビジネススタイル。
DOSの頃はIBMという保護者がいたが、Windowsを世に出してからM$の
イ○チキ商法は21世紀を迎えても尚健在といったところ。
Wintel知らない情弱はけ〜ん
WindowsはOS/2のOEM
NTはそのWindowsのブランチだったはず。
16ビットアプリなんてWindows以外じゃ10年以上前に駆逐されてるだろうし、
ダーティな開発スタイルもあっという間に互換性なくなって消滅するからな
汚いなさすがWindowsきたない
DOSプログラムはBIOS更新で普通にまだ使われてる。
>>138 つまり、Windows以外のOSの互換性はクソということですね。
まぁ、互換性の低い OS を導入するとユーザーがとても苦労するというお話。
>>143 Solaris10でもう5年近いのに?
>>144 互換性とは、サポートの長さのことを言っているのかい?
>>145 何と比較してるんだ?
Solaris10は年1、2回Releaseされてるんだけど?
Releaseでの互換性じゃないの?
噛み合ってないなw
>>147 SolarisはVer違うと別OS扱い。
Verごとでの互換性なんか関係なしのOS。
Sunのスタンスがこうだから、これをわかってないと話にならない。
Sunは仕様変更であっさり済ましやがるのがむかつくけどw
VMで解決できるような些細な問題しか出てきていないみたいだな。
つか、SUNはもうプロジェクトというか元社員のコミュニティだけで、その所有者はOracleなんだろ?
Solarisは続くだろ。Openの方はあやしいが
14 :名無しさん@お腹いっぱい。:2010/02/27(土) 07:39:04 ID:???
組み込み用のプログラムを
パソコンでそのまま動かすわけ無いだろw
組み込み用の開発環境ソフトに決まってるだろうが。
文脈さえ読めない馬鹿丸出しのユトラー降臨w
153 :
名無しさん@お腹いっぱい。:2010/03/03(水) 09:25:12 ID:nkyaaJyN
139>>
言えてるね.俺が前使ってたASUSのネットブックはドライバーを組むときに
思いっきりDOSのコマンドプロンプトを使ってドライバーを組んでたからね
未だにDOSが現役で使われてたりするんだよね。
>>153 コマンドプロンプトは単なるアプリケーションの1つで
DOSはOS。つまり全く別物。
>>154 command.comはシェルでアプリケーションとも言えなくはないが。
代替のフリーソフトのシェルもあったけどな。ヒストリーが使えたり補完が出来たりとか。
で、お前はそのシェル無しでどうやってDOSを操作するんだ?
156 :
名無しさん@お腹いっぱい。:2010/03/03(水) 10:31:37 ID:PlxIgNqW
いや、Windowsへドライバ組み込むのにDOSは使わないだろ。
今時、DOS使うのはBIOSのアップデートぐらいか。
Windowsの修復で使う修復コンソールはDOS
XPまでしか持ってないからVista以降は知らん。
一応BIOS以外もDOSプログラムはあるよ。
かなりマイナーだけど
DOSのNIC Driverと通信プログラムが時々更新されてる。
>>156 インストーラーがBATファイルだったんでしょ。
Driver一括インストールだと軽くていいのが利点。
今時、DOSを使いこなせる人間はほとんどいない。
テキスト画面を見ただけでひきつけ起こして口から涎垂らして泡吹いて気絶する。
目が覚めたら何も考えずにリカバリーディスクを挿入して全消去するのが今風。
>>155 コマンドプロンプト=cmd.exe≠command.com
なんか勘違いしてないか?
autoexec.batやconfig.sysいじったのはWin98SEが最後だなぁ。
cmd.exeはNT系だな
コマンドプロンプトとDOSの区別がついていないやつも出現しているのかな?
コマンドプロンプトの中はDOSですがなw
「背景が黒で文字しか打てない画面=DOS」と勘違いしているのだろうか
じゃぁコマンドプロンプトの中は何?
今のコマンドプロンプトはDOSモードにならないからDOSじゃないと言ってるだけだろどうせ。
昔、WindowsはDOSのアプリだったことを知らないんだろうな。
3.1以前のWindowsは知らんな。
で、それがどうかしたのか?
コマンドプロンプト(cmd.exe)の中は少なくともDOSじゃないよ。
コンソールに入力されたコマンドに対してAPIを呼び出し、
その結果をコンソールに出力するだけのただのアプリに過ぎない。
Windows9xではDOSからWindowsを起動させてたから
MS-DOSプロンプト(command.com)はDOSと表現できたけど。
ちなみに、cmd.exeはれっきとした32bitないし64bitプログラムで、
その点でも16bitでしか動かないMS-DOSとは全くの別物。
なので、BIOSをインストールするときに使用するDOSと
ドライバをインストールするときに表示されるプロンプトも全く別物。
DOSはMS-DOSが本家じゃないんだが?
>>171 一般用語としての DOS の話なんか誰もしていないようだが。
お前一人がな
だれかMS-DOS以外の
DOSの話してるのか?
175 :
名無しさん@お腹いっぱい。:2010/03/03(水) 22:12:16 ID:EsJ2dS2d
まあ、言える事はシェアの多いOSは互換性を重視しないとダメだって事だろw
あんまりMacのケツばかり見ていてユーザー無視になるなと言う事だww
互換性を重視した結果がWindowsMeだよ。
177 :
名無しさん@お腹いっぱい。:2010/03/03(水) 22:51:42 ID:nVKqJ/2y
目は酷かったな
MS-DOSってDOSのパクリだろ?
いや、MSとDOSをあわせたものがMS-DOSだ
そうどすな〜
後悔はしてない
181 :
名無しさん@お腹いっぱい。:2010/03/03(水) 23:58:03 ID:PlxIgNqW
むしろ見てしまった俺が後悔してる。
実行時に自身
の保存場所としてProgram Filesを参照するように指定されたアプリケーション
・・・どう見ても作り手がアホとしか思えないんだけどな
インテルもXPを使い続ける気がするよ
私たちと同じ。
184 :
名無しさん@お腹いっぱい。:2010/03/04(木) 00:40:15 ID:FDYGM+P0
ルール自体は昔からあったのに全然守られてこなかったからねぇ
やっとルール通りに動くOSを作り始めたという
UACを切っちゃう馬鹿もいるしなんだかなー
186 :
名無しさん@お腹いっぱい。:2010/03/04(木) 02:16:05 ID:F5bKVdkY
Excel2007への移行にも問題が出ている。何だあのインターフェイスは
バルマーの命令で、Officeをタッチパネル対応にしたかった。
ああするしかなっかったと開発チームがグチ。
188 :
名無しさん@お腹いっぱい。:2010/03/04(木) 08:14:02 ID:8zfkJWsf
カッとなってやった
後悔はしていない
そんなクソアプリとか、この10年なにをしてたんだって感じだな。
Windowsは移行するたびにイベントが起きるな
>>190 シェアの大きさにイベント規模が比例してるだけだよ。
イベントドリブンだなぁ
XPで十分
タッチパネル機能要らない
問題大盛のイベント丼って感じだけどな
Windowsは糞だけど、もっと酷いのはWindowsユーザーが馬鹿で悪質なところ。
どのスレでも恥ずかしげもなく馬鹿のオンパレード。
もうマジでLinuxにでも乗り換えようかと……。
さっさと乗り換えろよw
一度インストールしたら何年使ってもアップグレードインストールとか不要なディストリ教えろ
そんなディストリはない
あるよ。gentooかarch
微妙なとこでDebian, Ubuntu(依存性の欠如が大量にでることもあるのでお薦めはしないが)
Ubuntu8.04 LTSとか。
脱MS!
フォルダのリダイレクトで動かなくなるとかどんだけクソなんだよ
対応できないWindows7ってどんだけクソなんだよ
Windows7の互換性の低さは異常
>>1 >課題が山積みだが、64ビット・コンピューティングへの移行は必須であり・・・・・・・・
肝心な部分を抜かすと意味がまるっきり違ってくるではないか
>>195 ユーザーなんてどうでもいい
用途に合えばWindowsでもLinuxでも何でも使う
212 :
名無しさん@お腹いっぱい。:2010/03/08(月) 18:09:20 ID:puzNnnoy
用途にあえばの話だな
メールとか簡単なオフィススイートとかそんなん
専門分野ではいままでのWin/Macソフトの資産が多くて移行できないところがいっぱい
苦労が耐えないなw
SCSIドライバがないのが一番の問題だろ。
WindowsってSCSIドライバも無いのか
ntbackup.exe も削除されたんだっけ。意味わからん。
217 :
名無しさん@お腹いっぱい。:2010/03/08(月) 21:56:15 ID:puzNnnoy
なに?SCSIドライバなくなったのか?
移行できねーじゃねぇか
アダプテックのUSB-SCSIアダプタだったらいけるかね?
218 :
名無しさん@お腹いっぱい。:2010/03/11(木) 01:17:14 ID:PNZxbVzX
互換性が低くて移行が困難ならこの機会にLinuxなりMacに移行してもいい訳じゃん。結局苦労するなら。
そういえば今はMacもintelハイッテルんだったよね?
>>218 こんなことでさえ困ってしまう会社が、他のOSに乗り換えるという選択肢はない。
マジで。
サーバーはLinuxな企業が多いけど、社員が使う端末PCはWindowsしかないよな。
で、XPから7にするだけでも相当大変。管理者自身がVistaや7を知らないってのも多いしw
ソースコード無しで修正できない基幹ソフトを抱えたインテルか
ハード偏重の企業だからな
XPモードじゃ16ビットアプリのサポート無しなのか
所で素朴な疑問なんだが、
なんでProgram Files(64)作って、従来のフォルダはそのままにしとかなかったの?
>>224 x86, i64, Alpha, MIPS, PowerPC でそうしてきたから。
そもそも、それを参照するという糞アプリに死刑宣告できる。
糞Windowsに死刑宣告しろやw
パスを直書きとか商用アプリでも平気であったりするからな
どんだけ無能なんだよと
せめて相対指定にしてほしいよなw
Windowsアプリ開発者のレベルの低さがよくわかるw
絶対指定なんて許されるのはフロッピーベースのアプリまでだよねー(棒読みw
環境変数で間接的に参照する
それすら知らない素人はコーディングすんなよ
出来ないやつが90%をしめるわけだが
インテルがそんなへっぽこアプリ使ってるなんてな
このプログラムを作った当時のインテルCPUが非力だったとしたらハードコーディングも有りかも
>>233 動いてるプログラムには手を出すなって経験則があって
インテルも例外じゃないんだろう
IT企業(笑)がそうなら他は推して知るべし
WindowsUpdateすらやってないとか
セキュリティホールを放置とか
ファイヤーウォール入れてるからセキュリティパッチ不要だ(キリッ
っていうCIO知ってます
239 :
名無しさん@お腹いっぱい。:2010/03/16(火) 12:30:48 ID:wYO6zuO8
インテルが困っているwwwwww
到底一般企業には7はいられないだろうなwww
240 :
名無しさん@お腹いっぱい。:2010/03/16(火) 15:59:37 ID:wrDIz6WB
IntelがWin2000〜Win7、MacOSX、UNIX/BSDを走らせる新アーキテクチュアとOSを
自社開発しているという噂は本当なのかも。
そうでもなきゃ、こんな暴露話を流すわけもないからな。
242 :
名無しさん@お腹いっぱい。:2010/03/16(火) 16:20:16 ID:wrDIz6WB
>>241 今は出来るとは言い難い状態だから、こういうことになっているわけで。
>>242 ???
Intelは、Xen もやってるだろ
>>240 x128でもつくってんの?w
微細化限界近いから128bitCPUは意味がない。
あとAIXは動かないよw
インテルも脱MSだな
246 :
名無しさん@お腹いっぱい。:2010/03/21(日) 05:34:33 ID:/y6hF8Zx
インテルコマってる
247 :
名無しさん@お腹いっぱい。:2010/03/22(月) 01:10:51 ID:MY+hFCtW
考えてみると
windows+officeで今まで相当ボッタくったわけだよね
それにマイクロソフトは値下げを一切してないし
どんだけ殿様商売だったんだよ
Openofficeも出てきたし
Windowsはなくならならなくとも
この先値下げもないとしたら
ユーザーは確実に離れていくだろうね
web利用で言ったらWindowsじゃなくてもよくなってきてるし
値下げっていうか、PCバンドル版は
普通に安いから。
結局パソコンにプリインストールするという
戦略が成功したわけで、これが続く限り
ユーザーは離れないよ。
たいていのことがWindowsじゃなくもできるようになったとしても、
少しでもWindowsを使う可能性があるのなら、Windows搭載した方が良いし。
パソコンのことをよくわかっている詳しい人間が
Windowsアプリをあきらめても何とかなると確信がある場合に
Windows以外を選ぶ。それ以外は普通にWindows搭載パソコンを買う。それが現実さ。
お札を刷っているようなものだと言われる所以だね。
それは違うな。
ソフトウェアは複製のコストはきわめて低いが、
その大元(ソースコード)を作るのはきわめてコストが高い。
なぜなら機械化ができないから。
ソフト作って売ってるわけではないんだから作り直せやそんくらい
愛子さまをいじめた男の子の親はインテル系の人
まだよくわからないな
システムフォルダを参照すべき作法なのはそれとして、既存のProgram Filesフォルダ名を変える必要はないよな?
その作法の悪さを許すOSの仕様だったのを、64bit化で許さない仕様になったわけでもなく、半端にフォルダ名の変更してるのは、どういう目的なんだよ?
Windowsが糞仕様ってことだろ
MSが互換性の名の元にクソプログラムを甘やかしてきたツケ
ProgramFiles決めうちとかどんな糞プラグラムだよ