VB6 >>>>>>>> ..
263:デフォルトの名無しさん
07/07/15 18:20:36
VB6までのStringのByVal渡しは、深いコピーになる。
自信がなくてExcel 2003 VBA6で試してみたが確かにそうだ。
Private Declare Sub MoveMemory Lib "kernel32" Alias "RtlMoveMemory" (ByVal Destination As Long, ByVal Source As Long, ByVal Length As Long)
Sub f(ByVal s As String)
s = "bar"
' Call MoveMemory(StrPtr(s), StrPtr("bar"), 6)
End Sub
Sub Test()
Dim s As String
s = "foo"
f s
MsgBox s
End Sub
262が指摘しているとおり、Declareで呼び出すときはまた別なので注意。
264:デフォルトの名無しさん
07/07/15 18:53:33
>>263
それだけだと「深いコピー」かどうかは確認できんのでは?
だって、Cで↓のようにやるのと同じでしょ
void f(char *s) {
s = "bar";
}
main()
{
char *s = "foo";
f(s);
printf("%s\n", s);
}
265:デフォルトの名無しさん
07/07/15 20:38:54
>>264
だからMoveMemory版も用意したというのに。
当然、MoveMemoryを試したときには、代入をコメントアウトしたよ。
266:デフォルトの名無しさん
07/07/15 21:06:57
>>265
ああそういうことか、把握した。
267:デフォルトの名無しさん
07/07/17 18:00:33
タイプライブラリ使って外部関数宣言して呼び出すとUnicodeのまま生の文字列のポインタが渡されるな
268:デフォルトの名無しさん
07/08/30 16:03:37
XP上で動く簡単なアプリを趣味でつくりたいのですが、
これから学ぶとして、どちらを学んだほうがいいですか?
269:デフォルトの名無しさん
07/08/30 16:11:16
VB ← 将来コンパイラが手に入らない
VB.NET←趣味でドトネト使うとは時間の無駄が多杉
結論→VB終焉
270:デフォルトの名無しさん
07/08/30 16:12:37
>いまだにVisual Stadio6.0で開発しているヤシ
>スレリンク(prog板:102-番)
VS2005 SP1のインストーラーひどすぎだろ。
インストールに数時間かかったかと思えば、
容量不足で終了し、あげくの果てにインストール済みのVS2005を破壊しやがる。
271:デフォルトの名無しさん
07/08/30 16:19:04
ブビ厨は終了しますた。
272:デフォルトの名無しさん
07/08/30 16:23:23
Σ (゚Д゚;)ハッ この流れもしやDelphiオンリー?!
273:デフォルトの名無しさん
07/09/06 16:21:49
VB.NETはちょっとだけ美しいと感じた。
ただその美しさが業務アプリを作る者の醜さで台無しになるんだ。
274:デフォルトの名無しさん
07/09/30 23:17:16
>値渡しでも実際のコピーは変更を加えるまで遅延させている可能性はある。
2GBくらいの文字列をByVal String で渡してみてメモリの使用量を
見れば判明するのでは?
って俺も試してないけど。
275:デフォルトの名無しさん
07/10/06 13:23:41
ドトネトはバージョンも仕様も変わりすぎ。
そのたびに開発環境買い換えたり、プログラムが動かなくなったり。
何のためのドトネトなのか、当初の目的が根幹から崩れてるんじゃないのか?
276:デフォルトの名無しさん
07/10/06 13:32:17
なるほど、ドトネトの「当初の目的」とは
進歩も変化も拒絶することだったのか知らなかったよw
277:デフォルトの名無しさん
07/10/06 15:50:06
一応下位互換性あるんでねーの?
278:デフォルトの名無しさん
07/10/08 12:16:14
分かってないようだが,新言語ってのは本質的にベンダが儲けるためにあるのだよ。
楽出来るというのは馬鹿相手の宣伝文句。
279:デフォルトの名無しさん
07/10/08 12:22:17
販売者はそういう思惑かもしれんが
ニーズも無いのにポコポコ生まれるわけがない
基本的に使う側の俺らにとっちゃ「使いやすくて移行しやすいか使いにくくて血反吐がでるか」のどちらかだ
280:デフォルトの名無しさん
07/10/08 12:45:31
だから多言語から移行しやすく,それでいて多言語へ移行しにくいものが,
ベンダの囲い込み戦略の観点から好ましい言語ということになる。
281:デフォルトの名無しさん
07/10/08 14:15:43
ロックインというやつだな
ユーザ側の自己防衛策としては、目に付きやすい参入障壁だけでなく、
そこから出る場合の障害についても考えておいたほうが良いということだ
282:デフォルトの名無しさん
07/10/08 14:41:18
そういうのは自己防衛は自己防衛でも「心の防衛」でしょ
要するにボキュが無能なんじゃないやい、MSが悪いんだい、ってw
そうやって自分を「防衛」するわけだw
っていうか、いい歳こいた大人ならあんまり経済感覚が欠如してるのは恥ずかしいぞ。
今日日マイクロソフトが開発ツールごときで利益あげようとか思ってるわけないだろw
全売り上げの何パーだよw
恐らく0.1%以下だぞ。
283:デフォルトの名無しさん
07/10/08 14:50:23
>>280
正にMSはその内と外の壁をぶち壊してくれたな
284:デフォルトの名無しさん
07/10/08 15:35:29
>>282
開発ツールだけで儲けると誰が言ったよ?
285:デフォルトの名無しさん
07/10/08 15:39:56
>>282
本当に開発ツールで利益をあげようと思っていないのなら、
開発環境やデベロッパ向けの情報の一切合財をタダで提供すればよいわけだが。
そのプラットフォームで開発をしようとするデベロッパーは
プラットフォームにとって有益であるはずだしな。
利益を上げる以外の目的で金を取る理由はなんだい?
286:デフォルトの名無しさん
07/10/08 18:21:31
>>285
頭悪いのかね。
そんなことしたら株主に訴えられるだろw
利益を見込んでいないからと言って売れるものをわざわざタダで配る馬鹿がどこにいるんだよ。
小学生でもわかる理屈だろうに。
というか話の文脈読めよ。
MSが開発ツールをバージョンアップするのは利益を狙ってのこと、
なんて寝ぼけたことを要ってる奴がいたからそれを嘲笑してるまでのこと。
287:デフォルトの名無しさん
07/10/08 18:44:46
>>286
馬鹿はお前。
企業としてきっちり株主に対して理由が説明できるのならば問題はないよ。
IBMは多大な人件費を投入して開発した製品クオリティのEclipseを
オープンソースにしたでしょ。
IBMは営利企業であって、これは慈善活動でも何でもないよ。
288:デフォルトの名無しさん
07/10/08 19:06:42
「説明できない」ことを理由付きで言ってるのに、
「説明できるなら」って何なんだろうね。
頭悪いのかね、なんて言って済まなかったね。
間違いなく頭悪いんだねw
289:デフォルトの名無しさん
07/10/08 19:10:21
>>288
お前は馬鹿だから想像ができんのだろう。
タダでデキのいい開発環境をばら撒くことにはロックイン効果があるんだよ。
290:デフォルトの名無しさん
07/10/08 19:13:04
頭の悪い奴の議論はこうやってループするんだよね。
だから嫌なんだ馬鹿と議論するのって。
だからMSは「ロックイン効果」なんて狙ってないって言ってるのw
291:デフォルトの名無しさん
07/10/08 19:14:19
>>290
そこまで言うならその根拠が何かしらあるんだろうな?
292:デフォルトの名無しさん
07/10/08 19:15:45
>>289
それって金がかかっててもかかってなくても発生するんじゃないか?
293:デフォルトの名無しさん
07/10/08 19:16:52
>>290
顧客を囲い込むのは営利企業として基本中の基本なんだが
ミクロ経済のイロハも知らんようだな
可能な限り参入障壁を低めて、その後客がよそへ出て行かないようにする
MSの企業努力のほとんどはそれに注がれているといっても過言ではない
参入障壁を低めるために後方互換性を保つためには常に努力するし、
他のOS、CPU向け製品をバラまきさえするが、客がついてきて
デファクト化したところで他のOS向けのサポートを「とりはらう」。
文字通りだ。
Windows NT、オフィス製品、IE...
全てがそのルートを辿っているんだぞ
294:デフォルトの名無しさん
07/10/08 19:18:13
>>292
その通りだが、タダでできが良いという事実は参入障壁を最小化するので
効力がものすごくデカい。
IEがネスケを駆逐した理由の一つはそれだ。
もっとも最大の理由はOSにのっけてしまったことで、それは独禁法上
問題とされたわけだが。
295:デフォルトの名無しさん
07/10/08 19:21:17
>>293
頭悪いなあ。。
だから(少なくともMSの認識では―俺もその認識は正しいと思うが)開発ツールは
もはや商材じゃないんだよ。
囲い込むとか込まないとかは「それ」が商材である限りにおいてしか意味を
持たないでしょうが。
296:デフォルトの名無しさん
07/10/08 19:22:39
IEのロックイン効果も知らない奴がいるとはな
OSにのっけてタダでばらまきデファクト化
→IEでしか正常にブラウズできないサイトが大量出現
その時点でユーザがIEから離れるのが難しくなってしまう
これがロックイン効果さ
MSが何のために独自仕様を盛り込みたがると思っている?
297:デフォルトの名無しさん
07/10/08 19:24:46
>>295
本当にアホだな。
商材は単独で成り立っているものではない。相互効果があるんだよ。
ネスケはブラウザをばら撒いて、サーバで儲けようとした。
サンはJavaをばら撒いて、デスクトップ市場やメインフレームの客を
引き込もうとした。
298:デフォルトの名無しさん
07/10/08 19:30:37
>>297
またループかよ。。
本当に馬鹿だなw
俺の議論は>>278-281への反論として始まっている。
>>278-281に何と書いてあるかよく読めよ
当たり前のことだが企業のあらゆる意思決定は利益の追求を目的としたことで、
そんなことは俺は全く否定してないの。
299:デフォルトの名無しさん
07/10/08 19:32:14
>>298
逃げたな
俺は>>281だが、「一般論として」ロックインについて説明しただけだ
で、お前さんはといえば、無知をさらけ出しただけだな
MSはロックインなんぞ狙ってないんじゃなかったのか?w
300:デフォルトの名無しさん
07/10/08 19:35:09
開発ツールなんぞで囲い込みなんか狙えるわけもないし狙ってるわけがない。
そんなに最近のMSの動きを見れば(いや見なくても)一目瞭然だと思うんだが。
だいいちVS6⇒VS2002以降のような変化がどうして「囲い込み戦略」を意味するの?
訳がわからんよ本当。
301:デフォルトの名無しさん
07/10/08 19:36:15
>>300
別に、俺はそれが「ロックイン」だとは一言も言っていないんだが。
お前さんは俺を勝手にそれ以前に発言した誰かと混同して、
わけのわからない主張を繰り返していただけだろう。
302:デフォルトの名無しさん
07/10/08 19:43:11
>>300
> 開発ツールなんぞで囲い込みなんか狙えるわけもないし狙ってるわけがない。
甘いな。
Javaの開発者の多くは既にIDE依存症になっている。Eclipseの登場以後のことだ。
.NETの戦術もそれに沿ったものだよ。
デキのよく生産性の高いライブラリや開発環境を投入し、フレームワークは
タダでばらまく。「一応」ECMA標準として他のOSのサポートの道も残しておく。
ASP.NETはJ2EEに向けた爆弾と言ってもいいが、.NETの最大のメリット(無論、
MSにとってのだ)は、実質それがWindows専用に等しいことだ。
VBもそうだったが、マルチプラットフォームはほぼ全く考えられていない。
CやC++なら努力すればマルチプラットフォームのプログラムが書けるがな。
.NETではそれは有り得ない。
そうやってユーザを引き入れた後に、莫大な開発力を投入して次々独自仕様を
盛り込み、その頃にはもはや互換性などというものは考えられなくなっている
わけさ。
Monoがあるさ、などとは思わないほうがいいぞ。
303:デフォルトの名無しさん
07/10/08 19:43:14
>>299
開発ツールで「ロックイン」など狙ってないとは書いたが、
MSが開発ツールを開発販売しているのは自社の利益を狙ったものではない、
とは言ってない。
MSの開発ツールにおける戦略の大目的は次の二つでしょ。
(1) エンドユーザーに高い利便性を提供するソフトがないと自社の主力商品(つまりOS)
が売れない。そのためには効率のいい開発ツールが必須。
(2) かといって開発ツールにおいて他社にリードされることは、自社の主力商品(つまりOS)
の開発においてフリーハンドを失うことにつながる。
304:デフォルトの名無しさん
07/10/08 19:46:38
おまえらおまえらおまえらおまえらおまえらおまえらおまえらおまえら
ひまだなひまだなひまだなひまだなひまだなひまだなひまだなひまだなひまだな
305:デフォルトの名無しさん
07/10/08 20:00:35
プラットフォームに開発者を縛り付けるのは莫大なロックイン効果があるよ。
それは開発者が生産した資産を他所に「持ち逃げされる」ことを困難にする。
デベロッパの生産物は実質そのプラットフォームにとっての大きな資産と
言っていいからね。
.NETは言語において柔軟であるフリをするということでも、参入障壁を
低めて見せている。それは.NETの能力の効果的なデモにもなっている。
MSは賢いよ。だが、営利企業のやることの裏の側面を知らないふりをするのは
ただの馬鹿だな。
306:デフォルトの名無しさん
07/10/08 20:06:03
だれかコイツの変わりに吼えてくれる奴はいないのか?
第二の標的になるのは嫌なので俺は勘弁な
307:デフォルトの名無しさん
07/10/08 20:09:48
スク祭りや絵師表もそうだけど、何かを提起したり行動起こしたヤツを
寄ってたかって叩くもんだから誰も表だって動かなくなった
先に動いたヤツが負け。みたいにね
完全に血行不良であり新鮮な養分は入らず、淀んだ血液は朽ちゆくのみ
実装スレも、そろそろ頃合いデスゥ?
308:デフォルトの名無しさん
07/10/09 11:54:23
スレリンク(prog板:234番)
よくMSに騙されたとか言ってる連中がいるが、具体的に何について「騙された」
と言いたいんだろうね。
正直、俺にはそいつら自身の過剰に主観的な「被害妄想」にしか思えないよw
なぜなら俺には「騙された」記憶がないからな。
個人的にはMSに対してそいつの持ってる印象を聞くことはプログラマのリトマス試験紙
になると思ってる。
ダメな奴と根拠のない反MSにはかなりの正の相関があるように思えるね。
まあTronの人みたいな例外はあるけどね。
スレリンク(prog板:221番)
言語使用的には正直C#は天下無敵だと思うよ
マイクロソフトも天下無敵だと思うよ
かつてのApple GUI 開発者を殆ど全て取り込んだし
Excelの開発元だし
C#の責任者はデルファイ作った人だし
MSの頭はロータス123の開発者だし
これらの人たちは、全員「神」レベルの人だよ
C#は、とりあえず札幌市水道局が開発言語をC#にしているようだよ
その他にも、フェリカ関連のアプリケーションがC#らしいよ
309:デフォルトの名無しさん
07/10/09 11:55:12
スレリンク(prog板:250-番)
250 名前: 仕様書無しさん 投稿日: 2007/10/07(日) 02:01:14
C#は今後主力になってくるのは間違いない。
言語仕様はすばらしく優れてるし、時代に合ってる。
251 名前: 仕様書無しさん [sage] 投稿日: 2007/10/07(日) 02:33:56
ASP.NETやったらもうJAVAには戻れんよな。
サーブレットとJSPでシコシコ作ってたのがアホらしい
252 名前: 仕様書無しさん [sage] 投稿日: 2007/10/07(日) 06:50:26
>サーブレットとJSPでシコシコ作ってたのがアホらしい
そりゃ、アフォだろ。
今はフレームワーク使うモノだし。
253 名前: 仕様書無しさん [sage] 投稿日: 2007/10/07(日) 07:17:12
今後主力 w
自分で何言ってるのか解ってるのか、こいつ w
310:デフォルトの名無しさん
07/10/09 11:57:31
一切言語研究者の意見が現れないのには驚いた
311:デフォルトの名無しさん
07/10/09 12:32:04
コピペ君って馬鹿だな、まで読んだ。
312:デフォルトの名無しさん
07/10/09 13:05:57
今更MSに騙されたのなんの言ってるやつは余程ナイーブというか
平たく言えばアホなんだろう
昔からMSのやることは何も変わっちゃいないのに
313:デフォルトの名無しさん
07/10/09 13:14:11
じゃ、未だに騙された事に気付いてない香具師は何なの?
314:デフォルトの名無しさん
07/10/09 13:23:42
>>313
アホ以下ということで。
315:デフォルトの名無しさん
07/10/09 13:42:57
スレリンク(prog板:357-番)
357 名前: 仕様書無しさん [sage] 投稿日: 2007/10/09(火) 13:33:18
世代交代してる感はあるね。
.NET 1.0の頃の話なんかしても通じないこともある。
361 名前: 仕様書無しさん [sage] 投稿日: 2007/10/09(火) 13:36:16
.NET 1.0(笑)
364 名前: 仕様書無しさん [sage] 投稿日: 2007/10/09(火) 13:40:32
そのまま笑い氏ね。
客の立場にもなってみろ。
洒落にならんだろが。
316:デフォルトの名無しさん
07/10/09 18:24:07
コピペ君って馬鹿だな、まで読んだ。
317:デフォルトの名無しさん
07/10/09 19:50:10
金のためならVB6でもC#でもやるぜ
愚痴は金にならん
318:デフォルトの名無しさん
07/10/09 21:52:17
上流で何もせずにほとんどの金をピンハネして、ハシタで下流のコーダーを
使い捨てる側にとっちゃ、あんたみたいなのは大変都合がいい人間と言えるな
まあ頑張れ
319:デフォルトの名無しさん
07/12/28 00:37:06
うちの職場じゃ、
「VB6はあと3ヶ月でサポート切れだから、他の開発環境への乗換えを検討しろ」
という指示が飛んできたけど、皆のところは大丈夫か?
320:デフォルトの名無しさん
07/12/29 04:21:54
回答支援age
321:デフォルトの名無しさん
07/12/29 05:00:11
> ドトネトはバージョンも仕様も変わりすぎ。
> そのたびに開発環境買い換えたり、プログラムが動かなくなったり。
> 何のためのドトネトなのか、当初の目的が根幹から崩れてるんじゃないのか?
> ユーザ側の自己防衛策としては、目に付きやすい参入障壁だけでなく、
> そこから出る場合の障害についても考えておいたほうが良いということだ
MSの開発環境を長年使ってきた者として、上記の発言は心底納得できる。
ドトネトなど、好んで使うシロモノではない。
ソフトウェア開発の経験がない者が、巷のPC誌の広告を見て選択している
だけのことだろう。
322:デフォルトの名無しさん
07/12/29 07:10:03
納期と契約金が先に決まってるなら
開発は言うに及ばず習得にすら時間と手間のかかる言語をわざわざ選択する理由もあるまい
将来の付加価値より明日のご飯
.NETマンセー
323:デフォルトの名無しさん
07/12/29 13:34:20
ドトネトは下位互換性高いんだけどね
「すっぱい葡萄」丸出しで読んでるこっちが恥ずかしくなるなw
324:デフォルトの名無しさん
07/12/30 01:12:31
>>321
非.NETなプログラムだって似たようなもの。
Win95の頃のプログラムがVistaでまともに動くとは限らないし、逆もまた同じく。
それと同じくらいには.NETも「安定」していると思うよ。
325:デフォルトの名無しさん
08/01/08 00:05:12
VB6
ocxのコンポーネント継承できねーじゃん
OOできない似非糞言語は消えた方がいい
326:デフォルトの名無しさん
08/01/08 08:44:23
>>325
継承ってなんでしょうね?
327:デフォルトの名無しさん
08/01/11 20:14:29
オブジェクトでいうところの上位クラスからのインヘリタンスのことでは?
328:デフォルトの名無しさん
08/01/13 10:34:53
初心者ですが何方か教えてください。
&H10
&H10&
で定数を&で挟むのと挟まないのは何が違うのでしょうか
329:デフォルトの名無しさん
08/01/13 13:48:00
カップのサイズにより可能な場合と不可能な場合がある
330:デフォルトの名無しさん
08/01/13 15:50:44
>>328
VB6なら
> &H10
サフィックスなしの整数なので規定のInteger型
> &H10&
Long型のサフィックス付きの整数なのでLong型
331:デフォルトの名無しさん
08/01/13 18:51:19
>>330
ソース内に
A And (Not &H10&)
のように使っていたので疑問に思っていました。
有難うございました。
332:デフォルトの名無しさん
08/01/13 19:22:35
こんなスレで質問するのも謎なら、その程度のことも知らない人が
VB6に固執する理由も謎。
っていうか@ITでもこの期に及んでVistaでVB6アプリを動かすとかなんとか
やってるけど、既存アプリの保守ならともかく、新規もVB6でってアナクロなところが
まだ結構あるのかね。
333:デフォルトの名無しさん
08/01/13 19:24:27
っていうか、どの言語でもそうだけど最初に言語の仕様ぐらいざっと眺めないなんて
ダメ以下だろ。
334:デフォルトの名無しさん
08/01/13 19:29:15
設計理念すら知らない言語の仕様を
ざっと眺めて分かるんならすごい才能だ
335:デフォルトの名無しさん
08/01/13 21:38:56
VB6ってセキュリティの面では堅牢なのかな?
あまり脆弱性の問題聞かないけど。もしかしてVB6アプリが淘汰されただけなのか?
336:デフォルトの名無しさん
08/01/13 21:47:34
そもそもアプリの「セキュリティー面での脆弱性」って意味わかりませんがw
337:デフォルトの名無しさん
08/01/13 22:15:46
ば、馬鹿にされてる・・ッッ!!335 が馬鹿にされてるッッッッ・・・!!
きっと 335 は顔を真っ赤に染めているに違いない・・・ッッッッ!!
だが、言いたい事はきっとこうだ・・・ッッッ・・!!
「よくあるウェブブラウザ、有名どころで IE なんか、
ほいでそんなプログラムのバグをついたバッファオーバーフロー(死語?)の心配は無いのかどうか」
↑これつまり 脆弱性
「これを俗にセキュリティーホールなんて言うが、
そもそも VB6 アプリなんかより世に出回り愛されているのは Delphi アプリとかそんなんかどうか」
↑セキュリティーホールなんて名称から セキュリティの面 という言葉を連想させた
そして 336 はこう言うた
結論はこうだ、VB6 アプリは淘汰される以前に、プログラム入門編なのだから、出回ってるわけがない、そして、これはわかりきった事であるのだ
以上
*****請求書*****
翻訳代: \ 168,950 円 (税込み)
内訳: 極秘
メールで代金お支払いの連絡ください
支払方法は現金書留のみです、追って送付先住所を連絡します
takenouchi.yutaka@honyakutrans.net
翻訳トランスレーションマスターズ三重 有限会社
代表 竹ノ内
338:デフォルトの名無しさん
08/01/14 03:03:06
翻訳するのなら日本語にしてくれ
339:デフォルトの名無しさん
08/01/16 11:20:07
カオス
340:デフォルトの名無しさん
08/01/18 11:43:56
自分の周りのVBな人って、VB使ってさえメモリリークさせるから嫌い。
341:デフォルトの名無しさん
08/02/07 03:19:38
.netの仕事が来たこと無いんだが
どっちかというと
.net使わないで作ってくれという方が多い
342:デフォルトの名無しさん
08/02/07 03:57:39
WinNT/98/2000の業務環境もまだまだあるからネ
.NETのためにサーバ/PCを入れ替えなんて無理
343:デフォルトの名無しさん
08/02/10 22:39:26
う〜ん、俺みたいな10年前にVB6、C、Cobol、Caslだけ学校で少し齧ったレベルでも
何となく動いてるってのを作れるってのは凄いんじゃないかな
シリアル通信とか製品のデモ用で使っているんだが、プログラムで飯食ってない人には何となくで動かせるからありがたい
.netになってからa=a++が出来るようになったんだね
344:デフォルトの名無しさん
08/02/10 23:06:39
>>343
それ鼻から悪魔でてこないか?
345:デフォルトの名無しさん
08/02/11 11:40:51
だが世の中はそう甘くはない。
本来プログラムで飯食う気が無かった人に
VB与えてプログラム作らせて売った結果がVBの悪評なのだ。
346:デフォルトの名無しさん
08/02/16 20:46:21
>>343
単にa++と書いたらだめなの?
347:デフォルトの名無しさん
08/04/03 21:43:54
>>346
2005は駄目だった。
VBの書き方だとまあ納得いかないでもない。
348:デフォルトの名無しさん
08/04/04 02:47:37
だめだったらa = a + 1でいいじゃんって思う。
349:デフォルトの名無しさん
08/04/04 09:41:46
>>334
たいした規模ではないのでリファレンスに明記されている仕様程度の把握に才能など必要ない
350:デフォルトの名無しさん
08/04/10 00:21:09
さあいよいよVB6の延長サポートが終わりました。
351:デフォルトの名無しさん
08/04/10 01:12:44
.NETは使い勝手が良いが起動が遅いのが難点。
ngen.exeを使っても内部でアセンブリを参照している様なEXEの場合には
速度が変わらない。
.NET(VB.net)の起動を速くする方法って無いですか?
352:デフォルトの名無しさん
08/04/10 08:12:24
動かすマシンを最新機種に買い換える。
353:デフォルトの名無しさん
08/04/10 08:23:11
>>351
インストール時にスタートアップにこっそり入れとくぐらいしか手がなさそう。
354:デフォルトの名無しさん
08/04/10 10:49:17
逆に考えるんだ。
しばらく遅いPCで作業してから戻ってくれば・・・
355:デフォルトの名無しさん
08/04/11 00:32:02
>>354
> 逆に考えるんだ。
> しばらく遅いPCで作業してから戻ってくれば・・・
ユーザのPCの性能は、VAIO(2年前位モデル)で性能は決して悪くはねーんだよな。
.NETの起動が遅いって文句ばっかたれられる。
どーしよーもねーんだよ。
356:デフォルトの名無しさん
08/04/11 00:34:12
>>353
> >>351
> インストール時にスタートアップにこっそり入れとくぐらいしか手がなさそう。
起動時にngen.exeは試してんだけど、全く変わらん。
6.0のアプリは(当然だが)即効起動するんだけどね。
因みに今は、スプラッシュウィンドウでごまかしてる(それでもユーザから文句出まくりだけど。)
357:デフォルトの名無しさん
08/04/11 16:07:47
>>356
たかだか、数秒〜長くても数十秒程度に文句たれるユーザーってのも嫌だな
もし比較対照の6.0のアプリがあるなら、そちらも合わせて遅くしてみるというのはどうだろう
358:デフォルトの名無しさん
08/04/11 17:19:14
スプラッシュウィンドウ表示しておけばいい
359:デフォルトの名無しさん
08/04/11 18:49:58
だから普通に作れば遅いのは初回起動だけだからスタートアップに
こっそり入れとけって。
適当なコマンドラインスイッチで起動すると何も表示されないようにしてさ。
それでも遅いならどうせフォームにコントロールをバカスカ貼り付けてるんじゃないの?w
その場合はデザインを直すべきだろうね。
360:デフォルトの名無しさん
08/04/11 19:04:28
初対面の人間がハナクソほじってたら嫌だろ.
そういう感じ.
361:デフォルトの名無しさん
08/04/11 22:32:28
そもそもそんなに起動時間が気になるアプリに.NETなど使うなと
362:デフォルトの名無しさん
08/04/12 04:08:32
>>357
> >>356
> たかだか、数秒〜長くても数十秒程度に文句たれるユーザーってのも嫌だな
> もし比較対照の6.0のアプリがあるなら、そちらも合わせて遅くしてみるというのはどうだろう
6.0の数が半端無いよ。
しかも.NETが遅いのは最初の一回目位なんだから我慢しろ!この馬鹿ユーザ!!
とどなりたい心境さ。
>>359
> だから普通に作れば遅いのは初回起動だけだからスタートアップに
> こっそり入れとけって。
だから、ngen.exeを掛けても遅いって。
>>361
> そもそもそんなに起動時間が気になるアプリに.NETなど使うなと
今さら遅いよ。
つか、ユーザは馬鹿だからExel感覚で動作するアプリじゃないと文句を垂れられる。
363:デフォルトの名無しさん
08/04/12 12:32:42
>>362
初回起動だけ遅い、逆に言えば初回起動以外は(まともに作れば)結構早いのは
ngenが動作するかどうかの違いじゃないよ。
呼び方は忘れたがネイティブイメージをキャッシュしておくドトネトの機構が
作動するから。
だからスタートアップにこっそり入れとけ(もちろんネタだけどさ)、と言ってるんであって
誰もngenがどうこうとか言ってないだろう。
364:デフォルトの名無しさん
08/04/12 13:41:40
まさかとは思うけが、スタートアップ知らないんじゃ・・・
365:デフォルトの名無しさん
08/04/12 14:31:27
スタートアップってソフトのアイコンクリックしてからソフトが起動するまでの間の事だろ?
366:デフォルトの名無しさん
08/04/12 17:48:46
>>363
> >>362
> 初回起動だけ遅い、逆に言えば初回起動以外は(まともに作れば)結構早いのは
> ngenが動作するかどうかの違いじゃないよ。
>
> 呼び方は忘れたがネイティブイメージをキャッシュしておくドトネトの機構が
> 作動するから。
>
> だからスタートアップにこっそり入れとけ(もちろんネタだけどさ)、と言ってるんであって
> 誰もngenがどうこうとか言ってないだろう。
具体的にどうすれば良いの?ユーザから.NETアプリの起動が遅いとブーブー文句を言われて
いるので助けて下さい。
※スタートアップはC:Document Adn Setting\・・・プログラム/スタートアップ・・・
だった筈だけど。
367:デフォルトの名無しさん
08/04/12 21:16:26
GACのキャッシュ云々だったら・・・よくわからないな
368:デフォルトの名無しさん
08/04/14 19:48:11
VB.NET
今日始めて使ってみたがわけがわからん。
まるっきり変わったのか。
もう辞めたい。
369:デフォルトの名無しさん
08/04/15 22:49:35
>>367
> GACのキャッシュ云々だったら・・・よくわからないな
それもやったけど全く速度が変わりませんでした。
そもそも.NETでネイティブアプリって作れないのかな?
.NET 2008でも無理?
370:デフォルトの名無しさん
08/04/16 14:46:46
無理
371:デフォルトの名無しさん
08/04/16 22:46:41
>>370
> 370 名前:デフォルトの名無しさん [sage]: 2008/04/16(水) 14:46:46
> 無理
マジで?
何か良い方法は無い?
372:デフォルトの名無しさん
08/04/17 14:51:24
>>371
>>351-からの流れをよく読みなおしててこいよ。ループするだけだぞ。
>何か良い方法は無い?
がネイティブコードにコンパイルしたいという意味なら無理。
が起動を早くしたいという意味ならネイティブコード化というのは
問題に解決にならない。あとは>>351-にループするだけ。
373:デフォルトの名無しさん
08/04/17 23:29:26
>>372
> >何か良い方法は無い?
> がネイティブコードにコンパイルしたいという意味なら無理。
> が起動を早くしたいという意味ならネイティブコード化というのは
> 問題に解決にならない。あとは>>351-にループするだけ。
.netでネイティブアプリが作れないって事だと6.0で開発をしろって事か?
あーあ、.net便利なんだけど初回起動が遅すぎ
374:デフォルトの名無しさん
08/04/18 00:04:05
スピード的にはVB6のネイティブコンパイルより、.NETの方が速いのはわかってる?
ただし起動までが遅いとか起動後もモジュールの再ロードやスワッピングが
おこりやすいのは確かで、これが実質的な速度を遅くしている。
ネイティブコンパイル出来る出来ないとは関係ない。
375:デフォルトの名無しさん
08/04/18 00:11:08
>>374
> スピード的にはVB6のネイティブコンパイルより、.NETの方が速いのはわかってる?
微々たるものだけどね。確かに速いよ。
それくらいは分かってる。
でも起動が遅すぎる。
何とかならんの?マジで。入力速度も遅い癖してユーザにブーブー文句を垂れられる。
376:デフォルトの名無しさん
08/04/18 00:39:43
メモリを大量に積んだVistaにすれば速いよ〜(笑
Vistaからはキャッシュや仮想メモリの仕掛けに手を入れてるらしい。
377:デフォルトの名無しさん
08/04/18 00:41:23
VB6でかろうじて動いてたレベルのPCに.NETを入れると正直悲惨なのはわかるよ
378:デフォルトの名無しさん
08/04/18 01:12:51
>>376 >>377
> メモリを大量に積んだVistaにすれば速いよ〜(笑
> Vistaからはキャッシュや仮想メモリの仕掛けに手を入れてるらしい
因みにユーザマシンは比較的性能が良いよ。
全てWindows XP CPU3.0 1Gメモリ
それでも初回起動が遅い。(っても45秒位なんだけど。)
2回目以降は2秒で起動してユーザが操作可能になるんだけどね。
参ったなぁー。MFCっきゃない?
379:デフォルトの名無しさん
08/04/18 01:19:55
そして>>359にループ
380:デフォルトの名無しさん
08/04/18 02:14:57
>>359
> だから普通に作れば遅いのは初回起動だけだからスタートアップに
> こっそり入れとけって。
>
> 適当なコマンドラインスイッチで起動すると何も表示されないようにしてさ。
今さらだけど、↑これをちょっくらやってみようとおもふ。
381:デフォルトの名無しさん
08/04/18 09:23:08
ユーザーに悪態ついたり アドバイスを謙虚にきけないやつは・・・底が知れてる
382:デフォルトの名無しさん
08/04/19 00:37:28
>>381
> ユーザーに悪態ついたり アドバイスを謙虚にきけないやつは・・・底が知れてる
ぶっちゃけ、ユーザは馬鹿だろ。
383:デフォルトの名無しさん
08/04/19 11:05:35
>>382
プログラマは全員もれなく賢いんだ へぇ〜
384:デフォルトの名無しさん
08/04/19 22:23:18
>>383
> >>382
> プログラマは全員もれなく賢いんだ へぇ〜
お前を除く皆はね
385:デフォルトの名無しさん
08/04/23 03:46:19
やっぱり.netで起動の速いアプリを作ろうとしたらMFCしか無いね。
でもDataSet / DataTableとか便利な機能が使えないし、
.NETとは違って便利なコントロールも使えないから微妙だな。
起動時間だけを取るとMFCなんだけど
開発効率を考えると断然MFCと思うんだけどどーお?
因みにMFCでDataGridView や (Grape City)Spreadとかって使えるの?
386:デフォルトの名無しさん
08/04/23 08:14:50
いや、MFCはVBから使えないから…
なお某SpreadはActiveXだからサポートさえしていればどんな言語でも使えるはず。
387:デフォルトの名無しさん
08/04/23 09:22:07
VB6とVB.NETはどっちが早いの?
388:デフォルトの名無しさん
08/04/23 09:48:32
VB6が先に市場に出ててその後続がVB.NET
389:デフォルトの名無しさん
08/04/23 23:59:18
>>386
> いや、MFCはVBから使えないから…
???どいうう意味?
ちょっと分かりません。
因みにMFC(C++)でDataSet/DataTableって使えますか?
あと、どうやら#pragma manage/unmanage と入力をする事で
一応ネイティブコードの中で.NET標準のコードを記入する事も出来るみたい
だけど結局ネイティブコードの中にマネージコードをいれた上でコンパイルを
すると通常の.NETアプリ(VB.net \ C#)みたく起動が遅くなりますよね?
390:デフォルトの名無しさん
08/04/24 01:00:21
もちろん.NETプログラムになって起動速度はそれなりになる。
あと、VC++ 2005くらいからだと、MFCにも.NET関係のためのものが追加されている。
391:デフォルトの名無しさん
08/04/24 01:23:03
>>390
> もちろん.NETプログラムになって起動速度はそれなりになる。
> あと、VC++ 2005くらいからだと、MFCにも.NET関係のためのものが追加されている
やっぱり古典的なC++で1から実装するしかないのか。
起動速度を速くする為には。
ユーザが短気だから.NETアプリをMFCにそっくりそのまま置き換えなくちゃ
ならないかもしれない。
めんどくさい
392:デフォルトの名無しさん
08/04/24 02:08:17
なにかアプローチを間違っている希ガス
393:デフォルトの名無しさん
08/04/24 19:34:36
>>392
> なにかアプローチを間違っている希ガス
.NETアプリに起動速度は求めるな!!って事!?
違ってたら方針を教えて頂戴。エロイ人
394:デフォルトの名無しさん
08/06/12 01:21:39
.NETのほうが起動も早いけど、みんなコンパイルの仕方を知らないだけ
395:デフォルトの名無しさん
08/06/12 08:02:47
あぁ、「俺、本気出せば凄いんだぜ」って奴?
396:デフォルトの名無しさん
08/06/16 09:30:00
Outlook 2007 が氏ぬ程モッサリなんだけど何で?
描画がドトネッツっぽいんだけど。
397:デフォルトの名無しさん
08/07/19 09:41:49
小規模ソフトウェア開発なんて誰でもできるけどな。
理系のたしなみ程度でできない奴は池沼。
小学校でいう九九みたいなもんだ。
398:デフォルトの名無しさん
08/07/23 14:21:08
誤爆?
399:デフォルトの名無しさん
08/09/15 13:32:13
400:デフォルトの名無しさん
08/10/03 05:02:58
VB6以外は逆コンパイルされてソース丸見えになるだろ
401:デフォルトの名無しさん
08/10/03 09:59:49
開発者に見捨てられたVB。いや、.netかも
URLリンク(www.itmedia.co.jp)
402:デフォルトの名無しさん
08/10/03 16:35:45
Osloは.NETベース。.NET3.0でWPF,WCFとともに追加されたが
全然使われていないWFの発展形と予想される。
ステートやアクションを拡張するのに結局VBやC#との相互運用が必要になる予感。
VS10の情報が出始めたからこれからいろいろわかってくると思う。
403:デフォルトの名無しさん
08/10/03 23:40:49
なんで? VB6でいいじゃん!
コントロール貼り付けてイベント半ドラに記述するだけ。
それだけでフツーのアプリがフツーに動く。
最高じゃん! これ以上、なにを望むの??
404:デフォルトの名無しさん
08/10/03 23:55:51
まともな例外処理と見やすいコードが書けるプログラマー
405:デフォルトの名無しさん
08/10/11 12:52:20
.NETは起動速度が遅いからユーザから受けが悪い。
確かに最近6.0の方が良いんじゃないかとリアルに思う。
なぜにMSはネイティブアプリが作成出来る様にVSをしなかったんだろう?
※ngen.exe を試しても外部のアセンブリを参照する様なアプリだと遅い
406:デフォルトの名無しさん
08/10/12 11:38:35
MS製有料ソフトの殆どがネイディブであることを考えると内部でも相当意見割れてると思われ
407:デフォルトの名無しさん
08/10/12 11:58:57
割れてるわけないでしょw
棲み分けが必要ってMS自身が言ってるじゃん。
っていうかもう.NET出てからかなり経過してるんだから
くだらない寝言言ってる間にいい加減その意義ぐらい理解したらどうだよ。
408:デフォルトの名無しさん
08/10/12 12:04:12
ひとつ以上の言語や環境を扱えない連中はどこにでもいるからね。
409:デフォルトの名無しさん
08/10/12 12:53:16
日本語も扱えない>>408みたいな奴もいるしな。
410:デフォルトの名無しさん
08/10/12 12:58:28
>>409
このゆとりめ
411:デフォルトの名無しさん
08/10/12 13:00:21
「以」の使い方は日常語と学問的な用法で違うから文脈で読み分けないと
412:デフォルトの名無しさん
08/10/12 13:10:44
学問的な用法wwwwwwwwww
413:デフォルトの名無しさん
08/10/12 19:39:51
つまりコンパイラ並の読解力しかないということですね?
414:デフォルトの名無しさん
08/10/12 20:38:40
「それ以上近づくと撃つぞ。」
415:デフォルトの名無しさん
08/10/12 20:42:49
Wが5つ以上でNGワードにしているのだが、>>412は頭が悪いということかな?
416:デフォルトの名無しさん
08/10/12 21:14:43
おい、どうでもいいけど劇的に.NETアプリの起動を早くする方法って無いの?
ngen使っても遅いし。
417:デフォルトの名無しさん
08/10/12 21:19:37
CPUを速いのにしてとメモリを増やす。特にメモリは重要。
418:デフォルトの名無しさん
08/10/12 21:19:58
>>415
そんな正規表現っぽいNGワード使える専ブラあんの?
419:デフォルトの名無しさん
08/10/12 21:26:48
俺もやってるが単純にこうしてるだけ。
wwww
あとはいくつ増えようがヒットする。
wwwwwwwwwwwww
420:デフォルトの名無しさん
08/10/12 21:30:09
>>419は頭が悪いということかな?
421:デフォルトの名無しさん
08/10/12 22:30:34
>>417
それしか無いの?やっぱり?
VB6で作った方が客受けが良い。
422:デフォルトの名無しさん
08/10/13 20:37:27
>421
そうなの?
423:デフォルトの名無しさん
08/10/13 20:42:46
>>422
ぶっちゃけVB6で作った方が客受けが良い。
なぜなら.NETと比べて起動時間が全然早いから。
一度起動してからの速度に大差が無かったとしても
客から見たら起動時間が早い事の方が重要なのです。
424:デフォルトの名無しさん
08/10/14 17:40:57
>>422
ありがとう
425:デフォルトの名無しさん
08/10/15 06:39:35
起動時間云々は問題じゃない。一番厄介なのは、ランタイムの扱いだろ。
VB6で使うランタイムと、VB.NETで使うランタイムだと、明らかに.NETの方が無駄が多くて環境を汚してしまう。
ソフトを動かすためのランタイムをインスコするためにエンドユーザの環境を汚すのはあまり好ましくないと思うんだがね
426:デフォルトの名無しさん
08/10/15 07:31:49
Windows Updateはユーザの環境を汚す、と
427:デフォルトの名無しさん
08/10/15 08:08:47
XPならVB6ランタイム要らないんだっけ?
428:デフォルトの名無しさん
08/10/15 08:15:19
いるー。
429:デフォルトの名無しさん
08/10/15 08:37:30
ブビ6もVBドトネトも中途半端なんだよ。
ドトネトランタイムは半端なく巨大だけどね。
430:デフォルトの名無しさん
08/10/15 18:02:08
私の知り合いの会社は未だVB6で開発してますね…
新しいツール買う予算なんで最初から無いと豪語しておる。
431:デフォルトの名無しさん
08/10/16 01:43:03
パネェ奴教えてくれよ
432:デフォルトの名無しさん
08/10/18 12:17:21
VB6のソースが.netにまともに変換できないのがなー
どうすんだよVB6でつくったアプリの数々
誰が.netに対応させるんだよ
めんどくせー
433:デフォルトの名無しさん
08/10/18 12:57:50
vistaでも使えるからそのままつかえばいいのでは?
て互換性気にしてるならC言語化Javaでつくっておけばいいのに
434:デフォルトの名無しさん
08/10/18 22:39:13
C言語化Java
を想像してちょっと萌えた
435:デフォルトの名無しさん
08/10/19 12:52:55
C#だろ
436:デフォルトの名無しさん
08/10/19 12:54:51
C丼 が最高
でもでもでもでも やっぱり 英語がサイコウだよぉおおおおおおおおおおおおおおおおお
437:デフォルトの名無しさん
08/10/19 22:37:08
というか.NET、2003、2005どれも何かしら言語の強みってのが何一つ感じられない
MSの人柱になってる気がする
438:デフォルトの名無しさん
08/10/19 23:09:06
ライブラリはでかいんだが、実際に商用アプリつくるときに
使えるようなもんがすくねーぇえええ。
439:デフォルトの名無しさん
08/10/19 23:13:08
えぇ?言語的にはかなりレベルアップしてるじゃん
440:デフォルトの名無しさん
08/10/20 00:51:42
商用アプリに使えるものって何ですか?
441:デフォルトの名無しさん
08/10/20 19:02:41
ぶいびーどっとねっとやることになったから糞豚ども教えろ
いいか?返事は分かりましたぶびひーだ
442:デフォルトの名無しさん
08/10/20 19:08:05
分かりましたぶびひー
443:デフォルトの名無しさん
08/10/21 15:34:09
分かりましたvbp
444:デフォルトの名無しさん
08/11/03 18:15:00
>>430
最近はVisual Studioなんかタダですがな。SQL Serverも。
タダのやつで間に合う規模の仕事でしょ?
445:デフォルトの名無しさん
08/11/03 18:24:35
商用開発はダメだろw まあ建前だろうが。
それにそういう会社は教育する時間も無いと言うだろうよ。
NETの壁が越えられないVBプログラマも少なくないし。
446:デフォルトの名無しさん
08/11/03 19:31:26
普通に商用OK。
もっとも、セットアプ作れないとか他にも細かい制約がいろいろあるし
普通に買ったって大した値段じゃないからExpressで開発してるところなんて
まずないとは思うが。
っていうかそんなことも知らないお方がなんでこんな板にいるんでしょ。
447:デフォルトの名無しさん
08/11/03 19:38:58
Express知らなくてバッシングされるってカワイソスw
448:デフォルトの名無しさん
08/11/04 00:32:49
あんなこと言うところは、例え買う金があっても難癖つけて導入しないだろうというのは俺の偏見だろうか。
449:デフォルトの名無しさん
08/11/04 22:01:44
すまんマジレスを求むけど、
VS2003→VS2005になってIDEとしてはかなり便利になったと思うんだけど、
VS2005→VS2008にバージョンアップして作業効率とかって上がったりしてる?
450:デフォルトの名無しさん
08/11/06 00:09:59
VSは使ったことないからワカンネ
451:VB初心者
08/11/07 22:00:10
お聞きしたいことが。。。。
VB6にDBGetという関数?ありますか
452:デフォルトの名無しさん
08/11/07 22:32:56
組み込み関数では無かったと思う
URLリンク(www32.atwiki.jp)
↑か?
453:VB初心者
08/11/07 23:07:25
回答ありがとうございます。
参考にさせていただきます。
454:デフォルトの名無しさん
08/11/09 03:54:55
>>416
ない。
起動が遅い理由は、巨大な.Net Framework自体が.Netのアセンブリでできているから。
455:デフォルトの名無しさん
08/11/09 20:23:39
.NETにあるアセンブリという用語の意味について分かりやすく説明してくれませんか?
どこも簡潔なようで分かりづらく感じます
456:デフォルトの名無しさん
08/11/09 20:29:11
exeとdllのこと
本当は違うけど、違いが問題になるケースに出会うことはまずない
457:デフォルトの名無しさん
08/11/19 14:30:42
>>416
一応、.NET Framework 3.5 SP1の紹介で
CLR (共通言語ランタイム) の改善により、
アプリケーションの起動速度が大幅に改善されました。
って書いてあるな。
458:デフォルトの名無しさん
08/11/19 14:33:27
>>457
wpfの話だった気がする
459:デフォルトの名無しさん
08/11/19 19:00:02
URLリンク(www.microsoft.com)
トップページにcold startに係る時間が短くなったと書いてあるけど、
WPFという言葉は一言も出てこない。
460:デフォルトの名無しさん
08/12/02 22:41:13
どうでもイイけど、新しい言語の名称仕入れては
「それでやってください」っていう客にウンザリ
461:デフォルトの名無しさん
08/12/03 16:34:16
WPFは3.0からだもん
462:デフォルトの名無しさん
08/12/14 10:55:46
VB6のアプリでVista用の大きいアイコンて裏技で対応出来るんでしょうか?
463:デフォルトの名無しさん
08/12/14 11:16:27
リソース改造ツール使って強引に継ぎ足すとか。
464:デフォルトの名無しさん
08/12/14 14:59:33
>>457
5秒かかってたのが3秒に短縮されたところで、VB6アプリの0.1秒の起動には到底かなわない。
465:デフォルトの名無しさん
08/12/15 01:59:18
ネイティブコードじゃないんだから仕方ないだろ。
……と言って、客が納得するはずが無い。
466:ガムマ雷電
08/12/15 10:26:16
時代は.NET!
.NETアプリがまともにうごかないPCは糞!ゴミ!
467:デフォルトの名無しさん
08/12/15 12:41:26
ケータイは?
468:デフォルトの名無しさん
08/12/15 15:27:45
>>467
君が初めてだよ、唐突に「ケータイ」とか
スレに何の関係ないプラットフォーム持ち出して来たの。
469:デフォルトの名無しさん
08/12/15 15:48:31
いや、
>時代は.NET!
より、
>ケータイは?
の方が説得力があると思ってw
470:デフォルトの名無しさん
08/12/15 18:48:25
>ケータイは?
ケータイは関係ないですね。
471:デフォルトの名無しさん
08/12/15 21:29:08
>>470
ケータイで.netのコードが動く可能性はあるけど、vb6のコードが動く可能性は
スゲー小さいな。
まあ、もうしばらくは携帯に.net frameworkが乗るとは思えんが。
472:デフォルトの名無しさん
08/12/15 21:57:21
日本ではあまり見ないけど.NET Compact Framework搭載の
スマートフォンがあるんじゃない。
それから携帯ブラウザ用Silverlightの計画もある。
473:デフォルトの名無しさん
08/12/15 22:26:01
スマートフォンとケータイは棲み分けされてるしなぁ・・・
474:デフォルトの名無しさん
08/12/15 23:56:37
携帯にもx86積んでNateveClientでいいじゃない
475:デフォルトの名無しさん
08/12/16 00:31:32
ケータイ燃やすきか
476:デフォルトの名無しさん
08/12/16 00:34:32
それを実現するためにIntel Atomが作られたわけだ
477:デフォルトの名無しさん
08/12/16 09:38:00
>>472
>日本ではあまり見ないけど
W-ZERO3なんて結構売れた方だと思うんだが。
>>476
現状、ARMの天下だからなあ。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5323日前に更新/157 KB
担当:undef