使ったほうが良い他のライブラリやスクリプト言語も知りたいですな。
当然、その根拠も一緒に説明してね。C++との差分も明確化する必要があるよ。

ペダルと人間、自転車がちゃんと連結されていれば効果はあるね。

ただ、実用化しようと思ったら難問山積みですな。
ペダルと靴がしっかり固定されていないとトルクが逃げるし、靴に弾力あると無駄にエネルギーを消費するし……足首に変な負担がかかるから、その対策も必要。

もっと筋の良いやり方が他にありそうな気がするなぁ。

Googleは自分の所で作っているChrome OSとかAndroidとかに切り替えないの？
MSはβ版から社内導入してるのに。

それともGoogleのはオフィス向けじゃない、つうことかしらん。

どういうこと？

普通に不公正な取引方法に引っ掛りそうな気がするんだけど、どうなのかね？

「プログラム」は「コンピュータで実行できる証明」なんだし、あまりにも当たり前の話かと。

そうでなくてもプログラムの中には「対称性」だの「帰納」だの「論理」だの「公理」だの「順序数」だの「直観」だのといった概念が含まれるんだから、それらを理解するためには数学は必須ですな。

>緊急のバグ潰しや仕様変更への対応

最終的には対応結果に問題ないかどうかの判断が必要なわけで……
（最初の受入となる）マネージャーがいないと仕事が終わったかどうか判らないよね。

明日で良いような仕事なら深夜までやる必要無いし。
緊急度の高くない仕事のために深夜まで残業するのはマネジメントに失敗している証拠だから根本から見直さなきゃダメだよね。

いっそのことメインメモリもキャッシュみたいに使う実装もありそうだね。
さすがにフラッシュはランダムアクセス性能（特に書き込み）が遅いから、そのまま使うのはムリがあると思う。

開発観点からすると、なんかAndroidの方が筋が良さそうに見えるんだよなぁ。特に入力系。
まだまだAndroidも勉強中だから何とも言えんけど。

この辺りは妥当だと思うけど、

・システムの本格的着手の是非の判断に当たっては、こうした莫大な税金投入に見合った効果・利益が得られるか否かについて、入念な検証が必要ではないか
・重大な事情変更があったにもかかわらず、引き続きプロジェクトを継続し、本格的着手を行うことが妥当と判断したことについて、説得的な説明が必要ではないか

こんなこと言っている場合じゃないだろ。

・外国との開発競争を急ぐあまり、無理なスケジュールを組んでいるのではないか
・一旦、着手してしまえば、多大な国費投入が必要となることから、リスクが少しでも残るのであれば、プロジェクトを凍結し、戦略を練り直すべきではないか

少しのリスクも残しちゃいけないだなんて甘いこと言うなよ。外国はリスクを犯してチャンスを掴みに行っているというのに。こんな考えしかできないというなら官僚に判断させればいいだろ。

まあ、戦略を練り直すというのには賛成。スパコン投入してもそれをどういうふうに活用するのか／どうやって骨の髄までしゃぶりつくすのかが資料から見えてこないのはいかがなものか。まあ、こんなペラペラの資料じゃ何も判らないけどね。

結局のところ、こういうのをちゃんと企画できる人間がいないんだろうねぇ。