【初心者ITエンジニア向け】スキルアップに役立つアウトプットと、役に立たないアウトプット

はじめに

ネットなどを見ていると初心者エンジニアに向けて、「アウトプットは大事だよ！だからブログやQiitaに技術記事を書こう！」というメッセージをよく見かけます。

しかし、なんでもかんでもアウトプットすればいい、というわけではありません。
Qiitaとかを見ていると、スキルアップに役立つアウトプットと、役に立たないアウトプットの2つに大きく分かれるなと思いました。

それぞれ具体的にどういうアウトプットなのか、以下で説明します。

スキルアップに役立つアウトプットとは

スキルアップに役立つアウトプットは、「自分の経験がベースになっていて、なおかつ、自分でもよくわかっていない点を詳しく調べた上で書いたアウトプット」です。

たとえば、こんな感じです。

• bundle installコマンドを実行したら、"[DEPRECATED] The `--path` flag is deprecated"という警告が出た（←自分の経験）
• なんだこれ？なんでこんな警告が出るの？どう直せばいいの？？調べよう！（←自分でもよくわかっていない点を調べた）
• 警告の原因と直し方をQiitaに書く

ほかにも、「いいかげんなことを書くとツッコミ（マサカリ）が入りそうだから、ツッコまれないように技術知識を固めておかないと！」みたいなプロセスを経て出てきたアウトプットは自分のスキルアップに役立ちます。

つまり、アウトプットするために「よくわかってないところがある！ちゃんと調べて、正しい情報を書かないと！！」って考えて行動に移す点（＝自分の力で正解を探し求めること）が、自分のスキルアップに役立つわけです。

スキルアップに（あまり）役立たないアウトプットとは

スキルアップに役立たないアウトプットの典型例は、「書籍やネットの情報を右から左へ書き写しただけのアウトプット」です。

たとえば、こんな感じです。

• RailsのMVCについてネットの情報を読んで勉強した
• MVCについてわかったことをまとめてQiitaに投稿した（←ただし、大半がWeb記事の書き写し）

こうしたアウトプットがスキルアップにまったく役立たないとは言いません。
ですが、こういうアウトプットは「アウトプット」と呼ばない方がいいのではないかと思います。
あえて呼ぶなら「ネット上に公開した自習ノート」です。

先ほど説明した「スキルアップに役立つアウトプット」とは異なり、自習ノートは「最初からそこにある正解をただ書き移すだけ」です。
なので、自分の血となり肉となる要素が少ないです。

また、「ネット上に公開した自習ノート」はスキルアップに役立たないだけでなく、元ネタとなったWeb記事や書籍の著作権侵害にもつながりやすくなります。
なので、自習ノートを書くのであれば、Qiitaやブログのようなパブリックな場所ではなく、自分にしか見えないクローズドな場所に置いておく方が良いです。

まとめ

「アウトプットは大事だよ！だからブログやQiitaに技術記事を書こう！」というメッセージを何も考えずに受け止めると、「ネット上に公開した自習ノート」を書いてしまいがちです。

しかも、「bundle installしたら警告が出たから直し方を調べてみた」みたいな記事よりも、「RailsのMVCについてまとめました」みたいな記事の方がはるかにイージーなので、ついつい後者のような記事を量産したくなるかもしれません。

ですが、「アウトプットは大事だよ！」とアドバイスをくれた先輩エンジニアは、おそらく「bundle installしたら警告が出たから直し方を調べてみた」みたいな記事の方を求めていると思います。
初心者エンジニアの方はその点を踏まえて、自分がネット上に何をアウトプットすべきかを考えてみましょう😉

参考情報

"bundle installで警告が出た"の元ネタは、僕が書いたこちらのQiita記事です。
qiita.com

自習ノートをネット上にアウトプットすることの問題点はこちらのエントリにもまとめてあります。
blog.jnito.com

追記

本エントリは僕個人の感想です。
全員に強制するつもりはないですし、いろんな意見があってもいいと思います！

今日書いたブログ、「まずは何でもいいからアウトプットするのも大事」という意見も散見されて、「そうだね、いろんな意見があってもいいよね」という気持ちになりました。

【初心者ITエンジニア向け】スキルアップに役立つアウトプットと、役に立たないアウトプット https://t.co/8I6hh7R4Jg

— Junichi Ito (伊藤淳一) (@jnchito) March 17, 2020

ただし、うっかり著作権侵害をしないように気を付けて。

- 参考にした本やサイトがあれば明記
- 引用は本文と明確に区別する
- オリジナルの内容が主、引用が従の主従関係（分量比）にする
-「ありがとう、本を買わずに済んだよ！」と感謝されるような詳しすぎる要約はNG

このあたりがポイントです！

— Junichi Ito (伊藤淳一) (@jnchito) March 17, 2020

【製品レビュー】ちょっと高級なBluetoothスピーカー・Dynaudio Music 1を買いました

前から欲しい欲しいと思っていたBluetoothスピーカー、Dynaudio（ディナウディオ） Music 1を買いました。

手前が今回買ったDynaudio Music 1。奥は以前使っていたBose SoundLink Mini II。

本当はもう少し大きなMusic 5が欲しかったんですが、設置スペースと予算の関係で今回は一番小さいMusic 1を買いました。

画像: https://music-dynaudio.jp/music_family/

このエントリではこのMusic 1について簡単な製品レビューをしてみます。

Bose SoundLink Mini IIよりも余裕のある出力

以前はBoseのSoundLink Mini IIをBluetoothスピーカーとして使っていました。

ボーズ ( BOSE ) SoundLink Mini Bluetooth speaker II Limited Edition ブラック/カッパー

このスピーカーもコンパクトな割にメリハリの効いた音が出て十分高性能だったんですが、やっぱり値段もサイズも一段上のMusic 1の方が余裕のあるサウンドを聴かせてくれます。
どちらも低音はしっかり出るのですが、Music 1の方がさらに低く、深みと広がりのある低音が出ます。

サウンドの味付けもSoundLink Mini IIよりナチュラルな感じです。

立体的なサウンドで、音に奥行きを感じる（いい音源であれば）

Music 1で音楽を聴くと音に奥行きを感じます。
言葉で表現するのは難しいですが、手前で鳴っている音と奥で鳴っている音の違いを感じ取れるのです。（つまり三次元的）
SoundLink Mini IIではすべての音がスピーカーの面から等しくなっているように感じました。（つまり二次元的）

ただし、あらゆる音源が三次元的に聞こえるかというと、そうではありません。
奥行きのあるサウンドを得るためにはその音源がいい音で録音されていることが前提になります。

SoundLink Mini IIよりも確実に音のクオリティが上がった（いい音源であれば）

総じてMusic 1はSoundLink Mini IIよりも音のクオリティが上です。
SoundLink Mini IIでは実力を発揮できなかったサウンドが、Music 1なら制約なしに前に飛び出してくる、といった感じです。

SoundLink Mini IIに大きな不満を感じていなかった妻も、「Music 1の方がいい音がする！」とサウンドの違いを感じているみたいです。

ただし、これまた「その音源がいい音で録音されていれば」という条件付きになります。
ものによってはSoundLink Mini IIで聴いたときとそこまで大差ない場合もあります。

中にはMusic 1で聴いても音の分離が悪かったり、平面的だったりして、ぐちゃっとした（またはごちゃっとした）サウンドの音源もあるので、そういう場合は「元からそういうクオリティだったんだろうな〜」と考えるようにしています。

参考情報：Music 5にするとさらに音がよくなる

Music 1も非常にいい音がするのですが、上級グレードのMusic 5にするとさらにいい音がします。

以前、Music 1、3、5の聞き比べをしたことがあるのですが、Music 5はMusic 1よりもスッキリ、クッキリして、なおかつ広がりのあるサウンドでした。
だから本当はMusic 5が欲しいんですよね〜。

なお、Music 1と3の聞き比べは若干中途半端というか、1と5ほどの違いを感じられなかったので、個人的にはMusic 1の次に選ぶべきはMusic 5なんじゃないかと思っています。（ただし、Music 1よりもずっと高くて、ずっと大きいです・・・）

Music 1の欠点

これまで褒めてばっかりのMusic 1ですが、欠点がまったくないわけではありません。

まず、Music 1はモノラル出力です。（SoundLink Mini IIもモノラルでしたが）
ステレオ出力を得るためにはMusic 3やMusic 5を購入する必要があります。
まあ、これは僕が予算や設置スペースの問題でやむを得ずMusic 1を選んだので欠点と呼ぶのも筋違いかもしれませんが、ちょっと残念だな〜と思ってしまいます。

次に、価格。
新品で買うとこれぐらいのお値段がします。

Music 3やMusic 5になるともっと高くなります。

Dynaudioという会社自体がハイエンドスピーカーブランドですし、決して価格に見合っていない品質だとは言いませんが、もう少し気軽に手を出しやすい価格設定だったらありがたいのにな〜と思う次第です。

最後に、専用のモバイルアプリがなぜか使えません。
Musicシリーズの設定を切り替えるためのiOSアプリがあるのですが、何度試してもアプリからスピーカーに接続できず、エラーの原因もよくわからないので接続するのを諦めました。
別に今の設定のままでも特に不満はないのでアプリが使えなくても構わないのですが、せっかくインストールしたアプリが全然使えないというのはUX的にイマイチです。

参考情報：Music 1で聴くとクオリティの違いが感じられる音源

ここまで、「Music 1はいい音がするよ！（ただし、いい音源であれば）」という話を書いてきました。
参考までに「Music 1で聴いたら全然違うわー」と個人的に感じた音源をいくつか紹介しておきます。

最近の洋楽は音質が良いものが多くて、Music 1向きです。
ここでは例として、エド・シーラン、ジャスティン・ビーバー、ドナルド・フェイゲンの3アーティストを挙げておきます。

X

Changes

Morph the Cat

YouTubeで公開されているライブ動画などでも違いを感じられるものがよくあります。
たとえばラリー・カールトンのこちらのライブ動画なんかは、Music 1で聴くとSoundLink Mini IIで聴くよりも数段解像度の高いサウンドを聴くことができます。

Larry Carlton Trio - Estival Jazz Lugano 2011

総じて、J-POPよりも洋楽を中心に聴く人の方がMusic 1のサウンドクオリティの高さを感じやすいんじゃないかと思います。
（個人的にはJ-POPもよく聴くんですけどね）

まとめ

というわけで、このエントリでは最近購入したDynaudio Music 1の感想をあれこれ書いてみました。
ちょっとマニアックなBluetoothスピーカーなので、なかなか店頭で目にする機会はないかもしれませんが、「もっといい音で音楽を聴きたい！」と考えている人はぜひチェックしてみてください！

music-dynaudio.jp

Dynaudio Music 1 インテリジェントワイヤレスミュージックシステム グレー MUSIC1DGRY

【お悔やみ】ベンチマークにしていた都元ダイスケさんの訃報を聞いて

はじめに

昨日Twitterを眺めていたら以下のツイートが目に飛び込んで来ました。

そ、そんな……！ ご冥福をお祈りします。。。 / 他28件のコメント https://t.co/dc10iIwfvM “【訃報】シニアシステムアーキテクト 都元ダイスケの逝去に関するお知らせ｜お知らせ｜クラスメソッド” https://t.co/h5ngnKkSdL

— a-know (@a_know) February 26, 2020

都元ダイスケさんとは特別深い付き合いがあったわけではありませんが、ネット上では僕がよく知っているエンジニアさんの一人だったので大変びっくりしました。
心よりお悔やみ申し上げます。

ただ、都元ダイスケさんは「ネット上でよく知ってるエンジニアさん」であっただけでなく、かつて僕がベンチマークとしていたエンジニアさんの一人でした。

衝撃を受けた都元さんのブログエントリ

僕は前職や前々職でJavaやC#を使っていたので、当時はそういった界隈のエンジニアさんのブログをよく読んでいました。
その中の有名エンジニアの一人が都元ダイスケさんでした。

その都元ダイスケさんが書いていたブログエントリで、大きな衝撃を受けたのがこちらのエントリです。

【転職活動】ソフトウェア開発者のバリューパックを発売、限定1セットのみ！ - 都元ダイスケ IT-PRESS

さて突然なんですが、私と上司(id:j5ik2o)は7月末を以て現職を退職することと相成りました。
（中略）
と、いうわけで、私と上司(id:j5ik2o)がセットで求職中、大売り出し中なのでありますよ。二人ともある程度Javaが書けますw

【転職活動】ソフトウェア開発者のバリューパックを発売、限定1セットのみ！ - 都元ダイスケ IT-PRESS

ご覧のとおり、「転職活動を始めたので、興味がある方は声を掛けてください」というブログエントリです。
このエントリが書かれたのは2011年で、まだ「Twitter転職」なんていう言葉もなかった時代です。
今でこそ「私、現在求職中です。ご連絡お待ちしています」というツイートやブログエントリは珍しくなくなりましたが、この当時はほぼゼロだったように思います。

高い技術力があれば「 企業 ＜ 求職者」になれることを教えてもらった

それまで僕は転職や就職といえば「求職者が企業にお願いして雇ってもらう」という「求職者 ＜ 企業」の関係にあるものだと思い込んでいました。
しかし、都元ダイスケさんと、かとじゅんさん（id:j5ik2o）は自らの技術力や知名度を武器にして、「ほらほら、僕たちはこれから転職しますよ！企業のみなさんどうですか？」と大々的にPRしたのです。
僕はそのとき、高い技術力があれば「求職者 ＜ 企業」ではなく「 企業 ＜ 求職者」になれるのか、と強い衝撃を受けました。

あまりにも衝撃を受けすぎて僕は思わず、そばにいた妻を呼んで「なあなあ、ほら見て。この人たち、めっちゃ凄いからブログで『転職します』って言ったら、企業から声を掛けてもらえるんやで。俺もこうならんとあかんわ・・・（ため息）」と唐突に話しかけたのを覚えています（苦笑）。

僕が少し有名になれたのも、きっと都元さんのおかげ

でも、ほんとに都元ダイスケさんは僕の中のベンチマークとしていたエンジニアさんの一人でした。
あのブログを読んで以来、「僕もエンジニアをやるんだったら、都元さんみたいに『転職します』って言ったら、企業の方から声を掛けてもらえるぐらいのエンジニアになるぞー！」と思いながら頑張ってきました。

その甲斐あってか、僕も現在はRuby界隈では「多少は名の知れた人」になれたような気がします。（もちろん、上には上がたくさんいますけど！）
でもそれはきっと、「都元さんみたいなレベルのエンジニアになりたいから」と目標を立てたことが、理由のひとつになっているはずです。

お互い転職したあとの話

ところで、僕はその後ソニックガーデンに転職してRubyプログラマになりました。
都元さんはクラスメソッドさんに入社してAWSのエンジニアさん（で、いいのかな？）になりました。

技術分野が異なるので、都元さんのブログを拝見する機会はちょっと少なくなりましたが、それでもたまに都元さんが書かれたブログを見かける機会はありました。
特に、認証と認可について書かれたこちらのエントリには大変お世話になりました。

dev.classmethod.jp

恥ずかしながら僕はそれまで認証と認可がごっちゃになっていたので、大変勉強になったのと同時に「いやあ、さすが都元さんだな〜」と思ったのを覚えています。

リアルでは一度だけお会いしました

都元さんとはリアルで一度だけお会いしたことがあります。
お会いしたのはDevLOVE 2012というイベントです。

このイベントでは僕も都元さんもスピーカーだったので「じゃあ、この機会に」と、僕は都元さんの発表を聞きに行きました。
発表が終わった後、ひと言ふた言、都元さんにあいさつさせてもらった気がします。
しかし、リアルでお会いするのはあれが最初で最後になるとは夢にも思いませんでした。

Twitter上で他愛のないやりとりを交わしたりもしました

あと、僕と同じく都元さんも音楽好き・楽器好きみたいで、Twitter上で楽器について他愛のないやりとりを交わしたこともあります。

ITエンジニア同士って、リアルでは滅多に会わないけど、ネット上では何かしら付き合いがあるケースが多いですよね。
だから、決して身近な知り合いではないのに、こういう訃報を聞くと「えっ、あの人が・・・」と驚いてしまいます。
リアルでお会いしていなくても、とても寂しい気持ちになります。

まとめ

かんたんにお悔やみの言葉と思い出話をいくつかを書くだけで終わるつもりだったのに、思った以上に長いエントリになってしまいました。
リアルで深い付き合いがなくてもこれだけの話が出てくるので、身近なお付き合いがあった方だと本当に書き切れないほどの思い出話が出てくると思います。

今回は突然の訃報を聞き、本当に残念でなりません。
都元さん、今までどうもありがとうございました。
ご冥福をお祈りいたします。

あわせて読みたい

都元さんが2009年に書かれた古いエントリですが、本質的なことは今も変わっていない気がします。
エンジニアとして「自分の将来のビジョン」を持っている方はぜひ読んでみてください。

daisuke-m.hatenablog.com