やっとPythonのクロージャの仕組みを少しは理解した件 で、清水川先生がクロージャを返すとき実行中のフレームオブジェクトが保存されるのか？という疑問を呈されている。 結論から言うと、フレームオブジェクトは保存されず、クロージャが必要とするオブジェクトだけが残される。この辺の仕組みがを簡単に解説してみよう。尚、以下の解説はPython2のものであり、Python3については未調査である。 例として、こんな関数を考えてみよう。 def func(): a = 100 b = 200 c = 300 def func2(): return a, b a = 400 return func2 この例では、func2 は func のローカル変数 a と b を参照するクロージャである。実行すると、(400, 200) を返す。 さて、関数を実行中、そのローカル変数は "セル"(cell)というオ

以下を見て 時代はGNU screenからtmuxへ - Dマイナー志向 Ubuntu に tmux を入れてみた インストール方法 まず ncurses を入れる $ sudo apt-get install libncurses5-dev次に、最新版をダウンロード $ wget http://downloads.sourceforge.net/sourceforge/tmux/tmux-0.9.tar.gz?use_mirror=jaist次に、ビルド $ tar xvfz tmux-0.9.tar.gz $ cd tmux-0.9 $ ./configure $ make && sudo make install 設定ファイル 時代はGNU screenからtmuxへ - Dマイナー志向 に書かれている例をそのまま ~/.tmux.conf にコピペ。 起動 $ tmux とりあえず

フェイスブック楽しい！ はじめに みなさんこんにちは！フェイスブックしてますか？ ゆうすけべーが書いているように、最近本当にフェイスブックがおもしろいなーと感じます。 ゆーすけべー日記 というわけで、一人で使っていたときから人が増えてきたときまでの雰囲気を思い出しつつ、僕が感じているフェイスブックのおもしろさ、特徴、楽しみ方などを紹介していけたらと思います。 ちょっと長くなっちゃいますけど、よろしくお願いします！ フェイスブックの一番の面白さは「速さ」 僕が感じているフェイスブックの良さは、一言で言ってしまえば「コミュニケーションの速さ」なんだと思います。 速さと言っても、システム的な速さだけではなくって「コミュニケーション」の速さです。 フェイスブックの「コミュニケーションの速さ」は主に以下の３点にあると思っています。 「左下」の通知が素早い 書き込むより早く「いいね！」が伝わる 「一緒

先週くらいから急に思い立ち、Facebookを本格的に試しています。誰かに言われたからということではなく、本当になんとなく、です。なんとなく第六感でピーンときたのです。 すると、全く同じようなタイミングでFacebookに熱くなった人たちもいたようで、次のような記事が出てきました。 ▼フェイスブックがはじまりそうな件 – ゆーすけべー日記 ▼フェイスブックが面白い – IT戦記 Facebookの利用者が日本でも増えつつあることは、Facebookから届くフォロー確認のメールが増えたことでなんとなく気付いていたのですが、いざ始めると、あまりのレスポンスの良さにとりあえず驚いています。 Facebookでは投稿した発言に対して「いいね」というリンクをクリックして気に入ったかどうかの意思表示をすることができるのですが、これがあまりにも高速すぎるのです。どこにそんなに人が隠れているのかと。 そう

ここんところFacebookがスゴイ。日本にはmixiがあるからFacebookにひとは入んないでしょう。ほんの数カ月前までそんなフインキだった気がするけど、いまやFacebookにログインするたびに「XXさんがYYさん、他n人と友達になりました」というアップデイトが上がっていて、日本人もどんどん参入してどんどん複雑なソーシャルグラフを形成していることがわかる。 もちろんTwitterも負けてはいない。先月半ばから新インターフェイスをベータ公開して新しいユーザー体験を掘り起こそうと工夫を繰り返している。先日「ツイッターがリニューアルしたけど使いづらいよ！っていうひとのためのFAQ」という記事を書いて400オーバーリツイートされた私ですが、その記事をちゃんと読んでいただければわかるように、Twitter新インターフェイスに関しては諸手を挙げて絶賛したい。素晴らしい改善だとおもう*1 Face

10月2日から3日にかけて、PHPMatsuriに参加してきました。1日目の午前中は大部屋でセッション、午後からは部屋を区切ってセッション＋ワークショップの2並列、1日目の夜から2日目の昼まで各自ハック、2日目の午後からハックしたものについてのLT大会、というような流れでした。 事前情報をほとんどチェックできておらず、宿つきのハック大会＋ごく小規模なセッションというくらいの認識で行ったのですが、とんでもない勘違いでした。セッションだけでも非常に充実していて、裏側のワークショップも非常に楽しそうで、それだけでヘロヘロなのに深夜までハックする人が多数という、ひょっとしたら通常の4日分くらいが詰めこまれた2日間でした。 僕はずっとセッションを聞いていたのですが、Nate Abeleの「Practical PHP 5.3」とJoel Perras＆Nate Abeleの「フレームワーク嫌いの人の為

Facebookが日本でも波に乗り始めた昨今、皆様いかがお過ごしでしょうか。 コメントをつけたり、写真やリンクをシェアとかできて楽しいですよね！ でも、テキストのみの発言を「シェアしたい！」と思ったことはないですか？ 通常は写真やリンクまたはノートなど、ファイルまたはファイルを参照するものだけに「シェア」ボタンが表示されます。 友達もっと欲しいお！＞＜ みたいな発言がTLに流れてくると、Twitterをやっている感覚でついついRTしたくなりますよね。 Facebookならシェアしたくなりますよね。 でも普通にボタンが表示されないので、方法を探してみました。 １．シェアしたい発言のURLをコピーする ２．自分のTLの発言窓にフォーカスを合わせるとリンクボタンがでてくるのでクリック！ ３．１でコピーしたURLを貼り付けて、「添付」をクリック！ ４．シェアするときにコメントを添えることができるの

クラウドによってSIerのビジネスはどう変わるのでしょうか？ それを知るために昨年、セールスフォース・ドットコムのイベント「Cloudforce」の展示会に飛び込み、出展しているSIerの方などに直接話を聞きました。 そのとき聞けたのは、クラウドを利用したシステムではハードウェアの費用やインストール費用などが不要になるため、クラウド案件は従来のシステム構築案件と比べると価格が2桁も下がることがある、というSIerの話でした。 クラウド時代にSIerはどう変わるのだろう？ セールスフォースの展示会場に飛び込んで聞いてみた あれから1年。今年も同じイベント「Cloudforce 2010 Japan」が開催されたので、展示会場に飛び込んでSIerの方などから話を聞きました。 今年は昨年よりも多くのSIerが自社のソリューションを展示しており、クラウドの浸透がより進んだことを伺わせます。そしてど

『フォトショップ・ブイアイピー』の新着記事です。フォトショップやデザインをたのしむウェブサイト。2009年３月創刊以来、3800を超えるコンテンツを更新しています。フリーフォントなどの無料デザイン素材／配色やWeb制作といった最新トレンドも公開中。

node.jsの衝撃とWebSocketが拓く未来 (1/2)：WebSocketで目指せ！ リアルタイムWeb（1） - ＠IT という記事を読みました。node.js という V8 を用いたサーバーサイド JavaScript フレームワークを使うと簡単にイベント駆動のサーバが書ける、node-websocket-server.js を使うと node.js で WebSocket サーバが実装できる。Ajax による polling や Long Polling などと WebSocket のアーキテクチャ比較といった内容でした。 WebSocket を使うと手軽にサーバプッシュ的なアプリケーションが作れて嬉しいのですが、現時点では、HTTPサーバー側で WebSocket を処理する下地の実装をどう用意するかというところがひとつ課題でしょう。node.js はその回答のひとつとして

プログラマによって色々なプログラミングスタイルがあると思うが、センス・オブ・プログラミング! 抽象的に考えること・データ構造を理解することを読んで、きれいなプログラムを書く方法については共通点があると思ったので、本書を参考にきれいなプログラミングコードを書く方法についてまとめた。 目次 目的を理解する 書く時のことよりも、読む時のことを考える 愚直でも読みやすく インデントは統一する コメントは無駄なコメントを書かずソースの意図を書く 例外は、本当に例外的な場合だけに使う 名前のつけ方を重視 命名法 省略しない 同じことを書いてはいけない コピペをやめる 関数に分割する 机上デバッグは時間の無駄 良いコードとコーディングレベル 良いコード コーディングレベル 目的を理解する何らかのコーディング規約に従ってプログラムを書くなら、常にその理由を理解すること。 盲目的に規約に従うことは、規約が全

Debian Project／Google ソフトウェアエンジニア鵜飼文敏さんの講演動画を見たのでまとめ。 内容は、フリーソフトウェア、オープンソフトウェアのハッカー、Google内のハッカーがどのようにソフトウェアを作っているか。 少し前の講演だけど、ハッカーを目指す上で非常に参考になった。 ハッカーの特徴 ハッカーとは Hacker ethic ハッカーのソフトウェアの作り方 ハッカーの開発スタイル 手順 要求仕様 設計 実装 テスト デバッグ チューニング ハッカーに近づくには 必要な知識 知識の習得の仕方 ハッカーと仕事をするときの問題点 その他に紹介されていた書籍 感想 参考 ハッカーの特徴 普通の人をはるかに上回る高い生産性 高品質のソフトウェアを作りだす ハッカーとは ハッカーズ大辞典によると、 プログラム可能なシステムの細かい部分を探ったり、その機能を拡張する方法を探求した

2017年4月11日 Webサイト制作, アクセシビリティ, 色彩 今持ってるプロジェクトの中で、視覚・色覚障がい者にも配慮したWebサイトの制作があります。視覚障がい者向けのサイト制作についてはいくつか記事を発見できたのですが、色覚障がい者に向けたWebサイト制作についてはなかなかヒットしなかったので、断片的に読んだものを記事にまとめました。参考にしてみてください！ ↑私が10年以上利用している会計ソフト！ 追記: 一部表記の仕方を変更しました。 色覚障がいについて 目の、色を認識する細胞の変異で、色の識別が異なることを「色覚障がい」「色覚異常」と呼びます。色覚障がいといってもいろいろな種類があり、ここでは人口の多い赤系統や緑系統の色の識別が困難な、赤緑色覚異常の場合について書いてみます。 困難な点としては 灰色だと思ったらピンクのシャツだった 焼肉の際、生肉と焼けている肉の区別がつきに

Facebook焼肉会を開催してきた 最近ちまたで話題のフェイスブック上でオフ会を開催してきた きっかけはamachangが焼肉食べたい！といったひとことなんだけど、これがすごくいいきっかけになって自分も久しぶりにいろんな人と話ができたし、フェイスブックで人を集めたということもあってフェイスブックについていろいろな話をすることができた。 フェイスブックはコミュニケーションを加速させる フェイスブックをやっていて必ず出てくるのが「速い」ということ。 これは単純に動作が速いというだけでなく、よりリアルタイムにやりとりが行われていると感じやすい作りになっている。 フェイスブック上のイベント機能 これもなかなかよくできている。 いわゆるATNDとかTweetviteのようなものなのだけれどもイベントの参加や掲示板への書き込みが上記のように友達のイベント参加状況がほぼリアルタイムで通知される。 id

ツイッターライクな、短文コミニュケーションが中心のサービスに変わっていたよ。 えっ、それツイッターでできるよって？ そうだね。 でもまあ待って。 前に見たときより、ずっとインターフェイスが洗練されていたんだよ。 インターフェイスひとつで面白さまで変わるんだよね。 たとえばツイッターやブログで、 自分がなにかを書いたら、やっぱり反応が欲しいし気になるよね。 だからついつい自分の発言についた「お気に入り」をfavsterやふぁぼったーで確認しにいったり、はてなブックマークされたかとかスターがついたかとか見に行っちゃう。 それってどうしても、反応する側される側が、自力で巡回するにしろ機械に巡回させるにしろタイムラグがあったんだよね。 あるいは「反応されたこと」すら気づかなかったり。 ちくしょう、せっかくぼくが願いをこめて「お気に入り」に入れたのに…！ facebookではそのあたりがうまく作られ

Titanium Mobile は JavaScript で iPhone/Android のアプリ (not Webアプリ) を開発できる開発環境。詳しくは Titaniumで始めるモバイルアプリ作成の基礎知識 (1/3)：Web技術でネイティブアプリを作れるTitanium（2） - ＠IT などに解説があります。 少し時間があったので、JavaScript で作るというのがどんな感じか試してみました。作ったアプリは こんな感じで TableView があり、選択すると WebView でアプリ内ブラウザが立ち上がる、ブラウザはツールバーで「戻る」や「リロード」が可能。あとはタブコントロールがあったり･･･という単純なもの。初期起動画面のサイトリストは、HTTP でローカルに立てたサーバーから JSON で読み込んでいます。 Web上のドキュメントを見ながら2, 3時間試行錯誤で一応の