This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

営業やマネージャーにとって、現場にいるプログラマというのは扱いづらい存在である。 飲み会などで、普段の彼らを観察してみると。同じエンジニア同士で固まってボソボソとよくわからない話をして、控えめな声で笑っており、総じて温厚で、扱いやすそうな人々に見える。 ところが、仕事になると、彼らはなんやかんのと理由をつけて、スケジュールに文句を言い、プロジェクト途中のリクエストには素直に答えてくれず、あげくには遠回しな嫌味を言ってきたり、極端な場合には、その温厚な仮面を投げ捨てて、攻撃的な暴言さえ吐く事がある。 どうも彼らは我々の事が嫌いらしい、と感じている営業・マネジメント職の人もいるのではないだろうか？ 彼らの人格や価値観に問題がある可能性も否定しないが、このような感情的な齟齬は、多くの場合、あなた自身が彼らの「自尊心」を傷つけていることに気づいていないことが多い。 プログラマの自尊心 プログラミン

MicrosoftやGoogleでヒットプロダクトの開発に関わってきた及川卓也さん。現在、プロダクトマネージャーが育つ土壌づくりを推し進める。なぜ、業界全体での底上げに取り組むのか？及川さんのインタビューを通じて見えてきたのは、日本のITをより強くしたいという及川さんの思いだった。 PMが育てば、日本のITは欧米に負けないくらい強くなる｜及川卓也 プログラマー向けの情報共有サービス「Qiita」。提供元であるIncrementsでプロダクトマネージャー（以下、PM）を務めているのが及川卓也さんだ。 及川さんはMicrosoftやGoogleといった企業で、さまざまなヒットプロダクトの開発に関わってきた、まさに日本のPMの第一人者といえる存在。 PMは海外だと多くの優秀な人材がこぞって志願し、“ミニCEO“（プロダクトに対する経営者）と捉えられることも多い。しかし、日本における認知度はまだ低

CTO の舘野 (id:secondlife) です。丁度1年半ほど前に、クックパッドの CTO になり、自分が20代の時に憧れていたいわゆるハッカーとは違う道を歩んだという事もあり、ソフトウェアエンジニア*1のキャリアってどんな物があるんだろうと改めて考えた時期がありました。 しかしながら一人悶々と考えても、答えが見つかる物でも無かったので、私の先を行く方々の話を聞きたいんですよね、みたいな事を md2inao で有名な WEB+DB PRESS 編集長の稲尾さんとしていたところ、じゃあそれ連載記事でどうですか、とお話を貰ったので記事として連載させて頂きました*2。 その時、連絡させていただいたメールにはこんなことを書いていました。 背景としては、今やエンジニアは、サーバサイドは AWS/heroku 等 IaaS/PaaS の台頭、github を中心とした OSS フレームワーク・ラ

技術推進室の浅井です。 技術的負い目とは、世に言う技術的負債のことです。 社内で技術的負債の定義、ことばの表現を考える中で、「『負債』は優れた比喩表現であるものの、第三者への返済義務がない点で会計上の負債とは異なり、言葉としての問題も多く、不必要な議論を生み出しやすい」などの指摘があり、代わりの表現として社内の一部で使われている言い回しです。 最近社内のたいへん古いシステム（16年の歴史があります）の技術推進を行う機会があり、たくさんの技術的負い目と向き合いました。 そのような古いシステムの技術的負い目と向き合ったとき、エンジニアはストレスを感じ、ネガティブな感情を抱いてしまいがちです。負い目に苦しめられることで過去のコードや技術的判断に対して不満を言いたくなる気持ちはとてもよくわかりますし、実際に私もたくさん苦しんでたくさん不満を言いました。 ですが技術的負債の文脈でよく言われるとおり、

XP 祭り 2016

2018年卒業予定の学生に向けたNyleの新卒採用活動がスタートした。 Nyleでは2012年から本格的に新卒採用を始めており、2018卒の新卒社員は新卒世代7期目ということになる。私自身も採用に積極的に携わり、これまでに数多くの学生と会ってきたが、興味深いことに、学生が持っている疑問や不安の種類はあまり変わりがないように思う。 例えば、私がこれまでによく聞かれてきた質問のひとつに、「優秀さの定義って何ですか」というものがある。様々な企業が「優秀な学生」という言葉を安易に使いがちであるにも関わらず、その要件が企業によって異なり、かつそれが往々にして学生間で使われる「優秀さ」の定義とは乖離があるためにこうした質問が出てくるのだろう。そして実際、社会における「優秀さ」と学生の間において使われる「優秀さ」は全くの別物であると私は思う。 本日の記事では、学生からよく聞かれるこの質問を引き合いに出し

仕事ができる人とできない人の『生産性』の違い 1. 目的について 仕事ができない人は、目的を曖昧にしたまま仕事に取り掛かる。 仕事ができる人は、何かを頼まれたら「なぜその仕事をする意味があるのか」本質的な目的を聞く。 目的が不明確なまま仕事をしていては、頼まれたこと以上のアウトプットはできない。また、本質的な目的が分かっていれば逐一「ここはどうすれば良いですか？」と聞かなくとも自分で考えて仕事が進められる。 2. タスク管理について 仕事ができない人は、タスクを頭で全て覚えようとする。 仕事ができる人は、紙やアプリ、PC、付箋に記憶させる。 無駄なエネルギーを使わず、意思決定・問題解決のために頭をフル回転させる。 3. 集中できる環境づくりについて 仕事ができない人の携帯は、仕事中でもメールやLINEの通知がひっきりなしに鳴る。 仕事ができる人は、集中力を阻害するものを意識的にOFFにする

私は、それまで 9:30-18:30 だった勤務時間を、４月から 8:30-17:30 に変更しました。理由は単純で、息子の為なのですが、この１ヶ月間で感じたことでもツラツラと書いてみます。 最近のIT企業では、フレックス制だの、午後から出勤だの色々ありますが、その辺の事情も気になったのでついでに軽く調べつつ、現状の見直しでもしてみようかなと思った次第です。 私の育児事情 私の家庭はいわゆる共働きなのですが、家事育児の99％は私が稼働することで成立しています。ゼロ歳の生まれたての頃から、夜な夜な三時間おきに起床してミルクをあげつつ、通常通り業務をこなしていました。と言えば、わかる人には大体わかってもらえるでしょう。 稼働率を50/50に近づけたいという希望は一瞬ありましたが、人間、得手不得手がありますし、ストレスを一切溜めずに家事・育児・教育、全てこなせてしまう私がやってしまうことが、ベス

エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 はじめに 最近、メンター制度として新入社員や若手のメンバーに対して、先輩をつけて相談事に乗ってあげたり、仕事のサポートをしたりといったような教育プログラムを組む企業が増えています。このメンターという役割は、ちょっとした訓練が必要だったりするのですが、このあたりの研修や訓練をせずにいきなり明日からメンターね！なんてことがままあります。

こんにちは。マネーフォワードCTOの浅野です。 新卒エンジニアの皆さん、ご入社おめでとうございます。 これから僕が常日頃意識している仕事に対する意識について書こうと思います。 吸収力を磨く吸収力とは何なのかというと、『他人のスキルを身につける為のスキル』です。 吸収力がある人とない人が一緒に仕事をしていると、吸収力がある人のスキルがどんどん向上していって、数年も経つととてつもない差が開いていたりします。 では吸収力を高める為に必要な事は何かというと、『周囲にいる全ての人を尊敬すること』です。 ここが非常に重要なポイントで、どんな人でも自分より優れたスキルを持っているという真実に気づく事が必要です。 エンジニアだからといって、周囲の人の技術スキルだけを見ていたらあなたに成長はありません。 あらゆる面からその人の良い所を見つけ出し、その良いスキルを真似するのです。 それを繰り返すことで、あなた

前置き 正直に答えてください。 あなたが1日に集中してプログラムを書ける時間の長さは？ 12時間？11時間？9時間？ はい。 あなたはスーパープログラマーです。人間を超越していると言ってもいい。このポエムはなんの役にも立たないのでさっさとエディタに戻って人類の未来に貢献してください。 8時間？7時間？6時間？ 本当？ すごい。ほんとうにすごい。引き続き頑張ってください。きっとあなたはコードに選ばれた人です。 しかしあなたにもこのポエムは役に立ちません。 そっとブラウザのタブを閉じて頂ければと思います。 4時間？3時間？ はい。ようやくめぐりあえましたね。あなたのような方をお待ちしておりました。 こんなに集中していられる時間が短いなんて、問題があるのでは、、とお考えかもしれません。 後ろめたい気持ちにとらわれることがあるかもしれません。 その気持ちを埋め合わせるために、終電間際まで仕事し 「

Pelletkachels waren ooit eenvoudige apparaten voor verwarming, maar ze hebben een opmerkelijke evolutie doorgemaakt sinds hun bescheiden begin in de jaren ’80 van de vorige eeuw. In dit artikel duiken we diep in de geschiedenis van pelletkachel, bespreken we de belangrijkste mijlpalen en ontwikkelingen op het gebied van subsidiemogelijkheden en werpen we een blik op de transformatie tot moderne en

こんにちは。会員事業部の丸山です。 エンジニアが開発を開始する時にはタスクの見積もりとスケジュールを作成行って、実装を進めていくと思います。 しかし1ヶ月を超えるような規模の開発をする場合、なかなか予定通りの期日に終わらなかったりすると思います。 そして大抵の場合、増える方向になりますよね。 今回はそういうことにならないために、私が気をつけていること・実践していることをいくつか紹介したいと思います。 見積もりとは まずは「見積もり」とは何なのかを正しく理解したいと思います。 一般的には「見積もり」＝「全タスクとその工数を洗い出す」というものだと思います。 しかしここで以下のことに気をつける必要があります。 見積もりとスケジュールとコミットメントは違う 見積もりとはあるタスクがどれだけの工数(規模)なのかを算出することです。 対して、スケジュールとはあるタスクがどれだけの工期(期間)なのかを

Jason Friedさんは、BasecampのファウンダーでCEOです。「Getting Real」「Remote」、そしてニューヨーク・タイムズのベストセラーで日本でも話題になった「REWORK」（邦題：「小さなチーム、大きな仕事」）の著者でもあります。本稿は、もともとIncに投稿され、Mediumにも再掲された記事をご本人から許可を得て翻訳したものです。Twitterは、@jasonfriedでフォローできます。 君はこんなことになっていない？または、他者をこんな気持ちにさせていないだろうか？ グループチャットは、アジェンダのない、行き当たりばったりの参加者と共に参加する1日中続く会議のようなものだ。 2006年、僕たちは「Campfire」をリリースした。それは、SAASの現代風ビジネス向けグループチャットとメッセージツールの先駆けだった。 それ以来、Hipchat、Flowdoc

はじめに ソフトウェアに限らず、開発を事業にする組織は競争力強化のためにコア技術を持つ必要があります。一方、エンジニアは自分の市場価値を保ち高めるために、常に新しい知識をつけスキルを磨かなければなりません。本エントリではこの両者の関係を整理し、組織の競争力強化とエンジニアのスキルアップに対するKRAYの取り組みを紹介します。 コア技術 コア技術とは、複数の商品に利用できる、組織の構成員に蓄積されたある分野の知識のことです。例えば、ある家具工房に曲げ木細工のできる職人さんがいて、様々な曲げ木の家具を販売していたら、その工房にとって「曲げ木」はコア技術です。まずコア技術について少し説明します。 企業の競争力 企業が存続するには、顧客に価値を提供し、代金や報酬を得なければなりません。さらに、殆どの場合は競合する企業がいますので、その中から選ばれる必要があります。つまり競争力を持たなければならない

ども、@kimihomです。 私は常々、エンジニアの成長にとって必要な能力は「好奇心」だけだと考えている。新しい何かが出てきたとき、好奇心がなければそれに時間を使って学び始めることはできない。その学びたい、知ってみたいという好奇心こそが自分の技術の幅を増やし、より良いエンジニアになっていくのだ。 中級者からの壁 新技術を学ぶ時ってたまに"感動"するんだよね。自分にとっては Ruby, Rails, Heroku, AngularJS, Twilio とかだったんだけど、そういう感動があると一気に理解したくなるもの。感動があるから新技術の勉強は個人的には続けられている。すると初心者から中級者は割と簡単になれる。ただし、全てがオールラウンドなスキルで書籍を卒業し、ある程度自分でソースを書いてみて、「この技術、使えます。」となるだけだ。持ってる技術全てが単に書けるだけのレベルで止まってしまう。

ある日、 何もしらない人を育てるための勉強ってどうすればいいかな？ と聞かれて、 興味ないから知らない。 ですませてしまった。 これはよくないということで、普段から愛読しているSonicGarden倉貫さんのブログから役に立ちそうな情報をキュレーションしてみました。 新人をターゲットにした記事 自ら考え行動する社員に育つための３つの哲学 〜 若手の教育を任された上司や先輩にむけて 倉貫さんの教育方針は「子供扱いしないこと」「育てるのではなく育つ」「守るのではなく見守る」の３つ。 【キーフレーズ】 ルールで縛るのではなく、自分で考える癖をつける 仕事の目的を伝えることを忘れない 目的が曖昧で、必要性を感じられない研修は誰しもが、身に付かない その本人にとって少しハードルの高い仕事を任せる 期待を伝えて機会を与える 仕事ぶりや仕事の内容についてレビューをする 本当に育ってほしいなら、最初からお