チームが成長するために必要だと思うリーダー・マネジャーの振る舞い
はじめに 最初は一人の開発者としてスタートしても、ある時、技術面に責任を持つリーダーになったり、プロジェクトをうまく進める責任を持つマネージャーになったり、ピープルマネジメントをする存在になったり、あるいはそれらを兼任するというシーンがあると思う。 システム開発者の組織を率いる上で、こういうことが大事だというコンセプトや、それらを表現したキーワードは色々なところ耳にする事が多い一方で、それらの『実装』として具体的にどのように振る舞うかということについては多くの人が悩んでいると思った。 ソフトウェアで、色々な設計論などは知っているけど具体的な実装がどうなるかというところで悩むのと同じだなーと思い、年末年始という切りが良いタイミングなのもあり、チームが成長するために必要だと考えるリーダー・マネジャーの振る舞いについて思うところを書き出してみたいと思った。 前提となること 必要だと思う振る舞いを
なぜテストが開発を駆動するのか
はじめに TDD は Test-Driven Development を省略したもので日本語では『テスト駆動開発』という語が訳として与えられている。 TDD は現在多くの人に認知されていて、多くの実践者がいると思う。 私も TDD というスタイルが好きでよくそのような開発をする。 これまで、開発者の方と TDD について話すと『どうやる』の方に興味がいって『なぜ』の部分が置き去りになっていると感じることがあった。 例えば、『どうやればいいかわからない』といわれたのだが、TDDの典型的なお作法自体は知っているようなのだ。これはそもそも『なぜ』TDDをやりたいのかがわからないのではないのかと思った。 TDD はその名の通りテストでソフトウェア開発を駆動させるための開発スタイルだ。 なので、TDDをより効果的に行うためには、ソフトウェア開発がどのように行われるかを理解し、『なぜ』テストが開発を駆
Atomic Design はなぜ難しいか？どうやって難しさを解消するか
Atomic Design は難しい Webフロントエンド開発をしている人で Atomic Design を用いた経験がある方に会った時は、必ず 『Atomic Designどうですか？』と聞くようにしています。 大体の方はちょっと苦笑いをしながら『やっぱり難しいですねぇ』とか『試行錯誤しながらで...』みたいなことを教えてくれます。 私もメインの開発をする際に Atomic Design という枠組みを用いています。そして、同様に色々と悩んだのですが、このあたりについて納得がいく解釈ができたと思っています。 そこで、私の思う Atomic Design の難しさや、そう思う原因、どうやってそれを解消するかという点について、https://atomicdesign.bradfrost.com/ を適宜参照しながら共有したいなと思います。 そもそも Atomic Design 何やねん。な方
Vue.js composition-api を使った開発でおすすめしたいこと
はじめに Vue.js はバージョン 3 がリリースされたこともあり、バージョン 2.x 系を使っていてもプラグインを利用して composition-api を使った開発をしている人が多いと思います。 私も composition-api が公開されて比較的早い段階から利用してきました。結果、使い方が私の中で固まったので共有したいと思います。 なお、比較的大規模かつ、長期的にメンテナンスしたいようなプロダクトを想定しています (大体そうだと思いますが)。 プロトタイピングや寿命の短いソフトウェアなら、ここで説明することはあまり合わないかもしれません。 また、Typescript の利用を前提としています。 composition-api と Options API について composition-api 自体についてを知りたい場合は以下を御覧ください。 私が composition-a
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
