並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 2641件

新着順 人気順

shipの検索結果1 - 40 件 / 2641件

  • 「イラストでわかるDockerとKubernetes」は完全に良書 - Cloud Penguins

    すごいタイミングですごい本が出たもんだ。 本日はKubernetes Advent Calendar 2020 その1 向けのエントリー。 本当はCF for k8sの記事を書くつもりだったのだけど、先週盛り上がりまくったDockershimのDeprecated話の後ですごーく良い本が出てきたので、これは紹介せねばということで急遽内容を変更。 jaco.udcp.info CF for k8sの話も途中まで書いちゃっているのでまた日を改めて公開する。 あの神資料が本になったよ ということで今日の話題はこちら。 イラストでわかるDockerとKubernetes Software Design plus 作者:徳永 航平発売日: 2020/12/05メディア: Kindle版 今ではDockerやKubernetesに関する本もだいぶ出揃い、使い方を学ぶのには困らなくなってきた。それに、基

      「イラストでわかるDockerとKubernetes」は完全に良書 - Cloud Penguins
    • AWSが生まれたのは、Amazonが経費削減のためにSunのサーバからHP/Linuxサーバへ切り替えたことがきっかけ。当時の社員が振り返る

      AWSが生まれたのは、Amazonが経費削減のためにSunのサーバからHP/Linuxサーバへ切り替えたことがきっかけ。当時の社員が振り返る 1990年代後半に、米Yahoo!などに代表されるインターネット系企業の株が高騰したインターネットバブルが発生しました。 そのバブルが2000年前後にはじけると、ユーザー数の拡大を背景に資金調達をしてきた企業の多くが投資家からの資金を得られなくなり、行き詰まり始めます。 Amazon.comもそうした状況のなかで先行きを不安視された企業の1つでした。2001年4月の週刊東洋経済の記事には、最高値の10分の1程度にまで下がった株価のグラフとともに、「莫大な酸素(キャッシュ)を燃やし続けている」「2000年12月末時点で2000億円を超える債務超過だ」と記されています。 当時Amazon.comのデジタルメディア部門ディレクターであったDan Rose氏

        AWSが生まれたのは、Amazonが経費削減のためにSunのサーバからHP/Linuxサーバへ切り替えたことがきっかけ。当時の社員が振り返る
      • Web 技術の調査方法 | blog.jxck.io

        Intro 「新しい API などを、どうやって調べているのか」「仕様などを調べる際に、どこから手をつければ良いのか」などといった質問をもらうことがある。 確かにどこかに明文化されていると言うよりは、普段からやっていて、ある程度慣れてきているだけなものであり、自分としても明文化していなかったため、これを機に解説してみる。 やり方は一つではない上に日々変わっていくだろうが、頻繁にこの記事を更新するつもりはない。また、筆者は実務で必要になるというよりは、ほとんどを趣味でやっているため、このやり方が合わない場面は多々有るだろう。 スコープとしては、ライブラリ、ツール、フレームワークなどではなく、 Web プラットフォーム関連の標準やブラウザの実装状況などに限定している。 Scope 従来からあり、広く認知された API については、情報も多く調査の敷居はそこまで高くないため、今回は議論が始まって

          Web 技術の調査方法 | blog.jxck.io
        • 日本のオタクに知って欲しい、西洋のオタクスラング「Proship」という単語の意味と「Proshipper」という概念|マロミチャン🐶

          日本のオタクに知って欲しい、西洋のオタクスラング「Proship」という単語の意味と「Proshipper」という概念 はじめにどうも、マロミと申します。 突然ですが英語圏のオタクが使うProshipやProshipperという単語、ご存知ですか? 私がはじめてこの単語を聞いて何を意味するスラングなのか調べた時、正しい解説を見つける事はできませんでした。 このnoteでは日本人の方がProshipやProshipperという単語を使う人に直面した時、理解できない言葉に戸惑わないよう、私が受けた嫌がらせを元に正しい言葉の意味と対処法について記していきたいと思います。 経緯が長いので、単語の意味だけを知りたい方は「Proshipの勉強」と「Proshipperの真の意味」の項目に飛んでください。 事の発端2022年7月。 とある海外ジャンルで二次創作をしていた私は、生まれて初めて英語のDMを貰

            日本のオタクに知って欲しい、西洋のオタクスラング「Proship」という単語の意味と「Proshipper」という概念|マロミチャン🐶
          • XMLHttpRequest とはなんだったのか | blog.jxck.io

            Intro Fetch API の実装が広まり、 IE もリタイアを迎えたことで、今後忘れ去られていくことになるだろう XMLHttpRequest について。 どのように始まり、どのように広まり、どのように使われなくなっていくのか。その間に残した多大な功績を残す。 XMLHttpRequest の始まり この名前は非常に長いため、通常 XHR と略される。 この API は、現在の Web API のように W3C/WHATWG による標準化を経て策定された API ではない。 Microsoft によるいわゆる独自実装の API として始まり、後追いで標準化される。 したがって、 Web API の中でもかなり異質な命名である XHR が、 XmlHttpRequest でも XMLHTTPRequest でもなく XMLHttpRequest である理由も、 Microsoft の命

              XMLHttpRequest とはなんだったのか | blog.jxck.io
            • 【日本語訳】元素法典 第1巻 #NovelAI #元素法典|さいぴ

              【10/18 翻訳完了】 ※StableDiffusion記法で書かれたプロンプトについて、()は{}に(5%強調)、{}は[]に(-5%強調)置換しています(NovelAI用)。また、NovelAIのプロンプトのプリセット機能はオフにしてお試しください。 Twitter (@31pi_) もフォローして頂けるとうれしいです。(間違い等あればこっそり教えてください) 元素法典 The Code of Quintessence ―― Novel AI 魔術全集 ―― 序文『元素法典』は、全ての高品質な術式と〈元素魔術〉を含めることを目的とする魔導書である。〈元素魔術〉とは、特に「商業イラストレベルの表現力を追求した」美しい絵を指す。 本書は、すべての人に開かれた書物である。したがって、聡明な読者諸君らの編み出した魔術の寄稿を歓迎する。 本書には、膨大な術式と豊富な挿絵が含まれている。その中か

                【日本語訳】元素法典 第1巻 #NovelAI #元素法典|さいぴ
              • Dockerは非推奨じゃないし今すぐ騒ぐのをやめろ - Cloud Penguins

                今話題のこれ。 kubernetes.io これに関しての日本語情報として、 @inductor が相当詳細に記事を書いてくれている。 blog.inductor.me blog.inductor.me にも関わらず、未だに完全に間違った解釈をしている人が多く観測される。記事をちゃんと読めば理解できるはずなのだけど、たぶんタイトルしか読んでいない。 タイトルしか読まないのであれば、あえて強めのタイトルにしておけば目にはつくかなと思い、改めて書いてみることとした。 Dockerは非推奨じゃないし、これからもバンバン使え まず @inductorが解説しているとおり、k8sを使っていない人には全く関係のない話なので、今まで通りDockerを使って良い。 が、もう一つ誤解を解いておきたいのが 自分の環境でDockerを使ってイメージ作成し、Kubernetesにデプロイしている人にも、今回の件は

                  Dockerは非推奨じゃないし今すぐ騒ぐのをやめろ - Cloud Penguins
                • 個人開発を7年以上続けて分かった技術選択のコツ

                  技術革新に適応しようとするイヌさんInkdropというMarkdownノートアプリを作り続けて7年になる。 お陰さまでその売上でずっと生活できている。 これまで個人開発でどう継続していくかについて「ユーザの退会理由をあれこれ考えない」とか「アプリの売上目標を立てるのをやめました」とか、ビジネス面あるいはメンタル面からいろいろ書いてきた。 今回は、技術面にフォーカスして、どう継続して開発していくかについてシェアしたい。 TL;DR最初はとにかく最速でリリースする事を最優先する迷ったら「ときめく方」を選べ程よいところで切り上げて開発を進める使っているモジュールがdeprecatedされるなんてザラだと覚悟する古いから悪いとは限らないシンプルにしていく老舗から継続の秘訣を学ぶ運ゲー要素は排除しきれない最初はとにかく最速でリリースする事を目標に技術選定する開発計画とビジネス計画は切っても切り離せな

                    個人開発を7年以上続けて分かった技術選択のコツ
                  • デプロイ今昔 - Hatena Developer Blog

                    こんにちは。はてなのアプリケーションエンジニアの id:onk です。 最近、若手エンジニアを中心に、いろいろな技術を見つめ直すワーキンググループをやっています。今回は、その中から「デプロイ」の会で発表されたことをまとめました(なお、私は会のとりまとめをやっている非若手です)。 デプロイのライフサイクルの違い Infrastructure Platformでのデプロイ Application Runtime Platformでのデプロイ Applicationsのデプロイ デプロイ方式はどのように変化してきたか In place から Blue/Green へ Immutable Infrastructure という考え方 オートスケールへの対応 push 型デプロイと pull 型デプロイ コンテナによるデプロイの現況 コントロールプレーンによって何が変わったか ECS におけるデプロイ

                      デプロイ今昔 - Hatena Developer Blog
                    • 偉大なプログラマ(+人間)になるための101のTIPS - Qiita

                      早く人間になりたい。 以下はEmma Wedekindによる記事、101 Tips For Being A Great Programmer (& Human)の日本語訳です。 101 Tips For Being A Great Programmer (& Human) 1. Get good at Googling Googleの使い方を知ろう。 プログラマであるということは、問題に対する答えを探す能力があるということです。 Googleのうまい使い方を知ることで、開発にかかる時間を大幅に節約することができます。 2. Under promise and over deliver 約束は控えめに、出来高は多めに。 タスクに2週間かかるようなら3週間かかると伝え、2週間で提出しましょう。 期待を上回った結果を出すことで、信頼を築くことができます。 3. Be nice to your d

                        偉大なプログラマ(+人間)になるための101のTIPS - Qiita
                      • NewSQLはデータベースに革命を起こすか - NetflixにおけるCockroachDBのユースケース|ミック

                        近年のデータベースの新潮流にNewSQLと呼ばれる一群のデータベース製品群の登場がある。そのコンセプトを一言でいうと、RDBとNoSQLのいいとこどりである。SQLインタフェースと強いデータ一貫性(ACID)というRDBの利点と水平方向のスケーラビリティというNoSQLの長所を兼ね備えた夢のようなデータベースである。下図に見られるように、RDBとNoSQLが鋭いトレードオフを発生させていたのに対して、NewSQLではそれが解消されているのが分かる。 RDB vs NoSQL vs NewSQL本当にそのような夢の実現に成功しているか、というのはまだ議論が続いているが(クエリのスループットを出すためにレイテンシを犠牲にしているので本当にトレードオフを解消はしていない、などの問題が指摘されている)、商用でも利用可能な製品としてGoogle Spanner、TiDB、YugabyteDB、Coc

                          NewSQLはデータベースに革命を起こすか - NetflixにおけるCockroachDBのユースケース|ミック
                        • 登山女子、かつ女一人旅ブロガーの私が2021年に買ってよかったもの - 温泉ブログ 山と温泉のきろく

                          今週のお題「買ってよかった2021」 2021年もできる限り山と温泉を楽しみました。あと引っ越しました 2021年も、まもなく終わりですね。 山や旅に出かけにくい時期もありましたが、出かけられるタイミングは密を避けて楽しんだ1年でした。 また、山と旅以外では、テレワークが続いて在宅時間が長くなったことで住宅環境を見直し、マンションを購入して転居しました。 マンション購入記はnoteに連載しています。 そんなわけで、山と旅を楽しみつつ、生活には大きな変化があった2021年に買った物については、3つに分類して紹介することにしました。 (1)山と旅で使えるアイテム (2)転居をきっかけに購入したおうちアイテム (3)ブログ執筆やテレワークに役立つアイテム 分類ごとに、買ってよかったものを紹介していきたいと思います。 ◆ お知らせ ◆ 2020年10月に著書が発売となりました。 一人旅をもっと楽し

                            登山女子、かつ女一人旅ブロガーの私が2021年に買ってよかったもの - 温泉ブログ 山と温泉のきろく
                          • Paul Graham からのスタートアップへのアドバイスまとめ - 🐴 (馬)

                            Paul Graham のエッセイを読んで、自分なりにまとめたものです。今でも見返すと示唆があるので、読みやすくなるようブログでも書いておくことにしました。Paul Graham のエッセイの翻訳はこちらでリストになっています。ぜひ原文も当たってください(文末に参照先を書いています)。 昔書いたスライドからの転載です。 Y Combinator 創業者 Paul Graham からのスタートアップへのアドバイス(スタートアップが迷った時に読む Paul Graham からのアドバイス) from Takaaki Umada www.slideshare.net 原則 Make something people want 「人々の欲しいと思うものを作ろう」 スタートアップにとって一番難しいのは、人々の欲しいと思うものを作れるかどうかである(二番目は資金調達)。人々の欲しいと思うものを作れるま

                              Paul Graham からのスタートアップへのアドバイスまとめ - 🐴 (馬)
                            • 市中病院で経験した、 人工呼吸器装着が必要であった重症 COVID-19 肺炎の感染対策、治療について

                              序 文 当院は、新型コロナ肺炎(以後 COVID-19)によっ て命を奪われた日本で最初の患者さんが、 発病当初に 入院(当初は COVID-19 としての疑念はなく、病状 悪化とともに呼吸器科専門病院に転院) していた病院 として実名で報道された。 当時は市中で新型コロナ肺炎が発症し始めた頃で あり、疾患そのものの病態(潜伏期間、伝染力、伝播 様式、ウイルス排出期間など)が分からず、かつ治療 方法さえも不明であった事から人々から恐れられ、 様々な憶測に基づく風評被害にさらされた。 多くの報 道で当院の空撮写真とともに「相模原中央病院」の名 前を賑わせたことは記憶に新しいと思う。 報道発表の 直後には、職員が新型コロナ肺炎を発し、その後当該 病棟の入院患者 3 人に院内発症し、感染伝播の事態 に至った。 その後は、 当院職員であることだけで世間からは接 触を拒まれたり、 さらには他病院から

                              • 【決定版】Outer Wildsをクリアした(する)人へ、更なる探求の手引き - やや最果てのブログ

                                (※2021/6/29 Outer Wildsをこれからプレイするorプレイ中という方のための初心者用記事を書きました。未クリアの方はこちらの記事の方をおすすめします) (※2021/2/24 Switch版発売に伴う翻訳修正の可能性と掲示板 について追加) 『Outer Wilds』(steam/Epic/PS4/XBOX) 『Outer Wilds』ほど「人を選ぶ」ゲームはないだろう。 インディーズゲームらしい鬼畜難易度に、自由度の高すぎる突き放し方、なにより「好奇心だけを駆動力にする」というコンセプトはあらゆる意味で昨今のゲームとは一線を画していて、たぶん10人にオススメしてもエンディングまで辿り着いてくれるのは3人ぐらいなんじゃないだろうか。 だけど、そのクリアした3人のうち1人は、生涯忘れられないゲームになるんじゃないかとも思っている。 かくいう自分もその一人で、クリアして半年以

                                  【決定版】Outer Wildsをクリアした(する)人へ、更なる探求の手引き - やや最果てのブログ
                                • GitHub is now free for teams

                                  CommunityProductGitHub is free for teamsEvery developer and team can now get private repositories with unlimited collaborators at no cost with GitHub Free, and we reduced prices for some of our paid plans. We’re happy to announce we’re making private repositories with unlimited collaborators available to all GitHub accounts. All of the core GitHub features are now free for everyone. 🎉 Until now,

                                    GitHub is now free for teams
                                  • Webの将来はサーバサイドレンダリング(SSR)に回帰していく。Denoが主張するIsomorphic JavaScript(もしくはUniversal JavaScript)とは何か?

                                    Webの将来はサーバサイドレンダリング(SSR)に回帰していく。Denoが主張するIsomorphic JavaScript(もしくはUniversal JavaScript)とは何か? 静的なHTMLファイルをWebサーバが配信する仕組みから始まったWebは、サーバ側で動的にHTMLを生成するCGIの仕組みや、Webブラウザ上でJavaScriptを実行してインタラクティブな操作を実現するなどの仕組みを得たことでWebアプリケーション基盤へと発展しています。 現在、Webアプリケーションの仕組みとして代表的なものがSPA(Single Page Application)でしょう。 SPAはWebブラウザ上で多くの処理が行われるためユーザーの操作に対する反応が速く、インタラクティブ性の高い快適なWebアプリケーションを実現できる利点があります。 しかし、これからのWebはサーバサイドレンダ

                                      Webの将来はサーバサイドレンダリング(SSR)に回帰していく。Denoが主張するIsomorphic JavaScript(もしくはUniversal JavaScript)とは何か?
                                    • 『Design It! ― プログラマーのためのアーキテクティング入門』 - snoozer05's blog

                                      翻訳を担当した書籍『Design It! ― プログラマーのためのアーキテクティング入門』(オライリー・ジャパン)が11月25日に発売になります。本書は2017年にPragmatic Bookshelfより出版されたMichael Keeling著『Design It!: From Programmer to Software Architect』の全訳です。Pragmatic Bookshelfファンにはおなじみの「... It!」シリーズの一冊で、日本語で読める「... It!」シリーズとしては4冊目の書籍となります。 O'Reilly Japan - Design It! 本書は、設計スキルを成長させたいプログラマーに向けたアーキテクティングの入門書です。ソフトウェアアーキテクチャの基礎とデザイン思考の考え方から始まり、ソフトウェアアーキテクトとして、チームと共に優れたソフトウェアを

                                        『Design It! ― プログラマーのためのアーキテクティング入門』 - snoozer05's blog
                                      • GitHubは200万行規模のRailsアプリケーションであり、毎週RailsとRubyを最新版にアップデートし続けている

                                        GitHubは200万行規模のRailsアプリケーションであり、毎週RailsとRubyを最新版にアップデートし続けている 4月10日でサービス開始からちょうど15周年を迎えたGitHubは、当初からRuby on Railsを用いたモノリシックなアプリケーションとして作られてきました。現在では200万行近い規模のコードになっているそうです。 今年1月にはGtHubを利用しているデベロッパーが1億人に到達したことも発表しました。GitHubはまさに世界最大級のRailsアプリケーションだと言っていいでしょう。 そのGitHubは5年前の2018年、Railsのバージョンを3.2から5.2に上げる作業に1年半を費やし。そして二度とこのようなことにならないよう、より頻繁にアップデートを行うべき、などの教訓を得たとしていました。 そして現在、GitHubは毎週月曜日にRailsのアップデート作業

                                          GitHubは200万行規模のRailsアプリケーションであり、毎週RailsとRubyを最新版にアップデートし続けている
                                        • 【翻訳】個人開発のプロダクトを6ヶ月で売却するまで - NOT SO BADなブログ

                                          【翻訳】個人開発のプロダクトを6ヶ月で売却するまでDec 22, 2019 個人開発論翻訳新年に日本のお寺で(右が著者です) この記事はイギリスのIndie Hacker(個人開発者)、Josh(@joshahowarth)のブログ記事を、本人の許可を得て翻訳・掲載しているものです。 オリジナルの記事はこちら↓↓ 個人開発のプロダクトをいかに育てていくか、海外のIndie Hacker事情も垣間見えてとてもおもしろい記事です(長いけど)。Product HuntやRedditなど、海外のローンチプラットフォームもたくさん出てくるので、馴染みがない方は先に以下の記事を読んでいただけるとよりイメージがつきやすいかと思います。 同じくIndie HackerのPieter Levesの記事です。今回のJoshも非常に参考にしているらしく、記事内でも何度か言及されています。 多分に意訳していますが

                                            【翻訳】個人開発のプロダクトを6ヶ月で売却するまで - NOT SO BADなブログ
                                          • 20年でソフトウェア開発の景色はどのぐらい変わったのか? - Qiita

                                            PySpa統合思念体です。 某チャットで、「今時のOSSのプロジェクト管理とかのベストプラクティスが書いてある本ないかな、陳腐化早そうだしないか」みたいな話題が投入されました。その中で、エキスパートPythonプログラミングとか、Pythonプロフェッショナルプログラミングとかは思い出して紹介したけど、他の人からはShip It、Manage It、Release It三部作とか、達人プログラマーとかも出てきました。 このあたりの源流を辿ると、そういえば今流行ってる開発の源流としてはエクストリームプログラミングの開発系のプラクティスの遺伝子を受け継いでいるのが多いよな、そういえば当時から見て今ってどう変わっているのかな、という話題に。せっかくなので20年前を思い出しつつ、当時と今でどういう風に変わってきたのか適当にまとめてみます。 20年前の状況 XP白本こと、eXtreme Progra

                                              20年でソフトウェア開発の景色はどのぐらい変わったのか? - Qiita
                                            • Navigation API による「JS での画面遷移」と SPA の改善 | blog.jxck.io

                                              Intro 従来の History API を改善する Navigation API の仕様策定と実装が進んでいる。 これは、 History API の使いにくかった部分を補うだけではなく、「JS で画面遷移をする」という現状のミッシングピースに取り組み、 SPA が抱える多くの問題だけでなく MPA すら改善する可能性がある。 この API の目的と仕様を解説しつつ、実装のメモを残す。 画面遷移と SPA の軌跡 Web は HTML の取得と描画を繰り返す、画面遷移(Navigation)を前提としたアーキテクチャ(のちに SPA からの逆算で MPA と呼ばれる)が基本であり、ブラウザなどの実装もそれに最適化されている。 一方「アプリケーション」の設計手法をそのまま Web に持ち込んだ SPA は、この Navigation によってもたらされる UX の低下を防ぐ部分がある一方

                                                Navigation API による「JS での画面遷移」と SPA の改善 | blog.jxck.io
                                              • あまりの燃料安でスエズ運河を渡るよりアフリカ大陸を回った方が安くなり交通量が激減してしまう

                                                エジプトのスエズ地峡に位置する人工運河のスエズ運河は、ヨーロッパとアジアをつなぐ海運の要衝です。しかし、記録的な原油安によりアフリカ大陸を回る喜望峰ルートの方が流通コストが安くなってしまいスエズ運河の交通量が激減、通航料引き下げを迫られる事態となっています。 Lines using cheaper Cape of Good Hope route will cost Suez Canal $10m - The Loadstar https://theloadstar.com/lines-using-cheaper-cape-of-good-hope-route-will-cost-suez-canal-10m/ Suez Canal Temporarily Cuts Fees for Some Ships - Ship & Bunker https://shipandbunker.com/n

                                                  あまりの燃料安でスエズ運河を渡るよりアフリカ大陸を回った方が安くなり交通量が激減してしまう
                                                • WebAssemblyの歴史について

                                                  はじめに 最近、Node.jsとDenoの開発者であるRyan DahlさんがJavaScript Containersという記事を書いていることを知った。 Webとの親和性の高さがサーバーサイドで求められる中、JavaScriptがユニバーサルスクリプトとして活躍するだろう。そして、コンテナランタイムがLinuxコンテナの抽象レイヤーとしてあるように、JavaScript界隈では既存のWebAPIそのものが抽象化の手助けとなるであろう、みたいな趣旨の内容だった。 彼がChromeのV8 JavaScript Engineを使ってNode.jsを誕生させた同じ頃、JavaScriptの可能性を信じて方法を模索した人がいる。Alon Zakaiさんだ。 Alon(以降、敬称略)はWebAssemblyやその考えの元になった asm.js 、 JavaScriptコンパイラ Emscripte

                                                    WebAssemblyの歴史について
                                                  • Fresh 1.0

                                                    Fresh is a new full stack web framework for Deno. By default, web pages built with Fresh send zero JavaScript to the client. The framework has no build step which allows for an order of magnitude improvement in deployment times. Today we are releasing the first stable version of Fresh. Client side rendering has become increasingly popular in recent years. React (and React-like) pages allow program

                                                      Fresh 1.0
                                                    • 学術書の類を読むときはプロによる書評も一緒に読め

                                                      ブレグマン(2021)『Humankind 希望の歴史』を勝間さんがブログで紹介しているが、その記事のブコメが地獄と化している。 https://b.hatena.ne.jp/entry/s/katsumakazuyo.hatenablog.com/entry/2021/08/12/162845 「なんとなくだが俺はこう思う」「著者はチェリーピッキングしててクソ」みたいな主張がエビデンスなしに書かれており(そもそも君たち原書読んだ?)、それらにスターが当然であるかのように集まっている。これらは理性的な議論でもなんでもなくただのエコーチェンバー現象である。やはり、ブコメという文字数制限があるメディアできちんとした議論を行うのは無理があることが分かる。 こういう学術書やそれに近いものを読むときに私が習慣としていることがある。本を読む前にプロによる書評を読め。 ここでのプロというのは、新聞でそう

                                                        学術書の類を読むときはプロによる書評も一緒に読め
                                                      • Announcing D1: our first SQL database

                                                        This post is also available in Français, Deutsch, Español, 简体中文, 日本語 and 繁體中文. We announced Cloudflare Workers in 2017, giving developers access to compute on our network. We were excited about the possibilities this unlocked, but we quickly realized — most real world applications are stateful. Since then, we’ve delivered KV, Durable Objects, and R2, giving developers access to various types of st

                                                          Announcing D1: our first SQL database
                                                        • 次世代 CSS 仕様が与えるコンポーネント時代の Web への影響 | blog.jxck.io

                                                          Intro SPA の隆盛で進化したフロントエンドライブラリによって生み出された「コンポーネント」という資産は、それを View 層の最小単位として扱うエコシステムにその重心をずらした。 近年の Web 開発は、虫食いのテンプレートエンジンにデータをはめ込む方式から、デザインシステムにカタログされたコンポーネント群に、 API から取得したステートを流し込み、それらを「いつ、どこで、どう」レンダリングするかという課題への最適解を、各位が模索するフェーズとなっている。 コンポーネントを敷き詰めるコンテナ側の設計は、 Flexbox および Grid の登場によるレイアウトの進化が手助けしたところも多いにある。しかし、「ページ」を前提に設計された CSS は、「コンポーネント」を前提にした設計に移行するうえで、ミッシングピースが多かった。 現在、提案/実装が進んでいる CSS の新機能群には、

                                                            次世代 CSS 仕様が与えるコンポーネント時代の Web への影響 | blog.jxck.io
                                                          • 『No Man's Sky』Steamストアレビューが、ついに「やや好評」へと変化。積み上げられた悪評に、開発元が見せた前代未聞の答え - AUTOMATON

                                                            Hello Gamesが手がけた『No Man’s Sky』Steamストアのレビューステータスが「やや好評」へと変化した。2016年8月のリリースから苦節5年、ついに同作は借金ともいえる悪しき評判を、払拭することとなった。 『No Man’s Sky』は、2016年8月にPC/PlayStation 4向けに発売されたオープンワールド型のアクションゲームだ。のちにXbox One向けにも発売されている。舞台となるのは広大な宇宙となっており、数々の惑星と宇宙がシームレスにつながっている。プレイヤーは謎の声に導かれ、宇宙の中心を目指して数々の惑星を渡っていく。惑星は1800京以上存在しており、それぞれの惑星にはまったく異なる生命体や気候が見られるなど、小規模のスタジオの開発作品とは思えないほどの野心がコンセプトには詰められている。惑星を探索したり、宇宙の住人たちと交流したり、新たな宇宙船を獲

                                                              『No Man's Sky』Steamストアレビューが、ついに「やや好評」へと変化。積み上げられた悪評に、開発元が見せた前代未聞の答え - AUTOMATON
                                                            • 「Retrospectives Antipatterns」を読んだ - 勘と経験と読経

                                                              先日「Project Retrospectives: A Handbook for Team Reviews (Dorset House eBooks) (English Edition)」を読んだばかりだけれど、別の調べ物をしていたら「Retrospectives Antipatterns」という本が最近発売されたことを知ってしまったので勢いで読んでみた。アンチパターン好きなもので。すごい有用な本だった。 Retrospectives Antipatterns 作者:Corry, Aino,Corry, Aino発売日: 2020/11/02メディア: ペーパーバック 著者サイトはこちらのようだ。https://metadeveloper.com/ 全体的な感想 えてして「ふりかえり」のファシリテーターは孤独だと思う。特にファシリテーションすること自体を主な仕事にしている場合、「より良い

                                                                「Retrospectives Antipatterns」を読んだ - 勘と経験と読経
                                                              • なぜReactは標準でComponentをmemo化しないのか?

                                                                はじめに 普段はスタートアップでBtoB SaaSの開発をしているtaroと申します。 今回は、Reactのmemo化について考えている中で抱いた 「なんでReactは標準でComponentをmemo化していないんだろう?」 という疑問を解消するために、色々と調べたり考えたりした内容をまとめました! 途中でrenderのタイミングや、memo化で再renderが抑えられる理由などの前提知識の復習も含めていて、memo化について詳しくない方もmemo化の勉強にもなると思うので、ぜひぜひ読んでみてくださいー! なぜこんな疑問を抱いたのか? まずはそもそも僕がタイトルにあるような疑問を抱いた背景です。 疑問を抱くまでの思考プロセスはこんな感じです。 「再renderが余分に走ってて画面が重いから最適化したいなー」 →「React.memo()を使ってComponentをmemo化しよう!」 →

                                                                  なぜReactは標準でComponentをmemo化しないのか?
                                                                • Dockerからcontainerdへの移行

                                                                  NTT Tech Conference 2022 での「Dockerからcontainerdへの移行」の発表資料です https://ntt-techconf.connpass.com/event/241061/ 訂正: P2. . 誤: ``` Ship docker run -it --rm alpine Run docker push ghcr.io/ktock/myalpine:latest ``` 正: ``` Ship docker push ghcr.io/ktock/myalpine:latest Run docker run -it --rm alpine ``` Read less

                                                                    Dockerからcontainerdへの移行
                                                                  • Broken Ownership

                                                                    Have you been in any of these situations? Managers make decisions that’s out of their leagues and everyone else in the team ends up paying for it. Knowledgeable people passively observe without bothering to contribute. Sometimes they are denied access to the room. Developers act like code monkeys, throwing the code over a metaphorical wall for the QA to test and “DevOps” to run. In “you build it,

                                                                      Broken Ownership
                                                                    • Astro 1.0 | Astro

                                                                      We are thrilled to announce Astro v1.0: a web framework for building fast, content-focused websites. Over the last 16 months, Astro has grown from an empty repo to over 13,000 stars on GitHub and 30,000 early users around the world. The Astro documentation has been translated into 6 different languages, and Astro has already been deployed at amazing companies such as Firebase (Google), Trivago, Th

                                                                        Astro 1.0 | Astro
                                                                      • 『ユニコーン企業のひみつ―Spotifyで学んだソフトウェアづくりと働き方』 - snoozer05's blog

                                                                        翻訳を担当した書籍『ユニコーン企業のひみつ―Spotifyで学んだソフトウェアづくりと働き方』(オライリー・ジャパン)が4月26日に発売になります。本書は2019年3月にPragmatic Bookshelfより出版されたJonathan Rasmusson著『Competing with Unicorns: How the World’s Best Companies Ship Software and Work Differently』の全訳です。 本書は、『アジャイルサムライ』(オーム社、2010年)の著者として日本でもよく知られている、Jonathan Rasmussonの3冊目の著作であり、ある時期のSpotifyに身を置いていた著者が、そこでの経験などを元にユニコーン企業のソフトウェアづくりと働き方について解説した書籍となります。 www.oreilly.co.jp 大規模な成

                                                                          『ユニコーン企業のひみつ―Spotifyで学んだソフトウェアづくりと働き方』 - snoozer05's blog
                                                                        • どのようにPlatformチームの組織変更をしたか | メルカリエンジニアリング

                                                                          Platform チームの@deeeeeeeetです. Platform チームは2年前にMercariがMicroservicesの移行を始めたときに一緒に立ち上げられたチームです.Platform チームはMicroservicesを動かすための基盤や開発や運用のためのツールセットなど提供しています.立ち上げ時は自分を含めて2-3人で始まったチームですが2年が経ち10人を超えるチームにまで成長しました. チームのメンバーが増えるほど1チームとして動くには限界がきており,またMicroservices化が進めば進むほどチームの負う責任範囲も広くなりCognitive load (認知負荷) も高くなっていました.これらの課題を解決するために組織変更を行い,Platform チームを複数の専門性に特化したチームに分割しました. 本記事ではチームのデザイン,チームが分離しても独立性を保ちつつ

                                                                            どのようにPlatformチームの組織変更をしたか | メルカリエンジニアリング
                                                                          • コーディング面接対策のために解きたいLeetCode 60問

                                                                            自分がコーディング面接対策のために解いてよかった LeetCode の問題をコンセプトごとにまとめました。カバーするコンセプトは LinkedList Stack Heap, PriorityQueue HashMap Graph, BFS, DFS Tree, BT, BST Sort Dynamic Programming Binary search Recursion Sliding window Greedy + Backtracking です。 これらの問題が 30 分以内に実装できれば面接の準備は整ったと言っていいと思います。Easy と Medium で問題は構成されてます。進捗を管理するためにGoogle Spreadsheetを用意しました。コピペしてご自由にお使いください。 これらの問題は、LeetCode のリスト機能でも公開されています。クローンすれば自分がすでにど

                                                                              コーディング面接対策のために解きたいLeetCode 60問
                                                                            • スレミオしか語らん『機動戦士ガンダム 水星の魔女』1クール全話感想&レビュー - 沼の見える街

                                                                              【注意と前書き】11話まで見た段階で記事の大部分を書き終えており、あとは第1クール目の最終回となる12話を残すだけだったのだが、その12話で(それまでの積み上げの多くをひっくり返すような)ショッキングな出来事があって、率直に言って全然好きじゃない展開だったのでかなり冷めてしまい、もう記事を丸ごと封印したろかと思いつつも、やはりせっかく2万字も書いたのでもったいないし、こんな感情落差があるのもリアタイ視聴ならではのめったにない経験だし、記録として残す価値も多少あるかと思ったので、「11話まで見て書いた感想ほぼそのまま」+「12話を見た後の率直な感想」とつなげる形で公開してみます。12話の感想は本当にかなりとても率直というか辛辣なので、本作を普通に楽しめてる人はこんなド長文を無理に読まずに今すぐ引き返そう! 全てが面倒くさくなったら急に消すかもしれないので、あしからず。 何もわざわざ2万字超え

                                                                                スレミオしか語らん『機動戦士ガンダム 水星の魔女』1クール全話感想&レビュー - 沼の見える街
                                                                              • 日本の新型コロナ対策を総括する

                                                                                「海外事情」に寄稿した文章です。許可を得てこちらに転載します(初稿)。書いたのは昨年12月なのでデータはやや古くなりましたが、「総括」なので、内容は特に問題ないと思います。御覧ください。 緒言 日本の新型コロナ対策を「総括」、すなわち総合的なパースペクティブからまとめようとしたものが過去に2つ存在する。一つは、書籍になった「新型コロナ対応/民間臨時調査会 調査・検証報告書」[1]であり、もう一つは、政府が招聘した新型コロナウイルス感染対応に関する有識者会議が出した「新型コロナウイルス感染症へのこれまでの取組を踏まえた次の感染症危機に向けた中長期的な課題について」[2]である。 しかし、前者はどちらかというと「証言集」に近く、やや厳しい言い方をすれば、「個人の感想」集であり、属人的なものだった。データ解析、ファクトの解析には乏しかった。後者については政府に依頼されて役人が突貫工事でまとめたも

                                                                                  日本の新型コロナ対策を総括する
                                                                                • プロダクトマネジメント私記

                                                                                  2 年前にソフトウェアエンジニアからプロダクトマネージャーにロールチェンジした。ソフトウェアエンジニア時代は割と頑張れてたし成果を出せてた気がするのだけど、プロダクトマネージャーになってからは正直かなり苦戦した。プロダクトマネージャー 3 年目を迎えてようやく仕事に自信が持てるようになってきた気がするので、振り返りを兼ねて、これから同じようにプロダクトマネージャーにコンバートしたいと思っている人の役に立てばと思って書きます。 Table of Contents プロダクトマネージャーになった理由 プロダクトマネージャーの役割 1. 何がユーザーの問題かを特定する 2. その問題を解決する製品を定義する 3. 製品がリリースされるまで開発チームに帯同し、リリースを成し遂げる 4. 製品が「正解」であったかの評価を行う 実際になってみてのギャップ プロダクトマネジメントの認知度が原因? 一体型

                                                                                    プロダクトマネジメント私記