トップ «前の日記(2010-07-06) 最新 次の日記(2010-07-09)» 編集

はじめてのにき

ここの位置付け

2004|11|
2005|03|04|05|06|07|08|09|10|11|12|
2006|01|02|03|04|05|06|07|08|09|10|11|12|
2007|01|02|03|04|05|06|07|08|09|10|11|12|
2008|01|02|03|04|05|06|07|08|09|10|11|12|
2009|01|02|03|04|05|06|07|08|09|10|11|12|
2010|01|02|03|04|05|06|07|08|09|10|11|12|
2011|01|02|03|04|05|06|07|08|09|10|11|12|
2012|01|02|03|04|05|06|07|08|09|10|11|12|
2013|01|02|03|04|05|06|07|08|09|10|11|12|
2014|01|02|03|04|05|06|07|08|09|10|11|12|
2015|01|02|03|04|05|06|07|08|09|10|11|12|
2016|01|02|03|04|05|06|07|08|09|10|11|12|
2017|01|02|03|04|05|06|07|08|09|10|11|12|
2018|01|02|03|04|05|06|07|08|09|10|11|12|
2019|01|02|03|04|05|06|07|08|09|10|11|12|
2020|01|02|03|04|05|06|07|08|09|10|11|12|
2021|01|02|03|04|05|

ToDo:


2010-07-08

_ らくてん

あの英語は失笑を招くほどひどいらしい。

みんな英語うまくていいなぁとしか思えない。

や、日本ぽい発音てのはそだけど、 どう考えても通じると思われるので別にいいじゃんね…

あれがダメだっていう人はこう、 インド英語とかもダメってことになると思うんだよな。

なんか楽天に関しては色々思うことが混じっていると思う。

  • 英語のクオリティは普通に必要十分じゃね
  • 記者会見英語でやるのは意味ない感強いけど、まぁパフォーマンスみたいなもんなら別にいいんじゃないかな。今後もずっと続くとかならよく知らんけど
  • 国際競争力つけようと努力すること自体は一般的に言うといいことなんじゃないかね
  • 普段「日本から世界に通用するサービスが出てないのは何故か!」とか論じてる人は素直に応援してあげたらいいんじゃ
  • ところで英語自体はこわいので自分の会社とかであんなことが起きたら悲しいと思う
  • 特に多少なりとも愛社精神があったりすると悲しいと思う

最後の意味でこいう意見はとてもこわい。

http://d.hatena.ne.jp/nishiohirokazu/20100707/1278509600

僕個人はさっさと転職を選択すると思うけど、 しかし仮にうっかり愛社精神が強くあったりしたら悩むと思うので、 英語ができないくらいで仕事できないとか言われることになって、こわい。

ところで、よく TeX とか C とか人を長期に渡って 苦しめててひどいとか言うけど、 英語の方がよっぽどひどい言語と

(00:59)

_ C の代替

なんか C はいいものだけど、 ハードウェアってそれなりに変わったらしいし、 C の守備範囲でもちょいなんか無いもんかねみたいな話を よくしたり聞いたりするんだけど、 なんか機能で考えるより何が実装できればいいかを考えればいいんかな。

アセンブラや言語拡張無しで、

  • バックトレース書ける
  • JIT 書ける
  • closure 書ける
  • GC 書ける
  • 高速な画像/動画処理できる

このあたりかなぁ。

(02:05)

本日のツッコミ(全5件) [ツッコミを入れる]
_ ささだ (2014-05-24 01:33)

backtrace? stack frame に対する操作ですかね.一瞬バックトラックかと思った.大体同意します.JIT書けるっていうか,(限定された)コード書き換えを言語レベルでサポートして欲しい.

_ shinh (2014-05-24 01:33)

x86-64 は stack frame 無いので言語なりライブラリがそいう抽象化レイヤーを提供してくれないとどうにも…もちろん C でも libunwind 使えばいいじゃんというのはそうなんですけど、標準に無いとなーという。

で、同意していただけるなら是非作ってください!! R なんとかはたぶんもう十分実用なのでもういいです!!!

なんていうか、 C を C の無い状態から発明したってのは、具体的にはよくわかりませんがすごい偉業なんじゃないかなーと思っていて、上に書いたような要求とか、「SSE 的なベクトル命令が普通に書ければいいねー」とかは言えるんですけど、具体的にどういう仕様になってれば嬉しいのか、ってのがよくわからないというか。

_ n (2014-05-24 01:33)

時間をかけた完璧なsimd化と、そのキャッシュがあれば十分な気がします>ベクトル命令
最適なメモリアラインがCPUアーキテクチャ毎に異なるのが難しいですね。

_ shinh (2014-05-24 01:33)

SIMD って完璧にできるんですか? なんか画像処理とか暗号とかの最内ループ付近は結局アセンブリ手書き的な感じなのかなぁとか。ですが、 cell の spu-gcc が持ってた組み込み vector 型とそれを扱う関数群みたいなのがあればだいぶラクなんじゃないかなーと (素の GCC のやつでもいいんですが、 cell のやつの方が手が込んでる感じでした)。 portable にするには、こういう命令ありますか? って聞ける命令があるといいのかなーとか。それなんて autoconf ですが。

_ shinh (2014-05-24 01:33)

あ、あともちろん「ほとんどのケースでは C で十分である」的なことはその通りだと思います。ただ現状の C は高級アセンブリと呼ぶには、今のハードウェアと乖離しすぎてて、「ほとんどのケース」からこぼれるケースが結構多いなぁと。とはいえ上に書いた 5 点とかみたいなケースばかりなわけですけど。

お名前:
E-mail:
コメント:
人生、宇宙、すべての答え
本日のリンク元

2010年
7月
1 2 3
4 5 6 7 8 9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30 31
1.shinh(2014-05-24 01:33) 2.Gimite(2014-05-24 01:33) 3.シンX(2014-05-24 01:33)
search / home / index

全てリンクフリーです。 コード片は自由に使用していただいて構いません。 その他のものはGPL扱いであればあらゆる使用に関して文句は言いません。 なにかあれば下記メールアドレスへ。

shinichiro.hamaji _at_ gmail.com / shinichiro.h