Content-Length: 253077 | pFad | https://b.hatena.ne.jp/ohbarye/20190523#bookmark-4669065597162496322

ohbaryeのブックマーク / 2019年5月23日 - はてなブックマーク

タグ

2019年5月23日のブックマーク (10件)

  • 私とCDN、及びfastly meetup #2 - でこてっくろぐ ねお

    私とCDNとedge computing 最近、CDN各種に続々とedge computing周りの機能が入っており1、現在においてCDNでどこまで何ができるのかみたいなことをよく考えており、仕事でもやっていきたいな、と考えている。 以下発表で フルCDNアーキテクチャ の提言をしてから3年が経ち、今ではフルCDNはかなり当たり前の選択肢としてそこにある、というかマイクロサービス間の通信もCDNを通すようなことまで行われる世界になっており純粋にすごいなと感じている(そもそも フルCDNとはなにか というのは私の中でも確たるものがあるわけではないが、イメージ的には動的なサービスにおいてもすべてのエンドポイントをCDN経由で返し、ある程度柔軟なキャッシュのPurgeを行うようなものを想像している2 3)。 speakerdeck.com 上記、私は提言するだけしたが、その後そこに強く取り組もう

    私とCDN、及びfastly meetup #2 - でこてっくろぐ ねお
  • Microservices for Everyone - 2つの "why-microservices" を読んで|qsona

    どちらも大変素晴らしい記事で、大変よくまとまっていながら主張が入っていて読みごたえのある文だった。それに比べたら、以下の文はまとまりもない駄文だが、それでもどうしてもこの話題には物申したくなる自分がいる。知見と呼べるほどでもないけれど、3年間マイクロサービスのことを考え続けてきた者の率直な感想として、読んでいってもらえたら嬉しい。 tl;drこの記事を通して、僕が結局何が言いたいのかというと、マイクロサービスはもっと開かれたものであってほしいということだ。複数のビジネスをやるならマイクロサービスの考え方を導入する権利があるし、すでにマイクロサービスをやっているなら、マイクロサービスのことを考えるのは基盤チームだけじゃなくてみんなであるべきだ。 マイクロサービスは「やる」か「やらない」かではない前者のdeeeetさんの記事は、全くマイクロサービスを知らない人がぜひ読むべき、当に良い記事だと

    Microservices for Everyone - 2つの "why-microservices" を読んで|qsona
    ohbarye
    ohbarye 2019/05/23
    経験と実績から語っている感じがとても良い
  • 平成最後なのでEC2からECS+Fargateに 置き換えた話 - Speaker Deck

    All slide content and descriptions are owned by their creators.

    平成最後なのでEC2からECS+Fargateに 置き換えた話 - Speaker Deck
  • リアル君の名は。おっさんが女の子の匂いを買ってきて身につけたら、たまらない背徳感を味わえた

    「女の子の匂い」をご存じだろうか? 「臭い」ではなく「匂い」である。 よく言われる、せっけんの香りではない。デオドラントや柔軟剤、コンディショナー、乳液、ハンドクリーム、化粧水、オーラルケア、ファンデなどの香料、フレグランスでもない。それらは、女の子から漂ってくる様々な匂いを構成する要素にすぎない。 そうした、外づけの化合物ではなく、女の子自身から発する匂いだ。ココナッツミルクや白桃を想起させる、何とも言えない、「匂い」というより、「あの感じ」といえば分かるだろうか。心地よく、はっとする感じ、あるいは身体的にオンになる感覚である。 これは、わたしの変態性が生み出した妄想にすぎぬ、と考えていた。しかし、優れた先人たちの研鑽と研究の末、「女の子のいい匂い」とは、以下の物質であることが判明している。 ・高級脂肪酸と安息香酸エストラジオール ・ラクトンC10、C11 では、女の子の匂いを再現するこ

    リアル君の名は。おっさんが女の子の匂いを買ってきて身につけたら、たまらない背徳感を味わえた
    ohbarye
    ohbarye 2019/05/23
    Amazon見たら「現在在庫切れです。」だった
  • Goコンパイラをゼロから作って147日でセルフホストを達成した - Qiita

    もはやただのアセンブリコードで、コンパイラどころかGo言語の影も形もありません。ここから機能を付け足してGoコンパイラに育て上げました。 興味深いことに、7コミット目あたりですでにコンパイラ全体の骨格ができています。 なんで作ろうと思ったの もともとGoコンパイラを作るなどという発想は1㍉もなかったです。 当時、仕事Goを触る機会はあったものの、週1-2回くらいしか触らないのでなかなか上達しないという焦りを抱えていまいた。 そんなとき Rebuildfm で ruiさんが8ccを作った話を聞いてすごく興味を持ちました。 Rebuild: 153: Connecting The Dots (rui314) さっそく git clone して1コミット目から読んでみたら自分でもやりたくなって、 Go言語に移植してみようと思いました。 1コミット目から順番に、Cで写経してからGoに移植しました

    Goコンパイラをゼロから作って147日でセルフホストを達成した - Qiita
  • コンピュータ・サイエンスやりたくなって1年ちょっとコツコツやってる/やったことたち - でこてっくろぐ ねお

    私は経済学部出身でWeb系エンジニアをやっているわけだが、コンピュータ・サイエンスはずっと学びたいと思っていた。 そんな中、Turing Complete FMというpodcastに出会ってその気持ちが更に強くなり、ここ1年くらい、子育ての合間にコツコツコツコツとコンピュータ・サイエンス周りのことを学んでいた。このエントリでは、学んでいたこと、及び子育ての合間にどうやって時間を捻出しているのかをまとめた。 目次: やっている/やったこと コンピュータサイエンス系のPodcastを聞く コンパイラを書く(ペンディング中) OSの作り方を学ぶ RustでOSを書く(ペンディング中) Rustを学ぶ プログラミングコンテスト系のサービスをやってみる LeetCode Atcoder 計算理論の初歩を学ぶ 白と黒の扉を読む 大学の教科書で使われているような書籍で学ぶ システムのパフォーマンスについ

    コンピュータ・サイエンスやりたくなって1年ちょっとコツコツやってる/やったことたち - でこてっくろぐ ねお
    ohbarye
    ohbarye 2019/05/23
  • DMMをだいぶ前に退職しました|sasakipochi

    昨年7月末に4年半ほど勤めたDMMを退職しました。 その後はずっと長い夏休みを満喫してたんだけど、元同僚にあやしい取材をされて、記事が出るから宣伝のために退職ブログを書け、とか言われたのですよ。 結局取材記事↓の公開には全然間に合わなかったんだけど、記念に書いたのを公開しときます。 -  「大いにやらかし、飽きたら逃げよ」ー元DMM・個性派おっさんエンジニア 佐々木健のITジョブホッパー道 それと、そろそろちゃんと働かなきゃなあ、とも思うので、何をやってたのか等を含めてまとめておくのも大事よね。 そして、以下に書くことはあくまで個人の感想です。 人によっては同じできごとでも捉え方が全然違ったりするはずなので、書いてあることは全部信じることはせずに、取捨選択をしつつ、裏取りしつつ、用法・用量を守ってお使いください。 なぜDMMに入社したのか?DMMに入社する前は、24時間365日システムを監

    DMMをだいぶ前に退職しました|sasakipochi
    ohbarye
    ohbarye 2019/05/23
    すごみ
  • Flutter Webの現状調査 - ntaoo blog

    Web特有の事情はどう解決するのかに興味があって内部構造などを調べていた。 開発が進むにつれて実装はどんどん進化して問題解決されていくだろうし、現段階のこの情報の正確性も保証しない。個人のメモを公開しているだけなので鵜呑みにはしないようにしてほしい。 あと、Preview版が公開された後にFAQが追加されているので読んでおくほうがいい。 https://github.com/flutter/flutter_web/blob/master/docs/faq.md ニュース まとめ https://medium.com/flutter/a-roundup-of-flutter-news-at-google-i-o-453bb3249981 Flutter Webの開発体験とPreview版段階の技術的制約についての解説 https://medium.com/flutter-nyc/under-

    Flutter Webの現状調査 - ntaoo blog
  • プロジェクトの基本

    13. ディレクター、プロデューサーって? ● プロジェクトマネージャー、の代わりに、ディレクター、プロデューサーがいるケー スもある。 ● 映画テレビ業界等では、ディレクターとプロデューサーがいるのが普通 ● チームが大きかったり、外部との調整が必要だったりする場合、責任範囲をディ レクターとプロデューサーで分担する。 ● ウェブ開発においては、プロデューサーの役割をオーナー側が担うケースもあ る。 役割 立場 責任を持つもの 責任を持たないもの プロジェクトマネージャー プロジェクト責任者 期間 リソース 品質、スコープ プロデューサー 経済的な責任者 期間 リソース 品質 ディレクター 品質面の責任者 期間 品質、スコープ リソース

    プロジェクトの基本
    ohbarye
    ohbarye 2019/05/23
  • RailsアプリとかをAWSのレガシーシステムからGCPのイケイケシステムに移行した話 - nownab.log

    はじめに Railsアプリケーションを中心とするシステムをAWSからGCPに移行しました。記事ではその過程をできるだけ赤裸々に公開します。 プロジェクトではインフラ移行と同時にアーキテクチャも刷新しました。AWSがレガシーでGCPがイケイケという意味ではなく、移行対象システムのアーキテクチャがレガシーからイケイケになったという意味です。 技術的な内容については詳細は省いて概要の説明にとどめています。AWSGCPDockerKubernetesあたりの知識があるとスッと読めると思います。 書きたいこと書いたので長い記事になってますがぜひお付き合いください。 レガシーシステムとイケイケシステム まず、移行前のレガシーシステムと移行後のイケイケシステムについて軽く説明します。 タイトルをキャッチーにするためこうしましたが、特別レガシーでもイケイケでもないのでご了承ください。ちょっと前と

    RailsアプリとかをAWSのレガシーシステムからGCPのイケイケシステムに移行した話 - nownab.log








ApplySandwichStrip

pFad - (p)hone/(F)rame/(a)nonymizer/(d)eclutterfier!      Saves Data!


--- a PPN by Garber Painting Akron. With Image Size Reduction included!

Fetched URL: https://b.hatena.ne.jp/ohbarye/20190523#bookmark-4669065597162496322

Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy