並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 779件

新着順 人気順

ブロッキングの検索結果1 - 40 件 / 779件

  • 高校生がリアルタイム投票サイトを公開したらいきなり1万PVを記録した話 - Qiita

    今回は高校生の私たちが公開した投票サイトが三日で1万PVを記録したので、その経緯をサイトの紹介も含め、全て公開します。 qiitaで後日談を書きましたので、よかったらお読みください リンクはこちらです サイトの内容 名前はAICEVOTE(アイスボート) リンクはこちら ----> aicevote.com(大量アクセスで現在サーバーが不安定な状況です。ご了承ください。) このサイトを一言で言うとこんな感じです。 "投票用紙を氷に見立てた次世代のリアルタイム投票サイト" AICEVOTEとは 普通の投票とAICEVOTE(アイスボート)の違い 普通の投票 普通の投票では、投票箱A/Bに最終的に投票された票の数の比で結果が決まります AICEVOTE AICEVOTEでは投票用紙の代わりに氷を投票します。 それぞれの投票箱の底は網目になっています 時間が経てばあなたが投票した氷は少しずつ溶け

      高校生がリアルタイム投票サイトを公開したらいきなり1万PVを記録した話 - Qiita
    • Node.js徹底攻略 ─ ヤフーのノウハウに学ぶ、パフォーマンス劣化やコールバック地獄との戦い方|ハイクラス転職・求人情報サイト AMBI(アンビ)

      Node.js徹底攻略 ─ ヤフーのノウハウに学ぶ、パフォーマンス劣化やコールバック地獄との戦い方 Node.jsをうまく活用できている企業は、どのような方法でベストプラクティスを習得してきたのでしょうか。ヤフー株式会社でNode.jsの社内普及に務めてきた言語サポートチームに、同社の実施を紹介してもらいました。 Node.jsは「イベントループモデルで、ノンブロッキングI/Oを使用している」「問題発生時にHTTP/TCPやPOSIX APIなど低レイヤーの知識を求められる」といった特徴を持つ言語です。開発者が習得すべき技術領域が広いため、Node.jsらしい書き方の学習難易度は高いと言えます。 それでは、Node.jsをうまく活用できている企業は、どのような方法でNode.jsのベストプラクティスを習得してきたのでしょうか。ヤフー株式会社でNode.jsの社内普及に務めてきた言語サポート

        Node.js徹底攻略 ─ ヤフーのノウハウに学ぶ、パフォーマンス劣化やコールバック地獄との戦い方|ハイクラス転職・求人情報サイト AMBI(アンビ)
      • 2020 年、 React 軸で学ぶべき技術 - mizchi's blog

        なぜ仮想 DOM という概念が俺達の魂を震えさせるのか - Qiita から 5 年経ち、 仮想 DOM を備えた React やそれを採用した Vue や他のライブラリも市民権を得たように思います。 有用な技術が市民権を得る、というのはエコシステムが花開くことでもあります。新しいプロダクトを作る際の技術選定において、 TypeScript + React が常に正解というわけではないですが、このスタックはかなり強力だという手応えがあります。 このスタックは得意のウェブフロントエンドは勿論、それ以外もとりあえず 80 点ぐらいの品質でプロトタイピングできる、というようなエコシステムになってきたような肌感があります。 モダンフロントエンドだと TypeScript と Webpack は採用しているのを前提として、本記事では React を軸にその技術を活かすために、次の 6 個の技術を紹介

          2020 年、 React 軸で学ぶべき技術 - mizchi's blog
        • フロントエンドのパフォーマンスチューニングを俯瞰する - 30歳からのプログラミング

          去年からフロントエンドのパフォーマンスについて断続的に学んでいるが、自分の頭のなかにある知識はどれも断片的で、まとまりを欠いているような感覚があった。 知識と知識がつながっておらず、各施策が何のために行われるのかも、必ずしも自明ではなかった。何となく「パフォーマンスに効果がある」と言ってしまうが、それが何を指しているのかは実は曖昧だった。 このような状態では新しい知識を得ていくのが難しいというか、効率的に行えないように思えた。議論の背景が分からないし、文脈や問題意識を上手く掴めないから。何の話をしているのかよく分からない、という状態になりがち。書かれてあることの意味は分かっても論旨を掴めているわけではないから、自分のなかに定着しない。 そこで、現時点で自分が知っていることを整理して、自分なりに分類しておくことにした。 当たり前だが、どのテクニックがどの程度有効なのかは、状況によって違う。

            フロントエンドのパフォーマンスチューニングを俯瞰する - 30歳からのプログラミング
          • フロントエンドを集中的に学習できる究極の無料リソースを厳選してみた! - paiza times

            どうも、まさとらん(@0310lan)です! 今回は、フロントエンド開発者およびこれから学習をしようと考えている人に最適な無料リソースを厳選してご紹介します。 学習コンテンツばかりでなく、開発に便利なサービスやツールなども紹介しつつ、初心者から中級者くらいまで役に立つドキュメントもまとめています。すべて無料なのでWeb開発にご興味ある方はぜひ参考にしてみてください! ■何を学習したらいいのかをロードマップで確認する 【 Developer Roadmaps 】 フロントエンドの学習といっても意外に広範囲なので、まずは何から勉強をすればいいのか迷う人も少なくありません。この「Developer Roadmaps」はWeb開発者が勉強するための学習内容をロードマップとして無償公開しています。 さまざまな種類が用意されていますが、例えばフロントエンドの場合は以下のような感じです。 有名なロードマ

              フロントエンドを集中的に学習できる究極の無料リソースを厳選してみた! - paiza times
            • サーバーレスアーキテクチャ再考 - ゆううきブログ

              2014年にAWS Lambdaが登場し、Functionを単位としてアプリケーションを実行する基盤をFunction as a Service(以下、FaaS)と呼ぶようになった。 そして、同時にサーバーレスアーキテクチャ、またはサーバーレスコンピューティングと呼ばれる新しいコンセプトが普及するに至った。 当初、そのコンセプトが一体何を示すかが定まっていなかったために議論が巻き起こり、今現在では一定の理解に着地し、議論が落ち着いているようにみえる。 しかし、サーバーレスという名付けが悪いということで議論が着地したようにみえていることにわずかに疑問を覚えたために、2019年の今、これらの流れを振り返ってみて、サーバーレスアーキテクチャとは何かを改めて考えてみる。 サーバーレスとの個人的関わり サーバーレスアーキテクチャという名を僕がはじめて耳にしたのはAWS Lambdaが登場した2015

                サーバーレスアーキテクチャ再考 - ゆううきブログ
              • やっぱりNTT東日本の「個人PC等点検」はやっちゃダメだと思う - miyalog

                先日、NTT東日本グループが従業員に対し、個人所有のPC等に会社指定の検閲ソフトを導入させてプライベートなデータの検査や、会社が指定したソフトウェアを利用できないようシステムに細工するセキュリティ向上施策を実施していたことが明らかになりSNSで話題になりました。 ntt-workers.net (16.11.18 N関労東 秋闘要求書を提出 の項) さらにその後、ITmedia が取材を行ない、同社は内容を否定しました。 nlab.itmedia.co.jp しかし上記の記事には「いや、やっぱり検閲してんじゃん」、「(SNSで言われていたことは)だいたいあってる」などと多くのコメントが多く寄せられている通り、なにが「事実と異なる」のかいまいち見えません。そこで本エントリでは同社の社員に配布された資料や労働組合の提言を参考に何が行われているのか、さらにいくつかの判例を参考にそれは問題ではない

                  やっぱりNTT東日本の「個人PC等点検」はやっちゃダメだと思う - miyalog
                • 0から始めるNode.jsパフォーマンスチューニング

                  近年の Node.js は API のサーバとしてはもちろん、Nuxt.js や Next.js といった SSR や BFF などフロントエンドのためのバックエンド言語としての人気が高まっています。 フロントエンドエンジニアがコンテキストスイッチ少なくバックエンドの整備ができることは非常に大きな利点です。 ですが、フロントエンド(ブラウザ側)とバックエンド(サーバ側)ではパフォーマンスチューニングで見るべき点が大きく違います。 しかし Node.js アプリケーションのパフォーマンスイシューの見つけ方などがまとまっている資料は少ないです。 そこで、本記事ではフロントエンドエンジニアが Node.js でパフォーマンスイシューを見つけ、改善するため自分が普段パフォーマンスチューニングを依頼されているときにみている基礎的なポイトをまとめていきます。 1. 計測ステップlink Node.js

                    0から始めるNode.jsパフォーマンスチューニング
                  • QUICをゆっくり解説(1):QUICが標準化されました | IIJ Engineers Blog

                    Haskellコミュニティでは、ネットワーク関連を担当。 4児の父であり、家庭では子供たちと、ジョギング、サッカー、スキー、釣り、クワガタ採集をして過ごす。 不定期連載を始めます IIJ-II 技術研究所 技術開発室の山本です。私はプログラミング言語HaskellでHTTP/2とTLS 1.3を実装した後、もっぱらQUICを実装することに時間を費やしてきました。 ご存知の方もいらっしゃると思いますが、今年の5月にQUICの仕様がRFC9000として公開されました。このRFCは実によく書かれているので、読みこなせばQUICの全容が掴めるでしょう。 しかし仕様は膨大ですし、実際に実装してみて初めて腑に落ちることもあります。そこでこの機会に、実際にQUICを実装した経験者目線で、QUICの解説をしていきたいと思います。なんとなくTCP/IPを分かっている方が、ある程度QUICの理解ができることを

                      QUICをゆっくり解説(1):QUICが標準化されました | IIJ Engineers Blog
                    • エンジニアのスキルマップ・テックリードへの途 - 電通総研 テックブログ

                      みなさんこんにちは。電通国際情報サービス(ISID) 金融ソリューション事業部の水野です。 これは電通国際情報サービス Advent Calendar 2022の16日目の記事です。 今回は、ISID金融事業部で運用しているスキルマップについてご紹介します。 テックリードとは 実は、ISIDの少なくとも金融事業部にテックリードと言うポジションはありません。 実在するのはチーフアーキテクトと言う職種のみで、各プロジェクトでリードエンジニアやテックリードという仮想的なロールがあるのが実態です。 一時期はフルスタックエンジニアと呼んでいる時期もありましたが、近年このワーディングが好まれない印象なので、大々的に使っていません。 主観ですが、フルスタックエンジニアはインフラ知識/運用系の知識のウェイトが高いエンジニアで、テックリードはソフトウェアアーキテクチャ、Webアプリケーション実装技術寄りのエ

                        エンジニアのスキルマップ・テックリードへの途 - 電通総研 テックブログ
                      • 結局、「漫画村」は死んでないのではないか

                        2018年ごろ、世間を大いに騒がし、その後の法改正に大きな影響を与えた「漫画村」事件。まだ3年前の話なので記憶も新しいところだが、21年6月2日、福岡地裁にて元運営者に対する判決が出た。著作権法違反と組織犯罪処罰法違反の罪で、執行猶予なしの懲役3年、罰金1000万円、追徴金約6257万円だという。 被告が逮捕・起訴されたのが19年だったので、地裁の判決まで2年間かかったことになる。被告らが期日までに抗告しなかったため、刑が確定した。 ただしこれは刑事訴訟である。損害賠償などに関しては、これからまた別に民事で争っていくことになる。当時の試算では被害総額が3000億円相当とされていたので、損害賠償額も到底個人では払えない額に膨れ上がるかもしれない。懲役こそ3年に過ぎないが、塀から出た後に本当の地獄が待っている。 これだけ重い刑罰が課せられれば、模倣犯に対する抑止効果もあるように思える。しかし今

                          結局、「漫画村」は死んでないのではないか
                        • iOS14の衝撃。モバイルマーケターはこの激変を今すぐキャッチアップせよ。|Akira Morishita / 森下 明

                          2020/7/2更新:以下に本記事の続報で詳細な分析を行った記事をUPしました。是非、こちらも御覧ください。 iOS14に関するつぶやきをしておりますので是非、Twitterアカウントフォローください。 やや煽った記事になりましてすいません。 2020年6月22日(月) – 2020年6月26日(金)で実施されている 2020 Apple Worldwide Developers Conference にてiOS14の内容が公開されIDFAの取り扱いに大幅なアップデートがありました。 本記事は以下の構成です。 ・本アップデートによる各ステークホルダーへの影響範囲をサマリー ・その根拠となる文献の日本語翻訳を7記事掲載 本アップデートによる各ステークホルダーへの影響範囲 結論から申しますと、モバイルマーケティングのステークホルダー ・代理店、媒体社 ・ツール会社 ・広告主 全員に影響がありま

                            iOS14の衝撃。モバイルマーケターはこの激変を今すぐキャッチアップせよ。|Akira Morishita / 森下 明
                          • TCPとQUICの比較

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

                              TCPとQUICの比較
                            • テックリードになって気をつけていること - Qiita

                              フューチャーアドベントカレンダー2020の24日目です。 はじめに フューチャーに入ってテックリード(社内だとアーキリーダーと呼ぶことも多い)のような役割をし始めて4,5年ほど経過しました。 いくつかの案件を回して自分なりに汎化・パターン化してきた部分も増えてきたので、気を付けていることをまとめました。 テックリードとは エンジニアのためのマネジメントキャリアパス――テックリードからCTOまでマネジメントスキル向上ガイド によると、以下のように説明されています。 テックリードはエンジニアの階層におけるランクのひとつではなく、シニアのレベルに達したエンジニアが担うことのできる職責群である 技術的なプロジェクトの管理者 部下に効率良く仕事を割り振って自身の負担を適宜軽減するよ う心がける チーム全体の生産性に照準を定め、しかるべき成果を上げるよう全力を尽くさなければならない 管理やリーダーシッ

                                テックリードになって気をつけていること - Qiita
                              • 川上量生さん、控訴審に津田大介さん、浜村通信さんを担ぎ出すも高裁判決で無事敗訴 : やまもといちろう 公式ブログ

                                今日2020年11月25日、東京高等裁判所で川上量生さんとの裁判で判決が出まして、私の一審勝訴を支持する、控訴棄却となりました。まずは順当な判断を高裁にはいただけたということで、ホッとしております。 ご支援くださいました皆様方、ならびに担当代理人として勝利に導いてくださった壇俊光先生、神田知宏先生ほか対カワンゴ訴訟団の先生方、本当にありがとうございました。深く感謝を申し上げます。 私は一連の裁判において、本件は一番重要な裁判であると考えていました。 第二訴訟である本件裁判は、訴額こそ1円ですが、大企業カドカワの経営者がツイートで間違いを指摘されたことに対してSLAPPまがいの訴訟を提起し、言論を封じようとする行動に他ならないからです。これはもしも相手が法的知識のない人からすれば、1円とは言え法的措置を取られたことに大変に動揺し、萎縮することは間違いありません。当時まだカドカワ代表取締役であ

                                  川上量生さん、控訴審に津田大介さん、浜村通信さんを担ぎ出すも高裁判決で無事敗訴 : やまもといちろう 公式ブログ
                                • PlanetScaleというサーバレスDBが凄く勢いのあるサービスらしいのでQuick Startやってみた - Qiita

                                  PlanetScaleというサーバレスDBが凄く勢いのあるサービスと聞いて、公式にクイックスタートがあったのでやってみました。 環境 PC: MacBook Pro (Intel Core 2016) OS: macOS Montery12.2.1 では概要から確認していきます。 サーバーレスDBとは サーバがない、のではなく、サーバ管理や検討が不要 AWS Lambda(NoSQL)など PlanetScaleとは PlanetScale年表 2010年頃 YouTubeが急激に成長し、データベースが爆発しそうになっていたので、Sugu氏ともう一人のYouTubeのエンジニアがオープンソースプロジェクト「Vitess.io」(ヴィテス)を立ち上げる 2016年頃 MySQLでバイナリプロトコルを扱えるようにしたことで、VitessはYouTube以外の企業にとっても魅力的なシステムになり

                                    PlanetScaleというサーバレスDBが凄く勢いのあるサービスらしいのでQuick Startやってみた - Qiita
                                  • HTTP/3 の特徴 HTTP/2とQUICの違い | REDBOX Labo

                                    今回は改めてHTTP/3とはどのようなもので、QUICとは何か、HTTP/2時代からの改善点と我々はHTTP/3の波に乗るべきなのかチェックしていきたいと思います。時がたち次世代Web通信プロトコル「HTTP/3」の標準化プロセスが完了し、2022年6月に「RFC 9114」となりました。既に基盤となる「QUICプロトコル」の標準化プロセスも完了し、RFC9000としてRFCとなりました。もうHTTP/3は無視出来ないところまできています。 HTTP/3の誕生と歴史HTTP/3とは、HTTP/1.1 HTTP/2に続く新しいバージョンの約束事です。HTTP/1.1からHTTP/2は様々な点で劇的な進化を遂げましたが、HTTP/3はHTTP/2の根本的な課題をTCP・TLSの融合という形で解決し問題点を補うよう進化してきました。 1991年:HTTP/0.9(HTTPの始まりGETメソッドし

                                      HTTP/3 の特徴 HTTP/2とQUICの違い | REDBOX Labo
                                    • 【寄稿】コインハイブ事件 意見書ご協力のお願い - 一般社団法人日本ハッカー協会

                                      コインハイブ事件弁護団 主任弁護人 平野敬 (電羊法律事務所) 裁判の現状 2022年1月20日、最高裁判所において、Coinhive事件は逆転無罪判決となりました。これまでの皆様のご支援に深く感謝申し上げます。2022/1/20 2021年12月9日に最終弁論が開かれることになりました。2021/10/18 報道でご存知の方も多いと思いますが、2020年2月7日、東京高等裁判所において、モロさんを被告人とする不正指令電磁的記録保管事件について罰金10万円の支払いを命じる逆転有罪判決が言い渡されました。これまで、多くの皆様に裁判費用を含むご支援をいただいてきたにもかかわらず、望む結果を出せなかったことを、弁護人として深くお詫びします。 我々は東京高等裁判所の判決を不服として、上告状を提出すべく準備を進めています。今後は最高裁判所において事件が争われることになります。 横浜地方裁判所の判決(

                                        【寄稿】コインハイブ事件 意見書ご協力のお願い - 一般社団法人日本ハッカー協会
                                      • Rustの非同期プログラミングをマスターする - OPTiM TECH BLOG

                                        こんにちは、R&Dチームの齋藤(@aznhe21)です。 さあみなさん、ついにこの時がやってまいりました。 本日2019/11/8にリリースされたRust 1.39により、あらゆる環境で最高速な非同期プログラミングが可能になりました。 新たな時代に乗り遅れないよう、今のうちにRustでの非同期プログラミングをマスターしておきましょう。 なお、この記事は、先日開催したOPTiM TECH BLOG Meetupの内容を大幅に加筆修正した上でエントリに仕上げたものです。 まず最初に伝えたいこと 非同期の歴史 Rustの非同期プログラミングの歴史 Rust 1.0以前 Rust 1.0 〜Rust 1.3 Rust 1.2あたり Rust 1.11あたり Rust 1.26あたり Rust 1.36 Rust 1.39 Rustの非同期プログラミングの特徴 ゼロコスト抽象化 プラットフォーム非依

                                          Rustの非同期プログラミングをマスターする - OPTiM TECH BLOG
                                        • ターミナル用 UTF-8 テキストエディタを Rust でスクラッチからつくった - はやくプログラムになりたい

                                          言語処理系やテキストエディタなどのプログラミングツールが好きなので,その周辺を趣味で触ってます.Vim を Wasm にポートするために Vim の実装を読んだりはしているのですが,フルスクラッチでテキストエディタをつくったことはありませんでした. 今年のお盆はめちゃ暑かったので,引きこもって夏休みの自由工作的に Rust でテキストエディタをつくっていたという話です.普段ターミナルで作業しているので,つくるのもターミナル向けテキストエディタです.最近 vim.wasm で C と TypeScript ばかりだったので,そろそろまた Rust か Go を書きたかったのですが,Go はすでに micro という良さそうなテキストエディタ実装があったので,Rust で書いてみることにしました. まずは Build Your Own Text Editor というガイドを利用して,1000行

                                            ターミナル用 UTF-8 テキストエディタを Rust でスクラッチからつくった - はやくプログラムになりたい
                                          • ソフトウェア設計のトレードオフと誤り

                                            「プログラムを設計するときに行った技術的な判断や選択が、後日大きな制約となる」これはプログラマなら誰しも経験したことのあることでしょう。本書は、そんなプログラミングにおける各種の設計上の選択について、トレードオフの内容やそれがどのような誤りを招きうるのかという点を踏まえて紹介する書籍です。 コードの重複、エラーや例外処理、柔軟性と複雑性のバランスのようなコードレベルの選択から、APIの設計、時刻の扱い、データローカリティのようなシステム寄りの話題、またライブラリの選択、分散システムの一貫性と原子性、バージョニングのようなより抽象度の高い内容まで、さまざまなシチュエーションにおけるトレードオフの実態と、その失敗例をとり上げます。 本書は日々のプログラミングにおける解決策のヒントを得るだけでなく、より幅広い設計上の知見を広める上でも役に立つでしょう。 正誤表 ここで紹介する正誤表には、書籍発行

                                              ソフトウェア設計のトレードオフと誤り
                                            • 高木浩光@自宅の日記 - 電気通信事業法における検閲の禁止とは何か

                                              ■ 電気通信事業法における検閲の禁止とは何か 目次 通信の秘密に検閲は関係しないの? 昨年のブロッキングを巡る議論のズレっぷり 検閲の禁止と通信の秘密との関係 戦後初期ではどう整理されていたか カワンゴ的な検閲厨の到来は昭和27年の国会で予見され論破されていた インターネット時代における検閲の禁止・通信の秘密とは 通信の秘密に検閲は関係しないの? 前回の日記「アクセス警告方式(「アクセス抑止方策に係る検討の論点」)に対するパブコメ提出意見」では、通信の秘密を単にプライバシーの問題で捉えるのではなく、検閲の禁止との関係で捉えるべきであるとの意見を示したが、実は、昨年いろいろな方々にこのことを言ってみたが、なかなか首肯してもらえなかった。なぜなら、学説でそういうことは言われておらず、電気通信事業法の逐条解説書もそうとは言っていないからだ。 例えば、長谷部編「注釈日本国憲法(2)」では、(憲法上

                                              • 拙速すぎる文化庁の違法ダウンロード拡大と阻止、一体何があったのか?委員振り返る – すまほん!!

                                                情報法制研究所(JILIS)は2019年6月15日、第3回情報法制シンポジウムを東京大学伊藤国際学術研究センターにて開催しました。 「海賊版サイト対策と静止画ダウンロード違法化問題」について報告したのは、小島立九州大学准教授。 海賊版サイト対策とブロッキングの問題から派生した、違法ダウンロード拡大問題。従来は音楽と映像に限定されてきたダウンロード違法化の範囲を静止画やテキストなど全てに拡大しようとする著作権法改正案。規制範囲が広すぎる、表現や研究、国民の日常利用が萎縮するといった問題を抱えていたあの法改正、結局最後はギリギリで阻止されました。 文化庁は議論を拙速に進行、その手法については当時批判の声も多く聞かれました。 あの問題について、文化庁文化審議会著作権分科会法制・基本問題小委員会の委員も務めた小島立九州大学准教授が振り返ります。 違法ダウンロード拡大、攻防を振り返る 異例づくし、法

                                                  拙速すぎる文化庁の違法ダウンロード拡大と阻止、一体何があったのか?委員振り返る – すまほん!!
                                                • Google、サードパーティー製CookieのChromeでのサポートを2年以内に終了へ

                                                  同社はまた、2月のChromeのアップデートで、サードパーティーで使うためにラベル付されたCookieにHTTPS経由のアクセスを要求する計画も発表した。これにより、安全でないクロスサイトトラッキングを制限する。 関連記事 「クッキー」から始めるプライバシーの旅 Webブラウザの「クッキー」という仕組み。リクナビの内定辞退率の予測にまつわる問題でやり玉に上がりましたが、そもそもどんな仕組みなのでしょうか。クッキーの理解から、プライバシーを考えていきます。 Chromium版「Microsoft Edge」は2020年1月15日リリース Microsoftが、Chromium版ブラウザ「Microsoft Edge」の正式版を2020年1月15日に公開すると発表した。WindowsとmacOS版だ。新ロゴはイノベーションの波を表現したとしている。 Google、個人のプライバシーと最適な広告

                                                    Google、サードパーティー製CookieのChromeでのサポートを2年以内に終了へ
                                                  • JavaScript イベントループの仕組みをGIFアニメで分かりやすく解説

                                                    JavaScript イベントループの仕組みについてGIFアニメーションで分かりやすく解説された記事を紹介します。 ✨♻️ JavaScript Visualized: Event Loop by Lydia Hallie 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 JavaScriptを視覚的に解説: イベントループ イベントループは、JavaScriptデベロッパーが避けては通れない関門の1つですが、最初は理解しにくいかもしれません。私は視覚学習者なので、GIFアニメで視覚的に説明することで、あなたの手助けをしようと思います。 説明の前に、まずイベントループとは何でしょうか? なぜ気にする必要があるのでしょうか? JavaScriptはシングルスレッドで、一度に実行できるタスクは1つだけです。通常は問題ありませんが、30

                                                      JavaScript イベントループの仕組みをGIFアニメで分かりやすく解説
                                                    • はてな流行語大賞2019ノミネート

                                                      選定基準話題になったワードを選出。 個人名は除外。 痛ましい事件などネタにすべきでないワードは除外。 ノミネート一覧献血ポスター表現の不自由展なでしこ寿司屋セブンペイラグビーW杯老後2000万円退職エントリータピる闇営業令和上級国民ブロッキング消費税増税N国党子供部屋おじさん結婚物語。ブログいかがでしたかブログウェブカツ日本国紀天気の子ジョーカー渋谷コンビニネズミ佐野SA女性銭湯絵師血液クレンジングバイトテロKIMONO追記分 GIGAZINE倉庫煽り運転KKO無敵の人丸亀製麺食べログ点数操作カッペデオコこんなもんか。ブコメかトラバで投票してくれよな。

                                                        はてな流行語大賞2019ノミネート
                                                      • プロを目指す人のためのTypeScript入門 安全なコードの書き方から高度な型の使い方まで

                                                        2022年4月22日紙版発売 2022年4月19日電子版発売 鈴木僚太 著 B5変形判/424ページ 定価3,278円(本体2,980円+税10%) ISBN 978-4-297-12747-3 Gihyo Direct Amazon 楽天ブックス ヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle ブックライブ 楽天kobo honto 本書のサポートページサンプルファイルのダウンロードや正誤表など この本の概要 TypeScriptは,JavaScriptに静的型付けの機能を加えたオープンソースのプログラミング言語です。本書では,根幹となるJavaScriptの仕様・機能とともに,TypeScript独自の仕様・機能を解説します。TypeScriptの基礎知識はこれ一冊だけで学べます。 静的型付き言語は世にいくつもありますが,Type

                                                          プロを目指す人のためのTypeScript入門 安全なコードの書き方から高度な型の使い方まで
                                                        • ソケットプログラミングのTips

                                                          概要 ソケットプログラミングに関するTipsをメモレベルで記載する。 切断検知と経路切断 TCPコネクションの切断検出 対向がclose()、shuttdown()、プログラム終了等をしたときの切断検出について。 OSをシャットダウンさせた場合も通常はアプリケーションの終了処理が走り、正常な切断が動く。 受信側の切断検出は、recv()がlength==0で返ってきたとき、または、errno==ECONNRESETとなる。(ECONNRESETはRSTによって切断された場合) 送信側の切断検出は、切断された後2回目のsend()がエラーとなる。 ※相手がclose()→こちらがsend()→相手にパケットが飛ぶが待ち受けプログラムがいないためRST応答が来る→もう1度send()→エラー ※send()自体はカーネルの送信バッファにデータコピーするだけなので、TCPレベルの応答(送信完了)

                                                            ソケットプログラミングのTips
                                                          • カドカワ代表取締役を降ろされていた川上量生さん、裁判中に謝罪要求を取り下げて吐いた唾を飲む : やまもといちろう 公式ブログ

                                                            ということで、お騒がせしております元カドカワ代表取締役の川上量生さんとの間での3つ裁判のうち、一番最初の裁判において地裁判決が出ました。 この裁判は何だったのかというと、川上量生さんが「カドカワ代表取締役」名で私(山本一郎)の所属する情報法制研究所に対し郵送にて私の記事の削除と謝罪などを求めてきた件で、そんな削除をする必要も謝罪する理由もない、ということで「債務不存在確認」の訴訟を起こしたものです。 その私の記事の内容は、川上量生さんが海賊版サイト対策において、憲法違反の疑いが強いブロッキングを行うよう政府委員などの立場で強く求める珍説を披露していたため、これに対して盛大に反論していたものです。 また、そもそも当時川上量生さんは「@nkawa2525」は匿名であるなどとして自身のアカウントとなかなか認めないという姑息な運用をしておられました。裁判になったらあっさり認めたので、そんなら最初か

                                                              カドカワ代表取締役を降ろされていた川上量生さん、裁判中に謝罪要求を取り下げて吐いた唾を飲む : やまもといちろう 公式ブログ
                                                            • 川上量生さん、素人サイトのガセネタに引っかかって、ぬか喜びをした模様 #川上量生 : やまもといちろう 公式ブログ

                                                              川上量生さんと裁判をやっているんですが、大きなイベントもなく実に静かに進行しているんですよね。 川上量生さんは私の書いたツイートがデマだと言っていたのに、クラウドフレア社は情報公開請求に応じ、NTTグループもブロッキングを一時は実施を表明しましたから、結果的に私の書いたことは全面的に正しかったわけです。でも、真実誤認性でも主張するために、クラウドフレア社に川上量生さんが行ったとしていた法的措置の内容も無ければ、NTTグループに「訴えてもいいですか」とまで言ったはずの川上量生さんの陳述書も出てきません。 つつけば川上量生さんが何をしたかったのかもう少し分かるのかなと思っていたら、どうもまったく何も思っていなかったし、具体的には何もしてなかったようだということが分かったような感じで、非常に残念です。 このままでは普通に裁判終わっちゃいますよ川上量生さん。まだ間に合います。ちゃんと川上量生さんが

                                                                川上量生さん、素人サイトのガセネタに引っかかって、ぬか喜びをした模様 #川上量生 : やまもといちろう 公式ブログ
                                                              • 今Partytownがヤバい。JavaScript Sandboxの未来はどっちだ?

                                                                概要 Partytownというプロジェクトが先月発表された。このプロジェクト自体はWebのパフォーマンス向上(3rd Party Scriptによるブロッキングの低減)を主目的としているが、実質ブラウザにおけるJavaScript Sandboxの方向性に一石を投じるものであるとして自分は理解した。本稿ではこちらについて背景とともに解説を試みる。 WebブラウザにおけるJavaScript Sandbox JavaScriptで記述されたWebアプリケーションにおいて、たとえばプラグイン機構を実現したいなど、他Partyが提供あるいはユーザ自身が記述したスクリプトを、ホストとなるアプリケーションに影響を与えることなく実行することを許可したい、というケースはままある。2000年代に跋扈したブログパーツの類はWebコンテンツに対するプラグインの代表例とも言えるが、埋め込み先ページに対しての全権

                                                                  今Partytownがヤバい。JavaScript Sandboxの未来はどっちだ?
                                                                • head内でパフォーマンスの問題がある箇所、Webページのレンダリングを妨げる要因を明らかにするCSS

                                                                  Webページのレンダリングを妨げる要因、<head>タグ内でレンダリングをブロックしているCSSやJavaScript、サードパーティーのリソースなどを表示して、どこを修正すればよいか教えてくれるCSSのスニペットを紹介します。 ちなみに下記のグリーンは問題なし、レッドはエラーで対応が必要、オレンジは特定のシナリオで問題が発生する、です。 ct.css ct.css -GitHub ct.cssの特徴 ct.cssのデモ ct.cssの使い方 ct.cssの特徴 <head>内にあるタグは、ページのレンダリングを妨げる要因となる最大の箇所で、正しい形式であることは非常に重要です。ct.cssは、Webページの<head>タグ内に潜在するパフォーマンス上の問題を明らかにするCSSのスニペットです。 ct.css ct.cssの使用にあたっての制限事項は、下記の通りです。 一致しないmedia

                                                                    head内でパフォーマンスの問題がある箇所、Webページのレンダリングを妨げる要因を明らかにするCSS
                                                                  • スーツオブザイヤーで慶應義塾大学教授の宮田裕章せんせ、超絶駄目なペーパーを提出して酷評される : やまもといちろう 公式ブログ

                                                                    コレ。 デジタル改革関連法案ワーキンググループ(第2回)議事次第 https://www.kantei.go.jp/jp/singi/it2/dgov/houan_wg/dai2/gijisidai.html どこから突っ込んでいいのか分からないわけですけれども、これが我が国の大事なデジタル庁設置に関する協議で、日本国内・海外のデータ流通をどうするか審議する場で提出されてしまったそうなんですよ。 俺たちの宮田裕章大先生がデジタル庁発足に向けて、超絶キ ガイな「データ共同利用権」なる違法概念を堂々と官邸WGで提示してしまい、俺たちの落合陽一大先生を超える活躍を魅せる — 山本一郎(Ichiro Yamamoto) (@Ichiro_leadoff) November 8, 2020 それも、先日日経の「スーツ・オブ・ザ・イヤー」に輝いた慶應義塾大学教授の宮田裕章大先生がやらかしたと酷評されて

                                                                      スーツオブザイヤーで慶應義塾大学教授の宮田裕章せんせ、超絶駄目なペーパーを提出して酷評される : やまもといちろう 公式ブログ
                                                                    • NginxとApacheって何が違うの?? - Qiita

                                                                      はじめに Webサーバーを使うときに、NginxとApacheって言葉よく耳にしますよね。 ただその違いっていまいち良くわからなくないですか??(僕だけだったらすみません笑) ちなみに僕は「Nginxの方がなんか人気だし良さそうな気がする。。。」という何の根拠もないイメージしか持っていませんでした。 さすがにもう少しちゃんと理解したいと思い、今回はこの違いを記事にしてみました。 ぜひぜひ最後まで読んでみてください〜! ※ちなみにNginxとApacheはそれぞれ、「エンジンエックス」「アパッチ」と読みます。 そもそもNginxとApacheとは? NginxとApacheはWebサーバーのソフトです。 サーバーにこれらのソフトをインストールすると、Webサーバーとしての機能をもちます。 Webサーバーソフトにおいて、2021年12月時点でNginxとApacheが圧倒的シェアを誇っています

                                                                        NginxとApacheって何が違うの?? - Qiita
                                                                      • RustでWebアプリケーションのバックエンドを開発するには ─ 型システムの堅牢性と柔軟性を業務システムにも!|ハイクラス転職・求人情報サイト AMBI(アンビ)

                                                                        ハイクラス求人TOPIT記事一覧RustでWebアプリケーションのバックエンドを開発するには ─ 型システムの堅牢性と柔軟性を業務システムにも! RustでWebアプリケーションのバックエンドを開発するには ─ 型システムの堅牢性と柔軟性を業務システムにも! 安全性に大きな特徴があるプログラミング言語Rustは、C言語やC++に代わるシステム記述言語として注目されてきました。しかし、その安全性とパフォーマンスの高さにより、ビジネスアプリケーションの構築にも採用されています。この記事ではキャディ株式会社による事例を紹介します。 こんにちは。キャディ株式会社バックエンドエンジニアの松田と申します。 キャディ株式会社では、「モノづくり産業のポテンシャルを解放する」をミッションとして、製造業分野に関連するさまざまなソフトウェアの開発を行っています。また、そのための主要な開発言語としてRustを採用

                                                                          RustでWebアプリケーションのバックエンドを開発するには ─ 型システムの堅牢性と柔軟性を業務システムにも!|ハイクラス転職・求人情報サイト AMBI(アンビ)
                                                                        • 海賊版ブロッキング、議論再開を=政府先送りに有識者意見:時事ドットコム

                                                                          海賊版ブロッキング、議論再開を=政府先送りに有識者意見 2019年07月26日19時59分 政府は26日、知的財産戦略本部の有識者会議を東京都内で開き、漫画やアニメをインターネット上に無断掲載する「海賊版サイト」対策について、改めて検討に入った。アクセスを強制遮断する閲覧防止措置(ブロッキング)の法制化をめぐり、出席者から早期の議論再開を求める意見が出た。同日提示された総合対策案には、先に関連法案提出が見送りになったダウンロード違法化を速やかに進めることなどが明記された。 【特集】「スノーデン」を生んだ「NSA女性ハッカー」の「暴露」 海賊版対策をめぐっては、政府は当初、ブロッキングの法制化などを柱に検討してきた。しかし、憲法が保障する「通信の秘密」を侵害しかねないとの反対論が根強く、先の通常国会への関連法案提出を断念した経緯がある。 ブロッキングの法制化に関し、総合対策案は「他の取り組み

                                                                            海賊版ブロッキング、議論再開を=政府先送りに有識者意見:時事ドットコム
                                                                          • 川上量生さん推進の海賊版サイトのブロッキング、星野ロミさん逮捕でますます不要になる:川上量生さんとの訴訟を生暖かく見守る会 - ブロマガ

                                                                            というわけで、あれだけ問題視されていた漫画村運営者の星野ロミさんがフィリピンで身柄を取られてしまいました。 【独自】フィリピンで拘束された「漫画村」元運営者 星野ロミ容疑者の写真独自入手 https://www.fnn.jp/posts/00047147HDK/201907091343_kokusaibu_HDK これで、漫画村での被害総額3,000億円と言われていた金額の行方だけでなく、通常の民事刑事での追及では海賊版対策はできなくなると繰り返し主張されていた川上量生さんのお話も台無しになるわけでございます。 時間がかかっているとはいえ、福岡県警(とされている組織)が日本大使館経由ですでに居場所の知れていた星野ロミさんの身柄をフィリピン当局に確保するよう願い出て、実際普通に拘束されておるわけですのでね。 一方、星野ロミさんはドイツ国籍やイスラエル国籍も持っているという謎報道も出てきており

                                                                              川上量生さん推進の海賊版サイトのブロッキング、星野ロミさん逮捕でますます不要になる:川上量生さんとの訴訟を生暖かく見守る会 - ブロマガ
                                                                            • 続・新しい漫画村?ができたらしいので調査しておく - orangeitems’s diary

                                                                              事象 J-CASTで報じられた件とはまた別の漫画村サイトが発見されたという情報を@HiromitsuTakagiさんより頂きました。情報提供誠にありがとうございます。 もう一つこれとは別の漫画村クローンが出てきているようだが……。https://t.co/QgLYCYkN8j — Hiromitsu Takagi (@HiromitsuTakagi) June 2, 2019 見つけました。相変わらずURLは自重します。 ※モザイクをかけています 第一印象ですが、 前回の件と比べると非常に良くできた印象です。 もしかすると、前回のサイトはブラフでこちらが本命ではないかというぐらいの出来の違いです。 技術的調査 前回調査と同じ視点で調べて行きます。 CDN利用の有無 漫画村と同じCloudflareを使っています。海賊版サイトの定番の作りです。 オリジンサーバーは完全にCloudflareの

                                                                                続・新しい漫画村?ができたらしいので調査しておく - orangeitems’s diary
                                                                              • リアクティブは難しいが役に立つ - Chatwork Creator's Note

                                                                                お久しぶりです、かとじゅん(@j5ik2o)です。テックブログを書くのは何年ぶりか…。 サービスが停止したり応答性が低下すると、お叱りや逆に励ましをいただきますが、エンジニアとして設計レベルからそういった問題に対処するにはどうするか、日々精進しているところですmm。この記事はそういう論点で注目されている「リアクティブ原則」についてまとめてみたいと思います。 それなりのボリュームになってしまったので、時間があるときに読んでいただければと思います。 さて、Linux Foundation内の新たなトップレベルプロジェクトであるReactive Foundationが主催する、Reactive Summit 2020が11月10日にオンラインで開催されたので参加しました。 www.reactivesummit.org 参加されていたスピーカーはLightbendをはじめ、Netflix, Fac

                                                                                  リアクティブは難しいが役に立つ - Chatwork Creator's Note
                                                                                • 【朗報】著作権訴訟で広告ブロッカーが勝訴

                                                                                  Adblock Plusを運営するeyeo社は、ドイツの出版社アクセル・シュプリンガー(Axel Springer)との長期にわたる法廷闘争でまたもや勝利を収めました。 ハンブルクの裁判所は、「広告をブロックするためにウェブサイトのHTMLコードを変更することで広告ブロッカーは著作権を侵害する」と主張する出版社側の訴えを退けた。 もし裁判所が出版社側の味方をしていれば、広告をブロックしたり、アクセシビリティのためにウェブページの配色を変更したりするなど、ウェブサイトのコードを変更しようとする試みは著作権侵害とみなされ、ウェブサイトの所有者から停止命令を受ける可能性があったかもしれない。 (参考までに、HTMLはウェブの95%を構成している。) eyeoはブログ記事で、拡張機能開発者やブラウザだけでなく、一般のインターネットユーザーも影響を受け、損害賠償の支払いを余儀なくされる可能性があった

                                                                                    【朗報】著作権訴訟で広告ブロッカーが勝訴