今の会社を辞めるか悩んでるときに考える６つのポイント

※ 前提としてこれはプログラマーなど知識労働者向けの記事です

最近「モチベーション3.0」を再読してるのですがやはりプログラミングという知識労働の仕事では モチベーションが大事ですよね、というのをあらためて認識しています。

わたしは社会人になってから約９年経ちます。(ブランクが10ヶ月ありますが) その間、会社を2回辞めてなんとなく独立して株式会社ファントムタイプ社長という肩書になったわけですが…

[読書]チームが機能するとはどういうことか

スタンドファームの社長におねだりして買ってもらいました。 内容としては「チーミング」という活動を通してチーム内の協調を上手にやりましょう、というお話です。

ここで対比されてるのが、強力な指導力でメンバーを引っ張っていくタイプのリーダシップ(タイプL)と、メンバーからの意見を促して進めていくタイプのリーダシップ(タイプl)です。

そこに一歩踏み込めるか

開発のプロセスがうまくいってない状況に遭遇したとき、改善したい気持ちに襲われたとき。
そこに一歩踏み込んで改善したい気持ちになれるか、または改善できる環境であるのか。

それが自分にとっては仕事をするうえでとても大事なことです。
その気持ちが起きなかったり、改善するうえでのハードルがメチャクチャ高かったりすると萎えます。
(社内政治とか会社間の壁とか契約の壁とか)

ソフトウェア開発に望むこと

ソフトウェア開発に望むこと

1. プロダクトとは、ソフトウェアを望む人(ビジネスオーナー)とソフトウェアをつくる人(エンジニア)の相互の信頼によって生みだされるものであること
2. 要求とは、ビジネスオーナーとエンジニアが互いにアイデアを出しあうことで決まるものであること
3. 仕様とは、ビジネスオーナーとエンジニアが常に意識し、心に留め、必要に応じて改変するものであること
4. 設計とは、エンジニアが自らの矜持を持ってプロ…

[読書]ビジョナリーカンパニー

スタンドファームの本棚でビジョナリーカンパニーを見つけたので電車の移動時間を利用して読んでました。今さらっといった感じの名著ですが、よい本でした。

本を読みながらビジョナリー(先見性)ってなんだろう？日本にもビジョナリーな会社はソニー以外にもいるんだろうか？と考えながら読んでました。カンブリア宮殿も録画して定期的に視聴しているのですが、日本の伝統ある起業はかなりビジョナリーを持っている企業が多いのではないかと思いました。

ソフトウェア開発の楽しさは空白を埋める作業にある(と思っている)

ソフトウェア開発では設計と実装を繰り返しながら機能の完成度を高めていくことがよく行われていると思いますが、最初にザッと設計したものを実際にプログラミングしていくと当初の思惑とは違っていたり、設計の漏れが発生することがよくあります。

それは内部的なコードの話しであったり、ユーザーインタフェースであったり、エラー時の例外処理であったりします。…