ガラスみたいでキレイ、あまりになんてのは子供っぽい（半透明はいいから処理しろ処理）

クラシック表示でもいいんですけど、しかし、ウィンドウの影はあったほうがいいですね。視覚的に境界線が明確になる。これは実利があるデザイン。

たしかにブラウザは複雑になりました。そのかわり、ユーザーにとってはコンピューターの使い方の複雑さは縮減しているので、よいではないですか。バックアップもインストールもアップデート作業もいらない。セキュリティリスクはレガシーなネイティブアプリケーションをインストールすることよりはるかに低い。クラウドアプリケーションはまこと素晴らしい。

結局、ソフトウェアがすべきことは、人間にとっての複雑な仕事を縮減することであります。コードが肥大化するのは、望まくないこととはいえ、目的を達成するためならしかたない。

もうクラウドアプリケーションのメリットが大きすぎて、こういうアプリケーションはレガシーになっていくものと思ってましたけど、まだ実装する人がいるんですねえ。

Java は、近年のプログラミングスタイルにマッチしてないですねえ。分野によりますけども。

Unicode でエンコードされた Key/Value で構成されたデータがネットワークを駆けまわる、そういう構造を扱うときには、スクリプト言語のほうが短く書けてコードが濃密になる。

間違っています。１パスで書いてください。プログラミングにおいてモックアップを書き散らすなんてことはありえません。コードは常に整理してください。

今、考えられうるかぎり、最もシンプルで、最も実装が早く、要求が満たされる方法を考えて、完成形そのものをコードにしてください。テスト駆動開発して、常に正しく動くようにしてください。

ソフトウェアが成長する過程でより理想的な設計が見つかることもあるでしょう。しかし、それは完成形を目指して書こうとしてるから見つかるのであって、正しく動くかどうか分からないとにかく書いて試す、みたいなものでみつかるものではないでしょう。

正しい設計が見つかったら、そのように書きなおしてテストを通してください。それは１パス目２パス目とか段階踏んでやるものではなく、絶えず行うものです。

まあ、これは国がやることですから bitcoin とは、ちょっと方向性を変えるんだと思いますが、bitcoin はそうとう参考にするでしょう。

自由に通貨は発行していいし、bitcoin ではやや時間がかかるトランザクション処理も、中央集権的なデータベースを使って素早く処理することもできそうです。

システム運営者にも通貨偽造が原理的に不可能であるべきだとか、要件はいろいろありそうで最適解に行き着くのは難しいでしょうが、社会システムの基盤のあり方をオープンな場で競争できるのはよいですね。これが閉じられた企業ないしグループでやると、たぶん酷いシステムが出来上がる（笑）

言語によって、他人のコードが読みやすい、読みにくいというのは、私はあんまり信じてないです。Fortran、アセンブラはたしかに厳しい（笑）しかしながら、JavaScript についていえば、読みやすく書くことはできます。どんな言語でも、間違った書き方をしたコードは読みにくい。言語仕様の縛りがしっかりしてれば、自動的に正しい書き方になるとは、私は考えません。

最近のプログラミングスタイルとして「文字列をキーにした値」をともかく楽に扱いたい、というニーズが高いとおもいます。シンプルなhttpリクエスト、NOSQLみたいなことで。JavaScript はそういうスタイルにマッチしてます。Java は、値を格納すること一つでも、無用に長いアクセサメソッドいっぱい並べるスタイルです。あれはあんまりよくないと思います。近年のニーズに合ってない。

前にも似たような「最初に触るプログラミング言語はなにがいい」みたいな
トピックがありましたが、やはり JavaScript がベストオプションだと思います。

ブラウザで動かす限り、ローカルファイルに触れないというのも、いいではないですか。
間違って変なコード動かしてファイル消してしまうこともない。

コンパイルしてできた exe ファイルを、他人に実行してもらうおうにも厳しいでしょう（笑）

Windows は、設定項目があちこちに散らばってて、なんでこんな作りになってるのか、わけがわからないですね。誰でもすぐ分かる、しかもさほどコストがかかるとは思えないユーザインターフェース改善作業をサボってるのが、どうにも許せません。

Chrome ブラウザないし ChromeOS は、単に設定のためのページがひとつあるだけ。設定項目を検索すればそれらしい項目がすぐ出てくる。スーパーシンプル。

（メトロUI は同じマイクロソフトが設計したとは思えない素晴らしいコンセプトですが、こういう製品を出す気概があるなら、なぜもっとはやくこうしなかったのだろう・・・）

モバキャス、という名前でサービスを展開するものと思ってたら、nottv っていうんですね。あー、こっちのほうがぜんぜんいいじゃないですか。ブランディングのセンスがすばらしい。ネーミングもいいし、目の焦点があってない謎の生き物も毒気があってよい。新サービスは、綺麗にデザインするだけじゃ足りない。多少引っかかる変な名前、変なブランドキャラをあえて設定するのが流行るサービス作るコツかもしれません。

Google App Engine を使うのが、おそらくは大半の用途で最高の選択肢となるのでしょうね。バックエンドのについてのディープな知見を持たない者は、Google が定義したベストプラクティスに乗っからせてもらうのが、謙虚な姿勢というものかもしれません。

DNSサーバが倒れたらどうするんですか
ニュースサイトのIPアドレスくらいは控えておいたほうがいいんですかこれ

しかしDNSが機能しなくなったら、果たしてニュースサイトも機能するかどうか

たいていのウェブサイトはブラウザの横幅1000ピクセルあること前提に作られているので、ふつうにレンダリングすると横幅余っちゃいますね。だから iPad3 のブラウザは、縦持ちのときは 1.5倍、横持ちのときは 2倍にズームされるんだと思います。

最近の HTML レンダリングエンジンは偉いもので、ズームしても速く綺麗にレンダリングするので、ウェブサイトの表示が遅くなったりとか見た目悪くなるとか、そういう心配はないのですが、ただ、アイコンとかのピクセルベースの画像のクオリティが若干落ちてしまいますね。

Webkit では、解像度の高い画像を埋め込んでおけば、ズームされたときにその画像使って綺麗に表示してくれるようなんで、これからはそういうウェブサイトが増えるのでしょうか。

あらゆるネット企業は Google に恐怖してるんじゃないでしょうか。アイデアを練って、試行錯誤し、ユーザインターフェースを設計して、それで人気出たとしても、Google が模倣を決めつけられたら、そのブランド、膨資金力、人材リソースによってつぶされるでしょう。

iPhone に対する Android、Facebook に対する Google+（検索のときにいつも左上に入会案内とかすごすぎる）臆面も無くクローンを作るとなると、横暴だ邪悪だ不正競争行為だと、まあ競合する立場ではそう感じるでしょうが、一般消費者もイメージがたぶんあんまりよくないですよねぇ。

ネット企業はとても Google にデータ預けられませんね。先行優位性でユーザー獲得競争に勝とうってときに、データの盗み見されたらまずいですから（笑）