すべて表示


[ホームページ][使い方説明][ツリー表示]

1ページに最大10件のツリーを表示します。
24時間以内の書込みにはNEWマークを表示します。

Nortonなど、アンチウイルスソフトの設定によっては書き込みできない場合があります
javaを理解してくれないブラウザ、海外からは書き込みできない可能性があります。詳しくはお問い合わせ下さい。
宣伝書き込み防止のためURIは不定期に変更します
↓次の記事の先頭へ↓

No.19929 スパボ一括は廃止? wakatarou http://gigazine.net/index.php?/news/comments/20090713_sbm/ [Windows/XP] 09/10(木) 13:49
SBMもスパボ一括が実質サービス変更で、なくなるということは、新規契約(最長2年間利用)は今のうちにしておかないと8円携帯を利用することはできなくなるということでしょうか?

112-70-81-130.eonet.ne.jp


No.19930 RE:スパボ一括は廃止? ほりこし [Windows/XP] 09/10(木) 13:57
スパボ一括はあるのですが、月月割り(ローン肩代わり金)が基本料金部分に効かないようになりました。
つまり月月割り980円の機種をスパボ一括で買ったとしても、ホワイトプランの980円は相殺されずに、単に980円分の無料通話分が付いたに過ぎないわけです。
すでにこれは先月から行われていますので今となっては8円ケータイを手に入れる方法はありません。

この手の改悪はひっそりやるのがSBMスタイルなので、当然告知はされませんでした。
本当は今日から始まる予定だった2クリック詐欺課金は、事前に告知してしまったがために世間で騒がれて中止になったとか。

No.19935 RE:スパボ一括は廃止? wakatarou http://gigazine.net/index.php?/news/comments/20090713_sbm/ [Windows/XP] 09/11(金) 10:39
そうですか。実質の値上げみたいなものですね。
近いサービスがでることを願います。

安くてユーザーに都合の良いサービスは、ゲリラ的に行うので、サイト上では公表しないですよね?

これからも しっかりと、Fast&Fastサイトをチェックします。

112-70-81-130.eonet.ne.jp


↓次の記事の先頭へ↓↑前の記事の先頭へ↑

No.19921 Y!ボタンを接着剤で JR8 [Windows/XP] 09/09(水) 14:44
本日のブログ記事(2009.9.9)より

>私の場合はもうすぐ解約するから良いが、使い続けるならばY!ボタンを接着剤で固めて押せないようにした方が良いかもしれない。

私もこれ、真剣に考えました。
しかしY!ボタンはマルチファンクションボタンを兼ねているので接着剤で固定するわけにもいかず。。。

Y!ボタンは、待機状態以外の時は「戻る」ボタンになっており、何がしかの機能からひとつ戻ったり、機能を終了させるときにバシバシ押しがちです。
調子に乗ってバシバシ「戻る」ボタンを押すと、S!ベーシックに自動加入、という、とてもスリリングなオマケがついてきます。

前に使ってたSBM機もY!ボタン=「戻る」ボタンだったので、おそらく最近のSBM機共通の仕様なんだろうな、と思っています。

↓次の記事の先頭へ↓↑前の記事の先頭へ↑

No.19904 電子投票について 風風ながれ城 [Windows/XP] 08/29(土) 12:35
blog風に電子投票についての記事がありましたので。

電子投票というと、投票所に投票機を用意する方法と、インターネットなどを使った在宅投票が考えられると思いますが、在宅投票には重大な問題があります。
本人確認の問題ではありません。
投票の秘密が守られないからです。

昔の田舎の投票所では、みんな立会人に記入済み投票用紙を見せてあらかじめ指示された候補者に投票しているか監視していたそうですが、在宅投票になったらこれと同じことができてしまいます。
みんなで一か所に集まって監視しあいながら投票したり、あるいは老人に操作を教えてあげると称して監視下で投票させたりとか。

だから在宅投票は絶対に導入されることはないでしょう。

ちなみに投票所に出向くことができない人に対しては、役場から人が来て投票を受け付けているようですね。

118x241x120x116.ap118.gyao.ne.jp


No.19905 RE:電子投票について nobody [Windows/XP] 08/29(土) 12:49
投票所に赴くタイプでも岐阜県可児市の騒動など、いろいろと問題が出ています。

超高信頼性を確保しようとすると、費用対効果で現在の紙方式と差が出ないんじゃ
ないかな、と思います。

No.19906 RE:電子投票について ほりこし [Windows/Vista] 08/29(土) 14:04
>みんなで一か所に集まって監視しあいながら投票したり、
>あるいは老人に操作を教えてあげると称して監視下で投票させたりとか。
>
これは現行投票方式でも可能ですよね。
家族を人質に取るとかすればいい話なので。

またすべての投票方式をいっぺんに変えるのは現実的ではなく、またPCや携帯電話の所有を強制するわけにもいかないので、いくつかの方式の併用になるでしょう。

いずれにしても新しい方式を探る動きがあってもいいのではないかと思うんですけどね。

No.19907 RE:電子投票について トウシロ [Windows/XP] 08/29(土) 14:26
>家族を人質に取るとかすればいい話なので。
ほりこしさんにしては、レベルが低い。

以前、こんな事件があったような・・・。
A:白紙の投票用紙持ち帰り
B:Aの投票用紙に関係者監視のもとで候補者名記入→投票→白紙の投票用紙持ち帰り。
C:(以下くり返し)

これなら人質は必要ありません。

No.19908 RE:電子投票について kawauso [Windows/NT] 08/29(土) 16:14
確かに画面の前に誰がいるか分かる仕組みがないと、そういった不正が防止できないですね。
最終的には中立の人間が立ち会わないとってことになるかも。

現行方式の場合は人質がいても投票したとウソを付けばいいような気もします。

No.19909 RE:電子投票について ほりこし [Windows/Vista] 08/29(土) 16:45
> 白紙の投票用紙持ち帰り
>
でもそれ、バレちゃったんじゃなかったでしたっけ?

No.19911 RE:電子投票について NIKO [Windows/XP] 08/30(日) 03:46
電話投票システム。
事前に音声を登録しておき本人を認証し、後はボタン操作等で投票。
誰が誰に投票したかはデータ上は見えないようにする。
これなら本人がどこにいようが投票できるし時間の制限もない。
開票は一瞬、投票所設置は不要。初期コストだけで後は丸々節税。

よさそうに思えます・・

nttcgi062236.tcgi.nt.ftth.ppp.infoweb.ne.jp


No.19912 RE:電子投票について nobody [Windows/XP] 08/30(日) 08:45
また雑多な思いつきが投稿されるようになりましたね....

>事前に音声を登録しておき本人を認証し

登録はどのようにするのでしょうか。認証の精度は?
固定電話のG.711ならまだしも、携帯電話の圧縮でまともに認証が動作するとは
思えないのですが?

>これなら本人がどこにいようが投票できるし時間の制限もない。
>開票は一瞬、投票所設置は不要。初期コストだけで後は丸々節税。

余程注意してやらないと、まちがいなく裁判で揉めるでしょうね。
岐阜県可児市では選挙自体が無効になりましたし。

No.19913 RE:電子投票について kawauso [Windows/NT] 08/30(日) 11:06
ですね。ここに手口として話題に上がっているということは、そうなります^^; > ばれた

PCの前に誰がいるか、というのは本人認証じゃなくて後ろで強制してる人がいないかどうか
という意味で書きました。電話の方もいかに本人確認が完璧でも基本的に後ろで誰かが
「○○に投票しないと痛い目に会うぞ」と脅迫してても投票できちゃうから問題がありますね。

No.19914 RE:電子投票について 風風ながれ城 [Windows/XP] 08/30(日) 13:31
投票用紙を持って帰るというのは投票所での電子投票になれば防止できますね。

信頼性の問題については、電子投票の手続きをするとバックアップ用に投票用紙が印刷されてそれが溜まっていくようにすれば大丈夫でしょう。
投票する人は印刷された投票用紙をガラス越しに確認します。
投票機のトラブルで投票できなかったら手書きで投票。
投票を受け付けた後でトラブルが起こったら印刷された投票用紙を手集計。

118x241x120x116.ap118.gyao.ne.jp


No.19915 RE:電子投票について kobachan [Windows/XP] 08/30(日) 14:50
電子投票は「投票するときの不正」と「投票集計時の不正」があると思います。
「投票するときの不正」よりも、「投票集計時の不正」の方が、システムとして組み込まれている分、目に付きにくく(検証しにくく)悪質ではないでしょうか。
今の方式は集計に異議・疑問点がある場合は紙であるが故に「再集計」ができますが、電子投票の場合はできないと思います。これは集計する側に著しく有利であり、時の政権がゴニョゴニョする気であればできちゃうのではないかと。

janis220254098030.janis.or.jp


No.19916 RE:電子投票について ほりこし [Windows/Vista] 08/30(日) 18:36
集計時というかプログラムに組み込まれた不正は見つけにくいでしょうね。
外部制御可能な不正ならばまだしも、外から何も見えないけれど必ず不正が行われるように組まれていたりすると。

No.19917 RE:電子投票について nobody [Windows/XP] 08/30(日) 19:34
まあだからそこをどう担保するのか、ということを厳密にやっていくと、
ものすごく手間とコストがかかるようになる、というのが最大の問題
なんでしょう。

なんらかの形で電子データではない、真贋鑑定のやりようがある方法で
結果を残さないといけないのでしょうが、これは困難です。
秘密選挙でなければ、暗号鍵を使って解決できるんでしょうけど。

No.19918 RE:電子投票について FUSHIKIZ http://Google [Windows/XP] 08/31(月) 19:31
>まあだからそこをどう担保するのか、ということを厳密にやっていくと、
>ものすごく手間とコストがかかるようになる、というのが最大の問題
>なんでしょう。

思うに、民主主義には独裁政治より政治の舵取りに時間と金がかかる。

私も以前はすべて電子化するべきものだと思っていたが、最近は消えつつある
フローピー、予想以上に長生きしているがやや先が見えてきたCD-RやDVD-R
の先に何があるのか。

果たして家族の写真を紙に焼かなくていいのか、なにかガラスに埋めたシリコン
にホログラムかでも保存するのか、どうするんでしょうね。

それで思い出したのが、ギリシャのオストラコンだったか、陶片に名前を
書いて、こいつだけはダメ(最高裁判事のみたいだけど)を投票する
陶片がいまだのこっていて、それには鮮明に今も読めるギリシア文字で
歴史に残っている人間の名前が書かれていた。

ようするに、民主政治では、たとえば投票を数えなおすとか、そのために
ある程度の期間保存後に投棄するような無駄が必要なんでしょう。

FUSHIKIZ

No.19919 RE:電子投票について nobody [Windows/XP] 08/31(月) 23:58
>ようするに、民主政治では、たとえば投票を数えなおすとか、そのために
>ある程度の期間保存後に投棄するような無駄が必要なんでしょう。

付け加えると、選挙という祭り、投票という儀式も必要なのかな、と思います。
学生会だとか自治会の役員だとかやった人ならわかると思うのですが、多数の
意見を集約して判断・意思決定する政治ってのは面倒で、感謝されることよりも
批判されることの多い、面白くない仕事です。
ともすれば、優秀なプロにお任せしておきたくなる。
そのままでは、「熱意」を持つ人が、「信念」に従ってマツリゴトをやるよう
になってしまいます。

昨日の朝、近くの投票所へ歩いていく途中、わざと手に案内状を持って周りに
見えるようにしていたのですが、心配無用、多数の人が詰め掛けていました。
物理的に1箇所に集まって、物々しく紙を箱に投入する、こういうプロセスが
どうしても必要なんじゃないかと思います。


昨日は、高い投票率のおかげで、私のところの小選挙区では「特定の団体」の
意向を反映する政党の候補者が落選しました。おもわず、ビュコック元帥の
ように、「民主主義に乾杯」と静かに呟いてしまいました。
#ブランデーではなくビールでしたが

↓次の記事の先頭へ↓↑前の記事の先頭へ↑

No.19687 Google OS 発表 なっくん [Windows/XP] 07/11(土) 19:17
なぜか一般紙にまで記事が出ているネットブック向け軽量OS「Google OS」ですが、私のプログラマ的な立場では現状デスクトップOSとしてあまり注目には値しないのでは(特に日本では)と思ってしまいます。


1. 本来デスクトップOSはローカルプログラムを動かすためのもので、どのようなAPIがサポートされるかが重要なはずだが、そのような視点は全く報道されずに"話題のネットブック向け無料OS"という面だけが注目されている。

2. ブラウザを動かすため(だけ)のOSというコンセプトかとも考えられるが、そうすると真の常時接続環境が必要になる。以前のNC構想がとん挫したように、このコンセプトは携帯するネットブック向けとしては、もうちょっとだけ早すぎるような気がする。

3. 本当にGoogleはやる気があるのか? 何か隠し玉があるのか?
現在表に出ている情報(Linuxベースのブラウザ動作環境と言われている)だけではあまりにも機能がプアなように思われる。すでに多機能OSがいろいろと選択可能な中でのシンプルOSの勝算とは?

4. 特に日本ではWindows信仰(?)が根強く、海外ではより安価なLinux搭載ネットブックが発売されているが、日本ではWindows搭載モデルしか発売されていない。
長いものには巻かれろ? 隣と同じ環境の方が安心?


(参考)
Google Chrome OS のご紹介 → こちら
フルタイム求人も募集中 → こちら
ネットブックは大きな携帯端末か、それとも安いノートPCか こちら


結局ITと関係のない一般の人にも"Google"という会社名が知られてきた、(あるいは株価対策?)ということなんでしょうかね。一般紙は"オープンソースOS"というキーワードには魅力を感じていないようにも見えます。


皆様はどのようにお考えでしょうか?

No.19688 RE:Google OS 発表 こね [Windows/XP] 07/11(土) 19:43
自分が欲しいソフトが動いてくれればなんでもいいなぁ、とか
完全に性能の底辺を定めた物ならゲーム専用として案外いけるかなぁ、みたいな

日本じゃいらないでしょうねぇ
とりあえずネットブックにWEBカメラが付いている事に対して死ねと思う人間が多い国じゃ〜はやらないんじゃないかと。
個人的にはポケットポストペット的扱いになるんじゃないかなと思ってます。

i60-47-176-237.s05.a003.ap.plala.or.jp


No.19690 RE:Google OS 発表 FUSHIKIZ http://Google [Windows/XP] 07/11(土) 21:09
GoogleOSってLinuxベースですよね。

こちら

まあ、UBUNTUやKnoppixのUIをchromeっぽくしたんじゃないで
しょうかね。とすれば、主なプリンタや無線Lan、音源は問題
ないですね。

アプリはOpenofficeだと当たり前すぎるので、Google Docsとして
そのサーバ&クライアントを同時に実装する形じゃないでしょうか。

だいたい、この業界の人間ってホラ吹きが多いですよね。M$といい、
Apple(最大のホラ吹き)、Googleと。何かしら古い既存のものを
ベースにしているのに、革新、革新ってさわぐのは。

FUSHIKIZ

No.19692 RE:Google OS 発表 証アナ [Windows/XP] 07/12(日) 08:01
>GoogleOSってLinuxベースですよね。

日経新聞が一面トップで取り上げたこともあって上層部や営業からこれでPCの販売が
大幅に伸びるのではないかと問い合わせがたくさん来ました。

実態へリナックスですからそうすごいものではないですよと答えたのですが
新聞記事などだといかにも無料で革新的な商品かのように紹介されたこともあって
期待先行の現在の相場と相まってどの銘柄の株価に好影響があるか教えて欲しい
という一点張りになっていました。

個人的には、なっくんさんと同様でWindows用のソフトが動かないのでは
パソコンとしては使い物にならず、かといってWebとメールであれば
携帯電話やスマートフォンでこと足りるわけで非常に疑問です。

マスコミはなにを意図して革新的と喧伝しているのかよくわかりませんが
ミスリードになるのは避けて欲しいと思いますね。

actkyo032232.adsl.ppp.infoweb.ne.jp


No.19699 RE:Google OS 発表 なっくん [Windows/XP] 07/12(日) 15:05
どうもみなさまコメントありがとうございます。

じつは最初のは(私も含めて)旧人類の考え方に近く、ここで世の中には別の見方があることをご紹介します。


CNET Japanのオンラインディスカッション「Google OSへの期待はいかほど?」こちら

を見てみると、Google OSはいわゆるWeb 開発者の間でかなりの期待をもって見られていることがわかります。

(Life is beautiful こちら で中島さんが言われているように)
Google 世代のAPIとはいわゆるWeb APIと呼ばれるもので、言語としてはJava Script または Java/.NET系で(プラットフォームがx86であろうがARMであろうが)同様にハンドリングできるものの様に思えます。

デスクトップのように見えるものは実はブラウザコンテナで、そこに見えるアプリは実はウィジェット - なんだ、今どきの携帯と同じジャン、みたいなことになるんでしょうかね。これって、Windows 7でも同様に実現済みですけれどね。

噂では来週MSよりWeb系の重要な発表があるかも?と言われており、Googleはそれにぶつけてきたのではという観測もあります。ともかくそれに関連すると思われるReMIX Tokyo 09はちょっとだけ覗いてくる予定です。


ところで、リリースには「ウィンドウシステムを作る」とも書いてありますが、本当でしょうか? これはこれで「OSを作る」に匹敵する大事業かと。
組み込み向けであれば元Qt Software(いまはNokiaの一部門)のQt Embedded みたいなものが使えるかもしれませんが...

No.19702 RE:Google OS 発表 FUSHIKIZ [Windows/XP] 07/12(日) 22:54
>デスクトップのように見えるものは実はブラウザコンテナで、そこに
>見えるアプリは実はウィジェット - なんだ、

別に新しくも無く古い話です。あのwindows98osr2もそれを目指した
のですが、やめました。オフィスのデータファイルももっと以前から
彼らはタグ付言語にしたかったのですが、そうすると旧来の顧客を
ひきつけたままにできない。他のアプリ、たとえばopenofficeでも
いいわけです。

JAVA-ActiveX(当時はOLEと言ったがいまはCOMなのか)の戦いも古くは
SUN以前からIBMとも戦っている。すでに概念も道具の雛形も何もあたらしい
ことが無い。

ようするにM$はあるいみ巨大なソフトハウスなんです。
OSとオフィスを定期的に強制的に陳腐化することで稼いでる。

彼らはハードウェエアの進歩とは関係なく3年毎にOSとオフィスアプリを
強制的に陳腐化させなければいけない。彼らもそれではだめだ、別に課金
するシステムがなければだめだ。それが課金システムwindows-nowですね。

対するSUNやIBMはやっぱりハードメーカーですね。ハード売ってなんぼ。

どちらもデータやコンテンツを自分から提供するビジネスには手をつけ
ることに躊躇している。

対してGoogleはソフトハウスでは無い。コンテンツプロバイダーから始まった。
それも他人のふんどしで検索データを作り上げる、ヤフーのパクリ、いわば
ネット寄生体です。そこの違いが大きい。

しかしGoogleは膨大なお金を儲けてしまった。このままの単なる検索屋としては
そのうち陳腐化する。そこで、たとえば他人の家を覗く画像を提供するなど、
いろいろ模索しているが、いまだ課金には成功してません。そりゃ他人の
家を盗み見するシステムは便利ですが、課金できていない。

個人的には課金システムとしては今はアップルが一番うまく立ち回っている
ような気がします。アップルは大嫌いな会社ですが、パソコン屋から音楽屋
への転進はみごとでした。

結局ビジネスの永続化には課金システムが重要である。最近有線のgyaoが
yahooとマージしましたが、これはgyaoが課金システムの構築に失敗し、
すでに課金システムをもっているyahooに吸収されたと見るべきでしょう。
今のところ、有線、無線、コンテンツ、サービスから銀行、証券業務に
いたるまですべての分野で課金に成功しているのは、この板では蛇蝎の
ように嫌われているソフトバンクグループのみです。

個人的には今のGoogleOSは、いかにユーザーに課金するか、その模索のベース
としての要素技術のひとつであると思います。残念ながら、技術的には
何ら新しいものはないように思います。

FUSHIKIZ

No.19708 RE:Google OS 発表 バルス [Windows/XP] 07/14(火) 05:01
 ChromeOSのリファレンスビデオチップは、同じ名を冠するDeltaChrome/UniChromeとなる・・・わけではないですね。



 発表の説明文からすると、携帯電話やスマートホン用がAndroidで、そのパソコン版がChromeOS、というように解釈されました。
 パソコンをネット端末専用機(インターネットマシン?(笑))とするための代物というわけで。

 ネットブック用!とうたっていますが、ネットブックで動くなら普通のパソコンでも動くはずで、これは普通のパソコンではスペックが高すぎて、軽量シンプルなChromeOSでは役不足であると謙遜している?
 それともCPU以外の部分・・・ビデオチップやサウンドなどを超限定してしまうつもりか。デバイスドライバを差し替えれば多様なハードに対応可能という部分を省き、プレインストールの専用ハードでのみサポートするとか。
 それからすると、唯一C7を積んで他と違っていたHPminiなんかは、同じネットブックのはずなのに対象外になってしまうのでしょうか。新鋭「ION」や、これから登場するであろうプラットホームは、ChromeOSリリースまでの1年間に対応するのか。

 いまさらながら「ネットブック」の定義を考え込むこともありまして。SONYが「VAIO W」というのを作り「同社初のネットブック」という記事を目にし、既に発売済みのType Pはネットブックじゃなかったの?と。
 日本人は組織表を作るのが好きで、役職付けや番付や格付けやクラス分けをしたがりますが、「ネットブック」という分類もそこから生まれたとも考えられました。定義があるようで無いながら、分けてみると気分いいという理由で。
 私も光インターネット契約の得点景品でAcerのネットブックをもらってきましたが、普通のパソコンとして使っています。移動端末としての他、もっぱらゲーム用ですが。3Dの壮大なネットゲーでなく、2Dのシンプルなアクションゲームなんかを。巨大なニンテンドーDSですな。Hゲームを楽しむ友人は、横長の変な解像度が問題だとか言ってましたっけ。


 AndroidはiPhoneを仮想敵としているようですね。
 ではChromeOSは?となると、巨大Windows帝国。ただし公式ブログでは、そうは言っておらず、外野の評論が言っているだけのようでもありますが。
 その実は、Googleのクラウドサービスを利用するための端末とするのが目的のようですし。しかしこれも外野の評論文を読んで知ったことで、Googleブログの文章には「クラウドサービス」の文字は無いです。
 結果的に、ブログの発表文を読んだだけでは、何をしたいのかがわからなくなってしまっているような。


 プレインストールされたパソコンを売りたいなら、「かっこういい」と言われる物を作って売り出せば良さそう。Appleのように。
 個人的にはApple製品をかっこういいと思ったことはないのですが、世間的には、その口コミのおかげで不可侵世界が作られ、売れているわけで。
 具体的にどういった物を作ればよいかを考えるのはメーカーのデザイナーなり技術者の仕事ですけれどね。
 ノートPCだったら複雑な多段変形にしてみるとか。従来のMS規格と全く違うOSとするのだったら、今のパソコンとは全く違う形にしてしまうこともできそう。
 例えば縦画面にしてしまうとか。今の横画面は、古くはモニターとしていたテレビがそうだったからで、ビジネス用としては横長の方が向いているから。しかしネット時代の現代では逆に。最たる例がネットブックの極端な横長画面で、縦スクロール基本のWEB閲覧では見にくかったりするのでした。
 これを最初から縦開きの本のようにしたらどうかと。ヒンジ部を持てば立ったままでも保持しやすいですし、本物の本がその形なので馴染みやすい。携帯電話の画面も縦長ですしね。
 これなら、能書きにもあるようなウェブ前提の新世代のためのOSという思想にもピッタリ。

 キーボード配置をどうするかという問題はありますけれどね。縦長では独自レイアウトにせざるをえないでしょうから。
 いっそDSにしてしまい、キーボードはソフト表示のタッチパネルとするとナウいかもです。音楽プレイヤーとかゲームでは、コンテンツに応じた操作画面に表示を変えたりして。
 キーボード側画面は激しく動かす必要がないから、電気を切っても表示しっぱなしにできる電子ペーパーにすると話題性も出そう。多少高くても買ってもらえるかもしれません。

 あとは宣伝ですかね。
 ヘタにアイドルとかユルキャラとかを使うと逆効果そうですので、素直にパソコンやOSを前面に出した方が成功しそう。
 とにかく「良い/かっこういいイメージ」を刷り込めば成功したも同然。







 ネット前提となると、モバイルインフラがプァな地方では不利とは思えますが。
 自分が住んでいる当地では、EMobileの事を聞きに行ったら、7.2Mbpsなんて来ていないので高い端末を買ってもムダとか言われたほど。
 WiMAXなんか、いくら速くて良いとか聞いても、「そんなの関係ねぇ」と踊るしかありません。
 結果的にADSLとかが来ている屋内で使うしかなく、ネットブックの必要性が全く無いのでした。

 仕事で使おうにも、セキュリティが問題視されて、モバイルなんてとんでもない!・・・とやっているのは自分が行った先の会社ばかりですかな?
 社内でさえもUSBメモリの使用すら厳禁で、便利な物があるのに使えないというもどかしさを感じさせられる職場でした。
 携帯電話の持ち込みさえも禁止という場所も少なくないようで。

No.19771 RE:Google OS 発表 なっくん [Windows/XP] 07/22(水) 00:41
さて、細々と続報です。

一部には知られていると思いますが、マイクロソフトでいま一番"Google OS"的であると思われている「Live Mesh / Live Framework」を紹介します。

まずは こちら

特徴は

- ネット(Azure)上にWebアプリケーションとデータと設定を保存する
- UI的には上の3種がブラウザ内に実現した「デスクトップ」に置いてあるように見える
- アプリケーションを構築するための.NET APIが「Live Framework」
- アプリケーションをVisualo Studio 2008 のWizardで開発スタートできる
- ネット上の他のWeb Service やサイトと連携できる
- ユーザー間の情報共有アプリを書くのが非常に楽
- PC、MAC、Windows Mobileをサポートする予定???


次期OfficeのWebアプリ版が実際に Live Meshアプリなのかどうかは不明ですが、
(Silverlightベースと書いてあるものもある)
もはやWeb OSにx86コードは全く関係なく、しかしAPI(Framework)と開発環境
は依然重要であるということは言えると思います。

(参考)
Live Meshアプリケーションとは何か? こちら

使ってみよう! Live Framework こちら


No.19777 RE:Google OS 発表 CF化挫折者 [Windows/NT] 07/26(日) 03:52
>デスクトップのように見えるものは実はブラウザコンテナで、そこに
>見えるアプリは実はウィジェット - なんだ、

このコンセプト自体は新しくないと思いますが、いよいよネイティブコードで
実行されるアプリが主役の座を追われるのかと思うと感慨深いものがあります。
(まあまだわかりませんが)


私としてはバーチャルマシンに対するアレルギーもずいぶん緩和されましたし、
最近では動的型言語もいいものだなと感じられるようになってきました。

またアプリの記述においてもJavaScriptのみを謳うOSも登場しているようで、
頭を切り替えなければ取り残されるという危機感もあります。
こちら


ただ、言語に関する評価に関して常々思うのですが、例えばRuby賛美はあっても
C#を賛美する声はほとんど聞かれません。

実際の所、静的型言語としてのバランスのよさに加えて'活き'もよく、
現実的な型推論やラムダ式を新たに取り入れてられており、実際に生産される
コードの行数もRubyよりも多いであろうことを考えると、わかりやすさ、記述の
簡潔さにおいてもっと評価されてもいいと思えるのですが。

まあ「MSが作ったものだから」というだけなのかもしれませんが。

p119.net059086020.tnc.ne.jp


No.19778 RE:Google OS 発表 YASU [Windows/Vista] 07/26(日) 12:34
職業プログラマは言語にこだわりが無いからじゃないですかね?
それと、仕事の道具を賛美する人は余りいないし...

u017224.ppp.dion.ne.jp


No.19783 RE:Google OS 発表 バルス [Windows/XP] 07/27(月) 06:20
>C#
 ポインタが無いのが難点でないかと。
 CやC++では簡単にできることができないもどかしさゆえ、最初は苦労します。

 普通のアプリを最初から組むのならばよいのですが、ライブラリなどの過去の資産を活かそうとすればするほどハマることに。ライブラリ側でデータがポインタ渡しだったりしますと、どうしようもないですからね。
 ・・・しかもこうしたライブラリが「伝説の外注」が作った物で、それゆえに作った本人どころかロクなドキュメントも残ってなかったりすると、代替品を作ることさえできなかったりと。
 何とかしてライブラリを使えるようにしたとして、いつまでもそのままでは不都合が多すぎるので、いつかは全てをC#環境へ移行させる必要がある。
 移行作業には手間と時間(コスト)がかかるため、実行するには決断が必要。
 また、タコなSEや監督・上司の下で作業せねばならなくなると破綻する危険性も。
 C/C++には未来が無く、C#こそが輝ける明日をつかむ手段だ!というMS様のお言葉を信じたら、いまだにC/C++がしぶとく生き残っており裏切られた気分・・・という人は多そうです。





 GhromeOSは、よく考えたらスクリーンショットすら無いんですね。
 見た目がGoogleChromeだとすると、スクリーンショットは要らないのでしょうが???

No.19784 RE:Google OS 発表 YASU [Windows/Vista] 07/27(月) 07:40
> ポインタが無いのが難点でないかと。
> CやC++では簡単にできることができないもどかしさゆえ、最初は苦労します。

/unsafeってコンパイルオプションつければ、ポインタ使えますよ。
いろいろ制約事項はありますが...

ラッパクラスを作ってやれば、一般開発者はポインタを利用しないですみますし...

u017224.ppp.dion.ne.jp


No.19790 RE:Google OS 発表 FUSHIKIZ [Windows/XP] 07/27(月) 23:14
どれもみんな古い話の焼き直しばっかりです。ぜんぜん新しくない。

>このコンセプト自体は新しくないと思いますが、いよいよネイティブコードで
実行されるアプリが主役の座を追われるのかと思うと感慨深いものがあります。

当時W98OSR2からはじめたアクティブデスクトップはそれ自体がブラウザで
すから、みなさまのXPもVistaも、デフォートではそうですよね。
なんですよ。

代表的ブラウザfirefox系(mozilla系というべきか)や、open officeも多くの
部分がJAVAでかかれているからこそ、ハードウェアを選ばず使えるわけで。。。

なんか、本当に新しいといことはほとんどないのが現状。つまりネタ切れなん
です。そこらに転がっているウィンドーマシンも古いWIN-APIをはじめMSの
プロプライアティーなActive-X、DirectX、Framework、JAVAなど、たくさん
乗っていますね。

先日ヘンなアプリがあって、印刷するとwin-APIと別のプリンタ設定を要求
するのですよね。昔から一太郎はプリンタまわりが独自で書いたものだったし、
そのへんなアプリのプリンタまわりはActive-Xで毎回ネットワークで
ダウンロードするという迷惑なものでした。今売られているHPの
プリンタドライバーはFrameworkで書かれている。

当初M$はwin2kにはFramework ver2は供給しない(win2kを引退させるため)
つもりでしたが、HPのプリンタードライバーを何気にインストールすると
最新のFramework環境がのってしまう。またそれがエラーはきまくりで困った
ものですが。

ようするに、すでに何重にも余計な環境が乗っていて、Winも本来のAPIを使う
のではなくコンテナ化しちゃっている。だから要するにOSを今後新しくする
必然性が乏しい感じです。

FUSHIKIZ


No.19792 RE:Google OS 発表 ななしぃ [Windows/Vista] 07/29(水) 11:40
みなさんこんにちわ

>CやC++では簡単にできることができないもどかしさゆえ、最初は苦労します。

最近はC#ベースの開発が増えてきていますが、C++やMFCベースの細かいライブラリ類はC++/CLIでdllにしてしまっています。
プラットフォームの互換性の問題はありますが、結局DirectXとかのラッパークラスなので、気にしないことにしています。
レガシー系?のコンポーネントは、意固地にC#だけで呪文だらけのコードを時間を掛けて書くより、よっぽと楽です。
ただ、VisualStudioでのサポートがちょっと中途半端ですが…

No.19794 RE:Google OS 発表 CF化挫折者 [Windows/NT] 07/29(水) 21:25
> どれもみんな古い話の焼き直しばっかりです。ぜんぜん新しくない。

Chrome OSとは、それこそWindows95と同時代にSUNなどが夢見たNetwork Computerの
リベンジに見えますから当然 新しくない、
と、いうだけでなく、特に新しいといっている報道や連中もいないように思えますが?

ことのほか「新しくない」事を強調されるのは「新しい」と言っている連中が
いましたっけ?



> レガシー系?のコンポーネントは、意固地にC#だけで呪文だらけのコードを時間を掛けて
> 書くより、よっぽと楽です。

COMのVALIANT型の配列のマーシャリングとかやっていると逃げ出したくなりますね。
そもそもCOMはC++でも(スマートポインタで改善されるとはいえ)扱いが大変だし。
これじゃ VB6プログラマがVB.NETに移行で躓くのは当然ですね。

p103.net059086005.tnc.ne.jp


No.19795 RE:Google OS 発表 FUSHIKIZ [Windows/XP] 07/29(水) 22:35
>まあ「MSが作ったものだから」というだけなのかもしれませんが。

言語というのはずっと古さをひきづっていくものですが、あのカーン氏が
起業したボーランドのDelphiの亡霊がM$に出現したのにはかなり驚いています。

私がCの類に手を染めたのはSUN、アポロがまだ68系を使っていたころ
ですね。仕事のベースがVAX VMSからSUNとアポロになったとき、viと
不完全なCコンパイラには悩まされました。記載と体系が完全なVAX上の
言語に比べるとマニュアルのいいかげんさ、アマチュアっぽさには困りました。

そんなとき登場したのがTurbCでした。TurboPascalに似て、エディター、コンパイル、
エラー、そのエラーの行に自動的にエディターに戻るのに助かりました。多くの
アプリの雛形をTurboCでつくりkermitでSUNに送っていました。その後M$が
Quickシリーズで応戦し大激突がありました。その後BorlandC++、Delphi、そして
またTurboC++に戻ってきたのですが、Delphiの開発者はM$に移ってFrameworkに
なったようです。

私がいたころも米国では言語の教育はBASICとPASCALでした。C,C++との間で
データの詰める順?区切りがちがって苦労した記憶があります。

あるいみPASCALの逆襲でしょうか。私の部下にPASCALの名人がいて、いつも
Cのいい加減さに怒っていたのを思い出します。今日本ではPASCALは教えて
いるのでしょうかね。オブジェクト化の名のもとに、実にいい加減な開発
環境が横行していますね。個人的にはまだVisualC++の時代がなつかしいです。

FUSHIKIZ

No.19806 RE:Google OS 発表 CF化挫折者 [Windows/XP] 08/02(日) 08:22
> 言語というのはずっと古さをひきづっていくものですが、あのカーン氏が

このタイミングでフィリップ カーンが出てくるのは想定外でした。
この方は相当にマッチョらしく、その肉体を維持するためにトレーニング機材一式を
持ち歩いているという話を以前、読んだことがあります。

そんな豪傑 カーン氏はこうも言っていました。
「Cを覚えるとバカになる」

言わんとしているのは
「プログラミングというものを習得するに当たって、最初からオブジェクト指向を
身につけるべきであり、Cの如き非オブジェクト指向が染み付いてしまってから
矯正するのは非常に大変である」
ということだそうで。

まあ矯正は困難を極めるので、間違ってはいないと思います。


> 起業したボーランドのDelphiの亡霊がM$に出現したのにはかなり驚いています。

亡霊扱いではアンダース氏がかわいそうだと思うのは私だけ?

p138.net088.tokai.or.jp


No.19808 RE:Google OS 発表 FUSHIKIZ [Windows/XP] 08/02(日) 10:30
>亡霊扱いではアンダース氏がかわいそうだと思うのは私だけ?

そうかも知れません。

カーン氏は音楽学校を出て米国に観光ビザできてすみついたらしく、
ボーランド社でかなり儲けてから帰化しています。M$は彼のことを
不法移民と攻撃していました。

ボーランドC++だったかな、買うと彼のオブジェクト指向の話とジャズ
演奏の入ったビデオがついてきた。日本ではカーン氏はあまり有名では
ありませんが、本国ではソフトウェアではゲイツ氏の次に有名かも
しれませんね。

そして彼の周りには反M$連合という意味でしょうか、非常に優秀な人間が
あつまってきました。アンダース氏もそも一人でしょう。当時開発環境
ではM$とほとんどの言語で競っていて、使い勝手では勝っていたと思い
ます。TurboCも他社に雛形がありそっくり買収したものと聞いています。
当時カーン氏のTurboPascalをほとんど一人で完成したカリスマ力は絶対
で梁山泊のような感じだったのでしょう。

亡霊合戦といえば、初代TurboCが出たころやはりx86メモリーの制限があり
4MBフラットアドレスが使えるマックでの環境を探したことがあります。
そのときLightSpeedCというのがあり、その後Symantecに買われてThinkC
になりましたがそれを使っていました。このソフトもそもそもTurboPascal
の影響を強く受けていたわけです。

これも非常に便利で、エディターの窓と実行環境の窓など複数開いて
(今なら当たり前ですが)非常に使い良かった。しかし、たとえば
"Hello"と出すにもその前後にGUIのライブラリーを20行ほど記載する
必要がありました。ほとんどすべてのグラフィックを操作するライブラリー
群をもっていました。

そのThinkCを作ったグループはその後M$にうつって、そのライブラリー
群はその後MFCになりました。ようするに、こと言語に関してはどれも
一晩で出現したものでは無いのですね。

ボーランドはM$と延々訴訟合戦をし、数百億をせしめています。カーン氏は
もうボーランドを離れていますが、かれの影響力は依然として大きいものが
あります。

FUSHIKIZ

No.19809 RE:Google OS 発表 FUSHIKIZ [Windows/XP] 08/02(日) 11:34
そうそう、ボーランド系プログラマーには、涙モノの聖地(サイト)が
ありますよ。宝物がザクザク、ダウンロードできます。


こちら

英語版ですが。。。ああ、涙が。(FUSHIKIZはTCver1.1の英語版フロッピーを
宝物として保存しているのですが、

以前からボーランドは一人のプログラマーが同時に2つ以上のパソコンを
操作しないのであれば、何台にもインストールしていいとの契約なんで
いいですね。

今でもたとえば、パラレルポートを用いたシークエンサーで画像にも
状況を表示するというアプリであればTCで書くのが一番だと思います。
BGIというライブラリーで絵を描くのも早いですよ。PICじゃ絵がでません
ですからね。私が作ったシークエンサーもフロッピー1枚で起動から
動作ログまでやっていました。

FUSHIKIZ

No.19810 RE:Google OS 発表 YASU [Windows/Vista] 08/02(日) 14:34
>そんな豪傑 カーン氏はこうも言っていました。
>「Cを覚えるとバカになる」
>
私みたいに1970年代にプログラミングを覚えた人はどうしましょ(^_^;)
当時はオブジェクト指向なんて言葉無かったし...
構造化プログラミングって言葉はありましたけど。

u017224.ppp.dion.ne.jp


No.19811 RE:Google OS 発表 FUSHIKIZ [Windows/XP] 08/02(日) 21:07
>私みたいに1970年代にプログラミングを覚えた人はどうしましょ(^_^;)

一時はオブジェクトオブジェクトと大騒ぎでしたが、少しは開発が楽に
なったんですかね。個人的にはCのころと全然手間がかわらないような
気がする。なんかライブラリーが揃っただけのような気もする。。。

FUSHIKIZは上記のサイトからTurboC2.1をダウンし、さっそくインストール、
グラフィックソフトを作ったところです。デモをチョイチョイいじればはやいです。
ああなつかしい。(VGAまでですが)

老婆心ながら、2000かXPのCDから作るかMEか98のDOS起動ディスクがいります。
英語版ですからconfig.sysもautoexec.batもいりません。(キーボードが
気になる人はkeyboard.sysだけ入れてください。

またハードディスクがFAT32で無い場合は使えません。というかパナソニック
どこかのDOSでUSBを読むツールがいります。

いまどきフロッピーもFAT32も無いというかたは、USBメモリー(FAT32)に
DOS起動を入れて作ればいいです。

残念ながらネットワーク関係のライブラリーがこのころは無いですね。RS232Cは
触れますが。いまの開発環境で同じアプリを書くと100倍かかりそうです。

FUSHIKIZ

No.19812 RE:Google OS 発表 YASU [Windows/Vista] 08/02(日) 23:21
>一時はオブジェクトオブジェクトと大騒ぎでしたが、少しは開発が楽に
>なったんですかね。個人的にはCのころと全然手間がかわらないような
>気がする。なんかライブラリーが揃っただけのような気もする。。。
設計やメンテナンスを考えると楽になったと思います。
OOPが流行ったおかげで、開発手順が体系化されたのはありがたいです。

u017224.ppp.dion.ne.jp


No.19813 RE:Google OS 発表 Sam_Y [Windows/2000] 08/02(日) 23:29
>以前からボーランドは一人のプログラマーが同時に2つ以上

Non-nonsenceライセンスとか呼んでいましたね。
懐かしいですねぇ。
といっても 私の場合は TurboPascalでしたが。

英語版の場合 CRT unitを使うと B800(だったから VGAのアドレス)に直説書き出すので
DOSV向けに ビデオバッファのアドレスを取得して そこに書き込むように改造して使っていました。 (後にもさきにも 真面目にアセンブラを書いたのはこれだけです。 あぁ 若かったのね 笑)
こんな事ができたのも ライブラリのソースコードが製品に付属していたからでした。

また、マニュアルや ヘルプの出来が非常に良かったので 私のようなものでも なんんとかプログラムが書けるようになりました。(それに 比べて 昨今のDelphiときたら、、、)
まぁ 書かねばならない事が 今に比べて 格段に少なかったのでそのぶん丁寧に書いてあったのでしょうが。

No.19814 RE:Google OS 発表 FUSHIKIZ [Windows/2000] 08/03(月) 16:47
>まぁ 書かねばならない事が 今に比べて 格段に少なかったのでそのぶん丁寧に書いてあったのでしょうが。

昔のCUIのアプリであれば本当に記述量が少ないです。

現在のGUI(上にファイル、編集、、、と並んでいる)がベストなのかは
議論があるところだと思います。それが証拠に、初心者にはM$がよくウィザード
なるものを用意していますが、それは、はい、いいえ、の2択か、3択程度で
画面を変えていきますよね。

ようするに、仕事が決まった業務用パソコンなんかではGUIなんかはまったくの無駄で、
電源をいれたら、

1.入力業務
2.計算業務
3.出力業務
4.その他

と出て選んでいくようなやりかた。またマルチプランのように、いきなり入力画面が
出現して必要なときに下に1、2,3とメニューが出てくるというのもアリだと
思います。携帯電話でもなんどかGUIのポインターをのせるよう画策がありましたが、
未だに基本はメニューが階層になっていて数字で選ぶだけですね。

とくに視力障害者などではGUIは非常な負荷です。上のようなメニューであれば、
入力の順序を、たとえば2,3、3、2と覚えていればマウスで選ぶより仕事は
早いです。

もちろん、カットアンドペーストとかドロップなんかは実装に困りますが、
できないことも無い。

以前米国でロータス123がはやっていた頃、使い手はキーボードショートカットを
極限まで仕込んでいたのを思い出します。GUIって操作が疲れる時もありますよね。

以前はマッキントッシュも、ResEditでメニューにショートカットを自由自在に仕込む
ことができました。そのときは本当にマックってすばらしいと思ったのですが、今の
OSXはその点後退してますよね。

FUSHIKIZ

No.19815 RE:Google OS 発表 nobody [Windows/XP] 08/03(月) 20:09
>一時はオブジェクトオブジェクトと大騒ぎでしたが、少しは開発が楽に
>なったんですかね。個人的にはCのころと全然手間がかわらないような
>気がする。なんかライブラリーが揃っただけのような気もする。。。

OOPが出てきたのは、やはりGUIプログラミングを上手くやるための仕組み
が求められていたからと言えるのではないでしょうか。

こちら
>こうした考え方は、オブジェクト指向プログラミングがGUIシステムの開発
>に向いているとして発展してきた経緯に符合する。
>オブジェクト指向プログラミングを知っていればそうした汚い作り方は自然に
>回避される。ウィンドウを開く時点で、ウィンドウオブジェクトを「new」
>することにより、そのウィンドウ専用の記憶空間が用意される。


>現在のGUI(上にファイル、編集、、、と並んでいる)がベストなのかは
>議論があるところだと思います。

GUIは万能ではないですね。X Windowで仕事をしていると、GUIを使う場面も
多数ありますが、CUIでコマンドを叩いた方が余程早いことも多いし、スクリ
プト処理との親和性も高い。使い捨てプログラミングで何かを処理させる場合、
CUIがちゃんと機能しているUNIXでやることも多いです。

No.19841 最近のCUI なっくん [Windows/Vista] 08/10(月) 07:00
>GUIは万能ではないですね。X Windowで仕事をしていると、GUIを使う場面も
>多数ありますが、CUIでコマンドを叩いた方が余程早いことも多いし、スクリ
>プト処理との親和性も高い。使い捨てプログラミングで何かを処理させる場合、
>CUIがちゃんと機能しているUNIXでやることも多いです。


私が指摘するほどのことでもないのですが、マイクロソフトからWindows Server 2008のリリースと同時に"Windows Power Shell"という新しいコマンドラインプロセッサが提供されています。

これはWindows XP以降のクライアントOSおよびサーバーOSでサポートされていて、ダウンロードインストールも可能なのですが、実は.NET Framework上に構築されています。 こちら  こちら

Windows Server 2008からはGUIを一切提供しない"Server Coreインストール"が可能になったのですが、これまではGUIをサポートしない.NET Frameworkランタイムが存在しなかったため、Server CoreではWindows Power Shellは動作しませんでした。

ところが、近々リリース予定のWindows Server 2008 R2ではServer Coreに"GUIをサポートしない" .NET Frameworkランタイムが載ることになり、この上でWindows Power Shell Version 2.0 が使用可能になるそうです。また、IISのサーバーサイドスクリプティング言語としても使用できるようになるとか。

また、GUIベースのPower Shell "スクリプトデバッガ"が提供されるとのことです。
こちら

----------------------

これは私見ですが、PowerShellはたぶんrubyやpythonなどのスクリプト系新言語のMS的解釈のように思います。実は.NET上で動くIron Pythonなどもすでにあるのですが、MSは新しい言語処理系を構築することを選びました。

以前のコマンドラインコマンドは機能拡張を行うためには必ず再コンパイルが必要でしたが、.NET上で動くこれらの言語はスクリプトコンポーネント(PowerShellではスクリプトレットと呼ばれる)やほかの.NETアセンブリ(C#などで作成したDLLのようなもの)やレガシーCOM呼び出しでのコマンド拡張が可能になっています。

No.19852 RE:Google OS 発表 FUSHIKIZ [Windows/XP] 08/13(木) 08:51
>これは私見ですが、PowerShellはたぶんrubyやpythonなどの
>スクリプト系新言語のMS的解釈のように思います。

M$もここのところ弱気ですね。Vistaの失敗が懲りたのかな。インテルも
P4の失敗後少しまともな会社になったような気がする。

おそらくM$の中にも巨艦主義の一派とミニマム主義の一派がいるような
気がする。究極のGUIを目指す一波とUNIXのようなCUIを許容する一派が
いるような気もする。Winは創世記からTelnetをのせるかどうか議論が
あり、公式に載ったのは2kからです。

インテルもP4一派とPentiumM(P3)一派がいて、今はP3の派生品ですね。

>MSは新しい言語処理系を構築することを選びました。

個人的にはM$の会社の寿命も後半にはいって結晶化しつつあるように思う。
Express系開発環境の無料提供など、少し社会還元の方向ですね。あるいは
会社滅亡後の歴史書になんとかかれるのか、意識しつつあるのかな。

個人的にはちょっと不気味にも感じます。

FUSHIKIZ

No.19876 RE:Google OS 発表 バルス [Windows/XP] 08/17(月) 20:03
 ChromeOSはフリーと勘違いしていました。
 最近、パソコン素人さんのお世話をすることが多いですが、彼らは要求は欲張りなのに、金を出す気は微塵もありません。
 ケチろうと思えばどうとでもなるのが今のパソコンですが、代わりに努力と技術を必要とします。しかし素人には難しい。だったら金を払うべきなのですが、フリーソフトとかコピーとかの知識をハンパに知っているせいで、金を払う意味を理解できないのでした。
 それを逆手に取って、扱いが簡単なOSをフリーで提供すればシェアが取れる。数が増えれば他に儲ける手段はどうともでなる。それがネット接続前提だったらなお良し・・・というのがChromeOSかと勘違いしていたわけでした。

 前述のようなパソコン素人さんは、おもしろいことに携帯電話なんかではコンテンツ料としてけっこうな額を使ってくれていたりしますので。それをパソコンに誘導できれば良いかもと。
 まあ、不思議なことに「パソコン」と聞くと、携帯電話と違って途端に財布の紐を固くするので、あんまりうまく行かないかもしれませんけれど。
 一般人は「パソコン」と聞くだけで警戒モードになってしまうのか、アレルギーでもあるんでしょうか。



>CUI
 技術者のプライド?と思ったことがあります。

 以前に一緒に仕事した、若くもないですが年寄りでもない人が、CUI・・・DOS窓を使えませんでした。
 フリーのコンパイラーだったのでコマンドをタイプして動かしましたが、その人はフォルダ移動(cdコマンド)ができません。
 慣らした人だと頭の中にディレクトリ・ツリーが描画されていることと思いますが、それができないようなのです。最初からツリーが画面に表示されるWindowsしか知らないからかなと。
 彼は優秀なプログラマーですが、こうした弱点を知り、その時に感じたのが「優越感」でした。

 反対に、学生時代に実地で触らせられた大型コンピューターは、操作していてストレス溜まりまくりでした。
 キャラクター端末しかなくてコマンドタイプのみで操作するのはともかく、少し操作ミスしただけで画面はおかしくなるし、元に戻せなくてどんどんハマっていったりと、「これ作った奴は何考えてんだ」とキレそうになっちゃいました。
 この大型コンピューターを作ったであろう人は優秀で偉い技術者(なはず)。では、何でそんな人が、こんな変な物しか作れなかったかとなると、もしかして素人でも簡単に触れるようにしてしまうと技術者の存在価値が失せるため、自分たちの雇用確保のためにわざと難しくしているんじゃなかろうか?と思われました。

 当時、パソゲー雑誌では海外製ゲームの評判がやたらと高かったのですが、しかし実際に遊んでみるとそうは思えませんでした。それは操作性のマズさ。たかがゲームなのに操作ミスをするとどんどん変な画面になってしまい、容易に戻せません。国産ゲームでしたらESCキーを押せば元に戻ったのですが。
 そういう事があって、レポートで「キャンセル機能(今ですとUNDO機能)の重要性」なんて書いた後に、この変な大型コンピューターを触らせられりもしました。
 このゲームを作った人も、レビューを書いたライターも、複雑なゲームを遊びこなしているんだぞ、という優越感に酔っているんじゃなかろうかと。

 Windowsとかでのマウス操作は子供にもできます。しかしコマンドライン操作は知らないと出来ません。
 ここに技術者としての存在意義と、操作している際の優越感が、少なからずあるのではないかと思われるのでした。

 実際には、CUIが優れているから存在しているとは思いますが。
 しかしCUIを優れていると定義しているのは、うるさいオジさんエンジニア(失礼)だったりする?とか穿ってみたりも。


 サーバーとかではGUIは要らないでしょうしね。
 むしろ、GUIを動かすマシンパワーをサーバー機能に回した方が有利でしょうし。

 毎年、年間のように発行される「Linux入門」的な本ですが、年ごとに要求パソコンスペックが上がっています。Linuxでできる事も、付属CDをインストールした際の見た目も、あんまり変わっていないのに。
 入門書なので、とりあえず全部の機能を入れてしまえ、となっているからだと思われますが。初期の頃のLinux入門書では、気の利いた事をさせようとしたら追加モジュールのインストールが必要で、追加インストールの方法がわからないために再インストールばかりでしたから。
 逆に、X-Windowさえ動かさず、サーバー機能など動かす機能を厳選すれば、今のバージョンでもSocket7あたりの太古のパソコンで動きますし。

 X-Windowに関しては、ターミナル画面を開いてコマンドライン操作をするのだったりして、「これってGUIって言うの?」と思ってしまったりしましたが。
 Macでも、単なるグラフィックウィンドゥ画面+ゴテっとしたプルダウンメニューのみだったりし、同じ感想だったりしましたけれど。

 UNIX由来のGUIアプリは、なんか操作しづらかったりもしまして。
 データベースを操作するためのインターフェースでしたが、テキストや数値をタイプする必要があるものの、なぜかキーボードだけでは操作できません。WindowsアプリならTabキーでコントロール間を移動できますが、Javaで書かれたそいつは時にカーソルキーで移動せねばならなかったり、あるいは移動できないからマウスに持ち替えねばならなかったりとメチャクチャ。
 全部が全部そうでないとは思いますが、これがUNIXクオリティだったりしますと、こんな使いにくいGUIなんかより・・・とCUI愛好者が多い理由はそれか?と思えたりも。


 パートのおばちゃんだけでなく、若い技術者なんかも、キーボードよりマウスを使うことが多かったりします。テキストエディターでカット&ペーストする際など、わざわざマウスに持ち替えて範囲反転→コンテキストメニューを開いたりとか。端で見ていると煩雑に思えますが、本人には自然な動作なのでしょう。
 GUIとCUIのどちらが優れているかは、多数決的に決められるものでなく、適材適所と好みなんでしょうね。
 それと、ユーザーに苦労を感じさせないように提供する制作者の手腕。一流と言えるアプリは、こうした細かい点まで巧みに作られているようで。

↓次の記事の先頭へ↓↑前の記事の先頭へ↑

No.19859 EV関連の話2 jerrybird [Windows/XP] 08/14(金) 01:54
No.19818からの「これからの駐車場に求められるのは?」の続きです。

皆さんから頂いたヒントを元に、
駐車場は道路に面した特等席2台に対して、2mmの3芯VVFケーブル1本を
通せるだけの PF管を埋設する事にします。100円/m程度の費用。

これで一般家庭ガレージ並の電力は供給できると思われます。
現状では九電が渋いので無理ですが、将来的には低圧動力(3相200V)が
受電できれば、約6kWを供給可能となります。

EV普及の後押し策として、コインパーキングなどに急速充電設備を
整備する為の補助金が出るようになるだろうと想像しています。
なにしろ、過去10年ほどで、GS自体が相当に減ってると思うので、
充電用の拠点としてGSだけでは数がたりない気がします。

No.19860 RE:EV関連の話2 jerrybird [Windows/XP] 08/14(金) 02:08
非接触の給電システムは遠い未来の話としても、
充電ケーブルを挿した状態で車両発進しても、

安全にプラグが外れてケーブルも自動で巻き取ってくれる!!
ような仕組みを何処かが標準化してくれませんかねぇ?

 前にプリウス関連で話の出たエンジンブロックヒーターでも活用できそう。
 冬場に待ち時間なしで車内ヒータが使えるってちょっと魅力的です。
EVに比べると低次元ですが、、、B-)

No.19861 RE:EV関連の話2 jerrybird [Windows/XP] 08/14(金) 02:27
各メーカーが充電プラグをバラバラに規格化する前に、
これこそ国策で、統一充電プラグを規格化して、ISOなり
IEEEなり MILなり NATOでもいいから提案して欲しい。
 民間主導にすべきという考えもあるが、β vs VHSならまだしも
プラグの形状争いで国内が揉めてる間に、全然異なる世界標準が
決まってしまう事の方が日本人にとって不利益であろう。

#しかし MILで規格化されたら相互運用上、自衛隊も右に習えだろうな。

No.19862 RE:EV関連の話2 鉄fxd [Windows/NT] 08/14(金) 11:31
方針が決まられたようでよかったです。

2日ほど前、「充電インフラ整備に向けた実証事業始まる」という
ニュースが流れておりました。私はあんまり良くわからんので
流し読みでしたが、ご参考になるかも知れませんので
グーグルニュースへのリンク張っときます。

こちら充電

ふと思ったんですが、グリッドに接続された多数&大電力放電可能な
バッテリー(=充電中)って、スマートグリッド的に制御してやれば
電力会社の設備投資を一部軽減し得るのではないでしょうか。

業務用はともかく、車なんて大部分の時間は駐車場のコヤシなわけで。
こいつを電力需要ギャップ調整に使ったらどうなるだろう、と。

s52.gtokyofl8.vectant.ne.jp


No.19863 RE:EV関連の話2 鉄fxd [Windows/NT] 08/14(金) 11:33
あ、URLうまく張れなかったです。

グーグルニュースで「充電」をキーワードに検索してみてください・・・

No.19865 RE:EV関連の話2 JR8 [Windows/XP] 08/14(金) 22:02
>ふと思ったんですが、グリッドに接続された多数&大電力放電可能な
>バッテリー(=充電中)って、スマートグリッド的に制御してやれば
>電力会社の設備投資を一部軽減し得るのではないでしょうか。
放電まで考慮せずとも、電力負荷が減ったときのみ充電する、みたいなダイナミックな制御をすれば、揚水ダム何基分かくらいの電力消費の平準化に寄与できるかと。
自動販売機ですらワイヤレスで個別に管理できる時代ですから、発電所から遠隔で、各EV充電ステーションを制御するくらい簡単にできるでしょう。





No.19866 RE:EV関連の話2 くぬぎざ [Windows/XP] 08/14(金) 23:37
充電設備の規格があるとすれば,日本電動車両規格(JEVS)というのがあるんですが,
中身を見たことがないのでなんとも。

こちら

少し前に「規格統一で協議会設立」というニュースが出てたぐらいなので,
まあ,使える規格じゃないんでしょうねえ。

こちら

実証実験の記事,見ましたが,いまの急速充電器って,どうなってるんでしょう。
車種限定?

No.19871 RE:EV関連の話2 JR8 [Windows/XP] 08/17(月) 11:48
これまたフッと思ったのですが。
三菱i-MiEVでも、日産リーフ(発売予定)でも、価格高騰のネックになってるのは「電池」なのだとか。
ならばいっそ、鉛蓄電池搭載の安価版を作ってはどうでしょう?

重量エネルギー密度

Li-ion 100Wh/kg
Ni-MH 50Wh/kg
Ni-Cd 40Wh/kg
鉛 25Wh/kg

この表では、鉛はLi-ionの4倍ですね。でも

体積エネルギー密度

Li-ion 200Wh/L
Ni-MH 150Wh/L
Ni-Cd 100Wh/L
鉛 90Wh/L

体積では、鉛はLi-ion比でわずか2倍ちょっとなのですね。

実際にクルマの居住スペース・荷室スペースに影響するのは重量ではなく体積ですので、

・Li-ion で4人乗りの高価な軽サイズEV。(急速充電可)
・鉛で2人乗りの安価な軽サイズEV。(急速充電不可)

こんな感じで作れそうな気がするのですが。
大量の鉛電池をどこに積み込むかによって、使い勝手が大きく左右されるでしょうが。

No.19872 RE:EV関連の話2 EC22S [Windows/XP] 08/17(月) 12:40
>・鉛で2人乗りの安価な軽サイズEV。(急速充電不可)

スズキのツインを思い出してしまいました。
あれで鉛バッテリ18個だそうです。
ハイブリッドで18個も使うのであれば電気自動車として使うのであればいくつぐらい必要なんでしょう?

hyg1-p43.flets.hi-ho.ne.jp


No.19873 RE:EV関連の話2 ほりこし [Windows/XP] 08/17(月) 12:55
i-MiEVの電池重量が約230kg、鉛にすると920kgでi-MiEVの車両重量である1100kgに匹敵する重さになってしまいます。
すると総重量約1.8tの軽自動車と言うことになり、現在の設計強度ではこの積載重量は許容できないでしょう。

日産リーフだとi-MiEVの4倍の電池を積みますので何と!約3.7tの電池を運ぶ事になります。

Li-ionとは言っても16kWh分となると重いものですね。

No.19874 RE:EV関連の話2 FSZ [Windows/XP] 08/17(月) 15:01
陸上競技のボルトは素晴しいタイムを記録しましたが、GMのボルトは素晴しいホラを吹いてくれました。彼等の言い分はあるのでしょうがマスコミは疑問にも思わずそのまま配信しています。一部は?を付けたり解説したりしていますが詐欺と言ってもいいレベルのプレスリリースと思います。(15日になって酷評も出ました)
これからは車両より電池の開発競争となり異分野からダークホースが登場するかもしれません。戸田工業という知らなかった(失礼)会社やLG化学あたりが米国で助成を受けるようですが、成果はどう配分されるのでしょう。日本では繊維やフィルム、塗料あるいは食品などの業界から新素材が出てくるかもしれません。

とは言っても電池は容器ですから、電力会社は中身が売れることは間違いありません。

ppxl061.enth.cli.wbs.ne.jp


No.19875 RE:EV関連の話2 バルス [Windows/XP] 08/17(月) 17:50
>これからは車両より電池の開発競争となり異分野からダークホースが登場するかもしれません。

 米国では「テスラ・モーターズ」という会社がおもしろそうな電気自動車を作ってます。
 デジカメの世になって写真機メーカーだけでなく家電メーカーからも製品が出たように、自動車もそうなるかもしれません。

 自動車メーカーは自動車メーカーであるゆえに、伝統とかブランドに縛られているところとか、営業上の問題があるようで。もしかして自動車以上の自動車が作れないのではないか?と。
 こちらの掲示板でたまに提案されるアイデアとか、メーカーの優秀な技術者はとっくに考えていると思ってます。ですが採用されないのは何故か?
 プリウスのセンサーを抵抗で騙して電池走行時間を変えてみるとして、ではノーマルのセッティングがそうなっていないのは何故か?とか。
 自動車に限らず他の製品でも、採用されなかった理由を考え込むことがあります。



 EVではないですが、燃料電池は潜水艦に使われ始めているようです。
 原潜までいかない通常(?)潜水艦で、騒音を出さず(ソナー対策)、潜ったままでも使える便利なエネルギー源ということで。
 潜水艦なので自動車や家庭用なんか比べ物にならないわけで、もしかしてこうした技術は再び軍事方面からやってくるようになったりするかもしれません。

↓次の記事の先頭へ↓↑前の記事の先頭へ↑

No.19796 ピュア・オーディオの話 jerrybird [Windows/XP] 07/30(木) 16:47
7/18の雑記で思い出しました。

>中島みゆきガラス製CD9万4500円で発売
こちら

RAMディスク型の CDトランスポーターが PCベースでも
市販品でも(少々高いが)、実現できる現在、ポリカーボネイトだろうが
サファイアガラスだろうが、同一のデータ列なのに何が高音質?って感じます。

まぁプレミア品としては値打ちあるんでしょうけどねぇ

No.19797 RE:ピュア・オーディオの話 mogeru [Windows/XP] 07/30(木) 18:15
中島みゆきさんは20年ぐらい前にも、基板はポリカですが記録面が純金蒸着されたCDを若干高価で発売した記憶があります。

当時の本人インタビューで「自分の歌を妥協せず伝えるにはこの方法(純金)しかない」との主旨の発言を見て、ウソくせーと思っていました。

音質はわかりませんが、箔の酸化が進みませんので長持ちはするかも…

70.238.32.202.bf.2iij.net


No.19798 RE:ピュア・オーディオの話 YASU [MAC_OS/iPhone] 07/30(木) 20:03
そのCD買いました。
今でも普通に再生できるので高寿命なのは間違いないんでしょうが、同時期に購入した普通のCDも普通に再生できるんだよな(^_^;)

pw126249060179.9.tss.panda-world.ne.jp


No.19799 RE:ピュア・オーディオの話 くろとら [MacOS] 07/30(木) 23:51
中島みゆきの場合そんなに音にこだわりが
あるのなら昔の作品をリマスタリングしていただきたい。
松任谷由実が荒井由美時代を含めてきっちり
リマスタリングしているのに
中島みゆきの場合まったく古い音源のままなので
20年以上前の作品などあまりにもひどい物です。

kd114017135199.ppp-bb.dion.ne.jp


No.19800 RE:ピュア・オーディオの話 くりこま [Windows/XP] 07/31(金) 08:24
アルバム「臨月」あたりまでのアコースティックギター伴奏の曲、S/N比悪いですね。
「根雪」や「世情」のリマスタリングされたものは聴いてみたいです。
アルバム1枚3000円ぐらいなら買っちゃうかも。

121-87-63-63.eonet.ne.jp


No.19801 RE:ピュア・オーディオの話 YASU [MAC_OS/iPhone] 07/31(金) 12:57
金の時にリマスターされたはずです。
リマスタリングでの音質向上にも限度があるのでしょうがないかと

pw126249060179.9.tss.panda-world.ne.jp


No.19802 RE:ピュア・オーディオの話 くろとら [MacOS] 07/31(金) 20:20
ヤマハレーベルの「生きていてもいいですか」
聴いた事あるのですがあまり褒めれれたものでは
なかったです。

荒井由美はアルファ時代の物とリマスタリングされた
最近の物ですと驚くほど音が違いました。
すっきりした音になり従来ノイズに埋もれて
聞き取れなかった音が聞き取れます。

1982年に購入したごく初期のCD持ってますが
今のところ再生出来ています。
気に入っているアルバムなのでおそらく1000回以上
再生した物です。

kd114017135199.ppp-bb.dion.ne.jp


No.19803 RE:ピュア・オーディオの話 smd [Windows/XP] 07/31(金) 20:48
うっ、うらみます は入っていないんでしょおか。(爆

ガラスだと強度的な不安はありますね。 ・・・割れたら保障とかあるのかな?
ポリカに比べて比重倍位なので、再生機器の負担も気になりますね。

No.19804 RE:ピュア・オーディオの話 つばさっち http://www.tsubasatti.net [Windows/XP] 08/01(土) 23:54
話が少しそれますが…

どなたか「スーパーオーディオCD」っていう規格のCDを、専用のプレイヤーや出力装置でお聴きになられた方っていらっしゃいますでしょうか?
私、1枚だけその規格のCDを持っているのですが、その聴くための環境が無いので、興味があるんです。

No.19846 RE:ピュア・オーディオの話 なっくん [Windows/NT] 08/12(水) 03:53
SACD(スーパーオーディオCD)って、対応プレーヤーだけであれば値段はそれほど高くはない(初代のPS3でも対応してました)んですけど、実際に同じ音源のCDバージョンよりもよい音で聞くためにはそれなりの"アンプ+スピーカ"(こちらは特別のものではなく質が高ければOKです)が必要です。

それに比べて、リマスターCDの音の変わり具合は廉価なシステムでも聴き分けることができます。素材の違いはうーん、当方あまりわかりかねますが...耐久性能の違いはあるかもしれませんね。

現状市販のCDでもやはり音のいいCDとそれほどでもないCDがあって、音のいいCD方面を突き詰めていく制作者だとSACDとかに興味がいくのかな、と思います。SACDは趣味の世界としては楽しいですけど、商売としてはけっして成功した規格ではないですね。

No.19867 RE:ピュア・オーディオの話 とりぞう [Windows/XP] 08/15(土) 20:12
>実際に同じ音源のCDバージョンよりもよい音で聞くためにはそれなりの
>"アンプ+スピーカ"(こちらは特別のものではなく質が高ければOKです)が必要です。

PS3を購入したとき、ためしにSACDも購入してみました。
TVからオーディオへ接続しなおすのが面倒でTVで聞き比べてみたのですが、
違いがほとんどわかりませんでしたw

61-21-156-196.rev.home.ne.jp


↓次の記事の先頭へ↓↑前の記事の先頭へ↑

No.19818 これからの駐車場に求められるのは? jerrybird [Windows/XP] 08/05(水) 10:38
10台ほどの月極駐車場を整備しようとしてます。
近い将来のプラグインHVか、EVの充電の為に、
PF管だけは地中埋設しておこうと思います。

1.何台分の充電需要を見込むべきでしょうか?
  一台あたり、何Wの充電負荷を見込めばいいでしょうか?(PF管の太さの決定要素)
2.200Vは当然として単相3線、3相3線のどちらにすべきでしょうか?
3.ひょっとして車両とのケーブル接続不要の電磁誘導式充電機構が
  もうじき標準化される?なんて事はないでしょうか?
4.どうやって課金すべきでしょうか?100円で1時間とか 2kWhとか?

No.19819 RE:これからの駐車場に求められるのは? ほりこし [Windows/XP] 08/05(水) 10:48
[1]
コストが許せば10台分となるでしょうが、充電設備は意外に大きなものなので1〜2台分が限界かも。
出力電力は50kWがスタンダードみたいですね。
最大電圧と電流は500V/125A程度のようです。

これも充電設備依存になりますが、設備稼働率を上げるためには一台の充電器から複数台の車両にケーブルを接続し、「待ち行列」を作るような方法が良いと思います。
充電時間より駐車時間が長い場合、一台の車にケーブルを接続しっぱなしにされると稼働率が下がってしまいます。
充電完了その他をmailで知らせる仕組みとか、その辺りが付加価値でしょうか。

[2]
三相200V/200Aがスタンダードのようです。

[3]
効率と規格化的には10年後でしょうね。

[4]
積算電力で良いのではないでしょうか。
まあ、ガソリンスタンド的に「満タン」もあれば「千円分」もアリと言ったスタイルになるのかも知れませんが、これも充電設備の機能によると思います。

No.19820 RE:これからの駐車場に求められるのは? FSZ [Windows/XP] 08/05(水) 22:17
こちら
電力を売るのは元は電力会社なんでしょうが、直販なのか卸売りなのか。小売りは成り立つのか。受変電設備を設けて高圧受電すれば差額利益が出るものなのか。50kVA/台で急速充電となると駐車場の台数の設置はかなり無理がありますね。法的にも資格者が必要な規模になってしまいそうです。家庭用の長時間充電とガススタンドのような急速充電、もう一つ駐車場併用の中時間充電があると良いかもしれません。(さらに電池交換式?)
小売業がある程度の利益を上げられる状態をつくらないとインフラとして普及継続できないような気がします。 

考えれば考えるほど化石燃料で走る車のメリット、アドバンテージが目立ちますね。

ppxc043.enth.cli.wbs.ne.jp


No.19821 RE:これからの駐車場に求められるのは? バイアス [Windows/Vista] 08/05(水) 23:59
急速充電は、軽四ベースのi-MiEVの場合でも30分充電のために50kW の充電設備が必要で、月極駐車場には費用負担が過大になりますので、家庭用電源で容易にとれる程度の容量を車の台数分用意するのが良いと思います。
i-MiEVの場合、(家庭用)普通充電の100V、200Vとも電流は最大15Aのようです。こちら
普通車への対応で余裕を見込むとしても、1区画に200V 30A〜50A 程度でどうでしょうか。
ところで、毎月検針して料金を計算し、契約者からその都度違う額を徴収するのは面倒な仕事になりそうです。また、料金の決定方法の妥当性、電気の転売は電気事業法に抵触しないか、基本料をどのように個々の料金に反映するかなどの問題。受電容量が50kW を超える場合は、高圧受電設備の減価償却と電気主任技術者の選任など維持管理費の料金への反映なども考える必要がありますね。
電気料金のメニューは、電力会社によっても異なり複雑で、使用条件によっては深夜電力料金の適用もあって、基本料・単価とも大きく異なります。また「他人が勝手に使用した」などのトラブルも予想されるため、配管を完全に分離して、個々の区画で必要に応じ個別に電力会社と契約するなど、駐車枠の借主自身で管理してもらうように計画した方が楽だと思います。

No.19822 RE:これからの駐車場に求められるのは? FUSHIKIZ [Windows/XP] 08/06(木) 14:42
日産とかEVにつぱしっていますが、大丈夫ですかね。毎日同じ道を
巡回する営業車ならEVはベストですが、普通の自動車であれば
ドライブにも里帰りもしますからね。正直なところ、渋滞路や
高速で電池切れとなれば命の危険もあります。

個人的には最低小型発電機(かろうじて40キロで走れる程度
でも)乗っていないと買えないです。

FUSHIKIZ

No.19824 RE:これからの駐車場に求められるのは? くぬぎざ [Windows/XP] 08/06(木) 23:04
急速充電をやるとして,3相200Vで50kWクラスの電源が必要となると,
60sq 〜 100sq のケーブルになっちゃいますね。
呼び径 60φぐらいのパイプでも,通すのには困難を伴う太さです。

それより,低圧でもぎりぎり50kWまでは受電可能ですが,
普通の低圧電力契約だと,基本料金だけで5万円を超えます(東電の場合)。
もちろん従量料金もかかりますが,これを回収できるのかと。

そういう面からは,単相200V/15A 程度の充電設備が現実的のような気がしますが,
8時間充電で航続距離160km分充電できるEVならば,単純計算で1時間で20km分。
なんか,ぱっとしませんね。

No.19825 RE:これからの駐車場に求められるのは? nobody [Windows/XP] 08/06(木) 23:46
EVは実際に実用化していくとなると、いろいろな法整備が不可欠だと思ってます。

>配管を完全に分離して、個々の区画で必要に応じ個別に電力会社と契約するなど、

供給約款や、実際の対応から言っても電力会社が個別受電に応じるとは
思えないのですが。

>3相200Vで50kWクラスの電源が必要となると,60sq 〜 100sq のケーブルに
>なっちゃいますね。

本当は440Vぐらいまで上げたいところですが、危険も増しますし、車上側の設備
も無駄に大きくなりそうですね。

No.19826 RE:これからの駐車場に求められるのは? くぬぎざ [Windows/XP] 08/07(金) 09:17
> EVは実際に実用化していくとなると、いろいろな法整備が不可欠だと思ってます。

いかにして電気にガソリン並みの課税をするか,みたいな話とか?(w

No.19827 RE:これからの駐車場に求められるのは? 証アナ [Windows/XP] 08/07(金) 23:51
FUSHIKIZ様

>正直なところ、渋滞路や
高速で電池切れとなれば命の危険もあります。

先日のオートモーティブ展で三菱自工の方に聞いたところ
長距離の移動はあまり想定していないそうで
あくまでも足がわりの近距離移動で使ってくださいといってましたね
あまり安全性考えてないような気がします

nobody様
>EVは実際に実用化していくとなると、いろいろな法整備が不可欠だと思ってます。

国土交通省は安全面での規制を検討してるようですがとりあえずは
現状のままということのようですね。EVも売り先は個人というより
環境アピールが主目的の法人ですしね。

actkyo099005.adsl.ppp.infoweb.ne.jp


No.19828 RE:これからの駐車場に求められるのは? FUSHIKIZ [Windows/XP] 08/08(土) 16:02
上記の書き込みを見ると、今後は何らかの別の料金体系なり法体系が
必要だと思われます。またEVが本格化すれば、各電力会社が自前で
スタンドを設置する可能性がありますね。過去電力会社は通信会社や
PHSなど、ありとあらゆる多角化を図りましたが、ひとつとして黒字化
したものがありません。

これは電力会社の組織は役所よりさらに役所的で民間会社としては
ありえないコスト管理で失敗するからですね。

しかし彼らはまたしてもコスト度外視で参入してくるでしょうね。当然
赤字でどっかに売却するのでしょうか。

以前家の電気が安くならないかいろいろ調べたのですが、基本的に
日本の電力会社は、産業用であっても使わせてやるという姿勢の
ように思えます。過程の電灯の契約は、そもそも天井から裸電球を
つるす程度なら安くお目こぼしするが、たくさん使うなら罰金(
累進的に料金が増加する)かけるぞ、という雰囲気です。

したがって、現状ではとにかく電線の通るスペースだけ設置して、あとは
電力会社の出方、あるいは政府の補助金などの流れをみて対処すれば
いいような気がします。

FUSHIKIZ

No.19829 RE:これからの駐車場に求められるのは? JR8 [Windows/XP] 08/08(土) 16:46
EV充電用に大電力が欲しいが、電力会社からは、それほど安く購入できない。
ならば、、、
駐車場の一角にディーゼル小型発電施設を設け、自前で発電しEVに供給する方法が一番コスト安かったりして。


アレ?何かおかしいぞ。
エコ?何それ美味しいの?(^o^;)

No.19830 RE:これからの駐車場に求められるのは? くぬぎざ [Windows/XP] 08/08(土) 22:55
リッター100円の軽油を使っても,1kW/hあたりの燃費は30〜40円ぐらい。
設備の償却は別だとしても,自家発電って意外と健闘するんですよね。
だからこそ,廃熱にも用途がある施設だとコージェネにメリットあるわけですが。


> 日本の電力会社は、産業用であっても使わせてやるという姿勢の

電力会社の肩を持つわけじゃないですが,求められれば供給する義務があるなかで,
累進的な料金制度は,可能な限りピークを抑えたいという姿勢の表れでしょう。
群馬県の山奥に建設中の揚水発電所を見に行ったことがありますが,
あれだけのコストをかけて,発電設備の稼動率を多少なりとも平準化するためだけの
巨大な蓄電池を造っているのかと思うと,やるせない気持ちになります。

とはいえ,本音としては,関電みたいに従量電灯AB制で,リミッタをつけない
電力会社はまだ良心的だなーって思う(東電で60A契約している者の愚痴)。

EVの充電のために,深夜電力が大量に使われるようになって,
昼夜を通した稼働率が上がったら,電力料金が全体的に若干安くなったりしないかな。

No.19831 RE:これからの駐車場に求められるのは? FUSHIKIZ [Windows/XP] 08/09(日) 01:37
>あれだけのコストをかけて,発電設備の稼動率を多少なりとも平準化するためだけの
>巨大な蓄電池を造っているのかと思うと,やるせない気持ちになります。
>昼夜を通した稼働率が上がったら,電力料金が全体的に若干安くなったりしないかな。

どうして揚水発電所や予備の火力発電所がいるかと言えば、これは原発のせい
ですね。原発は調節がきかないから、ということです。東京電力が供給力
の不安を乗り切ったのも、多くの予備の火力発電所のおかげですね。

もちろん炭酸ガスからすればいい点もあるのですが。ちょっと議論の順番
が逆だと思います。

FUSHIKIZ

No.19832 RE:これからの駐車場に求められるのは? nobody [Windows/XP] 08/09(日) 02:49
>とはいえ,本音としては,関電みたいに従量電灯AB制で,リミッタをつけない
>電力会社はまだ良心的だなーって思う(東電で60A契約している者の愚痴)。

関電は富山県・岐阜県内に大出力の水力発電所を持っていて、負荷変動への
対応能力が高いのと、60Hzなので電力融通がやりやすい、という事情もある
と思います。

>EVの充電のために,深夜電力が大量に使われるようになって,昼夜を通した
>稼働率が上がったら,電力料金が全体的に若干安くなったりしないかな。

東北電力では、電気温水器が普及しすぎて深夜にピークが出るようになり、
最近ではオール電化の宣伝を控えているそうです。
これもなんか本末転倒でどうかな、と思います。

No.19833 RE:これからの駐車場に求められるのは? FUSHIKIZ [Windows/XP] 08/09(日) 11:06
>東北電力では、電気温水器が普及しすぎて深夜にピークが出るようになり、
>最近ではオール電化の宣伝を控えているそうです。

やはりピークの分散はなかなか難しいですね。

以前は盆休み、勤め人が昼間エアコンをつけて甲子園を見る時間がピーク
でしたが、最近は季節調整割引(あらかじめ工場の日程を調整することで
電気代が安くなる)ので必ずしも盆休みがピークではなくかなり分散され
たそうです。

家庭の電灯契約は累進的に高くなりますが、事業用の低圧、高圧は累進的
ではなく単なる従量です。しかし工場海外移転などで消費は低迷しており、
オール電化もあって家庭用電灯が突出して増加しているそうです。

>累進的な料金制度は,可能な限りピークを抑えたいという姿勢の表れでしょう。

そもそも25%しかない電灯契約のピークを抑えるより、事業用のピークをおさえる
べきですから、これは正しく無いですね。実際は電力会社は累進的に高くなる
電灯をどんどん使ってほしいのが本音です。

気になるのはオール電化ですね。家庭用の消費は約1/4ですが
ピークは午後4時から零時まで、夕方がかぶりますがそもそも工場とは
ズレていました。それがオール電化のせいでどんどん消費量が増えており、
政府は何度もオール電化について電力会社にお小言を言っています。

そのせいか、オール電化のテレビ宣伝は全国的にパタっととまったり復活
したりしていますね。えらく拡販に波があるのです。やっぱり電力はトータル
で節約しなきゃね。IHについては論議がありますが、たとえIHコンロの効率
が高くても、そもそも原油からの電力変換効率が伝送ロスをいれると30%しか
無い点に問題があるのです。

これはエアコンの暖房もそうですね。政府はヒーポンの効率を300-500%と
見込んでいますが、実際は300%まで行かない。とすると発電効率を入れると
当然原油を燃やすより効率は悪い。さらに太陽熱による暖房に比べると
非常に分が悪いです。

すべてのマスコミの論調は、電力会社がバラまくインセで著しく偏向して
います。しかもインセは既存の客にかぶせているわけで、非常に
不公平です。デフレでほとんどの業界は激しいコスト競争、市場原理主義
にさらされましたが、なぜか電力会社だけがのうのうと高コスト体質が
残っています。ここにメスをいれないとね。

国も資源コストまで含めて太陽電池ではなく太陽熱温水器などの低インパクト
機器の普及を後押しすべきです。

FUSHIKIZ

No.19834 RE:これからの駐車場に求められるのは? FUSHIKIZ [Windows/XP] 08/09(日) 11:15
オール電化については、

こちら

オール電化住宅とするためには,「エコキュート」 と称する自然冷媒ヒートポン
式電気給湯器等及び「IHクッキングヒーター」と称する電磁調理器の購入費用
びにこれらの設置のための工事費用が必要であり,かつ,長期間にわたりオール
化住宅を使用するためには,これらの機器の買換えに伴う費用が必要であること
考慮すると,オール電化住宅の方が1年間で最大で約10万円又は30年間で約
50万円若しくは約300万円得になるとはいえないものであった。

FUSHIKIZ

No.19835 RE:これからの駐車場に求められるのは? くぬぎざ [Windows/XP] 08/09(日) 13:59
> どうして揚水発電所や予備の火力発電所がいるかと言えば、これは原発のせい
> ですね。原発は調節がきかないから、ということです。

原発の出力が調整できないというのは誤りで,やろうと思えばできます。
原発のみで夜間に有り余るほどの発電容量があるわけではないなかでは,
そもそもやる意味がないのでやっていないだけと言うべきでしょう。

仮に原発が存在しなかったとしても,昼夜の需要に大きな差がある以上,
稼働率の低い火力があったり,揚水が作られたりするのは必然では?


> 家庭の電灯契約は累進的に高くなりますが、事業用の低圧、高圧は累進的
> ではなく単なる従量です。

基本料金が最大需要で決まる業務用電力の料金制度は,家庭の電灯よりも
遙かに累進的だと思いますけども。

ピーク抑制が課題なら,総電力量が多いのは結構だがピークは低いという
使い方へ誘導しないといけません。その観点では,従量料金が累進的で
あることにあまり意味はなく,ピークに応じて高額な基本料金を課す方が
よほどピークカットにインセンティブが働くでしょう。

従量電灯契約で,リミッタを付けられた上に,従量料金も累進的なのは
あまりにも酷い,という議論なら分かりますが。


> これはエアコンの暖房もそうですね。政府はヒーポンの効率を300-500%と
> 見込んでいますが、実際は300%まで行かない。とすると発電効率を入れると
> 当然原油を燃やすより効率は悪い。

わたしは個人的にアンチオール電化ですが,

一次エネルギーに対する実際の発送電効率は 40% 程度だとされているので
250% でトントンになる計算ですね。

いまのヒーポンってそんなに低効率なんでしょうか?
そうだとしたら,公正取引委員会の出番ですけども。

No.19836 RE:これからの駐車場に求められるのは? FUSHIKIZ [Windows/XP] 08/09(日) 16:47
>一次エネルギーに対する実際の発送電効率は 40% 程度だとされているので
>250% でトントンになる計算ですね。いまのヒーポンってそんなに
>低効率なんでしょうか?


やはりスペックにだまされているんじゃないでしょうか。電力会社の
データをまさか信じているんじゃないでしょうね。すでにオール電化が
CO2を減らすのは間違いであって、一次エネルギー換算ではオール電化は
すべて1よりおおきいのですよ。それとも電力関係者が周囲におられるのかな。

ヒーポンの効率もやっとデータが出揃って約実働COP(システムCOP)は1。8
前後ということです。発電効率40%、伝送ロスで30%。あと貯湯槽のロスが
非常におおきいとか(25%がロス)とかで、政府もオール電化に
アゲインストにかわりつつあります。実働COPは3.5程度ないと
ロスになりますし、新たにコンプレッサーやエバポなどを作成するエネルギーは
この計算に入っていません。

オール電化は明らかにアゲインストであるとのデータが出揃ったのでオール電化の
国家補助金も、それから深夜電力割引率も減らされていると見込まれています。

こちら

FUSHIKIZ

こちら

こちら

FUSHIKIZ

No.19838 RE:これからの駐車場に求められるのは? くぬぎざ [Windows/XP] 08/10(月) 00:12
あれれ,エコキュートの話でしたか?
エアコン暖房のことを言っておられるようにしか読めなかったのですが。


> それとも電力関係者が周囲におられるのかな。

そんなことはありません。それより,最後の PDF は良い資料なのに,ガス屋さんの
サイトへのリンクがあると,ガス関係者が周囲におられるのかと思ってしまいますよ。

給湯ネタって,電力会社の極端な説明に対して,ガス屋が極端な例を挙げながら
ネガティブキャンペーンを張っているだけで,どっちもどっちじゃないでしょうか。
件のJOMOのサイトのように,信州のような寒冷地での実績を示されても,
どうやら寒冷地には向かないようだ,ということが分かるだけで,
技術そのものに対する正当な評価が行われているとは言いがたいです。

で,うちはLPGでエコジョーズです。給湯器を交換するとき,エコキュートも含め
いろいろ検討した結果,コスト面でも環境面でもこれがいちばんいい。
試算条件次第ながら,うちみたいに,ガス代が月3〜4千円の家庭だと,
エコキュートの設備代すら回収できません。

No.19839 RE:これからの駐車場に求められるのは? nobody [Linux/i686;] 08/10(月) 00:51
>発電効率40%、伝送ロスで30%。あと貯湯槽のロスが非常におおきいとか
>(25%がロス)とかで、政府もオール電化にアゲインストにかわりつつあります。

今、オール電化のマンションに住んでいるのですが、室内に電気温水機が設置
されています。この温水機からの排熱がすごくて、夏は無駄に室内温度を上げて
くれています。段ボール等で断熱を試みているのですが、あまり熱を封じ込める
と電子機器が熱暴走しないか不安なので、程々にしています。
こんな所をみても、あまりエコを考えていないシステムだなと思います。
#経済性は高いのでしょうが

>オール電化は明らかにアゲインストであるとのデータが出揃ったのでオール電化の
>国家補助金も、それから深夜電力割引率も減らされていると見込まれています。

かといって、これだけオール電化を宣伝して売りまくって、いまさら深夜電力を
値上げするとも言えないでしょうから、どうするのでしょうね。
調整のやりにくい電力を売りまくって、自滅しているようにも思えます...

No.19840 RE:これからの駐車場に求められるのは? FUSHIKIZ [Windows/2000] 08/10(月) 01:08
あまり理性的なお答えではないですね。

2番目のは全国14箇所でのデータです。というかエコキュートの実働COPが1.8程度
に過ぎないというのは研究者の間ではコンセンサスになっていて、一方3以上の
かけはなれた数値を主張しているのは電力会社だけですね。

もちろんエアコンのCOPについてもリンクはあげませんが、カタログより著しく
低いという論文は非常に多くあります。

くぬびささんがおっしゃるような軽い問題じゃないんですよ、これ。日本政府
は京都議定書で6%削減を約束した。

その10%は家庭でももっともエネルギー消費の多い給湯(エアコンではない)
をエコキュートで約340万t削減する計画でした。だからこそ国は補助金まで
つけて普及に力をいれてたのだが、エコキュートは省エネではなく増エネで
あった。必死でエコカー減税やっているのは、これの埋め合わせなのか?

とすると、国はいままで増エネに補助金をせっせせっせとつけてきたことになる。
そもそも、電力会社の計算は非常に根拠の乏しいもので、ガス給湯器の効率を
低くみつもり、また給湯タンクの断熱性を過大にみつもるなど、電力会社の
子飼いの連中の試算にのったものです。

すでに公正取引委員会から排除命令がでているほどで、ガス会社のどうのこうの
というレベルではない。

エコキュートの断熱性のまずさなどは相当なもので、蓄えたエネルギーの25%も
ロスしてしまう。それは給油の周りの断熱材がそこいら中すきまだらけ、穴だらけ
というもので、すでにアマチュアが断熱材を必死に巻いている状態です。もちろん
電力会社の試算と実際は異なります。

こちら

こちら

こちら

こちら

こちら



個人的には新築のときにすべてエアコンに変えたのですが膨大な電気代となり
ました。COPからすると厳冬期は1以下、冬季は1。5程度の計算でした。以来
電力会社とメーカーのいうCOPなんかまったく信用していません。今は
エアコンとファンヒーターを併用して非常に快適です。

この問題は膨大な資源と補助金、また国際的な信用までかかったもので、
ガス会社と電力会社がどうのこうの、というレベルの低い問題じゃないと
おもますよ。

FUSHIKIZ

No.19842 RE:これからの駐車場に求められるのは? JR8 [Windows/XP] 08/10(月) 09:11
冷暖房器に補助金出すより、後付け二重窓に補助金&賃貸取付特例を設けたほうが、よほどCO2削減効果大きかったかも?

こちら

No.19844 RE:これからの駐車場に求められるのは? FSZ [Windows/XP] 08/10(月) 17:03
EVの話が電力とエコの話になってしまいました(私のせいかも)だったらごめんなさい。
一部の報道では環境対策で未来の交通はEVが決定したかの流れですが、T社もH社もあらゆる可能性を検討の結果HVになったのであってEVの普及にはまだ越えなければならない問題がたくさんあることを分析報道して欲しいものです。夜間とエアコンの話はタブー?夜間に無灯で路肩ストップなんて考えても恐ろしい。
某番組の○ン吉も一般の誤解を助長している筆頭ではないかと思います。休みながら3日間で100km位なら(運が良ければ)太陽電池4平米と鉛バッテリーでも行けるかもしれませんが商品としてEVでございますと売り出せないですよね。カーポートの屋根に太陽電池を付けて充電、という素晴しいアイデアもありますが13平米で5kwx4時間充電が実用的なのかどうか。EVがゼロエミッションというのも疑問符をつけなければいけないですね。

ppxl061.enth.cli.wbs.ne.jp


No.19845 RE:これからの駐車場に求められるのは? FUSHIKIZ [Windows/XP] 08/10(月) 19:50
>EVがゼロエミッションというのも疑問符をつけなければいけないですね。

この手のものは、特定の業界、補助金、電力会社、ガス会社などからみが
多すぎて議論が曲げられてしまうのですね。

以前も議論になりましたが、温暖地で一次エネルギーが均衡があやしい
エコキュートよりは太陽温水器の方がはるかに効率的で安いです。
一番ありふれた機器+工事費は20万以下ですし、なにより電気もガスも
喰いません。COPは2、3年で償却すれば事実上無限大ですね。

が、こういうのは業界の連中には困るのですね。たとえばエコキュートで
あれば設備費は50万以上。しかも電気会社はエコキュートを入れて
しまえば、あとからガスを引く気がなくなるから、事実上エネルギー選択
の自由がなくなる。ガスでもそうです。したがって、エネルギーコストゼロ
の太陽熱温水器はジャマなんですね。気づいた人が買うのはしかたがない
ですが、マスコミをだきこんでシカトしているのです。

自動車もプリウスなどエンジンはかなり(めずらしく)煮詰まっていますが、
屋根の塗装や排気管のシールドは不足しているように思います。これは納車
されたら屋根をミラーにすること、排気パイプシールドにすることを画策
しています。

FUSHIKIZ

No.19847 RE:これからの駐車場に求められるのは? JAX [Windows/XP] 08/12(水) 12:17
駐車場ではないのですが、EV車の航続距離についてですが、
高速道路でのパンタグラフ使用というのはだめなんですかね?

最初は大型トラック、高速バス等のプロユーザーでデータをとり
一般への認知度を上げていけば課金、充電、航続距離がある程度
解消するのではないでしょうか?

勿論、給電方法等、議論の余地はあるとはおもいますが。

p3159-ipbf5008marunouchi.tokyo.ocn.ne.jp


No.19848 RE:これからの駐車場に求められるのは? 鉄fxd [Windows/XP] 08/12(水) 22:35
さらに一歩進めて高速道路では鉄軌道上を鉄車輪で
走行することにしてはどうでしょうか。

ブレーキも信号で制御すれば運転手は寝てても安全です。
さらに回生エネルギーはパンタグラフを通じてほかの車の加速に有効利用
すれば、バッテリー容量も削減できます。
車両密度を上げるために、行き先が同じ複数の車両を連結するのも手です。
こうなるとビールの車内販売も欲しいところです。

そうすればうまくやれば最高速度300km/hくらいは目指せるのでは
ないでしょうか。

No.19849 RE:これからの駐車場に求められるのは? 風風ながれ城 [Windows/XP] 08/12(水) 22:43
パンタグラフは車両の種類を問わず高さを一定にしなければなりませんから、地上にレールを埋め込んでそこから給電した方が良いのではないでしょうか。

118x241x120x116.ap118.gyao.ne.jp


No.19850 RE:これからの駐車場に求められるのは? ほりこし [Windows/XP] 08/12(水) 22:56
トロリーバスの話の時に書きましたが、非接触給電はイタリア(だったかな)で実験していますが余りうまく行っていないようです。
常に道路に接触しているタイヤに受電コイルを付けるとかすれば良いのかも知れませんが、重そうですね。

鉄軌道を走るにはそれなりの車輪を車軸を用意しないと。
これは重いですよ。
しかもホイールベースが短いので高速走行は無理っぽい感じがします。

ならば鉄道に車両ごと乗っけて運んだ方が良さそうです。

No.19851 RE:これからの駐車場に求められるのは? jax [Windows/XP] 08/13(木) 00:39
書き方が悪くて意図が伝わり辛くてすみません。

給電方法は接触、非接触、サイドレール、路面埋め込み等
甲乙あるとおもいますが、意図したところはEV車の航続距離と、
充電時間の捻出、課金もETCを流用してできないかなあと夢想してみました。

給電方法の可否、優越は別にして長距離便の大型車になんてだめですかね?

nttkyo268187.tkyo.nt.ftth.ppp.infoweb.ne.jp


No.19853 RE:これからの駐車場に求められるのは? JR8 [Windows/XP] 08/13(木) 15:17
車じゅう電池だらけになってしまう感がありますが、荷室と充電時間を犠牲にしてでも航続距離500kmを得たほうが商売的には成功しそうな気がします。

ノートPCでも、必要稼働時間ギリギリの電池容量では不安があり、ついACアダプターを持参したくなるものです。

私感ですが、必要稼動時間の3倍程度の電池容量があると、安心してノートPC本体のみを持ち歩けます。
また、これくらいの容量があると、フル充電ではなく継ぎ足し充電で使える感じになります。

EV車でも、感覚は似たような感じだと思いますが、いかがでしょう?

※こんなこと書くと、本題である駐車場の配管設計に混乱きさしかねませんが、
 一個人の妄想ですので、どうかご容赦ください。

No.19854 RE:これからの駐車場に求められるのは? FUSHIKIZ [Windows/2000] 08/13(木) 15:47
なんか、EVは楽観的に見えませんね。EVかFVに画期的な技術的な飛躍、
たとえばニッケル水素からリチウムの進歩した変化幅の3倍程度のテクニカル
な進歩がないとムリでしょうね。これは水素もおなじで、せめてエタノールで
走るようにならないとね。ただしエタノールで走るなら今のエンジンでも問題
無いわけで。

現状のプリウスやインサイトでも高速を80−90で走れば1000キロ持つ
わけで、これにガソリン携帯缶20Lあれば1500キロが視野に入る。やはり
航続距離は300キロ無いと自家用車としてとしてはムリですね。だいいち
盆の帰省には使えません。ましてや地震や土砂崩れで渋滞にはまって止まれば
最悪まわりの車から袋叩きです。

もちろん業務用車両で毎日同じ道を同じ距離しか走らない車ならいいんですが。
駐車場にもどれば、あるいみ今から対策するのはあまり現実的では無いと思います。

FUSIKIZ

No.19855 RE:これからの駐車場に求められるのは? ネジきん [Windows/XP] 08/13(木) 19:25
ちょっと理解できてないので教えて下さい。

>ドライブにも里帰りもしますからね。正直なところ、渋滞路や
>高速で電池切れとなれば命の危険もあります。

電池切れ→パワーアシスト停止はその結果として
やばいことになるのは理解できます。


>個人的には最低小型発電機(かろうじて40キロで走れる程度
>でも)乗っていないと買えないです。

EV車の電池切れは一般のガソリン車のガス欠と同じじゃ
ないかと想像するのですが、どこかに違いがあるでしょうか?

zaq3d2e592e.zaq.ne.jp


No.19857 RE:これからの駐車場に求められるのは? FUSHIKIZ [Windows/XP] 08/13(木) 20:45
>EV車の電池切れは一般のガソリン車のガス欠と同じじゃ
>ないかと想像するのですが、どこかに違いがあるでしょうか?

ガソリンなら、携行缶で10Lもいただけば、しばらく長いクランキング
を要しますがエンジンがかかりますよね。

燃料タンクがカラになると燃料ポンプがしばらくエアを噛みますが、
燃料噴射にはリターン系がありますので、キーをONにしてしばらくまつと
燃圧があがりますので、セル一発になります。JAFの高速道路出動で
一位はガス欠、二位がオーバーヒート、三位がタイミングベルト切れ
だったですかね(私もやりました)。まあJAFだとガソリンはもって
来るでしょう。

しかしEVには携行できる電気が無い、ということです。高速で充電する
すべが現時点では無いということでうs。

だからガソリン車のガス欠とは同じでない。

ところで、プリウスですが過去月産2万台が国内向けですが、現在
2万5千台以上(微妙な表現ですが)を国内向けに割り振っている
のとキャンセルがあるので若干早くなるそうです。

我が家ではオーディオもナビもサブウーハーも待っていますがやはり
年をこすあたりの微妙なところらしいです。

FUSHIKIZ

No.19858 RE:これからの駐車場に求められるのは? ElCaminoReal [Windows/XP] 08/13(木) 22:22
> たとえばニッケル水素からリチウムの進歩した変化幅の3倍程度のテクニカル
> な進歩がないとムリでしょうね。

3倍で済みますでしょうか?

ガソリンは概ね 12kWh/kg,Li-ion は良くとも 100Wh/kg 程度でしょうか。
体積当たりでは、ガソリン 9kW/L,Li-ion 740Wh/L 程度。ニッケル水素も
意外と健闘していますね。EVOLTA で 350Wh/L と言われています。

個人的な意見ですが、ガソリンのような「莫大な」エネルギーを「安全に」
持ち歩けるというのは、とてもリーズナブルな話であって、ここに電池の
優位性は見当たりません。

例えば、「エネルギーを取り出すと急激に冷え始めて、温めてあげないと
エネルギーを取り出すことができなくなる」ような、安全な電池が必要
だと思います。しかし、夏はエアコンに使えますが冬は非効率ですね。

それよりも、家庭用バイオマスエタノールプラント(生ゴミと太陽光で生産
できる)を開発する方が将来性はありそうな気がします。

減速時に余った運動エネルギーは、電気に変えて加速に使うのではなく、
先生のご指摘の通り、エアコンのコンプレッサーを回すとか、比熱の高い
物質に熱として蓄えておいて帰宅後に給湯に利用するとか。

No.19864 RE:これからの駐車場に求められるのは? くぬぎざ [Windows/XP] 08/14(金) 12:02
> くぬびささんがおっしゃるような軽い問題じゃないんですよ

しばらく出かけていたんで,亀レスすみません。

軽い問題だとは思ってないです。
FUSHIKIZ 殿も書かれているように,いろんなエネルギー供給会社の
しがらみが絡んで,正しい議論が行われていないと言いたかっただけです。
その点では,合意できていると思うのですけど。


ぜんぜん関係ありませんが,出かけているとき,中央道を走っていたら,
談合坂SAに給電スタンドなんてものがあったんで,EV用?
って思ったんですが,まさかそんなわけはないか。

こちら

あとから調べてみると,休憩するトラックのサービス電源用でした。
トラックのアイドリングをやめるだけでも,かなりのCO2削減ができるでしょうねえ。

↓次の記事の先頭へ↓↑前の記事の先頭へ↑

No.19823 温暖化ダッチロール 杉本 [MacOS] 08/06(木) 21:05
地球温暖化って、もう結論と思っていましたが
結論になってなかったのしょうか?
こちら

誰が言い出したんだ。にならなけばよいのですが。

No.19837 RE:温暖化ダッチロール fzs1k [Windows/2000] 08/09(日) 21:16
言い出しっぺはアメリカ人のようです。
こちら

日本で、CO2が本当に犯人なのか?
を研究している学者さんがいます。

しかし、このまま温室効果ガスを出しつづければ、
遠く無い将来地球が持たなくなるのは、間違いないでしょうし、
新興国が成長しつづけると、それを賄うだけの資源が地球にあるのか、ということになると
(中国+インドだけで地球の人口の1/3もいて、
その食欲を満たす食糧が地球にあるのかという問題もありますが)、
世界で協調して、省エネしなければならない流れなのだと思います。

90年代後半から5年強、
インドネシアの僻地でプラント建設の仕事をしていた人に聞いたことですが、
周辺国を含め実感としては、気温も海面も上昇傾向にあるのは間違いないと言っていました。

新興国も昔から工業はあって、
公害を出しつづけてきたのは変わらないのですから、
俺達は関係ない、と言うのは間違いだと思います。

ntsitm040246.sitm.nt.adsl.ppp.infoweb.ne.jp


↓次の記事の先頭へ↓↑前の記事の先頭へ↑

No.19816 中古の携帯電話は使えるか JM [MacOS] 08/03(月) 21:38

以前こちらの掲示板を読んでいたら中古の携帯電話機を通信業者に持ち込み再び開通させ使用すると、その携帯電話機は外部からの干渉(通信業者からの操作?)で壊れるというようにもとれる情報に接した気がします。これは私の勘違いなのか誤読なのか、どなたか正してくださいませ。

通話だけを目的に使用している携帯電話(パケット通信を使わないにもかかわらず)これといった理由がないのに壊れていくのを見るとなんか外部から操作されているのではないかと思うのは考え過ぎでしょうか?  どうも否定的な質問で申し訳ありません。

No.19817 RE:中古の携帯電話は使えるか ほりこし [Windows/XP] 08/03(月) 21:49
壊れるのではなく使えなくされてしまうことはあります。
当初はSBMがはじめたもので、建前的にはローン踏み倒し端末や盗難端末の使用はゆるさんと言うことです。
ただ法的には、ローンを踏み倒したのはそのローンを組んだ人間であるし、たとえローンの途中でも所有権は購入者に移っているのでSBMのやり方は違法だと裁判にもなっています。

SBM的には中古が流通すると端末販売量が減少してしまうので、ヤフオク出品禁止をはじめとした中古流通阻止策の一環なのだと思います。

その後ドコモも同様の措置を執り始めましたが、ドコモの場合は正規に購入したことが証明されればロックは解除して貰えます。
また今秋からは事前に端末のチェックが出来るようになるそうです。

↓次の記事の先頭へ↓↑前の記事の先頭へ↑

No.19805 ディスプレー諸々 zebra [Windows/Vista] 08/02(日) 07:53
LEDチップは切り出して加工しているからあの大きさですかね。
ウェハー上にディスプレーを作るならとてつもなく大きなシリコンが必要になるような気がします。
ソニーのトリルミナスはLED原色光源のスペクトルにLCDの原色フィルターをかませていますが、LCD側のフィルターを補色にしたら結構効率が良くなりそうな気がします。
そして部分発光制御ができるのであればエメラルド色をバックライトに足して、暗部ではこれを基軸にホワイト制御すると視覚上の解像度が上がりそうな気がします。
ソニーが一時期デジカメでやったやつです。あの場合は色再現性でしたがそういう効能も出てきましょうか。

プラズマではALISが無くなったのが残念です。1080pソースはほとんどないですし、多くなってくる頃には有機ELがなんとかなっているでしょう。1080iですとちらつきも気にならなかったですし、黒沈みはフィルターワークでもっと改良できた気もします。何より省電力性能をのばせる可能性があったように思えます。

zf020143.ppp.dion.ne.jp


ページ指定:01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20
21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40
41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60
61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80
81 82 83 84 85 86 87 88 89 90 91


mbbs.cgi v5.00 by suzukyu 2000.12