Photo by Indi Samarajiva こんにちは、谷口です。 「ITエンジニアは業務時間外にも勉強をすべきなのか」という問題について、皆さんはどう思われますでしょうか。 少し前には、こちらの記事も話題になりましたね。 業務時間外で勉強をしなければいけない理由：101回死んだエンジニア：エンジニアライフ 今回は、そんなITエンジニアの業務時間外での学習について考察していきたいと思います。 ■企業からの「教育」と自分でする「学習」 業務で必要な知識等について、企業側もある程度は「教育」をすることがあるかと思います。特に新卒の場合、新人研修として業務知識を学ぶ期間が多くの企業で設けられているかと思います。仕事で必要な業務知識に関しては、企業の研修を受けるだけではだめなのでしょうか。 まずは、「教育」と「学習」の概念について考えてみましょう。 「教育」とは、組織の求めるスキルを個人に習

Inc.：自信をつけたくない人はいないと思います。人生や仕事のどんなステージでも、恐怖や不安を消し去ることができれば、多くの結果を残せるからです。 メンタルトレーナーのJoe Serio氏は、著書『Overcoming Fear：50 Lessons on Being Bold and Living the Dream』に、誰でも自信をもつことができると書いています。 恐怖は、才能ある人が偉業を成し遂げるのを邪魔します。ベストを出し切れる人が20％しかいないなんて、悲しいことだと思いませんか？ Serio氏自身、若いころは恐怖に悩まされたと言います。しかしある日、そんな自分に見切りをつけます。政治科学と犯罪学を学び、ロシアに興味をもつようになったSerio氏は、ロシア語を学び、ロシアで数カ月働き、ついにはモスクワでオフィスを構えることになりました。 最初の仕事では、アメリカやヨーロッパの企

去る9月30日をもって、大学院卒業以来2年と半年勤めていた某中小SIerを退職致しました。 時間のあるうちに働きながらではできなかった勉強や趣味に精を出したい (&しばらくのんびりしたい) ため、10月からしばらくは無職生活します。 (そのあとのお仕事も募集中ですが、それについては別途) 同じような環境にある人、そういった環境に入ろうとしている人の参考と、なにより自身で考えを整理するために、退職を決めた理由についてつらつらとまとめます。半ば以上愚痴ですが。 上述の通り中小企業で、あんまり書くと身バレしそうなので大事なところはボカしますが。 給料が安かった。 一番大事なのはやっぱり給与。諸々不満があったとしても、十分な報酬貰えてるなら文句言わず働くよねっていう。 初任給については合意したから入社してるわけで、そこには文句ないんだけど、昇給額とか賞与とかが満足できる額にない。全社集会 (詳しく

30歳を超える前に「金のエンゼル」を作る 「30過ぎたら利息で暮らせ」とブログに書く内容をTwitterにメモしておいたら思いのほか拡散したので、いくつかの補足をしたい。元ネタは『エンゼルバンク』という『ドラゴン桜』の外伝漫画であり、事実上の続編で出てきた台詞である。本作は転職エージェントについて描かれている。 「30歳過ぎたら利息で暮らせ」 「利息？」 「どれだけ多くの利息を取って暮らせるか……そのためには何が必要か」 「必要なのはしっかりとした元金だ……金のエンゼルだ……」 エンゼルバンク　ドラゴン桜外伝（１） (モーニングコミックス) 作者:三田紀房講談社Amazon 転職者にとっての「金のエンゼル」を明確化し、その「金のエンゼル」が欲しい企業に引きあわせることで良い条件の転職をさせるのが転職エージェントの仕事。転職者の契約年収が転職エージェント自体への報酬に直結するので必死だ。ここ

清水亮氏が 「いま日本に圧倒的に足りないのは人工知能に詳しい人材」 「いま大学三年生の人がいたら、文系だろうが理系だろうが、とにかく今すぐAIの研究を始めたほうがいい。」 と主張しておられる。 たしかに、今後数年～十数年で、人工知能技術はありとあらゆるビジネスに入り込み、多くの職場で、それを使いこなせないと日常の業務が回らなくなっていくと思います。 ただし、就職面接で「人工知能を使いこなすスキルがあります！」とアピールするのは、「エクセルを使いこなすスキルがあります！」とアピールするのと同じ意味合いを持つようになっていくと思います。 人工知能テクノロジーを使いこなすスキル自体は、ウリにならなくなっていくんです。 その理由は、次のとおり： (1)人工知能のツールやライブラリがどんどん高機能かつ使いやすくなっていく。 (2)人工知能技術を簡単にマスターできる優れた入門書がどんどん出てくる。 (

いま、PCゲーム業界、いやゲーム業界全体で最もホットな企業と言えば、「Valve」を置いて他にいないだろう。 元々、『Half-Life』という一本のFPSからスタートしたこの企業は、やがてアクティブユーザーが1000万人を超えるPCゲーム用ダウンロードツール「Steam」を開発し、 更には、賞金総額22億円の大会が開催された『Dota 2』や『CS:GO』のようなe-Sportsタイトルまで介入し、衰退しつつあったPCゲーム業界の可能性を引き上げた。 さりとて、この大企業「Valve」によるイノベーションはどのように生まれたのか。そして同時に、ごく僅かの採用枠を勝ち抜いた新入社員たちには、どのような活躍を期待されるのか。 少なくとも、この新入社員用マニュアルからは、Valveの求める人材の水準がどれほど高いものか、窺い知ることが出来ると思う。2万字以上に及ぶ長大な内容だが、もし読んでいた

社会人生活を続けていると、「長い修羅場を抜けると、そこは修羅の国でした」というような川端康成もビックリの展開にしばしば遭遇するものですが、みなさんいかがお過ごしでしょうか？ 今春に入社した新人君は、もうかれこれ半年になりますね。仕事は楽しいですか？苦しいですか？春は死にますか？ いつしかアナタが本当に潰れそうになったとき、この記事が何かの役に立てれば幸いです。 組織の中で働いていれば、幾度となく大きな壁があなたの前に立ちはだかります。詳細は後述しますが、僕にもそんな時期がありました。これからもあるかもしれません。 自分の望む仕事がアサインされない（割り振られない）…… 能力は申し分ないはずなんだけど、上司に嫌われ窓際に追いやられちまった…… リストラの候補に挙げられ「追い出し部屋」への片道切符を掴まされようとしている…… 「常に前向きで、笑顔でポジティブに行こう！また日は昇るさ！！」 なー

会員事業部の森田です。 対象と内容 この記事は、クックパッドと同じような200～300名規模の組織で働く、「最近調整が多くてコードを書く時間がないなぁ」と思い始めた30代エンジニアを対象として、日々の調整の負担を減らすための「考え」と「行動」を整理し、まとめたものです。 組織における分業と調整 組織に所属する人たちは協力して組織目標の達成を目指します。みんなで同じことをしてもしょうがないので、必然的に役割を分担(分業)をします。分担した仕事はなんらかのタイミングで統合する必要があります。その統合が調整です。つまり分業と調整はセットです。じゃどういう分業があるのかといえばそれは組織構造によります。今回は私達が採用している事業部別組織下*1 での調整の話をします。 分業の種類 事業部別組織では垂直と水平の2つの分業が存在します。それぞれに少し毛色の違う調整が発生するわけですが、いくつかのことを

仕事上で発生する連絡事項には、「どうも言いづらいな…」というものも多々ありますよね。 例えば、相手に負担を強いるような依頼のほか、催促、お詫び、断り…など。 相手を目の前にして直接伝えるのであれば、声のトーンや表情によって感情を伝えられるので、何とかうまいことやれるような内容も、メールだと中々…。こちらは全くそんな気はないのに、妙にカドが立って相手を不快にさせてしまったり。 一体どうすればこうした「伝えづらい内容」をメールでいい感じに送れるのか？ 日本ビジネスメール協会の代表理事であり、ビジネスメールやコミュニケーションに関するコンサルティング・教育を手がける(株)アイ・コミュニケーションの代表を務める平野友朗さんにお聞きしました。 ▲(株)アイ・コミュニケーション代表の平野友朗さん 【前提】一つの言葉でも、自分と相手のとらえ方は異なることを意識する 前提として意識しておきたいのは、自分で

「コードレビューをキメると品質も上がるし自分のレベルも上がるので最高」みたいな論が巷を賑わせていて、以前はそういうイケてる制度を指をくわえてみるのみだったのだけれど、最近職場と、それと個人的に関わったプロジェクトでコードレビュー制を無理矢理交渉して導入してみた結果、世間のイケてる書籍やエントリから得られる情報とはまた少し違う知見が得られたので書いてみる。 割と泥臭かったり、あまり希望に溢れてたりはしない感じのエントリなのでそういうのは期待しないほうがいいです。 準備 些末なコードレビューを極力避けるために、コードの規約やスタイルについてはlintとフォーマッターを用意した。 他は無策。 結論 結論から言うと、理想的な運用は出来なかったものの、コードレビューについて世間で言われるような成果（作業を共有する意識、レベルの向上）は得られた。良かった。 ぶっちゃけ僕なんかが浅はかな考えで導入しても

＜前編のあらすじと中編のお話＞ 夏の訪れを感じさせる某日、大のお寿司好きであり、ゲーム好きでもある、伊藤直也氏（以下「naoya」）が、本企画の最終回にゲストとして招待したのは、『株式会社ドワンゴ』の川上量生氏（以下「川上」）。普段から大のゲーム仲間でもあり、親交の深い二人の話は、過去の『ドワンゴ』を振り返る話から、アニメ業界とIT業界の話まで、多彩に展開されます。そして、話はいよいよ川上氏が考えるモノづくりの根幹の部分に迫っていくのであった―― ⇒【前編】の記事はこちら — naoya：エンジニアが自分の好きな言語を使うのにあれこれそれっぽい理由を捻り出すという話が出ましたけど、スクラムやDDDの導入に際しても、やっぱりそんな感じだったんですか？ — 川上：うん。もちろんスクラムやDDDが言っていることは正しいんですよ。でも、それを前提に開発をすべきというみんなのこだわりはなんなのか、っ

今年の4月に管理職に昇格した。 会社はIT上場企業で、私はアラサー♀で、管轄してる部署の部下は女性がほとんどだ。 自分が管理職になって、身に染みた。 顔が可愛く部下は、性格も可愛く、そして仕事もできるのだ。 対して顔が平均基準を超えない部下は、性格が可愛くなく、仕事もできない。 可愛い部下は、言われたことを素直に受け取り、 もしくは反論があれば人を傷つけることなく意見を堂々という。 可愛くない部下は、注意すると過剰に捻くれ、かつ意見すら言わない。 私は女だし、女だらけの部署で、顔で贔屓するつもりなんぞ微塵もない。 でも、本当にブスはそもそも性格も可愛くなく、仕事もできないのだ。 顔じゃないんだよな。 顔によって得てきた環境とか養われた自尊心なんだよな。 初めての管理職、初めての女だらけの職場で、私は学ぶことが多い。

「忙しすぎて、◯◯ができない」でも、本当に？ Basecampの開発者のブログ、Signal v. Noiseでジェイソン・フリードさんが、時間がないことと、アテンション、つまりは注意力・関心がないこととの違いについて記事にしています。 ここで注意したいのは、attentionを「注意力」「関心」と理解してしまって、注意が足りないから、関心がないからととらえてしまうと誤解に導かれる点です。 Attentionにはそうした意味もありますが、ここで問題になっているのは、時間ならあるのに、それを割り当てるための気持ちのリソースが足りないことを指しています。そういう意味では精神力が足りない、あるいはロールプレイングゲーム的な表現を使うなら、「MPが足りない」といってもいいでしょう。 時間はあるのに、手を付けられない ジェイソンさんが直面したのは、ありふれた、どこにでもある状況です。ある日、彼のため

シバショウゴ(時代小説公開中) @show5shiba 【地方中年男性の再就職メモ】 (個人の妄言です) ●毎日ムリヤリ外出せよ。在宅するな ●基本毎日ハローワークに行く。ただし月曜午前は実り少なし ●毎回ハローワークでムリヤリ紹介状をもらわなくて良い。気に入ったものが無ければ離脱。ただし求人票を観察せよ。頻繁な求人は危険企業 2015-08-16 22:22:39 シバショウゴ(時代小説公開中) @show5shiba @show5shiba ●求人情報紙をあてにしすぎない。求人広告は連続掲載多数。1回目の掲載で採用枠が埋まっていても2回目をタイミング的にキャンセルが間に合わず、そのまま掲載されている物件あり ●他の失業者がハローワークに行かない日(悪天候、連休前後)にこそハローワークへ行く 2015-08-16 22:30:34 シバショウゴ(時代小説公開中) @show5shiba

著者：うめ　引用元：大東京トイボックス ゲームプログラマーなどのIT系エンジニアが企業に応募する際の職務経歴書の書き方をまとめました。職務経歴書はこれまでの経験をいかに志望動機や自己アピールにつなげるかが重要になります。見本の職務経歴書と悪い例の職務経歴書を作ったので参考にしてみてください。 ゲームプログラマーの職務経歴書サンプル 下記の職務経歴書はゲームプログラマーの人が書いたサンプル経歴書です。不採用になりがちな職務経歴書ですが、どこがダメなのか分かりますか？少し考えてみてください。

Developers Summit 2015 Summerの「【ユーザ企業登壇！】先進企業が語る、ソフトウェア開発環境のビフォーアフター」の講演資料です。 http://event.shoeisha.jp/devsumi/20150729/session/845/ 2015.8.6追記： 以下のjacopen氏のblogもご覧ください。本資料で伝えきれていない部分が書かれています。 http://jaco.udcp.info/dev-with-ncom/

プログラマの採用方法を改善するため、1カ月程前にTriplebyteを立ち上げました。昔から変わらず、履歴書、コードをホワイトボードに書かせるプログラミングテスト、そして直感など、これらを判断基準に面接を行う企業が多すぎます。私たちは、より良い採用方法について最初に考えたアイディアを マニフェスト に記しました。それから1カ月と少しが経過し、この30日間で、300回の面接を行いました。私たちはアイディアを実行に移し、どの方法が有効で、どの方法が有効ではないかを確認し、そのプロセスを繰り返すということを始めたのです。この投稿には、300回の面接を通して私たちが学んだことを書いていこうと思います。 投稿では、細かい内容についての説明が多くなりますが、キーとなる発見は以下の通りです。 私たちが作ったオンラインのプログラミングクイズの結果を見れば、高い確率でプログラミング面接の結果を予測できる。