isyumi_netブログ

isyumi_netがプログラミングのこととかを書くブログ

左右分離型イヤホンよりもSonyの『WI-C310』を熱烈にお勧めする。

この記事は、「私もそろそろ左右分離型イヤホンデビューしちゃおうかな〜」という方に向けて書いています。

左右分離型イヤホンよりも、SonyのWI-C310という商品をお勧めします。

www.sony.jp


こういう形をしています。

 




特徴は、見ての通り左右が線で繋がっていることです。

おすすめの理由

電池の持ちがいい


多くの左右分離型のイヤホンの連続稼働時間は、大体4時間くらいです。小さいですからね。仕方ないと思います。
それに対しWI-C310は15時間ということになっています。公式発表では。本当かどうかは知りません。僕は15時間も音楽を聴き続けたことがないので。10時間使い続けても電池は切れませんでした。

落とさない


左右分離型を使いたくない最大の理由は線路とかに落としそうだからですよね。WI-C310にはそういう心配がありません。

失くさない


出先に左右分離型を持っていくとなると、右・左・ケースと、『失くすと困るもの』を三つ持っていくことになります。注意力散漫勢には厳しみがあります・
WI-C310なら、全部繋がっているので大丈夫です。

音質がそこそこいい


少なくとも第三世代AirPodsやBeats Studio Budsよりも良いです。
「私は音質とか拘らないし〜」っていう人いそうですが、聴き慣れた曲をBeats Studio Budsで聞くと明らかに低音が足りてないのがわかります。絶対気になると思います。音声通話での使用がメインの人なら止めませんが、音楽を楽しみたいならやめといた方がいいです。
WF-1000XM4よりは悪いです。
あと、若干ホワイトノイズが乗ってるのが気になります。

安い


4,000円のイヤホンを安いと思うかどうかは人それぞれだと思いますけども。
左右分離型のハイエンドの製品は2万円を超えています。
それに対して、繋がっててもいいなら4,000円だと思うとまあそれでもいいかなって気がしますよね。

外せる


外で音楽を聴いてると、とっさにイヤホンを外したいことは結構あります。
急に話しかけられた時とか。
もちろん、左右分離型でも音を止めたりノイズキャンセルをオフにすれば人の話は聞こえます。
ただ、絶対線を引っ張って外す方が速いです。
ちなみに僕は、コンビニのレジに並ぶ時は必ずイヤホンを外すことにしています。一応礼儀の問題として。
イヤホンを外すのは、相手に対しても『聞くよ』っていうサインになるので良いです。誰かに話しかけられた時に、左右分離型イヤホンのボタンを押して音楽を止めても、相手からしたらこちらが何をしていたのかわからないですね。その点、これ見よがしにイヤホンを引っ張って耳から外せば、『ごめん、今の話聞こえてなかったから最初からお願い』という意味だと伝わります。

物理ボタン


左右分離型は、操作が結構大変です。まず、多くの製品は物理ボタンではなくタッチセンサーです。タッチセンサーは結構押し間違えると思ってください。
操作は『・』で停止再生、『・・』で次の曲、『・・・』で前の曲、みたいなコマンドになっています。覚えるのも結構面倒です。
その点、WI-C310は大きな物理ボタンがついているので操作がしやすいです。

みんなの疑問点


線は邪魔なのか


まあ、左右分離型に比べれば邪魔ですね。デスクワークならほぼ気になりません。歩行も大丈夫です。走ったり運動したりすると完全に邪魔です。

線は絡まるのか


全く絡まらないです。僕はかなり乱雑にカバンの中に突っ込むのですが、絡まることはありません。
普通の有線イヤホンの形を表すと『Y』ですよね。WI-C310は『U』です。
YがUになるだけでこんなに絡まらなくなるのかと思いました。

カナル型は嫌だ


まあ、これの人はいると思います。耳に何か突っ込むのが嫌だって人ね。咀嚼音とか聞こえてくるし。そういう人には別の製品をお勧めします。

結論


僕はこうしています。
自宅の中:左右分離型
外出:WI-C310
二つも買いたくないということならWI-C310を買うのが一番良いと思います。

最近の面白いラノベを紹介する。

タタの魔法使い

2018年のラノベ。学校丸ごとファンタジー世界に飛ばされてしまった高校生たちが、みんなで協力する術を覚えて帰還を果たす話。

最大の特徴は、学校全員で飛ばされたという点だ。
一般的に言ってこのジャンルの王道は、『ゼロの使い魔』や『リゼロ』のように主人公だけが飛ばされるパターンだと思う。このパターンでは新しい世界での出会いが主軸になる。
それに対して『タタの魔法使い』では既存の人間関係を持ち込んでストーリが始まる。これにより彼らは、今までどれほど大事な仲間に囲まれていたか再確認することになる。

この小説は英雄譚ではない。冒険のカギは、ずばり組織力だ。
ファンタジー世界に飛ばされた学生・教員たちには様々な試練が襲い掛かる。その難易度も絶妙である。基本的に1,000人規模の集団として正しく対処すれば何とかなるような問題しか起きない。

しかし残念ながら、序盤では全員であたふたしている間に数百人の死傷者を出してしまう。
そこから組織として成長していくことに感動できる。
シン・ゴジラに近いかもしれない。

ここでいう組織力とは、数人の仲良しグループの信頼関係のようなものではない。
1,000人規模の集団としての成長を描いた物語だ。

例えば、

  • 各自の個性をどのように把握できるか
  • 連絡をどのように取り合うべきか
  • もっとも戦闘力が強い人をどこに配置するか

など、様々なテーマで好奇心をそそってくる。

面白かったのは、校長先生の扱いだ。
この校長先生は、序盤に悪手を連発して大量の犠牲者を発生させてしまう。まあ、はっきり言って無能な人だ。そういう描かれ方をしている。
それでも、この集団は責任者に何をさせるべきかを学習することができた。そこで一気に潮目が変わり組織として安定し始める。

もし学校が丸ごとファンタジー世界に飛ばされたらというifを楽しめる素晴らしいラノベだ。

世界の果てのランダム・ウォーカー

2018年のラノベ強力な科学を持つ大国セントラルから、文明の劣る国々を調査するために派遣された二人の調査官が、さまざまな出来事を通じてセントラルの謎に迫る話だ。

キノの旅に似ているというレビューが多かった。確かに似ている。

奔放な上司の女性と、皮肉屋な部下の男性の二人組で、部下の男性のほうが語り部だ。
この男性、普段は上司の悪口ばかり言っているくせに、困ったら泣きつくところがかわいい。ナイスコンビだと思う。

面白いことに、強力な科学を持つ大国セントラルは、その存在自体を文明の劣る国々に秘密にしている。寝首をかかれるからという理由らしい。

なのでこの二人の調査官は、自分たちがどこから来たかを秘密にしなければいけないし、
すごく便利な科学道具を持っているが人前では使えないという縛りが生じている。

終盤、部下の男性は上司の女性と離れ離れになってしまう。
頼りの綱を失った状態で見せる彼の成長が見どころだ。

オーバーライト――ブリストルのゴースト

2020年のラノベイギリスのスプレーアート界隈を描いたラノベだ。スプレーアートというのはシャッターとかにに落書きするアレだ。珍しい舞台設定だと思う。表紙を見てもラノベとしてかなり異色の作品だとわかるだろう。

主人公は日本からの大学生で、そこで元伝説のスプレーアート師と出会い、行政との摩擦や派閥抗争に巻き込まれるなかで、界隈の歴史と掟を学んでいくというシナリオだ。

スプレーアート界というものに興味が沸く、面白い作品だった。著者の実体験をもとに書いたらしい。

インフルエンス・インシデント

2021年のラノベ

人気インスタグラマーなショタをストーカーから守るために、平凡な女子大生が頑張る中で、人々の心の闇を見つめていく話。

導き手になる白鷺玲華教授がエキセントリックでいいキャラしてる。

序盤では『無垢な男の子』として描かれるインスタグラマーが、徐々に『アブないヤツ』に思えてくるハラハラ感が良い。

最終的には女子大生が拳で解決。蘭姉ちゃんかよ。

オリンポスの郵便ポスト

2017年のラノベテラフォーミングが頓挫し、地球に見捨てられたた火星が舞台。そんな火星で郵便配達員として働く少女が、機械の体を持つおじさんをオリンポス山の頂上まで配達する話。

飄々として浮世離れしたおじさんと突込み役の常識人系少女のコンビは、まるでドラマ『相棒』の右京さんと亀山君のようだ。

郵便配達員が主人公の小説だけあって、所々で手紙ネタで泣かせに来るのが憎い。ヴァイオレット・エヴァーガーデンとか泣いちゃうもんね。

この火星は見捨てられた土地だ。ギャング組織などもはびこっているし、もちろん組織の中の人々も丁寧に描かれる。
正義側であれ悪役であれ、一人一人がこの地で生きる意味をひたむきに探している様子に胸を打たれる。

キネマ探偵カレイドミステリー

2017年のラノベ。天才的な頭脳を持つが絶対に部屋の外に出たくない映画ヲタクが、映画の知識をもとに町の事件を次々と解決する安楽椅子探偵モノ。ワトソン役である大学生が語り部

実在する様々な映画に言及されるが、見たことなくても大丈夫。

ラノベで大学生の男コンビが主人公というのはちょっと珍しいかな? この天才映画ヲタクはハウルのように超神経質な人なのだが、彼の挙動が面白い。

君と僕との世界再変

2018年のラノベ。原題が『オーウェルによろしく』だったらしい。典型的なディストピア小説のフォーマットをとっている。人間の価値が数値化された世界で、ただ一人数値がゼロである主人公が、生活のために町の汚れ仕事を請け負う中でこの世界の真相に迫る話。

世界観設定が上手いね。

葡萄大陸物語 野良猫姫と言葉渡しの王

2019年のラノベ。放浪の身になった主人公が、王家に雇われ、その家のお姫様に好かれる話。

お転婆を通り越して野生児味があるお姫様と、そのお世話役の女性の絆が美しい。
お姫様、いつもわがままばかり言っているのに、お世話役の女性が侮辱されたらキレて暴れ散らかすんだよ。
そしてそんな二人と主人公のかかわりも面白い。
そういえばこの座組、ハヤテのごとくと一緒だな。

ただのラブコメかと思いきや、「大国に囲まれた弱小なこの国をどうやって存続させるか」をかけた頭脳バトルが本当にアツい。

豚のレバーは加熱しろ

2020年のラノベ。まあ、僕がお勧めしなくてもすでに人気だけど。アニメ化されるらしいね。

ファンタジー世界に転生したらブタだったっという設定。
この時点で出落ちじゃないかと思ったが、そこからのストーリ展開がしっかりしていた。

主人公は、全く人を疑わなない無垢な少女と出会う。
彼女をとある場所まで旅させることができれば元の世界に戻れるかもしれない、という流れ。

純粋な少女の代わりにひたすら目に映るすべてを疑い、手を尽くして旅を成功させるシナリオは秀逸。

文章も非常に読みやすい。

ユア・フォルマ 電索官エチカと機械仕掛けの相棒

2021年のラノベ。これも大人気だね。本屋さんで面陳列されてるもんね。

電索官という刑事みたいな職業の女性が、相棒であるロボットとともに難事件を解決する話。女性の方が語り部になっている。

高慢チキな女性と、彼女を掌の上で転がすロボットの相性が抜群で面白い。

かなりSF色が強く、ストーリーにあんまり関係ないところまで設定を練りこんでいる点も好感。

2010年くらいの世界が技術的に楽しかった頃

要約

今現在プログラマーがかっこいい職業ということになったのは、
2010年頃に必要な技術が出揃ったからだと思います。

それまでは、例えプログラミングができたとしても、
それを使って社会に貢献するのは難しいことでした。
ソフトウェアで何かをするには、
プログラミングスキルだけでなく、それなりの予算と大きな組織が必要でした。

それに対し、2010年以降はプログラミングさえできれば社会に貢献しやすくなりました。

その頃に何があったのかについて話したいです。

きっかけ

自己紹介記事を書いていた時に思い出したのですが、
2010年頃って本当に技術的に楽しかったよなーって思いました。

主にAndroidとかが出てきた時期です。

一般的には1990年代の後半がITの転換期とされていると思いますが、
僕はこの2010年前後が一番のターニングポイントだったと思っています。

プログラミングというものの持つ意味が大きく変わったなと総括できると思います。

この文章の狙い

僕と同世代の方には、そんな時代もあったな〜と当時を懐かしく思っていただければと思います。

僕よりちょっと年下だったりプログラミングを後から始めた方におかれましては、
今現在のプログラミング界隈の当たり前というのは、
比較的最近形成されたものなのだと知っていただければと思います。

それまでのプログラミング

僕は昔からプログラミングができたのですが、
自分が作ったものを他の人に使ってもらう手段はほぼなかったです*1

だから、基本的にはプログラミングは個人の趣味でした。
プログラミングができるということとそれが社会との関わりになるということは全然別の問題でした。

今プログラミング能力が100の人が社会に与えられる影響が100だとしたら、
当時その能力値でできることは5くらいだったと思います。

そこからどのように個人のプログラマーにできることが広がっていったのか話します。 

この頃に登場・普及した技術

HTML5/CSS3とGoogle Chrome登場

Chromeが登場したのは、ウィキペディアによると2008年だそうです。
僕が使い始めたのは2009年頃だと記憶しています。

ここで初めて自分が作ったものを気軽に人に使ってもらえるようになりました。

それまで、Windows向けのデスクトップアプリとWebアプリでは表現力と性能に雲泥の差がありました。
しかしながら、デスクトップアプリを他人にインストールしてもらうのはハードルが高かったです。
だから、複雑なものはデスクトップアプリで作り、チープなものをWebアプリとして作っていました。

そこから、Ajaxやブラウザ戦争やHTML5/CSS3などの流れがあり、徐々にWebで本格的なアプリを作れるようになりました。
そして、Chromeの性能と普及率により、ついに何でもWebアプリで作ればいいということになりました。

僕はAudio APIを使ってみたときのことを覚えています。
iTunes的なものをWeb技術で作ろうと思ったのです。
出来たものを高校のクラスのみんなに使ってもらいました。
こんなに簡単におしゃれで便利なものを作ってみんなに使ってもらえるのかと興奮しました。

公平に言えば、それ以前にOperaFirefoxといったデキのいいブラウザは存在しました。
しかし、あまり普及していなかったので、それを前提にWebアプリを作るわけにはいきませんでした。
また、別の要素として、当時はPCの他にガラケーPSPのブラウザの利用率が高かったので、
Webアプリを作る時はそれらでも動くようにするべきということもありました。

Chromeの性能と普及率で初めてWebで本格的なアプリを作るという世界の扉が開いたと思います。

iPhone/Android

いくらプログラミングができても使ってもらう方法がないという問題のもう一個の決定的な解決がスマートフォンでした。

みんなが持ち歩く端末向けに自由にアプリを作って公開できるなんて革命でした。
しかも、カメラやマイクなど様々な機能にアクセスできました。

 

加速度がホントにJavaのコードから取れてびっくりしたのを覚えている。

この感覚、凄くわかります。

fushiroyama.hatenablog.com

 

なかでもAndroid

  • 開発にMacがいらない
  • マーケットの審査がゆるい
  • 野良アプリも配れる
  • 端末が安い

という点でiPhoneよりも大きな役割を果たしたと言える気がします。

Google App Engine

それまで、サーバーを借りることに大きな制約がありました。

サーバーホスティングサービスなどもありましたがお値段が高かったです。

なので基本的には共有サーバーを使っていました。
多くの共有サーバーでは、CGIは許可されていました。
プロセス常駐型のサーバーサイドアプリは使えませんでした。
そのため、言語の選択やアーキテクチャなどでとても不自由しました。

VPSという選択肢もありました。
しかし、アプリやOSやApacheなどのミドルウェアが落ちることもあり、
監視・復帰メカニズムを作ろうと思うとまた大変でした。

その点、GAEは安くてJavaが使えてサーバー運用が不要だったので、
簡単にアプリを公開しやすくなったと思います。

Wi-Fi/4G*2

ユーザーの端末が当たり前に高速ネット回線に繋がっていることが期待できるようになり、
ソフトウェア開発の幅がグッと広がりました。

PIC/Arduino/Raspberry Pi

PICなんて結構昔からあったらしいですね。
だから普及とは言わないと思います。

まあそれはさておき、この時期にちょっとしたハードウェアなら自力で作れるようになりました。

身の回りにタッチパネル製品が増えだした頃だったので、
逆にロータリーエンコーダーやトグルスイッチのような手触りがある入力デバイスのほうが親切な局面がありました。

例えば、僕が昔作った業務管理システムでは、

  • 画面上の特定の箇所をスクロールするためだけのロターリー
  • ある事件が起こると光って点滅するボタン(押すとそのページが開く)
  • あるボタンを押しながら喋ると、別室のスピーカーで音が出る

のような左手デバイスを作ったら喜ばれました。

NFC/Bluetooth

上と同じような話ですが、NFCBluetoothを積んだスマホが安価に手に入るようになったり、
NFCタグがどんどん安くなったことで、
物質世界と絡めたようなシステムを作りやすくなりました。

Dart/TypeScript/Kotlin/Swift/Go...

プログラム言語周りの発展も重要でした。

昔はWeb系ではサーバーでもフロントエンドでも動的型付け言語が主流でした。
それで困らなかったのかなって思うでしょ?
困ってました。

他にも、

  • まともなimport機構
  • 公式フォーマッター
  • 公式ライブラリリポジトリ
  • 依存管理機構

こういったものがちゃんと用意され始めたのもこの頃からでした。

更に、CI/CDサービスやSwaggerなどの開発効率系ツールも充実してきました。

単純にプログラミングの生産性も10倍くらいになった気がします。

何ができるようになったのか

これまでは、大きな業者に高いお金を払わなければ実現できなかったようなことが、
一人のプログラマーの力で実現できるようになりました。

例えば、飲食店のホールさんが持っているような端末についてです。
あるいは、倉庫や配達の現場で使うようなハンディターミナルでもいいです。

あのようなものを導入するにはすごくコストがかかります。
もちろん業者さんも意地悪をしているわけではありません。
ハードウェアが高いしSDKも高いのでどうしてもリース価格が高くなるのです。

しかし、Androidなら安くて簡単です。
端末は、Nexus 4なら5万弱、Nexus 7なら2万円弱で市販品を買うことができました。
アプリも自由に作れます。
その気になれば情シスさんが一人で必要な装備一式を作ることができました。
僕もよくそういうことをしていました。

このように、それまでは例えプログラミングができたとしても、それを使って会社の業務を良くしようと思えば大きな予算を獲得しなければいけなかった時代から、担当者一人でどんどん会社を改善していける時代になりました。

結論

あの時の、自分がだんだん強くなっていく感覚が楽しかったなーと思い出しました。

*1:ふりーむにゲームを投稿していました

*2:正確な普及時期とはちょっと違うようです

「フロントエンドエンジニアですか? サーバーサイドエンジニアですか?」と聞かれても困る

転職活動をしているとよく聞かれます。
果たしてこの質問にどの程度の意味があるのでしょうか。

前置き

もちろん、本人が好きでそう名乗っている場合は否定しません。
あるいは、特定のことがあまりにも得意すぎてしまう人が周りからそう呼ばれてしまうのはしょうがないと思います。

また、雇用の透明性の問題として、事前に求人する役割を明確にしておくべきだという流れはあり、
それに準じようとした結果そうなったのかもしれません。

とある求職者の気持ち

知らんがなって思います。

今までいくつかの会社で働きましたが、そんな役割分担はありませんでした。
また、『どちらをやりたいか』といった願望も特にありません。

確かに、その時によって主にサーバーを触っていた時期やフロントエンドを触っていた時期というのはあります。
しかし、それというのはその場にいる人や状況で決まったことであって、
特に僕のアイデンティティとは関係がありません。

そして、御社ではどのような人が働いていて、どんな技術的課題があるのかわからないので、僕が入った場合僕がどちらをやるべきなのか、こちらでは判断がつかないです。

正直言って、そういうのは出たとこ勝負で何とかなると思っています。
どうしても分類する必要があるということなら、そちらで好きに決めていただければいいのではないかと思います。

求人側の意見

実は、先日転職活動をしていた時にいろんな会社に聞きました。
ほとんどの会社が、「実はそんなに○○エンジニアをはっきり分けているわけではない」と言っていました。

いらないんじゃん。

先方が言うには、「求人サイトのフォームの都合でそうなっちゃう」ということでした。

他には「そこを明示しておかないと人が集まらない」という声もありました。
なるほど。
ということはそこを重要視するソフトウェアエンジニアも一定数いるということでしょう。

技術的な意見

まず、だいたい色んなことで共用できるスキルと、
特定のジャンルの技術というのはあります。

例えば、応用情報技術者試験の勉強をしましたとかは共用のスキルだと思います。
Reactが得意とかは特定の技術だと思います。

そして、そのどちらに投資しているか個人差はあると思います。

なので、


「ゼネラリストタイプですか? スペシャリストタイプですか?」
 スペシャリストです→「一番得意なのはなんですか?」

みたいな話の流れならいいかなと思います。

ただ傾向として、基礎を重視している人は特定の技術にも素早く対応できるし、
逆に特定のことに尖った経験がなければ基礎が積み上がっていかないということもあるでしょう。
だから、必ずしも対立軸でもないと思います。

また、例えば僕は競技プログラミングをしています。
僕はこれを基礎力の訓練だと思っています。
しかし、競プロを一芸だと思って練習している人もいます。
このように、何を持って基礎とするかが曖昧なので明快な話ではないかな〜という気がします。

組織論として

その組織が成し遂げられることの最大値は、最もそれが得意な人の得意さに依存すると思います。
なので、その分野のスペシャリストがほしい時は必ずあると思います。
そういう人を募集して厚遇するのは悪いことではないと思います。
エースです。一番手です。旗手。マタドール。

逆に色んなことができないとできない判断というのもあったりします。

総合的に言えば、『スペシャリストが数人でその他がゼネラリスト』みたいな組織が一番いいのではないでしょうか。

特定の分野のスペシャリストばかり揃えたり、『全員が何かしらのスペシャリストであれ』みたいな考え方はあんまり好ましいとは思っていません。
まあ、その辺りは各社の経営戦略なので口出してもあれなのですが……

個人的には、

  • 言語不問でちょっと複雑な問題を出してコードを書く速さと正確さを見る
  • 散らかってるコードを渡してリファクタリングしてもらう
  • こういう障害が起きたらどういう順番で対応しますかって聞く

などのほうがいい人を採れるのではないかと思っています。

類例:就活における個人的体験の話

ちょっと横道にそれまして、自分が転職活動で体験したことの話をします。

フロントエンドフレームワークを例に出します。
僕の実務経験量としてはReact>Angular>Vueです。

さて、内定をもらえる割合ははっきりとその会社が主に使っているフレームワークに相関していました。
同じくReact>Angular>Vueの順です。
多分20%ずつぐらい違っていたと思います。

もちろん、各社がどういう理由で合否を出したのかはわかりません。
なので、フロントエンドフレームワークの実務経験だけが理由ではないでしょう。

ただ、現にこれだけはっきり相関しているので、
「React経験多いから内定を出そう」「Vueは実務経験なさそうだから落とそう」という判断をした会社は必ず一定数いたはずです。

僕はちょっと微妙なお気持ちになりました。

Vueってそんなに難しいフレームワークなのでしょうか……
ReactやAngularをいっぱい触っている人でもキャッチアップできないようなものということでしょうか。
もし本当にそうなら、多分いまVueを使っているということ自体が巨大な経営リスクだと思うのですが……

正直『僕ならさらっとドキュメント読めばすぐ使えるようになるでしょ』と思っています。
やったことないけど。

同じように、似たような技術で片方しかやったことないとか両方やったことあるけど業務経験としては片方のみとかのケースで合格率が大きく変わることはが結構ありました。

気にし過ぎでは……

主張

始めに戻ると、僕の主張は

  • 特定のスペシャリストが必要な時はある
  • スペシャリティ以外の尺度もいっぱいあるはず
  • 本人が特定のスペシャリストを名乗るのは別にいい
  • 実質「〇〇の専門家」と思われても仕方ない人もいる
  • 自分のスペシャリティとか気にしてない人も結構いるはず

ということです。

それに対して

  • ソフトウェアエンジニアは、その人の持ち技術で分類できる
  • より細かくソフトウェアエンジニアを分類することで上手にマッチングできる可能性が高まる
  • その人の最も強い点の強さがその人の技術の総合力

というような考え方の人が多いなと思ったという話です。

残念だった点

事情をよくしらない人事の方がそういう勘違いで落としてしまったならまだわかります。
でも、落ちたタイミング的に、どちらかといえばソフトウェアエンジニアの人たち方が強くそういう価値観に染まっているような気がします。

残念だなーとおもいます。

疑問

ちょっと同業者に聞いてみたいな〜と思いました。
Twitterにリプでもしてください。

  • 自分は何かの分野のスペシャリストだと思うか?
  • スペシャリストだと思う場合、他の技術の仕事をすることにどの程度ポジティブか
  • 特定の分野に強くなれるなら似たような別の分野も上手にできるはずという考えをどう思うか
  • 逆に基礎がしっかりしていればだいたいのことには対応できるはずという考えをどう思うか
  • それ以外にこの記事を見て思ったこと

自分は何かの分野のスペシャリストだと思うかというのは、
「自分なんて○○さんと比べてorz」という話ではなく、
あくまでアイデンティティとして「自分は○○方面の人だ」みたいな意識があるかということです。

他の技術の仕事をすることにどの程度ポジティブかというのは、
もちろん合意の上という話です。
また、「本人がその分野に取り組んでみたいと思っていた」みたいな話でもないとします。

「技術寄りのエンジニアですか? ビジネス寄りのエンジニアですか?」という愚問

転職活動しているとよく聞かれるのですが、なんなのでしょうね。この質問。
この二つって対立軸なのでしょうか?

面接で聞かないでほしい

技術寄りと答えると、頭でっかちで会社のことを考えない人だと思われそうです。
かといってビジネス寄りと答えると技術力の低さの言い訳をしている人感が出てしまいます。

どう答えても都合が悪いので、そもそもこの質問をしないでほしいです。

そもそも対立軸でもない

普通に考えて、技術者として雇われているのだから、ビジネスに貢献しようと思ったら技術力はたくさん必要ですよね。

でも技術で貢献しようと思ったら会社のみんなの事とかお客さんの事とか考えますよね。

むしろ逆をこたえるパラドックス

仮にある種の軸があるとして、それを本人に聞くと逆のことを答える気がします。

例えば、とても技術力がある人なら、ビジネススキルを課題に感じることが多いと思います。なので、主観的には「自分はビジネス面を頑張っている」とか「大事なのはビジネス面だ」と感じるかもしれません。
反対に、ビジネススキルが高い人は技術力が大事だと感じることが多いので「自分は技術面を頑張っている」と答える気がします。

謙虚な人ほどこの傾向が強くなると思います。
このように、本人に聞く意味がない気がします。

僕の場合はどうか

僕はとても会社のみんなのことを考えて仕事をしています。
ところで、今のところ会社では僕が一番プログラミング力が高いようです。
なので、なるべく僕がプログラミングの仕事を増やし、それ以外のことを他の人にやってもらった方が全体最適です。
だからそうしています。
それはチームのみんなで話し合った結果そうなったのであって、特に誰も不満に思ってはないと思います。

この場合僕は技術寄りのエンジニアでしょうか。ビジネス寄りのエンジニアでしょうか。

嬉々として答える人は何なのか

このように、どう考えても答え辛い質問だと思います。
なのに、喜んでこの質問に答える人は何なのでしょうか。

もしかしたら今働いている会社の中での役割を答えているのかもしれません。

ただ単に、今の会社では技術力が高い方だから技術重視で働いているとか、このメンバーの中ではビジネススキルが自分のストロングポイントだからビジネス寄りの仕事を頑張っているとか、そういう意味かもしれません。

でも、それはあくまでとある会社の中での役回りであって、本人の性質には全く紐づかない話です。
転職の面接で話す意味はないですね。

もし仮に、本当に技術寄りのエンジニアというのがいるとしたら、語義的に僕が納得行くのはこういう人です。
それはつまり、『社内に自分より技術力が高い人がたくさんおり、逆にこの中ではビジネススキルが自分の長所だ、という状況でも技術重視の役割をやりたがる人』です。
これは本当に技術寄りのエンジニアといえるのではないでしょうか。

逆もしかりです。『社内では一番技術力が高く、逆にビジネススキルはあまり得意ではないのに、ビジネス寄りの仕事をやりたがる人』はビジネス寄りのエンジニアといえそうです。

どっちもあんまり一緒に働きたい気はしないですが……

提案

コンサルタントの就職試験みたいなケーススタディ問題と技術試験を別々に課して、
そのスコアをもとに選考フローを進めたほうがいいと思います。

まとめ

あんまり意味のある質問じゃないよねこれ。

 

企業が誰を雇うかなんて企業の勝手だよなと思う

動機

先日転職活動をしました。
転職活動中で相手先企業からの質問や選考基準について疑問を抱くことがありました。

なので、これから個人的に納得いかない求人側企業の採用方針について書いていこうと思います。

主張

ですがその前に、大前提として『企業が誰を雇うかなんて企業の勝手だよな』という意見を言いたいと思います。

理由

突き詰めれば、採用活動というのは株主のためにするものだと思います。
だから、どんなに不合理・非常識・不道徳な採用活動をしようと、求職者や一緒に働く従業員に対して何の責任もないという事です。
あくまで本質的には『経営者は株主に対して、良い採用活動をする責任がある』だけです。

なぜそう思うかというと、僕は基本的に『常識は間違っていることもある』と思っているからです。
「一般的にはAをしたほうがうまく行くと思われているが、Bのほうがうまく行くのではないだろうか」と思わしい事ってたくさんあります。
それがただの勘違いで本当にAが正しかったこともあれば、時にはBでうまく行くこともあります。

だからこそ、特にルールに反しない限りは、自分のお金で挑戦する限り周囲は口を出さないべきだと思っています。
お金も出さないのに口だけ出す人は最悪ですからね。

例えば、想像ですが誰かが最初に自動車を作り始めた時、絶対みんなは「馬車のほうがよくね?」って思ったとはずです。
自動車を作っている人は「いや、馬車作れよw」って煽られながら作っていたんだと思います。

こういうのを愚行権というのでしょうか。
周りに反対されても自己責任で挑戦する権利があると思います。

だから、僕はいろんな企業の採用を見て「不合理だな~」と思いましたが、
不合理な採用戦略をとるのも企業の勝手だと思っています。

僕はプログラマーなので、「そんなんでは優秀なプログラマーをとれないぞ……」と思うことが多かったのですが、
彼らには彼らなりの価値基準があり、それを信じて挑戦する権利があるのだから、
周りが否定するすることではないと思います。

自動車を作りたい会社に馬車職人が応募して落ちて、周りが「あんなに腕のいい馬車職人を落とすとは何事だ!」とか言っても、自動車会社の人がかわいそうなのです。

結論

多くの企業の採用方針はかなり不合理に感じるが、
それは彼らなりの理由があってそうしているのだから、
他人が口出すべきではないという話です。

もちろん、僕も多くのIT企業の面接や採用試験で不合理だと感じましたが、
それは僕が文句を言う事ではないです。

そのうえで、『でも不合理だとは思うよ』と思った話をこれからしていこうと思います。

僕を雇うにはどうすればいいのか

最近Clubhouseでいろんな会社さんが採用イベントしてますね。

それ以外にも、色んな機会に各社の人事さんやソフトウェアエンジニアさんから、求職者の気持ちを聞かれます。
せっかくなので、自分はどのような観点で会社を選んでいるかについて書いてみようと思います。

ただし、同業者さんたちに話を聞く限り、僕は結構少数派だと思います。
あまり鵜呑みにしない方がいいかもしれません。

あ、あとあんまり触れないですが給料は重要です。

重視すること

  • 困っているのはだれか
  • その問題に本気で向き合っているか?

あまり重視しないこと

  • 使っている技術
  • そこで自分が何を担当するのか
  • 福利厚生
  • オフィスの綺麗さ

誰が何に困っているのか

誰が何に困っているのかという問題意識が一番大事だと思います。

これにはいくつかのとらえ方があると思います。

例えば、『社会のこういう属性の人は○○という問題で困っている。だから××という事業をする』というのは良いです。
また、『この会社は○○に困っている。だから技術部門で××をしてほしい』というのもよいです。
もう少し小さく、『この会社の技術部門は○○という問題を抱えている。だから君に××してほしい』などもよいです。

その問題に本気で向き合っているか?

困っているといっても、それが口先だけで本当は大した問題だと思っていないケースもあります。
だから、僕はどの程度本気で向き合っているかを見ます。

例えば、「うちのチームは人手不足で困っています」という人がいたとします。
さて、困っているなら困っているなりにやることがあると思います。

採用を強化したいなら、ブログを書くとか誰かが登壇するとかイベントのスポンサーブースを出すとか、何かできることがあると思います。

また、少ない人数でも仕事ができるようにするため、それぞれが技能向上に努めているとかでもいいです。

僕はNASAの掃除係のエピソードが好きです。
知らない人のためにざっくり説明すると、『NASAの掃除係が、通りがかった大統領に「あなたは何をしているのですか?」と聞かれて、「人類を月に届けるお手伝いをしています」と答えた』という話です。

それぞれの人にはそれぞれの能力があります。
誰であれ自分たちのゴールをよくわかっていれば、自分のやるべきことを一生懸命にやるはずだと思います。

僕は自分自身がそうありたいと思うし、周りの人に対してもそれを求めます。

その人が何を担当しているかは関係ありません。
どれだけ自分の持ち場に責任感を持っているかの問題です。

結論

僕は誰のために自分の能力を使うべきかという軸で仕事を選びます。
そして、一緒に働く人に対しても同じ熱意でその問題に向き合ってほしいと思います。

採用イベントなどをする際はそのあたりを話すと興味を持ってくれる人が増えるのではないかなと思います。