タグ

ブックマーク / techblog.cartaholdings.co.jp (12)

  • 「SQLアンチパターン勉強会2018」は社内アンチパターンを持ち寄っての開催と進化しました! - VOYAGE GROUP techlog

    こんにちはシステム部 三浦@hironomiu です。 SQL書いていますか? VOYAGE GROUPでは主に2年目の若手向けに2014年から2017年までSQLアンチパターン勉強会がゆるく続いていました。(2014年当時のエントリーはこちら) 2018年は? 今年2018年は監訳者の@t_wadaさんが弊社の子会社などに週2回エンジニアリングコーチとしてきて頂いている縁もあり、コーチングの時間内で2年目に縛らず中堅、シニアも含め開催しようと言う流れになりました。 なんと更に贅沢にもt_wadaさんを進行役のメンターとしてお招きでき、2年目の若手に限らずシニアメンバーも含め、各章を見た後に社内のDB、テーブル、SQLを持ち寄ったた社内SQLアンチパターンあるある話まで広げた勉強会としてグレードアップして開催することになりました。 勉強会スケジュール 今回は7月4日(水)から毎週水曜の定

    「SQLアンチパターン勉強会2018」は社内アンチパターンを持ち寄っての開催と進化しました! - VOYAGE GROUP techlog
  • 社外評価者と評価会ふりかえりを実施しました。Keep/Problemも一部公開します。 - CARTA TECH BLOG

    こんにちは、エンジニアの評価について相談受けることが多くなったCTOの @makoga です。お悩みの方は気軽にお声がけください。 VOYAGE GROUPでは「技術力評価会」というエンジニアの能力評価制度を2011年から継続しており、2017年からは社外の強いエンジニアを招聘し、社内評価者2人+社外評価者1人というやり方にも挑戦してます。 エンジニアの能力評価制度である技術力評価会を改善し続けています。 #vgadvent2017 - VOYAGE GROUP techlog 社外の専門家も評価に参加!エンジニアを育てる、VOYAGE「技術力評価会」の裏側 | SELECK 上記SELECKの記事にも記載ありますが、社外評価者を招聘する狙いはこんな感じです。 人数が少ない技術領域では、評価者/被評価者の組み合わせのパターンが少ない。社外から識者を招聘することで、新しい視点や気付きが得られ

    社外評価者と評価会ふりかえりを実施しました。Keep/Problemも一部公開します。 - CARTA TECH BLOG
  • 技術サポートするときに気をつけている5つのこと - CARTA TECH BLOG

    株式会社fluctのエンジニア長谷川です。 弊社はフルスクラッチで開発,提供をしているfluct SSPというプロダクト以外にも、Googleの認定パートナーとしてGoogleのプロダクトを利用したメディアのマネタイズのお手伝いも行っています。主なプロダクトはGoogle AdSenseやDoubleClick AdExchange, DoubleClick for Publishersです。 これらのプロダクトは非常に高機能な反面、効果的に活用するにはネット広告一般やプロダクト自体に関する高度な知識が不可欠です。そこでfluctがプロダクト運用のお手伝いをしています(詳しくはこちら)。 私のfluctでのミッションとして、Googleの商材の技術的なサポートというものがあります。具体的には… コンサルティングサポート お客様あるいは弊社コンサルのアイディアのフィジビリティ調査 アドが出な

    技術サポートするときに気をつけている5つのこと - CARTA TECH BLOG
  • React + RxJSで始める状態管理 - CARTA TECH BLOG

    こんにちは、fluctの@nekoyaです。 今日は現在開発に携わっている、俗に言う「管理画面」のWebアプリケーションのアーキテクチャをご紹介します。 このアプリケーションはReactとRxJSを軸として作られており、コードはTypeScriptを使って書いています。 アプリケーションを流れるデータと状態の管理について、Write StackとRead Stackという考え方を取り入れたところ、いろいろなメリットが得られたので、そのあたりを軸に掘り下げてみます。 全体の大まかな構成 各Stackの前に、まずはアプリケーション全体の構成をざっくりと見ておきます。 流れとしては、DispatcherからWrite Stack, Read Stackを通ってStateが生成され、それをViewが受け取るという構成になっています。 全体の流れとしてはFluxっぽい何かのひとつのあり方なのですが、

    React + RxJSで始める状態管理 - CARTA TECH BLOG
  • 大量データの転送にEmbulkを使ってみたら本当に楽だった - CARTA TECH BLOG

    はじめまして。Zucks Affiliateでエンジニアをしている宗岡です。 今回は、リアルタイム性は求めないけど、簡単に大量のデータをどこか別の場所に転送したい。 という要望に答えてくれるEmbulkを紹介したいと思います。 実際に導入に至ったきっかけや、運用上よくある課題なども触れていきたいと思います。 同じ境遇の人が「簡単そうだしEmbulk使ってみようかな」となっていただければ幸いです。 目次 目次 背景 Embulk以外にも出てきた案 実際のEmbulkの導入と使い方 1. Embulkのインストールとセットアップ 2. 必要なプラグインのインストール 3. 設定ファイルを書く 実務でcodecommitを使った例 設定ファイルの書き方 4. まずはpreviewで問題なさそうか確認 5. 問題なさそうなのでrunして実行 Embulkの運用上、よくぶつかる課題 1. 重複に気付

    大量データの転送にEmbulkを使ってみたら本当に楽だった - CARTA TECH BLOG
  • 実際に効果を出せてきた! ECナビのレコメンデーションシステムのご紹介 - CARTA TECH BLOG

    こんにちは、システム部データプラットフォームグループ(DPG)エンジニアのEthan Huです。 今回はECナビ(http://ecnavi.jp/)で使用しているレコメンデーションシステムについてご紹介します。 ECナビでのレコメンデーションシステムの利用方法は、ユーザ1人1人に合わせた情報配信を行う事を目的としています。この様なシステムの導入時、社内でも話題に上がるのが「そもそもレコメンデーションシステムって効果あるの?」の声です。 また、レコメンデーションシステムは様々な手法(アルゴリズム)があり、正直どれが良いか検証しないとわからない所が大きいです。 今回は各アルゴリズムの評価、効果検証も考慮したレコメンデーションシステムの構成について紹介します。 レコメンデーションアルゴリズムについて その前に、レコメンデーションの手法を簡単に説明します。 レコメンデーションアルゴリズムとして

    実際に効果を出せてきた! ECナビのレコメンデーションシステムのご紹介 - CARTA TECH BLOG
  • 初めての技術力評価会を終えたので感想を書いた - CARTA TECH BLOG

    こんにちは、fluct SSP開発部の@saxsirです。 今年の4月に入社した新人ですが、職場ではgolangとかAWSとかを使って社内向けのプロダクトをゴリゴリと開発しています。 さて、VOYAGE GROUPでは人事評価制度の一つとして技術力評価会という相互評価の仕組みがあります。 これは年に2回ほど開催されており、直近半年くらいの仕事から何かテーマをピックアップし、別チームのエンジニア2名(評価者)に「私はこんなすごいことをやったんだよ、どやっ」とお話しながら自分の技術力を評価してもらうという場になります。 もちろん、新卒も例外なく技術力評価会を行います。 今回は初めての技術力評価会を終えて私が学んだこと、を社外の方向けに書こうと思います。(言うまでもなく、私は被評価者です) ※以下、「技術力評価会」を「評価会」と略して表記する場合があります TL;DR 「なぜやったのか」を説明

    初めての技術力評価会を終えたので感想を書いた - CARTA TECH BLOG
  • チームの読書会、4つの工夫 - CARTA TECH BLOG

    こんにちは、ECナビ事業エンジニアの yukimine です。 2ヶ月程前に デザインパターンをチームで学んで得たもの という記事がありましたがご覧いただけましたでしょうか。 Zucks Affiliate事業部が、@t_wadaさんと読書会を行ってチームでの共通言語が増えたという記事です。 ECナビ事業部でも、ベテランから新卒まで様々なエンジニアが、@t_wadaさんに設計・実装を相談をさせていただいたり、ペアプロをさせていただいたりしています。 記事では、@t_wadaさんとECナビ事業部の取り組みの一つ、 プログラマが知るべき97のこと 読書会 で取り入れている 4つの工夫 について、ご紹介させていただきます。 4つの工夫とは 事前準備なし アクションにつなげる エンジニア席の横で開催 SlackのPublicチャンネルで議事録を残す です。 デザインパターンをチームで学

    チームの読書会、4つの工夫 - CARTA TECH BLOG
  • バッチ処理の通知・アラート管理 - CARTA TECH BLOG

    こんにちは、nekoyaです。 システムを日々運用していく中で、その処理結果の記録や異常検知の仕組みは地味ながらも大切な存在です。 各種監視ツールからの通知や、ブラウザから利用可能なWebインタフェースなど、その形態も様々です。 今回はその中から、バッチ処理の結果通知について、我々のチームが実践している方式をご紹介します。 loggerを通して記録する まず前提として、通知する内容はプログラマ自身が出力することが基になります。 自分はここ数年はPythonをメインに使っていて、標準のloggingモジュールを通して import logging logger = logging.getLogger(__name__) logger.info('hello!') のようにログを吐いておくと、スクリプトの終了時にそれまで出力したログがいい感じに集約されて通知されるようにしています。 ログレベ

    バッチ処理の通知・アラート管理 - CARTA TECH BLOG
  • 毎週のように依存パッケージを上げ続ける努力 - CARTA TECH BLOG

    皆さんこんにちは。fluctにてfluct SSPという広告配信システムの管理画面を中心にクライアントサイドの開発を行っております、大関です。 依存パッケージの更新、どうしてますか? 今や数多くの言語でパッケージマネージャが提供されており、みなさんも日常的にコミュニティによるパッケージエコシステムを活用していることと思います。 ですが、この依存パッケージの更新については、どのようにしていますか? セキュリティfixなどを除き、以下のようなことになっていることが多いのではないでしょうか? チームの「いい人」が頑張って更新し続ける その人の謎の情熱が消えると更新されなくなってしまう たまに気がついたら頑張る 「いい人」が頑張るタイプの亜種 気が付かなかったら更新されない 更新はリスクなので塩漬けにする プロダクトは定期的に作り直す前提 CIでテストを回し続けているのに更新しないなんて……とモヤ

    毎週のように依存パッケージを上げ続ける努力 - CARTA TECH BLOG
  • デザインパターンをチームで学んで得たもの - CARTA TECH BLOG

    おはようございます、こんにちは。Zucks Affiliate事業部でエンジニアをやっている新卒二年目のだっちと申します。 この事業部には最近部署異動で配属され3ヶ月ほど経ちました。 さて、今回は@t_wadaさんと事業部内エンジニアで毎週行っているJava言語で学ぶデザインパターン入門の読書会で得た知識によって設計の語彙がチームに浸透してきて円滑にリファクタリングの方向性が進んだ話をしたいと思います。 簡単な事業部紹介 Zucks Affiliateは名前の通りアフィリエイトを扱っている事業部で、エンジニアや営業間のコミュニケーションも盛んで日々雑談から事業・技術的な相談まで気軽にしています。 エンジニア間では朝・夕会でお互いにやっていること・詰まっている部分を共有しているのに加えて、コードは全員でレビューし、具体的に何をしているかがしっかりと把握できている状態になっています。 総じて

  • 本当に実用的なたったひとつのソートアルゴリズム - CARTA TECH BLOG

    コンテンツメディア事業部の新卒エンジニアがお送りいたします。 突然ですが、皆さんの好きなソートアルゴリズムはなんですか? 私は基数ソートのスマートでストイックな雰囲気に惹かれます。 とはいえ、普段の開発では「どのソートアルゴリズムを使うか」を意識することは少ないのではないでしょうか。 むしろ現実世界で「トランプが全部揃ってるか」を手作業で確認するときとかのほうが、実はソートアルゴリズムが必要なのかもしれません。 ということで(?)、そのような現実的な場面で、当に実用的なソートアルゴリズムを決める戦いが始まりました。 選手紹介 今回試したソートアルゴリズムは、独断と偏見で選んだ以下の5種類。 1 挿入ソート シンプル・イズ・ベスト!正直言ってベンチマークの噛ませ犬! 2 クイックソート 「クイック」の名前はダテじゃない!王者の貫禄を見せてやれ! 3 マージソート 安定感のある隠れた実

    本当に実用的なたったひとつのソートアルゴリズム - CARTA TECH BLOG
  • 1