【前編】トレジャーデータCTOと紐解く。日米で異なるCTOの役割とは？
Twitterでハッシュタグ「#naoya_sushi」が生まれてしまうほど、無類の寿司好きとして知られる伊藤直也氏（@naoya_ito）。そんな伊藤氏をホスト役とし、トップエンジニアをゲストに招いて、寿司をつまみつつホンネで語ってもらおうという、この企画。 第六回のゲストは、弱冠20歳にしてCTOとしてのキャリアをスタートさせ、現在はシリコンバレー発のベンチャー企業『トレジャーデータ株式会社』のCTOとして活躍中の太田一樹氏（＠kzk_mover）が登場！日米両方でCTOを務めた経験から、そのギャップや空気感、そしてシリコンバレーから世界を相手に勝負するため起業した真意などをお聞かせいただきました。日米を股にかけるkzk氏だからこその視点で、議論していただきます。お楽しみに！ — 伊藤直也（以下「naoya」）：久しぶりですね。日本に戻ってくるタイミングだとやっぱり飲み会続きですか？
別のテーブルのデータをテーブルに追加する(INSERT ... SELECT文)
INSERT INTO tbl_name (col_name1, col_name2, ...) SELECT col1, col2, ... FROM other_table WHERE ... データを取得したい別のテーブルからどのようにデータを取得するのかを SELECT 文で記述し、データを追加するテーブルでどのカラムに値を格納するのかを指定します。 SELECT 文で指定するカラムの数と INSERT 文で指定するカラムの数は一致していなければいけません。 -- -- では実際に試してみます。データを追加する側として次のようなテーブルを作成しました。データをいくつか追加しておきます。 create table sales (id int auto_increment, name varchar(10), count int, index(id)); insert into sal
圧縮されたアーカイブログにもgrepがかけられる「zgrep」が便利！
今まで知らずにいたので反省エントリー。 サーバーのアクセスログやエラーログをgrepコマンドで調査する方法は知っていたのですが、ずいぶん前の過去ログなどはgzipコマンドでアーカイブされて運用されている場合も多いですよね。 その場合は当然ですが、アーカイブログに対して調査を行わなくてはいけません。 grepコマンドのように使えるzgrep その圧縮ログファイルに対しても解凍することなくgrep調査が出来るコマンドが「zgrep」コマンドです。 zgrepコマンドで扱えるファイル形式はcompress(*.Z)形式とgzip(*.gz)形式のみ。 zipフォーマット用には「zipgrep」という別のコマンドがあります。 使いかたはgrepと同じ。 zgrep "Message_accepted_for_delivery" maillog.processed.1.gz 簡単に使えるのでいちいち
Terraform by HashiCorp
Deliver infrastructure as codeTerraform codifies cloud APIs into declarative configuration files. AdoptCompose infrastructure as code in a Terraform file using HCL to provision resources from any infrastructure provider. BuildInfrastructure automation workflows to compose, collaborate, reuse, and provision infrastructure as code across IT operations and teams of developers. StandardizeEstablish gu
さぬきうどん大木戸 福岡舞鶴店 (赤坂/うどん)
リクエスト予約希望条件をお店に申し込み、お店からの確定の連絡をもって、予約が成立します。 1 予約の申し込み ご希望の条件を当サイトよりご入力ください。 2 お店からのメール ご予約が承れるか、お店からの返信メールが届きます。 3 お店へ来店 予約が確定した場合、そのままお店へお越しください。
"閉店ラーメン店"、4割以上が営業1年以内に閉店--長続きしやすい飲食業態は?
シンクロ・フードが運営する飲食店の出店開業支援サイト「飲食店.COM」は27日、同サイトの造作譲渡情報から、閉店した飲食店の業態と営業年数の調査結果を発表した。それによると、アジア料理、ラーメン、中華、そば・うどん業態では、7割以上の店舗が営業3年以内に、4割以上の店舗が営業1年以内に閉店していた。 ラーメンは「出店したい業態」としてトップ5に入る一方、閉店する件数も多く、営業年数が3年を超える店舗は3割に満たなかった。なお、「出店したい業態」と「閉店が多い業態」の両方で1位だったのは居酒屋・ダイニングバーだが、営業年数が3年を超える店舗は4割以上を占めた。 閉店までの営業年数が長かった業態を見ると、営業3年を超える店舗が5割以上の業態は、寿司、フランス料理の2業態。このうち寿司は営業11年を超えていた店舗が21.5%と最も高く、フランス料理は1年以内に閉店した店舗が12.8%と最も低かっ
MySQLで参照の負荷分散を行うslaveは3台から構成するのがよいのでは - 酒日記 はてな支店
前回の記事 MySQLをmaster:slave=1:1構成にして参照をslaveに向けるのがなぜ良くないか の続きです。 master : slave = 1 : 1 で参照を slave に分散してもまったく美味しくないわけですが、では参照の負荷分散を行いたい場合の slave は何台で構成するとよいのか考察してみます。具体的には slave 2台の場合と 3台の場合でどちらがお得か。 台数を増やすということは、どこかに障害が発生する確率が高まる、ということです。1台の slave に障害が発生してダウンした場合のことを考えてみます。 slave * 2 → 残り 1台で処理継続 生き残った1台あたりの処理が 2倍になる slave * 3 → 残り 2台で処理継続 生き残った1台あたりの処理が 1.5倍になる たとえば 1台あたり最大 1000qps の処理能力があるとします。sla
MySQLをmaster:slave=1:1構成にして参照をslaveに向けるのがなぜ良くないか - 酒日記 はてな支店
MySQLのmasterとslave 1:1にして参照をslave向けるのってやりたがる人多いみたいだけど、性能たいして上がらない割に可用性落ちるだけだからやめようキャンペーン 2011-06-19 00:16:30 via YoruFukurou MySQL はレプリケーションが簡単に構成できるのですが、時折 master 1台 に対して slave 1台、更新処理は master に、参照は slave に、という構成を目にします。 個人的にはこの構成はお勧めでないと思っているので、その理由を考察してみます。 1. 可用性が落ちる 当然ですが、master, slave のどちらが落ちても影響を受けるために可用性が低下します。 2. 全体の性能がほとんど上がらない master 1台ですべてのクエリを処理する場合と比べて、可用性が落ちる引き換えとして見合った性能向上が得られるか、という
第6の味覚「脂味」の存在が確認される
米パデュー大学の研究者は7月23日、甘味、塩味、酸味、苦味、うま味に続く第6の味覚として、脂味(脂肪味)のあることを実験で確認したと発表した。 パデュー大学・栄養学科の研究で、論文誌ケミカルセンシスに掲載された。脂肪を味覚として感じる機能があるかどうかという問題はここしばらく食品研究分野での研究課題となっている。とくに脂肪の類は食品にクリーミーな食感(油っこさ)を与えることから、食感と味覚を区別することが難しいとされている。 調査では、脂肪酸と他の5味の化合物を混合した溶液を用い、102の参加者に対して知覚テストを実施。溶液の匂いや食感に関しては同一になるようにしたが、多くの参加者は他の味と脂肪酸の有無を区別できたという。また、脂肪酸は炭素数の長さによって長鎖／中鎖／短鎖脂肪酸などに分けられるが、炭素鎖の長さによっても他の味覚に与える影響は異なることが分かった。 調査結果として、脂肪酸の有
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://kennyqi.com/archives/61.html