なぜ日本は周回遅れの事態を招いたのか (注: スポーツ記事ではない)｜starRo
僕は今年から東京に住みはじめたので、去年までのここのことわかんないだろ？って言われるのはわかってます。でもそのリスクをかけてあえて言わせてほしい 笑 日本のサブスクの波が本当にヒットした感って今年がダントツに強くないですか？もうちょい遡っても去年とかですよね？東京に移る前ももともと東京には年に6、7回は来る生活を何年もしていて、その都度日本の音楽業界内の色んな方とお話しする機会があったんですが、一昨年までは世界のサブスク/DLモデル圧巻状態を頭ではわかっているものの、具体的にどうすればいいのかわからないし、しばらくは大丈夫だろうというようなノリで世界の変化をどこか対岸の火事かのように見ている風潮を日本から感じてました。ところが昨年ぐらいから明確に業界全体が新しい時代に向けて本気で模索してる様子がはっきりと見えてきました。業界内で「サブスク」「海外進出」のキーワードがやたら増えてきたのはこの
あなただけの「はてなブックマーク タイムカプセル」
15年分のブックマークで再発見 おかげさまで、はてなブックマークはサービス開始から15年を迎えました。その歴史を掘り起こし、特に注目を集めたページをまとめて、タイムカプセルに見立てました。サービス開始当初の2005年までさかのぼり、"インターネットの歴史"を感じていただくことができます。「今見ても古びないブログ」や「昔見つけたあのサイト」を再発見してみてください。 はてなブックマーク全体の歴史 あなただけのブックマーク 他の人は知らなくても、あなただからこそ思い出せる。あなたが過去にブックマークした中から、そんなエントリーをピックアップしました。「あなただけの関心」は、日々誰かの新発見になります。これからもブックマークを通して、他のユーザーにとっても価値のある情報をつなげていきませんか。 あなたの歴史
2019年春「はてなダイアリー」終了のお知らせと「はてなブログ」への移行のお願い - はてなダイアリー日記
2019/07/26 追記 2019年7月26日、はてなダイアリーからはてなブログへの自動移行が完了し、はてなダイアリーでの記事の公開が終了いたしました。詳しくは下記の告知をご参照ください。 diary.hatenastaff.com 本文 株式会社はてな サービス・システム開発本部長の大西（id:onishi）です。平素ははてなダイアリーをご利用いただき、誠にありがとうございます。 はてなでは現在、「はてなダイアリー」と「はてなブログ」という2つのブログサービスを提供しておりますが、はてなダイアリーを2019年春をめどに終了し、はてなブログに統合いたします。 はてなダイアリーユーザーの皆さまには、さまざまな機能が進化し、より安全・便利にご利用いただけるはてなブログへの移行を、ぜひお願いしたいと思います。 私は、エンジニアとして「はてなダイアリー」の開発に携わり、ディレクターとして「はてな
サーバレス時代におけるヘテロジニアス時系列データベースアーキテクチャ - ゆううきブログ
この記事は、第2回ウェブシステムアーキテクチャ研究会の予稿です。 ウェブシステムをモニタリングするために、高可用性、高書き込みスケーラビリティ、メトリックの長期保存が可能な時系列データベースが求められている。 これらを実現するために、性能特性の異なる汎用Key-Value Store(以下KVS)を組み合わせ、透過的に問い合わせ可能な、ヘテロジニアス時系列データベースであるDiamondを開発した。 この記事では、Diamondを分散システムの観点で捉え、アーキテクチャ、データ構造、実装を紹介し、考察によりFuture Workを議論する。 1. はじめに 2. アーキテクチャ アーキテクチャ概要 動作フロー データ構造 KVSの機能要件 3. 実装 実装概要 KVS間のデータ移動 データ位置の解決 費用特性 4. 考察と今後の課題 Diamondの欠点 将来機能 5. まとめ スライド
自律分散監視システムとそれを利用したネットワークグラフ可視化への挑戦 - Hatena Developer Blog
はじめに はてなサマーインターン2017の大規模システムコースの成果報告をします。 今年の大規模システムコースではメンターのid:masayoshiさんとid:y_uukiさんの下、自律分散監視システムとそれを利用したネットワークグラフの可視化に取り組みました。自律分散監視システムでは単純なクラスタリングによる死活状況の確認だけではなくアプリケーションレベルの疎通確認を行えるものを実現しました。またどのようにしてクラスタを形成するかという問題に取り組む内に、サービス間のネットワーク上のつながりを取得できるようになり、その情報でサーバー間の関係性の可視化を行いました。この記事では、それらの詳細を説明します。 はじめに 自律監視システムの実現 中央サーバー型の監視システム 自律分散監視システム アプリケーションレベルの相互監視 どうやってクラスタを形成するか？ 実験 ネットワークグラフの可視化
はてなCTO田中慎司氏に訊く―「CTOとは、エンジニア1人ひとりのポートフォリオを作る存在である」 | キャリアハック（CAREER HACK）
「CTOとは何か」を問うシリーズ企画。今回いよいよ、はてなの登場である。「エンジニアのポートフォリオを組むことが、CTOの重要な役割の１つ」と語る、はてなCTO田中慎司氏。そこには、数多くのサービスとエンジニアを有する組織ならではの理由がある。 はてな におけるCTOは、一体どんな存在か。 CTOという言葉は広く認知されるようになったものの、その役割や仕事については、まだまだ明確とはいえない。「CTOとは何者か」という問いの答えを見つけるべく、数々のCTOにインタビューを行なっているCAREER HACK。今回はいよいよ、はてなの登場である。 伊藤直也氏の後を引き継ぎ、2010年に はてなCTOに就任した田中慎司氏。そのプロフィールについて、まずは簡単に触れておこう。 京都大学大学院修了後、NTTネットワークサービスシステム研究所に入り、OS言語環境まわりの研究に約6年間従事する。その後エ
「ジンジニア」の成り立ち等に関するポエム - ジンジニアニッキ！
勉強会とかでちらっとLTしたこととかあった気がするけど、あまりまとめたことなかったので書いてみようという魂胆のポエムです。 このブログの最初のエントリーがこれ。 自分のことを「ジンジニア」って名乗りだしたのもだいたい同じくらいな時期だと思う。 「ジンジニアとは、人事としてもエンジニアとしても中途半端な立ち位置のことである」というお話。 - ジンジニアニッキ！ このエントリーに書いてある通りで、当時は採用担当しながら会社サイトのデプロイ権限を持ち、gitをコマンドで操作してました。 当初は「非エンジニアの人が同じような状況になった時に参考になれば…」と真剣に思ってblogを始めたんだけど、今から考えると同じような状況になるってこと、なかなかないよね…。 名前の由来というかそういう感じのこと そもそも、「ジンジニア」という言葉はあまりポジティヴな状況から生まれたものではなかったです。 エージェ
時系列データベースという概念をクラウドの技で再構築する - ゆううきブログ
サーバ監視サービスMackerelにおいて開発中の、高解像度・長期間のサーバメトリック収集を実現するための新しい時系列データベースDiamondを紹介します。具体的には、Amazon ElastiCache、Amazon DynamoDB、Amazon S3を組み合わせ、Amazon Kinesis StreamsとAWS Lambdaによりコンポーネント間を接続した、階層構造のデータストアアーキテクチャの設計と実装を解説します。 2018/06/05 追記: この記事の内容をWSA研#2でより一般的なアーキテクチャレベルでの貢献として書き直しました。 サーバレス時代におけるヘテロジニアス時系列データベースアーキテクチャ - ゆううきブログ はじめに 先日開催されたAWS Summit Tokyo 2017にて、「時系列データベースという概念をクラウドの技で再構築する」というタイトルで登壇
高度に発達したシステムの異常は神の怒りと見分けがつかない - IPSJ-ONE2017 - ゆううきブログ
名古屋大学で開催されたIPSJ-ONE2017 で登壇しました。 IPSJ-ONEというのは、情報処理学会の各研究会から選ばれた日本の若手トップ研究者17人が集まり、自身の研究を高校生でもわかるように発表するイベントです。 1000人ぐらい入る講堂で、しかもニコニコ生放送で配信されるというとても大掛かりなイベントです。 ちなみに、昨年は、同じ研究会からの推薦で、 id:matsumoto_r (matsumotory) さんが登壇されています。 IPSJ-ONE 2016で登壇してきた - 確実に時代は変わってきている #ipsjone - 人間とウェブの未来 発表 「高度に発達したシステムの異常は神の怒りと見分けがつかない」という、一見何の話かわからないやばそうな話なんですが、大真面目に話してきました。 スライドを以下に公開しています。ただ、スライドだと何の話をしているかおそらくわからな
ぽりぴぃすあこぉすてぃっく
なぜか，ひょんなことから1日早く手に入ってしまった．予約をしにいったはずなのに．らキーなのでそのまま購入して，夕食後取り掛かる． スイッチを入れると前作，前々作とは当然違う曲だが，どこかで聞いたような曲が流れ，見慣れたフォントでの「MOTHER 3」．この時点で「前作から11年かぁ」と思ってうるうるしたりする． 本来は今日が発売日．ふふふと笑いながら夕食後に電源を入れる．よこちょの人も珍しく文句も言わない． プレイした感想としては，ハードが，ゲームボーイアドバンスでほんとうによかった．無駄なポリゴンでなくてほんとうによかった(参考1，参考2)． 無駄な画像ではないので，よりいっそういろんな身の回りのものを投影でき，感情移入とかがしやすい．とてもほっとする，それこそ「どこか懐かしい」が体感できると思う． ＣＭでもいっていましたが，キャラが変わるものの，なんとなく時間軸にしたがって絡み合い，伏
文字列アルゴリズムの学びかた - Hatena Developer Blog
こんにちは！はてなアプリケーションエンジニアの id:takuya-a です。 みなさんは、このような疑問をもったことはありませんか？ grep はどのように文字列を検索しているのか？ MeCab はどうやって辞書を高速にルックアップしているのか？ パーサやコンパイラを作りたいけど、何から始めればいいのか？ 本稿では、「文字列アルゴリズムとはどんなものなのか？」「なぜ重要なのか？」「何を知っておくべきか？」「どうやって勉強すればいいのか？」といった疑問にお答えしていこうと思います。 文字列アルゴリズムの意外な応用や、モチベーションを保ちやすい勉強のしかた、文字列アルゴリズムを勉強するために行った社内での取り組み、実装するときのコツといったトピックについても触れています。 このエントリは、はてなエンジニアアドベントカレンダー2016の22日目の記事です。昨日は id:syou6162 さんに
開発速度と品質のトレードオフの判断基準の合意 - Hatena Developer Blog
Webサービスの開発は、ユーザ/顧客へ価値を早く届けるため、競合より早くリリースするため、人的リソースを無駄使いしないためなど、とにかく素早く進めたいものですね。一方で、開発を急ぐあまり品質を犠牲にすればかえって価値が失われたり、技術的負債が溜まって長期的なコストが大幅に増大する可能性もあります。開発速度とプロダクト品質は基本的にはトレードオフの関係にあるのでしょう。 開発速度と品質のどちらを優先するかはプロダクトの性質や、チームもしくは会社の状況によって異なるとおもいます。この状況の認識がチームメンバー間でずれていると、チームのパフォーマンスを最大限に発揮できないばかりか、チーム内の関係悪化も招きかねません。エンジニアたちとプロダクトオーナーの間の対立のようなありがちな問題の原因の一つかもしれません。 そこで、開発速度と品質のトレードオフをどう判断すべきかの基準を明確にして、原則それに従
はてな社内で行なっている機械学習勉強会について紹介します - Hatena Developer Blog
このエントリは、はてなエンジニアアドベントカレンダー2016の21日目の記事です。昨日は id:hakobe932さんによる次に何を勉強するかを決めるための作戦でした。 こんにちは、アプリケーションエンジニアのid:syou6162です。このエントリでは、今年の9月から社内で行なっている機械学習勉強会についての概要と、この数ヶ月でやってきた内容について紹介したいと思います。 最新の論文読み会、だけでいいのか? 他社から学ぶ 機械学習の学習データをどうやって効率的に作るか サービスへの事例や技術選定の基準をキーワードにまとめていく ときには最近の機械学習技術の話題にもキャッチアップ まとめ 最新の論文読み会、だけでいいのか? 私は今年の3月まで自然言語処理/機械学習の企業研究者として働いていて、転職して4月からはてなでエンジニアとして働いています。「転職してからあまり論文読めていないなぁー」
情報処理学会でウェブオペレーション技術について招待講演した話 - ゆううきブログ
情報処理学会インターネットと運用技術研究会が主催されているIOTS2016という研究会で、「サーバモニタリング向け時系列データベースの探究」というタイトルで招待講演をしてきました。 講演のきっかけ インターネットと運用技術研究会(以下IOT研究会)というのは僕にとっては id:matsumoto_r さんが所属されている研究会です。 matsumotoryさんが、ちょうど2年前のアドベントカレンダーで書いた僕の記事に日本語だとIPSJのIOTは分野的にもインターネットの運用技術が含まれるので興味深い論文が沢山あると思う とコメントしていただいたのが最初に研究会の存在を知るきっかけだったと思います。 そのときはそんなものもあるのかと思ってちょっとプログラムを眺めた程度でした。 しかし、まさかその2年後にこうして招待していただくことになるとはもちろん思っていませんでした。 id:MIZZYさん
はてなの技術組織2016 - Hatena Developer Blog
この記事は、はてなエンジニアアドベントカレンダー2016の1日目の記事です。 8月よりCTOになりましたid:motemenです。たいそうな肩書きがつきましたが、引き続きチーフエンジニアという役職も兼任しており、これまでどおりアプリケーションを書きつつ、技術組織の開発・改善をおこなっています。 せっかくの機会なので、このエントリでは現時点でのはてなのエンジニア組織の概観と取り組みを紹介しようと思います。 技術グループ はてなにおいてエンジニアと呼ばれる職種の人は、それぞれが提供するサービス（ウェブサービス、スマートフォンアプリ、インフラなど）を軸とする開発本部に属しつつ、職能を軸とした横串の組織である「技術グループ」に所属する、という形態を採っています。現時点で、ここに属するのは40名強になっています。 会社を駆動させていくお金を生み出すのは造られたシステムであったり、営業活動であったりす
お題「エンジニア立ち居振舞い」 - はてなブログ
マイお題はユーザーが作ったオリジナルのお題です。このお題をネタに他のユーザーも記事を書くことができます。ブログのネタ探しや、ブログを書くきっかけにご利用ください。マイお題の使い方はこちら
はてなの3代目CTOに就任しました - 詩と創作・思索のひろば
はてな退職の辞 - stanaka's blog にある通り、id:stanaka の引退に伴い、2016年8月1日付で私の勤務する株式会社はてなのCTOに就任いたしました。初代のはてなCTOが id:naoya でしたので、3代目のCTOということになります。 はてなで働きはじめたのは2006年、アルバイトの学生としてでした。まだはてなの本社が東京にあったころの話です。もともとはてなはユーザとして使っていて、すごいエンジニアが面白いものを作っている憧れの会社だったのを覚えています。入社すると社内で使っているグループウェア（はてなグループ）のメンバーにしてもらいましたが、そのグループ日記やキーワードにそれまでのはてなのサービスづくりにまつわる議論ほかもろもろのログが残っていて、全てにアクセスすることができたのは印象に強く残る経験でした。 はてなが京都に本社を移転した2008年より正社員とし
はてなでの サービス信頼性向上のための 取り組み事例
SRE Tech Talks ( http://connpass.com/event/34825/ ) でお話した際の資料です
はてな退職の辞 - stanaka's blog
はてなを8月末で退職することになりましたので、お知らせします。 はてなに入社してから10年経ち、年齢も40を越えてきたタイミングでそろそろもう一つチャレンジしようかなという想いから、わがままを言わせてもらいまして今回の退職という形にすることになりました。退職理由として、はてなになにか不満や問題があったわけではなく、あくまで僕が新しいことをしたいという意図を汲んでもらって社長をはじめとする経営陣からも円満に送り出してもらっています。はてなのエンジニア層もこの数年で質量ともに充実し体制もだいぶ形が整っており、安心して後を任されるようになっています。 はてなでの10年間では、いろいろな経験をさせてもらいました。前任の伊藤直也さんから引き継いだCTOを6年勤めたのをはじめ、アプリケーションエンジニア、インフラエンジニアから、ディレクター、事業責任者、サポート部長、総務部長、法務部長など、エンジニア
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
仮想化基盤のリソース最適化 / Resource optimization on virtualization platform
