グーグル、オープンソースのプログラミング言語「Go」を発表
CNetJapanより引用
Googleは米国時間11月10日、オープンソースのプログラミング言語「Go」を発表した。Goは、主席ソフトエンジニアRob Pike氏やUNIXの共同開発者のKen Thompson氏らで構成されるチームにより開発された。
現在、Goプロジェクトは、プログラミング言語、コンパイラ、Goで書かれたプログラムに多くのビルトイン機能を与えるランタイムパッケージプログラムで構成されている。Pike氏によると、Goは、CおよびC++と類似しているが、最新の機能を採り入れ、ウェブブラウザ内でも使用可能にするなどの汎用性を備えているという。
これ、ちょっと動向が気になりますよねー。
ウェブブラウザ内でもって所が、特に気になります。
他の記事も探してみましたが、
・コンパイルが早い
・現時点の対応OSはLinuxとMac
だそうで。
とにもかくにも、試してみるしかないですね。
Tags: Google, 言語
Category 技術系, 雑記 | Comments(0)
技術資料に追加する程でも無いのかなー?という感じの技術メモ。
相変わらず好きなjquery.js前提ですが、
$(function(){
$("img.nocache").each(function(){
var src = $(this).attr("src");
src = src + "?" + (new Date()).getTime();
$(this).attr("src", src);
});
});
こんな風に書いておいて、キャッシュが効くと困る画像のclassに”nocache”と指定してあげればOK。
ちょっとしたCMSなんか作って、管理画面上で画像を入れ替えてもキャッシュのせいで画像が変わらないなーなんて時に使ってみたり。
ただ、この方法だと画像リクエストがWebサーバに余分に飛ぶ(よね?)ことになるし、場合によってはチラッとキャッシュ画像が表示されるかもしれないし、そもそも画像のキャッシュで困る可能性が高いのって、ロールオーバーイメージの処理(ロールオーバー時に違う画像を表示させるとか)の時にだったりするので、需要低め。
なのでひとまずこんな所に書き殴っておくテスト。
Tags: JavaScript
Category 技術系 | Comments(0)
GoogleChromeの「速さ」が魅力で積極的に使い始めたのですが、SleipnirだったりFirefoxだったりを使い慣れていたもんだから、やや不便さを感じますね。
まあスリム化することによって得ることが出来たスピード感なんでしょうから、贅沢言っちゃあいけませんが、ここは別に変えられるのでは??と思うような所もありますよね。
・リンクテキストなどにマウスを当てた時に出てくるステータスバー?的な下の所のURLですが、表示領域狭すぎ。URLが途中で切れちゃう事が多い。これはもっと表示させるべきだろうよ。
・マウスジェスチャーが使えない。Firefoxも標準機能ではないのですが、そこはFirefoxの強みであるアドオンでカバー出来る、が、Chromeは出来ない。仕方ないので「マウ筋」とかを使うはめになる。あ、誤解の無いように言っておきますが、マウ筋自体は良いアプリケーションだとは思いますよ。個人的になるべくソフトをインストール(及び常駐)させたくないってだけなんです。
・それぞれのタブが独立したプロセスなんで、1個死んでも他に影響が出ない・・・ってウリをどこかで見たのですが、何回か全滅経験アリ。条件分からず。なんでだー。
・リンクをマウスホイールクリックで別窓?別タブ?別プロセスで開いたり良くするんですが、その時は出来れば新しく開いた方に移動して欲しい。
・画像の上で 右クリック→プロパティ 的な事が出来ない。ちょちょっと画像サイズなんか調べたい時に不便。
もちろん良い所もいっぱいあって、
・まずスピードが速い。IEなんか8でましになったけど、7までなんかとの比較ではお話にならないレベル。とにかく気持ちよい。
・アドレスバーが検索バーも兼ねているのは、なんか良い。慣れると超便利。
・適当な所で 右クリック→要素を検証 でソースやcss解析出来るのは素敵。
・とにかく速い。JavaScriptガリガリのサイトとか作りたくなっちゃうくらい早い。
・ブックマークの登録が、アドレスバーの左の☆マークをクリックするだけってのは好み。
・なんちゅーか速い。多分ウサイン・ボルトより早い。
とまあ、結局速さに惹かれて使ってます。
あ、あと、しかるべきGoogleChromeOS登場の日に備えて慣れようかな、といった所でしょうか?うーん。どうだろ?
そんなわけで、はやくIE勢が駆逐されて欲しいと願ってやまないのですが、なんやかんやでブラウザシェアも激動の1年間だった気はしますね。
当サイトを覗いてくれる方は比較的技術寄りの方が多いと思うので一概には言えないのですが、当サイトのアクセスログだけ見ても結構変わってます。
■2008年6月
IE 75.16%(IE6 52.2%、IE7 22.44%)
Firefox 13.11%
Sleipnir 6.5%
Safari 2.24%
Opera 1.57%
■2009年6月
IE 52.73%(IE6 21.57%、IE7 21.17%、IE8 9.69%)
Firefox 30.79%
Sleipnir 5.85%
Safari 4.09%
Chrome 4.04%
Opera 1.04%
IEが半分位になっちゃった。一般的にはもうちょっとあるのかな?
とにかく、Firefoxが伸びているのと、Chromeの登場で激変。Sleipnirですらちょっと下がってますしね。
2010年の6月はどんな感じになっているでしょうね???
Tags: Chrome, Firefox, Google, ブラウザ
Category 技術系, 雑記 | Comments(2)
ブログツール否定派「だった」どんきーが、ついにWordPressを導入してみました。
まあ使い方は少々いんちき臭く、普段思ったことをつらつらとの中だけをブログ化し、トップページの新着記事表示は、直接DBから読み込んで表示させるというワイルドさ。
自分で表示させるロジック書いた方が自由度高いしHTMLのメンテナンスしやすくね?という理由なのですが、そういう意味では本体の方も表示ロジックだけ自前で組んでしまうというのも一つの手ではありますね。
でもその場合、コメント周りとかちょっと面倒くさいかなぁ。そのうち考えるべ。
Tags: WordPress, ブログ
Category 技術系 | Comments(0)
(以前、別ブログに書いておいたメモをこっちに移しておくだけのエントリー。)
イラレとか普段全く使わないので言い方が正しいか分からないのですが、ドキュメントのサイズをはみ出した部分(トンボとか)を含むaiをPDFにして、それを元にTCPDF+FPDIを経由させると、ドキュメントのサイズでクリッピングパスが勝手にくっついてしまいませんか??
これ、人によっては全くどうでも良いことなのかもしれないのですが、はみ出した部分もまとめて扱いたいので、勝手にクリッピングパスが付いてしまうのが、非常に困るよ!と、思うんですなぁ。
PDFの技術資料(英語)を読んでFPDIに手を入れる?ほど気力もないし実力も無いので、いやはや困ったもんです。
Tags: PHP, TCPDF
Category 技術系 | Comments(0)