ここまでやねえ

会社が潰れるのは資金が枯渇するのが大半だと思うんだけど、そこに至るプロセスも大体決まってる気がする。
成功パターンにはこれだというものが無いが、失敗パターンはある程度絞られてくるという印象だ。
程々に資金があって尚、失敗していくパターンをつらつらと下から目線で語ってみる。

新しい事業に乗り出す

こんな事業を新しく始めよう。
まぁそこは経営者が好きにやればよいのだが、事前の戦略が不十分なまま始めたりする。製品の完成形を最後まで見通せないにせよ、まずは小さく始めたら良い。一気に舵切りすべきではないのだ。
結果、中途半端に戦力が分散されて、せっかく芽が出かけていた事業は枯れ、新規事業は中途半端なままに終わる。
競合他社に追い抜かれるから中途半端な形でもリリースし続けていく必要がある、という声もあるのだろうが、ならその時間分も計算して事前準備に割いておけよ、とは思う。
そんな準備不足。

スケールアップに失敗

金はある。人を入れよう。人を入れればそれだけ成長が加速する……のは、会社に馴染める風土作りだとか、開発プロセスが明確だとか、多人数をマネジメントできる経験者がいるだとか、組織の成熟度がある程度高くなっているときだと思う。
また、間違っても所属していた会社が有名だったからという理由で人を入れてはいけないし*1、ましてや単に英語ができるから程度の理由で人を入れたりしてはいけないし、人員募集時には即戦力を求めてはいても入社時には即戦力を期待してはいけないのだ。
結果、実力がよく分からない人たちがそれなりの地位で入ってきて、業務知識が一切無いまま役職に就き、現場を混乱させるのだ。
そしてまったく仕事をしない人を量産していく。*2
こういう手法は余程の実力者であれば通用するのだが、そうでない限り他者のモチベーションを下げるだけなのだ。
ちょうど携帯電話の料金に似ていて、末永く使ってる人は割引されず、新規加入者の扱いはすこぶる良いように。
無論、携帯電話会社は顧客の奪い合いになっているので、そういう戦略は理解できるのだが、会社においては長く勤務してきた人のモチベーションが下がって去り、戦力が大幅ダウンするだけだ。

上記はマネジメント不足な領域でもあるしそれについても書くつもりだったけど、お腹が空いたのでここまでにする。
結局は会社の成長ステージによって経営者に求められることも変わるから、経営者自身が成長or変化するか、あるいは経営者を挿げ替える必要があるのかなーと思います。
経営者が昔のままだと失敗します。

*1:人が優秀なのではなく、そういう人でも上手く活用できていた会社が優秀だったんだなと思うことが多い。そして期待はずれな人ほど、そのノウハウを持ち合わせていない

*2:本当に一日中資料を見ているだけの人や、役職に就いていながら何も判断しないし何の方向性も示さないし何のマネジメントもしない人がいる

pywinautoの使い方をはじめから

はじめに

windowsのアプリケーションを自動化するにあたって、いろいろツールはあるようだがpywinautoに行き着いた。
pywinauto.readthedocs.io

いろいろな記事を参考にしたのだが、既に自動化されたコードはあるものの、「じゃあ自分が自動化したいアプリケーションに対してはどうやって使うの？」が当初分からなかったのでここに記してみる。
尚、これは公式ドキュメントを読まなかったため起きたものであり、もし同じような方がいるのであれば下記リンクをまずは読むことを勧める。
pywinauto.readthedocs.io

最近読んでる本とか

レガシーコードからの脱却 ―ソフトウェアの寿命を延ばし価値を高める9つのプラクティス

読んだ。
まだ自分のものにできておらず、今後もう少し自分の中でよく噛み砕いて血肉にしていきたい。ただ、良い本、良い内容であることは確か。
その前提でのまとまらない感想ではあるが、疎結合とか凝集度について、概念としてはその通りだと思うし異論も何も無いんだけど、いつもそれらの説明には具体例が欠けていると思っていて、コードレベルで知りたい気はしている。
このコードは疎結合じゃないからこういう問題がある、こうすれば疎結合になってこういうメリットが生まれ出るよね、ってのを知りたい。ただ自分のレベルが足りないだけなのかもしれないが。
テストやリファクタリングについてはもうその通りで正しくレガシーコードからの脱却であった。
まずは何よりテストという方針に持っていきたい。

そんな訳で次読む。

テスト駆動開発

元々レガシーコード～よりも前に買ってはいたんだけど、これ読んだりしてて積んでた。

正しいものを正しくつくる プロダクトをつくるとはどういうことなのか、あるいはアジャイルのその先について

その他Kindleで下記。
通勤時間に読み進めたい。

ピープルウエア　第3版

熊とワルツを　リスクを愉しむプロジェクト管理

最近はツールの解説本みたいなのよりは、その在り方みたいなのに興味が出てるような。

まず終わらせよう

思いつきレベルで新しいことを始める。
それを並行して次々始める。
思いつきレベルなので現実的な妥協点が存在せず、それが自縄自縛となりトラブルが起きる。
または、並行しているため各々の品質を担保できずトラブルが起きる。

……そんな現状。

PDCAを回していかないといけない、そんなお偉いさんの言葉はよく聞くもののの、
じゃあ直近、どのような改善の下に計画を立て、何を実施し、何をチェックしたのかが全く出てこない。
自分のレベルが低すぎるのか、どのようなPDCAが回っているのかが分からずにいる。

見える化していかないといけない、そんなお偉いさんの言葉もよく聞くものの、
じゃあ何か可視化されたものが出てきたかというと、何も出てこない。
あるいは自分のレベルが低すぎるのか、どこかに誰でも分かるような実施状況でも出ているのだろうか。

……そんな現状。

他にも組織的な課題が山積し、いよいよ末期かなーと思いつつ働いている。
別に間違ったことは言っていないと思うのだけれど、その実行が伴わないと何の意味もないと思っている。
「小さく始めて改善を積み重ねる」
自分はこれ以外にうまくやる方法はないと思っている。
振り返ることもなく、問題が起きたときに考えはするのだけれど根本的な解決もせずなあなあで対処するが故、
結局は同じような問題が何度も起きる。
いつになったら変わるのかなーと思いつつも、そのような期待をするだけ無駄とも思っている。

そんなぼやき。

コマンドプロンプト起動時に「指定されたパスが見つかりません」が出る問題

別にパスがおかしい訳でもなく、起動時に「指定されたパスが見つかりません」と出る。
特に実害なかったから放置していたんだけど、放置できなくなったので対処。
参考にしたのはここ。というか答え。
stackoverflow.com

レジストリエディタを開いて、
`HKEY_CURRENT_USER\Software\Microsoft\Command Processor\AutoRun`
の値を削除する。

どうやらAnaconda3をアンインストールしたときに、この場所までは削除されずそのままになっていた様子。
そのせいでFlutterの実行時にエラーが出て2日ほど嵌っていたのは自分だけで良い。

この問題を調べる過程で下記のソフトの使い勝手が良かったので合わせて紹介。
www.rapidee.com

2020年の目標

あけましておめでとうございます。
今年はどうしましょう。
昨年はいろいろやろうと意気込んだ割に最初の3ヶ月でずっこけてそのままだったので、
今年はあまり気張らずできることを粛々とやっていきたい。

もう1段階レベルを上げる

かなり抽象的ではあるものの。
自分は基本的にいろいろできる（と思い込んでる）ものの、全体的なレベルが低いと思う。
それはコーディングの能力然り、品質然り、周りとの協調性然り。
客観的に見れば「惜しい」という感じがする。
具体的に何をするというよりは意識的な問題で、全体的な底上げを図りたい。
達成目標をどこに置くかだよなぁ。
どこまで行っても自己満で終わるとは思うが、「こうしたい」というのがはじめに挙がった。

英語をマスターする

大きく出た。
何なら英会話教室に出向く勢いでマスターする。
同僚と難なく話せるようにする。

読書習慣をつける

積み本は罪。
昨年は本を買うのが趣味と自分で思うほどに、買っては読まないを繰り返したので、
まずは読書習慣をつけるところから。本を開くところから。

Web業界の力をつける

別業界であり、おそらく時代遅れの基礎的なことしか知らない。
どこでもやっていけるようにする一環として、いろいろ味見していけたらなと。

体力つける/運動する

なんか昨年急に4kgくらい体重が増えた。
ある程度体重が増えたことで元気さを保てているなら良いのだが、同時に腹が邪魔に思えてきた。
でも大丈夫。自分にはリングフィットアドベンチャーがあるから。

とりあえず柱となる5つの項目を挙げた。
あまり気張らず、しかし怠けず、といったバランス感覚で乗り切って行きたい。

2019年の振り返り

今年は……何だったのだろうか。その一言に尽きる。

ぼくが考えてない最強のうんたらかんたら

引き続き新任された上司より大変素晴らしいマネジメントを受けている。

無能な上司に困っている2

なんだ、3年に1度のペースで無能な上司がやってくる呪いでもかかっているのだろうか。
最初に結論を書くと、ここでの反省が活かされておらず、それに苛立つ自分は成長していないということだ。哀れ。
harist.hatenablog.jp

経緯。特に実績も無い、入って数ヶ月の中途採用の人間が何故か上司になりました。そいつは仕事ができない。以上。
もうやめてくれよ……というのが本音。

その人物の具体的な詳細その無能っぷりは省くが、どうやら自分は「自分より歳上で無能な人間」というのが許せないらしい。
役職が上であるとさらに許せないレベルが上がるようだ。
そして一度無能判定してしまうと覆ることがなく、坊主憎けりゃ袈裟まで憎いと視野狭窄に陥る。
そのような考えは良くはなく、当然自分も完璧でない以上はそれでいつか自分も痛い目に遭うと思うのだが、
実際の管理能力も疑問であまりにレベルが低く旧時代的なのだ。ため息が出る。

さて、そのいい年したおっさんに5W1Hが揃っていない指示をされ、嘘でしょ……と思いながら早速無視している。
実際今のところ評価や実務に関わる部分にその上司は関わりが無いので、実害はないと見ている。
それにしても土日にずっと寝てしまうのは、このストレスを多少なりとも軽減しようと無意識的にしているのだろうか。
今後はどうなることやら。まぁ良い方向に向かわないのは確かだが。

無理に原因を求めても無駄なことってあるよね

特に大きなリスクも何もなく、普通にやれば普通に終わるプロジェクトがとりあえず終わる見込みの無いプロジェクトに変化した。
自分がアサインされた仕事は期日通りに終わらせてやったが、やっぱり指揮する人って大事だよね、っていうのを痛感している。
一応、今回の敗因ってやつを分析しておきたい。

プロダクト理解者の不在

新しく入ってきて、「じゃあまず君はこれを指揮しなさい」と言われ。
まぁわからないよね、っていう。
道のわからない人に道を尋ねても、ねぇ。
実際、主なメインタスク3つのうち、2つは分からない人が担当していた。
それにより進捗が遅れに遅れていった。

マネージャの器量

しかしまぁ、それでもうまくやる人もいる。
要は人をつついて動いて貰えればそれで良いのだ。
何もわからない状態であれば、自分ならまずは情報をかき集めるかなぁ。
アサイン可能な人がどういう人か、何ができるかを調べるよなぁ。
それをしなかったマネージャにも問題があるとも思っている。
その他、自分で言ったことを守れない。
文書もまともに作れない。
進捗管理もできない。
現状に対する打ち手もなし。
正直何だこいつは、となっている。

テストの在り方

「開発した人はテストするべきでない」
いやまぁそのような意見も理解はできるが、今回は非常に軽微な修正であること、理解できていない人で構成されている今回の条件下においてはそうすべきではない。
落とし所としては、テスト仕様にはレビューを入れても良かったかもしれないが、テストもさせた方がスムーズに進められたかと思う。
きちんと現状を見て、状況判断する目を養いたい。

まとめ

自分としては実際マネージャの器量が8割で、そこさえ違えば他の問題も連鎖的に軽減できたかと思う。
基本的な進捗管理からできていないのは論外であり、そんなのがマネージャになってるとかアホくさ、ってのが正直なところ。