CTO／エンジニア総勢10名でアニメ鑑賞会をしてたら本音が止まらなくなって…（後半） | Tokyo Otaku Mode Blog
決して忘れていたわけではないのだ。劇場版『シドニアの騎士』先行上映会の開催が急きょ決まったり、参加メンバーそれぞれに内容を確認してもらったりしていたら、公開するまで予想以上に時間がかかってしまったのだ。 なんのことかって？ え～、2014年12月に開催されたTOMアニメ鑑賞会の後半戦の模様をお伝えする記事に関してである。前半戦の内容は2月5日に公開。「続きはまたの機会に！」と書いておきつつ、約3カ月も放置プレーすることになってしまった。本当にごめんなさい。ようやく準備が整いました。 というわけで、後半戦である。いきさつをご存じでない方、忘れてしまった方は、ぜひコチラとコチラに目を通されたあとにご覧いただきたい。それでは、エンジニアの皆さんが忌憚なき意見をぶつけ合った後半戦の模様をお楽しみいただこう。 参加メンバー（※敬称略、五十音順） •石井 慧（元FreakOut） •伊藤 直也（Kai
モダンな情報共有ツール esa.ioを2カ月超使ったのでβ前に紹介するよ | Tokyo Otaku Mode Tech Blog
Tokyo Otaku Mode（以下TOM）でエンジニアをやっているpchwです。 今回は情報共有ツールのお話をさせていただきます。 TOMの開発チームは、創業当初は数人で構成されていたのですが、最近ではフルタイムでないメンバーも含めてかなり人数が増えました。 少人数であればある程度自然に情報共有できるものの、人数が多くなってくると持っている情報量に差が出てきて、なかなかスムーズに共有を図ることができなくなります。 そこで頼りになるのが、情報共有ツールというわけです。現在、TOMの開発チーム内では情報共有のためにesa.ioというサービスを使っています。 なぜesa.ioを使うようになったのか？ esa.ioとはどういうものなのか？ esa.ioは他の情報共有プラットフォームと比べてなにが違うのか？ これらの点を踏まえつつ、esa.ioを紹介していきます。ぜひ参考になさってください。 な
徹底討論！社内の技術情報共有ツール - GitHub Wiki, Qiita:Team, esa.io （特別編：トップエンジニアたちの夜 『シドニアの騎士』観賞会＆座談会 ～Part4～） | Tokyo Otaku Mode Blog
こんにちは、ライターの岡田大です。 お待たせしました。特別編「トップエンジニアたちの夜」のPart4をお届けします。 ※Part1～3未読の方＆内容を忘れてしまった方は、Part1・Part2・Part3を一読してからお楽しみください！ リモートワークを成功させるために必要なモノとコトについては前回お伝えした通り。ルールとマナーなくして成り立たないことは言うまでもなく、そのことをメンバー（とくに新人）に徹底させるために、リモートワークを積極的に導入している伊藤氏は、ガイドラインをドキュメント化することにより意識の共有を図っているという。その際に活用しているのが、技術情報共有サービスQiita:Teamである。堀木氏の口から「Qiita:Team」という言葉が発せられるやいなや、参加メンバー一同がこれに食いつき、座談会はチーム内における情報共有に関する話題で持ち切りになっていった……。なお、
特別編：トップエンジニアたちの夜『シドニアの騎士』観賞会＆座談会 ～Part1～ | Tokyo Otaku Mode Blog
8月某日夜。Tokyo Otaku Mode（以下TOM）のオフィスにて、人気アニメ『シドニアの騎士』の観賞会＆座談会が開催された。参加メンバーは下記の11名（※敬称略、五十音順）。エンジニアチームを中心としたTOMメンバーに、交流のあるお客様数名を加えた、なかなか濃ゆ～い面々である。 参加メンバー 伊藤 直也（KAIZEN platform Inc.技術顧問) 今吉 勇揮（TOMデザイナー） 亀井 智英（TOM CEO） 柄沢 聡太郎（クロコスCTO） 川崎 裕一（元はてな副社長／mixi取締役） 重岡 正（TOMエンジニア） 関根 雅史（TOM CTO） 田中 弦（Fringe81代表取締役社長） 堀木 洋志（TOMエンジニア） 丸山 有彗（TOMエンジニア・インターン） 三河 正宜（TOMエンジニア） このたび、「TOMで面白い集まりがあるので覗いてみては」という誘いを受けた、わたく
今日から始めるNode.jsコードリーディング - libuv / V8 JavaScriptエンジン / Node.jsによるスクリプトの実行 | Tokyo Otaku Mode Blog
ソフトウェアを正しく理解する唯一の方法はコードを読むことです。 ドキュメントを読めばそのソフトウェアが何を実装しているか分かりますが、どのように実装されているかまでは分かりません。 開発中に何らかのトラブルに悩まされたときや、効率的なコーディングをしたいと思ったとき、下位レイヤのソフトウェアを理解しておけば素早く対処できるシーンが多くあります。 ただ、コードを読むことは簡単なタスクではありません。 現代的なソフトウェアはそれなりの規模のコードを含んでいることがほとんどです。アーキテクチャ間の差異を吸収するためのコードなど、本質的な機能を理解する上ではあまり重要ではないコードも含まれています。 何らかの問題が発生してからコードを読もうと思っても、準備なしでは関連する箇所を探すだけでかなりの労力が必要な作業となります。 従って、普段からコードを読んでおくことが重要です。 また、コードを読むにあ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
