タグ

ブックマーク / okuranagaimo.blogspot.com (21)

  • TCPとQUICの比較

    ジェフ・ヒューストンのブログより。 QUICトランスポート・プロトコル(RFC 9000)は、オリジナルのTCPトランスポート・プロトコルを改良したものに過ぎないという一般的な見解があります[1][2]。私は、この意見に同意し難く、私にとってQUICは、通信のプライバシー、セッション制御の完全性、柔軟性の面で、アプリケーションが利用できるトランスポート機能における重要な変化を象徴しています。QUICは、より多くの形式のアプリケーションの動作に質的に役立つ、異なる通信モデルを体現しています。そうです。TCPよりも高速です。私の意見では、公衆インターネットは、いずれQUICがTCPに取って代わると思っています。ですから、私にとってQUICは、TCPに少し手を加えただけのものではありません。ここでは、TCPとQUICの両方について説明し、QUICがトランスポート・テーブルに加えた変更について見

    TCPとQUICの比較
  • うるう秒を過去のものにする時が来た

    Metaのエンジニアリング・ブログより。 BY オレグ・オブレウコフ、アフマド・ビャゴウィ うるう秒の概念は、1972年に国際地球回転・基準系事業(IERS)によって初めて導入された。これは、観測された太陽時(UT1)に不確定性があり、地球の自転が長期的に減速しているため、協定世界時(UTC)を定期的に更新しようという試みだった。この定期的な調整により、科学者や天文学者はほとんどの用途でUTCを使用して天体を観測することができるようになり、主な恩恵を受けてきた。もし、UTCの補正がなければ、天体観測のためにUTCに同期するレガシー機器とソフトウェアに調整を加えなければならなくなる。 うるう秒が導入されて以来、今日までUTCは27回更新されている。 1972年当時、うるう秒は科学界と通信業界の双方を満足させるものだったが、最近のUTCはデジタル・アプリケーションと科学者の双方にとって等しく悪

    うるう秒を過去のものにする時が来た
  • DevOpsは失敗する

    lbr.より。 BY リー・ブリッグス 初めて聞いた言葉を思い出すのは、ほとんどの人にとって難しいことでしょうが、私は初めて「DevOps」という言葉を聞いた時のことを覚えています。2013年、その時点で私が知っていることのほとんどすべてを教えてくれた同僚とビールを飲んでいるときのことでした。私は幸運にも、自分が始めた新しい仕事に彼を連れてくることができました。彼は、多くの気の利いたことができ、私は彼の力に便乗することができました。私たちは、新しい会社で目にした問題のいくつかを話し合っていました。それは、おそらく今ではほとんど人にとって身近に感じられるものでしょう。アプリケーションが番稼働しているときのサポートに苦労していたのです。 彼は、私たち全員が同じ考えを持つためには、ライフサイクルの早い段階から関与する必要があると話していました。その時、彼がオーストラリア訛りで言った「DevOp

    slay-t
    slay-t 2022/07/04
  • Macを再起動させたチップ

    WSJより。 競合他社が、サプライチェーンの混乱で慌てふためく中、Appleが何年もかけて行っていた独自のシリコン設計という危険を伴った取り組みが実を結んだ。 ティム・ヒギンス Apple社には問題があった。iPhoneが飛ぶように売れている一方、Macコンピュータの売上は伸び悩んでいた。デザインや性能も、顧客は満足していなかった。 しかし、5年後の今、Macの売り上げは急上昇している。この好転は、世界で最も有名なガジェット・メーカーの中に、世界で最も先進的なチップ設計オペレーションを構築するという、異例の数年にわたる取り組みによるものだ。 元IntelのエンジニアでIBMの幹部だったジョニー・スルージが率いるAppleの半導体部門は、15年間Appleのノートパソコンやデスクトップを支えてきたIntelプロセッサを自社設計のチップに置き換えるというリスキーなプロジェクトを開始した。このM

    Macを再起動させたチップ
  • AppleがSolarisとHP-UX上で動作するMac OSを作った時のことを覚えていますか?

    The Lunduke Journal of Technologyより。 Unix用のMacintoshアプリケーション環境 — 1994年にさかのぼります。 ブライアン・ルンデューク 1990年代、MicrosoftはSolarisとHP-UXに対応するソフトウェア(Internet Explorer、Windows Media Player、Outlook Express)を開発し、UNIXの「Windowsらしさ」を少しばかり持ち込みました。 しかし、AppleMac System 7全体をSolarisとHP-UXに持ち込んだことをご存知でしょうか? そうなんです! 1994年にリリースされ、1998年に中断されました。「Macintosh Application Environment」と呼ばれていました。そして、それは当に、当にうまく機能していました! 注: 「Macin

    AppleがSolarisとHP-UX上で動作するMac OSを作った時のことを覚えていますか?
  • Microsoftを忘れてはいけない

    luttig's learningsより。 レドモンドの巨大さを理解することは、クラウドインフラ、スタートアップ戦略、そしてソフトウェアの未来について、貴重な教訓を私たちに教えてくれる。 By ジョン・ルティグ Microsoftは、その規模にもかかわらず、テクノロジー業界で最も見落とされている企業の1つである。 Apple、Facebook、AmazonGoogleのように消費者に愛されるブランドではない。 ベンチャーキャピタルのサクセスストーリーでもない。Microsoftは収益性が高すぎたため、実際のVC資金を調達できず、創業者らはIPO時に70%を所有していた。 FAMGAの中で最も古く、別の州にひっそりと存在している。 しかし、Microsoftには、見かけ以上のものがある。うまくやれば、Microsoftは最初の10兆ドルT企業になることができる。そして、スタートアップの創業

    Microsoftを忘れてはいけない
  • 「オープンソース」は壊れていない

    Kailash Nadhのブログより。 不幸なlog4j2騒動の余波で書かれたこの記事(「オープンソース」はXeによって壊れている)を読みました。著者は、大規模な営利企業がFOSSを広く利用するようになってから、FOSS(フリーおよびオープンソース)の世界を悩ませてきた関連する問題について論じています。無数の「ユニコーン」がFOSSにほぼ完全に依存した評価額で無限の資金を調達し、FOSSが企業化と資化に組み込まれてから、この問題はずっと続いています。それなのに、重要で広く利用されているFOSSの数え切れないほどのメンテナが、生計を立てるのに苦労しています。 これは誰のせいでしょうか? 私は、これが概念的なフレームワークやシステムとしてのFOSSのせいだとは思いません。もし、FOSSが壊れていたら、今日私たちが知っているようなインターネットは存在しなかったでしょうし、私たちが当たり前のよう

  • 「オープンソース」は壊れている

    christine.websiteのブログより。 または: お金を払わない限り、有用なソフトウェアを書かないのか? 最近、重要なJavaエコシステム・パッケージに大きな脆弱性が見つかりました。この脆弱性が完全に兵器化されると、攻撃者はLDAPサーバから取得した任意のコードを実行するよう、Javaサーバを強制することができます。 <マラ> もしこれがニュースで、あなたがJavaショップで働いているなら、残念ですが、あなたには2、3日が待っています。 私は、これが「オープンソース」ソフトウェアの主要なエコシステム問題の全ての完璧な縮図だと考えています。log4j2が、この問題の最悪のシナリオの1つの完璧な例であると思うので、このすべてについていくつか考えを持っています。この問題に関与したすべての人が、現実世界の問題に対する完全に妥当な解決策のためにこれらすべてを行ったことは完全に合理的であり、

    「オープンソース」は壊れている
  • Mac版Safari 15の「タブ」の悲劇

    ジョン・グルーバーのブログより。 長かったiOS 15 Safariの悪夢は先月終わり、賞賛に値しますが、WWDCで発表された2つの悪いSafariデザインのうち、重要でない方が存続し、Mac版Safari 15の新しいタブが実際にリリースされました。iPad版のSafari 15も同様の問題を抱えていますが、ここではMac版に焦点を当てたいと思います。 WWDCで発表されたMac版Safariの変更のうち、最も物議を醸し他ものは、タブとURLのロケーション・フィールドを各ウィンドウの最上部に一列に圧縮し、ウィンドウ全体を現在最前面にあるWebページのアクセントカラーで色付けするというものですが、ありがたいこと、 Safariの環境設定ウィンドウ(もちろん、タブの下)でオフにすることができます。タブとロケーション・フィールドを同じ列に配置し、タブ自体をURLのテキスト編集フィールドとして使

    Mac版Safari 15の「タブ」の悲劇
  • Objective-C小史

    Mediumより。 BY ハンセン・スー これまでに、ユーザがダウンロードしたiPhoneアプリは1,400億を超えています1。iPhoneの成功は、サードパーティ製アプリのエコシステムに関係しています。2008年にApp Storeがデビューしたとき、すべてのアプリは、Apple以外のコミュニティではほとんど使われていなかったプログラミング言語Objective-Cで書かれていました。それ以来、Objective-Cの使用は爆発的に増加し、アプリを作る開発者たちのゴールドラッシュとなりました。Appleは2014年に新しい言語Swiftを導入しましたが、AppleのiOSオペレーティング・システムのほとんどは今もObjective-Cで書かれており、今後何年もAppleのデバイスで使用されるでしょう。 多くのプログラマがObjective-Cを知ったのは、iPhoneアプリ革命の時でした

    Objective-C小史
  • FaceTimeの仕組みはどのようになっているか?

    マシュー・ダガンのブログより。 デンマークに住む元エクスパットの私は、FaceTimeオーディオをよく使います。使い方が簡単で信頼性が高いだけでなく、音質も素晴らしいです。固定電話を覚えている人にとっては、良いヘッドセットがあれば固定電話を思い出すことでしょう。私たちが携帯電話サービスに切り替えたとき、音質は大きな打撃を受けましたが、最近のVoIP家庭用電話でも問題は改善されていません。そのため、母とFaceTimeオーディオで話していると、まるで母が部屋にいるかのような高音質で、1週間に何度もかかってくる電話と比べて、その存在感は際立っています。 では、Appleはどのようにこれを実現しているのでしょうか? システム管理者としてキャリアを積んできた者としては、技術的な課題を考えると計り知れないものがあります。私たちは、ISPレベルと家庭レベルの両方で、様々なレベルのネットワークの抽象化を

    FaceTimeの仕組みはどのようになっているか?
  • なぜ、ハイパーリンクは青色なのか?

    Mozillaブログより。 エリーゼ・ブランチャード インターネットは私たちの生活のあらゆる場面に浸透していますが、デジタルの世界では当たり前のように使われているものがあります。それは、多くのリンク、特にハイパーリンクが青色であることに気づいたことがありますか? 同僚が何気なく「なぜ、リンクが青いのか」と聞かれた時、私は戸惑いました。2001年からウェブサイトを制作しているユーザ・エクスペリエンス・デザイナーの和tがしは、常にリンクを青くしてきました。私は青の特定の色調を提唱してきました。しかし、「なぜリンクが青なのか」と疑問に思ったことはありません。それはただの事実でした。草は緑で、ハイパーリンクは青です。文化的に、私たちはリンクを青色に関連付けているため、2016年にGoogleがリンクを黒に変更したときには、かなりの混乱が生じました。 しかし今、私は「なぜ、リンクが青なのか」と言う疑

    なぜ、ハイパーリンクは青色なのか?
  • リチャード・ヒップとのSQLiteの秘話

    CoRecursiveより。 今日の番組では、リチャード・ヒップと、サバイバルが世界の中核インフラになることについてに話します。SQLiteは至る所にあります。ウェブブラウザにも、携帯電話にも、おそらく車の中にも、そして旅客機の中にも間違いなく存在します。iMessagesやWhatsAppのメッセージが保存されているのもSQLiteです。コンピュータで*.dbを検索すると、驚くほど多くのSQLiteデータベースが見つかります。 今日は、リチャードが彼の物語を紹介します。小さなオープンソースのプロジェクトを立ち上げ、それが自分の野心を超えて成長したという話です。そして、テック巨人との関係から、興味深いテスト方法まで、その成功をどこまでも追いかけていく物語です。 注: このポッドキャストは、聞くことを前提としています。可能であれば、ページに記載されていない部分を含めて、音声を聞くことを強くお

  • Python 4.0が登場しない理由

    TechRepublicより。 オーウェン・ヒューズ Pythonプログラミング言語の生みの親グイド・ヴァンロッサムとの質疑応答で、Python 2.0からPython 3.0への移行がトラブル続きだったことを受けて、「Python 4について真剣に語ることはほとんどタブー」だと述べました。 グイド・ヴァンロッサムは、Microsoft Reactorとのインタビューで、Pythonバージョン 4.0の可能性をほぼ否定しました。Image: Dan Stroud under the Creative Commons licence Python 4.0に期待しないで下さい。人気のプログラミング言語の生みの親であるグイド・ヴァンロッサは、おそらく日の目を見ることはないだろうと述べています。 Microsoft Reactorとのインタビューで、ヴァンロッサムはPythonの将来とプログラミン

    Python 4.0が登場しない理由
  • 業界6年目で考えが変わったソフトウェア開発のトピック

    chriskiehlのブログより。 考えを改めたもの 過去の自分なら言い争っていたであろうことが、今では信じられるようになったこと。 様々な経験レベルを持つ人がいるチームで仕事をする場合は、型付き言語の方が適している スタンドアップは、実際に新人を注目するのに役立つ スプリント・レトロスペクティブは、実際の軌道修正のためのものであって(「つまり、なんてこった、うまく行かなかった!」)、皆の時間を無駄にするようなアジャイル/スクラムマスター的なものでない限り、その場に相応しいものである ソフトウェア・アーキテクチャは、おそらく他の何よりも重要である。優れた抽象化のクソみたいな実装は、コードベースに正味の害を与えません。悪い抽象化や欠落したレイヤーは、すべてのものを腐らせる Javaはそれほどひどい言語ではない 巧みなコードは通常、良いコードではない。明瞭さは、他のすべての懸念事項に勝る どん

  • 最も電力を使わないプログラミング言語は?

    エネルギー使用量のデータは、プログラミング言語の品質について何か教えてくれるのでしょうか? 昨年、ポルトガルの3つの異なる大学の6人の研究者からなるチームがこの問題を調査し、最終的に「プログラミング言語全体のエネルギー効率」と題する論文を発表しました。彼らは、27の異なる言語で書かれた10のプログラミング問題の解答を実行し、それぞれがどれだけ電力を使用しているか、速度やメモリ使用量と同様に注意深く測定しました。 具体的には、コンピュータ言語ベンチマーク・ゲームの10の問題を使用しました。これは、パフォーマンスを比較するためのフリーソフトウェア・プロジェクトであり、単純なアルゴリズムの問題の標準セットと、テストを実行するためのフレームワークが含まれています。(以前は「The Great Computer Language Shootout」と呼ばれていました。)「これにより、コンパイル/実行

    最も電力を使わないプログラミング言語は?
  • Haskellの子供たち

    Owenのブログより。 もし、私が4年前にタイムスリップして、昔の自分にHaskellが輝きを失い始めていると言ったら、私はそれを信じないでしょう。私はHaskellで育ち、カテゴリ理論への欲求はHaskellによって刺激され、私の最大のプログラミング・プロジェクトはHaskellであり、Haskellを使った会社で働くのが夢でした。 しかし今では、以前ほどHaskellに興奮していないことに気が付きました。何が変わったのでしょうか? いくつか要因があると思います。主な要因の1つは、Haskellが当に得意としているプログラミングの種類だと思います。つまり、抽象的で正しいインタフェースを作ることは、私にとって興味のあるタイプのプログラミングではないと言うことです。キャリアとしてソフトウェアに携わりたいと思ったとき、自分を繰り返さないようにする素晴らしい機能を持った言語はとても役に立ちまし

  • Smalltalkが失敗した理由

    Room 101より。 Bits of History, Words of Advice 「貴重なものがあるのに、私に喜びを与えてくれるような優雅さがあるのに、なぜ君ら間抜けは劣った言語の乗り物を使うんだ? どうして、そんなに盲目で愚かなんだ?」その議論には絶対に勝てないし、挑戦しない方がいい。 - アラン・パリス, 1978 1970年代後半、Xerox Parcの研究者たちは現代のコンピューティングを発明しました。もちろん、他の場所にもありましたが、Parcは非常に不釣り合いな(不相応な)貢献をしました。 その大部分は、Smalltalkというプログラミング言語をベースとして行われました。40年前、Smalltalkの動的更新とリフレクション機能は、今日の主流言語の中では最も高度なものでした。この言語は、これらの機能を活用して、多くの点で現在、その用語の下で成り済ましている日、ブラッ

  • 今日のインターネットはいまだにARPANET時代のプロトコルを信頼している: Request for Comments

    IEEE Spectrumより。 RFCは、ARPANETの最も永続的な遺産かも知れません。 スティーブ・クロッカー UCLAのBoelter Hallには、4つのオリジナルARPANETノードの1つが収容されていました。 毎年3月、7月、11月になると、私たちはインターネットが成熟して安定した技術ではないことを思い知らされます。私たちは、経済、社会、教育政治の生活に不可欠なツールとしてインターネットに依存しています。しかし、インターネット・エンジニアリング・タスク・フォースが4か月に1度、大陸から大陸へと移動する公開会議で会合を開くと、世界中から1,000人以上の人々が考えを変えさせるために集まって来ます。全人類が共有するグローバル・ネットワークに関する彼らのビジョンは、ダイナミックで進化し、継続的に改善されています。彼らの努力は、無数の他の人々の貢献と相まって、インターネットを常に機

    今日のインターネットはいまだにARPANET時代のプロトコルを信頼している: Request for Comments
  • アマゾンの火災: 何が起きているのか、私たちにできることはあるのか?

    ガーディアン紙より。 ブラジルの火災と森林伐採の増加を人々が心配するべき理由 アマゾンで何が起きているのですか? ブラジルでは数千の火災が起きています。その多くは世界最大の熱帯雨林で発生し、地域全体に煙の雲を送り、憂慮すべき大量の炭素を世界の大気に送り込んでいます。 これは毎年起こりますか? はい。ただし、一部の地域は通常よりはるか多くなり苦しんでいます。最悪の影響を受けたブラジルのアマゾナス州では、今月のピーク日は過去15年間の同じ日の平均よりも700%高くなりました。他の州では、8月での灰やその他の微粒子の量は2010年以来最高レベルに達しています。 ブラジルでは、今年までに72,000件以上の火災が発生しており、2018年の同時期と比較して84%増加しています 原因は何ですか? 火災のほとんどは農業が原因であり、収穫後に小自作農家が刈り株を燃やすか、農民が農地のために森林を伐採します

    アマゾンの火災: 何が起きているのか、私たちにできることはあるのか?