はてなブックマーク

こんにちは、昨年初めにCTOに就任した id:Yasaichi です。同時期にハロプロの沼に落ちて以来応援していたアンジュルムの上國料萌衣さんが最近活躍の幅を広げており*1、自分も頑張らねばと感じています。 さて、今回は同じく昨年にこっそりと始めたポッドキャスト「texta.fm」が軌道に乗り始めたので、改めてご紹介したいと思います。 texta.fmについて texta.fmは、本ブログ「てくすた」の音声版という位置づけで始めました。ホストは私（id:Yasaichi）が務めています。 直近では、私が共著者として参加した「パーフェクトRuby on Rails【増補改訂版】」について、技術顧問の和田卓人さん（id:t-wada）と話しています。 これまでに公開したエピソード おおよそ1カ月に1回のペースで収録しており、これまでに7エピソードを公開しました。なお、本編が50分、Sidesh

こんにちは、今年の1月からCTOに就任した id:Yasaichi です。同月、推しだった欅坂46の平手友梨奈さんが同グループを脱退し、これでやっとオタ卒できそうと安堵（？）していたところ、うっかりハロプロの沼に落ちてしまいました。好きな色はアクアブルー*1です。 さて、今回はピクスタ開発部によるCodeZineでの連載「ピクスタでは何が起きている!? プラットフォーム事業開発の課題と解決法」のために私が執筆した内容をお送りします。 codezine.jp 以下は、こちらの記事を翔泳社からの許可を得て転載したものです。 はじめに 本記事は、筆者が以前「Web現場Meetup」というイベントで発表した内容を記事として編集したものです。当日のスライドはこちらになります。 近年、何らかのオープンソースソフトウェア（以下、OSS）を利用せずにWebサービスを開発・運用することは不可能であると言って

はじめに ピクスタにて PIXTA を国内で開発している2チームのリーダー/マネージャー業務を行っている tokinaga です。 本記事では、チームの現在と未来を考えていく上で重要な要素の一つであるチーム分割について書こうと思います。 はじめに人数増加に伴うチームの肥大化に対してチーム分割という手段で対処することになる背景を説明します。 その後分割の際に気をつけるべき点をチェックリストという形でまとめます。 最後に、なぜそのチェックリストの項目が重要かを解説します。 チーム分割を行う背景 資本主義社会において、企業は拡大再生産を行います。 ソフトウェア産業においてエンジニアリング組織はビジネスの核となる、いわば生産手段です。 したがってエンジニアリング組織を強化することは設備投資と言えます。 換言すると、ビジネスを加速させるためにはエンジニアリング組織の強化は不可欠ということです。 そし

おはようございます！ピクスタ開発部です。 RubyKaigi 1日目に引き続き、2日目も実況ツイートをしました！ それでは、2日目の開発部のメンバーが選りすぐりのセッションを紹介します。 All bug-fixes are incompatibilities RubyKaigi 2019 2日目のKeynoteは「All bugfixes are incompatibilities」と題してCRuby（以下、「Ruby」）の安定版をどのようにメンテナンスしているのかというお話でした。 Rubyでは安定版ごと（現在だと、Ruby 2.6とRuby 2.5）ごとにブランチがあり、それを安定版メンテナーが担当します。基本的に安定版で発生しているバグの修正はtrunkブランチに適用されます。 そのため、安定版メンテナーは主に以下の3つのことを実施します。 trunkブランチで修正された（した）バグ

おはようございます！ピクスタ開発部です。 ピクスタは今年もRubyKaigiのスポンサーとなりました。今年で6回目です！ 今年も、RubyKaigiに参加することができなかった方でもイベントの内容が楽しめるように、実況ツイートをしています。この記事は開発部のメンバーが選りすぐりのセッションを紹介します。 The Year of Concurrency 今年のRubyKaigiもMatzのKeynoteから始まりました。 Ruby 3の話をメインに、Performance, Concurrency, Static analysisの改善について話されていました。 中でも静的型チェックについては、型定義標準ライブラリからTypeProfilerがエラーや型推論を行い、それを基にアプリケーション(自前)で型定義(.rbi)ファイルを作成することで、型を意識することが少なくて済むようになるという話

Happy Halloween!! 秋の夜長、いかがお過ごしでしょうか？ 毎日、コンテナに溺れているインフラ担当のShimadaと申します。 今回は、エンジニア人生に終焉を迎えかけた、「コンテナ化で挫折した」お話をしたいと思います。 これまで、オンプレミスやプライベートクラウドでサービスを運用していて、どこかから聞こえてくる「どっかー」「こんてな」という単語に「テスト環境・・・」と思っていましたが、パブリッククラウドでサービス運用する環境に来て、ついに「コンテナ」に浸かる時が来てしまいました。 経緯 「どっかー」「こんてな」「くーべねてぃす」という言葉を色々なところで見かけるようになって久しい昨今、主要なクラウドベンダではコンテナ管理サービスの本格的な提供が開始されました。 弊社も、この波に乗らない手はない！！という唯一無二の決定的な判断のもとコンテナ化への漆黒の闇の中を退路無く走り始める

開発部採用チームからお届けします！ エンジニア面接の際によく聞かれる質問をまとめてみました！ HPだと詳しく回答されていなかったので、エンジニア面接担当者から直々に回答してもらいました。 これを読んでいただいて、もっとPIXTAに興味を持っていただけると嬉しいです🌷 開発 環境 Q.PCは選べますか？ プロセス Q. Webサイトが完成されているように見えるが、実際の業務では何をするのか？ Q.チーム構成は? Q.開発の進め方は？ Q.エンジニア主導で改善するのか？ 技術選定 Q.なぜRailsを査定しているのですか？ Q.言語の乗り換え予定は？ Q.個々のプロジェクト等で技術推進するプロセスは？ 経験 Q.内定～入社までにしておくことは？ Q.Rails未経験なのですが大丈夫ですか？ 事業 Q.競合と比較したときのピクスタの強み・改善点は？ Q.では、BtoCを叶えた経験は？ Q.今後

こんにちは、開発部の id:yszk0123 です。最近、フロントエンドで使っていたツールを Flow から TypeScript に移行したので、そのお話をしたいと思います。 背景 一年半ほど前にとあるページを React に移行したのですが、その際に、型チェックツールとして Flow を採用しました。 採用の理由は、簡単に導入できて、いざとなれば簡単に捨てられるからです。 それからしばらく運用する中で、ある程度の規模であれば型の有用性を実感できたため、本格導入することになりましたが、次に挙げるような理由により、Flow をやめて TypeScript に移行しました。 理由 Flow の問題 1. 型定義ファイルの管理が複雑 ライブラリの型定義ファイルの管理がそこそこ複雑です。 flow-typed という型定義の管理ツールを使えば管理はできますが、インストールしたファイルを git

こんにちは！ピクスタ開発部です。 ピクスタ開発部は今年もRubyKaigiのスポンサーとなりました。今年で5回目です！ 今年も、RubyKaigiに参加することができなかった方でもイベントの内容が楽しめるように、実況ツイートをしています。 この記事は開発部のメンバーが選りすぐりのセッションを紹介します。 Keynote「箴言 Proverbs」 今年もDay1のKeynoteはMatzこと、まつもとゆきひろさんの講演でした。「箴言 Proverbs」というタイトルで、ことわざ（先人たちの知恵）から学びを得るという内容でした。 講演で紹介されたことわざは3つです。 名は体を表す 時は金なり 塞翁が馬 1. 名は体を表す プログラミングにおいて「概念」は非常に重要です。概念は物体が存在しないため、名前をつけなければ説明することができません。「名前をつけるのが難しい」という状態は、名前をつける概

ケイーゴ・K / PIXTA(ピクスタ) 開発部の齋藤です。 最近、技術的負債を返済するタスクがあり、その中に仕様書が残っていない機能、いわゆる「コードが仕様書」である機能もありました。 それらの機能を改善する際、そもそもどのような動作が正しいかわからず、システムから推測したり、他部署や社歴の長い人にリスニングをしたり、確認に手間取りました。 そこで、この記事では、最低限どのような仕様書を残すべきであるかを記述します。 仕様書は残したいけど時間がない人や、私と同様に仕様書がなく過去に痛い目にあった人に読んでいただければと考えてます。 背景 スタートアップ企業の場合、リリース優先で仕様書を残すことは少ないと思います。 より良い機能をより早くユーザに提供しなければ、サービス自体が終わってしまう可能性もあるため、仕方がないことだと思います。 ただ、リリース優先だとしても、技術仕様書は後回しすると

どうも、休日はモンスターハンターですが、平日はデザイナーの高瀬です。 私がピクスタに入社して、早いもので1年半が経ちました。 その間、いくつかのプロジェクトに参加し、いくつものABテストで涙を流し、いくつかの大規模なリリースでホッと肩を撫で下ろしたあと美味しいビールと赤飯をいただく1年半でした。 今回は、前職（制作会社）でディレクターから降りてきた仕事を黙々とこなす仕事をしていたところからピクスタに入社したあとの私の変化と、ピクスタのデザイナーがどのような環境で仕事をしているのかをお伝えしたいと思います。 一週間のスケジュール ピクスタのデザイナーは開発部として仕事をします。基本的にエンジニアと同じミーティングに参加し、同じチームで仕事を行います。 ピクスタの開発部ではスクラム開発*1を導入しており、タスクはディレクターが優先度を決め、金曜日に全員でプランニング*2をして一週間分のタスクを

エンジニアの id:cheezenaan です。『劇場版 響け！ユーフォニアム〜届けたいメロディ〜』の Blu-ray が届いてはや数週間、心身ともに充実した日々を送っています。いやぁ、自分もこんな高校生活を過ごしてみたかったものです。。 さてピクスタでは、昨年秋から PIXTA サイトのモバイル対応をひっそりと進めてきました。「なぜ今モバイル対応なのか？」という背景や、具体的な取り組みについては、過去に開発部メンバーが執筆した記事をご覧ください。 これらの記事でも触れているとおり、サイト各ページへのモバイル対応はデザイナーさんが中心に行っていましたが、PC 版とモバイル版とで表示する項目そのものや挙動を変える場合は、エンジニアも力を貸すことが少なくありませんでした。 今回の記事では、エンジニアの取り組みのひとつである PC 版サイトとモバイル版サイトそれぞれの事情に適した構造化マークアッ

こんにちは、インフラチームの菊池です。 今回はWebサービスの運用には欠かせない、サービス監視のお話をしたいと思います。 事業目的でWebサービスを展開するとなれば、正しくサービスが稼働しているか常に監視しなくてはなりません。大規模サービスともなれば、監視システムの運用だけでもそれなりの手間とコストが発生したりします。 しかし、開始間もない小規模サービスや個人で運用しているサービスなどにおいては、そのようなコストをかけることができない、または必要ない場合もあるでしょう。 今日はそのような場合に使える（かもしれない）無料の監視サービスを紹介させていただきます。 システムの監視と言っても、リソース（キャパシティー）監視やパフォーマンス監視等ありますが、今回紹介させていただくのは主にサービスの死活監視（外形監視と言われたりもするようです）を行う為のサービスです。 New Relic Synthe

こんにちは、開発部で技術基盤を担当している id:Yasaichi です。 乃木坂46で橋本奈々未さんの次に推していた伊藤万理華さんが昨年末に同グループを卒業し、悲しみのあまり思わず彼女の初の写真集である「エトランゼ」を予約してしまいました。写真集の聖地巡礼という理由でふらっと香港に行ってしまわないように気をつけます。 本エントリでは、先日行われた第4回開発合宿とその成果発表会の様子を紹介したいと思います。 開発合宿とは 開発合宿は、「エンジニアとしてさらなるスキルアップをしたい」という声を受け、2016年に有志のメンバーによって始まりました。第2回からは会社から金銭的な援助を受けて開催しており、毎回終了後に振り返りを行って運用の改善を続けています。開催形式としては、ざっくり言うと 1泊2日 テーマは自由 合宿後、会社で成果発表会を実施 という感じになっています。 前回の振り返り 前回の合

こんにちは。プログラムが書けないWebサービス企業経営者の古俣です。 以前、私が創業時プログラミングを学習したものの挫折したほろ苦い経験を、インターネットでの起業にプログラミングスキルは必要か？という記事にまとめました。 daikoma.hatenablog.com 今日はそんな当時を振り返りつつ、Webサービス開発を取り巻く環境の変化を、いち経営者視点から偉そうに眺めてみたいと思います。 PIXTA Advent Calendar 2017 24日目の記事です。 プログラミングを学ぶ環境 以前はプログラミングの学習手段といえば、リャマ本のような分厚い本を写経しながら読み進めていくか、運良く身近にプログラミングの師匠的な存在がいればその人に(ランチをおごるなどして)師事を受けるくらいしかありませんでした。 現在は、ドットインストールや Progate など動画でプログラミングを学べるサービ

この記事は、PIXTA Advent Calendar 201718日目の記事です。 概要 こんにちは。開発部で技術基盤を担当している id:yszk0123 です。 ついこの間新しい自転車を買い、サイクリングに行くぞ！と思っていたら、いつの間にか冬を迎えており、時の流れの速さを痛感しています。 ここ最近、React を使った独立して使える UI コンポーネントを作りつつ、開発環境の整備を行っていました。 本エントリでは、その際に気をつけたことや自分なりに考えたことなどをまとめて、パターン形式で紹介しようと思います。 今回の環境整備で導入したフレームワークやライブラリは以下のとおりです。 UI の手動確認: Storybook1 自動テスト: Jest, Enzyme, StoryShots2 対象読者は、React を使って開発をしているエンジニアです。 補足 PIXTA では、サーバー

この記事は、PIXTA Advent Calendar 2017 9日目の記事です。 はじめまして、出張撮影マッチングサービスfotowaのプロダクトオーナーの李と申します。 正月休みはプレステ4を買って、大神とトリコの世界に浸かりたいと計画しておりますが、一緒にVRを買うべきか4Kテレビを買うべきか、超絶悩み中です。 今日は、fotowaでお問い合わせがあった際に、ChatWorkにその内容を自動的に流すようにしたら、 チームに起きた良い変化についてお話したいと思います。 【目次】 なぜそうしたか fotowaとは？ お問い合わせにおいての課題 どうやってやったか Step 1: スプレッドシートを用意する Step 2: スプレッドシートからスクリプトを作る Step 3: ChatWork ライブラリを入れる Step 4: スクリプトをカスタマイズする コピペで使えるスクリプト カ

この記事は Pixta アドベントカレンダー 2017 の 7日目の記事です。 こんにちは、昨年末に株式会社ピクスタに入社したエンジニアの大村です。てくすたに書くのは2回目になります。前回はペアプロについての記事でした。 当時は PIXTA のチームにいたのですが、現在は fotowa の開発チームに移って奮闘中です。 今回は、その fotowa チームでの開発プロセス改善の一環で行った、ガイドラインの策定について紹介しようと思います。 fotowa とは 気軽にプロのカメラマンを予約して、ハイクオリティな写真を撮影できるサービスです。サービスのピークは11月の七五三です。撮影事例はこちらをご参照ください。 fotowa の開発チーム体制は 2016年2月にサービスイン(開発は2015年から)して以来、順調に事業とシステムを拡大しています。 そんな中、初期から開発を引っ張ってきた id:n

この記事は、PIXTA Advent Calendar 2017 1日目の記事です。 てくすた編集長 @kaiba です。冬休みは日本酒の紀土を一升瓶で5本購入し、「しふく〜！」しようかな、と考えております。 12月になりました！ 12月になりました。今年はアドベントカレンダーをみんなでやってみようぜ！ということで、てくすた1編集長の私がスタートを切らせていただきました。 2017年のてくすた運営について 今年のてくすたは途切れること無く1年継続し、ヒット記事も幾つか生まれ、アドベントカレンダーのスタートも切れ、大成功だったと言えるでしょう！ てくすたの運営と良かった点を紹介します。 目的を明確にする 僕達の目的は「ピクスタの開発部がどんなことしているか知ってもらうこと」です。 テックブログができる前はコーポレートサイトしかこの手の情報がなく、「RailsをAWSで動かしているらしい」くら

こんにちは、三浦@yukainaです。 皆さんは、未使用と思われるメソッドなどコードを削除することありますか？ 先日、残念なことにメソッドを削除したことによって不具合が発生してしまい、 リリース直後にエラー通知で気づくということがありました。 数時間に一度動くと言うバッチ処理だったのでリリース直後にすぐ気がつけたのは不幸中の幸いでした。。。 バッチ処理からだけ参照されていたメソッドと言うこともあり、通常の動作確認では気がつけず、またバッチ処理ということもありテストが手薄だったことで気がつけなかったのです。 ところで、半年ほど前に「Railsで効率的かつ安全に未使用のメソッドを削除した話」 texta.pixta.jp と言う記事でOkuribitoと言うgemを導入して、 削除できそうなメソッドを一定の期間を監視してコールされていないことを確認をすることで安全に約1000行ほどのコードを安

こんにちは、開発部の @kaiba です。ひやおろしが出て来る時期になり、日本酒好きには良い季節になってきましたね。 Web現場MeetUP #1に引き続き、エンジニアの力でサービス・組織をスケール化させるには？〜Web現場MeetUP #2 〜を開催しました。 今回はレアジョブさんと一緒です。ピクスタでは外国語学習の補助を受ける事ができ、私を含めレアジョブ英会話を利用している社員も多く、馴染み深いサービスです。 ピクスタもレアジョブさんも10年を超える企業で、スケール化に立ち向かっている企業です。 そんな私達が「エンジニアの力でサービス・組織をスケール化させるには？」というテーマについて話し合ったので紹介させてください。 発表概要 5年しかもたない最高のシステムとの向き合い方 5年しかもたない最高のシステムとの向き合い方 from Jumpei iwamura www.slideshar

エンジニアの id:cheezenaan です。いよいよ秋本番ですね。私は近ごろ映画鑑賞して過ごすことが多いのですが、なかでも『劇場版 響け！ユーフォニアム〜届けたいメロディ〜』はこの数年で一二を争うアニメ映画ではないかと絶賛しております。 さてピクスタでは先日のプレスリリースの通り、新たに音楽素材の販売を開始いたしました。昨今需要の高まりつつある動画やアプリをはじめとするコンテンツの制作等、さまざまな用途にご利用いただけます。 pixta.co.jp この記事では、プロジェクトの舞台裏のひとつとして、音楽素材の検索ページのフロントエンドに React を小さく導入した話をご紹介します。 経緯と導入の方針 ピクスタでは、フロントエンドの JavaScript 開発に Knockout.js や jQuery といったライブラリを採用していますが、昨年冬より一部の機能・ページに対して、Rea

fotowaチームでエンジニアをしているnagamotoです。 最近開発環境構築にDockerを導入しました。 その際の話をしたいと思います。 Dockerによる開発環境構築に踏み出すまで 背景 fotowaのアプリケーションは少なくともRails、PostgreSQL、Redisのサーバを必要とします。特別多いわけではないですが、環境構築にまずまずの手間がかかります。 また、開発端末はMacに統一されているわけではなく、Windowsを選ぶことも可能で、実際にWindowsを利用する人もいます。 そしてWindows端末で開発環境を整えるノウハウは溜まっておらず、各人のスキルに依存していました。 こうした背景から、開発環境構築へのDocker導入を検討し始めました。 メリットとデメリット 導入を決定する前に、Dockerのことを調べると、以下のようなメリット・デメリットが見えてきました。