「エンジニアによるエンジニアのためのキャリアを考える」をイベントコンセプトに、注目のスタートアップ企業6社のCTOが一堂に会して開催された『Developers career event』のイベントレポートをお伝えします。 スタートアップCTOが考えるエンジニアのキャリア ・現在CTOを務める彼らはどのようなキャリアを歩んで、いまのポジションに立っているのか？ ・変化の激しいIT業界の中でエンジニアとして生き残っていくために必要なことは何なのか？ そんな多くの若手エンジニアが知りたい、参考にしたいキャリアパスを、先輩エンジニアが伝えることを目的とした『Developers career event』。様々なキャリアを積んできた各社の開発責任者たちが考える、エンジニアとしてのキャリア、 必要とされるエンジニア像とは？ モデレーター 株式会社クラウドワークス　執行役員 CTO 大場光一郎氏 登

はじめに この記事は How to write the perfect pull request - GitHub を和訳というか、意訳した記事です。 ご指摘などありましたら大歓迎です！ 良いプルリクエストを書くには (原題 : How to write the perfect pull request) 会社が成長していくと、人もプロジェクトも様変わりしていきます。GitHubの中に私達が望む文化を育んでいくためには、我々が何を自覚してコミュニケーションするべきなのか分かってきました。私達のチームが最強であり続けるために、最近以下のようなプルリクエストのガイドラインを導入しました。 プルリクへのコメント (原題 : Approach to writing a Pull Request) プルリクエストには目的を明記しましょう。たとえば… これは〜を調べてみるためのプロトタイプです これは

まず、クリックしてみてください Issue作成はこちら GitHubのIssueは、URLにparamsを渡すことで、デフォルトのvalueが入れられます。 ※paramsの渡し方は、/issues/new?title=test&body=contentのようにします。 バグ報告はこちらとかアイディア投稿などのリンクをREADMEなどに置き、みんなそれに従ってIssueを作成してもらいましょう。 指定できるparams 指定できるパラメーターは以下です。 params一覧 title body assignee labels milestone ※ラベル、マイルストーンはcontributorsのみ使用可能 文字列のエスケープ URLに入力するので、改行コードなどをエスケープする必要があります。 文字 エスケープ後

こんにちは。投稿推進部の清水(@pachirel)です。 2009年にクックパッドに入社してから、インフラ周り、クックパッドの人事周り（採用・評価）や広告周りのシステム開発を担当していました。 2014年4月頃から、2〜3名の小さなチームで新規サービスのプロトタイピングをいくつか行っています。 企画の詳細は省きますが、私がこの10ヶ月ほどで学んだことをまとめました。アジャイル開発やLean startupの考えに共感しているので、そこから得た内容に私の体験を付け加えたものになっています。 今回はプログラミングに関する技術的な内容は含まれていません。 なぜ作るか スタートアップが失敗する原因で一番多いのは「人が必要としていないものを作ってしまった」というものです。 The Top 20 Reasons Startups Fail 社内の新規サービス開発でも同じ傾向があるのではないでしょうか。

hubot script per dayに感化されruboty gem per dayをはじめた。 詳しいことはリンク先のブログ記事を読んでもらうことにしてもくもくとつくったRubotyプラグインを紹介する。 私は飽きて更新をやめるかもしれないので更新が止まったら次はあなたが書いて欲しい。 Rubotyプラグイン0b00011111日0b00011111個物語 0b00011111日連続、0b00011111個プラグインを作った記録です。 31日目 ruboty-aun Rubotyのハンドラーを標準入出力するプログラム、もちろんRuby以外でも、書けるようになる 30日目 ruboty-trust_me @ruboty trust meすると君の言葉にしか耳を貸さなくなる、でもrubotyは自分のことを信じているので自分の発した声は無条件で信じる 29日目 ruboty-redis-in