#timezoneを部屋ごととかに設定できるようにすると、サーバ側の日付単位でやってるアーカイブと日付が合わなくなるわけだけど
#どうせ合わないなら割り切ってサーバ側はGMTでアーカイブしちゃおうかな。そしたらDSTに悩まされることもないし。
#スクロールして上の方を読んでいる最中にアーカイバが走って現在のデータがtruncateされるといきなり内容が入れ替わっちゃうのでびっくりするかもしれないけど
#そのリスクは今も無いわけじゃない。
#そもそも同じ部屋の人が同じTZにいるわけじゃないので
#こないだいっそUTCって言ったのは、インタフェースに表出する情報も含めて、という意味でした
#ああ、なるほど。それはそれでニュートラルという感じもしますね。
#UTCto
#基本は全部 UTC で、画面に表示するところで JavaScript でローカル時間に変換するとか？
#UTCと自分とこの時差なら、自分とこと米西海岸の時差よりはわかりやすそうだし。
#おお新しいアイディアが。
#なるほど。今はcomet server側でhtml完成させて送ってるんだけど、生データを送ってクライアント側でhtml作るんならそれ出来ますね。
#クライアント側で全部組み立てなくても、タイムスタンプのとこだけclassつけといてスキャンして置き換えてもいいのか。
#無知過ぎなわたしですが、JavaScriptってTZ(offset)取れるんですか?
#localtimeで時計とか出すやつは見たことあるから、なんか出来るのでは?
#Date オブジェクトに UTC 時刻を渡すことができます。で、なかで勝手にローカル時間になおしてくれます。
#あ、TZ ちょくせつが取れるかどうかはわかりません。
#new Date().getTimezoneOffset() でとれますね。
#関係ないけど、その式って (new Date()).getTimezone... の意味、つまりnewの方が優先順位が高いんだよね。意味的には納得できるんだけど、どうもヴィジュアルに'.'の方が強くひっついてるように見えちゃっていかんなあ。
#setTime() はあるけど setUTCTime() みたいなのはないのかな。
#そうですね。確かに空白が入ると優先順位が低そうなイメージがあります。
#new Date() . getTimerzoneOffset() ってかくとか。
#new Date() .getTimezoneOffset()
#そもそも前置と後置が入り交じっているのが変なのかな?
#Rubyみたいに Date.new().getTimezoneOffset() ならいいんですけど。
#確かにそっちの方がわかりやすい。
#そういえば、うしろに置ける単項演算子って ++ と -- だけですかね。
#前置と後置、というか、JSの場合はnewがunary、'.'がbinaryのオペレータだからでしょうね。
#-3+4だって前置と中置が混じっているといえば混じっている
#でも-foo().bar()は - (foo() . bar()) か。やっぱ中置記法は難しいや。
#Perl は両方いける。
#Perlは何でもあり
#Perl6はカオスにしか見えない
#new Hoge と Hoge::new。
#あー、Perl6 なんかすごいですね。最近メーリングリストをのぞいているんですけど。
##> > <masak> rakudo: role A {}; role B does A {}; role C does A {}; class D
> > is B is C {}
> > <p6eval> rakudo 543e22: OUTPUT«The class 'D' already has a parent
> > class ''. It may have been supplied by a role. [...]#ちょ、その<masak> の発言がソースコードなの?
#えーと、rakudo: につづけてソースを書くと、ボットが評価するみたいです。
#作るのは楽しそうな言語だなあ。使うとなるとどうかわからないけど…
#言語使用の 10% くらいしっていれば使えるんじゃないですかね。
#キーワードがふえると竹迫さんがよろこぶ。
#C++より楽しそうに見えるのはなんでだろう。何となく。
#自然言語に似ているせいとか。
#変態演算子もいろいろあるし。
#しがらみにとらわれない分、好きにやってる感が滲んでくるからかな。
#出遅れたけど、Haskellerは空白があるほうが優先順位が高く感じる :) > koguro
#ああ、それ書こうと思ってたんだ。 f x:yとか、よくf (x:y)のつもりで書いて怒られる。
#なるほど、人間に優しくない記法ですね :-)
#って Lisper にいわれたくないでしょうけど。
#「(優先順位を)憶えりゃ済む」より「(カッコを)書けば済む」方が優しいと思う ;-)
#いや人間らしいです。;)
#関数適用の結合力はどんな二項演算子よりも強いという規則だけ覚えておけばよいので。。。
#オフサイドルールなんかはむしろ人間にやさしく機械に冷たい仕様だとおもう。
#攻撃者に厳しく、守備者に優しい、って何の話だ
#infix operatorを使う以上さけられない > 結合性と優先順位
#「難解な言語」と思われている言語って、単に覚えるべき単純な規則に気づかないせいで偏見を持たれていることが多いのかも。
#(なだ)そうそう
#それってこないだ書いた話に関係するような
#でもS式の単純さにはかなわない
#最近、日本語の文章にもカッコを導入して階層化したいという欲求が
##わーいpermalinkが使えた
#わかる > 括弧による階層化
#背景となる規則というか設計思想があるかないか、見えるか見えないか、という話。
#句点と読点だけじゃ、どの形容詞副詞がどれに結びつくんだか曖昧過ぎる
#ばらばらにすると、指示代名詞だらけになるので、それが嫌なら、指されているものを繰り返すしかない
#冗長さが鼻につかない程度にするバランスがむずかしい。
#自然言語ではpointfreeは難しいねぇ
#変数を使うんだ。甲とか乙とか。
#日本語を階層化されても reader がそれほど優秀でないので、パースが難しいです ;-)
#設計思想があることともうひとつ、その設計思想の持ち主との間に、共有できる何かがあるかどうかがけっこう重要だと思う
#何かありゃいいってもんじゃないけど、何らか文化的なものが共有できてないと、皆目理解できなかったりする気がする
#なるほど。「自分が設計するとしてもこうするよな」と思えると類推が効きやすいね。
#そういえば、特許の文書ってすごく構造化されていますよね。
#それで、パーサ作って、どのくらい特許としていけてるかを評価するシステムを作っている会社がありました。
#曖昧さを排除しないとならないからじゃないかな。法律文書もそんな感じがする。
#大抵の専門分野での専門的な文書にはそれなりに構文慣習のようなものがあると思う。こういうのもパターンランゲージじゃないかな。
#特許とかだと、わざとぼかしてトラップをつくることもありそう。
#文化に共感できなくても情報として共有できればなんとかなるかも
#それもパターンになっているような気もする > ぼかしてトラップ
#ですねぇ。これは罠かもしれない！
#関係ないけど、Github はウェブ上で Wiki みたいにして、コードが編集できて便利です。
#サブマリン特許ならぬ、マイン特許(笑)
#そんなこともできるのか＞github
#README とかならこれで十分。
#ちょっとtypo直したい時は便利だね
#そうそう。
#アプリケーションもクラウドで走らせるようになってくると、本気でブラウザがIDEになってそこで編集して実行してデバッグなんてことになるかもしれん。
#commit logも書けるの？
#かけます。
#へえー
#基本は分散リポジトリだから、みんなでわーっと編集して、あとでマージするという使い方ができそう。
#Javascript で Emacs を誰か作ってくれないかな。
#だれかつくってませんでしたっけ。
#たしか vi はどこかで見たことあったんですが、Emacsもあったんですか?
#次善の策として It's All Text! を使ってます
#gosh -port 8080 とかやって、ブラウザからコードがいじれたりすると便利だなと思ってます。
#そういうlistnerを書けばいけそう
#kahua-shell?
#kahuaも最初のアイディアのひとつにwikiみたいにコード編集→実行、っていうのがあったね。
#ムービーをみたことあるきがするんですよねぇ。まだあんまりつかえそうじゃなかったけど。＞koguro
#Emacsでなくてもいいんですが、EmacsなみのS式編集が行なえるようなものがあるといいですね。
#それならemacs-w3でブラウズしてしまうとか。
#そういえば、kahua-shellというよりkahua-serverをlistnerとして実装して、JavaScript経由でブラウザと直接会話させたらどうだろうというアイディアを依然持っていた
#emacs自身にその機能があるといいんだけど。複数のリモートユーザーが同時に同じファイルを編集できる
#s/依然/以前/
#編集画面を共有できる。
#ブリッジがブラウザ側にあるイメージ
#うーん、Emacsが使えるなら素直にEmacsを使うんですけど、Emacsって環境を用意するのがちょっと面倒なので、ブラウザだけで動くのもあるといいかなと思っています。
#ブラウザで動くOSがあったけど、あれにEmacsを移植するとか
#嬉しいかどうかはよくわかんないけど
#それはちょっとやり過ぎかも。
#SeaBreezeってのを以前見て、ああいうのいいなと思ったので。
##SeasideっていうSmalltalkのWebフレームワークのアプリを作るための環境です。ブラウザ上で開発できて結構便利そうに見えました。
#Zopeみたいなもの?
#Zopeもブラウザからコードいじったかすかな記憶が
##これかなぁとおもうんですが、ページが開かない。
#9ne - A web based code edtior
- 2 visits - 7:01pm
9ne's design goal is to provide an all purpose text editor similar to Emacs but web based. The first step is to assist in code editing (specifically HTML, ...
robrohan.com/projects/9ne/ - 10k - Cached - Similar pages -
#WaybackMachineで見れた。確かに "9ne (pronounced "nine") is an online code editor based on Emacs (Copyright 2006 Rob Rohan)." って書いてありますね。
##ん？
#マイクロソフトの製品で、ぼくが一番気に入らないのは、「ＭＳ ゴシック」だったのかも。
#Word も Excel もフォントのせいでほかの OS との互換性を失っていたような気がする。と思いながら、いま Windows7 RC を MacBook にインスコ中。
#Windows7 からかきこ。ちゃんとごいているっぽい。
#ばばばばっば。
#VirtualBox
#?
#BootCamp?
#BootCamp です。今会社で作ってるゲームと、その他のネトゲを試すためにいれてみてます。
#あれ、このチャットは Google Chrome だと見れないんですね。
#iframe の中に「このウェブサイトはご利用いただけません。」って出るのでクロスドメイン系の制限なんですかねぇ。
#Google Chrome。新たな敵が。
#Chrome って WebKit ですよね。Safari ならうごくのに。
#Google Chrome って WebKit 採用してるし、ブラウザ自体には目立った機能が無いように思えますが、色々と工夫があるらしいですよ。 http://www.atmarkit.co.jp/news/200903/30/chrome.html #レンダリングエンジンが同じでも挙動に差が出ることもあるんでしょう。
#SRWare Ironからカキコ。おかしいなあ、Chromeと大差ないはずなのに。
#2.0.168.0 (10702)
#そういえば最近のChrome使ってないからIronとどの程度違ってるのか分からないや。
#gosh> (http-get "practical-scheme.net:9997" "/")
*** HTTP-ERROR: bad reply from server "<html><head><title>Test</title"
Stack Trace:
_______________________________________
0 (parse-status-line (read-line remote))
At line 277 of "/app/gauche-20081127/share/gauche/0.8.14/lib/rfc/http.scm"#ステータスライン出力してないからじゃないかなーとか思いました
#Chrome の記事おもしろいですね。ぼくもプラグインがいろいろ問題を起こすというのは同意です。
#でも会社の xp64 マシンだとまともに動かないんですよねぇ。最新版はうごくようになったかな。
#karettaでやり残していた##(footnote "注釈本文")マクロを実装しようかな。JavaScriptでDOMを操作すれば実現できるだろうか?
#今からcometサーバ再起動します。safariな人は少ししたらリロードかけてください。他のブラウザは勝手に再フェッチするはずなので大丈夫なはず
#再起動した。nyarinさんの指摘をうけてiframeの最初の出力を直したので、Chromeな人確かめてみてください。
#再フェッチ。
Gauche > Archives > 2009/05/09