「Developers Summit 2019 Summer」で発表された資料です。 https://event.shoeisha.jp/devsumi/20190702/Read less
![エンジニアとマネージャーは、いつも勝負をしているのだと思う](https://cdn-ak-scissors.b.st-hatena.com/image/square/3a2d64c21e166a10821221808ba6433cbeafc156/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2F0702morita-190709020834-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
コーヒー豆の流動を限りなく抑え、中低温 + 高圧力により抽出時間を短くすることで、雑味を抑えクリアな味わいを実現。
The Lambda Architecture has its merits, but alternatives are worth exploring. Nathan Marz wrote a popular blog post describing an idea he called the Lambda Architecture (“How to beat the CAP theorem“). The Lambda Architecture is an approach to building stream processing applications on top of MapReduce and Storm or similar systems. This has proven to be a surprisingly popular idea, with a dedicate
急激な変化にも対応しうるソフトウェアのアーキテクチャとして注目を集める「マイクロサービス」。Webサービス系の企業をはじめとする先進的な企業が導入しており、急成長中のメルカリも本格的に移行を開始した。「どのような背景でマイクロサービス化へと踏み切ったのか」「それに伴ってエンジニア組織はどのような改革を行なったか」、そして「今後はどのような組織を目指しているのか」など、エンジニアを牽引する立場であり、マイクロサービス化に伴う組織編成を担う、同社 執行役員CTOの名村卓氏に話を聞いた。 米国シリコンバレーで気がついた「組織のための技術」の可能性 ――メルカリは「グローバルテックカンパニー」を目指すと宣言し、2018年7月にはマイクロサービスの導入を発表しました。メルカリのエンジニア組織の改革において、名村さんが重要な役割を担われたと伺います。なぜ名村さん自身がその役割を担うようになられたのか、
「あけおめLINE」の負荷に耐えるインフラを作った話。LINEのインフラ設計を中の人に聞いた 国内外で展開する膨大なメッセージを処理する、LINEアプリのインフラってどうなっているの? こんな素朴な質問をサーバー、ネットワークなど、中の人に聞いてみました。 2011年6月のリリース以来、右肩上がりの成長を続けるコミュニケーションアプリ「LINE」。主要4カ国(日本・タイ・台湾・インドネシア)の月間アクティブユーザー数は1億6,400万人を超えており、多くの人々にとって必要不可欠な社会的インフラにも等しいアプリになっています。 そして、多数のユーザーを抱えるアプリでは、膨大な量のトラフィックやデータを前提としてインフラアーキテクチャを設計する必要があり、インフラエンジニアの技術力がアプリの使い勝手に大きな影響を与えます。 本稿では、LINE株式会社のサーバーサイドエンジニア 中村俊介さん、サ
「エンジニアリング組織論への招待」はビジネス書としても技術書としても評価された。これら二つは別のことなのだろうか。それをも同じものなのだろうか。 この講演では技術者体験DXと企業のデジタル化のDXの2つを橋渡ししていく。 「エンジニアリング組織論への招待」の骨子である、不確実性を恐れる人間の本能を乗り越えて、それらに向き合える組織を作ることによって生産的なチームができる。 そして、ソフトウェアを作るとは、「認識に齟齬がないほど明晰な言語に書き下すこと」であれば、これは情報の非対称性を減らすというコミュニケーションそのものだろう。 このコミュニケーションのコスト構造をそのまま、システムの構造に当て込んでしまうというのを「コンウェイの法則」と呼ばれている。 組織構造の問題が、システムへと転移して、コントローラビリティを喪失すること。これが技術的負債の真実であるなら、これはありふれた経済現象であ
おしながき C10K 問題 について 非同期 IO とは何か async-await 非同期 IO のこれから 1. C10K 問題 について 時は 2002 年 Web 勃興期 牧歌的時代の終わり HTTP サーバ 10000 クライアントからの同時接続 どう実装するか 当時の Web サーバ Apache クライアント毎に 1 プロセス クライアント毎に 1 スレッド クライアント毎に 1 プロセス 10000 プロセス も起動したら OS が死ぬ CPU|メモリ が足りない PID の上限 etc... クライアント毎に 1 スレッド 10000 thread も起動したら OS が死ぬ CPU|memoryが足りない thread数の上限 virtual memory の上限 etc... これからの時代(2002年当時) nginx 複数の thread で複数の client
モバイルアプリケーションを開発していると、この要件や仕様はクライアントとサーバーどちらに置くべきか、という議論がチームでなされることがしばしばあります。例えば、 あるレスポンスAを受けて処理Bを行い、その結果をユーザーに提示する 登録処理などで、処理C,処理Dという異なる処理を並列して行い、それらが完了したらユーザー側に通知する やろうと思えばクライアント側で処理を全て持つこともできますし、サーバー側で実装もできますね。 このような仕様のディスカッションが起きたとき、チームで統一した判断基準を持っていますか? 自分の場合、クライアントアプリはロジックをなるべくサーバーに移譲すべき という設計指針をチームに提案します。 上の例で言うならば、 サーバーから処理Bも踏まえたレスポンスA'を返してもらい、ユーザーに提示する クライアントは1リクエストをサーバーに投げる。サーバー側で処理C,Dを投げ
LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog こんにちは、LINEのメッセンジャーアプリのサーバサイドエンジニアをしている'18卒のエンジニアのbitter_foxです。この記事はLINE Advent Calendar 2018の18日目の記事です。 弊社では夏休みの1ヶ月間〜2ヶ月間、学生に実際の業務を体験してもらう就業型のサマーインターンシッププログラムを実施しております。 弊社の就業型インターンでは社内のチームにジョインし、ある程度大きめのプロジェクトに1ヶ月間〜2ヶ月間、取り組んでもらいます。 私の所属するチームでも今夏、学生を受け入れ、「HBaseをJDK 11で動かしZGCを評価する」というプロジェクトに1ヶ月間取り組んでもらいました。 本記事ではそのインタ
Within the software engineering profession, there is an ordered set of titles that are in usage for software engineers. I have seen these titles for software engineers at a number of companies, so I think they are probably a de facto standard. (Even if some companies only use a subset of them.) The engineering ladder seems to range from: Junior Software Engineer Intermediate Software Engineer Seni
Marmaray: An Open Source Generic Data Ingestion and Dispersal Framework and Library for Apache Hadoop Connecting users worldwide on our platform all day, every day requires an enormous amount of data management. When you consider the hundreds of operations and data science teams analyzing large sets of anonymous, aggregated data, using a variety of different tools to better understand and maintain
IT業界を取り巻くテクノロジーは日進月歩で変化しています。だからこそ、自分が興味を持つ分野、やりたい仕事・技術を追求したり、自身のキャリアアップに向け転職を重ねたりするWeb・IT系エンジニアはあまり珍しくありません。 そうした中、長く転職をせず、1社に留まって“キャリアホップ”を続けているのが、LINE株式会社に所属するエンジニア・那須利将さん。もともと電子工学を専攻していた那須さんがプログラミングの面白さに目覚め、本格的にプログラムを始めたのは大学4年生の頃。以来ずっと、開発第一線の現場で活躍し続けています。 そんな那須さんに、転職することなくキャリアの幅を広げていくエンジニアライフをお聞きするべく、インタビューにお伺いしたところ、「名刺を持っていないんです」との言葉が。実はそこに、那須さんのエンジニアライフを象徴する理由がありました。 LINE株式会社 那須利将さん 那須さんが名刺を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く