Next.js + TypeScript + Tailwind CSS の開発環境をできるだけ丁寧に構築する【2024年】
はじめに 最近、Next.js、TypeScript、Tailwind CSSを使って技術ブログを立ち上げました。（まだあまり更新は進んでいませんが…） このプロジェクトを通じて構築した開発環境がわりと快適だったので、誰かの参考になるかもしれないと記事を書いてみることにしました。 できる限りわかりやすく詳細な説明を心がけましたが、その結果、記事のボリュームが大きくなってしまいました。長文ですが、興味のある方はぜひ読んでみてください🙏 また、この記事内で紹介した内容をセットアップしたリポジトリを公開しています。 Next.jsのボイラープレートとして活用可能ですので、興味のある方はぜひ覗いてみてください。
継続的ドキュメンテーション: Github DiscussionsとADRのすすめ - LIFULL Creators Blog
こんにちは。テクノロジー本部のyoshikawaです。好きなW3C Recommendation は RDF 1.1 Concepts and Abstract Syntax です。 会議やチャットでのやり取りの決定事項・議事録、アプリケーションや機能の設計書・仕様書、READMEなどなど... LIFULLの開発現場においては、ソースコード以外にもこのように様々な文書の管理・蓄積(=ドキュメンテーション)を実施しています。 多くの開発者・メンバーがドキュメンテーションの重要性やその恩恵は理解はしているものの、なかなかうまく情報の蓄積・管理ができない、 その結果、本質的ではない調査に時間を取られてしまいDeveloper Experienceが下落してしまう。 このような課題を抱えているプロジェクトやチームは世の開発現場において少なからず存在すると思います。 LIFULLの開発現場にもこの
ソフトウェア開発に登場する人物の役割と責任をまとめてみる
Jonathan Strauss – Team awe.sm いろんな役割や責任が世の中にはある。それらは会社によってそれぞれ違ったりするけれど、だいたいどういった役割であって、どういった責任を持っているのかを整理してみようと思う。 チームや組織に登場する人たち iOSエンジニアといった人たちは、わりかしわかりやすいので割愛して、 何をやっているのかわかりにくかったり、人によってやってることが違ったり、呼び方が違ったりする部分を中心に整理。経験則中心でまとめるけど、スクラム周りはスクラムガイドを読むのが一番いい。 プロダクトオーナー（省略形：PO、別名：プロダクトマネージャ）説明呼び方がオーナーだったりマネージャだったりするのでややこしいやつ。個人的にはどっちかにしてほしいプロダクトバックログが責任の中心にある役割プロダクトバックログアイテムを明確に表現するゴールとミッションを達成できるよ
プロジェクトマネジメントなう＼(^O^)／ | ぽんぽんぺいんなう＼(^O^)／
２０代後半から１５年ほどSIプロジェクトのリーダー／マネージャーをやってきた経験から。 『 監督とは、 他人が打ったホームランで金を稼ぐことだ。 』 ケーシー・ステンゲル（MLB監督） ●ポリシー １）全てのメンバーが目的・段取りのわからない仕事をしない／させない。 ２）プロジェクトの成功には、短期的な成功と中長期的な成功がある。両方を意識すること。 ３）プロジェクトの短期的な成功は、お客さんを満足させることと利益をあげること。 ４）プロジェクトの中長期的な成功は、リーダーとメンバーが成長し、また一緒に仕事をしたいなと思い合うこと。 ５）リーダーとメンバーがフラットでオープンな関係を築けなかったプロジェクトは、中長期的には失敗する。 ６）みんなで得意なことを持ち寄って知恵を出し合ってやってみてダメだったらそれは僕らにはムリな仕事だったということ。 ７）人は一人一人別人であり仕事に対するスタ
hostname 命名のヒント
一台を越える計算機を管理するには、 「計算機に名前をつける」という作業が必要になります。 計算機に名前をつける作業の際に、 記憶を刺激し適当なもの捻り出すキッカケとなるように書きました。 最初の一台に適当に名前をつけてしまうと目も当てられません。 この文書で扱わないこと 文書の中で例示するドメインが欲しい場合には RFC2606 を参照のこと。 /etc/myname や /etc/rc.conf の書き方が知りたい場合には man でも見てください。 NSD や tinydns の設定については他を当たってください。 named.conf や zone の書き方は適当に他を当たってください。 $GENERATE の使いかたも自力で調べてください。 べき・べからず テーマのある名前をつけろ。 タイプしやすい名前をつけろ。 採用前に綴りの確認をしろ。 (計算機を使う可能性のある)ユーザの名前
わたしが知らないスゴ本は、きっとあなたが読んでいる: 「アート・オブ・プロジェクトマネジメント」読書感想文【まとめ】
ITプロジェクトのマネジメントにおいて、本書はまさに宝の山といえる。 一回の探索では持ちきれないほどのアイディアがザクザクと手に入る。しかも、ひとつひとつの宝が、著者の経験に裏打ちされ、考え抜かれているため、一回読みでは消化不良を起こす。それぞれのフェーズで読み返すことで、順番にモノにしていくやり方が良いかと。 このエントリでは、自分の振り返り読みのために、読書感想文エントリの目次と、次に読むべき本・サイトのをまとめた。わたしだけでなく、誰かの参考にもなればイイナ！ その1 ・オーバービュー その2 1章「プロジェクトマネジメントの簡単な歴史」からの考察 ・PMにとっての最重要ツール ・アート ―― 技芸と呼ぶ理由 ・ホワイトボード地獄 その3 2章「スケジュールの真実」および、 3章「やるべきことを洗い出す」からの考察 ・何のための開発プロセスか? ・見積もり確度を上げる2つの質問
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
大規模なJavaScript開発の話