この記事は Mercari Advent Calendar 2017 20日目の記事です。昨日は @_hitima の「Mercari Web版 に Workbox で Service Worker を導入する話」でした。本日は研究開発組織の @ikkou が Mercari BOLD Internship に続く新しい企画 Mercari BOLD Scholarship をはじめる話をします。 メルカリにジョインするきっかけとなった xR(VR/AR/MR) のことや、研究開発組織については、この記事が公開される翌々日に メルカリ新研究開発組織オープニングイベント が開催されるので、そこから段々と明らかにしていく予定です。 はじめに メルカリでは、世界で戦うために、まずは、世界を見てきてください。というメッセージのもと、US・UKに100名の学生を派遣する Mercari BOLD I
対象バージョン MySQL 5.6.35, 5.7.17 現象 AWS より RDS 上の MySQL のうち 5.6.19a, 5.6.19b, 5.6.21, 5.6.21b, 5.6.22, and 5.6.23 の各バージョンが廃止となるという連絡があり、その時点での最新バージョンである 5.6.35 にアップデートを実施した。 するとバージョンアップ後しばらくして以下のエラーが発生し、断続的に再起動を繰り返すようになってしまった。 （ログは一部改変しています） terminate called after throwing an instance of 'std::out_of_range' what(): vector::_M_range_check 06:01:31 UTC - mysqld got signal 6 ; This could be because you h
Over time, the software industry has come up with several ways to deliver code faster, safer, and with better quality. Many of these efforts center on ideas such as continuous integration, continuous delivery, agile development, DevOps, and test-driven development. All these methodologies have one common goal: to enable developers to get their code out quickly and correctly to the people who use i
優秀な外国人の技術者が確保できない――。グローバル展開を急ぐ日本の大手企業の共通の悩みだ。日本語という言葉の壁に加え、給与や人事などの制度では、なお年功序列色が濃い会社も多い。これでは能力主義の優秀な外国人を採用するのは難しい。シリコンバレーなど米欧では、インド工科大学（IIT）や中国の有力大学を出たITエンジニアを次々採用し、競争力を高めている。日本企業でもメルカリなどベンチャー企業には優れた外国人エンジニアが活躍し始めている。「スーパー外国人技術者」の働きやすい環境を探った。 「ハッカソン」で知名度向上狙うエンジニアの半数以上を外国人にする。インドの天才エンジニアを採用する――。フリーマーケット大手のメルカリ（東京・港）は、こう宣言。2017年10月、インド・ムンバイのホテル宴会場に理系の大学生・大学院生を集め、ソフトウエア開発などのアイデアを競う「ハッカソン」を実施した。1400人も
フリマアプリ「メルカリ」が世界1億ダウンロードを突破 〜今後グローバル展開をさらに加速すべく、ネイマール選手がグローバルブランドアンバサダーに就任〜 株式会社メルカリは、当社が運営するフリマアプリ「メルカリ」が、2017年12月16日時点で世界累計1億ダウンロード※1を突破いたしましたので、お知らせいたします。 ※1：日本・アメリカ・イギリスで提供するApp Store・Google Playのダウンロード数を合算した数値 また、今後グローバル展開をさらに加速すべく、この度世界的プロサッカープレイヤーであるネイマール選手とグローバルブランドアンバサダー契約を締結いたしましたので併せてお知らせいたします。 ■各国の取組み 2013年7月に日本でリリースした「メルカリ」は、2014年5月からテレビCMを開始し、2015年2月にはダウンロード数1,000万を突破しました。 その後もヤマト運輸との
Goでテストを書くお話です。 基本的なところから、応用的なテストの書き方（パターン？）をまとめておくことにしました。 ポイントを先に列挙します: テストのエラーメッセージは丁寧に書こう テーブルテストを活用してパターンを整理しながら網羅しよう ｔ．Runをつかって大きなテストを分割しよう t.Helperをつかってテストエラーの箇所をわかりやすくしよう テスト用のデータは testdata ディレクトリに置こう Setup/Teardownをうまく書いてテストの見通しをよくしよう 等 では、見ていきましょう。 実装 tenntennさんの もっと楽して式の評価器を作る を参考に、シンプルな計算機能を持つ関数(Compute)を書いて、それをテストしてみます（みんなはテストから書こう）。 実装コード: package calc import ( "go/token" "go/types" )
この記事は、MySQL Casual Advent Calendar 2017の20日目の記事です。 煽り気味のタイトルですがみなさん SHOW ENGINE INNODB STATUS 読んでますか？ SHOW ENGINE INNODB STATUS \G 見づらいのなんとかならんのか。— そーだい@初代ALF (@soudai1025) 2016年12月20日 わかる。でもMySQLの振る舞いを知る中でSHOW ENGINE INNODB STATUSを読まざる得ない場面はそこそこあります。 どんな時に必要になるのでしょうか？ そこでSHOW ENGINE INNODB STATUSにまつわる話を書きます。 SHOW ENGINE INNODB STATUS をまず読みやすくする まず末尾に \G を付けましょう。 これで3倍読みやすくなります。 次に pager less -S を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
