Takuya UedaSouzoh, Inc. (affiliated by Mercari, Inc.) - Go Engineer
![オススメの標準・準標準パッケージ20選](https://cdn-ak-scissors.b.st-hatena.com/image/square/a5a22531db0e034e59e61ec91fc8401040bcf432/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2F20-170605102606-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
Takuya UedaSouzoh, Inc. (affiliated by Mercari, Inc.) - Go Engineer
LICEcap simple animated screen captures * LICEcap can capture an area of your desktop and save it directly to .GIF (for viewing in web browsers, etc) or .LCF (see below). LICEcap is an intuitive but flexible application (for Windows and now OSX), that is designed to be lightweight and function with high performance. LICEcap is easy to use: view a demo (output is here). In addition to .GIF, LICEcap
どうも、マスクド・ニシオカです。 痛風との付き合いは長く、記憶が正しければ20年以上前から発作が起きていました。 いま思えば、あれは痛風だったとわかるのですが、その当時は原因がわからず、しかも、しばらくすると痛みが引いてしまうので医者に相談することもなく、通風痛風だと気がつくまでにはかなりの時間がかかりました。 そんな過去の経験から、痛風の発作が起きる予兆がなんとなくですがわかるようになります。風邪の予兆が「鼻が乾く」とか「喉がおかしい」みたいな感じで、痛風の予兆は患部に「軽いねんざ」のような違和感を感じます。 先日、その痛風の予兆が訪れて「やばい!」と感じましたが、今回は何とか乗り越えることが出来たようです。そこで、あくまでも経験談としての予兆と対処方法を、ここに書いて行きます。 スポンサーリンク 痛風の発作の予兆 自分の場合は膝に痛風の発作が起きますので、予兆は膝に現れました。ただ、そ
マイクロソフト、アプリを自動的にDockerコンテナ化してKubernetesへデプロイしてくれる「Draft」をオープンソースで公開 マイクロソフトは、アプリケーションを自動的にDockerコンテナとしてパッケージ化し、Kubernetesのクラスタへデプロイしてくれるツール「Draft」をオープンソースとして公開しました。 これは同社が先月買収したばかりのDeis社のエンジニアが開発しているもので、これまで複雑とされていたKubernetesクラスタへのアプリケーションのデプロイの手順を、わずか2つのコマンドで自動化しています。 1つ目のコマンドは「draft create」。このコマンドは、アプリケーションの開発言語を自動的に判別し、それに合わせてDockerファイルを作成、Kubernetes用のパッケージマネージャであるHelmに対応したパッケージングを行います。 現在のところプ
皆さん、結構ベンチャー企業に興味はあるんじゃないですか? いいですよね、新しいマーケットに革新的なビジネスプランを掲げて打って出る。圧倒的な速度での成長、そして上場。降り注ぐ札束。豪邸を丘の上に建てて大音量の四つ打ちをタレ流すアメ車が上下にガックンガックン揺れる。そんなストーリーには誰しも憧れます。実際ベンチャー企業勤めは当たるとデカいです。一攫千金のチャンスがあるか無いかで言えば、あるでしょう。 僕は20代半ばで起業をして、「新卒雇いたいなぁ」と思うくらいまで会社を成長させた後、見事大ゴケさせた経験がありますので、この辺りのドリームは大体分かるつもりです。今日はその辺を具体的にお話ししようと思います。 【目次】今回の見どころ ・魅力1:受付嬢に1億5,000万円!? 未公開株で一攫千金のチャンス ・魅力2:大胆な裁量は出世の近道、「会社の英雄」には莫大なリターンが待っている ・で、その会
買い物リストで無駄なく効率的にお買い物! □卵…1個 □牛ひき肉(赤身)…100g □鶏もも肉(切り身)…10切れ(200g) □生さけ…1切れ(80g) □生たら…1切れ(80g) □はんぺん… 1枚(110g) □ロースハム…1パック(40g) □たらこ…小1パック(45g) □チーズ…小1パック(25g) □ほうれんそう…小1袋(4~5束) □ブロッコリー…1株 □にんじん…1本 □トマト…1個 □大葉…小1袋(5枚) □舞茸…1パック □玄米…2パック(1パックあたり150g) □乾燥パスタ…1玉(80g) □かつお節 □塩昆布 ※基本的に使い切りの分量を記載していますが、食材の販売方法によっては使い切れない場合もあります。その際は、余った食材を入れて醤油や塩昆布をかけた「たんぱく質たっぷりサラダ」をつくるのがおススメ! メニューに戻る
株式会社Muscle Deli(代表取締役:石川雪飛/西川真梨子、以下Muscle Deli)は、海外で人気のトレーニング効果を高めるマッスルミールの宅配型サービスである 『マッスルデリ』を2017年5月25日より正式にサービス開始いたしました。 ■ハリウッドスターも愛用する「マッスルミール」 「マッスルミール」とは、筋肉の生成や身体づくりに必要な栄養素が計算された高タンパク質な食事のことです。元々はジムやスポーツクラブ、プライベートトレーニングなどで提供されておりましたが、アメリカ・イギリス・オーストラリアを中心に、仕事が忙しいハリウッドスターやモデル、アスリートなどがデリバリーサービスとして利用することで、流行しております。 ■日本初の個人向けマッスルミールサービス『Muscle Deli』 『Muscle Deli』は、日本で初めての個人向けマッスルミールサービスです。これまでメール
はじめましてこんにちは。SREの@masartzです。 私は最近joinしたのですが、今回は本番環境に古くからあるテーブルの掃除作業をした案件をご紹介します。 tl;dr; 本番の住所情報テーブルを消したけど問題なかった話 絶対要らないハズだけど、なかなか削除できずにいるもの を対処する話 本番環境の住所情報テーブルをdropするまでの作業 今回、本番環境の住所情報テーブルをdropしました。 と言っても、事故でもうっかりでもなく、既に使われていなかったものの整理という作業でした。 何故使われていなかったかというのは、メルカリの住所情報の保持の仕方の変遷が関係しています。 初期にはuser情報と住所情報は1対1の関係でした。イメージとしては以下です。 CREATE TABLE IF NOT EXISTS users ( id INT UNSIGNED NOT NULL, name VARC
fluentdの設定手順 続いては実際にfluentdを利用するために必要な設定手順などを紹介しておこう。以下では、Red Hat Enterprise Linux 6.3互換であるCent OS 6.3上に、fluentdの開発しているTreasure Dataが提供しているRPMパッケージを使ってfluentdをインストールする例を解説する。 fluentdのインストール fluentdのソースコードはGitHubで公開されている。ただ、通常はソースコードからではなく、RPMやDeb形式のパッケージ、もしくはRuby Gemを利用してインストールするほうが一般的だ。なお、Ruby Gemで(もしくはソースコードから)インストールを行う場合はRuby 1.9.2が必要となるが、fluentdの開発元であるTreasure Dataが提供しているRPM/DebパッケージにはRuby 1.9
Google、IBMらがオープンソースの「Istio」公開。マイクロサービスのためのネットワーク機能「サービスメッシュ」を提供。Kubernetes対応 クラウド時代のアプリケーションは、サービスを提供するコンポーネントのような小さなソフトウェアが多数連係する、いわゆる「マイクロサービス」と呼ばれるアーキテクチャを備えたものになると考えられています。 このマイクロサービスアーキテクチャを備えたアプリケーションの内部では、各サービス間をつなぐためのネットワークがまるで網の目のように張り巡らせられ、そこでさまざまなトラフィックが発生していきます。 そしてこのネットワークを安定的かつ効率的でセキュアに運用することはマイクロサービスの運用に欠かせない基盤であり、そのためにはトラフィックのルーティングルールの設定、トラフィックが偏らないようにロードバランスの実現、セキュリティのための暗号化通信や認証
こんにちは、Software Engineerの @yui_tang です。 先日5月26日(金)に、メルカリ社内においてGoogle I/O 2017 わいわい報告会 @ Mercariを開催しました。 弊社からGoogle I/O 2017に参加したメンバーが、それぞれの分野について内容をまとめて発表しました。 今回は、その内容をご紹介します。 connpass.com Google I/O とは Google I/O とは毎年アメリカで行われるGoogle の技術カンファレンスです。 世界が注目する最新の技術が発表されます。 events.google.com この後も、国内外でGoogle I/Oのまとめや振り返りを目的としたイベント(Recapと呼ばれている)が行われる予定で、 この報告会もその一つに含まれています。 developers-jp.googleblog.com Go
This document discusses different approaches to building an authentication middleware in Go web applications. It begins with using the standard library, then explores Goji and its request context. It settles on using the x/net/context package and kami router, which allow sharing database connections and authentication objects across requests and tests through the request context. Middleware is def
★品質なんて知ったこっちゃない? システムインテグレーター(SIer)の人々と話をしていると、システムの品質に興味がないんだなぁと思うことが多い。 いや、どこの大手SIerにも品質保証部みたいな部門があるし、品質保証のための厳格なプロセスがあって、しっかりした仕事をするようになっている。 でも、実際の所は、彼らが関心があるのは品質よりも「バグが多いか少ないか」だと思う。 色々な定義があると思うが、僕自身は「品質」と「精度」を使い分けている。 精度:システムが正しく動くか? 品質:システムが良いか? 「バグが多い、少ない」は品質というよりも、僕の定義では精度の問題だ。 品質とは、正しいか正しくないかというゼロイチの世界ではなく、良いか悪いかで語るものだ。 例えばソースを読みやすいかどうか。 例えば仕様書がソースを解読する助けになるか。 アーキテクチャがクールで変更に柔軟に対応できるかどうか。
個人的に Azure で一番わかりにくいのが認証回りです。特に Azure Active Directory を使ってディレクトリが追加されたタイミングで、さらにわけが分からなくなりました。 例えば Azure に対する操作を自動化したい時に Azure にログインするアカウントを使うわけにはいかないので、別に操作権限を絞ったアカウントを用意したいわけです。一応サービスプリンシパルを使うことになってますが、これの作成が非常にわかりにくい。 自動化のためにスクリプトから使いたいだけなのに、何故か URL が 2 つ要求されるんですよね。それぞれ何を指定すればいいのかわからないので、明らかに説明が足りてないです。 PowerShell を使うと 3 行みたいですが、ポータルだとそもそも作れるのかどうか怪しいです。 そんな感じでサービスプリンシパルを作るのが非常に嫌だったのですが、今 Pytho
This document discusses using Docker with Heroku. It covers how to deploy Docker containers to Heroku, including using the Heroku Container Registry and Runtime to push images. It also mentions buildpacks for languages like Ruby and Node.js, and using a Docker buildpack. The document provides code for a Docker image that can backup a Heroku app to AWS S3 for redundancy. It includes steps for authe
クロスカルチャーの専門家のロッシェル・カップさんと共同でマイクロソフトの投資の元作成した「働き方を変えて生産性を高める8つの習慣」だが、動画シリーズが完成したので、各習慣の動画をここで整理しておきたい。楽しんでもらえる内容になっているので、是非楽しんでご覧ください!また、すべての項目について、私が過去にこのブログで書いた、各習慣に関するポストへのリンクを整理しておいたので本ブログの集大成になっている。 元々本シリーズは、日本でも、DevOps や Agile を米国並みに実践したいという考えから考察されたものですが、働き方を変えて変化対応性と、生産性を向上させるためのもので、どなたにも楽しんでもらえる内容になっております。早速各習慣のビデオをご紹介させてください。それぞれ10数分以下のサイズになっています。 序章:イントロダクション 8つの習慣をなぜ作成したのか?どういう効果があるのか?と
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く