Bedrockの入門書、アマゾンのクラウド書籍でベストセラー1位です！ https://www.sbcr.jp/product/4815626440/

(注: ここでの話は主にB2BのIT業界の話をしています。他の業界は知りません) IT系のそこそこ有名なスタートアップの会社に勤めている人と何度か話す機会がありましたが、口を揃えて「いいマネージャがほしい」と言います。 エンジニアの場合、2つの点で優秀な人を(相対的に)集めやすいです。 エンジニア同士の横の連携が強く、一人優秀な人を雇えばその人のネットワークを使って別の優秀な人を雇いやすい(くどいようですが「相対的に」) github やオープンソースプロジェクト、勉強会などのアクティビティを見ることができるので比較的容易にスキルを判別できる ところが優秀なマネージャとなるとそうもいきません。そのマネージャが優秀かどうかは一緒に仕事した人じゃないとわからないので、単に面接しただけでは判別しにくいです。 さらに、エンジニアはともかく優秀なマネージャは大企業にとどまって外に出てこないので、おそ

もし転職するとしたら、選ぼうとするその会社のどこをみるでしょうか？ 私が採用応募の相談を受けるとき、その人にとっては転職になる訳ですが、入ろうとする私たちの会社が本人のワークスタイルやライフスタイルと一致しなければ、お互いに不幸なことになりかねません。 採用というのは、会社側が入りたい方を選ぶのと同時に、入ろうとする人にとっても会社を選ぶという意識が大事です。私は、私の会社を含めて、その人が自分にあった会社かどうかを判断してもらう時に、３つの視点があると話しています。 ひとつは、キャリアに影響してくる会社のビジネスモデル。二つ目は、ワークスタイルに影響してくる会社の人数。最後は、ライフスタイルに影響してくる会社の方向性。 これらの視点を話した結果として、もし自分にとって違うということがわかれば、私たちの会社に入ってもらえなくなりますが、それでも良いと思っています。入ってしまって後悔するより

Rubyをはじめとするスクリプト言語ではなく、なぜJavaを選ぶのか。 そして、XPをはじめとするアジャイル開発ではなく、なぜウォーターフォールを選ぶのか。 そこには、言語の良し悪しや、開発プロセスの考え方などが理由の中心にあるわけではなくて、SIerというビジネスの仕事の仕方（ビジネスモデル）に起因している。 RubyやXPは、考え方や技術としてはとても良くて、生産性もあがるし、何よりもソフトウェアをクリエイティブに作り上げることができ、利用者にとっても使い勝手がよく、スポンサー（経営者）にとっても経営戦略に沿ったものが手に入り、開発者にとっては何よりも仕事に対してやりがいを感じることができる。すばらしい！・・・・が。。。 しかし、だからといって、誰でもRubyやXPを使って開発をするべきか、というとそうではない。もし、本質を理解しない誰かが、「やってみたいのだが・・・」と相談に来たら、

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 世界中のあらゆる分野で活用されるOS「Linux」。企業の情報システムでの活用はもちろん、電子機器での採用が増えるなど、私たちが触れていながら気がつかないところで着実に実績を重ねている。 Linuxの創始者であるLinus Torvalds氏が11月下旬に来日し、ZDNet Japanの1時間にわたるインタビューに応じた。インタビューの前半では、社会に欠かせない存在となったLinuxが今後、コンシューマー向け製品にどのように挑戦していくのかを語ってもらった。 リーナス・トーバルズ氏インタビュー：情報家電への取り組みを加速 今回はその後半、OSからアプリケーションへの移行が進むにつれて、消費者からは見えにくい存在となっていくLinuxにつ

アジャイル開発のエクストリーム・プログラミング(XP)は好きなんですが、開発規模が大きくなった時に、どうやるんだろう、と最近考えていて、考えをメモします。 開発規模の定義として、僕は、100行＝小規模、1万行＝中規模、100万行＝大規模と定義します。それぞれの規模でベストな手法が違います。大規模で、100人以上のメンバーがいる場合は、どうやってグループを管理するかという問題とかもあります。僕は、ほとんどが中規模開発なので、今回は、これ限定です。 エクストリーム・プログラミングを説明した最も有名な本は1999年に出た、XPエクストリーム・プログラミング入門―ソフトウェア開発の究極の手法 ですが、年々微妙に変化していて、最近の著者さんのスタンスを一番反映しているのは、http://www.extremeprogramming.org/ での説明かなと思います。 設計の終焉? でマーチン・ファウ

刺戟的な題名で続けます。 前回は日本独特のSE／PGの分業体制がどのようにして発生したのか、ということを説明しました。それは日本にソフトウェア開発が産業として根付いたときに、PGが単純作業労働者と位置付けられてしまったため、上級技術者を区別する言葉が必要とされた、それがSE（システムエンジニア）だというものでした。 ●C言語＠UNIXでは COBOLの開発ではSE作業とPG作業がきちんと分けられていると思われがちですが、これも前回述べたとおり実際には形式だけのものになっていました。これはタイムシェアリング端末の普及によってプログラミング作業が格段に効率化されたからでした。プログラミングに残っていた煩雑な手作業の部分が省力化されたのです。 この事情はBasicやC言語でも同じことです。1980年代後半、わたしは最初の会社を辞め、パソコンの開発をするようになりました。現場では、技術者はそれぞれ

Wikipediaといえば世界で第5位の訪問者数を誇る巨大サイトですが、システム運営に携わる人間は世界でわずか6人、しかもこれはボランティア込みという恐るべき少人数で、第4位のFacebookのサーバ数が3万台を超えているのに対して、Wikipediaはわずか350台で運用している……などというような感じで、知られざる今のWikipediaの実態が「KOF2010」にて本日行われた講演「Wikipedia / MediaWiki におけるシステム運用」で明かされました。 登壇したのはWikipediaを運営するWikimedia財団のエンジニアであるRyan Lane氏で、100席ある座席は満席になり、隣の中継の部屋まで人があふれているほどの盛況っぷりで、語られる内容もなかなか参考になることが多く、今後のGIGAZINEサーバにも活かせそうな内容でした。 というわけで、「Wikipedia

英紙「日本という国を過小評価していないか」アメリカも中国も到底かなわないと取り上げ話題に イギリス・ガーディアン紙が「日本という国をたいそう間違って認識していないか」という記事をとりあげ、海外掲示板で盛り上がりを見せています。 並べられていた事実というのが… 「失業率5％、給与の格差最小、全員に医療保険、平均寿命最高、新生児死亡率最低、高い学力レベル、犯罪率・投獄率・殺人・精神病・麻薬乱用率すべて低い国がある。アメリカも中国も全く届いていない」 いったい経済とは？と問題を投げかけている記事です。 バブル崩壊後の1990年代の日本経済はデフレ時代とも言え、消費が減り、景気低迷をうたわれていると報道され、経済学者もそう伝えているものの、実は数字で見ると失業率はその頃でさえたった3％だと驚きの声をあげています。 コラムニストはこう疑問を投げかけています。 「ノーベル賞受賞の経済学者までが日本の経

ソフトウェア開発を「肉体労働」にしたのは誰だ？：情報マネージャとSEのための「今週の1冊」（11） 「肉体労働」「3K」などと評されることも多いソフトウェア開発。しかし、それは間違いだ。いま、IT技術者はそうした世間からの“刷り込み”を払拭したうえで、この職業を正しく認識し直すことが大切なのではないか。 「このコードおかしいよ。これだとちゃんと動かない」「でも、サンプルどおりに作ってるし」。「納期に遅れそうって、もう少し早く分からなかった？」「もともと無理なスケジュールだし、間に合わなくても当たり前」―― 日々の開発業務の中で、こうしたやりとりを交わしたことがある、あるいは聞いたことがある人は少なくないのではないだろうか。もちろん質問に答えている側の言い分には一理あるし、シンパシーすら感じる。しかし、1人1人の開発技術者が“ビジネスマン”としての自覚と責任を持ち、顧客との約束を破らないため

課長は実働部隊を束ねる要である。それは先日まで日本を沸かせていたサッカーワールドカップ日本代表チームの岡田監督の役割と重なります。 なぜ、日本チームは連敗の淵から蘇り、ベスト16（実質的にはベスト9）になったのか。 これには明確な理由とプロセスがあるのです。そして、その本質を理解することで私達は目の前のビジネスチームを再生し、最強のチームへと変革することができるのです。 チームのコアは明確なビジョン ズバリ、日本チームがどんな苦境に立っても前に進めた最大の理由は「ベスト4」になるというビジョンが選手だけではなく、スタッフや関係者全員が本気で信じて（共有して）いたからです。 なぜ、日本のあらゆるチーム（組織）に閉塞感が漂いメンバーはヤル気を失っているのか。それは、メンバー自身が心から貢献し、実現したいと思えるチームビジョンがないからです。 私達は心の奥底で価値が高く、自己成長に直結した仕事に

家に帰るよりも、会社にいる方が楽。家庭のことを考えるよりも、仕事のことを考える方が楽しい。だって、会社にはとりあえず居場所があるけど、家にはないから……。 あなたはこんなふうに感じたことはないだろうか？ 世間では、もっぱら「イクメン」「ワークライフバランス」「ノー残業デー」と、仕事だけの生き方を見直そうという動きが盛んなのに、どうにもそういう波に乗れない人。 「仕事にすべてを捧げるなんて格好悪い」「仕事だけの人生なんて気の毒」なんて言われたところで、仕事だけをやっていたいと願う人。 長時間労働とうつ病や過労死との関連が高かろうと、女性の社会進出に伴って共働きの家庭が増加していようと関係ない。 残業を好み、深夜まで会社に残って働く人々 「とにかく仕事をさせてくれ。一に仕事、二に仕事、三、四がなくて五に仕事！」と、仕事だけの人生を求めてしまう人がいる。 いわゆる、ワーカホリック。残業を好み、深

suicaのサーバーはみんなの知らないところで、実はたまに落ちているそうだ。 だがシステムが止まることはない、計算上センターは3日ぐらいは止まっていても大丈夫だそうだ。 だからサーバーが落ちたなどとニュース沙汰になることは殆ど無い。 suica開発陣頭指揮をされていたかたが、その実績をまとめてと頼まれ、博士論文にしたそうだ。 suicaの実例を述べるだけだと技術論文になってしまうので、一般化して論文を書きあげたそうなのだが、審査に携わった専門家の人達はそんなものが動くわけないだろうといったらしい。しかし現実問題としてsuicaは動いてしまっている。 本人いわく、だってそれで動いちゃってるんだもん。だそうだ。 実装は時として奇妙に見えるかもしれない。 フィールドには神がいる。 …その意や、なんで落ちても大丈夫かなどはまた後ほど。 スイカのセミナー 昨日はスイカのセミナーだった。 JR東でスイ

最近、残業が多いのが課題だと思っているので、もっと短い時間で同じくらいの成果を上げられるようになりたい、ということで仕事術系の本を色々読んでみた。 その中で特に参考になった本と、気になった点を紹介。 目次 1章 「できる人」は“ここ”が違う!―生産的な“集中力”をモノにせよ 2章 即効!すべてが雪崩のごとく“うまくいく”!―実践!「頭」のいい勉強術 3章 一瞬で「人気」も「チャンス」も引き寄せる話し方!―相手の心を“グッ”とつかみ、動かせる 4章 壁を突破する“アイデア”は「ここ」から生まれる―強運は「準備して待っている人」にやってくる 5章 仕事が速くなる気配りのすすめ―できる人ほど“腰が低い”! 6章 一流と三流を分かつ「1日24時間」の使い方―頭のいい人は、1日の仕事を3時間で終わらせる 7章 とにかく「稼げる人」入門―「頭の使い方」一つで、こんなに変わる! 8章 賢い人は脳をどう鍛

「心が変われば行動が変わる。行動が変われば習慣が変わる。習慣が変われば人格が変わる。人格が変われば運命が変わる。運命が変われば人生が変わる。」(ウィリアム・ジェームス　アメリカの心理学者) と言われている。習慣まで身につければ、人格、運命、人生は自然な流れで変わってくる。 だから、習慣を身につけるところまでは努力する必要がある。 習慣ということで、『7つの習慣―成功には原則があった!』を参考にした。 ７つの習慣を理解するには、７つの悪習慣を考えるとわかりやすい。 そこで、やりがちな悪習慣をリスト化し、７つの習慣で重要な概念について簡単にまとめた。 目次 ７つの悪習慣 第一の悪習慣：人のせいにする 第二の悪習慣：目的を持たないで始める 第三の悪習慣：一番大切なことを後回しにする 第四の悪習慣：勝ち負けという考え方 第五の悪習慣：まず自分が話し、それから聞くふりをする 第六の悪習慣：頼れるのは

細かすぎて伝わりにくいTopCoderのコーディングスキル向上マジック：最強最速アルゴリズマー養成講座（1/3 ページ） 競技プログラミングはレベルの高い人たちの集まり――そんな考えを持っている初心者の方、TopCoderはあなたのコーディングスキルを爆発的に高める魔法のような場です。今回は、初心者にこそお勧めしたいTopCoderの魅力について考えます。 教育的な観点から見るTopCoder 今回からTopCoderに関する実践的アルゴリズムを解説していく予定でしたが、序盤のうちに触れておきたいことがありましたので、今回の枕は“教育的視点から見るTopCoder”というテーマで少し書こうかと思います。 まず、最初に宣言しておきたいことは、この連載は初心者向きである、ということです。「どう考えても上級者向けだろう」という意見はたくさんの方から寄せられていますが、筆者は、まだプログラミングレ

初めて読むヤツも昔読んだヤツもありますな、あとでもっかい読もうっと ビルゲイツ １　人生は公平ではない。それに慣れよ。 ２　世界は君の自尊心を気にかけてはくれない。君の気分に関係なく世界は君が仕事を終わらせることを期待している。 ３　高校を出てすぐ6万ドルの年収を稼ぎはしない。携帯電話(当時は高かった)を持った副社長にもならない。自分で両方を稼ぎ出すまでは。 ４　先生が厳しすぎると思うなら、上司を持ってみろ。 ５　ハンバーガーを引っくり返すということは沽券(こけん)にかかわることではない。君たちの祖父母はハンバーガーを引っくり返すことを別の表現を使った。それはチャンスと呼ばれた。 ６　君が失敗したらそれは両親のせいではない。文句を言わずに学べ。 ７　君らが生まれる前は、君らの両親は今のように退屈な人たちではなかった。そんな風になったのは、君らのために支払いをし、服を洗い、君らがどんなにいけ

(Last Updated On: 2018年8月8日)私が4年前（2005年）に「Webアプリセキュリティ対策入門」を執筆していた時には、既に壊れた文字エンコーディングなどの不正な文字エンコーディングを利用したJavaScriptインジェクションやSQLインジェクション攻撃は比較的広く知られていました。この問題は当時のスラッシュドットジャパンでも取り上げられていました。/.で取り上げられたので、そこら中のWebサイトとユーザが被害に合うのでは？とヒヤヒヤしたので良く覚えています。 不正な文字エンコーディングを利用した攻撃は、文字エンコーディングを厳格に取り扱い、文字エンコーディングをバリデーションすれば無くなります。これを怠ると、システムのどこで問題が発生するか予想できなくなります。つまり、いい加減に文字エンコーディングを取り扱うと安全なシステムは作れないのです。 参考：エンジニア向けに