Agile and Iterative Development: Lessons from 20 Years of Ninja-style TestingAgile and Iterative Development: Lessons from 20 Years of Ninja-style Testing
君もイカしたTerminal環境で開発してみなイカ？(wezterm, zsh, starship, neovim)
Introduction 私が今回構築したwezterm,zsh,starship,neovim環境を紹介します。 設定したconfigは以下のリポジトリにあります。 今回構築するきっかけは以下の動画を見て、Vim使いこなしてるのかっこいいな〜、Terminal上で全て完結したら便利だよな〜、という単純な動機から始まりました。 LazyVimでいきなりどーん！っと構築しても何が何だかわからないので、coralpinkさんのサイトを参考に構築させていただきました。 構築時の環境は以下となっています。 OS : macOS Sonoma 14.1.1 zsh : 5.9 (arm-apple-darwin23.0.0) wezterm : 20230712-072601-f4abf8fd starship : 1.16.0 neovim : v0.9.4
AstroNvimをセットアップしてみた
TL; DR AstroNvim Config repo 23/08/27追記 自分のAstroNvimセットアップがかなり重くなったりして、最近はまたNvChadに切り替えています。似ているようなセットアップを更新中です。blazing fastで気持ち良いです。 （Astroと比べてデフォルトでついているプラグインや設定が少なめなので全く同じものを作るには多少労力がかかるかもしれません。が、これを機に実際にあまりいらないプラグインを減らしていくのも良いかなと。） NvChad config 23/03/14追記 全体像がわかるようにこちらの動画がおすすめです。どれかのセットアップに限らず、全部共通する内容なので、既にvim経験があって本格的にnvimのIDEPDE（Personal Development Environment）を作るには結構良いイントロダクションだと思います。関連す
ハーレーのうんちくをイラストで解説！ブタでもわかるハーレーエンスー入門講座 | バージンハーレー
VIRGIN HARLEY | ハーレーのうんちくをイラストで解説！ブタでもわかるハーレーエンスー入門講座
天気予報 高精度の SCW, Windy, Mountain Weather Forecasts の使い方 – 山と日常を歩く
こちらも、山の場所を意識して、周囲の雲や雨の様子を見ることで、雨が降りそうかどうかの判断を行う必要があります。 登山者の中では「てんきとくらす」を見ている人が多い印象です。 降水確率と風の強さで登山指数がA～Cのランクで示されるのでわかりやすいのですが、個人的な印象としては、精度がそれほど高くないように感じます。 麓の町での天気に対して、単に高度を上げて天気を予測しているだけなのではないか、と思っています。 以下では、上記の中で私がよく使用するサイトにおいて、その予報をどう見るかをお伝えします。 Mountain Weather Forecasts 英語のサイトのため、気分的にかなりハードルが高い気がしますが、英語がわからなくても使いこなせます。 まずはMountain Weather Forecastのサイトにアクセス。 左上の検索窓に、行きたい山の名前をアルファベットで打ち込みます。メ
どうやってテクノロジーを追いかけていますか？ジュニアソフトウェア開発者として応募したときにCI/CD、クラウドコンピューティング、Dockerとか大量のことを要求されました。もういっぱいいっぱいです。
Announcing Selenium 4
It’s with very great pleasure that we are announcing the release of Selenium 4. This is available for Java, .Net, Python, Ruby, and Javascript. You can download it from your favourite package manager or right from GitHub! If you’re already a Selenium user, this update should be as easy as just changing your dependency from 3.x to 4.0.0. We’ve worked hard to ensure that this is a “drop-in” upgrade,
ブランチの切り替えをしなくてよくなるコマンド git worktree がすごい！ - Qiita
masterブランチでちょっとした変更をしたいんだけど、devブランチで作業しているから切り替えるのはめんどくさい。 そんな時はgit worktreeを使ってみてください。複数のブランチを切り替えずに操作できます。 ※git worktreeを使うにはGit 2.7.0以降が必要です。それ以前のバージョンだとgit worktree listがありません。 ブランチの追加 操作したいブランチはこんな風に持ってくることができます。 すると、作業ディレクトリ以下に指定したブランチの中身がリンクされます。 たとえば、git worktree add ./worktree-dev devとコマンドを打つと、./worktree-devディレクトリが作成され、その下にdevブランチの内容ができるわけです。 git worktreeは今いるブランチに影響を与えません。 つまり、作業中であっても操作し
tree コマンド実行時、Git 管理対象外のファイルを除外する - Neo's World
tree コマンド実行時に、Git 管理対象外のファイルやディレクトリを除外するには。 最も原始的にやるなら、以下のように -I オプションで除外パターンを書く方法。 $ tree -a -I '.DS_Store|.git|node_module' -N treeコマンドの表示条件を指定する - Qiita -a はピリオド . から始まるファイルも表示 -N は日本語表示 そうではなく、.gitignore を参照してファイルを除外したい場合は、次のように git ls-files と、tree --fromfile=. (標準入力からパスのリストを受け取る) を利用する。 $ git ls-files | tree --fromfile=. git管理下のファイルのみをtree表示する - あんパン イイカンジ〜
fzf+pmyでzshの補完をカスタマイズする - 茅の下
最近 relastle/pmy というツールにハマっています。 よき pic.twitter.com/ywqdDZmD4S— キラキラの虚無感 (@Ryooooooga) 2020年12月25日 (邪悪な正規表現を代償に)いろいろできる pic.twitter.com/Q0GMzD76zT— キラキラの虚無感 (@Ryooooooga) 2020年12月25日 Zshの補完機能の欠点 zshの補完機能は強力ですが、カスタマイズ性や拡張の容易さに難があります。 また、やろうとおもえば補完関数内でfzfなどのFuzzy Finderを用いてインタラクティブな補完を実現できますが、fzfの--multiオプションなどを用いた複数結果の展開などはできません。 デフォルトの補完機能 (ZLEのexpand-or-complete)を上書きするような形でそれらも実現はできますが、やはり記述の複雑さや保
zsh で自分好みの補完インターフェースを定義する - Qiita
はじめに この記事は dotfiles Advent Calendar 2019 の7日目の記事です。 .dotfilesとは直接関係ないですが、シェル関係、fzf関係などでもよいとの ことだったので表題での投稿とさせていただきました。 本記事のターゲット zshが好きな方 Fuzzy finderが好きな方 補完にロマンを感じる方 背景 zshのmenu-baseな補完をずっと使ってきた。 コマンド履歴の検索や遷移してきたディレクトリの履歴は fzf を用いて快適にできる 通常の (パスなどの)補完でもfuzzy finderの力を借りたい。 どういうことができるか 以下の動画を見て頂けるとどのようなことができるかざっくり理解して頂けるかもしれません。 詳しくは順に説明していきます。 パス補完 (ls × fzf) パスの補完候補は ls の結果から、選択インターフェースは fzf パス
k-method.jp - このウェブサイトは販売用です！ - k method リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
PlantUML Example for RDRA 2.0 ハンドブック - Qiita
従来の RDRA から RDRA2.0 では大きく 3 つの変更があります。 ダイアグラムのシンプル化 業務フロー、利用シーンを洗い出す方法の明示 ビジネスルールの記述方法の明示 「参考: RDRA2.0 ハンドブック の 1: RDRA2.0 とは より」 あまり使われなかったダイアグラムが整理されて、ビジネスユースケースモデルへの拡張があり、また、アイコンの形を規定しない や アイコン間の関連線に方向はつけない の変更により PlantUML で表現がやりやすくなりました。 サンプル: 図書管理システム RDRA2.0 ハンドブック の 10章:サンプル:図書管理システム から同じ内容でダイヤグラムをいくつか書きます。 (10.1. や 10.2. ... は RDRA2.0 ハンドブックの見出しと合わせています。) 10.1. ビジネスコンテキスト図 ビジネスルールに関わるビジネス要
coc.nvimでPHPStanやPHP_CodeSnifferを使う - Qiita
coc.nvimはVimのLSPクライアント・プラグインの一つです。 cocは自分自身がVimプラグインでありながら、拡張機能（エクステンション）の機構を持っており、LSPサーバをエクステンションをとしてインストールすることで機能を追加することができます。 PHPのLSPサーバのcocエクステンションもいくつかあります。例えばPHPのLSPサーバであるIntelephenseのcocエクステンションとしてcoc-phplsがあります。 coc-phplsをインストールするとcoc経由でPHPの自動補完・定義ジャンプ・ホバー（ヒント）表示・バグ検出などの機能を使えるようになります。 coc-phplsだけでもある程度のバグ検知は可能ですが、Intelephenseが提供するバグ検出は現時点ではPHPStanに比べると弱く、またPHP_CodeSnifferのようにコーディング規約違反を検出す
CircleCIとMablで高品質な製品をスピーディにリリースしよう！
近年、ウェブサイト開発において、継続的インテグレーション・継続的デリバリーを採用する企業がますます増加していく中、「自動化」はとても重要な役割を果たします。そんな中、「とりあえずコードをリリースし、品質改善はリリース後に」という考え方より、「コードを、高速に、かつ高品質でリリースする」という考え方が主流になってきています。本ウェビナーでは、自動化することで、ソフトウェア開発における、コードのリリースを高速化、かつ安定した品質で行う方法をご紹介します。CircleCIのCI/CDプラットフォームや、Mablのテスト自動化プラットフォームを例にあげながら、貴社でのソフトウェア開発において、さらに自信を持ってコードをリリースできるよう、トレンドのソリューションをご説明します。 Top 5 Lessons Learned in 2024 State of Testing in DevOps Rep
tmuxメモ : Tmux Resurrectとtmux-continuumで環境の保存／復元 - もた日記
github.com Tmux Resurrectプラグインを使用するとtmux環境を保存できるので、PCを再起動しても環境を簡単に復元できるようになる。 github.com tmux-continuumはTmux Resurrectをサポートするプラグインで自動で保存／復元を可能にする。よってこれらはセットで使うのがよさそう。 tpmでインストール tpm(Tmux Plugin Manager)を使用している場合は、.tmux.confに下記行を追加してprefix + Iキーでインストール。 set -g @plugin 'tmux-plugins/tmux-resurrect' set -g @plugin 'tmux-plugins/tmux-continuum' Tmux Resurrect インストールが完了すると下記キーバインドで簡単に環境の保存／復元ができるようになるの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プロダクトバックログ Deep Dive
GRAYEL Inc.
next.js/packages/next/build/swc at canary · vercel/next.js
Parcel 2: Rustベースの10倍高速なJavaScriptコンパイラ、モジュラー構成、差分バンドリング
