タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
この投稿では、「TypeScriptの文法や用語がよく分からない」という問題を解消してくれそうなツールを紹介します。 勉強しながらの見切り発車 最近はTypeScript未経験でも、TypeScript案件にアサインされることが増えてきているように思います。 運がいいと着手前にTypeScriptをじっくり学習する時間を与えられることがあります。しかし、多くのケースでは、見切り発車で開発に参加するのではないでしょうか。 コードリーディングから始まる TypeScript案件は、理解すべき既存のTypeScript/JavaScriptコードがあるケースが多いです。 そのため、 読んで理解すべき既存のTypeScriptコードがある しかし、TypeScriptの知識が乏しい状態でスタート といった事態がよく起きます。 新規プロジェクトでは既存コードがありませんが、ググって出てきたサンプルコ
私はクラウドのプロダクトチームで働いているが、何を隠そう一番苦手で克服できていないことが、コードリーディングだ。ものすごーく時間かかるし、時間かかったうえに読み間違えたりするし、しかもめっちゃ頭使うのに他の人はずっと速いので敗北感しか残らない。先日もマネージャの Pragna に相談したら、最初は２時間かかるけど、３か月もしたら５分で終わるわよ。って言われたけど、いや、そもそも俺４時間は最低かかるねんけどな、、、って感じ。 技術イケメンの皆さんのアドバイス よくよく私のキャリアを考えると、OSSにコントリビュートとかしていることはあったが、めっちゃくちゃ巨大でややこしいコードベースを読んで理解する必要が無いことが多かった。１からコードを書くのは得意だが、他の人のを読んでがっつり理解してとか、どうやったら出来るのかわからない。 当然自分の周りの技術イケメンの皆さんにコツを聞いていたのだが、ど
はじめに OpenAIによって開発されたChatGPTが話題になっています。特に、2023年3月14日に公開された最新モデルであるGPT-4は、これまで私達がAIに持っていた認識を根底から覆したのではないでしょうか？ 私は、「普通に人間とやりとりしているのと変わらんやん…」と率直に驚きました。 エンジニアの業務の中でも、自動コーディング支援、技術的課題の壁打ち相手、ドキュメント自動生成、学習支援等さまざまな用途に活用する可能性を皆さん検証している段階です。私もその波に乗っている真っ最中です。 そこで今回は、ソースコードリーディングをChatGPTをメンターにしたら爆速にできるのではないか？という仮説を検証してみました。 そしてどうせやるなら、ソースコードリーディングのハードルの高さナンバーワン（個人調べ）の「Linuxカーネル」を題材にしてみました。 なお、使用したモデルはGPT-4です。
iOSDC Japan 2023登壇資料
The Future of Rails as a Full-stack Framework Powered by Hotwire @ Rails World 2023, Amsterdam
JJUG CCC 2019 Fall #ccc_c5
Code interpreter のキラーソリューションは表データの可視化っぽいけど、入力テキストとファイルソースによってテキスト生成とファイル出力ができるという点に着目すると色々活用の幅が広がる。 中でも、今までは入出力トークンに含まれる必要があったソースコードデータを外部ファイル化できるので、「リポジトリを丸ごと食わせる」などの従来トークン制限上実現できなかったことが外部システム連携なしで簡単に可能になったのが嬉しいポイントだった。 この特性を生かして最近OSSの静的コード解析というかコードリーディングをChatGPTにやってもらっている。 以下のサンプルでは脆弱性診実習用アプリ（通称「やられサイト」）のSQLインジェクションを発見してもらうという会話をした。 chat.openai.com 以下ではaws-load-balancer-controller や openai-pr-re
Kubernetesとその関連コードのコードリーディングをする上で知っておくと良さそうなことについて知ってる範囲で雑にまとめてみました 前提知識前提として最低限Kubernetesをある程度触っていて KubernetesはPodとかのリソースと呼ばれるものでコンテナだったりロードバランサーとかを管理するようになっていて実際にDeploymentでコンテナを立ててService/Ingressでコンテナで立てたアプリケーションを外部公開できてコンテナはPodという単位でコンテナをグループ化して同一Nodeで実行されるということを知っているくらいがわかっていればまぁ十分なんじゃないかとは思います あとはKubernetesはGoで書かれているので Goの基礎知識とVSCodeやGolandなどGoのコードを読む際に宣言にジャンプできるようなエディタくらいがあると良いと思います Kuberne
preact コードリーディング
preact なんとなく理解した記念ブログです。 もともと React を読むつもりが挫折したので慣れるために preact を読みました。 おかげで仮想 DOM の悲鳴が聞こえるようになりました。 preact とは React の軽量版・サブセットです。 公式では Fast 3kB React alternative with the same modern API. Components & Virtual DOM. と説明されています。 (p)react には、 状態を持て、書き換えも可能である 状態を書き換えるとそれに対応して HTML が書き換わる という特徴があります。 それがどのようにして実現されているのかを見ていきましょう。 前提となる知識 preact のコードリーディングを進める上では VNode というオブジェクトに慣れる必要があります。 これは JSX を仮想 D
パッケージの選定そもそも、どのパッケージを読んだらいいんだろう？という疑問があると思います。上記のパッケージを選定した方法を紹介したいと思います。 読むパッケージの選定は有志のメンバ数名で一緒に決めました。 まずパッケージのステップ数を見てスクリーニングしています。gocloc というツールを使うと以下のフォーマットで簡単にステップ数を確認することができます。 $ gocloc archive ------------------------------------------------------------------------------- Language files blank comment code ------------------------------------------------------------------------------- Go 21 7
この記事では、Ruby製HTTPサーバーフレームワークであるWEBrickのソースコードリーディングを行います。 経緯 去る2020年11月26日、地域RubyコミュニティTama.rbの公開イベントとしてTama.rb OSSコードリーディング部 WEBrick編を開催しました。 こちらは、原作者の一人である高橋征義さん @takahashim をお招きしてソースコードをわいわい読み、その様子をZoomでライブ配信するという試みでした。 当日学んだWEBrick内部の全体の処理の流れを振り返りつつ整理していきたいと思います。 長い記事ですが、どうぞお付き合いください🙏 WEBrickとは？ 引用: library webrick 汎用HTTPサーバーフレームワークです。HTTPサーバが簡単に作れます。 現在はCRuby本体に同梱のHTTPサーバーツールキットとして知られているWEBri
PostgreSQL Server PostgreSQL のアーキテクチャを頭に叩き込んでおこう． 上の図は PostgreSQL サーバーの主要なコンポーネントとそれらの関係を表している． PostgreSQL は，クライアントサーバーモデルに基づく共有メモリ型のアーキテクチャを採用している． サーバープロセス postgres は，クライアントからコネクション要求を受け取るとフォークしてバックエンドプロセス postgres を生成する． 生成されたバックエンドプロセスは，以降，そのクライアントとのやりとりを担う． クライアントは，バックエンドプロセスと通信してクエリを送信したり，結果を受け取ったりする． PostgreSQL のすべてのプロセス間で共有されるメモリ領域は，共有メモリと呼ばれる． 共有メモリは，主に低速なストレージへのアクセスを減らすバッファとして機能する． ストレージ
こんにちは。 dely の開発部でクラシルの Android を担当している tummy です。 2019 年 12 月から dely に入社して、たくさんキャッチアップしながら初めての施策を実装しています。ついていくので精一杯です。。笑 この記事は「dely Advent Calendar 2019」の 20 日目の記事になります。 qiita.com adventar.org 昨日は同じ Android チームの kenzo による「エンジニアは体が資本でしょ。と思って始めた習慣とその続け方」という記事でした。 自分は三日坊主になることが多いので、次になにか継続しようと思ったときはアドバイスをもらおうと思います。 tech.dely.jp 今回は、新しいプロジェクトに入った際のキャッチアップ時に行っている、担当する Android アプリの中身を「なるべく早く」「ざっくりと」把握するた
EC 事業部の akatsuura (@UVB_76) です。最近は AFTER SIX LEAGUE という企業対抗戦の Apex Legends 部門に参加していて、毎月他の企業の参加者と競っています。 ペパボではお昼休みに OSS コードリーディング会という GitHub で公開されているライブラリのコードを読みすすめる会が開かれています。私はこの会が始まった 2019 年から参加し続けています。気がついたら 50 回近くの開催となっていたのでこの機会に進め方やわかったことをここで共有します。 尚、現在の参加者は Ruby on Rails で開発を行っている人たちがほとんどで、コードリーディングの対象も gem 形式で公開されている Ruby のライブラリが中心になっています。記事の中には Ruby 固有の話も出てきますが、他の言語でも読み方自体については同じようなことができるので
xgboostでどのような処理が行われているのかを、メモの意味でまとめてみました。 たぶん続きます。なお、あくまで私の理解であり、正確性の保証は無いのでご注意下さい。 ソースコードは以下を参照しています。 https://github.com/dmlc/xgboost (release_0.90を参照) 前提 以下の前提とする: ブースター(booster)はgbtree 決定木のアルゴリズム（tree_method）はexact カスタム目的関数を使わない GPUの使用、マシン並列を行わない xgboostでは、tree_methodオプションで決定木を作成するアルゴリズムを選択できる。 デフォルトではデータ数が一定未満の場合にはexact、それ以上であればapproxが適用される。 (4UL << 20UL = 4194304件が境目、GBTree::PerformTreeMethod
Nodeのバージョンを上げたらnode-sassがエラーを吐いたのでコードリーディングしてみた | DevelopersIO
Node Sass could not find a binding for your current environmentというエラーメッセージをきっかけにnode-sassのソースコードを少し追ってみました。 起きた事象 フロントエンドのビルド環境としてNode v8で動いていたプロジェクトをNode v10にアップデートしました。その結果、次のような Node Sass could not find a binding for your current environment というエラーメッセージを吐いて落ちました。 どうやら使用していたモジュールのnode-sassでエラーが起きたようです。 Error: Missing binding /path/to/project/node_modules/node-sass/vendor/darwin-x64-64/binding.no
こんにちは。Nowcastでエンジニアをしている片山（@fozzhey）です。 NowcastではワークフローマネジメントツールとしてAirflowを採用しています。 Airflowは日本でもよく採用されており、実際に活用されている方も多いと思います。 しかし、Airflowを使うことはできるけど、実際にどういう仕組みで動いているのかは分からない方が多いのではないでしょうか？ せっかくPythonで書かれているのに、Airflowのコードを読まないのはもったいない！ ということで、この記事ではAirflowのコードリーディングを行いたいと思います。 なるべくコードやGithubのリンクを貼っていますが、手元のエディターでAirflowのリポジトリを開きながら読んでいただくとより理解が深まると思います。 コードリーディングの題材題材とするDAGとタスクこの記事ではAirflowが提供するサン
はじめに OSSとは 簡単に言うと、誰でも無料で読んだり使ったりすることができるソースコードです。 オープンソースという言葉が生まれた1998年に、定義が定められました。 オープンソースの定義(v1.9)注釈付 まとめると、 ・再配布自由 ・ソースコードの公開 ・派生物の許容 ・差別の禁止 ・追加ライセンスの禁止 これらの条件を守っているものがオープンソースと呼ばれるようです。 ChatGPTの出現 ChatGPTや各Pluginの活用方法がメジャーになったことで、コードリーディングに関しても今までとは比べ物にならない程、効率的に行うことができるようになりました。 何のために読むのか OSSコードリーディングは、他人のコードを読むことで技術力を向上させる方法として知られています。 実際にどのような良いことがあるのかをまとめました。 業務のため 自社のシステムに組み込まれているOSSのコード
Kubernetes上にワークロードを展開するうえでServiceは欠かすことのできないリソースです。ServiceはPodに対するネットワークトラフィックを抽象化し、クラスタ内部/外部のロードバランサとして主に活躍します。 Serviceの細かい機能や設定に関しては公式のドキュメントに譲るとして、このドキュメントではServiceが作成される流れ[1]とルーティングへの影響を実装コードを読みながら解説します。 環境 このドキュメントではKubernetes v1.20を元に動作検証とコードリーディングをしています。また省略のため、クラスタの設定を次のとおりに設定してあります。 featureGateのEndpointSliceとEndpointSliceProxyingは有効 v1.20でのデフォルト設定 kube-proxyの起動パラメータproxy-modeはiptables 手元の
この記事は201９年7月6日に開催されたTama Ruby会議01での発表「たのしいOSSコードリーディング: Let's read "cookies"🍪」を詳細解説するものです。 Railsアプリケーションで使用されるcookiesメソッドを題材に、このメソッドがどのように実装されているかを読んでいきます。 読みきれなかった部分・知識が曖昧な部分が残っているため、先輩方からの技術的指摘をお待ちしています。 当日の発表資料はこちら 調査環境 Rails 6.0.0.rc1 TraceLocation 0.9.3.1 そもそもcookiesメソッドとは
先日「React v16.6.0: lazy, memo and contextType」にていくつかの新機能が発表されました。この中のReact.memoが個人的に嬉しい機能だったので、軽く調べてみました。 React.memoとは何か Class components can bail out from rendering when their input props are the same using PureComponent or shouldComponentUpdate. ReactではComponentの再レンダリング回数を最小限にしパフォーマンスを上げる方法として、shouldComponentUpdateやPure Componentがあります。ですがFunctional Componentを使う場合はこの仕組みを利用できませんでした。これを可能にしてくれるのがRea
Rancherコードリーディング入門（1/3）
今回からは、紙面の都合で「RancherによるKubernetes活用完全ガイド」に掲載されなかったパートをご紹介します。 前回の記事では、Rancherのアーキテクチャの基本的なポイントを紹介しました。 Rancherのより詳細な動作／実装の仕組み、各Custom Resource Definition（以下、CRD）がどのように利用されているか、プロダクション環境で必須になるHAの仕組みなどは、2019年7月23日に発売された「RancherによるKubernetes活用完全ガイド（Think IT Books）」をぜひ確認していただければと思います。 今回から3回にわたって、Rancherをすでに利用されている方やRancherの動作原理をある程度理解されている方が、次につまずくポイントであるRancherの動作とコードのマッピング、Rancherのコードの読み方のヒントを紹介してい
この記事は freee Developers Advent Calendar 2020 の 21 日目です。 プロダクト基盤本部で本部長をしています浅羽と申します。プロダクト基盤は文字通りプロダクトの基盤を作っており、SRE、アカウントアグリゲーション基盤、セキュリティ、アプリケーションの基盤、品質、Eng企画と多岐にわたるチームになっています。普段は組織運営であったり困ったことに相談乗ったり、暇を見つけてコード書いたりしています。よろしくおねがいします！ freeeではサービスの安定稼働を重視しており、SREではデプロイの高速化やカナリアリリースなどのような「仮にまずいリリースがでてもすぐに引っ込める」仕組みの開発をしています。もちろんサービス障害が発生しないようにQAチーム中心に対策していますが、失敗はある前提の元でいかにリカバリを素早くできるかも大切にしています。これはこれでどこかで
「APC勉強会＃34 Kubernetesのソースコードリーディング入門」の発表資料です。
Amazon VPC CNI plugin for KubernetesのソースコードリーディングでEKSのネットワーキングについて理解を深める #1 - Qiita
Amazon VPC CNI plugin for KubernetesのソースコードリーディングでEKSのネットワーキングについて理解を深める #1 はじめに この記事はAmazon EKS Advent Calendar 2019 11日目の記事です。 Amazon VPC CNI plugin for KubernetesのソースコードリーディングでEKSのネットワーキングについて理解を深める #1 （イマココ） Amazon VPC CNI plugin for KubernetesのソースコードリーディングでEKSのネットワーキングについて理解を深める #2 Amazon VPC CNI plugin for KubernetesのソースコードリーディングでEKSのネットワーキングについて理解を深める #3 巷ではEKSにNodeGroupを作成するAPIが追加されたり、Farg
社内でkubernetes勉強会を始めて、kubernetesのソースコードリーディングに入門しました - APC 技術ブログ
はじめに 第1回のざっくりまとめ 第2回のまとめ client goでCLIツールを作ろう kube-budilerでCustomController入門 リファレンス実装で学ぶInformer Framework 聞いた感想 はじめに コンテナグループの安藤 @chataro0です。 5月から隔週で有志とコンテナ/Kubernetes/Goなどに興味がある人々が集まっての社内勉強会を始めていて、 昨日6/5には第2回が開催されました。 同じくコンテナグループの松崎がソースコードリーディングを始めていて、 第1回ではそこで得られた知見を共有してくれました。 第1回のざっくりまとめ 膨大なソースコードをどこから読み始めるのがいいか？ 適当に読み始めるといろんな処理に飛ぶことになって遭難する（した） マツザキ的にはcontrollerがオススメ どこに着目して読むと良いか？ コメントに仕様や設
Terraform コードリーディング会を開催し、エンジニア組織全体でインフラの知識の底上げができた話 - メドピア開発者ブログ
SRE の田中 @kenzo0107 です。 Terraform コードリーディング会を実施した結果、 エンジニア組織全体でインフラの知識の底上げができた話です。 何故やることになったか？ 弊社では以下のような背景がありました。 SRE チームが基本インフラ管理 会社の成長に比例し管理するインフラが増加⤴️ SRE チームの処理能力が頭打ちにとなる未来が予想され、 インフラ管理は以下体制への移行が求められていました。 上記の体制へ移行活動の一環として、 まず 「Terraform を知る」こと、ひいては 「AWS を知る」きっかけを作るべく、 Terraform コードリーディング会を開催することとしました。 勉強会の頻度や基本方針 週 1 回 30 分 × 15~6 回*1 自身の携わるプロジェクトの勉強会に参加*2 構成図を元にコードを読む範囲の構成を定める 以下を見ながら、設定の意味
【Lucene コードリーディングから学ぶ Elasticsearch】 ハイライト&フラグメンターの仕組み - エムスリーテックブログ
エムスリーエンジニアリンググループ AI・機械学習チームの中村(@po3rin) です。 好きな言語はGo。仕事では主に検索周りを担当しています。 エムスリーでは検索エンジンとしてElasticsearchを利用しているのですが、Highlightingのフラグメント機能でとある問題が発生しました。その問題を解決する中でElasticsearch Highlighting の内部的な仕組みを理解することの重要性を改めて感じました。 今回はエムスリーで発生した問題の共有からはじめ、どのように解決したのかはもちろん、Elasticsearch Highlighting の内部的な仕組みも一部紹介します。ちなみに今回見ていくLucene のバージョンは 8.6.2 です。 「検索結果画面がすごく伸びてるんですが...」 ElasticsearchレイヤーでみるHighlighter Plain
内容 ツール git grep <keyword> git ls-files | grep <keyword> 辞書 言語のドキュメント Google 検索 書くもの ( エディター / 紙とペン / ホワイトボード ) コードを読むことの意味 現状の処理を理解する 的確な変更をするため 壊さないため 変更にかかる見積もりをするため テクニックを盗む どうやって実現しているんだろう？ センスを磨く センスとは引き出しの多さ 目的設定の大切さ みんなでコードを読む準備 git clone https://github.com/cli/cli https://github.com/microsoft/vscode https://github.com/facebook/react-native 例題 -gh: label を編集するコードを探してみよう 課題 みんなでやってみよう gh: 特定
Next.jsのページ遷移・ページロードの仕組みをコードリーディングで追いかけた - $shibayu36->blog;
Next.jsのLinkとRouterの挙動がよく分からなかったので、Next.jsのコードリーディングをした。ページ遷移やページロードの仕組みが結構つかめたのでメモ。 LinkではクリックするとsingletonRouterのpushを呼んでいる pushはchangeメソッドを呼んでいる next/next-server/lib/router/router.ts change pathnameやqueryは、url、つまりLinkのhrefから抽出している routeはただpathnameから最後の/を消しただけ dynamic routeの場合(/posts/[id]みたいになっているやつ)なら、hrefとasを比べてパラメータを抜き出して、queryに突っ込んでいる このへんでgetRouteInfoを使って、routeとかpathnameからコンポーネントを特定しようとしてそう
Vue Routerの遷移の流れをコードリーディングしたまとめ - Link and Motivation Developers' Blog
リンクアンドモチベーションでエンジニアをしている野田です。 今回は、フロントエンド開発で利用しているVue Routerという画面遷移ライブラリが思った通りに動作しない事象があり、原因を探る中でVue Router内部のコードリーディングを行ったのでそのまとめを記載させていただきます。 背景 弊社プロダクトのフロントエンド開発を行う中で、データを保存しないまま画面遷移した場合に注意を促すモーダル（添付画像的なもの）の実装を行う必要がありました。 その際にキャンセルした場合は編集画面に留まり、問題ない場合は画面遷移をそのままさせる必要があったので、Vue RouterのBeforeRouteLeaveというナビゲーションガードでフックしてその分岐を実現しようとしました。 ところがモーダル表示後遷移する場合に、1回目は問題なく遷移できるのですが2回目は遷移しないという現象が起こっていました。特
better_errorsコードリーディング
BetterErrorsのコードリーディングをしました。 基本的にはRackミドルウェアでエラーハンドリングをして、エラーのバックトレースを表示。binding_of_callerがある場合はWeb上からirbでデバッグできるようにJSからRackミドルウェア向けにAPIを叩いてコマンドを実行・結果出力する、という感じです。 エラー表示するまで Railtieでは、productionではなくconsider_all_requests_localがtrueの場合のみBetterErrors::Middlewareを差し込みます。 module BetterErrors # @private class Railtie < Rails::Railtie initializer "better_errors.configure_rails_initialization" do if use_b
初めまして、19年新卒webエンジニアの平井蒼大です。 弊社では、昼休憩時間を使って、最近勉強したこと、 興味があること、最近行った勉強会やカンファレンスの内容などをLT形式で自由に発表するHacker’s Delightという場が設けられています。 私も先日、「Draperのソースコードリーディング」というお題で発表しましたので、その内容を掲載したいと思います。 動機 今回、Draperのソースコードリーディングに至った理由は以下の二つです。 Draperの仕組みを知りたい。 Ruby, Ruby on Railsについての知識を増やす。 Draperとは DraperはPresenter層を提供するgemです。 draperを使うことで以下の利点があります。 モデルの肥大化を防ぐ グローバル空間ににヘルパーメソッドが追加されることを防ぐ。 理解する部分 今回、ソースコードリーディングを
Java コードリーディングのコツ
この記事は 品川 Advent Calendar 2019 の5日目です。 OB 枠での参加です。いったいどこの某弊社なんでしょうか… 。 本記事は Eclipse で Java ライブラリのコードリーディングを行うときのコツをまとめます。あくまでも「自分はこんな考え方やテクニックを用いてコードを読んでいますよ」という内容なので、より良い方法があればコメントください。 検証環境Java 8Eclipse 2019-09 R (4.13.0)Maven 3.3.3はじめにコードを読む方法は 静的/動的 の 2 通りあると考えている。状況に応じて使い分けることで、それなりの時間でコードの全体像を把握できるようになる。 静的 = エディタや IDE を利用してコードを読む動的 = デバッガを利用して実行しながらコードを読むソースコードのダウンロード何はともあれソースコードを用意する必要がある。E
コードリーディング: Go 標準ライブラリ net/http/httputil ReverseProxy での WebSocket の取り扱い - エムスリーテックブログ
エンジニアリンググループの山口 (@no_clock) です。 クラウド電子カルテ「エムスリーデジカル」のシステム水平分割（参考）を実施するにあたり、 HTTP リクエストを分割システム群にルーティングするリバースプロキシを実装しました。実装規模は Go 言語で 500 行ほど。既に本番環境で運用しています。 この記事は、その際のコードリーディング内容を整理したものです。なお、 エムスリー Advent Calendar 2020 2 日目の記事です。 前提: 標準ライブラリ net/http/httputil ReverseProxy と WebSocket プロトコル net/http/httputil パッケージの ReverseProxy WebSocket プロトコル 本編: コードリーディング l.244-l.272: リクエストの透過 l.295-l.301: レスポンスの透
はじめに Boto3を利用する機会があったので、どのように動いているか気になったのでコードを読んでみた。その中で自分のための情報の整理や、実装が面白いな・なるほどなと感じた部分をまとめる。 Boto3を使ってAWS上での開発や、AWSのREST APIの理解などの役に立てば嬉しい。 Boto3とは Boto3とは AWS SDK for Python のことで、内部的にはAWS CLIでも利用されているBotocoreを利用している。 The SDK is composed of two key Python packages: Botocore (the library providing the low-level functionality shared between the Python SDK and the AWS CLI) and Boto3 (the package im
Spring BootのGraceful shutdown処理が内部でどう呼ばれているかソースコードリーディングしてみた結果 - Qiita
参考: Spring Boot Reference Documentation#boot-features-graceful-shutdown Graceful shutdownが内部でどう呼ばれるか 上記からSpring BootのGraceful shutdownがどのように動くのか分かりました。では上記の処理はどこからどう呼ばれているのでしょうか。 ソースコードを読んで確認してみたいと思います。 ※注意: 今回追うコードはSpring Boot 2.3.1を前提としています。内部の挙動は今後のバージョンアップで変わる可能性があるのでご注意ください。 また、サーバはJettyを使用します。 Graceful shutdownの実処理部分を特定する まずGraceful shutdownの実処理部分を特定し、そこを起点に呼び出し元を探る作戦でいきたいと思います。 何はともあれGracef
mermaid.js を使ってコードリーディングをするときに便利な機能をまとめてみる。 標準でクラスダイアグラムも使えるが、色々試した結果、応用の効くグラフを使う方法に落ち着いた。 スタイル 注目させたい関数の色やアウトラインを変更できる。 graph LR foo --> bar --> baz style bar color:#000,fill:#ccc,stroke:#333,stroke-width:4px graph LR foo --> bar --> baz style bar color:#000,fill:#ccc,stroke:#333,stroke-width:4px サブグラフ 名前空間やファイル名を表すのに便利。 graph LR subgraph Foo f1 --> f2 end f2 --> f3 subgraph Bar f3 --> f4 end gra
この変数ってなんだっけ。この関数はどこから呼ばれているんだっけ。 脳のスタックには限度がありますし、そう簡単に鍛えられるものでもありません。 この記事では、普段のコードリーディングを少しでも楽にするために利用している、コードリーディングを視覚的に助けるVimの機能やプラグインを紹介します。 まずはVimの標準機能でできることから。 シンタックスハイライト それはそう。それはそうなんですが、シンタックスハイライトは普通に大事です。 お気に入りのカラースキームを使えば良いと思います。個人的にはIcebergが好きです。 folding 折りたたみ機能ですね。 必要な情報を強調するのも大事ですが、余計な情報は見ないというのも大事です。 コードの概要を俯瞰したいとき、たとえば同階層のテストケースを一覧で見たいときなどでも重宝します。 zmで折りたたみ。zrで開きます。 次はプラグインの紹介。 vi
React Native JSI ソースコードリーディング / React Native JSI source code reading
React Native Matsuri 2021で発表したスライドです。 https://reactnative-matsuri.com/ja
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
急なTypeScript案件🔥最初の30日間に使い倒したい「コードリーディング支援ツール」 - Qiita
コードリーディングのコツは極力コードを読まないこと｜牛尾 剛
【Linuxカーネルを読む】ChatGPTで爆速コードリーディング - Qiita
複雑さに立ち向かうためのコードリーディング入門
たのしいOSSコードリーディング：Let's read "cookies"🍪
こわくないソースコードリーディング生活 / JJUG CCC 2019 Fall
ChatGPTのCode Interpreterのコードリーディング能力は結構優秀 - laiso
Kubernetesのコードリーディングをする上で知っておくと良さそうなこと
Goの標準ライブラリのコードリーディングのすすめ | フューチャー技術ブログ
たのしいOSSコードリーディング: Let’s read WEBrick🏠 - Qiita
PostgreSQL ソースコードリーディング | Youki Shiraishi
何もわからない状態からいち早く脱するためのコードリーディング法（Android 版） - dely Tech Blog
Ruby のコードリーディング会に参加して1年経ちました - ペパボテックブログ
xgboostのコードリーディング - threecourse’s blog
コードリーディングでAirflowの仕組みを理解する
OSSコードリーディングのすゝめ - Qiita
Serviceをたずねて3000行 - Kubernetesコードリーディングの旅
たのしいOSSコードリーディング: Let's read "cookies"🍪 - Qiita
React16.6の新機能 React.memo のコードリーディング
ミドルウェアのソースコードリーディングのすすめ - freee Developers Hub
Kubernetesのソースコードリーディング入門
2022 年度新卒研修で「コードリーディング」の研修を担当しました | DevelopersIO
Draperソースコードリーディング - エニグモ開発者ブログ
Boto3(AWS SDK for Python)をコードリーディングして仕組みを理解する
mermaid.js を使ったコードリーディング - ブログのおんがえし
コードリーディングを視覚的に助けるVimの機能やプラグイン - Qiita
cosmeblog.hatenablog.jp
kakakumag.com
m50-blog.com
b.hatena.ne.jp
digital.asahi.com
www.yomiuri.co.jp