ポエム

退職しました

  • POSTS
現在勤めている会社を 5 月末日で退職します。 最終出社日が 5⁄20 だったので現在は有給消化期間です。 次の会社は 6⁄1 からです。 前職で何をやっていたか フロントエンド全般のエンジニアリングと、一部の期間はスクラムマスターをやっていました。 入社当時は、モノリスなアプリケーションをフロント・バックエンドのイマドキの構成に分離するプロジェクトが走り始める直前でした。 入社初日の私にフロントエンドの構築をほぼ一任されたとき、「あぁ、これがスタートアップか」と思ったことをよく覚えています。 前職で学んだこと 入社当時は良くも悪くも、「自分の持ち場で良い仕事をする」が仕事の理念でしたが(SES 出身だったことも関係してそう)、「チームで良い仕事をする」のような考えに変わりました。 もうとにかくプロダクトに関わる人が多かったりそもそもプロダクトが巨大だったりで、「これはもしかして自分だけが良い仕事しててもプロダクトは成長しないのでは…?」と思い、スクラムやアジャイルを本格的に勉強するようになりました。 @chichi1091 に誘われて参加した TDDBC Online の影響も大きかったです。 「スクラム…イテレーション…TDD…DevOps…あぁ、全てが繋がった、これがアジャイルか!」と閃いた瞬間があって、この辺りから開発チームロールとしてスクラム・アジャイルを啓蒙するような動きもしていました。 なぜやめるのか 月並みですが子どもが産まれて、育児の時間を大切にしたいと思うようになりました。 また、フロントエンドの構築は一旦やりきれたので、技術的なステップアップとしては頃合いかなぁと感じていました。 そう思っていたタイミングで、前職でお世話になっていた方からカジュアル面談の誘いがありました。 話を聞いてみると今よりも更に柔軟な働き方ができそうなことが分かり、事業内容にも共感できたので、そこからはトントン拍子に決まっていった感じです。 ちなみに前職へのネガティブな面も全くゼロではないですが、会社勤めなら誰しも少しぐらいは感じ得る不平不満ぐらいなもんです。個人的にここに特段強い気持ちはないので割愛。 これからのこと 次もスタートアップです。フロントエンドを強みに足りないことはなんでもやろうと思っています。話を聞く限りでは前職よりも更に落ち着いた雰囲気になりそうです。 実は技術スタック的にはあまり噛み合ってなかったりするのですが、私は得意分野にとどまり続けると逆にモチベ維持ができない人間なので、逆に勉強できるラッキーぐらいの気持ちで頑張ろうと思います。 おまけ ( 例のやつ です)

ポエム: gitはGUIでなくCUIをオススメする理由

  • POSTS
CUI vs GUI 「別にどっちつかってもgitの難しさは変わらないのでCUI使ったほうがよくない?」が私の意見です。 なぜなら、branch, push, pull, conflict, rebaseのあたりの概念理解のinterfaceに依らないからです。 変わるのはコマンド叩くかボタン押すかだけです。 じゃあなぜCUIを進めるのか 概念理解の速度が変わらないならGUIだっていいじゃないかと思うかもしれません。 CUIを進める理由は2つです 問題が発生したとき、原因の切り分けが難しい GUIクライアント特有のメタコマンドとgitのコマンドが紐付いていない場合がある 原因の切り分け? 例えば、GUI上でbranchをpushをしてエラーが発生した場合、原因は何でしょうか? GUI上で設定が漏れている? 単純にremoteに今のcommitよりも進んだbranchが既にpush済なのかも? CUI上でエラーが発生した場合、疑う箇所はgitのエラーだけです。GUI特有の問題かも?という懸念を捨てられます。 またGUI特有の問題は以下の理由により検索性が高くないです。 GUI特有のメタコマンド? revert という単語の意味は もとに戻す という意味です。 (これは一部想像も交じるし、そんなGUIクライアントは無いと思いますが、)もしもGUI上に revert stage というボタンがあった場合、「現在のstageにある変更をHEADと同一にする」という意味かもしれません( git reset . && git checkout . に相当) そして、gitには revert というコマンドがありますが、これは「あるcommitの打ち消しのcommitを作成する」というコマンドです。 GUI上でやっていた revert stage と git revert パッと見は似ていますが、動作はまるで違います。 このように、GUIではボタンにかかれている動作が、gitのコマンドそのものになっていない場合があります。 GUIでラップされてしまったボタンを覚えるよりも、CUIでgitのコマンドを覚えるほうがのちのち役に立ちますし、検索性も高いです。 結論 裏側でどんなコマンド走ってるのか、そのコマンドの意味を理解できている、調べればわかる人はGUIでもいいと思います。 最初に言ったとおりgitの難しさはCUIだろうがGUIだろうが変わらないので、それならgitそのものを学べるCUIがオススメという話でした。