新しいフレームワークを学ぶならTodoMVCではなくRealWorldを参考にしよう - Runner in the High
よく新しいフレームワークを学ぶにはTodoアプリを作ってみるのがよい、と言われる。実際、Todoアプリを様々なフレームワークで作ってみたサンプルをまとめたサイトもあったりする。 ところが、実際に業務で作るようなアプリケーションはTodoアプリの範疇を超えている。とくにSPAにもなると、画面遷移やWebAPI連携、大規模な状態管理などなどの条件が増えるので、Todoアプリを作っているときには考慮できていなかった大変さが出てくる。 そこで参考になるのが RealWorld example apps と呼ばれるプロジェクト 端的に言うと、TodoMVCの大規模版。 規定のスペックに沿って、様々なウェブフレームワークで作られたアプリケーションのリポジトリがリストアップされている。 スペックについて "Conduit" is a social blogging site (i.e. a Medium
いろいろやってみた知見が溜まったのでまとめ。 開発 時間給で労働を売る古き良きスタイルの副業。副業として機能開発とかバグ修正とかやったりする。 自分はUIがいい感じだったからという理由でOffersを使って副業を探した。 offers.jp 注意点として、日中まともに会社員やっている人だと、稼働時間が自ずと平日夜か土日だけになってしまう。これが厳しいところとして、副業先のチームの開発プロセスには載ることが基本できないため、非同期作業みたいな形になる＆開発スピードが求められるコアな機能開発みたいなアイテムには入りづらくなる。 あと純粋にモチベーション的に平日夜とか仕事したくないときもある。でも副業でアサインされてると仕事しないといけない。場合によってはチームの開発作業の進捗妨害をすることにもなったりする。 独立して作業可能なアイテムを貰えるプロジェクトか、例外的に日中もコミュニケーションでき
自分が本格的に設計を意識するようになったのは、2015年の夏に現職であるFringe81株式会社で開催されていたサマーインターンに参加してからだ。 インターンではDDDとクリーン・アーキテクチャ*1を一から勉強してAPIサーバーに実装する、というカリキュラムであったが、いま思うと2週間という比較的長いインターンで僕が学べたことと言えば本当に微々たるものだった。つまるところ、それくらいには設計というものは奥が深い。常になんらか特定のデザイン・パターンなりアーキテクチャ・パターンを適用することでアプリケーション開発がうまくいくということはなく、それらの様々な知識から少しづつ応用されたものが最終的なアプリケーションの設計に対して真の洞察を与えてくれるものというのが、僕自身のいまの認識である。 設計はまさに Connecting the dots そのものだ。多くを知れば知るほど、アプリケーション
ベロシティを高く保つ仕事のすすめ方 / Maintaining a High Velocity as Productivity Hacks
https://findy.connpass.com/event/318375/ での登壇資料です。
GitHub - bloc97/Anime4K: A High-Quality Real Time Upscaler for Anime Video
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
クリーンアーキテクチャのUsecaseはなぜControllerへ値を返すのではなくOutput PortとしてPresenterを呼び出すのか - Runner in the High
何を言っているのかと言うと、みんな大好きクリーンアーキテクチャの右下に図示されているFlow of Controlのこと。 黒線が引かれているということは、つまりUsecaseの中でOutput Portのインターフェイスを持つPresenterの関数なりが最終的に実行されるということである。 ここで湧き上がってくる疑念は「UsecaseがPresenterを呼び出さなくてもControllerに返り値とかで値を返して、Controller経由でPresenterに渡して実行しても同じなんじゃないの？」である。つまりOutput Portというインターフェイスそのものを撤廃してControllerにPresenterを使わせるアイデアである。たしかに、仮にこの方針で行ったとしても依存の方向が壊されることはない。 Software Engineeringでは同様の質問がかなり盛り上がっている
PyCon JP 2021 発表資料です。
後学のために自分の考えていることをまとめてみる。 考えられるパターン これまでの経験から以下4つのパターンがある。 ローカルStateでprop-drillingする ローカルStateかつイベント経由でデータ交換をする グローバルStoreとローカルStateを併用する グローバルStoreのみを使用する 1. ローカルStateでprop-drillingする propとしてコンポーネント間のデータをやりとりする手法。 ほぼすべてのUIコンポーネントを親からデータを受け取りDOMを出力するだけの純粋な関数として表現できるため、全体の設計自体はシンプルになる。手間は多いが魔法は少ない。 コンポーネントの粒度が小さいアプリケーションの場合にはいわゆるバケツリレーと揶揄されるデータの受け渡しが頻発し、これに嫌悪感を持つエンジニアもいる。 2. ローカルStateかつイベント経由でデータ交換を
ゲームの歴史 １ 出版社/メーカー: 講談社発売日: 2022/11/16メディア: Kindle版 『ゲームの歴史』、2022年11月発刊。著者は岩崎夏海氏と稲田豊史氏の連名。計三巻が出版されているが、以下は第一巻のみを読了した感想である。 書名が示すように、本書はコンピュータゲームの歴史書を標榜している。 この『ゲームの歴史』に関しては、著者の一人である岩崎夏海氏のTwitter上での発言が物議を醸した。曰く、「データを用いると恣意性に際限がなくなる」「ゲームの世界に客観など存在しない」とのことだ。 〇『ゲームの歴史 1〜3』 / 岩崎夏海, 稲田豊史 （残念な本と残念な著者の話）｜keigo｜ この発言を目にした時点での僕はまだ『ゲームの歴史』を入手していなかったのだが、異論や反発を覚える以前にそもそも意味がわからなかった。データを用いず、また客観性を担保しないまま書かれた歴史書とい
人の作ったWebアプリケーションのコードを見るときに注目しているところ - Runner in the High
普段見ているものをなんとなく書き出してみた。 インターフェイス あえてやってないとか、レイヤ的にやる必要がないというケースもある。しかし、ある程度の規模のソフトウェアには大抵インターフェイスが現れる。インターフェイスがないコードはユニットテストもないことが多い。したがって、インターフェイスが現れないコードは責務分離が行われてない可能性を感じたりする。 言語機能上インターフェイスがない動的型付け言語の場合には、ダックタイピングを意識したコードが書かれているかをチェックする。ダックタイピングでなくとも、例えばRubyだったら抽象クラスと実装クラスの分離が行われているかを見たりする。 バリデーションロジック すべてのバリデーションが、フレームワークの機能で実装されてたりしないかをチェックする。MVCとかクリーンアーキテクチャ的な実装であれば、それぞれのレイヤでどういうバリデーションをしているのか
BtoBなソフトウェアの開発において業務知識なしにシステム設計をすることはほぼ不可能に近い。 これまで、業務支援系のシステム開発はSIer企業たちのお家芸であったが、近年ではWeb系のベンチャー企業やスタートアップであってもこれまでSIerが担っていたようなドメイン領域で戦うことが増えている。 「会計処理」「流通管理」「在庫管理」「人事管理」あたりのドメインにまつわるシステム設計は、BtoBをやっていればいつか必ず遭遇することになる。その際にドメインに関する知識を一切持たずにまともなシステム設計をすることはたいていの場合難しい。 Web系であれなんであれ、BtoBなソフトウェアエンジニアは自分たちが取り組むドメインに関する知識を持ってシステム設計に臨む必要がある。これはデザインパターンや設計手法"以前"の話だ。 ITエンジニアのための「業務知識」がわかる本 ITエンジニアのための【業務知識
NEWS: htmx finished 2nd in the 2023 JavaScript Rising Stars "Front-end Frameworks" category, just behind React (htmx is a library, btw) and #10 overall! Thank you to everyone who starred us! introduction htmx gives you access to AJAX, CSS Transitions, WebSockets and Server Sent Events directly in HTML, using attributes, so you can build modern user interfaces with the simplicity and power of hyper
TLDR; If your MacBook Pro runs hot or shows a high % CPU for the kernel task, try charging on the right and not on the left. High kernel_task CPU Usage is due to high chassis temperature caused by charging. In particular Left Thunderbolt port usage. Solutions include: Move charging from the left to the right side. If you have a second charger then plug it in on the right side. Avoid plugging every
dbtを導入して小規模チームでも運用可能なデータマネジメント体制を構築した話 - High Link テックブログ
はじめに こんにちは。株式会社High Linkのデータユニットマネージャーの芦川 (@assy) です。 私たちのチームでは、データを強みとした事業価値創出を促進するために、データ基盤の整備やデータマネジメント、全社的なデータ利活用レベルの引き上げに取り組んでいます。 データマネジメントをしていると、「誰が作ったかわからない野良のテーブルが乱立している」ことや「BigQueryコンソール上でviewを定義してしまってコードレビューができない」さらには、「テーブル間の依存関係がわからず削除できない」といった課題にぶつかる方は多いんじゃないでしょうか。 私たちもまさにこのような問題に直面し、導入したのがdbtです。 今回は、dbtの導入に至る経緯や選定の理由、dbtをどう活用しているのかといった話を共有させて頂こうと思います。 私たちのようにデータマネジメントにがっつり人的リソースを割けない
日本人の三分の一は日本語が読めないそうですね。※1 日本人の三分の一は日本語が読めないということであるなら、極めて単純に考えると 公務員の三分の一は日本語が読めないでしょうし、 新宿駅の乗降客の三分の一も日本語が読めないでしょうし、 ディズニーランド来場者の三分の一も日本語が読めないでしょうし、 プロゲーマーの三分の一も、やっぱり日本語が読めないのでしょうか。 ”ゲームライター”ちょもす氏のインタビューが、いろいろと話題です。 https://wellplayed.media/interview-chomosh-20190814/ 前後編通して面白いので是非読んで欲しいのですが、話題となっているポイントはここです。 ――実際、プロゲーマーになる人ってどういう人だと思っていますか？ ちょもす： 医者、教授、社長の息子。 これはプロゲーマーに限りませんが、ゲーム業界で表舞台に立つ人がそれなりの
元ネタはこれ scotthurff.com Webアプリケーションを作ったことがある人ならわかる話だが、アプリケーションは確実に予想外の状況に晒される。サーバーはレスポンスを返すのに時間がかかるし、ユーザーの環境がメモリ1G以下のこともあれば、完全に想定外の使いかたをするユーザーもいる。デザイナはそれらの現実に起こりうる可能性を全て考慮に入れてデザインをする必要がある。 2004年にBasecamp（当時は37signals）はThe Three State Solutionという提案をしていて、その内容は「全ての画面設計は3つのステート（Regular, Blank, Error）を考慮するべきだ」というものだった。その当時はまだAjax黎明期だったし、もちろんスマートフォンも存在していなかった。けれども、新しいテクノロジーが生まれるにつれて、インターネットを利用する環境は恐ろしく多様に
実際の現場に現れる負債とかクソコードとか呼ばれるものは、簡単にできるはずのものが何十にも不必要な複雑性でラップされた成果物（標準ライブラリ相当の実装を自前で全部書いていて、かつエッジケースでバグだらけ、とか）であることが多い。しかし一方で、そもそもの実現したいこと・あるべき仕様のレベルである程度複雑性が仕方ないケースに対して、最短ルートで立ち向かったものが技術的負債扱いになってしまうこともある。 かつて、某データフォーマットプロトコルで外部のアイデンティティプロバイダとデータ連携を行う機能を開発したことがあった。 さすがに1からRFCに沿って自分で全部作るのはおかしいに決まっているので、Githubで使えそうなOSSライブラリを探していたのだが、その際に見つけたものは90%は欲しい機能があるものの残り10%ほど必要な機能が足りていなかった。そこまで使えるなら、あとは自分らでフォークして足り
もうタイトルそのままの話である。 どこにも吐き出せる場所がないのでここに書く。 ※前提として、私はハイローシリーズのファンではない。初めて触れただけのにわかである。多々間違ってる部分があったとしても、お手柔らかにお願いしたい… さて。私は根っからの隠キャである。学生時代はカースト下位で、休み時間には教室の隅でオタク仲間とお絵描きしていたタイプの人間だ。 E○ILEみたいな眩しい音楽を聴いていたのはどちらかと言えばカースト上位のグループだった。休み時間はファッション誌片手に化粧を直しながら、カレシと携帯で連絡を取り合うような。そういう我々とは違う人種の為のカルチャーなのだと思い込んでいた。 社会人になってからもやはり偏見は拭えず、たまにテレビやSNS等で宣伝を見掛ける事はあっても、きっと自分には一生関係のないジャンルだろうなとスルーしていた。音楽も映画も、である。 …その筈だった。 そう、こ
あないち on Twitter: "今日大学で教授とどうやってListeningを鍛えたか？という話になり、comedy showをよく見ていたと話したら、high-contextのcomedyは学習にとても良い教材らしい。以下、完全に自己満でNetflix等で見ら… https://t.co/9dJzRgupXm"
今日大学で教授とどうやってListeningを鍛えたか？という話になり、comedy showをよく見ていたと話したら、high-contextのcomedyは学習にとても良い教材らしい。以下、完全に自己満でNetflix等で見ら… https://t.co/9dJzRgupXm
転職活動でいろんな会社のエンジニアの人と話して思ったことをマイクロサービスの観点で備忘録がてらメモしておく。 よくあるマイクロサービスの分割軸として、業務機能、ユースケース（動詞）、リソース（名詞）あたりが一般的だが、これらどれもがドメインを構成する要素であるため、マイクロサービスに分割してしまうと結果的にソフトウェアの形がビジネスルールの変化を制限してしまうケースの方が多い気がしていた。実際、規模の小さい開発組織でマイクロサービスやってみました〜からのツラミはそういうのが多いイメージで、よくある「マイクロサービスやったけど逆に開発遅くなった」みたいなとこは上で挙げたような粒度の切り方をしている印象がある。 この件に関して、去年末の転職活動のタイミングでいろいろな人に話聞いてみた結果、実際にマイクロサービスでうまくやっていそうな組織は、上で書いたようなドメインを構成する要素でマイクロサービ
デザインって何だろう。デザインって面白そう。 でも自分がやることではない。そう思っている人は多い。 けれどデザインはものの見方だったり 相手を理解することだったり 世の中がもっと良くなれという願いだったりする。 そんなデザインのことをもっと知ってもらいたい。 ここにゼロから学ぶデザインの学校を開校します。
よくある野良の社内ツールは、開発生産性を向上させるための手段としてスポットで生まれることが多い。 たとえば、定期的に依頼されて手作業でキックしているバッチ処理を誰かがAPI化したり、それがCLIで実行できるようになったり、あるいは不特定多数の人々が手でやっている作業が有志で自動化されツールになるなど。そして社内の口コミや告知で伝搬され、使われていく。 出来の良い社内ツールは、野良だとしても開発チームが普段の開発プロセスのなかで意識したくない複雑性や実装の詳細をうまく抽象化し、認知負荷を下げる役割を果たしている。見方を変えれば、社内ツールはチーム・トポロジー*1でいうところのX-as-a-serviceインタラクション・モードの具象化のひとつだと言える。開発チームと社内ツールを開発する人間を社内ツールがインターフェイスとなって接続している。広い目線で見ると、これはプラットフォーム・エンジニア
discourse.elm-lang.org つい先日、数か月ぶりにElmのupdate話がでてきた。 Elmは0.19からほとんどメジャーバージョンアップしていない。最後のリリースは約9か月前にもなる。 この事実だけを知ると「Elmはもう終わったのか」「Evan*1は開発のモチベーションを失ったのか」と思われることがある。実際そういう話はネットでチラホラ見かける。確かに、フロントエンド開発言語のAltJSとして近しいTypeScriptやFlutterと比較すると、あまりにも機能追加され無さすぎるようにも見える。究極的には「何と比較するか？」という話だとは思うが、たしかにフロントエンド界隈的な観点ではElmは亀の歩みなのは間違いない。 変化するのはいいことだ... なんとなく肌で感じる人も多い事実として、世の中には"最先端を目指して変化するのはいいことだ"という暗黙的な統一見解が存在して
Season9／8本目 HiGH&LOW THE WORST X / 邦画プレゼン女子高生 邦キチ！ 映子さん - 服部昇大 | COMIC OGYAAA!! (コミックオギャー)｜おもしろい、がうまれるところ
邦画プレゼン女子高生 邦キチ！ 映子さん 服部昇大 邦画プレゼン界の暴れ馬！ 『邦キチ』が限界突破のシーズン 12 で跳躍！！今回も「映画について語る若人の部」を舞台に、尋常ならざる邦画中毒女子高生・邦キチが、まずまずの洋画好きな部長・洋一を相手に絶妙なチョイスの邦画（一部例外アリ）を愚直にプレゼン！プレゼン！！プレゼン！！！ その視点、その愛情、その圧力ーー。全てにおいてシーズン 11 を凌駕ッ！！ 銀河系初の邦画プレゼン漫画、後続を突き放して疾走中です …！！
スプレッドシートを活用して組織横断的にテーブル・カラムの説明文を入力した話 - High Link テックブログ
こんにちは。株式会社High Link で業務委託として働いている、データエンジニアのikki（@ikki_mz）です。 私たちデータチームでは、「データの民主化」を推進しており、全社員がデータ利活用を行えるように、dbtを用いた分析基盤の整備に取り組んでいます。 tech.high-link.co.jp データの民主化を推進していくにあたり、テーブル・カラムの説明文は非常に重要な役割を占めます。テーブルやカラムが何を意味しているかの説明は、分析をする上ではとても重要です。 しかし、このテーブルやカラムの説明はなかなか厄介で、データベースを開発した開発エンジニアとコミュニケーションをとらないと、説明文を正確に書くことができません。 そこで私たちは、dbt・スプレッドシートを使って、テーブルやカラムの説明文の入力をするという、組織横断的なプロジェクトを実施しました。 背景と課題 dbt de
デザインをゼロから学びたいなら必見！ 多摩美術大学が聴講無料の「Tama Design High School」を展開 多摩美術大学は、東京ミッドタウン・デザインハブ（東京都港区赤坂9-7-1 ミッドタウン・タワー 5F）で「Tama Design High School 〜ゼロから学ぶはじめてのデザイン〜」を開催する。約1カ月にわたり、誰でも無料で聴講できるデザイン講義と企画展を実施。講義の参加⽅法には、会場での参加（要申込／無料）のほかに、オンライン参加（申込不要）もある。
https://www.quora.com/What-happens-to-older-over-30-programmers-Do-they-get-fired-as-they-get-older-and-less-innovative-Does-mid-career-pay-increase-much-for-software-engineers/answer/Bruce-Hoult ぼくは今年で55歳になる。81-84年ごろに大学を卒業して、働き始めたのが85年だ。同年代のプログラマーは多くなかったし、それに私達以前にはプログラマーはいなかった。もし君がITの領域で仕事をしようと思うのなら、競い合うことになるのはおそらくぼくらのような歳の人間ではなく、きみより5,6年ほど若い人間たちになるだろう。 で、どうしてるかって？ まだコードを書いてるよ。 僕らが基本的に大学で扱っていたのはP
うちのコンサルが「システムアーキテクチャを決めるためには、ビジネスアーキテクチャを先に固めることが必要」と言ったら、お客様が「事業構造の変化が激しすぎてビジネスアーキテクチャを固めることが難しい」と仰った。 そうだよなぁ。システムの寿命よりビジネスの寿命のほうが短くなってるのかも— ボム / SIer (@bombombomb2017) 2021年8月29日 これにめちゃくちゃ共感した。 よくあるアーキテクチャ設計では、ドメイン層と応用層を分離することで応用層におけるコントロール不能な変化をドメイン層に及ばないようにさせたりする。しかし、現実のプロダクト開発ではDBやフレームワークなどの応用層で起きる変化よりもドメイン層の変化のほうが圧倒的に多い。システムにおけるすべての中心にあり、あらゆるところから依存されているドメインが頻繁に変化するとなると非常にツライ。 とはいえ、ビジネス・アーキテ
GitHub - vectordotdev/vector: A high-performance observability data pipeline.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
GitHub - tabler/tabler-icons: A set of over 5200 free MIT-licensed high-quality SVG icons for you to use in your web projects.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
GitHub - openobserve/openobserve: 🚀 10x easier, 🚀 140x lower storage cost, 🚀 high performance, 🚀 petabyte scale - Elasticsearch/Splunk/Datadog alternative for 🚀 (logs, metrics, traces, RUM, Error tracking, Session replay).
🚀 10x easier, 🚀 140x lower storage cost, 🚀 high performance, 🚀 petabyte scale - Elasticsearch/Splunk/Datadog alternative for 🚀 (logs, metrics, traces). OpenObserve (O2 for short) is a cloud-native observability platform built specifically for logs, metrics, traces, analytics, RUM (Real User Monitoring - Performance, Errors, Session Replay) designed to work at petabyte scale. It is straightfor
舞台『HiGH&LOW THE 戦国』システムミスで電子チケットと紙チケットが重複するダブルブッキング事件「電子優先で紙チケ50人規模の宝塚ファン追い出された、上映も観られず2時間ロビーで待たされ泣きながら帰った」#ザ戦 #ハイローザ戦国
舞台『HiGH&LOW THE 戦国』 舞台『HiGHLOW THE 戦国』 ⠀2024.1.29〜上演決定!!br> 会場 THEATER MILANO-Za 出演#片寄涼太 #水美舞斗 #RIKU#瀬央ゆりあ #藤原樹 #浦川翔平 他多数！ 客席を縦横無尽に駆け巡る！ 戦国時代活劇、ご期待ください！ チケット先行など詳細はhttps://t.co/sfjMIdSEgQ#HiGH_LOW pic.twitter.com/Sm8CxDVMmE — HiGH&LOW OFFICIAL (@HiGH_LOW_PR) October 30, 2023 映画やドラマなどで展開された、芸能事務所・ＬＤＨの 総合エンタテインメント・プロジェクト「ＨｉＧＨ＆ＬＯＷ」の初舞台化。 戦乱の世で野望が大合戦へ発展するストーリーだ。 ＬＤＨの所属タレントのほか、宝塚歌劇団の水美舞斗、瀬央ゆりあが外部作品に出演。
Kernel Queue: The Complete Guide On The Most Essential Technology For High-Performance I/O When talking about high-performance software we probably think of server software (such as nginx) which processes millions requests from thousands clients in parallel. Surely, what makes server software work so fast is high-end CPU running with huge amount of memory and a very fast network link. But even the
デ・ラ・ソウル（De La Soul）、ヒップホップを変えた3人――名盤『3 Feet High And Rising』などサブスク解禁6作を徹底解説 | Mikiki by TOWER RECORDS
『3 Feet High And Rising』（89年）を筆頭にデ・ラ・ソウルの初期6作がついにストリーミングサービスで配信され、ヴァイナルなどの再発盤もリリースされる。デ・ラ・ソウルは、88年に米アミティヴィルで結成された、ポス（MC）、トゥルーゴイ（MC）、メイス（MC／DJ）からなるトリオ。3人の一連の作品は、いずれもニュースクール時代に刻まれた名盤だ。にもかかわらず、権利や契約の問題で長らく配信されていなかった。その問題がようやく解決され、マジックナンバー〈3〉が3つ並んだ2023年3月3日に解禁された。今回は、これを祝って、ヒップホップに造詣が深い書き手たちによる6作の解説記事をお届けする。この記事を2月12日に死去したプラグ・トゥー＝トゥルーゴイ・ザ・ダヴに捧げる。 ＊Mikiki編集部 『3 Feet High And Rising』（89年） 非マッチョな等身大の表現は多
前提としてクリエイティブな仕事は再現性が低い。しかし逆に言えば再現性があってはいけないものがクリエイティブであり、再現性がないからこそクリエイティブであると言える。アートのように非再現的なものはクリエイティブであり、再現性が低く刹那的な成果物であることに意味がある。 ソフトウェア開発にもまたアート的なクリエイティビティが求められつつも、ビジネスとしての利益追求では再現性が同時に求められることが多い。従って、多くの現場ではソフトウェア開発を再現性の高い労働集約的な仕事に転換しようとする。むしろ、そうしなければ開発組織の規模をスケールさせることができない。 ここで言うクリエイティビティの有無とは本質的に技術力とイコールであり、その具体性の表出はフレームワークやプログラミング言語を使うことではなく、逆にそれらを生み出す側にある。このレベルの技術力を持つ人材を集め続けるのは無理があるが、一方で技術
GitHub - janestreet/magic-trace: magic-trace collects and displays high-resolution traces of what a process is doing
magic-trace collects and displays high-resolution traces of what a process is doing. People have used it to: figure out why an application running in production handles some requests slowly while simultaneously handling a sea of uninteresting requests, look at what their code is actually doing instead of what they think it's doing, get a history of what their application was doing before it crashe
Textures 18 Dollar Textures (Updated) 100+ Blood Textures 100 Splatter Textures 220+ Smoke Textures 200 Gold Textures 200 Spider Web Textures 300 Marble Textures 250 Fireworks Textures 200 Brick Wall Textures 100 Transparent Tape Textures 100 Fire Flame Textures 50 Ziplock Plastic Bag Textures 300 Graffiti Backgrounds 100+ Lip Print Textures 100 Shadow Overlays 100 Chalkboard Textures 100 Lightnin
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ITエンジニアの副業あれこれ - Runner in the High
個人的なアプリケーション設計のバイブル3選 - Runner in the High
High Performance FastAPI
フロントエンドアプリケーションにおいて状態をどこに置くべきか論 - Runner in the High
書評『ゲームの歴史 １』（岩崎 夏海、稲田 豊史）: Runner's High!
BtoBなソフトウェア開発における必読書3選 - Runner in the High
</> htmx - high power tools for html
How to find cause of high kernel_task cpu usage?
プロゲーマーの三分の一は日本語が読めない : High performance出せなかった人のブログ
「OpenSSL」にリモートコード実行などにつながる脆弱性 ～v3.0.5/1.1.1q」への更新を／最大深刻度は「High」
ユーザーインターフェイスにおける5つのステート - Runner in the High
技術力のボトムライン、技術的負債 - Runner in the High
オタクがHIGH&LOW THE WORSTにハマった話
転職活動でいろんな会社のマイクロサービスと組織を見聞きして思ったこと - Runner in the High
「Tama Design High School」 by 多摩美術大学 TUB
野良社内ツールと開発生産性、プラットフォーム・エンジニアリング - Runner in the High
なぜElmは0.19のままか、変化すること／しないこと - Runner in the High
デザインをゼロから学びたいなら必見！ 多摩美術大学が聴講無料の「Tama Design High School」を展開
昔からいるプログラマーたちはいまも職を失わずに仕事をしているのですか？ - Runner in the High
ビジネス・アーキテクチャとシステム・アーキテクチャ - Runner in the High
Kernel Queue: The Complete Guide On The Most Essential Technology For High-Performance I/O
「過去最悪」の脆弱性に対処した「curl 8.4.0」が公開／「High」1件、「Low」1件
ソフトウェア開発におけるクリエイティビティの最小化、認知負荷 - Runner in the High
「Apache HTTP Server」に2件の脆弱性 ～v2.4.52へのアップデートを／最大深刻度は「High」
Free Textures for 2024 [High Resolution] - Resource Boy