2016年2月25日、世界をログする書き起こしメディア、ログミーが初のリアルイベント「ログミーLIVE」を開催しました。第1回目のテーマは「働き方」。1人目の登壇者、ギットハブ・ジャパンの堀江大輔氏は、同社が最も大切にしている“幸せの最適化”という価値観を紹介。その上で、社員の半数以上がリモート勤務を導入するGitHubのワークスタイルについて語りました。 第1回 ログミーLIVE「GitHubの働き方」 堀江大輔氏（以下、堀江）：今日はGitHubがどういう働き方をしているか、どうしてそういう働き方をしているかを紹介しようと思っています。 いきなり言い訳から始めるんですけど、花粉症がすごいひどくて、じゃあ薬を飲もうと思ったら、いつも以上にとろんとしていて、忘れそうなのでここにコンピューターを置いておきます。 堀江氏のプロフィールとGitHubの社風 まず自己紹介なんですけど、私、堀江大輔

SAS Institute Japanの執行役員である北川裕康氏とIncrementsのプロダクトマネージャである及川卓也氏。2人には日本DECとマイクロソフトに同時期に在籍した過去があり、共に長期に渡ってIT業界に関わってきた。今回は北川氏の発案で「ITエンジニアに元気になってもらう」ことをテーマに2人の対談が実現した。 北川氏は現在SASでマーケティングと経営企画を担当している。近年はマーケティングを主に担当してきたが、キャリアのスタートはエンジニアだった。大学時代に富士通のコンピュータを使っていたことなどがきっかけで卒業後は富士通に入社。UNIX上でのアプリケーション開発を担当した。その後転職した日本DECでもエンジニアとして従事。マイクロソフトに転職した後はマーケティングを担当し、シスコシステムズを経て、SASに入社した。 一方の及川氏がプログラミングに出会ったのは大学時代だった。

主語がでかいタイトルですが、自分なりに考えようという目的です。 自分の思考の整理。 何か意見があればガンガンコメントなりツイートなりして欲しい。 前提として、 チケット管理システムは２つぐらいしか使ったことがないので、そちらに偏ってしまうかも。 ちなみにRedmineとBacklog。 （今がRedmineだから多分それに偏る気が） アンチパターン アンチパターンというのかは分からないけど 今まで困ったこと、やりにくいと感じたこと、ダメだこりゃ、と思ったこと。 ・運用フローが複雑 フローが複雑だと途端に人は面倒になる。なるべく抜け道を探し秩序が乱れる。 抜け道が見つかると割れ窓理論とかいうやつで、どんどんぐちゃぐちゃになる。 誰もフローに乗ってくれない状態になる。 ・使われていない項目がある なぜあるのかわからない項目。重要そうだけど埋めなくても良い項目。 誰かが埋めてくれるだろう、他の人

GithubのPRや海外Slackチャンネルでチャット、はたまた英語圏のエンジニアとやりとりする等、英語で文章を書くことはしばしばあります。そんな時、自分がよく使っている方法について書きます。 先に一番大事なこと 大事なことは、英語はあくまでもツールだということです。伝えたい内容が重要であり、英文を書くことに時間かけることはエンジニアにとって不毛です。 よっぽど英語が得意な人でないかぎり、一から英作文すると時間がかかって本質的でないところで時間を消費するということです。 なので一から文章を考えるのでなく、なるべく"型"を知ることがポイントだと考えています。それを踏まえた上で御覧ください。 文章を書く アルクの英辞郎とGoogle, Githubを組み合わせる 恐らく多くの人がGoogle翻訳などを使って英文を作っているかと思うのですが、アルクの英辞郎と組み合わせるともっとはかどります。理由

Developers Summit 2016【19-D-3】の登壇資料です。 http://event.shoeisha.jp/devsumi/20160218/session/1047/

このブラウザ バージョンのサポートは終了しました。サポートされているブラウザにアップグレードしてください。

Ryutaro YOSHIBA / Agile Coach, CTO at Attractor Inc. 翻訳者/ Scrum Alliance認定スクラムトレーナー(CST) / 認定チームコーチ(CTC) /書籍→『SCRUM BOOT CAMP THE BOOK』『プロダクトマネージャーのしごと』『エンジニアリングマネージャーのしごと』『チームトポロジー』『スクラム実践者が知るべき97のこと』『プロダクトマネジメント』『みんなでアジャイル』『レガシーコードからの脱却』『カンバン仕事術』『Effective DevOps』他 ご相談はお気軽に!!

マイクロソフトの DevOps テクニカルエバンジェリストになる前から、ずっと不思議だったことがあります。 それは、「アメリカのエンジニアの生産性の高さ」です。素晴らしいサービスは大抵彼らから生まれていますし、彼らを見ているとアウトカムも生産性も非常に高く感じます。 私は個人的にこの秘密を解く旅の途中にいます。私はインターナショナルチームに所属しているのですが、同僚と一緒に働いたり、ハッカソンをしたりして気づいた１つの仮説について共有したいと思います。 気軽に「聞けないこと」が生産性を阻害しているのでは？ 以前私は「米国のエンジニアはコンピュータサイエンスを専攻している人が多くすごく優秀で、さらに英語が出来るので、技術収集するのも楽だから相当アドバンテージがある」と思っていました。 英語に関してはそうだと思いますが、彼らの個々の人がそんなに優秀かというとそうでもないことに気づきました。それ

ちょっとタイトルの主語が大きい（笑） 概要 昨日、今日でマネジメントメンバー（社長や各チームのリーダー等、全員で30人ぐらい）で合宿をしました。（その時に感じたことや得たものは別途） その時に今のエンジニアリングチームがこの2年をかけてどういった変化をしてきたか、その中で自分の中でどういった変化があったかを話す機会がありました。 今のこの思いはまとめておいたほうがよいかなと思ったので、ざっとまとめておきます。 過去と今 2年前 お世辞にも一休のエンジニアリング力は高いと言えなかったと思います。 情報共有はメール、アプリケーションのデプロイは手動ビルド、手動モジュール配置と世の中的には遅れていました。 そういった環境にストレスを感じていて、何とかこの現状を変えたいとアクションをしていきました。 技術顧問に伊藤直也さんさんを迎えたのはこの頃です。 （詳しくは以下のスライドにまとめられていますの

ベースキャンプのCEO、ジェーソン・フライド氏の勤務時間は9-17時。従業員にも同じように働いてほしいと思っている。 無料の食事やクリーニングなど、IT企業の多くには充実した福利厚生がある。しかし、一見羨ましく思えるこうした特権は、時に社員を長時間オフィスに縛り付ける「手錠」となる。

「プログラマーの地位を上げたい」。グーグルからベンチャー企業のIncrements（インクリメンツ）に転じた及川卓也プロダクトマネージャは、穏やかな表情の中にも力を込めて語る。情報共有サービス「Qiita（キータ）」を通じ、プログラマーをはじめとするITエンジニアの交流や情報発信を後押し。盛り上がりの気運を見せるプログラミング教育を歓迎しつつ、「学んだ子たちが将来がっかりしないためにも、プログラミングという仕事の魅力を高めたい」と強調する。

「技術顧問」という言葉をご存じだろうか。自身のシステム開発の経験を生かし、契約した企業に対して開発に関するアドバイスを行う職業だ。この言葉が注目されるきっかけになったのが、Web業界でその名を知らない人はいない有名エンジニアの伊藤直也氏。同氏は、Webサイト改善サービスを提供している「Kaizen Platform」、宿泊予約サービスの「一休」、就活サイトなどを運営する「ハウテレビジョン」、求人情報の「リクルートジョブズ」といった企業の技術顧問を務めている。同氏に技術顧問という役割の本質を聞いた。 最初に技術顧問になった企業を教えてほしい。 最初に技術顧問になったのは、求人サイトなどを運営する「じげん」だ。2012年頭から1年間、コンサルティングを行った。具体的には、1週間か2週間に1回、1～2時間のミーティングを実施した。これで本当に何か変わるのかイメージできなかったが、たったこれだけで

最近よくプログラミング未経験の方から、これからエンジニアとしてやっていきたい、もしくはそこまでいかなくても自分でプロダクトを作れるようになりたいけど何からやったらいい？っていう相談を受けるようになってきました。個別に色々話を聞きつつこれやってみたら？っていうリンク送ったりはしてたんですが、その人たちにとっての大まかな地図的な意味でも、（「これ見といて」って自分が楽するためにも、）未経験者の人におすすめする学習教材をまとめてみました。 参考事例 ぼく自身ゼロからエンジニアを育て上げた経験があるわけではないので、先人の事例に学べることは学ぼう、かつこうやって伸びた人がいるんや！っていう本人のモチベーションになったらいいな、ということで紹介します。 リブセンスさん リブセンスさんの、非エンジニアを1ヶ月でエンジニアに育て上げる話、かなり強烈でしたね。フルコミットでかつ桂さんという突出したメンター

「本番環境などという場所はない」マイクロソフトがSaaSの失敗と成功から学んだ、アジャイルからDevOpsへの進化（前編）。Regional SCRUM GATHERING Tokyo 2016 アジャイル開発手法の1つであるスクラムをテーマにしたイベント「Regional SCRUM GATHERING Tokyo 2016」が1月19日と20日の2日間、都内で開催されました。 そこでマイクロソフトが行ったセッション「マイクロソフトが実践したScrum導入7年間の旅。そしてDevOpsへの進化」は、アジャイル開発からクラウドサービスの提供へと進んだマイクロソフトが、サービス開発の過程で学んださまざまな知見を共有するものとなりました。 そこには、アジャイル開発の延長線上にあるDevOpsを成功させる組織と技術、そしてマインドのあり方が紹介されていました。セッションの内容をダイジェストで紹介

ひげぽん氏オススメ！　エンジニアが絶対に読むべき名著2冊 西村：ということで、色々お話を伺ってきました。趣味でOSを作って言語処理も作ってIPAで採択され、今や世界的な企業であるTwitterに入られてアメリカに行って、シリコンバレーでエンジニアとして、サンフランシスコで活躍されるという、ある種すごい憧れの存在だと思うんですけど。 そういうひげぽんさんから、今まさにこれからエンジニアとしてキャリアを積んでいこう、スキルアップしていこうと考えてらっしゃる画面の前のエンジニアの皆さんに、アドバイスがあればぜひお願いしたいんですが。 蓑輪：わかりました。まずはですね、エンジニアの皆さんも技術書を読むと思うんですけど、その時に1つだけ僕が気をつけていることがあって。それは何かって言うと、技術書を買ってきて読むわけなんですけど、読んだ時に「わかったわかった」っていう感じで自分がわかったつもりになって

サポートエンジニアって？WEB業界に限って見ても数多くある○○エンジニアという職種。その中でも今回はサポートエンジニアにフォーカス。一見地味な存在にも思えるサポートエンジニアの役割や求められるスキル、やりがいなどをGitHubのマイケルさんに伺いました。 サポートエンジニアに求められるスキルとは？ ― サポートエンジニアの業務やミッションとはどんなものなんでしょう？ GitHubはGitHub.comという世界最大級のGitホスティングサービスと、主に企業向けのGitHub Enterpriseという自社環境にインストールするパッケージソフトの開発を手がけています。 サポートエンジニアは主にGitHub Enterpriseのお客様が抱える様々な問題を解決に導くことをミッションにしています。 ― サポートエンジニアに求められるスキルとは？ まずエンジニアとしての側面ですが、私たちのミッショ

今年の始め、正確には去年の暮れ辺りから英語の勉強を開始した． 自分の場合、殆ど0からのスタートで、色々と試行錯誤したので振り返ってみる． 背景として、日本に住んでいる英語が苦手なソフトウェアエンジニアが英語を学ぶ上で良かった事なので、ビジネスの人とか海外移住を考えている人の役には立たないと思う． また、既に英語に苦手意識が無い人は読んでも得るものはないと思う． スタート 今も対してできないが、当時は輪をかけて全く英語ができなかった． どれくらいできないかったかというと、以下の様な感じ．冷静に見て下の下． TOEIC・TOEFL受けた事ない 未だに未受験なので次受けようと思っている… 大学4年間、一度も英語を勉強しなかった 日本文学という珍妙なものを専攻していたせいで危機感を覚える事もなかった 英語に触れると変な汗が出て、そそくさとその場から立ち去る だから今から勉強を始める人も、安心して欲

自社製品のオープンソースソフトウエア（OSS）化を進めている米Appleや米Microsoft。両社のOSS戦略には一つの共通点がある。それはプログラムのソースコードを公開する場所として、ソースコード共有サービスの「GitHub」を使用していることだ。 GitHubは米サンフランシスコに拠点を置くスタートアップ、米GitHub（写真1）が運営するプログラム開発者向けのクラウドサービスだ。今日のソフトウエアの多くは、一人のプログラマーが開発するのではなく、時には異なる組織に所属する複数のプログラマーが協力して開発している。GitHubは、プログラマーによる協業を容易にする様々なサービスを提供している。 具体的にはソースコードのバージョン（履歴）を管理する機能や、ソースコードをレビュー（査読）したりコメントを付けたりする機能、「イシュー（Issue）」という単位でプログラム開発の進捗を管理する

会場に1,000人が集まった「GitHub Universe」 オンライン視聴者を含む延べ人数約15,000人が参加した「GitHub Universe」。そのほとんどがエンジニアなのかと思いきや、登壇者のリストを見てもわかるように、今ではNPOや自動車メーカー、NASAなど様々な企業やプロジェクトがGitHubをコラボレーションツールとして活用しています。これまでにGitHubが使われたプロジェクトの総数は、2,700万件に及びます。 2012年、世界有数のベンチャーキャピタル「Andreessen Horowitz」の共同ファウンダーであるマーク・アンドリーセン氏は、“Software is eating the world”と予見しました。それが今まさに、GitHubのような立役者のもとで現実のものになりつつあります。ソフトウェアが世界を食い尽くしていく。 「これからは、全ての企業が