masudaKのブックマーク - はてなブックマーク

`dep ensure -vendor-only=true` の使い所 - Qiita

TL;DR docker buildの高速化。 Gopkg.tomlとGopkg.lockに変更がない場合はキャッシュが利用されてビルドの時間を短縮できる。 FROM golang:1.10 WORKDIR /go/src/github.com/munisystem/test COPY Gopkg.toml Gopkg.lock ./ RUN dep ensure -v -vendor-only=true COPY . . RUN dep ensure -v RUN go build 解説 docker buildのCOPY及びADDのレイヤでキャッシュが効くか否かは対象のfileのhash値によって決まる。例えばRailsアプリケーションのDockerfileでは以下のような記述が多く見受けられる。こういったDockerfileを書くことにより、コードベースに変更を加えてもGemfi

masudaK 2018/04/11

dep
Go

リンク

GitHub - rakyll/hey: HTTP load generator, ApacheBench (ab) replacement

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

masudaK 2018/04/11

リンク

go tool traceでgoroutineの実行状況を可視化する - ( ꒪⌓꒪) ゆるよろ日記

こんにちわ。しいたけです。今日はgoroutineの実行状況をいいかんじに可視化するツールの話です。 goのプロファイリングツールと言えば、 runtime/pprof や net/http/pprof ですよね。これらの使い方はググればすぐに出てくるのですが、詳細なtraceを取得して可視化できる runtime/trace については、日本語の情報が殆ど無いので書いてみましいたけ。 runtime/trace はgoroutineの実行状況やsystem callのイベント、Heapやnetworkの状況をこんな感じに可視化してくれるので便利です。これは自作のクローラーを動かしている際のtraceを可視化したもので、横軸がタイムラインになっており、上段に Heapの使用状況やgoroutineとos threadの数が, 下段はnetworkやProccesor(GOMAXPROC

masudaK 2018/04/11

Go

リンク

Go言語のスタックとヒープ

GoCon 2013 Autumn で「Go言語のスタックとヒープ」という発表をしました。資料はこちら： http://goo.gl/s6at62 スライドだけでは分かりにくい部分もあるので、ブロク記事として以下にも記しておきます。(この記事を読めば、スライドは読まなくてOKなはず) スタックとヒープについて実行時に動的にメモリを確保する領域として、スタックとヒープがある。スタックメモリは関数のコールスタックを格納していて、ローカル変数、引数、戻り値もここに置かれる。スタックのPushとPopは高速なので、オブジェクトをスタックメモリに確保するコストは小さい。ただし関数を抜けてスタックがPopされると解放されるので、関数の寿命を超えてオブジェクトは生存できない。一方のヒープメモリは、コールスタックとは関係ないので、関数スコープに縛られずにオブジェクトを確保しておける。ただし空き領

masudaK 2018/04/11

Go
メモリ

リンク

Kubernetesで実際のメモリを超えるコンテナアプリを動かすと、どうなるか？ - あさのひとりごと

Kubernetesは、コンテナアプリケーションをデプロイするためのオーケストレーションツールです。Kuberenetesは分散環境におけるスケーラブルなコンテナ実行環境をつくるための、さまざまな機能が提供されています。もともとはGoogleが開発したBorgをもとにOSS化したものですが、今日ではマイクロソフトや（ry Kubernetesをつかうとステートレスでマイクロサービス的なアプリケーションを1日に何度もデプロイでき、スパイクアクセスがきても水平スケールが容易なので、大規模Webシステムでスケーラブルな基盤を作れる、というのは広く知られています。一方、Kubernetesには「Resource Requests」という機能があり、これはPodをデプロイする時に必要とするリソース(CPU/メモリ)を指定できるものです。これにより、Kubernetesクラスタのリソースの使用率を

masudaK 2018/04/11

kubernetes

リンク

メルカリの3つのValueで取り組むインシデント対応 | メルカリエンジニアリング

TL;DR こんにちは、SRE の @masartzです。メルカリには Go Bold、 Be Professional、All for One という3つの行動指針（Value）があります。今回はこれらのValueを元にメルカリでインシデント対応をどのように行っているかを紹介します。インシデント対応とは本エントリでは、いわゆるハードウェアやネットワークなどのインフラにおける不具合や故障だけでなく、プロダクトひいては会社活動全般における非日常的な状況に対する対応をインシデントと定義して進めます。何をやっているかインシデント対応は、障害の発生から根本解決までの過程で大きく2つの段階に分けられます。障害発生から一旦の収束まで発生した障害を監視システムなどで検知しますあらかじめ用意された専用のSlackチャンネルに共有し、対応を開始します状況の把握と早期の復旧に務めます機能の

masudaK 2018/04/11

素晴らしい。"障害報告は決して始末書ではなく、過去の経験を未来に活かす「資産」であると言えます。"

メルカリ

リンク

社長の6年間は死ぬほど苦しかった、JAL植木会長の本音

1952年京都府生まれ。1975年3月航空大学校卒、同年6月日本航空入社。B747-400運航乗員部機長、運航本部副本部長、ジェイエア副社長などを経て、2010年2月執行役員運航本部長、同年12月専務執行役員路線統括本部長、2012年2月社長。2018年4月から現職。（写真：村田和聡） 2017年10月、新システムの稼働直前のことです。中間決算説明会で日経コンピュータの記者が刷新を目前にした心境について植木さんに質問したところ、「不安よりもワクワク感の方が強い」答えました。経営トップはシステムのことになると慎重に話すケースが多いので驚きました。僕が正直すぎるんじゃないかな。普通、経営者は失敗した時のことを考えたらそんなことはきっと言わないんですよね。謙虚に、常に前向きにみたいな話をしている方が、何かあったときの受けはいい。それは分かります。分かるけど、僕はそういう性格じゃないんだよ。

masudaK 2018/04/11

リンク

[初心者向け] プログラムの計算量を求める方法 - Qiita

はじめにこの記事では、プログラムの計算量を求める方法を説明します。プログラミングの初心者向けに、厳密さよりも分かりやすさを優先して説明していきます。サンプルコードについてこの記事のサンプルコードは、C言語（C99）で記述しています。計算量とは？計算量とは、「そのプログラムがどれくらい速いかを大雑把に表す指標」です。もう少し正確に言うと、「入力サイズの増加に対して、実行時間がどれくらいの割合で増加するかを表す指標」です。グラフによる計算量の表現計算量をグラフで表すと、以下のようになります。これは、「入力サイズ $n$ が増加するにつれて、実行時間が $n$ に比例して増加する」ということを表しています。別のグラフも見てみましょう。これは、「入力サイズ $n$ が増加するにつれて、実行時間が $n^2$ に比例して増加する」ということを表しています。計算量を求め

masudaK 2018/04/11

リンク

ソートアルゴリズムを極める！〜なぜソートを学ぶのか〜 - Qiita

NTT データ数理システムでリサーチャーをしている大槻 (通称、けんちょん) です。今回はソートについて記します。 0. はじめにデータ構造とアルゴリズムを学ぶと一番最初に「線形探索」や「ソート」が出て来ます。これらのテーマは応用情報技術者試験などでも頻出のテーマであり、アルゴリズムの Hello World とも呼ぶべきものです。特にソートは、計算量の改善 ($O(n^2)$ から $O(n\log{n})$ へ) 分割統治法ヒープ、バケットなどのデータ構造乱択アルゴリズムの思想といった様々なアルゴリズム技法を学ぶことができるため、大学の授業でも、アルゴリズム関連の入門書籍でも、何種類ものソートアルゴリズムが詳細に解説される傾向にあります。本記事でも、様々なソートアルゴリズムを一通り解説してみました。しかしながら様々な種類のソートを勉強するのもよいが、「ソートの使い方」や

masudaK 2018/04/11

内容めちゃ濃い。ここまで書かれた記事ってなかなかない。

リンク

【ネタバレ有】「グレイテスト・ショーマン」感想・考察と8つの疑問点を徹底解説！／圧巻のミュージカルパートと最高の楽曲群に酔いしれた！ - あいむあらいぶ

【2019年12月3日最終更新】かるび（@karub_imalive)です。 2月16日に公開されたミュージカル映画「グレイテスト・ショーマン」を見てきました。「X-MEN」シリーズを卒業したヒュー・ジャックマンが、ライフワークとして進めていた肝いりの映画企画です。構想から苦節8年、日本では全米公開に遅れること3ヶ月、ようやく上映開始となりました。早速ですが、感想・考察等を織り交ぜた映画レビューを書いてみたいと思います。 ※本エントリは、後半部分でストーリー核心部分にかかわるネタバレ記述が一部含まれますので、何卒ご了承ください。できれば、映画鑑賞後にご覧頂ければ幸いです。１．映画「グレイテストショーマン」の予告動画・基本情報２．主要登場人物・キャスト３．途中までの簡単なあらすじ４．本編についてのレビュー（感想・評価）多少のアラは「楽曲の良さ」が全て吹き飛ばした！ハリウッド俳

masudaK 2018/04/09

映画

リンク

量子コンピューティングを使ったMercari Professional Internshipをはじめます！

量子コンピューティングを使ったMercari Professional Internshipをはじめます！ Research & Advanced Tech Author: kimurashunya はじめにメルカリでは「世界で戦うために、まずは、世界を見てきてください。」というメッセージのもとUS・UKに100名の学生を派遣する Mercari BOLD InternshipやSXSW (サウス・バイ・サウスウエスト)に参加できる、Mercari BOLD Scholarshipといった制度があります。この度、BOLD Internship, BOLD Scholarshipに続き、「世界で戦うために、新しい技術を使って、世の中に新しい価値を生み出す」ことを支援するインターンシップ Professional Internshipを始めます！ Professional Internsh

masudaK 2018/04/09

量子コンピューティング興味ある方是非是非〜

メルカリ

リンク

サーバント・リーダー「10の特性」あなたはいくつ該当するか？ | プレジデントオンライン

なぜあの上司に人はついていくのか──。彼らが無意識にでも実践しているリーダーシップ哲学がある。もはや「オレについてこい！」だけで部下は動かない。今、注目を集める理論を紹介しよう。「優しい人」とはどこが違うのか？「召し使い」を意味する「サーバント」と、組織を導く「リーダーシップ」という正反対の言葉を結合させたサーバント・リーダーシップとは「リーダーである人は、まず相手に奉仕し、その後に相手を導くものである」というリーダーシップ哲学である。この理論は部下に対して明確なミッションやビジョンを示し、それを遂行するメンバーに奉仕するリーダーシップと定義される。上司は自分のミッション、ビジョンを実現させるための道具として部下がいると考えるのではない。それを実現するためにメンバーが行動してくれる。ゆえにそのメンバーがより活躍しやすいようにと環境を整え、支えるのがリーダーの役割だと考えるのだ。サー

masudaK 2018/04/09

リンク

メルカリ Microservices Team による Terraform 運用とその中で開発したOSSの紹介 | メルカリエンジニアリング

SRE で Microservices を推進している @b4b4r07 です。メルカリでは全社 (US/UK/JP) 的に Microservices に舵を切る経営指針が打ち出されており、Microservices Platform Team では Microservices として切り出すにふさわしいサービスの再編のサポートや、新規サービスの Microservices 化のサポート、およびそのスタンダードなインフラ基盤の開発などをしています。本記事ではその中で開発した Developer Productivity の向上につながる小さなツールを、メルカリでの Terraform の活用事例に交えてご紹介します。メルカリでの Terraform 活用冒頭に挙げたとおり、少しずついろいろなサービスが立ち上がり始めていますが、そのインフラとして主に GCP (GKE) が使われて

masudaK 2018/04/09

メルカリ

リンク

Mackerel開発チームカイゼンの旅（振り返り・モブプロ・スキルマップなど） - Hatena Developer Blog

こんにちは。Mackerel開発チームディレクターの id:daiksy です。 Mackerelチームでは、開発プロセスにおけるプラクティスや、チームをうまく機能させるための様々な取り組みに対して、普段から定期的なカイゼンを行っています。世の中は新年度を迎え、いろいろと新しい取り組みにチャレンジしやすい時期でもありますし、Mackerelチームで行った最近のカイゼンの様子を簡単にまとめてみようと思います。振り返りでKPTをやめた Mackerelチームではスクラムをベースとした開発サイクルを採用しており、1スプリント2週間というペースで開発イベントが計画されています。スプリント最終日に振り返りを実施し、2週間の間に起きた出来事や課題などを議論して、次のスプリントでカイゼンをする、というルーチンです。チームではこれまで長い間、KPTという振り返りのフレームワークを採用していました。K

masudaK 2018/04/09

スクラム

リンク

マイクロサービスの境界を決める「DDD」とは？ (1/2)

マイクロソフトは、Microsoft Azureでシステムを構築するためのクラウド設計パターン、アプリケーションアーキテクチャガイド、リファレンスアーキテクチャを「Azureアーキテクチャセンター」のサイトで公開している。これらのパターンやガイドは、米マイクロソフトのAzureエンジニアが実際に検証した上で構成サービス/ソフトを選定し、ユーザーにとって失敗が少なく汎用性の高いベストプラクティスをまとめたもので、現在、32の設計パターンと100以上のガイドを公開している。日本マイクロソフトが2018年3月30日に開催したクラウドアーキテクト/開発者向けセミナー「パターン＆プラクティスセミナー」に、Azureアーキテクチャセンターのクラウド設計パターンを作成している米マイクロソフト AzureCAT patterns & practicesチームの成本正史氏が登壇。自身が作成した「マイクロサ

masudaK 2018/04/09

簡単ではない道

マイクロサービス

リンク

モーニング娘。歴代リーダーについて「ビジョナリー・カンパニー②」に則って考えてみた｜たんたんたんげ｜note

わたしが「ビジョナリー・カンパニー②」を読んだのは3年半ほど前だが、『モーニング娘。ってまじビジョナリー・カンパニーやんけ....』意外の感想が浮かんでこなかったのでこの気持ちをまとめたい。わたしは仕事がかなり好きな方だが、モーニング娘。が断然好きなので、ビジネス本を読んだら1回モーニング娘。で咀嚼することにしている。モーニング娘。歴代リーダーに見る第五水準のリーダーシップビジョナリー・カンパニーに定義されている各水準のリーダーシップは下記のとおりである。第一水準　有能な個人：才能、知識、スキル、勤勉さによって生産的な仕事をする。「鞘師里保」は第一水準のリーダーである。彼女のステージングは"脳がジュワっとする"ほど圧倒的で、松岡茉優やマツコ・デラックスなど業界人含め多くの人を魅了してきた。彼女はリーダーにこそなっていないものの、そのカリスマ性はもはや一種のリーダーシップに達してい

masudaK 2018/04/09

"モーニング娘。が断然好きなので、ビジネス本を読んだら1回モーニング娘。で咀嚼することにしている。"

リンク

「正しい」けど「失礼」なひとを殺してはならない。｜なおゆき

Twitterでも好意的に拡散したこの記事ですが、私の感想は、「現実はおっしゃる通り」だけど、「こんな組織で働きたくないし、こんな空気をつくるべきでない」です。本文から引用します。残念ながら「正しいこと」をそのまま伝えると、「失礼」になることも多い。・データがこう言っています・論理的には、こちらが正しいです・筋が通ってないですよね・法律違反ですよねしかし、こういった「正しさ」を、間違っている人にぶつけても、大抵は物別れに終わる。しかも、敵視される。「話せばわかる」という言葉は美しいが、残念ながら、人間同士は話してもわからないのである。なぜなら、人間は失礼な人の言うことは、正しくても聞きたくない、と思うからだ。これには身に覚えがあります（笑）私はこれまでに2度転職を経験しているのですが、2社目の在籍期間はわずか1年。実はそのときの退職の理由の1つがまさにこの記事の状況でし

masudaK 2018/04/09

相手も人間だから、最低限の敬意は必要だと思っちゃう派

コミュニケーション

リンク

Googleが実践する「心理的安全性」の高いチームを作るためのマネジメント手法【5選】 | SELECK [セレック]

Googleではこれまで、生産性が高く、働きやすい組織を作るために、従業員に対して大規模な調査を行ってきました。その結果として、2009年には「Project Oxygen」として、最高の上司になるための「8つのルール」を定義しています。 ※1番から、重要だと思われる順に並んでいます。＜チームのパフォーマンスをあげる優秀なマネージャーの条件＞いいコーチであることチームを勢いづけ、マイクロマネジメントはしないメンバーの成功に気を配り、積極的に関与する生産的、かつ成果主義であること良いコミュニケーターであることメンバーのキャリア開発を手助けすることチームのための明確なビジョンと戦略を持っていることチームにアドバイスできる技術的な専門知識を持つこと ※こちらから参照 Googleの強みは技術が優れていることだと思われていましたが、意外にも技術的な専門知識がマネジメント能力に及

masudaK 2018/04/08

リンク

SmartHR が定期メンテナンスを始めた理由とやめる理由 - SmartHR Tech Blog

SmartHR のソフトウェアエンジニアぷりんたいです。SmartHR には2017年2月に入社しました。この記事は SmartHR 長時間のサービス停止を伴うシステムメンテナンスのお知らせによせて書かれたものです。ご挨拶 SmartHR では、昨年の6月より週2日という頻度で夜間のサービス停止を行ってきました。まずは、この運用形態を選択したことによりご利用中のお客様にはご不便をおかけしたことをお詫び申し上げます。今日のクラウドサービスでは、無停止運用が当たり前といった風潮もありますが、なぜ SmartHR が停止メンテナンス運用を選択したのか、今後のサービス提供においてどのようなことを重視していくのかを技術者としての立場からご説明させて頂きます。 SmartHR の開発初期とマルチテナント問題 SmartHR は2015年2月に開発が始まり、同年11月にサービスインしました。