スプリントプランニングをちゃんとやって幸せになる話。 - Qiita
こんなことがありました。 20xx年6月1日 PM「本日の進捗どうですか？」 ぼく「問題ありません」 20xx年6月2日 PM「本日の進捗どうですか？」 ぼく「(あかん。。思った以上に範囲大きすぎて、わからへん。。。まぁ多分終わるやろ) ぼく「問題ありまへん！」 20xx年6月5日 PM「本日の進捗どうですか？」 ぼく「あかんで(^)(^) １週間ほど遅れそうやわ、原因は既存実装の複雑さが予想以上にあったことや、調査不足ですまんな〜＾q＾」 PM「」 なぜ起きたか タスクの粒度が大きすぎる（ざっくりと A機能の開発 みたいな） 実装箇所についての調査不足 進捗確認でどこまで終わったか？どのぐらい終わったか？の確認がない タスクの期限が不明瞭 なんちゃってプランニングはやっていた PMがやってほしいタスクを説明 エンジニアチームにタスクを振る（期限は決まってはいるものの 6月に開始して 8月
Oh My ZSH!便利ツールがあれば開発しやすい！ - Qiita
Zshとは？ その数ある中でも最強のshellと言われているのがこのzshというshellみたいです。 sh、bash、csh、tcshの機能をほぼ網羅しているとの事。 Oh My Zshとは？ Oh My Zshは、Zsh構成を管理するためのオープンソースのコミュニティ主導のフレームワークです。 何千もの便利な機能、ヘルパー、プラグイン、テーマなどがバンドルされています。 Oh My Zshは、ターミナルで次のコマンドのいずれかを実行することでインストールされます。 これは、curlまたはwgetのいずれかを使用してコマンドラインからインストールできます。
PHP の ... (3点ドット, Three Dots) の種類，全部言えるかな？ - Qiita
下記で使われている ... に関して 🔰 シンタックスは，そもそも有効でしょうか？ 🔰 有効である場合，どういう役目を持っているでしょうか？ 🎓 有効である場合，どの PHP バージョン以降で有効でしょうか？
GORM v1.0からv2.0への移行時のハマりポイント(v1とv2の変更点) - Qiita
概要 以前、GORM v1.0からv2.0にアップグレードをしたのですが、その際ハマったポイントとどんな変更があるのかについてまとめていきます。 ハマりポイント GORM v2.0は仕様変更がかなり多く、すんなりv1.0からv2.0に移行できません。 かくいう私もGORMのアップグレードをした際ちゃんと調べなかったので、テストコードを書いている時に挙動のおかしさに気づいてから原因解明までに時間がかかってしまいました。。 実際に私がぶち当たったハマりポイントというのが、外部キーによる参照をした際に、正しく外部キーの参照が行えておらず期待値とは違うSQLが発行されていました。 変更点1 外部キーによる参照を行う際にforeignkey, association_foreignkeyの指定があったのですが、この書き方が変わり、foreignkeyとreferencesを使った書き方に変更されまし
GitHub Actions上でdocker composeを使ってCIを回すためにうまいことキャッシュする方法 - Qiita
docker compose on GitHub Actions 昨今ではDocker（コンテナ）を使った環境整備が主流になってきています。アプリケーションの実行環境自体をコード化できるため、開発環境間の差異や、本番環境の差異を吸収し、アプリケーションの開発に集中することができます。 一方、CIとDockerの相性はなかなかに良くないです。Dockerの肝はイメージやレイヤーのキャッシュにより、初回のダウンロード以降は爆速に使えることですが、環境がある程度リセットされてしまうCI環境で愚直にDockerを動かすコードを書くと数百MB単位のイメージのダウンロード、ビルドが毎回走ることになり、Dockerを準備する処理でCIの処理の大半が使われてしまうこともままあります。 今回はDockerによる環境のカプセル化の恩恵を受けつつ、GitHub Actionsでdocker composeを動か
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
