オデッセイ・プロトコルから通知の受け取り方まで！VOYAGE GROUPエンジニアのリモートワークTips集！ - CARTA TECH BLOG
こんにちは！株式会社 fluctでインターネット広告のお手伝いをしている@jewel_x12です。 COVID-19の流行が1年以上続いていますが、それに伴い、リモートワークをする機会が増えた方もいらっしゃるのではないでしょうか？ リモートワークは通勤時間の削減など良いところもありますが、ずっと対面で仕事をしていた方にとってはコミュニケーションの仕方が大幅に変わりますよね。その変化に対応するために試行錯誤が必要です。 弊社でもより良いリモートワークを目指すために日々改善しています。先日、あるエンジニアの Kibela 投稿をきっかけにリモートコミュニケーションの Tips を共有しあう流れがあったので、今回はそれらをまとめました！ 各個人のまとめなので矛盾が生じたり、誰にでも適用できるものではないものもあります。また、感覚的なものもあります。 その中でも皆さんの参考になるような Tips
書籍『Engineers in VOYAGE 事業をエンジニアリングする技術者たち』が発売 #voyagebook - CARTA TECH BLOG
こんにちは。技術広報の丹野です。 2020年8月7日、『Engineers in VOYAGE 事業をエンジニアリングする技術者たち』という本が ラムダノートさん から出版されます。 テスト駆動開発でもおなじみの 和田(@t_wada)さん が、VOYAGE GROUPに在籍する主要なソフトウェアエンジニアにインタビューし、その内容をラムダノートの 鹿野(@golden_lucky)さん の協力のもと本としてまとめていただきました。 VOYAGE GROUPにおけるビジネスとソフトウェア開発の在り方を濃縮した1冊に仕上がっていると思います。 Engineers in VOYAGE 事業をエンジニアリングする技術者たち 書影 さて今回は、この本ができた経緯や内容、雰囲気についてみなさんに伝えたいと思い、 和田さん と ラムダノートさん の許可を得て「はじめに」の内容を以下に掲載します。ツイー
動的解析を利用し、実働6日でレガシーコードを1/3削った話(Perl編) - CARTA TECH BLOG
こんにちは！株式会社VOYAGE MARKETINGで働くエンジニアの yopidax です。 約20年ほど続くサービス、ECナビの技術的負債の返済に取り組んでいます。 ecnavi.jp 今回は直近で、レガシーコードを大量に削除したので、そのアプローチをご紹介したいと思います。 目次 目次 解析の対象と抱える課題 アプローチ 実行されるファイルを洗い出す ログを出力するモジュール 実行 ログのサンプル いざ、大量削除 Perlファイルをgrepする リリース単位を細かくする 結果 工数 実績 まとめ 合わせて読みたい 解析の対象と抱える課題 ECナビを長年支える、Perlで書かれたバッチが対象です。コードはGitLabのリポジトリで管理されていて、規模をまとめるとこんな感じです。 ファイルの数 バッチ関連全体 : 3,315 うち、Perlファイル(.pm, .pl) : 1,111 P
ニッチすぎる！？知られざる広告JavaScriptの世界 - CARTA TECH BLOG
こんにちは。雨宮(@rail44)です。 普段はヨーヨーやポケモンに興じるかたわら、株式会社fluctで広告配信システムの開発を担当しています。 fluctは広告業界ではSSP(Supply-Side Platform)と呼ばれる立ち位置で、インターネットメディアの収益の最大化にフォーカスした事業を行っています。 私たちのシステムを使うと、広告によるマネタイズが面倒な運用無しに出来る。といったイメージです。 この記事では、自分が直近で担当をしている広告の配信スクリプトと、普段注目されづらいその裏側について書いていきたいと思います！ 広告タグの構造 さて、webページに広告を表示したい場合、アプリケーションはHTMLで記述されているため、広告もHTMLタグの形でお渡しすることになります。 (※fluctではモバイルアプリや動画プレイヤーへの広告配信も行っており、それらの場合はHTMLではない
面接時に見ているポイント - CARTA TECH BLOG
こんにちは、CTO歴も丸9年以上になりました @makoga です。 Podcastや勉強会で話をしたときに好評だったので、今回は私が面接時に見ているポイントを書きます。 ※この文章の元ネタは2016年1月に社内に公開したものです。 面接時に見ているポイント 3行まとめ 事実と意見を分けて説明できるか 実際の課題を解決しようとしているか 技術をどう理解しているか この文章の目的 30分から1時間の面接で一緒に働きたいかを判断するのは難しいことです。私も経験を積んで学んできました。 まだ経験が浅い面接官に私が実践していることを伝えることでVOYAGE GROUP全体の判断の精度を上げていくのが目的です。 事実と意見を分けて説明できるか 圧倒的にこれは重要。これができない人はかなり厳しい。 関わったプロジェクトのなかで、自身が一番活躍できたと思うプロジェクトについて聞く 学生の場合は1人で個人
Netflixにおけるフルサイクル開発者―開発したものが運用する - CARTA TECH BLOG
こんにちは。fluctでiOS/Android向けSDKの開発をしているarimuraです。この記事ではPhilip Fisher-Ogden、Greg Burrell、Dianne MarshによるFull Cycle Developers at Netflix — Operate What You Buildを私が翻訳したものを著者の許可のもとに掲載しています。元の記事は弊社の技術力評価会のインプットの一つとして共有されており、そこで興味を持ったのが翻訳するきっかけとなりました。 以下、2018年5月時点における情報を記載したものであり Netflix TechBlog「Full Cycle Developers at Netflix」より引用したものである。 Netflixにおけるフルサイクル開発者―開発したものが運用する 2012年―Netflixでの重要なサービスの運用は骨の折れ
技術力評価会、外部評価者運営レポート - CARTA TECH BLOG
こんにちはシステム本部 三浦@hironomiuです。 少し時間が経ちましたが、2018年7月から8月に開催された、20期下期の技術力評価会の「外部評価者運営レポート」をエントリーしたいと思います。 今回、私は主に外部評価者のアサイン、社外見学者との調整などの運営部分を担当していましたので、 なかなか表に出てこないと思われる運営内容や、苦労したところ、技術力評価会において外部評価者を交えたエピソードなどについてエントリーしたいと思います。 技術力評価会とは？ 技術力評価会そのものについては以下のエントリーで詳しく載っていますので、このエントリーと合わせて是非ご覧ください。 seleck.cc seleck.cc 外部評価者とは？ 技術力評価会ではVOYAGE GROUP内のエンジニアのみならず、より的確な評価を下せるケースが想定される場合には 社外の技術者に依頼し評価を行って頂いています。
デブサミ2019講演「レガシーとのいい感じの付き合い方」の資料を公開します。 - CARTA TECH BLOG
ポイントメディア事業本部の福田です。 Developers Summit 2019にて、「レガシーとのいい感じの付き合い方」と題して、ECナビの4年に渡る改善事例を発表しました。 講演資料を公開します。 セッション詳細 event.shoeisha.jp 公開資料 当日の反響(togetter) togetter.com 発表を終えて ネタが地味目なので、当日どれくらい来ていただけるのか少し不安でしたが、満員＋立ち見の盛況でした。 当日ご参加いただいた方、ありがとうございました。 アイスブレイクとして、会場のみなさんには「何年もののレガシーシステムに取り組んでいるか？」について質問させていただいたところ、「10年以上」という方が半数超え(※壇上からの主観です）で、レガシーシステムの問題は顕在化していることを実感しました。 目立たずに水面下でじわじわと苦しめられてる問題だと思うので、私達のよ
技術サポートするときに気をつけている5つのこと - CARTA TECH BLOG
株式会社fluctのエンジニア長谷川です。 弊社はフルスクラッチで開発，提供をしているfluct SSPというプロダクト以外にも、Googleの認定パートナーとしてGoogleのプロダクトを利用したメディアのマネタイズのお手伝いも行っています。主なプロダクトはGoogle AdSenseやDoubleClick AdExchange, DoubleClick for Publishersです。 これらのプロダクトは非常に高機能な反面、効果的に活用するにはネット広告一般やプロダクト自体に関する高度な知識が不可欠です。そこでfluctがプロダクト運用のお手伝いをしています（詳しくはこちら）。 私のfluctでのミッションとして、Googleの商材の技術的なサポートというものがあります。具体的には… コンサルティングサポート お客様あるいは弊社コンサルのアイディアのフィジビリティ調査 アドが出な
社外評価者と評価会ふりかえりを実施しました。Keep/Problemも一部公開します。 - CARTA TECH BLOG
こんにちは、エンジニアの評価について相談受けることが多くなったCTOの @makoga です。お悩みの方は気軽にお声がけください。 VOYAGE GROUPでは「技術力評価会」というエンジニアの能力評価制度を2011年から継続しており、2017年からは社外の強いエンジニアを招聘し、社内評価者2人＋社外評価者1人というやり方にも挑戦してます。 エンジニアの能力評価制度である技術力評価会を改善し続けています。 #vgadvent2017 - VOYAGE GROUP techlog 社外の専門家も評価に参加！エンジニアを育てる、VOYAGE「技術力評価会」の裏側 | SELECK 上記SELECKの記事にも記載ありますが、社外評価者を招聘する狙いはこんな感じです。 人数が少ない技術領域では、評価者/被評価者の組み合わせのパターンが少ない。社外から識者を招聘することで、新しい視点や気付きが得られ
React + RxJSで始める状態管理 - CARTA TECH BLOG
こんにちは、fluctの@nekoyaです。 今日は現在開発に携わっている、俗に言う「管理画面」のWebアプリケーションのアーキテクチャをご紹介します。 このアプリケーションはReactとRxJSを軸として作られており、コードはTypeScriptを使って書いています。 アプリケーションを流れるデータと状態の管理について、Write StackとRead Stackという考え方を取り入れたところ、いろいろなメリットが得られたので、そのあたりを軸に掘り下げてみます。 全体の大まかな構成 各Stackの前に、まずはアプリケーション全体の構成をざっくりと見ておきます。 流れとしては、DispatcherからWrite Stack, Read Stackを通ってStateが生成され、それをViewが受け取るという構成になっています。 全体の流れとしてはFluxっぽい何かのひとつのあり方なのですが、
GitHubにおけるPull RequestのAssign/Mergeを自動化して開発を加速させる - CARTA TECH BLOG
皆さんこんにちは. 現在はfluctにてfluct DRという広告配信システムの開発を行っております, 大関です. GitHub上でのチーム開発では, レビューの依頼や, CIが通ったことを確認した上でのPull Requestのマージといった複数の作業が発生しますが, これらはGitHubのUIを複数回クリックする必要があり, 非常にストレスフルな作業です. 本稿では, こうした定形作業を自動化するbotとしてpopukoを開発・導入することで, 我々開発者のストレスを軽減するとともに, より堅牢かつフィードバックの多い開発が実施できるようになった事例を紹介します. GitHubでの開発はとてもクリック操作が多い 前段でも述べたように, GitHubを用いたチーム開発においては, 数多くの定形作業が存在します. コードレビューの可能な人を探してレビューを依頼する, 依頼の度に対象者をAs
初めての技術力評価会を終えたので感想を書いた - CARTA TECH BLOG
こんにちは、fluct SSP開発本部の@saxsirです。 今年の4月に入社した新人ですが、職場ではgolangとかAWSとかを使って社内向けのプロダクトをゴリゴリと開発しています。 さて、VOYAGE GROUPでは人事評価制度の一つとして技術力評価会という相互評価の仕組みがあります。 これは年に2回ほど開催されており、直近半年くらいの仕事から何かテーマをピックアップし、別チームのエンジニア2名（評価者）に「私はこんなすごいことをやったんだよ、どやっ」とお話しながら自分の技術力を評価してもらうという場になります。 もちろん、新卒も例外なく技術力評価会を行います。 今回は初めての技術力評価会を終えて私が学んだこと、を社外の方向けに書こうと思います。（言うまでもなく、私は被評価者です） ※以下、「技術力評価会」を「評価会」と略して表記する場合があります TL;DR 「なぜやったのか」を説明
チームの読書会、4つの工夫 - CARTA TECH BLOG
こんにちは、ECナビ事業本部エンジニアの yukimine です。 2ヶ月程前に デザインパターンをチームで学んで得たもの という記事がありましたがご覧いただけましたでしょうか。 Zucks Affiliate事業本部が、@t_wadaさんと読書会を行ってチームでの共通言語が増えたという記事です。 ECナビ事業本部でも、ベテランから新卒まで様々なエンジニアが、@t_wadaさんに設計・実装を相談をさせていただいたり、ペアプロをさせていただいたりしています。 本記事では、@t_wadaさんとECナビ事業本部の取り組みの一つ、 プログラマが知るべき97のこと 読書会 で取り入れている 4つの工夫 について、ご紹介させていただきます。 4つの工夫とは 事前準備なし アクションにつなげる エンジニア席の横で開催 SlackのPublicチャンネルで議事録を残す です。 デザインパターンをチームで学
毎週のように依存パッケージを上げ続ける努力 - CARTA TECH BLOG
皆さんこんにちは。fluctにてfluct SSPという広告配信システムの管理画面を中心にクライアントサイドの開発を行っております、大関です。 依存パッケージの更新、どうしてますか？ 今や数多くの言語でパッケージマネージャが提供されており、みなさんも日常的にコミュニティによるパッケージエコシステムを活用していることと思います。 ですが、この依存パッケージの更新については、どのようにしていますか？ セキュリティfixなどを除き、以下のようなことになっていることが多いのではないでしょうか？ チームの「いい人」が頑張って更新し続ける その人の謎の情熱が消えると更新されなくなってしまう たまに気がついたら頑張る 「いい人」が頑張るタイプの亜種 気が付かなかったら更新されない 更新はリスクなので塩漬けにする プロダクトは定期的に作り直す前提 CIでテストを回し続けているのに更新しないなんて……とモヤ
圧倒的な成長を目指す「Treasure2015」の事前課題と講義内容を紹介します！ - CARTA TECH BLOG
こんにちは。システム本部 三浦(@hironomiu)です。 今年も8/10(月)から8/28(金)までVOYAGE GROUPの夏の風物詩、エンジニアインターンTreasure2015が開催されました。3週間ぶっ通しで学び、そして創り上げる苦しさ、出来上がった時の達成感と様々な価値のあったインターンだったと思っています。 今回は事前課題と8/10~8/19までの講義についてエントリーしたいと思います。 また、本エントリーを見て圧倒的な成長をしたいと思って頂けた学生さんは 10月に大規模サービス構築プログラムSunriseがありますのでエントリーお待ちしてます！！ Treasureの醍醐味 TreasureではVOYAGE GROUPが実践している「価値のあるものづくり」を講義やワークなどで体験し、そのあとにチームで「価値のある」WebサービスのMVP(Minimum Viable Pro
本当に実用的なたったひとつのソートアルゴリズム - CARTA TECH BLOG
コンテンツメディア事業本部の新卒エンジニア坂本がお送りいたします。 突然ですが、皆さんの好きなソートアルゴリズムはなんですか？ 私は基数ソートのスマートでストイックな雰囲気に惹かれます。 とはいえ、普段の開発では「どのソートアルゴリズムを使うか」を意識することは少ないのではないでしょうか。 むしろ現実世界で「トランプが全部揃ってるか」を手作業で確認するときとかのほうが、実はソートアルゴリズムが必要なのかもしれません。 ということで（？）、そのような現実的な場面で、本当に実用的なソートアルゴリズムを決める戦いが始まりました。 選手紹介 今回試したソートアルゴリズムは、独断と偏見で選んだ以下の5種類。 1 挿入ソート シンプル・イズ・ベスト！正直言ってベンチマークの噛ませ犬！ 2 クイックソート 「クイック」の名前はダテじゃない！王者の貫禄を見せてやれ！ 3 マージソート 安定感のある隠れた実
炎上botを作ったら火傷した - CARTA TECH BLOG
初めまして、VOYAGE MARKETINGに所属している@pro_shunsukeです。 さて、私は先日社内LT大会で「炎上ジェネレーター」について発表しました。 what is 炎上ジェネレーター https://enjo-generator-black.herokuapp.com/ 簡単に炎上出来る！スゴい！ 使い方はとてもシンプル。セリフに文字を入力するだけです。一瞬で出来上がります。出来上がった画像はTwitterに投稿出来たり、画像をダウンロード出来たりします。 発表当時のSlackはこんな感じでした。 面白い！！！ こんな意見も と言うわけで、この炎上ジェネレーターをAPI化してSlack上から簡単に炎上出来るようにしました！ こんな感じです やったこと 炎上ジェネレーターはクライアントサイドでCanvasを利用して画像処理を行っています。API化を行うに当たって、サーバーサ
「現状○○なんだけど、いずれxxしたい」という時のアプローチ - CARTA TECH BLOG
はじめまして、こんにちは。adingoでFluctの開発に携わっているmasartzです。 結論 Q「技術的には全然難しくないけど、面倒で地味なお仕事をどうやってやるか？」 A「いつか一気に片付ける！は片付かないので、最初だけ気合入れて・あとは粛々と進めましょう」 というお話です。 なぜxxしたいか？ Fluctのパートナー企業様向け管理画面はPHPのwebアプリケーションとして実装されています。 Fluct開発チームではgithub のPull Request（以下PR）によるコードレビューが導入されており、エンジニア同士の活発な議論が行われています。 この中で、以下のようなやりとりがありました レビューア「ここの部分のコードはPSRに則った形で記述してください」 「この括弧は改行せずに同一行に記述する形でお願いします」 この状況を見て、 「この作業は機械的に、チェック/修正 できるよう
ES5 + Facebook JSXで書かれたJavaScriptコードベースをTypeScriptに移行させる - CARTA TECH BLOG
皆さんこんにちは。adingoにてFluctという広告配信システムの管理画面を中心にクライアントサイドの開発を行っております、大関です。 今回は、表題の通り、実際にプロダクトとして動いている既存のコードベースを、ES5ベースからTypeScriptに段階的に移行させた話について書こうと思います。 移行前のコードベース及び直面した課題 今年の1月頃から、アプリケーションのクライアント側の一部を、以下の構成で実際に開発しています。 言語 ECMAScript 5 主要な依存ライブラリ UI開発にReactおよびFacebook JSX syntax 統合イベントシステムとしてのRxJS テストコードのアサーションにpower-assert ビルドチェーン モジュール連結にbrowserify 環境変数に基づくビルドフラグ用途でenvify コードの解析とLintにESLint 未使用変数や未定
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
