LAMPエンジニアってこういうもんでしょ

こういうもんでしょって話をつらつらと

エンジニアの教育に力入れるってなかなか難しいと思うので殴り書き

転職なんぞして
環境がガラリと変わりました。
何が一番変わったかと言えば
エンジニアじゃない人と一緒に仕事をする機会が非常に増えたことです。
前職だと社員はみんなエンジニアだったので
エンジニア的な話はツーカーでいけたのですが
今はそうではないということです。


新卒のエンジニア職の人もそこそこいるのですが
エンジニアとしての業務もしつつ
社内のオペレーション業務もしつつなので
なかなかエンジニアスキルがついていかないな〜
という悩みもありつつ
ふと、どうやってエンジニアとして一人前になっていくんだろう
という事を考えるようになりました。


世の中には
「非エンジニア職の人にエンジニアとしてのスキルの入り口に立ってもらう」
というサービスがたくさんあります。
ドットインストールしかり
Hack for Playしかり
非エンジニア向けにデザインやプログラミングの勉強会も定期的に開催されています。
しかし
初心者エンジニア職の人が深く広い知識をつけるための
体型立った教育の方法って未だに聞いた事がないです。


企業やサービスに属すると
そのチームの中で必要な技術は先輩が教えてくれます。
しかし世の中で「エンジニアが欲しい」と言っている会社は
特定企業に特化した技術を持っているエンジニアが欲しいわけではありませんし
もっと言えば自分のチームの技術に特化したエンジニアが欲しいわけです。
スタートはA社の技術を学んでいた初心者エンジニアが
B社にも転職出来るスキルぐらいまでスキルをつけていく過程であったりとか
あるいはC社にもD社にもオファーされるぐらいにまでなるのに
どういう事が必要なんだろうかと思ったのです。


まずは「一人前のエンジニア」の定義です。
IT業界にしてもWEB業界にしてもLAMPエンジニアにしても
とてもたくさんの技術が世の中に氾濫しています。
htmlが上手に書けるエンジニアが
必ずしもLANケーブルを上手に配線出来るとは限りません。
様々な分野でエンジニアと言われている人の中で
「一人前のエンジニア」として共通していることとは何か
というところです。


経験則から言うならば
「自走出来るだけの知識量を保持する能力を持っている」
ということかと思います。
一度仕入れた知識は使っていなければ忘れてしまいますし
定期的にアップデートしなければ時代に取り残されます。
新しい情報を仕入れなくてはいけない場面も多々あります。
そういった事を行って自走していける知識量を常に持ち続けている人を
世の中では「一人前のエンジニア」と言うのではないかなと思うのです。
SESの営業とかだと「一人称で開発が出来る」みたいな表現をされることも多いですが
おそらくそういうことだろうと。。。


では全く知識が無いところから
一定量の知識を持ち
常に知識の更新と新規取得が出来るエンジニアになるにはどうしたら良いのでしょうか。
一定量の知識については体系立てた勉強が効率的なのは言うまでもありません。
そのためにスクールがあったり本があったりするのです。
しかしそこにプラスして
知識の更新と新規取得をする術も学ばなくてはいけないのです。
こちらは正直どうやって身につけたのか自分でもわかりませんし
多くのエンジニアが「気がついたらそういう風になっていた」のではないかなと思います。
「技術に興味を持ってアンテナを張ること」と言うエンジニアもいるとは思いますが
正直好きでも無いものに興味を持つことはとても難しく
人に言われたからといってそう簡単にできるものではありません。


裏を返すと
技術が好きになる事が一人前のエンジニアになる近道だということになります。
技術を好きになってもらう近道はあるのでしょうか。
そもそも採用の時によく見極めるという方法もありますが
「一定量の知識を取得してもらうための体系立てた教育」の中で
それを刷り込んで行くことは出来ないものか
と考えるわけです。


さらに言うと
エンジニアとしての一人前というだけでなく
ビジネスにおけるトップランナーとしてのエンジニアであったり
企業における「最初のエンジニア」になり得るための過程は
どういうものがあるのだろうと考えるのです。
ベンチャー大流行のこの時代において
ITが欠かせないこの時代において
高度なエンジニア教育のフローが出来上がれば
それは世の中に大きなインパクトになるんじゃないかな〜と
最近はそんなことばかり考えております。

13日の金曜日だからジェイソンについて書いてみる

13日の金曜日が良くないものの象徴の日に扱われているのは
キリストがゴルゴダの丘で処刑されたからとか
北欧神話でなんやかんやとか
諸説あるらしいです。
しかしこれは技術ブログなので
もちろん「ジェイソン」と言えば「json」の話になります。

 

json」は「Justice SON」の略で

某犬手通信会社の代表の事だよ
と教えられたのは最初の会社の先輩からでした。
もちろんこんなブログにたどり着いてしまった諸兄はそれは違うと知っていると思います。
json」は「JavaScript Objective ナニガシ」の略称で
テキストベースデータフォーマッットのひとつなのです。

JavaScript Object Notation - Wikipedia

 

WEB APIの通信形式として

以前はXMLなどを使われていましたが

最近はもっぱらjson形式が多いように感じます。

企業提供のAPIXMLを使っていると

「扱いにくい」「古い」などと言われる程度に

jsonは市民権を得てきたのだと言えます。

 

また、json形式のAPIの話の時によく混同されるのが

jsonp」です。

jsonp」は「Justice SON プロデューサー」ではありません。

彼はおそらくボーカロイドを育てていないと思います。

こちらはWEBのフロントエンドでAjaxをする時に

SameOriginPolicyの影響で通信が成立しないのを回避するために考案された方法です。

日本語だと「同一成源ポリシー」と訳されますが

要は「プロトコル」「ドメイン」「ポート」が今読み込んでいるページと一致しないAjaxのリクエストについては

セキリティの事情により許容しないというものです。

html上のscriptタグのsrc属性で読み込んでしまえば制限にひっかからないので

外部モジュールも読み込めるし

GETパラメータとかで情報を渡して

コールバック関数を実行する形でJavaScriptを返却してもらえれば

外部サーバーともデータのやり取りが出来てしまうというすごい発明です。

詳しくはググっ試してみて下さい。

 

白い仮面の彼についてですが

13日の金曜日」という映画のシリーズの主人公のことらしですね。

今回調べてみて初めて知りました。

フランケンシュタインの怪物もそうですが

映画発祥で世間にキャラクターが定着するぐらい

昔は映画の影響力が強かったということでしょう。

現在の日本で言うと

アニメやゲームのキャラクターが本来の作品をよそに

キャラクター単体で一人歩きしている状態なのでしょうか。

花札の会社の電気ネズミぐらいしかサンプルが思いつきませんが

おそらくそういうことなのでしょう。

 

次回はもう少し技術的な話が書ければな〜

と思っていたりします。

ITエキスポは120%楽しむための方法

前回のブログが会社の転職記事よりアクセスされているのは
皆さま腹黒いのがお好きってことですよねわかります。

転職先の会社がエキスポ出展していたので
ふらっと遊びに行ってきました。

itpro.nikkeibp.co.jp

初めてのエキスポでしたが
ブースで商材の紹介をしつつ色々見て回ったので
エキスポ童貞の諸兄のために雑感を書き記しておきます。


1.出展しているならまずはブースにいるべき

自社の製品がエキスポのどういう層のクライアントに受けが良いのか
あるいはどういう事業展開の話が出てくるのかをきちんとキャッチアップしましょう。
想定していた売り込み方と違う話をされることもありますし
逆に想定通りのこともあります。
どちらにせよ自社製品の生の声の顧客ニーズをちゃんと把握することは
エキスポで最大限楽しむために必要なことの一つです。

 

2.自社ブースのご近所さんのプロダクトを把握しよう

もちろん初日に挨拶に回るところも多いと思いますが
周辺は自社製品と同様のプロダクトを展開している事業者が多いです。
当然ブース近くを通る人は近しい業種の人を探している可能性が高いです。
自社のプロダクトではまかなえない層のクライアントさんとお話する時に
ご近所さんに紹介出来るならサクッと回した方が良いかなと思いました。
それを前提にご挨拶に回りつつ
業務提携出来そうであればその話をしつつ
業態が被っていないなら販促資料の交換をして
お互いにクライアントを流しあう約束をすると
最終的にはクライアントにとって満足度の高い提案が続けられるようになると思います。

こんな事例もありますしねw

blog.tinect.jp

 

3.話を聞いてみたいプロダクトのブースを回ってみる

自社の事業と関係の有無に関わらず
お話をしてみたい事業者が出展している事は多いです。
先方ももちろん商談をしに来ているので邪魔をしてはいけませんが
世の中のプロダクトを知る事は間違いなくプラスになるので色々回ってみましょう。
プロダクトの事例や戦略を知る事で
自分の会社やサービスに導入したいプロダクトも出てくるかと思いますので
気になったらまずは声をかけてみましょう。
特にエンジニアとしては
技術に関係があるブースをざっと見て回るだけで
自社に今後導入した方が良さそうな技術のキャッチアップが出来たり
社内提案の材料になりそうなお話が聞けたりします。


4.自社のサービスが売り込めそうなブースに行っちゃう

先にも書きましたがエキスポは商談の場です。
お互いに利益になりそうな提案が思いついたら売り込みに行っちゃいましょう。
お互いが行っているプロダクトがさらに成長しそうな提案や
会社として事業提携出来そうかもという話はこういう場でないと逆に出来ないです。
最終的に会社でどれだけ捌けるかは正直まだわかっていませんが
入口がたくさんある事は事業の可能性を広げる事なので
思いついたら提案に行ってみましょう。


5.会場の皆さまに愛を持って接しましょう

正直会場にいる全ての人が営業をするために来ています。
受ける営業もあれば攻める営業もある中で
どうしても疎かになってしまいがちな周りへの配慮はあります。
会社の未来がかかっているのはわかりますが
譲り合いの精神
助け合いの精神
お互いに愛を持って三日間を過ごすのが心の平穏のために必要かなと思いました。
体力が相当削られるので体調に気遣うという意味で。
(実際みんな大人なので事件とかは起きないですがw)

 

実際にいくつかのブースを回ったり自社のブースでお話させていただいた方から
エンジニアである事に驚かれたりもしましたが
正真正銘のエンジニアです。
ただ儲かりたいだけですw
儲かるためにはお互いに幸せになる方法を考えなくてはいけないですし
エンドユーザーも幸せになれる方法を考えなくてはいけないと思っています。
僕には愛かお金を下さい。
だいたいそれで幸せです。