私は如何にして高性能ファンレスPCから超小型LinuxマシンにMediawikiを実質数時間の作業で移行したか。
ある日、オフィスに行くとキムラデービーの木村さんに面白いマシンがあると言うので見せて貰った。 マシンと言っても、小さい白い箱からプラグがニュッと出ているだけである。そう、一昔前に話題になったあのSheevaplugである。 Sheevaplugはニュースで見て知って居たが、実物を見るのは初めてだ。とはいっても、実際に稼働しているものを見たわけではなく箱から出したばかりのものを見せて貰っただけである。実物を見た第一印象は、軽い！小さい！の一言だ。この小さな箱でサクサクとUbuntu Linuxが動いてたったの$99（送料別）というから、俺が欲しくなるのは当たり前というものである。Sheevaplugを知らない人のために、簡単にSheevaplugのスペックを紹介しよう。 ARM 1.2GHz CPU 512MB RAM 512MB フラッシュメモリ ギガビットイーサネット SDカードアダプタ
C#と諸々 MVP (Model View Presenter)パターン
C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) MVP パターンについて、僕なりに理解していること、こうした方が良いと思うことを書き綴ってみようと思います。 MVP パターンは書籍「ドメイン駆動」で知りましたが、GUI Architectures は英文苦手なので読んでません。だから、違うこと言っている可能性もあります。どちらかというと、僕が MVP パターンを適用する時の個人的な考え方、ということになるかもしれません。 また、ここでは特に、ASP.NET 開発で MVP パターンを適用する場合について書いていきます。もしかしたら、それ以外の開発では若干当てはまらない点があるかもしれません。 [MVP パターンとは] MVP (Model View Presenter) パターンは、MVC (Mod
平々毎々 (Hey hey, My my) | UIパターン その3
ちょっと北海道に行ってたので間があいた。 このエントリーは、UIパターン その1、UIパターン その2の続きであり、Martin Fowlerの"GUI Architectures"について自分の理解を書くというもの。正しい理解のためには、できれば原文に当たってほしい。 前回までのあらすじだが、その1では「フォームとコントロール」と、古典的な「モデルビューコントローラ(MVC)」を説明し、MVCではモデルに納まらないようなプレゼンテーションロジックの置き場が問題になることを書いた。その2では、MVCの問題点を解決しようとする「プレゼンテーションモデル」と「アプリケーションモデル」を説明した。「プレゼンテーションモデル」は、純粋なモデルをラップし、プレゼンテーションに関する振る舞いを追加したモデルを作成するもの。「アプリケーションモデル」はプレゼンテーションモデルに近いが、より簡易にコー
デスクトップ派にもノート派にも便利なUSBハブ付きディスプレイボード
机の上がキーボードやマウス、メモやドリンクなどでごちゃごちゃになっている人に。 ｢UBOARD｣は、液晶モニタを置くための台です。これを使用するとキーボードを液晶モニタの下にしまっておくことができるので、机の上をすっきりさせることができます。 でもこれだけじゃないんです。なんとUBOARDには3つのUSB端子が搭載されており、USBハブとして使用することができるんです。これはなかなかのアイデアものですね。配線周りもすっきりできることでしょう。 なお、UBEARDにはカップホルダー兼メモスタンドが付属。これは左右どちらにも付けることができます。ますますデスクトップ周りがすっきりです。 使用イメージはこちら。液晶モニタだけでなくノートパソコンを置いてもいい感じですね。耐荷重は10kgなので、ちょっと大きめの液晶モニタでも大丈夫そうです。 お値段は4680円です。 UBOARD［SHOP U］
nanapiのデザインプロセス（その２） - エスカフラーチェLLC
9/1にロケットスタートからリリースされたサイト「nanapi [ナナピ] - みんなで作る暮らしのレシピ -」でのサイトデザインを担当させていただきました。 前回の記事に続き、サイトデザインが生まれる過程（デザインカンプができあがるまでの試行錯誤）を振り返ってみたいと思います。 私がデザインをご依頼いただいたときに踏むデザインプロセス 目的を明確にし、戦略を決める 要件定義を行い、サイトの構造を決める ページの骨格を決めたり、ページの中で見せたい情報に優先順位をつけたりする 見た目の表現を形にする 大枠に考えるとこのようなフローでデザインを行います。プロトタイプを作ってから問題点を見つけてブラッシュアップをする場合は2〜5をいったりきたりすることも多いです。 また、そのときのコンディションによって順序が入れ替わることもあります。 デザインプロセス（その１）でやってきたことを振り返ると、
kanoseとomiyuのバトル in twitter
昨日のやりとりをほぼ時系列にまとめたもの 始まりomiyuどうでもいいけど女子力って言葉が嫌い 女子力って、”女の魅力””女性らしさ”ってことでしょ？一人の女性として、他個体よりも優位を保てるかどうか？という非常に生々しく本能的な行動を「子」という一文字で隠せてなおかつオープンに語り合えるとでも勘違いしている気がしてあざとさを感じるのは私だけ？kanose「女子力」という言葉に嫌悪を感じているらしい女性が、その嫌悪感の表明の中で「○○を感じるのは私だけ？」というフレーズ使っていて、そんな同調圧力の高い言葉を使って疑問を感じないのは女子力の高さの証拠ですね！と心の中で突っ込んだomiyu同調圧力という考え方自体が粘着質でびっくりです。こう感じる仲間はいますか？という問いかけ定型文すら攻撃対象なのが寒々しい限り。RT: @PSTY: RT @clione: RT @kanose: 「○○を感じ
【読者参加型企画】2,000行のJavaソースコードを読むのに何分かかりますか？
ソースコード読解力は個人差が大きい コードレビューなどで、他の人のソースコードを読んだり理解したりする速度が気になることはありませんか？ また、読む速度や理解する速度がとても速い人がいると感じたり、自分が周りの人よりも速いと思ったりすることがあるのではないでしょうか。私たちの研究グループで実施した観察でもソースコードを読む速度は個人差が大きいことを確認しており、同じソースコードを理解するための時間に6倍の差がある事例を確認しています。 では、自分自身のソースコードを読む速度や理解する速度が、平均と比べて速いのか遅いのかを知るためにはどうしたらよいでしょうか？ 最も簡単な方法は、社内などの身の周りの人とコードレビュー時間を比べてみることでしょう。他にも、参加者全員でソースコードを読むような社外勉強会に参加する方法もありそうです。 文献からは大まかな速度を知ることができる 書籍、標準、論文の情
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
カフェで仕事をする人を支援するiPhoneアプリ『WorkSnug』 | 100SHIKI
OpenID、使い方わからず。 - 気ままになんでもポストしてみた。
IDEA * IDEA