サイボウズ・ラボの西尾 泰和さんが「エンジニアの学び方」について探求していく連載の第2回（毎週火曜日に掲載、これまでの連載一覧）。「WEB+DB PRESS Vol.80」（2014年4月24日発売）に執筆した「エンジニアの学び方──効率的に知識を得て，成果に結び付ける」の続編です。（編集部） 文：西尾 泰和 イラスト：歌工房 この連載では「エンジニアの学び方」をテーマにインタビューを行い、どういう「学び方」をしているのか探求していきたいと思っています。第1弾は、富士通のエンジニアとしてLinuxカーネルの開発に参加されている小崎資広さんです。 Linuxカーネルは、ソースファイルだけで3万5000個以上、行数にして1500万行を超える、巨大ソフトウェアです。小崎さんが、どうやってこの巨大なソースコードと戦っているかは、きっと「エンジニアの学び方」の参考になるはずです。
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
Airbnbは現在人気急上昇中の、オンラインで宿泊場所を見つけるためのサービスだ。Airbnbのエンジニアリング担当上級副社長のマイク・カーティスは、一年ちょっと前に同社に加わった際、あることに気付いて「ショックを受けた」という。 一種の武者震いである。カーティスは、人々が世界中どこに旅行してもくつろげるような仕組みを作り出すというAirbnbの使命に突き動かされている、自立した企業文化を見いだしたのだ。体制面での不足は情熱によって補われており、エンジニア達は自分のタスクを自分で見つけ出し、それらに取り組んでいた。 毎月100万ものユーザーが、宿泊場所を求めてAirbnbを利用している。ホスト側が提供する宿泊用のスペースは様々で、予備のソファー、客室、アパートの一室、時にはツリーハウス等というものまである。利用可能な宿泊施設を探したりゲストからホストへの国をまたいだ支払いを取り扱ったり、技
昨日知ったんだけどAtomの作者きてて、Atomのコード全部読んだマンとしては懇親会で凸せざるを得なかった。英語がたまに通じなかったりしたんだけど、Qiitaの @yaotti さんに手伝ってもらったりして助かった。学びがあった。 Github Issue #githubkaigi うちもGithub Issuesで管理しているけど、Assigneeの変更ログとかタイトル変更のログが残ってくれたらもっと便利だと思うんですよ(ﾁﾗｯ— 俺は平気だよ (@mizchi) 2014, 6月 1 Githubで働くことについて #githubkaigi エンジニアがドッグフーディングできるプロダクトがある会社羨ましいと思う— 俺は平気だよ (@mizchi) 2014, 6月 1 リモートワークについて よい / Everything should have an URL #githubkaigi
KAIZEN platform Inc. は、新しい働き方をいろいろ試してみようという会社でそのひとつにリモートワークがある。リモートワークの良さあるいは良くないところについては、以前に Rebuild.fm の ep.32 でも話した。 ちかごろは、オンラインミーティングのための道具、情報共有のための道具もクラウドサービスがたくさんあるので、その辺を使って工夫すれば一昔前に比べてだいぶリモートワークも現実的になってきている。実際、KAIZEN には大阪からリモートワークしている人とか、最近リモートワークを前提に都内から鎌倉に引っ越したメンバーなんかもいる。 リモートワークとアジャイル開発 HipChat、Google Hangout や Qiita Team なんかを使うことで、日常の会話、ミーティングや情報共有についてはもともと特に困ったこともあまりなかった。特に Qiita Team
皆さんお元気ですか?LINEサーバー開発室でサーバ開発を担当している崔珉秀と申します。 この記事ではLINEのサーバーの開発とリリースプロセスについて述べたいと思います。 LINEの開発者はどんな形で開発しているのか、サービスに変更事項をどのように適用しているのか、お互い協力してより良い開発環境を得るためにどんな努力をしているのかをお伝えする機会になったらいいなと思います。 ここで述べるリリースプロセスは、LINEのサーバ開発の流れとソース管理システムの運用方法、そして本番環境に変更事項を適用するまでの過程です。 LINEのServer Applicationはその役割とシステムの構成によって複数のServer Applicationに分かれて構成されています。 例えばNetwork通信及びProtocolなどを担当するApplication、messagingやsocial graph
What should we work on next and who’s going to do it? We recently created a new internal app called Iterations to answer that question. It’s for 1) managing our internal requests about which features/bugs to work on next and 2) helps us create teams/iterations to get them done (using our team-based way of working). A completed feature request. The problem Before Iterations, we kept ideas for what
こんにちは。シリコンバレーのEdSurge社でデザイナーをやっている@chibicodeと申します。このページをはじめて公開した2014年1月26日に26歳になりました。ブログもやっています。 こちらでは自分の仕事術や情報収集術を掲載しています。随時更新中ですが、更新をお知らせする予定はありません。いちおう、このページのソースコードと更新履歴はGitHubで公開しています。 なぜ書いたのか そもそもこのページを設置した理由はふたつあります。 ひとつめは、近ごろ自分の仕事の出来なさぶりに幻滅しており、自分の仕事術や情報収集術を振り返っているうちに、それがどれだけ残念なものなのか、文字に落としこんで振り返りたいと思ったからです。もちろん、仕事術の良し悪しが仕事の成果に与える影響は大したことないのですけどね。 ふたつめは、日本の方に「どういうツールを使ってらっしゃるのですか」「どこで情報収集をさ
先日プレスリリースが出たのですが、KAIZEN platform という会社で技術顧問などをやっています。それから、一昨日自分も出たWebアプリケーション開発に関する勉強会 (資料) を開いたじげんという会社でも少し前から同じように顧問のような形で携わっています。 自分が関わっている会社のPRも含めて、すこし、2013年現在のWebサービス開発の現場感、やり方みたいなものを書いてみたいと思う。ただ、自分の利益があるところの話だけではフェアではないので、Webエンジニアならよく知っているであろう Qiita を運営しているインクリメンツの様子も合わせて紹介する。 KAIZEN platform KAIZEN platform が提供しているサービスは planBCD という A/B テストの SaaS で、Webサイトのコンバージョンだとかを画面の構成要素を変えて効果測定したいとか、そういう
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
