ギコ猫とデザインパターン
／‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾ ワーイ スレッドヘン 1ゲト ズザー! ＼ ‾‾‾‾‾‾|／‾‾‾‾‾‾‾‾‾‾‾ （ Λ_Λ ⊂ ´⌒つ゜ー゜)つ ‾‾‾‾‾‾‾ .＿＿＿＿＿＿＿＿＿＿＿ | ..| | ギコ猫暗号入門はこちら .｜ |＿＿＿＿＿＿＿＿＿＿＿| ∧,,∧ || ⊂ミ.,,゜Д゜彡つ https://www.hyuki.com/cr/cat_index.html 目次 はじめに 登場する猫たち ギコ猫とGoFのパターンたち ギコ猫とマルチスレッドのパターンたち アニメGIF みなさんからのフィードバック ぜひ、感想をお送りください このページにリンクしてくださっている方々 リンク集 更新履歴 はじめに このページでは2ch.netのキャラクタ「ギコ猫」にナビゲートしてもらい、 デザインパターンをいくつか紹介(?)します。 といっても
タブUI詳解
タブUIの構造や特長、設置の判断、ユーザビリティ、アクセシビリティ、実装のポイントや機能の拡張方法、実装例やスクリプト例をSmashing Magazineから紹介します。 Module Tabs in Web Design 以下、その意訳です。 ※原文では「タブモジュール」となっていますが、タブモジュールやタブUIと記載すると煩雑になるため、「タブ」と略します。 タブのみを指す場合は、「タブ コントロール」としています。 はじめに 1. タブの構造 2. タブはいつ使用するのか 3. タブのユーザビリティとベストプラクティス 4. タブのアクセシビリティ 5. タブの拡張 6. タブの実装集 7. タブを実装するためのチュートリアル集 8. タブを実装するスクリプト集 はじめに タブモジュールは複数のコンテンツを異なるパネルに配置したユーザインターフェースのデザインパターンです。 パネル
The Real Programmer Stories
本物のプログラマ 著者： Ed Post 日本語訳： おおくぼ 以下の文章は、かつてMike Schenk によって編纂され、USENETを通じて世界中に配信された The Real Programmer Stories の日本語訳です。 2000年1月5日： バージョン ベータ0.9 として公開。 2000年1月6日： 体裁を修正。プロジェクト杉田玄白 協賛テキストであることを加筆。 2000年1月9日： Typo を修正。ありがとう武井＠高知大学様。 2000年2月11日： html-lintを使って体裁を修正。わ〜い 100点だ〜。Ｄ論発表が１週間後だってのに、いったいなにやってんだおれ。 2000年2月25日： ご指摘いただいた誤訳箇所を修正。ありがとう山形様、山根様。 Path: athena.cs.uga.edu!emory!wupost!uunet!mc
自然言語処理は Python がいちばん - 武蔵野日記
現在大学1年生の人で3年後には NAIST に (というか松本研に) 来たいという人から「どんなプログラミング言語やっておくといいですか」と質問されたりするのだが、なかなか答えるのは難しい。自分は Perl → Python がメインでときどき C++/C# を使ったりするのだが、どれが一番いいかはなんとも言えないので、自然言語処理以外に転向する可能性も考えると、C とか C++ とか Java とか(授業でそちらをやるのであれば)を最初の武器に選んだ方がいいのでは、と思ってはいる。 そんなこんなで最近 Hal Daume III (機械学習を用いた自然言語処理では非常に有名な人) のブログで Language of Choice というタイムリーなエントリーが出ていたので、紹介すると、「それなりに大きな自然言語処理のプロジェクトでどのプログラミング言語を使うのか」というアンケート結果が出
List (SlideShare is the best place to share powerpoint presentations)
The way to the timeless way of programming from: kakutani 1 day ago 1256 views, 0 comments Tags: way pattern-language timeless alexandar nature-of-order agile 沢マンに学ぶいきいき from: kkd 1 day ago 154 views, 0 comments Tags: alexander sawaman agile devsummit2009 アート・オブ・アジャイル デベロッ��... from: fkino 1 day ago 95 views, 0 comments Tags: value business testing xp ag
あまり使われないHTMLタグ label、fieldset、legend、optgroup… | エンタープライズ | マイコミジャーナル
SitePoint: New Articles, Fresh Thinking for Web Developers and Designers Craig Buckler氏がSitePointにThe 5 Most Under-Used HTML Tagsというおもしろい内容の記事を公開している。HTMLには数十の要素があるわけだが、divやspanで代用して適切な要素を使わないことがあるという内容だ。紹介されている使われない要素は次のとおり。 label要素 - form内の可視フィールドにはlabelを使うべき。for属性でフィールドIDと関連付け、title属性で追加情報を付与する fieldset要素/legend要素 - form内はfieldsetでグループ化する。fieldsetのキャプションタイトルはlegendで与える optgroup要素 - selectとoptio
まつもとゆきひろ氏が語る「ビューティフルコード」セミナーに行って来た - LukeSilvia’s diary
まつもとゆきひろが語る「ビューティフルコード」×「プログラマ35歳定年説」に行ってきました〜。今年初めて行ったイベントなのですが、とてもいいお話を聞くことができました。美しいコードとはどのようなものか、またそのようなコードを書けるようになるためにはどうすればいいのかというお話でした。 以下、まとめになります。僕のメモを元にしたので、まつもとさんが話された内容と多少ズレがあるかもしれません。 そもそもコードとは何か 「コードの美しさとは」という前に、そもそも「コード」とは何か。 ソフトウェアの作成はものづくりではない コードは工業製品ではない。コードは、車とかと同じ工業製品だと思われることが多く、例えば次のような勘違いがある。 日本は「ものづくり」が得意だ。だからソフトウェアも「ものづくり」として取り組めばいい 車のように、ソフトウェアも部品をどんどんコピーして組み合わせばできる 違うよ！全
ユーザパフォーマンスにみられる個人差
文書編集は、ここに挙げたタスクの中でもっとも単純なものである。タイピングのスピードやマウスとキーボードの間を手が行き来するのに要する時間など、主に身体能力に依存する。具体的には、段落を移動したり、文字を太字に変えたり、誤植を修正したりといった操作に着目した調査だった。手紙を書いたり、本を執筆したりといったタスク達成時間にもっと個人差が出そうなタスクについては調査されていない。 パーソナルコンピューティングは、もう少し難しい。表計算ソフトで関数を使ったり、複数のアプリケーションを使い分けたりといった面倒なタスクを要求した。しかし、ファイアウォールの設定のような厄介な課題ではなく、職場の生産性向上に寄与する基本的なタスクにのみ着目した。そういった基礎的なPCの利用は、多くの人々がすでに熟知しているため、個人差は比較的小さくなる。 残り3つのコンピュータインタラクションでは、個人差が大きくなって
Good Programmers learn Mathematics
良いプログラマは数学を学ぶ、方が良いと思う この文章は 2003 年 2 月 28 日（金曜日）に 株式会社 ACCESS の研究開発室のメンバ向けに行われた講義のために準備されたものです。 目次 はじめに アルゴリズム ― 数学によって可能になること 数学とプログラミングの美学 ― （多分）一番たいせつなこと 質問と回答 文献表 はじめに これから何回か皆さんの前で数学の話をさせてもらうことになりましたが、 今回はまず、その手始めとして 「どうして皆さんが数学を学んだ方が良いのか」、 いいえ、「どうして皆さんに数学を学んでほしいと私が思っているのか」 というお話をさせて下さい。 もちろん、それは皆さんに、より良いプログラマになって欲しいからですが、 また、私の経験によれば、 コンピュータサイエンスの教育の現場では、 何故か数学が軽視されることが多いことを残念に思っているからでもあります。
ビープが鳴るのは仕様です - Radium Software
The compatibility constraints of your side effects: Beeping - The Old New Thing Windows XP では，起動直後の「ようこそ」スクリーンでスペースキーを押すと，ビープ音が鳴る。これは，無効なキー入力が行われた際のデフォルトの挙動であって，意図されたデザインではない。 Windows Vista では，「ようこそ」スクリーンの構成が変更されていて，スペースキーを押してもビープ音が鳴ることは無い……少なくとも，ベータ版まではそうだった。 Vista のベータテストの実施中に，あるベータテスターから「『ようこそ』スクリーンでスペースキーを押してもビープ音が鳴らなくなったのはなぜか？」という問い合わせがあった。 意図的に削ったわけではなく，仕様変更によって生じた些細な副作用のひとつに過ぎない。でもなぜそんなことを，
静的オブジェクト指向は設計者が苦労を背負込むシステム
2009-09-26 北陸Scala第1回開催 2009-04-04 第十四回java-ja勉強会 - 第1回チキチキ 地方巡業withひがやすを飲み会in富山開催 2009-03-20 わんくま大阪勉強会#28 「ジェネリクスを使おう！」 2008-11-08 わんくま富山勉強会#1 開催 2008-08-09 わんくま東京勉強会#23 「C#登場前夜」 2008-04-01 *で始まるタイトルはエイプリルフールネタです 2008-01-26 わんくま東京勉強会#16 「ライブプログラミング」 2007-12-08 わんくま名古屋勉強会#1 「わんくま初めてのJava」 2007-07-28 開店 みねこあさんのところで挙がっていた、 静的オブジェクト指向と動的オブジェクト指向の軽さについての話題から。 Javaは経済的事情をうまく捉えて普及した プログラミングの効率と経済で書いていると
404 Blog Not Found:｢怠惰はﾌﾟﾛｸﾞﾗﾏの美徳で言語の機能じゃない｣っていうけど
2008年04月28日21:00 カテゴリLightweight Languages 「怠惰はプログラマの美徳で言語の機能じゃない」っていうけど 怠惰を促す言語とそうでない言語は確かにあるように感じている。 「怠慢はプログラマの美徳」というけれど - kwatchの日記 はてなブックマーク - novtanのブックマーク / 2008年04月28日 怠惰はプログラマの美徳であってそれを言語の機能に求めてはいけない。「怠慢はプログラマの美徳」というけれど - kwatchの日記 例えば、スクリプト言語で次のような Hash や Dict を書いたとする。 data = [ {'name'=>'Foo', 'age'=>20, 'email'=>'foo@mail.com'}, {'name'=>'Bar', 'age'=>21, 'email'=>'bar@mail.net'}, {'nam
404 Blog Not Found:「10の金言」より重いアインシュタインの名言x5
2008年04月07日14:45 カテゴリ翻訳/紹介 「10の金言」より重いアインシュタインの名言x5 以下があまりに「安い」ので。 10 Golden Lessons from Albert Einstein at LifeTweak | Get More Out of Life アインシュタインの名言いろいろ | IDEA*IDEA 上のリンクのような使い方も出来る名言もたしかにあるけど、そういう使い方はあまりにもったいないので。 以下、いずれも Albert Einstein - Wikiquote より。 政治と方程式 But to me our equations are far more important, for politics are only a matter of present concern. A mathematical equation stands for
メンテナブルなコードよりもテストが重要っておかしくない? - ひがやすを技術ブログ
その意味で、実はコーディング規約より、メンテナブルなコードよりも役に立つのが、テスト。要はテストをパスしてしまえばどうコードしても構わない、というのがTDD = Test Driven Development =テスト駆動開発の考え方のベースとなっています。 テストは、どう考えても、「目的」ではなくて「手段」ですよ。 メンテ不能なスパゲティコードだけど、テストは完璧ってソースに修正を入れられますか。 「テストをパスしてしまえばどうコードしても構わない、というのがTDD」というのは、TDDをかなり狭く捉えているっていうか、誤解している。 TDDの元になっている(と思う)XPは、メンテナブルなコードを書くことを目指している(と思う)。じゃどうやってメンテナブルなコードを書くかという「設計手法」がTDDなわけです。 TDDはテスト手法じゃない。設計手法です。テストって単語が入っていると、テストの
B3 Annex: Appleエンジニアが語る、Appleがデザインプロセスで行っている4つのコト
毎年恒例のSXSWは結局、女性雑誌記者による若きFaceBook CEO Mark Zuckerbergとのステージトークが不満足なもので終わったという話題だけが目立ち、なんだかな、と思っていたら、ちょっと面白い記事が出てきた。 これは、AppleのシニアエンジニアリングマネジャーのMichael Lopp氏がSXSWのパネル"Blood, Sweat, and Fear: Great Design Hurts"で語ったものをBusinessWeekがまとめたもの。クリエイティブをどのようにマネジメントしているかが垣間見れる。 以下は、例によってB3 Annex抄訳。 Apple's design process by Business Week 完璧なモックアップを作る（Pixel Perfect Mockups）手間と時間はかかるが、早い段階で、「完璧なモックアップ」を作ることで、すべ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
オープンソースソフトウェアの育て方
情シス、ベンダーがそれぞれの仕事を全うすることがベストな関係を生む～良品計画がシステムを内製する理由
PC
ウェブサービスを作るときはBlank Slateを工夫しよう | IDEA*IDEA
アインシュタインの名言いろいろ - IDEA*IDEA ～ 百式管理人のライフハックブログ