はてなブックマーク

僕のことを知らない人はどうでもいい記事なので回れ右してください。 目次 退職します 3年間本当にいい経験できたので振り返らせてくれ 今後 退職します 3年間ありがとうございました！ pic.twitter.com/tAZFoS0xhW— きりん / kirin (@sota1235) January 28, 2020 現職のメルカリを退職することにしました。 言語化するのが難しいので理由は詳しく書きません。1つだけ強く書いておくとネガティブな理由ドリブンではないし、この記事では基本的に自慢か会社を褒めるしかしないです。 理由をざっくり言語化するなら、入社前にこの会社でやりたかったことにそれなりに取り組めたこと。 それ以上に自分が想像していなかった体験をさせてもらえたこと。 それらを通じてまた別にやってみたいことができたことです。 sota1235.hatenablog.com 働いている間

ISUCON9に参加した方、本戦までお疲れさまでした！ 今年のISUCON9では運営として予選の作問に携わり、フロントエンド周りを担当しました。 その際に得た知見や実装なりの話を雑に書こうと思います。 話で出てくるソースコードは全てここにあります。 github.com Excuse 個人としての雑記です 本業フロントエンドエンジニアではないので詰めが甘い部分がかなり多いです 本業フロントエンドエンジニアからのマサカリ待ってます ISUCON運営として作るフロントエンド、という視点で書いていきます 願わくば未来のISUCONフロントエンド担当者に届け あとは講評や解説は公式Blogで出してるのでそのあたりをぜひ読んでください！ isucon.net あとはBackendやベンチマーカーの実装に関しては@catatsuyさんの記事とGitHubのコードを合わせて読むことをオススメします。 m

去年 sota1235.hatenablog.com 今年も雑に振り返る＆来年の目標を宣言する 去年の目標達成状況 ❌音楽再生アプリの完成 来年も引き続きやる これをするにはまずコーディング時間を捻出する必要があるのでそこから考える ❌技術書を12冊読む 7冊しか読んでない 3冊は読み途中 これでも去年よりは読めてる、Kindle導入したしもうちょっと頑張る ❌TOEIC 800点 そもそもこの目標あまり意味がない 英語力自体は上がっているのでまぁよし(後述) ❌海外カンファレンス登壇 とてもそんな余裕は無かった が、国内で英語のLTして少し自信ついたので来年はえいやっで出したい いろいろ振り返り Tech Leadになった 会社での話。 4月からアサインされててチーム変わった後も続けてる。 Tech Leadになったって言うと煽られたりすごいと言われたりするんだけど真面目な話、会社によっ

ISUCON8に出場して予選で散りました。 isucon.net @kazeburoさんと@masartzさんとそたぶろるっつという名前のチームで一緒に出場しました。ありがとうございました！ 結果 後半、少し追い上げるも予選突破ラインに遠く及ばず…。 fail地獄がつらかった。 やったこと 私は主にアプリケーションを見た。つらつらと。言語はNode.jsを選択しました。 環境整備 lintツール導入(TypeScriptだったのでtslint入れた) ts-nodeでのアプリ起動をやめてcompile後のjsを実行する Node.jsのバージョンをv10.10.0へ変更 サーバ構成を変更 リクエストを受けるサーバにはh2oとMySQL、h2oはリクエストを残り2台にbalancingする アプリサーバではpm2使ってCPUコア数分、Node.jsのクラスタを立てる 無駄にsheetsテーブ

ユニットテスト ユニットテストを書く際、依存してるクラスやライブラリをモックに差し替えると思うが、PHPのHTTPライブラリであるGuzzleにはテスト用のモックを作る機能があらかじめ用意されている。 公式ドキュメントにもちょろっと案内されているが、レスポンスボディを指定する方法は載っていなかったので紹介する。 今回の想定として、request()メソッドが呼ばれた際にreturnされるHTTPレスポンスオブジェクトの内容をモック化するところを目指す。 5分でできるモックの作り方 モック化する具体的なオブジェクトは¥GuzzleHttp¥Clientにあたる。 HTTP 200 OKを返すだけのモックを作るには以下の様な感じ。 // 必要なクラスをロード use GuzzleHttp¥Client; use GuzzleHttp¥Handler¥MockHandler; use Guzzl

メルカリに入社して1年半くらい経ったのだけど、7月から1年近くいたチームから別のチームに移ることになった。 かなりドラスティックに組織を変えていく文化の中で1年間同じチームにいたのは社内でも稀有な経験だったこと、前職でも1年間同じチームにいたことはなかったことから自分にとって大きめの節目なので、転職するときの意志として強かった「自分の手で人に自慢できる機能を世に出したい」ということがどれくらいできたか勝手に振り返ってみる。 細々した機能から大きめの機能まであるけど全部語れないのでいくつかメモしておく。 試しに入社してから今日までにmergeされたPRの数を数えたら408個だった。土日含めて一日0.7個のPRをリリースしてる計算らしい。 メルカリチャンネル メルカリチャンネル とにもかくにもこれが一番大きい機能であり、かけがえのない経験だった。 新規サービスで使ったことのない技術にチャレンジ

エンジニアとして世に出荷されて3年、そこそこ外部で発表してきたのでその時にやってよかったことやメソッドをまとめておく。 過去の登壇歴 SlideShare, Scrapbox, SpeakerDeckにあげてある 基本的に新しいものは全部SpeakerDeck, 資料作る時間無いときはScrapboxって感じに使い分けてる Sota Sugiura’s Presentations on SlideShare Presentations by Sota Sugiura // Speaker Deck sota1235のスライド置き場 - Scrapbox 30min以上話したイベントの登壇歴だとこんな感じです。 YAP(achimon)C Tokyo 2016(30min) PHPカンファレンス2016(LT), 2017(60min talk) PHPカンファレンス福岡2016(30min

この記事は 英語アドベントカレンダーの1日目の記事です。 adventar.org (作ったのに存在忘れてましたすいません) この記事はこんな人におすすめ ゆるく英語勉強始めたい 今全然英語できないけどいつかはやらなきゃいけないと思ってる なぜおすすめか？私がちょうど一年前こんな感じだったからです。 英語との関わり 私事ですが、私は今年の1月、前職から現職に転職しました。 転職する前の職場で英語を使う場面といったら英語のドキュメントを読むくらいで少なくともListening/Speakingをする機会はありませんでした。 しかし今年の1月に転職してから3ヶ月間、私の心はバキバキに折られました。 事件その1 ランチが突然、英会話教室に早変わり 現職では入社した際にこれから一緒に仕事をする人たちとランチに行く制度があります。 その制度でランチに行っていたのですが、僕と同じタイミングで入社した人

行ってきた firebase.google.com 今は会社でメルカリチャンネルというサービスのチームにいるのだが、そこでFirebaseを利用している。 その関係で出張として行かせてもらえることになった。ありがとうございます弊社。 技術関連は会社ブログに書くのでその他雑感だけ。 アムステルダムは最高 何が最高だったか上げていくと 街並みが美しい 人が優しい みんな気さく 食べ物が基本美味しい といった感じ。 とにかく人が良くて、そこらへんのお店の店員もAirbnbのホストもみんな優しい。 道端で道聞いてもかなり気さくに答えてくれる。 1人で海外で過ごした経験がサンフランシスコでしかなかった私にとってこれはかなり好印象だった。 (サンフランシスコでは話しかける人をきちんと選ばないと正直ちょっと怖い) たかだか3日しかいなかったのでいいところしか見えないのは当然っちゃ当然なんだけど、この間の

1ヶ月過ごしてみて。ポエムです悪しからず。 楽しい 結論から言うと毎日楽しいです。 社内の雰囲気や制度については事前に社員さんとお話させてもらったり、mercanを読んで知ってたんだけど、入る前の想像とのギャップはほぼ感じずに過ごしてる。 強いて言うならコードベースはレガシーとまでは行かなくとも、死ぬほどキレイというわけではないなぁという気持ちはあるけどhirakuさんがmercari dayで発表していたようにプロダクトファーストの現れだと思うと全然違和感はない。 というよりむしろこれだけのスピードでやってきたらもっと崩壊しててもいいのでは？と思うくらいには普通に触れる。楽しい。 緊張感の所在の変化 転職して一番変わったのは自分がプレッシャーを感じるポイントかなと思っている。 メルカリの組織の回し方は"性善説"の一言に尽きていて、稟議や管理という概念がほとんどない(今のところ僕は出会って

この記事は カノジョできないエンジニア Advent Calendar最終日の記事です。ﾆｹﾞｷﾚﾅｶｯﾀ… qiita.com 前半ポエムなので技術の話が見たい方は「今日のお話」から読んでどうぞ。 Advent Calendarの参加者の方々、お疲れ様でした 25日間の戦いがようやく終わりを告げようとしています。 チャーハンを作った人、LEDをカノジョとした人、見事カノジョを捕まえ逃走した人。 25日間、涙を禁じ得ない日々を本当にお疲れ様でした。 ちなみに私の死の三日間は 23日 掃除とネットワーク組み 24日 もくもく会 25日 魚を食べる という大変充実した3日間でした！チクショウ！ このAdvent Calendarに参加する意義 すごく軽い気持ちで参加したカレンダーでしたが、はてブで微妙にバズったり、全然予期しない方向から「最終日wwwwお前かwww頑www張wwれww」みたいな

CTF開いた 某コミュニティでCTF開いた やるきっかけとしては ISUCONで人権を失う SECCON予選で人権を再び取り戻そうという決意を固める でもCTF力全然ないし練習会しよう という感じ。 学生の頃にちょっとだけCTFに参加したことがあったのと、ちょっと使ってみたいOSSがあったので主催した。 忙しいのに合間を縫ってyagihashooには問題を作ってもらったり、当日参加して解説してくれたりした。ありがとう。 ちなみに同コミュニティではISUCONの練習会もやってたり(こちらはhoto氏が開いてくれた＼(^o^)／)。 ISUCON 練習会をするために InfluxDB + Grafana でポータルサイトを作った - ほとラボ CTFを開いたきっかけ 一番のきっかけは私がずっと前からこれを使ってみたかったというのが実はあった。 github.com CTFをやったことある人はわ

この記事は Laravelアドベントカレンダー8日目の記事です。 qiita.com 前提知識 この記事ではDIパターンを実現する1つの手段であるセッターインジェクションをLaravelで実現する方法を紹介します。 なのでDIパターンやDIコンテナを知らない方は先にこれらの記事を読んでいただくと理解が進むと思います。 Inversion of Control コンテナと Dependency Injection パターン さくっと知りたい方は私が今年発表したスライドの55枚目までを流し読みしていただければと思います。 LaravelにおけるDependency Injection LaravelはHTTPリクエストが来たタイミングでDIコンテナが起動します。 それがアプリケーションコードのほぼ全ての依存を解決するので、開発者はインスタンスの生成方法を意識せずにコーディングすることが可能とな

近況報告 兼 ポエムです。悪しからず アイスタイルを退職します 新卒として入って2年目ですが、今月一杯でアイスタイルを退職することになりました。 退職の動機として、「やめたいから転職する」というより「行きたい場所があるから転職する」というニュアンスが非常に近いです。 アイスタイルでの2年間 じつは学生の頃のアルバイト期間から合わせるとぴったし2年程、勤めた計算になります。 最初の頃は本当にポンコツで、SQLがわからないだの設計って何だのconfigって何だの、本当にひどい有様でした。 ですが技術研修や業務中の指導をしていただいたりですとか、初歩的な質問をしても快く答えてくれる同僚達のおかげでちょっとは使い物になるエンジニアになれたのかなと今は思っています。 特に@ytakeさんには感謝しきれてもし足りません。この方の指導がなければ転職どころかまともにコーディングもできないままだった気さえす

この記事は アイスタイルアドベントカレンダー3日目の記事です。 タイトル的に技術知見っぽいんですがどちらかと言うとポエムに近いのであしからず。。。 qiita.com 社内の共有ライブラリを作る 弊社といえば化粧品クチコミサイトの＠ｃｏｓｍｅを運営していることで有名だと思うのですが、 実は＠ｃｏｓｍｅ以外にもかなり多くのサイトを運営しています。 それらの大半はPHPで実装されており、そのバージョンや使用しているフレームワークは多種多様です。 そうなると問題になってくるのが社内で同じような処理を実装したものが各所で発生することです。 弊社の例でいうと以下のような実装コードが数々のリポジトリで見られるようになりました。 タグのバリデーション実装 社内APIとの通信処理 OAuth認証のロジック せっかく言語が共通なのにこれらの処理とテストを新しく実装するたびに作っているのはもったいないなと感じ

この記事は JavaScriptアドベントカレンダーの1日目の記事です。 qiita.com JavaScriptというよりはChromeの話かもしれませんが、最近エクステンションを作って楽しかったので簡単に作り方を書いてみます。 Chromeエクステンションとは github-label-creater 私は普段、GitHubで開発するときにIssueのラベルを自分好みに変えてから使うのですが、 毎回作り直すのが面倒でブックマークレットを作ろうとしました。 ただ、ブックマークレットだとソースコードの量が限られてしまうので、Chromeエクステンションにしようと思い立ち、github-label-createrなるエクステンションを作成しました。 github.com こんな感じで使えます。 エクステンションの種類 一言でエクステンションと言っても、いくつか種類があります。 とてもざっくり

やりたいこと お仕事でページごとに必要なモジュールのみimportしたJSを実装し、それぞれコンパイルしたいという場面があった。 イメージ的にはsrc/(pc|sp)/**/*.jsをフォルダ構成やファイル名をそのままpublic/js配下に吐きだすといった感じ。 Webpackは基本的に複数ファイルをよしなに1ファイルにバンドルするものなので結構情報が少なくて詰まったのでメモっておく。 実装方針 Webpackでは複数ファイルをコンパイル対象として、それぞれ特定フォルダに吐き出すといったことをサポートしている。 multiple entry points 公式からコードを引用するとこんな感じ。 { entry: { a: "./a", b: "./b", c: ["./c", "./d"] }, output: { path: path.join(__dirname, "dist"),

アプリケーションテスト 要するに結合テストのことです。 Laravelでの単体テストは基本的にPHPUnitとLaravelによるヘルパーメソッドを使用することで楽に書けます。 アプリケーションテストもまた、ヘルパーが用意されており直感的に書くことができると個人的に思っています。 テスト 5.1 Laravel しかしながらアプリケーションテストを書く際に少しばかり躓いたのでそれをサービスコンテナによって凌いだお話をします。 あるページであるデータが表示されてほしい 表題のようなテストを書くとします。 例えばBladeが下記の用な感じで @foreach($user as $user) <div id="user">お名前：{{ $user->name }}</div> @endforeach コントローラーメソッドがこんな感じ。 public function userPage() {

はじめに JSで非同期関数を書く時、個人的に意識してる話です。 別にTipsとかじゃないです。 要するにポエムです。 あしからず(´・ω・｀) 非同期関数を使いこなす JSを書いたことがある人なら知ってるであろう非同期処理ですが、僕は非同期処理はなるべくPromiseオブジェクトを返す関数に切り分けていくべきだと思っています。 極端な例として「APIその１を叩いて、その結果からAPIその2を叩いて、その結果からAPIその３を叩いて、それを画面に描画するぞい！」というコードを書いてみます。 悪い例：関数で処理をラップしない APIが綺麗に整っていれば最高ですが、現実は得てしてあまくありません。 3種類のAPIを叩くわけですがそれらのレスポンススキーマは全て違うとしましょう。 const firstApiUrl = 'http://api1.com'; const secondApiUrl =

LaravelにおけるCSRFトークン Laravel5.1(おそらく以前のバージョンも)ではデフォルトでCSRFトークンによる認証ミドルウェアが有効になっています。 なのでフォームを書くときは以下のようなBladeファイルを書く必要がある。 <form method="POST"> <input type="text"> <input type="submit"> {{ csrf_token() }} </form> こうするとtype="hidden"でCSRFトークンを生成し埋め込んでくれる。 しかしAjax通信をしようと思うとちとめんどくさい。ぱっと思いつくのは以下の2つの方法。 Ajax用のCSRFトークンをどこかに記載し、それを_tokenパラメーターとして送る方法 アプリケーション側でAjaxリクエストの場合はミドルウェアを無効にする方法 前者は規模が大きくなればなるほど管理

はじめに この記事はアイスタイルアドベントカレンダー24日目の記事です。 qiita.com 納会の紹介 弊社では毎年、夏と冬に社員を労う納会なるものが開催されます。 【2015納会開催】今日はアイスタイルグループ納会が開催されました！グループ社員一堂に会して大賑わい♪毎年恒例の新入社員企画コーナーは題して「アイスタイル感謝祭'15」！アイスタイルにまつわるコアなクイズや、社長の吉松と経営陣の腕相撲大会などで盛り上がりました☆Posted by アイスタイル on 2015年12月18日 写真を見るととても賑やかですね！ そして、この夏と冬には世にも恐ろしい納会新人企画というコンテンツがあります。 私は新卒なのでこの企画を行う立場にありました。 納会企画 この企画のハードルはなかなか高く、以下の要件を満たす必要がありました。 400人近くの社員をたった数人で楽しませる 一発芸は求められず、

はじめに この記事はアドベントカレンダー15日目の話です。 qiita.com 大遅刻になってしまったのは社内宴会での新卒芸を用意していたからで、まぁいろいろ言い訳はあるのですがそちらのことはアドベントカレンダーの24日目に…。 コードレビューの話をしよう 今回はコードレビューの話です。 弊社では約1年ほど前から開発フローの改善が積極的に行われており、その改善の1つにコードレビュー文化の醸成があります。 最初はなかなか浸透しなかったものの、1年間かけて社内でのプルリクエストにはほぼ必ずレビューがされる状態になってきたのではないかなと実感しています。 しかし、改善の過程には当然様々な問題が発生しました。今回はそのうちの1つを解決した話をします。 「レビューお願いします」 弊社では以下のような流れでレビュー依頼を出します。 featureブランチを切り、WIPプルリクエスト or プルリクエス