Google+ が解決した、たった一つのフェイスブックの問題点 - IT戦記
今までの SNS はプライベート空間を分けることが出来なかった これじゃ、お父さんがかわいそうヽ(´Д`；)ﾉ と、言うわけで Google+ はそれを解決した （ ・`ω・´）キリッ (・∀・)ウホッ まとめ インターネットでは、友達が増えるたびどうしても話題が最大公約数的になりすぎてしまう 自分も今まではそう思っていなかったのですが。 今回、 Google+ を使ってみて、いつも知らず知らず我慢していた自分に気が付きました。 Google+ はこの問題を本気で解決しようとしているように見えます。 まだまだ、機能が少なくて荒削りな部分も多いですが、この一点を解決したというのは非常に価値があるのではないでしょうか。 だ、だめ。言いたいことも言えちゃうこんな SNS じゃ
フェイスブックが面白い - IT戦記
フェイスブック楽しい！ はじめに みなさんこんにちは！フェイスブックしてますか？ ゆうすけべーが書いているように、最近本当にフェイスブックがおもしろいなーと感じます。 ゆーすけべー日記 というわけで、一人で使っていたときから人が増えてきたときまでの雰囲気を思い出しつつ、僕が感じているフェイスブックのおもしろさ、特徴、楽しみ方などを紹介していけたらと思います。 ちょっと長くなっちゃいますけど、よろしくお願いします！ フェイスブックの一番の面白さは「速さ」 僕が感じているフェイスブックの良さは、一言で言ってしまえば「コミュニケーションの速さ」なんだと思います。 速さと言っても、システム的な速さだけではなくって「コミュニケーション」の速さです。 フェイスブックの「コミュニケーションの速さ」は主に以下の３点にあると思っています。 「左下」の通知が素早い 書き込むより早く「いいね！」が伝わる 「一緒
はてなブックマークのコンテンツの JavaScript を高速化する - IT戦記
はじめに 「新はてなブックマーク」になったということで、とっても便利になったのですが、ブックマーク一覧ページ*1が若干 JavaScript に時間が掛かっているみたいです。 というわけで 調査してみたいと思います。調査して、改善できそうなところは後で纏めて「はてなアイデア」にでも登録しようと思います。 この日記は調査しながら、過程を書いていくつもりです。 準備 まずは、人のサイトの JavaScript を書き換えて試してみるための環境を作ります。 作業用ディレクトリを作る とりあえず、ホームに HatenaJS というディレクトリを作ります。 $ mkdir HatenaJS $ cd HatenaJS CocProxy をダウンロードしてくる 以下から CocProxy というツールをダウンロードしてきます。 http://coderepos.org/share/wiki/CocPr
次の JavaScript の仕様はこうなる！ ECMAScript 3.0 から 3.1 への変更点まとめ - IT戦記
はじめに JavaScript の標準仕様である ECMAScript 3rd Edition (ECMAScript 3.0) が 9 年ぶりにバージョンアップしようとしています。 実は、これまでも様々なバージョンアップの案が上がっては消え、また上がっては消えていました。 しかし、今回のバージョンアップには今までと違う点が一つだけあります。 それは、現時点での主要な ECMAScript インタプリタ（JavaScript の実行エンジン）を作っている全団体（以下を参照）がこの仕様に同意したことです。 Mozilla (Firefox) Apple (Safari) Microsoft (Internet Explorer) Opera (Opera) Adobe (Flash) Yahoo (Yahoo Widget) Google この同意は JavaScript のこれからを大きく
Safari 3.1 に実装された「Client-side database storage (SQL API)」とは何か？ - IT戦記
はじめに Safari 3.1 には Client-side database storage （SQL API とも呼ばれています。）という新しい仕様が実装されました。 というわけで、この新しい API について色々調べたことを簡単にまとめておきます。 Client-side database storage が使えるブラウザ 2008 年 03 月 27 日現在では、 Safari 系のブラウザのみです。 Safari 3.1 WebKit Nightly Client-side database storage とは Selectors API とは HTML5 で定義された仕様です。詳細に関してはこちらをどうぞ。 簡単に説明すると JavaScript 内でリレーショナルデータベースを使えるということです。 もっと簡単にイメージするために、実際のコードを示すとこんな感じです。 va
JavaScript 1.7 の yield が凄すぎる件について（続き） - IT戦記
d:id:amachang:20060805 の例ではちょっと説得力が無かったので もうひとつ例を書いてみました。 Firefox 2 beta 1 など(JavaScript 1.7 対応環境)で見てください http://sample.ecmascript.jp/s17-2.html 今回の例のポイント 繰り返し部分の実装 run: function() { this.setOpacity(0); while (this.setOpacityBy(0.01) < 1) yield; while (this.moveBy(-2) > 20) yield; while (this.setOpacityBy(-0.01) > 0) yield; },たったこれだけで、アニメーションが実装できるのだ。 副産物とはいえ、これは便利ではないだろうか。
次期、散財.com の JS 管理は dojo toolkit - IT戦記
散財.com 開発ログ（自分用メモ） 最近の JavaScript 開発の悩み 無駄な処理をはさむと、処理が遅くなる。orz 細かくファイルを分けて、必要なものだけインクルードするようにする。orz ファイル数が非常に多くなる。orz ファイルの依存関係を脳内解決。orz ファイル数が多いので、リロード時の描画が遅い。orz 依存関係が脳内フラッシュして、カオスへ突入。orz バグが出た部分を直すと他のページへの影響が不明。orz 例えば、はてなの「この」編集ページ。 <script type="text/javascript" src="/js/prototype-1.4.0.js"></script> <script type="text/javascript" src="/js/cookie.js"></script> <script type="text/javascript" s
IT戦記 - 複雑で重くなった JavaScript を超超ちょ???高速化する方法。
前回(id:amachang:20060104)の改良版です。前回のでやっていたら、queueを走査する時間がかかりすぎるようになって結局崩壊してしまったので、さらに改良しました。ただし、今回のは時間が多少ずれる場合があります。なので、ストップウォッチなどのプログラムを作る場合は使わないでください。 主な改良点としては .(ドット) 減らす。 文字列リテラルをループ中に記述しない。 ループ。ループのネストを減らす。 new を減らす。 関数コールを減らす。 より早い演算を使う。(+1 を ++ にするとか。他にもいっぱい) これで、めっちゃ早くなりました。やヴぁいです。 ミニマム版 var _SIi=10,_SIM='第一引数が不正です。',_SIl=0,_SIc=0,_SIS ='string',_SIF='function',_SIf=window.setInterval,_SIp=[
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
