open
open
open
open
- 【React 状態管理】zustand が簡単で書きやすい
- React 状態管理ライブラリ Jotai で非同期処理 #JotaiFriends
- React 状態管理ライブラリ Jotai とその他ライブラリとの比較 #JotaiFriends
- Jotai が Recoil を抜いてる！Zustand がトップ！Valtio もランクイン！ 2021 JavaScript Rising 🌠
- React における Global state の管理法 4 選
- 【脱 Redux】SWR や React Query を使った状態管理戦略
- React 状態管理ライブラリ Jotai での別ライブラリ連携 #JotaiFriends
- How is jotai different from zustand? · Issue #13 · pmndrs/jotai
- Jotai: 状態?! 日本語っぽい名称の React 用ステート管理ライブラリ - Qiita
- React Query vs SWR | MADTECH
open
- hello-pangea/dnd: Beautiful and accessible drag and drop for lists with React.
- clauderic/dnd-kit: The modern, lightweight, performant, accessible and extensible drag & drop toolkit for React.
- react-dnd/react-dnd: Drag and Drop for React
- react-beautiful-dnd: Alternatives | Openbase
- Replacing React beautiful-dnd : reactjs
- react-beautiful-dnd alternative - Google Search
- atlassian/react-beautiful-dnd: Beautiful and accessible drag and drop for lists with React
open
- React の状態管理で悩む全ての人へ【2022 年】 | ramble - ランブル -
- 「3 種類」で管理する React の State 戦略
- React における状態管理の動向を追ってみた
- 中〜大規模な SPA を開発する時に抑えておきたい 10 のポイント - KAYAC engineers' blog
- React.ComponentProps 型を積極的に使おう
- atoms の「制御・非制御」をどう作るのか
- React + TypeScript でファイルアップロード機能を実装する
- React と Rails で S3 にクライアントサイドファイルアップロードする
- 一番文句言われなさそうな React コンポーネントの書き方
- Generating and integrating OpenAPI services in a React app - LogRocket Blog
- トップダウン型の状態管理 (#Redux #Zustand )と比較して知るボトムアップ型の状態管理 (#Recoil #Jotai )
- React を使うのか Vue を使うのかについて個人的なモチベーションを整理したかった
- React の テスト方針を調べた
- 今日からはじめる React のテスト戦略
- React アプリのデバッグ方法 - Qiita
- React 開発効率を 3 倍にする VS Code 拡張機能&環境設定 - Qiita
- React 開発において便利な TypeScript の型まとめ - Qiita
- 【ロードマップ】React2 年やってみて - Qiita
- React でいいねボタン - Qiita
- React + TypeScript: Next 入門 01 チュートリアルの作例を一からつくってみる - Qiita
- React + TypeScript: Next 入門 02 イメージとメタデータおよび CSS を扱う - Qiita
- React を使うとなぜ jQuery が要らなくなるのか - Qiita
開く
開く
- Github Actions: a deep dive into pull_request
- GitHub Actions のベストプラクティス
- 条件を使用してジョブの実行を制御する - GitHub Docs
- コンテキスト - GitHub Docs
- WIP の代わりに Draft Pull Request を利用する (GitHub) - Qiita
- GitHub Project の Card の Draft から Issue への変換時に GitHub Actions を実行したい | DevelopersIO
- GitHub の Draft Pull Request を活用しよう - SO Technologies 開発者ブログ
- GitHub Actions のワークフロー構文 - GitHub Docs
- プルリクエストのステージの変更 - GitHub Docs
- ワークフローをトリガーするイベント - GitHub Docs
- GitHub Actions で WorkFlow や Job を連鎖させる方法 - Qiita
- GitHub Actions の複数 Job で構成される Workflow の正しい結論を知る方法 - Qiita
- GitHub Actions ワークフローにおけるジョブ制御 | 豆蔵デベロッパーサイト
- Events that trigger workflows - GitHub Docs
- Only run actions on non draft pull request - Stack Overflow
- Objects - GitHub Docs
- GitHub Actions - 再利用可能ワークフローと手動トリガーで入力値の扱いを統一 | 豆蔵デベロッパーサイト
- GitHub Actions - 再利用可能ワークフローを使う | 豆蔵デベロッパーサイト
- GitHub Actions: Reusable workflows are generally available | GitHub Changelog
- ワークフローの再利用 - GitHub Docs
- GitHub Actions から各プラットフォームへの通知方法まとめ
- GitHub Actions を使ってリリース時のあれこれを自動化する
- Creating releases with GitHub Actions - Andreas Möller
- github-script は便利です - Qiita
- - [GitHub Actions]Workflow に指定している ubuntu-latest が 18.04 から 20.04 に！あなたの Workflow は大丈夫？- [年末年始休暇前に要チェック] | DevelopersIO
- actions/github-script が v4 から v5 にアップデートされていたので対応してみた | DevelopersIO
- github issue template - Google Search
- GitHub Issue Template が公式で複数対応したので、早速利用してみた - GameWith Developer Blog
- Github の Template を使おう
- GitHub の Issues で「プロジェクトメンバーの増減時にやることリスト」を管理する | DevelopersIO
- リポジトリ用に Issue テンプレートを設定する - GitHub Docs
- リポジトリ用の単一 Issue テンプレートを手動で作成する - GitHub Docs
- Issue とプルリクエストのテンプレートについて - GitHub Docs
- リポジトリ用に Issue テンプレートを設定する - GitHub Docs
- Github Actions を利用して作業を自動化してみよう - MoneyForward Developers Blog
- JasonEtco/create-an-issue: A GitHub Action for creating a new issue from a template file.
- GitHub Actions を使って issue をつくる
- Getting the Gist of GitHub Actions
- Deploy to Gist · Actions · GitHub Marketplace
- Github Actions の使い方メモ - Qiita
開く
- textlint · The pluggable linting tool for text and markdown
- Collection of textlint rule · textlint/textlint Wiki
- Collection of textlint rule · textlint/textlint Wiki
- textlint-ja/textlint-rule-preset-ja-technical-writing: 技術文書向けの textlint ルールプリセット
- textlint-filter-rule-whitelist とルール独自の allow オプションによる正規表現の違いに注意する - Qiita
- textlint/textlint: The pluggable natural language linter for text and markdown.
- テックブログの校正を支える技術 textlint とルール設定について｜ Offers Tech Blog
- textlint をてんこ盛りカスタマイズした | Trial and Spiral
- proofdict/packages/@proofdict/textlint-rule-proofdict at master · proofdict/proofdict
- Proofdict を使って textlint の辞書管理を行う
- textlint で日本語の文章を校正する方法 | fwywd（フュード）powered by キカガク
- proofdict/proofdict: Proofdict mono repository.
- azu/textlint-rule-spellcheck-tech-word: [Deprecated] メンテナンスしていません。
- textlint-ja/textlint-rule-preset-JTF-style: JTF 日本語標準スタイルガイド for textlint.
- textlint のセットアップ&使い方 - Qiita
- Slack で簡単チェック！textlint で始める文字校正 Bot - コネヒト開発者ブログ
open
open
open
- taro さんは Twitter を使っています: 「最近作ってる設計指針のドキュメントにちゃんと目的を追加した 個人的には「知りたい人が知れる場所をちゃんと作っておく」は何事においても大切にしたい考え方 https://t.co/X06sEsezxU」 / Twitter
- ログ設計指針 - Qiita
- まろ@関数型言語作曲機械学習勉強してないさんは Twitter を使っています: 「「ソースコードを綺麗に書けばコメントはいらない派」はソースコードだけからはわからない情報がたくさんあることにまだ気付いてないんだと思う システムが大きいと設計指針をコードとコメントから読み取るのも困難になるので設計ドキュメント類も必要になる https://t.co/BAgy9uF5uB」 / Twitter
- Takuto Wada さんは Twitter を使っています: 「コードには How テストコードには What コミットログには Why コードコメントには Why not を書こうという話をした」 / Twitter
- Takuto Wada さんは Twitter を使っています: 「『良いコード/悪いコードで学ぶ設計入門』をご恵贈いただき感謝いたします。何が悪いコードなのかを認識し、そこから改善していく指針を与えてくれる本です。わいわい議論しながら読みたい本ですね。最後の章にさらなるステップアップのための学び方が示されているのもいいですね。 #ミノ駆動本 https://t.co/ztt8CX61AQ」 / Twitter
- Kenji Nakamura | iCARE さんは Twitter を使っています: 「フレームワークで楽をする＝ちゃんと理解しないで使うと地獄を見るでもあるからな・・・」 / Twitter
- 山本 正喜 / Chatwork CEO さんは Twitter を使っています: 「ほんとこれだよなーと思います。複雑性を減らす努力(リファクタ、リアーキ)をしつつ、スケールとともにエンジニア採用も"加速度的に"必要。シード・アーリーぐらいのエンジニア 5-10 人で結構デリバリできてていいよねという感覚のまま、シリーズ A いくと破綻します https://t.co/mzpUkZM01w」 / Twitter
open
- mattn さんは Twitter を使っています: 「僕はよく横に座ってる同僚に「仮レビュー」と称して設計指針を僕が説明する会をやってます。こちらが話すだけなんですけど。そして途中で「あー間違ってる」となり突然、閉会したりします。(かなり迷惑なやつ)」 / Twitter
- Kazuho Oku さんは Twitter を使っています: 「高品質なコード書くの、設計書いて、コード書いて、設計を一文一文音読しながらコード点検するのオススメだと思ってる。他人にレビュー頼むより得てして全然良い」 / Twitter
- レビューで大量の指摘をして大きな手戻りを発生させた原因はレビューアの私にあった - Qiita
- コードレビューの際に気をつけること - Qiita
- コードレビューを「するとき」「してもらうとき」の注意点 | IT・移動体通信エンジニアの派遣求人はブレーンゲート
- コードレビューを初めて行う人必見！やり方を 1 から解説！ | アンドエンジニア
- チームでコードレビューをしているときに考えていること - フツーって言うなぁ！
- 入社からの半年間でコードレビューで指摘されたことのまとめ - 30 歳からのプログラミング
- 動作確認が先かコードレビューが先か｜かっくん / iOS Developer
- セルフレビューのコツ ○
- コードレビュー ありがちな問題への対処例 - Crieit
open
- 「目標を共有するチーム」より強いのは「悩みを共有するチーム」 スクラムマスターが実践して気づいた、1on1“7 つのコツ” - ログミー Tech
- なぜ組織としてオープンソースを公開するのか？ – PSYENCE:MEDIA
- 「意識を変えると行動が変わる」は、組織変革では順序が逆 会社に活力を取り戻す「チェンジマネジメント」のやり方 - ログミー Biz
- 「すごい人は中身が詰まった引き出しをいっぱい持っている」 経験すべてを未来につなぐ“エンジニア戦術” - ログミー Tech
- プロダクト開発チームの分断に立ち向かう - yigarashi のブログ
- 経営層や上司の「その行動」が、IT 技術者のやりがいを失わせる | 日経クロステック（xTECH）
- プロダクトの開発・運用で起きやすい“ざんねん”な事例 致命傷を避け、期待に挑戦し続けるために必要なアプローチ - ログミー Tech
- 【「スゴ本」中の人が薦める】IT エンジニアなら知ってほしい。プロジェクトを炎上させないマネジメント術を身につける 4 冊 | レバテックラボ（レバテック LAB）
- Regional Scrum Gathering Tokyo 2023 - 成長が鈍化したチームを変えるためにやったこと | ConfEngine - Conference Platform
- スクラムを立て直すために取り組んだ 5 つのこと - カミナシ エンジニアブログ
- 仕組み化が仕事のムダをなくす？！その方法・メリットを解説！ – マニュアル作成・共有システム 「Teachme Biz」
- エンジニアの私がカジュアル面談で意識している 4 つのこと｜ manabusakai ｜ note
- データの二重管理で悩む会社の上を行く、まさかの「四重管理」 手間を減らして現場の士気を高めた、IT 未経験者の出したアイデア - ログミー Biz
open
open
open
open
open
- 【Next.js 和訳】API Routes/Dynamic API Routes
- nextjs の[[...props]]による Optional catch all routes の使い道・利用例
- Next.js の Dynamic Routing でパスパラメータを取得したときに undefined になるときの対処 - Qiita
- next.js Optional catch all routes in the middle - Google Search
- Dynamic Pages with optional middle part in URL - Developing with Prismic - Prismic People
- Routing in Next.js
- url routing - Next.js catch-all routes for nested structure - Stack Overflow