世間も騒がしいですが、ついに4月1日ですね。(`･ω･´)

弊社にも、新卒の新入社員さんが2名入ってきました！

いやー、フレッシュですね~(๑•̀ㅂ•́)و✧
ま、一名は半年前からインターンで入っていたので、見知っている子という感じではありますがｗ

夢を語ってもらいました！

A「傘を持ち歩かなくてもいいように駅直結のタワマンに住みたい。」

B「自分で考えたサービスで世の人の役に立ちたい。」

だそうです。いい夢ですね！！٩( ‘ω’ )و

時間がたつと、今日のことは忘れがちになるでしょうが、時々は今日の決意を思い出してほしいなと思います。

そんで、社会人になったら責任があるよ~　という話もしたりしたんですが、最近私がうちのプログラマーにしている話をしました。

それは、

作業員みたいなプログラマーにならないように

ということです。

誰かが作った仕様を、そのまま実装するだけの仕事はしないでほしいんです。

そういう仕事がしょうがない場合もあるかとは思うんですよね。

常駐や派遣で仕事している方、受託やSIの仕事は仕様に口出しすることがそもそも難しい場合が多いです。

弊社は常駐も派遣も受託もやってないです。

ソフトウェアの最終的な細かいところって、プログラマーの腕とか努力とか、実装具合で結構変わるんですよ。

これ、なかなか非プログラマーにはわかりにくいかもしれませんが、例えばページ遷移したときに、リフレッシュするのか、画面そのままでパラメーター変わるのか、みたいな話です。

そういう細かいことの集合体がソフトウェアなので、作った人がどれだけ一生懸命やっているかって、製品に出てきちゃうんですよね。

弊社の仕事はプログラマがどのような仕様にするか、から考えてもらってやります。

もちろん、自分よがりなものはダメで、お客さんのニーズありきですけどね。

製品の出来とか、使う人が使いやすいようにこだわれるプログラマになってほしいなと思います。

簡単ながらレポート書いておきます。

「PHP における並列処理と非同期処理入門」
PHPではSwooleというライブラリでできる。
他にpcntlやpthreadsというものもありますが、講演者さんが試したとこと、Swooleが使いやすいという話。

https://github.com/swoole/swoole-src

「PHPからgoへの移行で分かったこと」
機械の故障などで、20分遅れて始まったりして、あんまり中身なかった…。

Goでは
・キャッシュの持ち方が違うので気を付ける
・並列処理を勝手にやってくれるのがよいところ
・標準関数が少ない　explode()とかあるのは、PHPのよいところだよね！
・エンジニアを募集しても数がいない＆あまり情報がない
・PHPのようにフレームワークがない

講演者さんのやってみた所感では、WebはPHPでいいんじゃないか…
安定動作が必要なシステムはGoでやったらよい。

「Putting legacy to REST with middleware」
オール英語だったので、半分ぐらい意味がわからかなった部分もありますが（＾_＾；
ここでいうミドルウェアとは、PHPで書くミドルウェアのこと（だと思う）。

とにかく、プロダクト作るときはAPIから先に作るべし！
BDDテストフレームワークのBehatというのがすごいから、使ってみて！
https://www.vektor-inc.co.jp/post/bbd-test/

たしかにこれは…！
「And I press “公開”」
で公開ボタンを押してくれるらしい。Unit testとはいったい…ぐらいの衝撃。
まぁ、Unittestはやる意味があると思いますが。
ちょっと複雑なテストが簡単に作れそうです！試してみたいですね。

「Webサービスのトラブルの現場 ~ Webサービスの今と昔 ~」
この人は話がうまいのもあり、昨日面白かったです。
サーバーのモニタリングすべし。
→マカレルがいいよ。
→trdsqlというツールでサーバーログを集計したり、便利に加工できるからやってみるとよいです。
Batchの処理時間に気を付けよう！
→songmu/horenso というツールでCronなどの実行が終わったら知らせてくれるので導入しよう。
https://songmu.jp/riji/entry/2016-01-05-horenso.html

PHPのmax memory size　を-1とかに設定しがちだが、気を付ける。

URL監視をしましょう。
クラウドでも障害が起こるときはよくある。
Webサーバートラブルの際は、落ち着いて切り分けをしようね！
（参考）
https://soudai.hatenablog.com/entry/2019/08/24/030631

以上で私は離脱しましたが、ためになり、行ってよかったです。

かつてなく商業主義な感じありましたが（スポンサー企業の講演が多い）、PHPはまだまだ勢いあるって感じですね。

無料ですし、ランチも出たりするのでしょうがないですかね。

講演が後で公開されたり、ライブでも見れるので、

「それでいいじゃん」

って人もいますけれども、私は一度は会場に足を運ぶことをお勧めします！

それは、会場の雰囲気がいいからです。(`･ω･´)

「みんなPHPのプログラマーで、こんなにいっぱい勉強熱心な人たちがおる…」

という感じが、自分のモチベーションに火をつけてくれるからです。（ゴオオォ）

人間というのは群れの生き物なんですねー。

弊社のプログラマも1名参加してましたが、満足度高かったみたいです。( ˊᵕˋ )

いいプログラマになって、いいプログラムを書きたいなって気持ちになりますよ！⊂(^-^)⊃

最近私、「まこなり社長」という方の動画を、朝の隙間時間や晩御飯作るかたわら見てます。

音声で全部しゃべってくれるので、見てなくていいので、料理しながら流しておくのにいいんですよね~。

無料なのに本当に勉強になります、まこなりさん、ありがとうございます！！┌o　ﾍﾟｺｯ

考え方には同意できる部分もあり、同意できない部分もあります。（当たり前だ）

採用・仕事のスタンス・転職などに対する考え方は、私の考え方に似てるところがあります。

うまく言ってくれてるなーと思うのが、下記の動画です。

仕事というフィールドで、成長ばかりを追い求めても、幸せにはならない、という点ですね。

そうなんですよ。

私も、仕事というのは他者貢献であると考えています。

その対価でお金を頂くのが大体のビジネスですから、他者貢献が楽しくないと、大体の仕事というのは楽しくないんですよね。

しかし、5.6年ぐらい前からですかね？

圧倒的成長

とか

のびしろ

とかいう言葉を非常によく聞くようになりました。

新卒の方が、会社を選ぶ際や、転職者が転職先を選ぶポイントとして、です。

「市場価値を上げる」

「会社にしがみつかない自分になる」

というのが、その理由としてよく聞くフレーズですね。

しかし、私は成長することは手段であって、目的じゃないのでは…と思っています。

とはいえ、プログラマー、エンジニアという職種は、じゃあ入社した時からスキルが伸びなくていいのか、というとそうではありません。

勉強しつづけないと、取り残されますし、スキルが低いエンジニアという立場に甘んじなくてはいけなくなってしまいます…。

それでも、

「成長が目的」

という方は、弊社では採用しません…。手段と目的が逆と考えるからです。

「成長が目的」という方は、実際、仕事ができない場合が多いです。（残念ですが…）

自分のやりたいこと、今までやってないことをやりたいという気持ちが強いので、お客さんが使いづらいものを作ってしまったり、ノウハウのないことをやってバグばっかり作ってしまったり…。

ドラゴンボールにたとえてみると、悟空的な成長ができるといいですね。

地球を滅ぼそうという皆さんから、地球を守るけれども、そのために強くならなきゃいけないので、強くなるために努力する。

また、その強くなることを楽しめる。

ベジータはその辺、彼が強くなることが目的で、地球を守ることはついでにやってるだけ、みたいな感じですね。

ベジータが頼れるかというと、そうではありません。

目的が、自分たちを守ってくれることじゃないからです…。

架空の話にたとえるのはあまりよくないですが、本当の人にたとえるのも角がたつので、架空の話で例えました…。

「いや、でも『市場価値を上げたいし』『会社にしがみつかない自分になりたい』んだよ！」

と言われるかもしれません。

市場価値ってなんでしょうね…？

あなたは、なんだと思います…？

これについても、私的には一つの考えがありますので、別の機会に書きたいと思います。

先日、こちらのブログでも書いてましたが

リクナビNEXTで募集を始めました

リクナビさんに求人広告を掲載してました。1月から3月ですね。

キャンペーンとかもろもろあったらしいですが、およそ3か月掲載で、Googleなどへの広告掲載も合わせて、費用は190万円もかかりました。

ちなみに、190万円は税別です。

私としては清水の舞台から飛び降りる的な投資ではありましたが、

「2名採用できればいいんですよ~」

って言われると、1名100万円弱ですから、まぁ今の時代こんなものかなと思いました。

30名以上の方に応募いただいて、ありがたいことではあったんですが、弊社の希望とマッチングせず…。

結局一人も採用できませんでした…。(ﾉω･､) ｳｩ･･･涙涙

ご応募いただいた皆様にはありがとうございました。

敗因その①

媒体選びがそもそも間違い

プログラマーを採用する媒体ではないのかもしんない。
職種にそもそも、プログラマーって入れられないんですよ！（笑）

また、募集のタイトルに「エンジニア」って入れてくださいとか言われて。

世の中の人がどう思うかわかんないですが、エンジニアというのは大きなカテゴリすぎるので、せめてプログラマーというカテゴリがほしかったです。

あと、転職歴の多い方が多い印象でした。

大手SIerなどを数社経験などの経歴の方が多かったのですが、どこかで落ち着いていて、プログラム書いて、商品を開発＆メンテナンスしてきた方が望ましかったのです…。

敗因その②

求人広告がぼんやりしていた

今まで、弊社で求人広告出す場合は、「魔法少女まどかマギカ」のコスプレをした社員さんの写真を使ったり、「ブルゾンちえみ」さんのコスプレをしたり、なんというか、ネタで売ってきました。

これも、ただ単にウケを狙っているわけではなく、二つの理由があります。

・星の数ほどある求人広告の中で、まず目に止まらないといけない。（弊社のようなネームバリューもない会社ですから）

・こういうのを見てひかない人材がほしい。

ただ、今回はリクナビの代理店さんが、弊社の話を聞いて求人広告を作ってくれたんですね。

「プロに任せよう」

と思ってしまいました。

結果、あんまりとがってない広告になっちゃった気がします。

代理店の方は、よくやってくださったとは思います。

ただ、自分たちでどうしたいか、どういう人が採用したいのか、ちゃんと自分たちでイニシアチブを取って行かなきゃいけなかったですね。

そこそこ応募があったので、

「そのうちマッチングする人が来るんじゃない？」

とフワフワしている間に時はたちー　でした。

よーく、考えよう！！

ということが大の反省点です。(´ω`)

しかし、タイトルにもあるように、まったくムダではありませんでした！(๑•̀ㅂ•́)و✧

3月に2名採用したのですが、そのうちの1名はハローワークさんからの採用だったんですよ。

同時期に、ハローワーク（以降ハロワ）さんにも求人出してまして、それでかなって思ってたんですが、この方はリクナビを見て、ハロワから応募されたそうです。

うわー　賢い~(´ω`)

というのは、リクナビは、転職回数と職歴がずらっと並んでて、今回の採用条件は

「プログラマーとしての職歴が3年以上」

だったんですよ。

その方は未経験だったので、

「リクナビから応募すると落ちるだろう」

ということを察してハロワから応募して頂いたそうです。

ハロワから応募して頂くと、まず履歴書が届くんですよ。

リクナビは、職歴とか転職回数とか、まぁスペックみたいなのがざっと並んでいるだけなので、個性ってまったくないんですよね。

履歴書はやっぱり個性出るじゃないですか。

なので、こちらの印象が全然違うんですよね。

なんというか、履歴書を見てもキラリ☆と光るものがあったのと、面接していても、目から鼻に抜けるような賢さがある方だったので、未経験でも採用させて頂きました。┌o　ﾍﾟｺｯ

というわけで、まったくムダではなかったーというわけです。ちょっとは救いがあってよかった(๑>◡<๑)

えー、今年度も変わらず採用を続けております。

新卒も募集していますよ！

採用情報はこちらです。⊂(^-^)⊃