ITエンジニアのモチベーションを考える連載。第1回は、ITエンジニアが抱えるモチベーションの問題を事例を基に紹介。第2～3回は、モチベーション診断ツールを掲載する。あなたのモチベータ（やる気のもと）を明らかにする！ 前回の記事「あるきっかけで生まれ変わったASPサービス担当者」の文末で予告したとおり、今回は自分のモチベーションの要因を診断するツール（自分のいまのモチベーションを客観的に測るツール）、「MSQ（Motivation of Status Quo）」の簡易版を掲載する。 モチベーションを上げる方法は人によって異なる。モチベーションを上げるには、自分のやる気を促進する要因、あるいはやる気を削いでいる原因を把握することが不可欠だ。この診断ツールは、自分のいまのモチベーションの状態と、自分のモチベーションを左右する要因を明らかにする。読者の皆さんの明日からのモチベーション管理に役立てば
SitePoint: New Articles, Fresh Thinking for Web Developers and Designers WebサイトやWebアプリケーション、Webサービスを開発する作業工程のひとつに、作成したHTMLやCSS、RSSが適切なマークアップになっているかどうかを検証する工程がある。検証に活用できるツールやWebサービスはいくつかある。Sean P Aune氏がSitePointにおいて14 Free Tools To Validate Your HTML, CSS & RSS Feedsという記事をアップしたためチェックしておきたい。検証に使える14のFirefoxエクステンションやWebサービスが紹介されている。 14 Free Tools To Validate Your HTML, CSS & RSS Feedsで紹介されているエクステンション
海の安全を見守り、航海の道しるべともなる灯台。その歴史と重要性を称え、毎年 8 月の第 3 週末に「国際灯台ウィークエンド」が開催されます。1998 年にスコットランドのアマチュア無線愛好家たちによって始められ、現在では 40 カ国以上が参加する大規模なイベントとなっています…
世界最高品質のプロキシリストを提供するプロキシ専門サーチエンジン You can find active, fast and anonymous proxy servers here!
たとえば PHP で、 if ($hoge) { ... } とか書いてあったら、 $hoge がどんな値のときに if の中身が実行されるのか即答できますか。 こういう書き方は多くの言語で可能ですが、言語によって何が真で何が偽になるのかが異なるので、それぞれまとめてみました。 C言語 C言語には bool 型が無い。 0 （int） だけが偽となり、それ以外はすべて真となる。 NULL 定数は stddef.h で以下のように ((void*)0) と定義されているため、偽値として使える。 意見が分かれそうなところですが、個人的にはNULLを偽値として使用するは好きじゃないです。 #ifndef __cplsuplus #define NULL ((void*)0) #else #define NULL __null #endif C++ C++になると bool 型が出てくる。C と同
どうでもいいことを、あたかもなんかすごいことのように語る方法を考えてみる。 まず、書きたい「どうでもいいこと」を決めよう。 とりあえずここでは、「明星のインスタント焼きそば作るときにかやくを入れ忘れたのだけど、それってフタの説明が悪いんじゃない？」ということを書くとしよう。ここで、読んでる人に「ようわからんけどなんかすごい」と思わせるために話の主題をずらすのが大切だ。今回は、結論を「UFOのターボ湯切りいいよね」ということにしよう。 本文はこのようになる。 先日明星のインスタント焼きそばを食べた。 ふたの説明を見ながら手順どおりに作ったのだけど、食べる段になって、かやくはあらかじめ入れておかないといけないことに気づいた。これはふたの説明が悪いのではないか。ふたの説明はインスタント焼きそばの味を最終的に決めるものであるから、わかりやすく書くべきである。 UFOのようにかやくをあらかじめめんの
GAEのJDOのモデルは、ざっくりいうと4種類の状態があります(本当はもっといっぱいあるけど、4つをおさえておけば普通はOK)。 transient persistent detached hollow モデルをnewして、PersistenceManager#makePersistent()を呼ぶまでは、transientです。 PersistenceManager#makePersistent()がよばれるとpersistentな状態です。persistentなモデルの状態は、PersistenceManagerをcloseするかTransactionをcommitしたときに、データストアに反映されます。 PersistenceManagerをcloseしたときからが、運命の分かれ目。何の設定もしないとhollowになり、lazy loadingされているオブジェクトに触ろうとするとエ
2009年は、いよいよクラウド時代の幕明けですね。世の中的にも大不況ですから、導入・運用コストを下げることが期待されるクラウドはまさにうってつけではないでしょうか？ しかし、インターネットのあちら側にあるシステムのことは、いまいちピンとこないことが多いですね。最近よく聞く「CAP定理」なんてのもそのひとつだと思います。この定理時代は、前からあったものですが、もっともらしいことを言って煙（いや雲か。）に巻かれている気がしませんか。そんな「CAP定理」をOracleの分散データベースである「Oracle RAC」を例に取り説明してみたいと思います。 1. CAP定理のジレンマ クラウドの特徴のひとつとして、CAP定理が挙げられます。 CAP定理とは、以下の３つを同時には満たせないという定理です。 C：Consistency（データの一貫性） データの更新後、ほかからそのデータを参照した場合、必
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
