タグ

patternに関するtaloのブックマーク (73)

  • 知らない人は損してる?コーディングが3倍速くなるZen-Codingを導入してみた - EC studio デザインブログ

    最近になって急に盛り上がってきているZen-Codingをみなさんご存知ですか? Zen-CodingはHTML/CSSをショートカット+スニペットで簡略化してコードを書くことができるライブラリです。 独立したテキストエディタソフトではなく、既存のHTML/CSSエディタにプラグイン的に導入するものです。 Zen-Codingというのもがどういうもので、どんなすごいものなんだ、というのはこちらの動画を見てください。 ※音が出ますのでご注意ください。 Zen Coding v0.5 from Sergey Chikuyonok on Vimeo 一体何がおこわれているのか?という感じだと思われますが、今回の記事ではこのZen-Codingの導入方法と使い方の一例を紹介します。 Zen-Codingに対応しているエディタは色々あるのですが、今回は弊社の開発環境しているAptana Studio

  • Daring Fireball: A Liberal, Accurate Regex Pattern for Matching URLs

    By John Gruber Archive The Talk Show Dithering Projects Contact Colophon Feeds / Social Sponsorship WorkOS provides enterprise-grade auth that can be integrated in minutes. A Liberal, Accurate Regex Pattern for Matching URLs Friday, 27 November 2009 [Update, 27 July 2010: This article has been superseded by this one, which presents a superior solution to the same problem.] A common programming pro

    Daring Fireball: A Liberal, Accurate Regex Pattern for Matching URLs
  • wikipatterns 日本語 - Wiki Patterns

    Wikiにパターンがあることをご存知ですか? パターンを知っていればwikiを10ユーザーから100ユーザー、1000ユーザー規模に育てることもできるかもしれません。 参加者の行動を調和させるのに役立つパターンや、コンテンツの成長を導くことに役立つパターンを適用したり、また、成長を妨げるかもしれないアンチパターンを認識することにより、wiki を成功に近づけられるでしょう。 Wikipatterns.com はパターンとアンチパターンの道具箱であり、wiki を使う人々が利用したり参加するための道案内でもあります。また、Wikipatterns.com はそれ自身が wiki でもあります。つまり、あなた自身が経験に基づき、情報の構築に参加できるのです!このウェブサイト以外にも、その他に多くの情報源があります。 NEW Wikipatterns 書籍(米国Amazon)、Wikipatte

  • UI-patterns.com

    User Interface Design patterns are recurring solutions that solve common design problems. Design patterns are standard reference points for the experienced user interface designer. Product Insights at your fingertips. Our confidence-boosting product tools for business growth are practical guides and strategies that will immediately amplify the expertise of you and your team.

  • 人名を冠したソフトウェア開発の19の法則

    先日 reddit で 19 Eponymous Laws Of Software Development という文章を知った。似たような趣旨のページもいくつかあるが、せっかくなので日語情報を追加させてもらった。 ここで挙げられている法則には、ソフトウェア開発とは異なる文脈で使われるものも多いので、飽くまでそれをソフトウェア開発に当てはめるとどうなるか考えて読むとよいのだろう。 ポステルの法則 法則名

  • Rubyは遅いから使えるのです : やむにやまれず

    2007年07月20日13:00 by 山崎泰宏 Rubyは遅いから使えるのです カテゴリRuby開発スタイル Tweet sparklegate Comment(1)Trackback(0) 「Ruby なんて遅くて使えないよねって言ってみる」を読んで: 逆でしょう。RubyRailsは遅いから使えるんです。 論点を整えますが、設計者、主にプログラマから見て「使える」と表現しています。 経営やプロジェクトマネジメントの観点まで広げると、Railsを採用するということは端的に言えば、「開発フェーズを効率化して運用フェーズでコストとして被る」ということです。 ビジネスプランも加味した上でのトレードオフになります。 言語のパフォーマンスを重視してみたところで無駄 - 開発者はみんなフレームワークを欲しがる:文句無しにパフォーマンスが良いので、Cで全てを書くとどうなるかです。 設計の初期段階で

    Rubyは遅いから使えるのです : やむにやまれず
  • http://www.yasuhisa.com/could/entries/001044.php

    talo
    talo 2006/11/14
    偏在するものを改良する
  • パタン・ランゲージ - Wikipedia

    クリストファー・アレグザンダー パタン・ランゲージ (pattern language) は、クリストファー・アレグザンダーが提唱した、建築・都市計画に関わる理論。単語が集まって文章となり、詩が生まれるように、パターンが集まってランゲージとなり、このパタン・ランゲージを用いて生き生きとした建物やコミュニティを形成することができるとされる。 概要[編集] アレグザンダーは、『パタン・ランゲージ』(1977年、邦訳1984年)の中で、人々が「心地よい」と感じる環境(都市、建築物)を分析して253のパターンを挙げた。パターンが集まり、それらの関連の中で環境が形づくられる。1-94は町・コミュニティに関するパターン、95-204は建物に関するパターン、205-253は構造・施工・インテリアに関するパターンである。 パターンの例には「小さな人だまり」「座れる階段」「街路を見下ろすバルコニー」などがあ

    パタン・ランゲージ - Wikipedia
  • Browse 2123 FREE Patterns | High Quality, Unique Image Patterns for Website or Application. Designer Patterns!

  • ネットコミュニティのQWAN(無名の質) − @IT

    今回はこのロングテール現象とも関係しますが、インターネットによるコミュニティ「e-Community」について考えてみたいと思います。 第17回は「パレートの法則 vs. ロングテール現象」と題して、仕事や日常生活のさまざまなところで観察できる普遍な法則であるパレートの法則(80- 20の法則)の一種のアンチテーゼとして出現してきたロングテール現象について考えました。マスメディアを使った従来型の広告は、パレートの法則に従った投資効果を狙うものですが、インターネットを使った検索連動型広告やコンテンツ連動型広告はそれとは全く異なった戦略を採用しています。ロングテールは従来型の経済的制約条件が取り払われたところで初めて有効になります。インターネットは従来型の経済的制約条件を限りなく0に近づけつつあるといえるでしょう。 人間は社会的動物である 「人間は社会的動物である」とはアリストテレスの言葉です

    ネットコミュニティのQWAN(無名の質) − @IT
  • 関数、オブジェクト、クロージャ - FAX

    (thanks to id:koyachi、del.icio.us/rtk2106) OOPとFPと。関数、オブジェクト、クロージャの使い分けについて考えます。 関数型が良いのか、オブジェクト指向が良いのか、知りたいと思っていました。色々なページを読み、現時点で一応の答えを得ました。 カウンタを例にして、関数、スコープ、オブジェクト、クロージャの順に見て行きます。関数関数は処理です。入力と出力があります。関数型プログラミングでは、関数同士の入力と出力を連結しプログラムが構成されます。 var current = 0; function next(v){ return v + 1 } function previous(v){ return v - 1 } ok( 1 == ( current = next(current) ) ); ok( 2 == ( current = next(cu

  • 自転車置場の議論 - bkブログ

    自転車置場の議論 人が集まると、なぜかどうでもいいようなことほど議論が紛糾してしまう傾向がありますが、このような現象のことを、FreeBSD のコミュニティでは自転車置場の議論 (bikeshed discussion) と呼んでいることを知りました。 この、「瑣末なことほど議論が紛糾する現象」はパーキンソンの法則というの「議題の一項目の審議に要する時間は、その項目についての支出の額に反比例する」という法則として知られています。 このの中で著者は、原子炉の建設のような莫大な予算のかかる議題については誰も理解できないためにあっさり承認が通る一方で、市庁舎の自転車置場の屋根の費用や、果ては福祉委員会の会合の茶菓となると、誰もが口をはさみ始めて議論が延々と紛糾するというストーリーを紹介しています。 このように、「瑣末なことほど議論が紛糾する現象」はパーキンソン氏によって見事に説明されているの

  • method_missing magic - emulating Groovy's "it" in Ruby

    2 Oct, 2006 Inspired variously by: Symbol#to_proc Nat Pryce's articles on Higher-Order Messaging in Ruby Groovy's implied "it" closure-parameter I've cooked up a shortcut for generating simple blocks, meaning that rather than people.select { |x| x.name.length > 10 } I can write such things as: people.select(&its.name.length > 10) Disclaimer: I think this is more "cool hack" than useful tool; it's

    talo
    talo 2006/10/08
    Symbol#to_procよりカッコイイ
  • http://www.yasuhisa.com/could/entries/001022.php

  • IT戦記 - [javascript] Plain Old JavaScript Prototypes (普通の JavaScript も使えるようにしよう)

    Prototype.js や MochiKit や jQuery や dojo こういう便利なライブラリがたくさん出てきてとても便利になりました。 でもそのライブラリ当に必要? たしかに、グループワーキングを行うにはこれらのライブラリは必須だと思います。 でも、ちょいスクリプトを作るのに .bind(this) や $ や each や Event.observe が必要でしょうか。 いささかオーバスペックな気がします。 実際に「このツール Prototype.js 必須かよ。こっちは MochiKit で作ってるのにぃ」とかってことも多々あります。 あれを使うためにあれとこれを読み込んで、これを使うためにこれも必要だな。こんな感じだとサイトはどんどん重いものになってしまします。。。orz そこで、原点回帰です。 ちょっとしたツールでライブラリ使うのはやめようよ!何も使わなくても Jav

    IT戦記 - [javascript] Plain Old JavaScript Prototypes (普通の JavaScript も使えるようにしよう)
  • Design Patterns in Dynamic Languages

    Design Patterns in Dynamic Languages First put online 17 March 1998; first presented 5 May 1996 pdf version (recommended) ppt version (recommended) 1998-style html version (not recommended) Peter Norvig

    talo
    talo 2006/09/22
    informal,formal,invisible
  • http://wiki.rubygarden.org/Ruby/page/show/StandardClassExtensions/

  • LoveRubyNet Wiki: RubyMiniPattern

    2004-05-07 00:45:41 +0900 (1611d); rev 3 いかにも Ruby 特有ぽいものを中心に小技をあつめました。 Cookbook なんかと違うのは、具体的な課題を解決する方法ではなく 言語上のパターンにしぼったこと。 インスタンス変数の遅延初期化 初期化されているかどうかわからない インスタンス変数を初期化するときは ||= を使う。 @ivar ||= "" # @ivar が既に非 nil ならばそのまま、nil なら "" を代入 1.6.2 まではこう書くと初期化されていない場合に警告が出ていたのだが、 1.6.3 からは ||= を使う場合に限り警告が出なくなった。 Mix-in のメソッド中での初期化などに便利である。 コンテナの遅延初期化 例えば配列のハッシュを作るとき、ハッシュのキーになにが来るか わからないとしよう。すると、最初から全てのキ

    talo
    talo 2006/09/17
    暫定inspect
  • 万能数値表現法 URR

    ━─────────────────────────────────── アセンブラ講座(番外編) 《万能数値表現法 URR》 鎌田 誠 ──────────────────────────────────── IEEE 754 で規格化されている浮動小数点数の表現方法は符号と指数部と仮数 部に整然と分けられていてわかりやすく、実装も容易なのですが、指数部と仮数 部を区切る位置を固定してしまったために、大きな数を扱いたい技術者には指数 部の範囲が狭すぎ、精度を要求する技術者には仮数部のビット数が少なすぎると いう問題点があります。 しかし、かつて日人によって IEEE 754 よりも算術的に優れている浮動小数 点数の表現方法が考案されていたことを知る人はほとんどいないでしょう。その 数値表現法は考案された当時の技術では実装が困難だったために規格化されなか ったようですが、非常に興味深い数

    talo
    talo 2006/07/31
    「データのサイズに関係なく一定のフォーマットである」というのがおもしろい
  • 反現実的な経済学 - 酔狂人の異説(新館)

    完全競争市場は現実の経済を理想化したものではない 主流派経済学の主張することが現実と全く異なるということをいくつものエントリで批判してきた。現実と全く異なる原因は、主流派経済学が想定している完全競争市場が現実の経済を理想化・抽象化したものではなく、経済学者の空想や願望に過ぎないからである。現実の経済の理解に、現実の経済と全く矛盾する完全競争市場の理解は邪魔になるだけである。 完全競争市場の成立条件は相互に矛盾する 完全競争市場が成り立つには、以下のような条件がすべて成り立つことが必要である。 経済主体(売り手と買い手)が無数に存在する(経済主体の多数性) 財(商品やサービス)が同質である(財の同質性) 情報が完全である(情報の完全性) 企業の参入・退出が自由である(企業の参入・退出の自由性) これらの条件は、一つ一つをとっても成り立つことは困難で、全ての条件が成り立つのは非現実的に思える。

    反現実的な経済学 - 酔狂人の異説(新館)