defu@Todo：早寝早起きの投稿 - Crieit

意識が低い人のための巻き込まれ型駆動開発

2019-12-07T19:45:11+09:00

意識が低いみんな！
君たちの大好きな土日連休が始まったぞ！

たっぷり空いた時間を使って、君は何をしている？

一日中ぼーっとする？
禅ってやつだな！スティーブ・ジョブズも瞑想を生活に取り入れていたらしいぞ！

一日中映画を観続ける？
創作物に触れることは良い刺激だな！頭を空っぽにして観るのも娯楽として最高だ！

一日中眠り続ける？
グッドナイト！ただ眠りすぎは身体に毒だから気をつけてくれ！

さて、意識の低い仲間たちの中には
「休日にプログラミング書きたいけど頑張りたくないしめんどくさい」
といった腑抜けクソ野郎もいると思う！

俺がそうだ！

そんなクソ野郎からみんなへ、頑張らずに頑張るための巻き込まれ型駆動開発を紹介しよう！

巻き込まれ型駆動開発とは

巻き込まれ型駆動開発とは！
土日にもプログラミングしているような目標とする人の近くに身を置くことで、「自分もプログラミングしなければ！」と意識を変える方法のことだ！

例えば俺は夏休みの宿題をやったことがない！
夏休みというものは認識した瞬間、気づけば終わっているものだからだ！
だが、もし周りの一億人が夏休みの宿題をリアルタイムでやっていたらどうだろう？
夏休みの宿題をやらなければならない、という気持ちになるのではないだろうか！

もし周りに休日プログラマーがいなければ、ネットで募集されているもくもく会に参加するのをオススメする！
自分のやりたいことに沿ったテーマであればさらにナイスだ！

ただ、目標となる人をSNSで観測するというのはおすすめしない！
SNSをやっている時間はプログラミングをしていない時間であり、プログラミングのことしか呟かない人はそうそういないからだ！
できるだけ、成果物を作るような場に参加するのが望ましい！

ちなみに、SNSで「一日中寝てた、死んだ」とか言ってるやつはだいたいめちゃくちゃ努力している（と俺は勝手に思っている）！

そうやって目標となる人の近くに身を置くと、精神に変化が起きるのが分かるはずだ！
「俺はプログラマーだ！」
「あいつらと同じプログラマーだ！負けてなるものか！」
「あいつの作ってるものすげぇな！どうやって作ってるんだ！？」
「ちくしょう！このやろう、ちくしょう！」

こういう気持ちが生まれる環境を作ることで、自ずと発破をかけることができる！
気持ちをコントロールするのは難しい！
気持ちが良い感じに動いてくれるように、環境を用意してあげよう！

成果物

ちなみにこの記事はアドベントカレンダー「なんでも」7日目の記事だ！
アドベントカレンダーというのはとても良い！
期限があるし、みんな期限を守っている！
ときには逃げ出す人もいるが、君の参加しようとした気概だけは誇らしく思う！
もちろんこの記事は12月7日当日にテーマを決めて書き始めたぞ！
この記事自体が巻き込まれ型駆動開発の成果物だ！

また、「なんでも」アドベントカレンダーから休日プログラマーたちのとてつもない熱量を感じた！
そのエネルギーに追従しなければならないという責任感が生まれた！
彼らのクリエイティビティに触発されてアプリを作ることにしたので、それも成果物として発表する！
ちなみに作り始めたのは昨晩だからできてない！すまない！

作っているのは 「入力した文字列を全てアスタリスク（*）に変えるだけ」 のアプリだ！

アプリ作ろうとしてできなかったやつの進捗 pic.twitter.com/XQniJ0QyRn
— defu@引越中 (@defunty_jp) December 7, 2019

GIFを貼ったが見えてなかったらすまない！

「こんなの何の役に立つの？」と思った人もいるだろう！
俺にも分からない！
真面目な話をすると、公共の場で書いているポエムを周りに見られたくない人に使って欲しい！

数時間でできるかと思ったが、日本語変換ができないという重大な欠点に気づいてしまったので未完成だ！
おそらくkeyイベント周りをごにょごにょすればいけるはずだが、慣れていないReactで書いていて正直ゴールが見えない！
こういう「こんなん誰もつくらねーよ」というアプリを作るときにはjQueryで書くのが楽だと思っている！
みんなVueやらNuxtやらで華麗に作っているらしいが、このあたりどうやって乗り切れば良いか教えてくれ！
「楽だとおもってるならjQueryで書けば良いだろアホか」という励ましのメッセージも大歓迎だ！

ちなみにReactで書いている理由は、なんとなく格好良いからだ！

おわりに

以上が巻き込まれ型駆動開発の成果物だ！
え？こんな中途半端なもので成果物と言えるのかって？

俺がアプリを作ろうと思っていたのは半年前だ！
だが、巻き込まれ型駆動開発を行うことで、半年間かかってできなかったことが数時間でできたと考えると、この素晴らしさが伝わるだろう！

この結果をもってしても成果物とは呼べないだろうか？いや呼べる！

俺は一人では頑張れない！
だから頑張っている人を尊敬する！
だけど一人で頑張る必要はない！

この方法が合わない人もいると思うが、環境を変化させることで意識を変える方法はいくつもあるはずだ！
意識を高く持たなくては、と焦る必要はない！
やることをやってれば意識は勝手についてくる！
知らんけど！

一人スクラムをしようとしてスクラムについて学習してやっぱりやめた話

2019-10-26T17:47:14+09:00

カイゼン・ジャーニーという本を読み、その中で言及されていたスクラムフレームワークについて興味が湧いています。

カイゼン・ジャーニーたった1人からはじめて、「越境」するチームをつくるまで（市谷聡啓新井剛）｜翔泳社の本

The Scrum Guide

このスクラムというフレームワーク、個人での開発にも適用できないかと思い色々と調べていたのですが、やはり同じようなことを考える人もいるようで、実践されているブログをちらほら見かけました。

個人スクラムをはじめてみる

ブログ｜クレタ・アソシエイツ

ぼくも一人スクラムをやっていくぞと思い、スクラムについて学習しつつ考えてみたのですが、 スクラムへの理解を深めるごとに一人スクラムの効果について懐疑的になったため、 私の考える一人スクラムについての問題点をまとめることにしました。

スクラムを一人でやるとうまみが少ない

スクラムフレームワークとはそもそもチームでの作業管理を行うためのフレームワークです。
スクラムのセオリーとして重要視されているのが 「透明性 (Transparency)」・「検査 (Inspection)」・「適応 (Adaptation)」 という三つの要素であり、これらをテーマに一人スクラムを考えてみます。

透明性 では「プロジェクトで利用する用語」や「完成の定義」などをチーム内で共通化するべきだと説いています。ただ、一人で行なっている時点で共通化はされている（できない）ため、スクラムの重要な面がスポイルされることになるでしょう。

問題の検知を行うための検査も一人スクラムでは非常に難しいものとなります。というのも、作業を行う人間が自分一人であれば、検査を行う人間も自分一人となるのです。作業担当者とレビュアーが同一人物であると言えば、どれだけ不毛なことイベントとなるかは明白でしょう。

ただ一つ適応については問題ありません。振り返りを行うことで、進捗の問題に対する改善点を踏まえ、次回のスプリントに臨むことが可能です。

さて、一人でスクラムを行なった場合「振り返りを行うことで改善を繰り返すことができる」ようになります。やりました！ただ、これってスクラムっていえるのでしょうか？

スクラムでの役割分担の重要性

スクラムではいくつかの役割を設定しています。

プロダクトオーナー は開発チームから生み出されるプロダクトの価値の最大化に責任を持ちます。
スクラムメンバー は「完成」したプロダクトインクリメントを届けることのできる専門家です。
スクラムマスター はスクラムガイドで定義されたスクラムの促進と支援に責任を持ちます。

ここで重要なのは、スクラムでは特定の役割の人間が他の役割の作業を行うことを認めていません。例えば、プロダクトオーナーが開発したり開発の仕方に口を出すのは望ましくありません。プロダクトオーナーはプロダクトの価値の最大化に責任を持っており、その役割に集中することでプロダクト価値を保証することができることがスクラムとフレームワークの存在意義の一つとなります。フレームワークとは特定の目的を達成するための骨組みであり、それらを守ることで初めて意味が生まれます。

もちろん、目的やチーム背景によってはそれらルールを変更する必要はあるかもしれませんが、変更するたびに目的達成のための複雑なファクターにほころびが出る可能性があることを忘れてはなりません。一人スクラムでは役割がないため、複雑なタスクに対応するためのスクラムフレームワークの意味合いがかなり薄まることになります。

ただただスクラムの練習をしたいということであれば、一人でそれぞれの役割を分担することでその目的は達成されます。
プロダクトオーナーしての作業を行うときは「俺はプロダクトオーナーだ......」と心の中で唱え、プロセスの優先順位を変更する場合には「プロダクトオーナー！優先順位を変えたいのですが。」「フムフム、それはどういう理由かね？」というように一人芝居を行えば、素晴らしい練習になるでしょう（本当に練習になるはずです）。

一人スクラムで期待できること

一人でスクラムを行うことの問題点を上述しましたが、それでも得られるものはあるかと思います。

スプリントプランニングではこれからのスプリントでどういったことをするべきかを決めます。私が通っていた学校では夏休みには常に計画表を作るように言われていました。計画を立てるのは本当に大事なことなのです（それに気がついたのは学校を卒業して仕事でこっぴどく怒られた後でしたが）。

計画ができたらスプリントの期間を決めてプロセスをガンガンこなしていきましょう。スプリントのたびに進捗の確認を行い、必要であれば見直しを行います。

デイリースクラムを毎日行えば、問題があったとしてもすぐに調整を行うことができます。素早い改善は素早い完了につながります。

さて、一人スクラムでも得られるものがあることがわかりました。「計画と定期的な振り返りと日々の現状確認を行う」ことができればバッチリです。ただ、これってスクラムでしょうか？

こう考えると、スクラムというものはチームのための複雑な問題解決のフレームワークだとわかります。 一人でスクラムをやったとしても、それはスクラムの用語を使った丁寧な作業 なのではないでしょうか。スプリントプランニングもスプリントもデイリースクラムもチームでの知識共有・問題解決・作業最適化などを目的としたものであり、それ自体の行為がスクラムではないのだと私は思います。

一人スクラムの可能性

スクラムを踏襲した一人スクラムについて考えましたが、私には思いつきませんでした。
もしかすると一人スクラムをされている方で「こうすればスクラムのうまみを保ちながら作業できるよ！」という意見があればぜひ教えてもらえると嬉しいです。
ただ、やはりプライベートでのイベントも生産性をハックしていきたいという気持ちはあるので、個人用のオレオレフレームワークを作っていこうという気持ちが高まりました。自分のためのプロセスマイクロフレームワーク、作っていきましょう。

フロントエンドの公開コンポーネントを探すときに役立つBitというサービス

2019-07-16T09:34:03+09:00

Bitとは

「Bit」はコンポーネント単位の共有サービスです。
Githubとは異なりコンポーネントに特化しているため、汎用的な情報表示から脱却しており、閲覧性の高さを実現しています。

コンポーネントのイメージをサムネイル表示

フロントエンドのコンポーネントは基本的に視覚効果を持つものが多いかと思います。
Githubの場合、各種コンポーネントがどのような見た目になるか、一つ一つリンクを辿って調べて行く必要がありますが、Bitでは登録コンポーネントに対してサムネイル画像を登録できるため、コンポーネントの検索画面は間違いなく快適です。

アニメーションもサムネイル上から確認できます。

素潜りのような時間のかかる検索はやめましょう。
Bitを使えば鷹のように俯瞰的な検索を行うことが可能です。

Exampleの確認が容易

Githubで公開されているコンポーネントの場合、Exampleのデモとそのソースコードは分離されています。
それに対して、BitではオンラインコードエディタのようにExampleデモとソースコードを同一ページで確認することができるため、お気に入りのExampleをどのように動かすために必要なソースコードを瞬時に確認することができます。

また、実際にオンラインコードエディタのような機能があり、Bit上で直接Exampleデモのソースコードを仮想的に書き換えることができますが、残念ながらこれはうまく動かない場合があります。

全てのコンポーネントに施されるCI

Bitにコンポーネントを登録する際、仮想環境下における自動テストが行われます。
つまりBitに登録されたコンポーネントは信頼性を担保されており、これは利用者だけでなく開発者においてもBitを利用するための理由となり得ます。

公開側の話

無制限に公開可能

Bitでは無料プランの場合でも無制限にコンポーネントを登録することが可能です。
ただし、非公開のコンポーネントを登録する場合、無料プランでは最大3つまでとなっています。（2019年7月現在）

現在はほぼReactコンポーネント

2019年7月現在、「React」タグがついたコンポーネントは9023個なのに対し、「Vue」タグがついたコンポーネントは59個でした。（Angularタグですか？3です）
閲覧性の高いBitでは、公開コンポーネントの利用される機会増加につながるかと思われます。
Vue/Angularで作成したコンポーネントがあれば、ぜひBitに登録してみてください。
いつかのBit内Vue/Angularコミュニティの立役者は貴方かもしれません。