やさしい人は、人間や物事に対する期待値が低いような気がする。 あまり期待していないからこそ、評価がポジティブになりやすい。 きびしい人は、人間や物事に対する期待値が高いような気がする。 かなり期待しているからこそ、評価がネガティブになりやすい。
やさしい人は、期待値が低い - モジログ
やさしい人は、人間や物事に対する期待値が低いような気がする。 あまり期待していないからこそ、評価がポジティブになりやすい。 きびしい人は、人間や物事に対する期待値が高いような気がする。 かなり期待しているからこそ、評価がネガティブになりやすい。
Pythonを始めるなら、１ファイルの軽量Webフレームワーク「Bottle」がおすすめ - モジログ
「全てのwebエンジニアがPythonを勉強するべき2013年到来」（2013-01-01）という記事が人気を集めているようだ。巳年（ヘビ年）にひっかけて、これからPythonを勉強したい人を対象に、書籍やライブラリなどを紹介している。有益な情報が多数含まれているが、ちょっとPythonを試してみたいという程度の人には、これだと敷居が高すぎるように思う。 Pythonに限らないが、あたらしい言語をはじめるとき、もっとも障害になるのは「環境構築」だろう。Pythonの場合、LinuxやMacであれば、Pythonインタプリタは最初から入っているので、Pythonそのものをインストールする必要はない。しかし、「そのあとどうするのか？」というのが、なかなかむずかしい。例えば、「Hello, World!」を出すWebアプリを書くには、そこからどうすればいいのか。なんらかのWebフレームワークを使
エンジニアにスーツを着せているIT会社 - モジログ
私がよく通る道に古いオフィスビルがあり、そこの１階にＩＴの会社が入っている。看板に出ている社名と、窓からちょっと見える社内の雰囲気からして、古いタイプのシステム開発会社のようだ。その会社ではスーツ着用が必須のようで、全員スーツを着てＰＣに向かい、開発している。座席のレイアウトも昔ながらの「島型」で、向かいの人の顔が自分の視界に入るやつだ。私はこの会社の横を通るたびに、「ここの社員はかわいそうだなあ」と思う。 座席のレイアウトは、場所や予算の制約もあるだろうから、まあ目をつぶるとしよう。しかし、開発をするエンジニアにスーツを着せても、まるで意味がない。営業やサポートにも行くエンジニアや、客先常駐するエンジニアならまだわかるが、自社で開発しているエンジニアにスーツを着せても、仕事のジャマになるだけだ。 こういう古いタイプの会社は、経営者がおそらく「まじめに働く」ことを重視しているのだろう。みん
黒を使うな - モジログ
Ian Storm Taylor - Design Tip: Never Use Black (August 2012) http://ianstormtaylor.com/design-tip-never-use-black/ デザインでは黒を使うな、という話。筆者のIan Storm Taylorは、Segment.ioというサービスの共同創業者で、デザイナーでもあるようだ。 筆者は子供のとき、美術の教師から、黒には注意せよとアドバイスされた。その後、RISD（Rhode Island School of Design）でも似たようなことをたびたび言われたとのこと。 人間は、「暗いもの」を「黒」と結びつけてしまいやすい。しかし、ほんとうの「黒」というものは、実はめったにない。筆者はまず、Wayne Thiebaud（アメリカのポップアートの画家）の絵を例に、影が黒ではないことを示す。
アルツハイマー患者用の「バス停」 - モジログ
The International Association of Chiefs of Police - Fake Bus Stops For Alzheimer’s patients in Germany（2011/11/18） http://www.theiacp.org/About/Governance/Divisions/Sta.. ドイツの老人ホームでは、アルツハイマー患者である入居者の徘徊対策として、近くにニセの「バス停」を置く、というアイディアが広まりつつあるとのこと。 ニセの「バス停」は、バス事業者との協力により、本物のバス停とまったく同じように作られている。違いはただひとつ、そこにバスは来ないということだ。 入居者はしばしば、もう存在しない自宅や家族のもとに帰ろうとして、どこか遠くへ行ってしまうという。ニセの「バス停」ができる前までは、こうして入居者が行方不明になるたびに、
FriendFeedはどのようにスキーマレスなデータをMySQLに格納しているか - モジログ
FriendFeedのBret Taylorが、スキーマレスなデータ（スキーマ（型）に制約されないデータ）をMySQLに格納する方法を紹介している。実際にFriendFeedで使っている方法で、最新のものらしい。 Bret Taylor's blog - How FriendFeed uses MySQL to store schema-less data http://bret.appspot.com/entry/how-friendfeed-uses-mysql MySQLを通常のRDB的な方法でなくストレージ的に使い、JOINを使わないでスケールさせるというもの。CouchDBなどにも近い、最近有力になりつつあるアプローチだ。これを、実績もあり普及しているMySQLを使って実現し、言語はPythonで実装している。 メインのテーブルは次のようなもの。 CREATE TABLE ent
CouchDBとMongoDBの使い分け - モジログ
CouchDBとMongoDBをしばらく使ってみて、その使い分けのポイントがわかってきたような気がするので、ちょっと書いてみたい。 CouchDBとMongoDBは、広く「NoSQL」と総称されている非SQL型データベースのうち、「ドキュメントデータベース」と呼ばれるカテゴリを代表する２つだ。ドキュメントデータベースとは、かんたんにいうと、JSONデータ（＝ドキュメント）をそのままデータベースに保存できるというもので、従来のRDBのような「スキーマ」がない。複数のテーブルを結合（join）するという使い方をせず、一意キーの指定や比較的単純なクエリーでJSONデータを取り出す。 ここでは詳しい話には踏み込まず、２つのデータベースの違いを私の主観で、ごく大雑把にまとめてみる。 まず、それぞれの強みを私の印象で３つずつ書くと、こんな感じだ。 CouchDBの強み： １）優れた管理画面「Futon
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
