2023/09/21 @ Findy のカンファレンス

高遠 頼@生命科学VTuber(たかとー らい)🧬 🔬 🥼 @takatoh_life 現在X(Twitter)にて ・アカウント名を変更するとアカウントがロックされる ・ロック時の認証に不具合があり、認証できない という現象が重なり、アカウント名を変更するとログインできなくなります。 今はアカウント名の変更はできる限り控えましょう。 2023-09-07 14:23:08 ✶灰 朱香✶⚙️🦋 @Kai_Ayaka_013 はい！全フォロワー、フォロワー外の人注目！ 今現在、X社がまたエラー起こしてるから、名前を変えないで、そのままでいて！ 変えてしまったら無限地獄の認証画面で、問題が発生しましたって画面出るから、それのループになります！なのでそのままでいて！よろしく！ twitter.com/i/web/status/1… 2023-09-07 09:21:16

これだけみると LibC がよく見えますね。 オープンソースのライブラリ比較や、エンタープライズな SaaS が競合に対する優位を見せたいときに星取表が使われることが多いです。 中立な立場でライブラリを選定する過程として出てくることがあります。 自分はこれに全く意味がなく、むしろ競争的な立場では出した側が負けるものと認識しています。 星取表を作る側の意図 よく見かけるパターンがこれです。 開発自体は長いため機能が豊富だが性能に劣る先発が、後発を貶めている 恣意的な項目選定で、そもそも負けている そもそも比較対象としての土俵が違う(全部入りのフレームワークと単機能なライブラリの比較) 特に 1 と 2 の組み合わせが多く、この裏では非機能要件で圧倒的に負けていることが多いです。例えば A は機能は豊富だけどビルドに 30秒で、Bは機能は足りないけど3秒だといった場合、多くの場合ではまず B

ソーシャルメディアの台頭： Facebook、Twitter、LinkedInなどが普及し、ユーザーは情報収集やニュースを取得するためにRSSリーダーを使用する必要がなくなりました。 モバイルアプリの進化： RSSリーダーが人気を博した頃は、デスクトップコンピューターでの利用が主でした。しかし、スマートフォンやタブレットの普及により、モバイルアプリが進化し、ニュースや情報を手軽に取得することができるようになりました。 コンテンツの配信形式の変化: コンテンツの配信形式が多様化し、動画やインタラクティブなコンテンツが増えたことで、従来のテキストベースのRSSリーダーが対応できないコンテンツが増えました。 うーん無難なことしか言わない… 過渡期のあだ花みたいな技術だったとは思ってる 多くのサイトから更新情報を集めて表示する（=いろんなサイトを閲覧先としてキープしておく）というコンセプトがギーク

記事の概要 この記事は、Meta 社 relay.dev チームの Jordan Eldredge 氏の Tweet で紹介された GraphQL 成熟度モデル (GraphQL maturity model) を個人的な見解を加えながら和訳した記事です。 jordaneldredge.com GraphQL を実装する上で、どの程度 GraphQL を使いこなせているか判断するための参考になれば幸いです。 実際の成熟度モデルの和訳 最初の Tweet 私は、GraphQLの利点がまだ十分には理解されていないと思っています。ほとんどの組織では、GraphQL の提供する価値を捉えきれていません。 そこで、私は「GraphQL成熟度モデル」をスケッチしてみました。あなたの組織はどの程度成熟して（＝使いこなせて）いますか？ もし以下に示す13の成熟度を達成していたとしたら、よりGraphQLを

すべては“why”から始まる なぜこれが存在する必要があるのか？　なぜ重要なのか？　なぜ人々は必要とするようになるのか？　なぜ人々はこれを好むようになるのか？ こうした“why”の答えを見つけるためには、いま自分が解こうとしている問題の核心、すなわち顧客が日常的に直面している本質的な問題を理解しなければならない。 そして、たとえ“why”ではなく“what”（何か）──製品の機能、イノベーション、すべての顧客が抱える問題への答え──に取り組んでいる最中だったとしても、“why”から離れてはいけない。というのも、物事に取り組む期間が長くなればなるほど、“what”が支配的になるものだからだ。 一方の“why”はあまりに当たり前なこと、直観として理解できるもの、あなたのなすことすべての一部となってしまい、結果としてそれを改めて表現することが必要なくなってしまう。それがどれくらい重要なものであっ

以前 .NET ラボで 「C# と HTTP/2 と gRPC」というタイトルで登壇しました。その時のスライドがこちらなのですが、ちらほら反応を頂きました。その結果、HTTP/2 や gRPC について勘違いしている人がちょこちょこいる事が分かったので、少し補足を書こうと思います。 blog.neno.dev 1. HTTP/2 で向上するのはスループットであって、1リクエストあたりの応答時間ではないよ。 HTTP/2 を使うからといって、1 リクエストあたりの応答時間が短くなるわけではないのです。 まず、1 HTTP リクエストあたりにかかる時間を、RTT とかいったりします。 1 RTT の内訳はだいたいこんな感じになります。 1 RTT = ネットワーク上で往路にかかる時間 + サーバの処理時間 + ネットワーク上で復路にかかる時間 HTTP/2 になったからといって、ネットワークを

はじめに エンジニア職は、コンサルや営業などのフロント部門と比較すると、議事録を取る必要のあるミーティングの機会は少ないと思います。 それでも製品企画や設計などの各種レビューや、ユーザーへの業務ヒアリングやユーザビリティテストなど、議事録を取る場面はやってきます。 これまで読みやすいと思う議事録に出会うことがしばしばあり、そういった議事録を取れるように精進せねばな、と感じます。 また私自身、議事録を取るのが割と好きで、私がミーティングの主体でない場合、特に依頼されずとも議事録を取ることが多いです。 ・・・まあ、私が書いた議事録について「わかってんじゃん」と言われたことはありませんが、これまで議事録を読んできて、そして取ってきて、ここポイントだな、と感じている点をまとめてみます。 なお今回書くポイントは、私がよく出席する以下の2種類のミーティングの議事録の取り方に寄っていると思いますので、そ

blog.jxck.io で（md2inao→md2indesignの進行は過去にもちょっとかかわりがあってウォッチした） もうすでにそういう製品があったり、知らないだけで全コードがハイライトされた書籍を出してる出版社はあるのかもしれないが、そういう本を少なくとも自分は見てない。 という記載があったのでちょっと書いてみる。 オーム社さん、オライリー・ジャパンさん、インプレスさん、羊土社さん、講談社サイエンティフィク社さんなどの一部の書籍では、コードハイライト付きになっていて、さらにそのうちいくつかは紙版では白黒、電子版ではカラーを使い分けていたりする。 というのも、前職の制作会社時代に私がその仕組みを作ってきたから。 組版はInDesignを使うのもあれば、TeXを使っているのもある。紙白黒/電子カラーのような使い分けは、TeXではOK、InDesignではもしデータを2種類管理しなければ

Google Cloudのデータエンジニアをしています、はんざわです。 今回はSQLのリンターであるSQLFluffを触りながら理解を深めたいと思います。 検証環境 macOS： 13.3.1 Python： 3.9.5 SQLFluffとは SQLFluffとは、SQLのフォーマットを自動で問題点の指摘や修正をしてくれるオープンソースサービスです。 さっそくインストールして使ってみたいと思います。 インストール SQLFluffをインストールするにはPython3が必要です。 $ pip3 install sqlfluff 正常にインストールできているか確認します。 $ sqlfluff version 2.0.7 インストールが完了しました。実際にクエリを用意し、使ってみたいと思います。 さっそく使ってみる sqlfluffには大きくlintとfixの2つの機能があります。 まずはli

【5/6修正】 申し訳ございません。 もともと自分の学習用に記事の内容をまとめていて、それを公開していたのですが、無許可転載であるとのご指摘がありましたので、記事の内容を削除いたしました。 配慮が欠けていました。 申し訳ありませんでした。 元記事をお読みください。 https://www.fast.ai/posts/2023-05-03-mojo-launch.html

関連キーワード アプリケーション開発 | プログラマー | プログラミング 「Rust」はさまざまな用途で使えるプログラミング言語である一方、習得は簡単ではないとの見方がある。それはなぜなのか。具体的にどのような障壁があるのか。 プログラマーを遠ざける「Rust」の“ややこしさ” 併せて読みたいお薦め記事 連載：GoとRustを比較する 第1回：CでもC++でもなくプログラミング言語「Go」を使いたくなる“あの良さ”とは？ 第2回：「Go」に期待し過ぎたプログラマーが落胆する“完璧じゃない部分” 第3回：CでもC++でもなく「Rust」を使いたくなる“なるほどの理由” 第4回：「Rust」にプログラマーが安心感を抱く“根本的な理由” GoとRustの魅力 プログラミング言語「Go」の魅力とは？　「Goで“脱COBOL”」の成功者が語る 「Rust」はなぜクラウドネイティブ開発者の間で大人気

ブログ→もう20年見ているからかどの記事も既視感ある ツイッター→どうフィルタリングしてもイラつく投稿が目に入る YouTube→面白いものもあるが、動画を長時間見る気になれない ニコニコ動画→下品なノリについていけない ネットフリックスなどの配信→コンテンツが多すぎて選べないし海外ドラマ長すぎ ティックトック→数秒楽しいけれどのめり込む感じにならん。5分以上見れない ポッドキャスト→うーんなんか結局喋りのプロじゃないよな…… ラジコ→面白いけど一番組が長すぎて聴く時間が作れない なーんかちょうどいいコンテンツがどこ見てもないんだよなー なんなんだろうこの感覚 どれも短すぎるか長過ぎるかなんだよ うおーって没入する感じがどれにもない なんか見落としあるんかな？ あったら教えてちょ

はじめに Pythonは世界的にも人気のあるプログラミング言語ですが、実行速度については課題があります。Pythonの実行速度を高速化したい、という要求は根強く、これまでにも様々な処理系が開発されています。 この記事はPythonで書かれたコードを35000倍に高速化するにはどのような方法があるかについてまとめたものです。 この記事は： Pythonで書かれたアルゴリズムを35000倍に高速化する 事前コンパイル、並列化、SIMD演算を駆使する 最終的に44000倍まで高速化できた なぜ35000倍？ 2023年5月2日にModular社よりPythonの使いやすさとC言語の性能を兼ね備える新しいプログラミング言語、Mojoの開発について発表がありました。低レベルのハードウェア向けにコンパイル可能なこと、文法的にはPythonを踏襲しており、既存のPythonライブラリを利用可能であること

スティーブ・ジョブズにとって、遊びの時間がどれほど重要かを。そしてそれこそが、彼がイノベーターとして成功した理由の1つであることを。 誰かが彼を探しているとき、あるいは電話がつながらないとき、彼は確実に決まった場所にいました。それは、Appleの元チーフデザインオフィサー、ジョニー・アイブのオフィスです。 遊ぶ時間の確保がクリエイティビティにつながるアイブ氏のデザインラボは、2人がおよそ20年にわたり象徴的なテック系ガジェットの数々を生み出してきた場所でした。 ジョブズは、アイブ氏のチームがつくったモックアップやプロトタイプを見に行く時だけ、iPhoneの電源を切っていたのです。 みんな躍起になって、スティーブと連絡を取ろうとしたり、会議に出させようとしたものです。ある時からは、ジョニーのオフィスに電話して、スティーブを遊び時間から連れ戻してくれとヘルプを要請するようになりました。 スティ

Basic認証、Digest認証、Bearer認証、OAuth認証方式はRFCで標準化されている認証方式の中で最もよく目にする方式だろう。 Basic認証とDigest認証は多くのサーバ、クライントで実装されており導入障壁が低い認証方式だ。 機密性の高いデータを扱うサービスでは比較的安全なBearer認証、OAuth認証方式を目にすることが多い。 ここではBasic認証、Digest認証、Bearer認証、OAuth認証方式について簡単に触れる。 この4つの概要を理解しておけば大体のWebサービスは理解できるだろう。 もしサービスが固有の認証方式を実装していた場合でもこれらの方式との類似性に着目すればすぐに理解できるはずだ。SAMLやOpenIDと言ったより複雑な認証方式を理解する上でも助けになると考える。 1. Basic認証方式 最も理解しやすいのがBasic認証方式だ。RFC 261

TechFeed Experts Night#17 〜 事例で学ぶSRE 〜 ツール、プラクティスから組織づくりまで https://techfeed.io/events/techfeed-experts-night-17

はじめに 最近Denoをよく触っており、DenoのSSRフレームワークであるFreshのミドルウェア・キャッシュについて調べている際にブラウザキャッシュのEtagヘッダが使用されており、気になったのでブラウザキャッシュの仕組みについて調べてみました。 Etagの正体 Etagとは、ブラウザキャッシュの仕組みの中で使用されるHTTPレスポンスヘッダーでリソースの特定のバージョンに関する識別子のことです。 Etagがあることでウェブサーバーは、コンテンツが変更されていない場合はレスポンス全体を再送する必要がないので、キャッシュがより効率的になる。 ブラウザキャッシュの設定について ブラウザキャッシュを設定する際に必要なHTTPレスポンスヘッダーはEtagを含めて以下の通りです。 Expiresヘッダー Cache-Controlヘッダー Last-Modifiedヘッダー Etagヘッダー そ