SQLを使う業務では分析関数を使いこなすと、生産性とSQLの可読性とパフォーマンスを、大きく向上させることができます。分析関数を使う際の考え方と、処理のイメージを解説します。今回は総集編として、前編、中編、後編、完結編に関連した内容を扱います。
コードを書く人には便利そうなツールのご紹介。 ↑ かなり高機能なエディターです。是非触ってみてください。 JavascriptでできたCodePressを使えば、以下のようなことができてしまいます。 コードを色分け(定数や命令文などがわかりやすくなりますね)。 命令を書いてTABを押すと対応する括弧などを自動補完。 括弧を自動補完。 ショートカットを装備(CTRL+SHIFT+SPACEで「 」など) 対応している言語はPHP、JS、Java、Perl、SQL、HTML、CSSとのこと。これはかなり使えるのでは・・・。 実際の動作デモ&ダウンロードは以下からどうぞ。 » CodePress – Real Time Syntax Highlighting Editor written in JavaScript
爆発的広がりを見せるソーシャル・メディア(前編):中身の無いコミュニケーションがなぜ若者に広がっているのか? ソーシャル・メディアと総称されるITツールが,昨今,爆発的な広がりを見せている。Wikipediaによればソーシャル・メディアとは,多数の人々が様々なコンテンツや意見,経験などを共有するためのツールのこと。そこにはWikipedia自身やブログ,SNS,あるいは動画共有のYouTubeや写真共有のFlickr,仮想世界のSecond Lifeなど多種多様なサービスが含まれる。しかし最近では,あまりの拡大の速さに,その目的が従来の尺度では測りきれないツールも登場している。中でも今回紹介する「Twitter」とリアルタイム日記は,不可解と思われるほど意味のない書き込みの連続だ。前編では,それらの実態を見た上で,無意味さの持つ意味を考えてみよう。 「一体,こんなものを何に使うのだろう」―
harukiです。 携帯サイト作成の際に使えるPHPのライブラリを知っているだけ羅列してみます。 Net_UserAgent_Mobile 基本となるライブラリです。機種判定など、様々な用途に使用します。 細かい情報については、スクレイピングなどをしたりして自前で用意する必要があります。 PEAR::Mail メールの送信に使用できます。 特殊な送信の際は、Mail::factory()にsmtpで使用することになりますが、キャリアの迷惑メールの設定にも気をつける必要があります。 Mail_mime_Decomail (Y-110's Wiki) Mail_mimeと同じ使い方で、デコメール送信用にMIMEを組み立てることができるのでとても便利です。 Mail_mimeDecode 空メール・エラーメールなどを受け取って解析する際に使用します。 解析の際には、Mail_RFC822:
Perl,Ruby,PHP,Python,JavaScript,Io,Clean,R,Lua,なでしこ,xtal,Sukuna,crowbar,XUL,Gauche,Lisp,Coq---8月4日,イベント「Lightweight Language Spirits(LL魂)」が開催された。軽量言語,スクリプト言語と呼ばれるプログラミング言語が一堂に会するカンファレンスである。 アプリケーションの開発と修正に求められるスピードがますます速まるにつれ,JavaやC++などの重量言語に比べ開発効率にすぐれるとされる軽量言語への注目が高まっている。タイトルにLLを冠したイベントは2003年のLL Saturday以来5年目となるが,昨年LL Ringの約300名から,今年は約750名以上と参加者も拡大した。 “日本最初のハッカー”東大名誉教授 和田英一が語る「ハッカー気質」 基調講演に立ったのは“
ぼくが大企業のえらいおじさんたちからおしえてもらったこと。 えらいおじさん達がその大企業に就職した当時はまだ屈指の企業ではなかったこと。 いま稼ぎ頭になっている事業は影もかたちもなかったこと。 有名な大学にいってあたまをさげて優秀な人材をあつめたこと。それでも門前払いをされたこと。 40年前に大企業といわれていた会社は今はほとんどが見る影もないこと。鉄鋼業の話とか。 会社が大きくなるいっぽう人材が不足していたから若くても裁量があたえられたこと。 今一番と呼ばれる会社にはいっても成功体験はできないこと。 若いうちの経験や体験は人脈よりも大切であること。 人脈は社内につくるものではないということ。 ぼくが大企業にはいって偉いひとになるころにはそれは違う会社だし、とりまく世界も違うものだよということ。 ひとつのことをやりつづけているやつは成功する。よくみておけということ。 ユニーク(独特)なやつ
はじめに このエントリはマークアップエンジニアに対する批判ではありません。不快な想いをした方がいましたら、申し訳ありません。 きっかけ ライブドア & サイボウズラボの数人でお昼ご飯を食べにいって、いろいろ話しながら考えたことを昼食後に Twitter に書き込みました。 濃い昼飯だた、(X)HTML+CSS しか出来ない人は真剣に第二の何かを探したほうがいいと思た。(X)HTML+CSS ではもうこれ以上すごいと呼ばれる人なんて増えないと思う。 http://twitter.com/amachang/statuses/191256222 「CSS 道」は道が短すぎるんだ。マーケティングの為に長く見せてるけど、実際覚えることは少ない。「デザイン」か「JavaScript」を職業に出来るくらいにしとかないとヤバいと思う。 http://twitter.com/amachang/statuse
LL魂2007にVM魂のパネラーとして参加してきました!発表資料はこちらから。 VM魂 MSの荒井さん、SUNの戸松さんはやっぱり面白い。リアルに言語に近いところにあるから話も伝わりますね。「性能で言えばVMにやれせることも大事だけど、そのバランスも大事」みたいなところでは、.NETの場合にはIronPythonのためにフレームワークに手を入れる一方で、Javaでは難しいだろうとか。でも、Pnutsは「(世界最速という)Luaには負けない」ためにJavaVMの特性を活かしながら色々しているとか。 あとはRubyは仕様と実装が分離しない以上JRubyがJDKにバンドルされることはないだろうとか、.NetでもIronRubyが出るけど、そのためにMS社内ではほげほげしているとか、すごい話です。 僕はどちらかというとユーザー側の視点としてJavaとLLを並存させる可能性とか、言語を使い分ける/
ユーザに2つの選択方法を提示することが、かえってユーザを適切でない行動に導いてしまうこともあります。今回は検索条件の入力画面を用いて、その一例をご紹介します。 図1のような画面構成で、 チェックボックスを選んでから選択ボタンをクリックすると、チェックボックスがOnとなっている駅名で検索を実行(=複数選択が可能)青字下線をクリックすると、その駅名のみで検索を実行という機能になっていたとします。 この際に行ったユーザビリティ調査では、渋谷か新宿か池袋であればどこでも構わない、といったような複数の選択肢を持つニーズが多く見られたにも関わらず、青字下線のリンクを最初にクリックするケースが度々観察されました。� この画面構成の場合、チェックボックスよりも青字下線リンクの方がアフォーダンスが高いため、多くのユーザは頭に思い浮かんだ駅名をページ内で見つけると、次のアクションとして青字下線リンクをクリック
LL魂の実況中継 - 北海道苫小牧市出身のPGが書くブログを見ていると、 樋口 千洋さんという方がLL魂で講演をされていたらしい。どうやら筑波ともちょこっと関係ある方らしいw。Python、RUby、Perlとかに混じってRですって、やったね!!(謎 というわけで(?)Rに関してブックマークの数も30越えてきたっぽいので、メモがてらにまとめてみるテスト。 入門編 http://cse.naro.affrc.go.jp/takezawa/r-tips/r.html R on Windows 〜統計モデル 00〜 An Introduction to R R - Åý·×²òÀϤȥ°¥é¥Õ¥£¥Ã¥¯¥¹¤Î´Ä¶ http://phi.med.gunma-u.ac.jp/swtips/R.htmltitle http://phi.med.gunma-u.ac.jp/swtips/R-
今年も参加しています。適当に実況します。 (8/8 追記。id:SumiTomohikoさんがすばらしいまとめを作ってます。こちらもぜひ。) 10:30 基調講演 - ハッカー気質について / 和田英一さん hackとは・・・playful 遊び心で hackerとは・・・to be described as a hacker by others (他人にハッカーだと認めてもらう) が better ハックは自己表現。チームで作る互いのものではない。四苦ハックして行う 楕円を書くコンパス・・・円錐を斜めに切ると楕円になることを利用。影絵で説明(笑)。 ケルミンの積分機、兆候予測機、微分解析機*1 Niemanのトルク増幅器・・・Input軸の変位をモーターの力で増幅させる。牛の鼻輪を引くと、痛がって同じだけ牛が動くのと一緒(サーボモゥター) flipflopで音階を出す・・・ビットシフトに
ライフハックの人気手法をチームで実践できるフリーのタスク管理ソフト「tugboat.GTD」,新版公開 フリーのタスク管理ツール「tugboat.GTD」の新版0.8.0が8月3日公開された。ライフハックの人気手法「GTD(Getting Things Done)」に基づき開発されたソフトで,Ajaxを活用したWebアプリケーションで,スタンドアロンでも,ネットワークで多人数でも使用できる。新版ではグループにメールを配信する機能などを備えた。 GTDは,David Allen氏が提唱するタスク管理手法で,仕事の優先順位をつけず状況に応じたタスクリストを作成するなど,心理的なプレッシャーを感じることなく仕事を効率的に整理し片付けられるようにすることを狙う。個人の生産性を向上させるためのノウハウ「ライフハック」の代表的な手法のひとつになっている。 GTDは(1)収集,(2)処理,(3)整理,(
奇跡的に遅刻もせず参加。これまた奇跡的に途中眠りこけることもなく、大変楽しめました。ボランティアで支えてるスタッフさん達に感謝感謝。ああいう運営は大変だろうなあ。 忘れないうちに誤解と偏見もそのまま列挙。個人的には振幅の激しい一日だった。 あまりに長いので久し振りにおりたたみ。後で書きたしたりするかもしれません。 和田先生の話 いつもの(っていっても数回しか聞いたことないが)和田節健在。やっぱりおもしろい。 ハック魂なお題でソフトウェアじゃなくてハードウェア的なものを持ってくるのも技有り。 ダヴィンチ展は僕も見にいったけど、その時もダヴィンチが今の時代に生まれてたらハッカーになってたかもな、とは思った。 いつぞやの、計算尺シミュレータも思いだした。 Language Update Perl 、、の話はよくわからない、というか他人事としか聞こえてこない…。 Io やっぱりおもしろそうだ。Jo
Jeff Atwood / 青木靖 訳 2006年9月18日 開発者に時間をどう使っているか聞いたなら、彼らはほとんどの時間コードを書いていると答えるだろう。 しかし、ソフトウェア開発者が時間を実際どう使っているか観察したなら、ほとんどの時間をコードの理解に使っていることがわかる。 ピーター・ハラムがこのことについて説明している。 どうしてコードを新規に書くより5倍もの時間をコードの修正に使っているのか? それは新規のコードはほとんどすぐに古くなるからだ。何か新しくコードを書く。コーヒーを飲んで一服する。すると突如として、コードは古いコードになっている。できたてのコードはせいぜい初期のデザインしか反映していないが、デザインの多くの部分は前もって現われるものではない。開発プロジェクトの多く が反復的開発手法を使っている。デザイン、コーディング、テスト、繰り返し。たくさんの繰り返し。すべてが新
尾藤正人(a.k.a BTO)です 前回はWebサービスを作るときの企画の部分について書きました (ベンチャー流Webサービスの作り方(企画編))。 今回はWebサービスを作るときの組織作りについて書いてみたいと思います。 僕がウノウに入って始めたのがフォト蔵の開発でした。 当初は開発が僕、ディレクションが代表の山田という二人体制でやってましたが、 組織が大きくなるにつれてだんだんと人数が増えていきました。 現在は僕も山田もフォト蔵からは離れて新しいチームで開発を行っています。 二人体制から始めて、少しずつ人数を増やしていって、 立ち上げメンバーが開発から離れるまでいろいろ経験しながら 自分が感じた事を簡単にまとめたいと思います。 ・最終決断は一人で 何をするのか、戦略はどうするのか、方向性は何なのか、最終的な決断はリーダーが一人で行います。 個人の主張を尊重しすぎて、各々が好きな事を始め
そうそう、ご報告がすっかり遅くなってしまいましたが、親会社のほうのインフォテリアがこの6月にマザーズに上場しました。 それで、多くの人にとって、企業が上場する瞬間に中でどのようなことが起きてるかを知る機会なんてほとんどないでしょうから、5月末の上場が決まったときにぼくから社員と経営陣に宛てて書いたレターをこちらで公開することにしました。 内容を一部伏せるかどうかでちょっと逡巡したのですが、どうせなら生々しいほうが世の中のためになるだろう、と思ったので、結局原文ママで載せることにしました。 なお、ディスクロージャのために述べておきますが、私は現在インフォテリアUSAに勤務していますが、100%親会社であるインフォテリアの株主であると同時にまだ社員としても籍は残しており、給与の一部とストックオプションをそちらで報酬として受け取っています。そういう立場の人間の発言とご理解ください。 こういうもの
初めて会社員になって早3ヶ月。会社の仕組みもやっと分かってきたし、そろそろ本格的に開発プロジェクトも動いて行くということで、今後、社内で私と一緒に開発して行く人に、「私がどういう考えで仕事を進めていきたいか」という事を知ってもらうためのプレゼンを作ってみました。(今のところ一人だけど) NIFTYさんと仕事した時も、作業に入る前に「今までどうやって遠隔地で仕事を進めてきたのか」をプレゼンしていました。特に初めて仕事をする場合、「今まで自分はどういう風に仕事をしてきて、この仕事はどういう風に勧めていきたいか」を明確にしておくと、スムーズに仕事を進めることができます。 仕事、特にその上でのコミュニケーションをうまく進めていくためには、信頼と共通認識が必要だと思ってます。信頼は当たり前の話ですが、開発を進める上での共通認識についてはあまり重要視されることが無い気がしています。 仕事をする上ではコ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く