Webエンジニアスキルの勘所
Webのエンジニアにはどういうスキルが一番必要か？という話を考えてみた。 例えば、C言語やUnixの経験が長く、オブジェクト指向も理解していたとしたら、PHPから始まり、Rubyなどの理解は決して難しくないだろう。 では、それだけの経験で一線級のWebエンジニアとしての信頼が置けるかというと、ちょっと違うような気がする。 考え方のベースは、 「Webは、要するにテキスト処理であることが多い。だから難しい」 ほとんどの事がHTTPプロトコルを通じてテキストデータとして情報が、なんのネットワークの制約もなく流通する。つまり、HTTPヘッダを含むテキストの操作でセキュリティホールを作り、それが世界のどこから攻撃されるかわからない。 また、 同様に世界中からアクセスが集まることがありうるので、回りくどいテーブル設計をしてしまうと、あっというまに破綻してしまうこともある。 そして、 基本的にマルチア
エンジニアのこだわりと、継続的開発、チャレンジについて。
前職の頃からよく言うフレーズなのだが、受託をずっとやってきたエンジニアが面接に来た時に、「誤解を恐れずに言えば」という前置きとともにこういうことを言うことがある。 「サービスの開発は退屈ですよ？」 Facebookやtwitterや、若年層向けの携帯SNSや、それに従属するソーシャルアプリのような鬼のような成長をするサービスはよくわからないが、それ以外の従来からある、数多くのWebサービスにおいてエンジニアに求められるものは、如何に目の前の日々レガシーになっていくコードを安定的にメンテナンスしていくか？というサイクルになる。 安定成長するネットビジネスは「ストック型」である。お客様がそのサービスを使い始めて、使い終えるまでの期間を生涯価値として、今まで開発したコードで「サービス」を利用する。 その生涯価値がマルチスレッドのように重なることで、毎月安定的にユーザーが増えて行く仕組みである。と
Webで受託開発やってる会社（人）は、twitterサービス、iPhoneアプリ、androidアプリのどれかを作ることを推奨してみる
受託をメインでやってる人の中には、「お客様から頼まれないと、自分が動く価値はない」と本気で思っている人がいて、そう思うのは自由なので良いんだけど、本人は技術があると思っていて、実際にあるのかもしれないけど、周りからは見えないというのは損だと思うんです。 ある本に、インターネットは自分で立候補することが大事だ、なんてのが書かれていました。立候補しなければ、誰も声をかけてもらえない世界だと。 誰かが何かをやりたいと思って、実現のスピードや実現可能性を考える時に、そのスキルを持っていることが明確になっているところに話が行くのは割とシンプルにある話で、僕も例外ではなく、モバツイをやってる関係上、ツイッターに関する案件のお話をいただいたりしている。 人の余裕があれば是非お手伝いしたい気はあるのだが、ネットサービスは基本、受託案件をやる余裕はないし、そもそもリソースが少ないので、多大な機会損失をしてい
そろそろモバツイがEC2に移転した話でも書くとするか。
モバツイ以外にも実運用で回してるEC2な人たちは結構いると思うのですが、参考までに。 モバツイッターがAmazon EC2の人柱をやってくれている モバツイッターがAmazonEC2に移行しようかなとのこと。 さっそく性能問題にぶち当たったらしいし、ナイス人柱。 前にあるイベントで、EC2を活用されているHeartRailsの方にモバツイの構成をEC2に移転したらどうなるか？みたいな話をお伺いしたら、すぐ8万円/月ぐらいに構成になってしまう、と言われたのですが、大体、どんぴしゃな感じでした。 （追記：なお個人でWebサービスをスモールスタートする場合は、サーバの運用知識がそこそこある前提で、まずは自宅サーバから運用すると良いです。月間600万PVぐらいまでなら、HP ML115G5 + Phenomでこなせるハズなので。その辺についてはまたいずれ書きます。） ■EC2とは？ 既にご存じの方
楽天アフィリエイトが儲かる理由
ブログを書いてる人たちは、楽天アフィリエイトとアマゾンアフィリエイト、どっちが儲かっていますか？ アマゾンは料率が最低3%で、楽天アフィリエイトは基本1%のアフィリエイト報酬です。 単純に考えるとアマゾンアフィリエイトの方が良いに決まってるじゃん、という話になります。 ところが僕個人のblog活動においては、アマゾンアフィリエイトは大苦戦しています。 紹介料は、３ヶ月で3,000円ぐらいいけば良い感じです。 それに対して楽天アフィリエイトでは、なんだかんだで毎月3,000ポイントから最大で8,000ポイントぐらいの楽天ポイント報酬をもらっています。（1ポイント1円相当） このブログをご覧の方はわかるかもしれませんが、このブログって、そんなにアフィリエイトアフィリエイトしてないですよね。本を紹介する時はいつもアマゾンなんですが、楽天の方はそんなに頑張っていません。せいぜい忘れないようにしてる
企画でもエンジニアでもどっちでも良いです。
人事が不採用ボタンを押す「面接ＮＧ回答ランキング」／Ｔｅｃｈ総研 というページを見ていて、面接の回答では、 「企画でもエンジニアでもどっちでも良いです」 という回答がNGだと言うことが書いてあった。 でも、本当にどっちでも良かったらどうするんだろう。 というのも結構、自分がそういうタイプです。 そもそも、大学の時も就職の時も、そんなに強いコダワリがあって進学や就職したわけじゃなかった。 でも、自分がやりたいと思う大まかなカテゴリってのは満たしていて、例えば大学の時には電気工学という学科に行ったんだけど、電気工学で何を学ぶのか？ということには完全にとんちんかんな知識しかないまま進学した。 でも、電気工学も電子工学も情報工学も、僕の中では電気を使った工学という面では一致していて、その範囲であればどこでも良かった。機械工学とか化学とかは範囲外なので興味はなかった。 実際、電気工学にコミットできな
コミュニティの内輪性と寿命
電車に乗りながら、内輪なんてキーワードでぼやーっと考えてたら、コミュニティの寿命曲線について書いてみたくなったので書いてみる。 以下に手帳に書いてた図を掲載していますが、字も線もホント汚い図でごめんなさい。こくばん.inで清書しようかと思ったけど、自分のマウスコントロールとして直線が書けないので諦めました。 ■一つの場所を共有するネットワークの特性 まず最初に以下の図。割と古いネットワークの構図かも。パソコン通信時代のモデルであったりもします。 図１．コミュニティの寿命曲線 Ａ領域： コミュニティが立ち上がって人が増えていく様。 大部分の人同士が等距離にいることが多いので、一番ワクワクして面白かったりもする。新しい知り合いができる一番良いきっかけ。 ＡからＢへの移行期： この辺ではじめてのオフ会が行われる。 Ｂ領域： オフ会の量が急増したり、個別に仲良くなる人が急増する時期。 オフ会に行く
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
