2010年1月18日のブックマーク (6件)

  • Doodle 4 Google

    みんなが作ったDoodle。 お気に入りの作品に投票しよう。 Doodle 4 Google (ドゥードゥル フォー グーグル)とは、Google が主催する、小中学生を対象としたデザインコンテストです。 コンテストのテーマは、「私のすきな日」 今回のコンテストでは、68,142 作品が実際に描かれ、各クラス、グループの代表作品 3,602 作品とともに Google に届きました。 参加くださった児童、生徒の皆さん、また、指導いただいた先生方、当にありがとうございました。 Google 社員による 1 次審査で、各部門、各地区の優秀作品を各 5 点、合計 150 作品を選出しました。 今度は、みなさんの投票で、各部門、各地区の代表作品を選んでください。最終審査でグランプリに選ばれた作品は、実際に Google のトップページに掲出されます。 みなさん、ぜひ、このサイトから、投票に参

    pyawk
    pyawk 2010/01/18
    レベルたかっ!!!
  • ShowMeWhatsWrong.com

    Generate a help URL so friends and family can send you instant screen recordings to help trouble shoot computer issues.  Watch a demo Your Name Your Email Powered by: Screencast-O-Matic.com

  • duree dpe

    Par la rédaction Rédigé le 2021-05-25 Les diagnostics de performance énergétique dpe doit être affiché pendant toute sa durée de validité de 10 ans l'affichage doit être visible par le locataire. Dans le diagnostic je pense que tout est résumé une super équipe sur laquelle nous pouvons compter à tout moment de surcroit très sympathique. De la performance énergétique dpe logement tous les cas à par

  • key-valueストアの基礎知識

    首藤 一幸 Last-updated: January 5, 2010 注: このページの文章は Software Design 誌 2010年 2月号に掲載された以下の記事の元原稿です。 Software Design 誌編集部の了承の元に、ウェブページに掲載しております。 首藤一幸: "key-valueストアの基礎知識", Software Design 2010年 2月号, p.14-21, (株)技術評論社, 2010年 1月 18日 クラウド、特にPaaS向けのソフトウェア開発が現実のものとなり、 そこではリレーショナルデータベースとは違ったデータベースが 勢いを増しています。 その代表であるkey-valueストアを解説します。 もくじ key-valueストアとは なぜkey-valueストアか key-valueストアの使いどころ key-valueストアとNoSQL

  • JavaプログラマのためのIOモナド - kmizuの日記

    特に説明はしません。IOモナドなんて言っても、別に難しいことではなく、結局やってる事はこんな感じですというのがわかってもらえれば。もちろん、実際のHaskell処理系がこのような実装になっているという意味ではなく、JavaプログラマはこのようなイメージでIOモナドを理解すればいいのではないかという提案に過ぎないので、その点は注意してください。 package iomonad; import java.util.Scanner; public class IOLib { enum Unit{VALUE};//一つしか値を持たない型 public static Unit UNIT = Unit.VALUE; /** * HaskellのIO 'a型に相当 */ public interface IO<A> { /** * IOを「実行」して、A型の値を得る処理. * ユーザが直接呼び出すと参照

    JavaプログラマのためのIOモナド - kmizuの日記
  • ユーザを混乱させない表組みのコツ (ユーザビリティ実践メモ)

    ウェブサイト制作において、多くの情報をいかに整理してユーザに伝えるかは重要なポイントの1つです。よく使われる方法として表組みがありますが、今回は実際の事例をもとにしたケーススタディを通じて、ユーザを混乱させない表組みのコツをご紹介します。 表1はよく見かける表組みの例ですが、実際にユーザの立場に立ってこの表を使用してみると、いくつかの問題点があります。 同種の情報をユーザは区別できない 表1の問題点として、 日付という同種の情報を多く掲載しているため、ユーザには各情報が何の日付を意味しているのか区別できず、分かりにくい列数が多いために、セル内に折り返しが発生し、読みにくい ことが挙げられます。 特に、1つ目の問題点は、表が縦に長い場合にユーザを混乱させる要因の一つになります。なぜなら、画面サイズに収まりきらないほど表が縦に長い場合、下にスクロールしていくと「開催日」などの項目名が画面から消