サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
世界禁煙デー
peroli-tech.hatenablog.com
2016 - 11 - 21 Crossbrowsing testing in the cloud Back-End Capybara Crossbrowser Front-End Infrastructure Multiplatform Selenium Testing list Tweet Crossbrowsing testing in the cloud ¡Hola de nuevo!, this is Oskar from the MERY backend team here, long time no read! Some time ago we implemented a suite of automated tests using a cloud service called BrowserStack and the concept is interesting enoug
2016 - 11 - 04 git/githubのマイナーな便利コマンド list Tweet はじめに 先日、社内勉強会でgit/ github の個人的に好きなコマンドについて発表しました。 弊社では github を使って開発を進めているため、聞いている人は基本的なコマンドについて理解しています。 その上で、あまり知らないであろうマイナーなコマンドについて発表しました。 今回はその発表の中から、いくつか社内で反響の大きかったものをピックアップしてお届けしようと思います。 (基本的な使い方については Atlassianさんの記事 https://www.atlassian.com/ja/git/tutorial/git-basics がわかりやすいと思います。) gitの便利な使い方 git rebase -i HEAD~[X] Pull Requestを作成する前にcommitを整
2016 - 10 - 24 ペロリでの障害再発防止の考え方と実施例 list Tweet こんにちは。 普段はEC系サービスの開発をしているsian-izmです。 今回はペロリでの障害再発防止の考え方と実施例について紹介させていただきます。 障害は前向きにとらえる 目指すべきは障害件数は0にすること。 しかし、システムを運用していれば、思わぬタイミングで障害がおきることはあるでしょう。 サービスが拡大している時であれば、自ずと件数も多くなると思います。 よって大切なことは、その障害をよりよいプロダクト作りのきっかけにしていくこと。 そういう点で障害を前向きにとらえていこうということです。 ペロリでは一定レベルのユーザー影響があり、緊急メンテナンスを行ったときには報告を上げる必要があります。 ただそれ以外でも、「よりよいプロダクト作りのきっかけのために」どんどん報告することを推奨しています
2016 - 10 - 19 Android版MERYのアーキテクチャ list Tweet こんにちは、普段MERYの Android を開発している栗野です。 最近、 Android アプリMERYでは2.0の開発を行っており、それに伴って Android の アーキテクチャ を見直す取り組みを行っております。 その中で新しく採用し、進めている アーキテクチャ について少し話そうと思います。 ことの始まり Android は今まで1.5人体制で開発を進めていたのですが(一人は iOS との兼務)、少し前から新しい Android エンジニアがjoinし、2.5人体制で開発をすることになりました。 そしてちょうどその方が、「DDDな人」だったこともあるのと、少し前に職場の「DDDな先輩」から「 エリック・エヴァンスのドメイン駆動設計 」を借りて、それを読み始めていたことも重なって、新しい
2016 - 10 - 05 Fashion Tech Meetup #3 のレポート list Tweet はじめまして、2016新卒のhoshinoです。 9月20日にFashion x Technologyをテーマとした勉強会であるFasion Tech Meetup第三回を開催しました。前回に引き続き今回も、 FRIL を運営する株式会社Fablic様と iQON を運営する株式会社VASILY様との共同開催となりました。 イベント概要はこちらへ イベント当日は 台風16号 の接近により悪天候ではありましたが、お足元の悪い中、多くの方が足を運んでくださったおかげで、無事にイベントを開催することができました。ご参加いただいた皆様、ありがとうございました。 弊社からは開発部のmizushimacとakihoが、MERYの動画対応について話をしました。 ファッションECでの動画活用の話
2016 - 09 - 30 MERYでのお買いものを支えるバックエンドシステム list Tweet こんにちは。開発部の平山( @orangevtr ) です。今回は私が担当しているMERY ECのバックエンド システム開発 について紹介したいと思います。 MERY ECのバックエンドシステム 通常ECサービスを構築する場合、パッケージであったり ASP のサービスを利用する機会も多いと思いますが、MERYではフロントエンドシステムのみならずバックエンドシステムも自社で開発しています。 何で自社開発するの? MERYは当初メディアとしての機能が強く、ショッピングは後発の機能でしたが、一貫して世界観( ブランディング )とユーザー体験を大切にしたいという方針が強くあります。 そのため、メディアとショッピングの機能についてもサービス上の境界線をあえて明確にせず、極力シームレスな体験をユーザ
2016 - 09 - 26 Terraformの抽象度を高くする list Tweet こんにちは。 SKAhack です。 今回はTerraformファイルの抽象度を高くすると嬉しいことを、Segmentが公開しているモジュールを例に紹介してみます。 まずはこちらを見てみてください。 // stackモジュールは基盤となる部分を定義 module "stack" { source = "github.com/segmentio/stack" name = "peroli-service" environment = "prod" key_name = "bastion-ssh" } このTerraformファイルを定義して terraform plan をすると、 VPC , Security Group, IAMロール, DNS , ログの保存場所としてS3, ssh するための踏み
2016 - 09 - 09 Rails だって硬いデータベース設計をしたい!そんなあなたに贈る Tips 4 選 list Tweet こんにちは、ペロリのサーバサイドエンジニアの @a_suenami です。 今回は Ruby on Rails アプリケーションにおけるデータベース設計についてちょっとご紹介したいと思います。 データベース設計してますか? みなさん、データベース(以下、DB)設計していますか?Scaffold したときにできた migration ファイルをそのまま使ったりしてませんよね? Ruby on Rails (以下、 Rails )は CoC(Convention over Configuration: 設定より規約)を強く提唱している フレームワーク であり、それによって得られる恩恵も大きい反面、かなり強めに設計の自由度を束縛されるという特徴もあります。特に
2016 - 09 - 02 SQL でのデータ分析のススメ SQL 分析 データ分析 list Tweet こんにちは, 開発部のはちやです. 今回は, 今やサービスを運営する会社であればどこでも行われているであろうデータ分析について, WEB開発者の方を対象に 「 SQL でのデータ分析のススメ」と題してご紹介したいと思います. SQL でのデータ分析がおすすめな理由 分析技術の進歩によりデータが比較的容易に取得/抽出できるようになった昨今, データ分析が以前に増して活発に行われるようになってきていると感じます. そんなこんなでデータ分析をしたいWEB開発者の方が増えてきているのではないでしょうか(僕はそうでした) しかし, 「データ分析したいけど, 何を使えばいいのかよくわからない」「何を学習すればいいのかよくわからない」というWEB開発者の方がいらっしゃると想像します(僕がそうでし
2016 - 08 - 26 MERY EC におけるセッション管理と JWT Back-End 設計 Ruby list Tweet こんにちは。 MERY のサーバーサイドエンジニアの @saidie です。 MERY では、女の子が知りたい最新の情報や欲しくなるファッションアイテムを、記事という形式を通して毎日届けています。 そして、ここ一年弱の間、ユーザが欲しいと思ったアイテムをそのまま手軽に MERY 上で買うことのできる、EC の システム開発 を進めてきました。 この記事では、MERY の EC システムを開発するにあたって、既存の MERY 会員のログインセッションと EC において必要とされる新たなセッションに関する設計の裏側と、セッション情報のやり取りに JWT ( JSON Web Token) を使う取り組みについてご紹介したいと思います。 MERY の EC セッ
2016 - 08 - 19 クーポンの設計 ~MERYではこんなふうに作りました~ list Tweet こんにちは、開発部のzooです。主にECサービス( market.mery.jp )の開発を担当しております。 今回の記事では、MERYのECサービスで運用しているクーポンの実装方法のア イデア を簡単に紹介いたします。 MERYのクーポン ECサービスでは多くのお客様にお得にお買い物をしていただくために、この4月からクーポンを導入しました。 10%OFFになるとか、1000円OFFになるとか、ほとんどの方がお店や ECサイト など、どこかで使ったことがあるあのクーポンです。 MERYでクーポンを開発した際の機能に対する要求は、以下の項目を設定できることでした。 クーポンの付与対象者の条件 クーポン対象の商品 ◯◯円OFFまたは◯◯%OFFの値引き 最低購入金額(この金額以上買ったら
2016 - 08 - 05 アプリも Web もキレイに楽しく♪ MERY の自動再生動画のコツ Ruby on Rails 動画 list Tweet こんにちは。ペロリ 開発部の池袋です。 今回は Ruby on Rails における自動再生動画のアップロード周りの話をします。 MERY ではアプリ・Web どちらも動画に対応しており色々なところで動画を使っています。 動画に対応することでコンテンツをよりリッチにユーザに届けることを目指しています。 例) 《読者プレゼント》スキマ時間でもっと可愛く!MERYのオススメ動画をチェック MERY の自動再生動画の概要 アプリと Web(PC)では S3 に置いた動画をそのまま自動再生で流していますが、Web( スマホ ) では動画を分割した画像を js でコマ送りにして表示しています。 Rails には video_tag という
2016 - 07 - 29 MERY の Issue 管理の課題は Codetree が解決してくれました! list Tweet こんにちは、開発部 MERY Server Team の中村(isetan)です。 今回は MERY Server Team が以前抱えていた Issue 管理の課題と、それを解決するために選んだ方法を紹介をしたいと思います。 MERY Server Team では スクラム という開発手法をとっています。 スプリントと呼ばれる一定の期間ごとに、行うべき Issue を選んでいます。 Issue は GitHub の Issue を元に管理しています。 また各 Issue にはその Issue の複雑さや困難さを数値にしたストーリーポイントを割り振っています。 以前の Issue 管理方法とその課題点 Web サービスを開発していくと、ひとつのチームで複数の
2016 - 07 - 22 ペロリ流 開発要件のまとめ方 開発プロセス list Tweet こんにちは。開発部のマネージャーをやっている mizushimac です。 今回は開発するモノの要件のまとめ方についてペロリ開発部が実践している内容を少しご紹介したいと思います。みなさんの会社やプロジェクトではどうやって開発するモノの要件をまとめていますか? パワポ ですか? spreadsheet ですか? 流れ行く slack や github issue で議論しながらコメントに埋もれていき誰かが箇条書きでまとめますか? きっとカオスなことが多いかなと思いますのでこのエントリーが少しでもご参考になればと思います。 ちなみに、ペロリはカオスを楽しめる人を求めていますw 開発要件のまとめ方って色々あって難しい 私が学生の時に所属していた ベンチャー企業 では、数十MBもある パワポ に画面イメ
2016 - 07 - 01 さらなる高みへ〜iOSのMERYでなめらかなスクロールを実現するためにやった4つのこと list Tweet こんにちは。 iOS を主に担当していますアプリエンジニアのkazutoyoです。 MERYのアプリチームでは、チューニングを「さらなる高みへシリーズ」と名づけて、日々アプリの改善をしています。 今回はその中で行ったUITableViewやUICollectionViewのスクロール周りを滑らかにする改善についてやったことをご紹介したいと思います。 1. CALayerで角を丸くしている部分のパフォーマンスが悪い このようなカード型のViewが並んでいるCollectionViewがあったのですが、画像の角を丸くするのにCALayerで cornerRadius をつけているところのパフォーマンスがあまり良くないようでした。 これを次のようにCor
2016 - 06 - 28 Putting together AMP and Rails list Tweet (日本語版は こちら ) Hello!, this is Oskar from the MERY backend team, very nice to meet you!. Recently we released the AMP version of the MERY article page , and we thought it was a good idea to share why and how we did it. This is the first post we write in English and that is my fault, please bear with me! AMP? So... what is that, exactly? Pretty
2016 - 06 - 24 MERYにおける商品人気順の話 list Tweet こんにちは。開発部の sian-izm です。 1年程前からペロリでエンジニアを始め、現在はECサービスの開発をメインに行っています。 今回はMERYのEC商品人気順のアイディアについて紹介します。 実際にはこのアイディアをベースにいくつかのチューニングを入れています。 人気順の切り口 人気順と言っても、販売数やPV数、商品毎にスコアのようなものを持っていれば、それを利用したりといくつか切り口があると思います。 MERYでは、 LOVE という形で、ユーザーがお気に入り商品を保存しておくことができます。 そのアクションのタイミング(時刻)と数はデータベースに保存しており、商品検索には Elasticsearch を利用しています。 そのため、比較的容易に商品スコアを算出できそうであったこと、加えてある程度の
2016 - 06 - 17 AngularJS で爆速で開発するベストプラクティス list Tweet こんにちは、MERY で主に Android の開発を行っている栗野です。 今回は Android のことではなく、以前広告プラットフォームを作っていた時に使っていた AngularJS に関して話したいと思います。 現状のフロントエンド界隈の流れ Facebook が出してきた React + Flux が一気にシェアを広め、webpack などのビルドツールも広まってきて、基本的には React + Flux + webpack みたいな構成で開発するのがモ ダン なのではないでしょうか。個人的にもよくこの構成は触っており、とても便利に感じています。 なぜ今AngularJS? そんな中でなぜ AngularJS にフォーカスするかというと、やはりある特定のケースにおいては、圧倒
2016 - 06 - 10 ペロリ開発部のチーム構成の特徴と、年長エンジニアの果たす役割 組織 キャリアマネジメント こんにちは。開発部の平山( @orangevtr ) です。現在はMERY ECチームで、商品管理・仕入れ管理・在庫管理・帳票出力などのバックエンドシステムの開発を担当しています。 私は 41歳にしてペロリ開発部内でも最年長のエンジニアです。MERYはそのサービスの対象年齢同様に、開発エンジニアの年齢構成も比較的若いのですが、その中で年長のエンジニアが果たすべき役割について考えてみたいと思います。 ペロリ開発部のチーム構成 ペロリ開発部のチーム構成は、先のエントリでも触れたとおり、現在以下のようになっています。 その時々の事業戦略や優先度に応じて柔軟にチームは編成していて、時には少人数の新規立ち上げチームを作ったりしますが、今は、 MERY Server Team(Med
2016 - 06 - 03 Swiftzつかってみた MERY のサーバーサイドエンジニアの藤原です。 今回は、MERYの iOS アプリには使用していないのですが、一部で話題のSwiftzについて調べてみました。 Swiftzとは 他の 関数型言語 によくある機能を、Swiftでも使えるようにするライブラリです。 Swiftにも 関数型言語 っぽいmapやreduce、filter、flatMap等がありますが、例えばEitherはまだありません。 そういった、「他の言語だったらこう書けるのに」を解消してくれるライブラリです。 Swiftzの利点と欠点 利点としては、 上手くやりたいことと噛み合うとコードを短くスッキリと書ける コードの再利用性を上げやすくなる(部品を書きやすくなる) Swift3.0で追加されそうな機能を先取りして使える 他の 関数型言語 を覚えやすくなる 等があると
2016 - 05 - 27 jQuery + Flux という選択肢 JavaScript Front-End こんにちは、 SKAhack です。普段はMERYのWebフロントエンドを主に書いています。 今回はMERYのフロントエンドで採用している jQuery + Flux という構成を紹介してみたいと思います。 なぜReactではなく jQuery か 普通はReact + Fluxで語られることが多いですが、MERYでは JavaScript の ソースコード の大半が jQuery に依存しており、簡単には jQuery を捨てられない状態です。 また、Viewの変更をする2つのライブラリを 共存 させるのも良くないですし、MERYのサービス特性上、現時点で1画面を頻繁に書き換えるような処理は少ないこと、ReactがサポートしていないIE8など古いブラウザもサポートしているとい
2016 - 05 - 06 Rails アプリケーションにおけるリファクタリングの実践 Ruby on Rails こんにちは、MERY のサーバサイド開発をしている末並 @a_suenami です。 TDD、 アジャイル 、DB 界隈等によく出没しますが、最近では糖質警察としてのほうが広く知られている気がする今日この頃です。糖質制限に興味ある方はぜひウィスキーを片手にケトン体の話でもしながら飲みましょう。 さて、現在、MERY は Ruby on Rails で開発されていますが、最初にリリースされたのはもう 3 年近く前であり、その頃とはサービスを取り巻く状況が大きく変わってきています。これまで多くのユーザの「かわいい」を支え、よい体験を提供し続けてきた現在の MERY とそのコードベースを否定することは決してできませんが、日々変わるユーザの「かわいい」ニーズと我々のビジネス状況の変
2016 - 04 - 29 MERY PASS における MVP の実践 MERY PASS における MVP の実践 ペロリ MERY PASS チームの libitte です。 今回は我々のチームで実践している MVP について簡単にご紹介します。 目次 MERY PASS とは 新サービスで使うと便利な MVP MERY PASS での MVP の実践例 おわりに MERY PASS とは MERY PASS はネイル、マツエク、リラクなどのビューティー系サービスがどれでも毎回 3000 円で受けられる サブスクリプション サービスです。 月額 980 円で会員になることができ、その特典として、MERY PASS 内に掲載さいれているネイル、マツエク、リラクなどのビューティーサロンでのサービスがどれでも会員限定価格 3000 円で受けられるものになっています。 美容サロンに対しては
2016 - 04 - 26 MERYには社内カメラマンがいる話。 初めまして、MERYのカメラマンの本山です。 え!?カメラマン!?という感じですね。 IT企業にカメラマンが居るのは珍しいかと思います。 これまでは割りとTechieな記事が多かったので、少し路線変更になりますが、お付き合い下さい。 MERYは社内で作成する記事もあり、私はそこで使う写真の撮影/編集をしています。 タイアップ記事、 オリジナルコンテンツ記事 、 プレス記事 など...etc 撮影対象としては、人物、物(服、化粧品、アクセサリー等)、店舗、イベント...etc その他、弊社は MERY PASS というサービスも展開しており、そちらで使用する写真であったり、採用ページの写真であったり、写真を使うあらゆる場面でお仕事をさせて頂いております。 MERYの環境と雰囲気 MERYには小さいながらもスタジオルームが
MERY のサーバーサイドエンジニアの @saidie です。 MERY では画像アップロードや記事投稿による検索インデックス作成などなど、ユーザからのリクエスト起因で起こる時間のかかる処理の多くを非同期に行うことでレスポンスタイムの向上に努めています。また、重複した非同期処理が並行して走ることによる スループット の劣化を分散ロックを用いた 排他制御 で緩和する取り組みなども行っています。 MERY は Ruby on Rails を用いて開発されており、非同期処理には Ruby 製の フレームワーク である Sidekiq を採用しています。この記事では Sidekiq と Redis による分散ロックを使って、同一の非同期処理が(あまり)重複しないような MERY の非同期処理システムについてご紹介します。 Sidekiq Sidekiq はクライアントサー バモ デルのマルチスレッ
こんにちは、開発部のzooです。MERY EC チームのサーバーサイドを担当しております。 この記事では、先日、 株式会社エウレカ 様と合同で行った のご報告と、そもそもペロリで行われている というイベントのご紹介をさせていだきます。 とは? エンジニアが集まると様々なイベントが自然発生的に生じると思います。ペロリでも様々なエンジニアの活動があります。『朝活』や『エンジニアランチ』などいろいろあるのですが、 もそれらのエンジニアの活動の1つです。 の要素を箇条書きにすると次のようになります。 お酒を飲みつつ技術的な話をするペロリの自主的なイベント 端的にいうとLT(ライトニングトーク)会 開催頻度は1ヶ月に1回くらい 発表はだいたい5人くらいで2~3時間 広くはない会議室で行われる カンパ制 今年の1月から開催されている だいたいお酒が回っているので半分以上は覚えていないw LTの内容は様
2016 - 04 - 08 Serverlessフレームワークで Amazon API Gateway + Lambda のAPIを作った こんにちは。開発部の朝香です。主にアプリのバックエンドの API 開発とインフラ周りのことを担当しています。 Amazon API Gateway がTokyoリージョンで使えるようになってから、 API Gateway + Lambda + データストアの組み合わせでサーバレスな API をって話題がますます盛り上がりをみせてそうな雰囲気がありますね。 先日、 GCP でも同じようなサービスがローンチされてましたし、今後ちょっとした API ならこういうサービス利用が当たり前になってくるんでしょうか。 多分に漏れず弊社でも使う機会があったので、その内容をブログにしようかと思います。 なぜ API Gateway + Lambdaで API を作るこ
2016 - 04 - 01 Fashion Tech Meetup #2 のレポート こんにちは。ペロリ開発部の bukuro です。 先日 Fasion Tech Meetup という Fashion x Technology をテーマとした勉強会の第二回を開催しました。 今回は iQON を運営する VASILY 様と FRIL を運営する Fablic 様との共同開催です。 イベント概要は こちら 弊社からは私 bukuro と編集チームが、開発と編集が一体となって MERY のかわいいを作っている話をしました。 開発と編集のちからでたくさんのかわいいを届けた話 from Ikebukuro Munehiro また kazutoyo がアプリ UI のテストについて話をしました。 自分は今回発表の中で MERY Partner Program という外部のパートナーさんのコンテン
2016 - 03 - 17 Fashion Tech Meetup っていうTechイベントやってます! はじめまして、開発部 MERY のServer Team の中村です。最近では isetan と呼ばれるようになってきました。 ペロリでは社内でメンバーのスキル向上や技術範囲の拡充などを目的とした勉強会を定期的に行っています。 また社内だけの勉強会だけではなく、 事業 領域で共通点のある企業との情報交換やユーザ、開発者との交流などのために社外に向けての発表やイベントも行っています。 このエントリーでは Fashion Tech Meetup という社外イベントをご紹介します。 Fashion Tech Meetup とは Fashion Tech Meetup は Fashion x Technology をテーマとした勉強会イベントです。 ファッションに関わるサービスを運営
次のページ
このページを最初にブックマークしてみませんか?
『peroli Developer's Blog』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く