ジムに通い始めました

こんばんは。

最近ジムに通い始めました。

人生初です。

コロナの影響で運動不足なのと、お腹周りがたるんできてしまっているのでどうにかせねばと思いまして

よくある器具を使ったジムトレーニングではなく、プールに行っています。

効率が良いらしいので。

最初はクロールだけでずっと泳いでいたのですが、すぐバテて500mくらいしか泳げませんでした。

でも2回目から平泳ぎをするようにしたら500mは軽く泳げるようになりました。

行くたびに距離を増やすというノルマを自分に課していて、今のところ達成しています。

6/25　500m
6/27　550m
6/29　600m
7/1　200m + 筋トレ
7/5　650m
7/6　700m

タイムも測ってみたんですが、クロールが25m18秒、平泳ぎが25m38秒でした。

クロールは水泳未経験者にしては速い方らしいです。

15秒が壁らしい。

平泳ぎは遅いみたいです。自分でもわかります。

正しい泳ぎ方が分からず我流だったので動画みたんですが、うまくモノにできていません..w

腕と脚を同時に動かしたら水の抵抗が大きくなって遅くなるらしいんですが、ズラすなんてそんな器用なことできない..。

それに脚を動かした後って、なぜか上半身が沈んじゃって息継ぎがうまく出来ないんですよね。それで鼻に水入って苦しくなる（笑）

もうちょっと動画見て練習します。

こんな感じでタイム測ったり、距離メモしていくと続くかもですね。

あと、パーソナルトレーニングも2ヶ月だけ申し込みました。

新規会員限定で全8回を4400円で受けられるとの事だったので。

1回500円ですよ。

50分しかやらないので本当に少しですが、器具の使い方や正しいトレーニングの仕方を学べるので全然安いと思います。

それに運が良ければ可愛いお姉さんに教えてもらえます。（初回はお姉さんだった。）

8月中にはたるんだお腹が引っ込んでいるといいなあ〜と夢見ています。

それではこの辺で

DB？SQL？

久しぶりに記事書きます。

今回のテーマはDBやSQLについてです。

普段webのプロダクト開発をしていますが

非エンジニアの方からSQLについて質問される機会がそこそこあります。

例えば「SQLが合っているか」、とか「漏れている条件が無いか」などの質問が来ます。

そもそも、役割がきっちり分かれている会社だと

非エンジニアの方がSQLに関してあまりアンテナが立たないかと思いますが、

今勤めている会社ではどの職種の人でもデータを見る癖が付いているので

このような質問が来たりします。

なので、僕がエンジニアとして働いていてされた質問等を元に、以下のような悩みを持っている人の助けになればと思い、まとめてみました。

・SQLがデータを抽出する言語ということぐらいは知っているが、どのように書いたら良いかわからない。

・SQLやクエリという言葉は知っているが、実際にどんなものかあまりわかっていない。

こんな人が対象

PM、デザイナー、営業系の職種などの、非エンジニア、非アナリストの職種の方

SQLとは何か？

一言で言うと

「RDBMS（リレーショナルデータベースマネジメントシステム）と対話するための言語」です。

これで分かればもうこの先読む必要がないです。

では、RDBMSとは何かというところから解説していきます。

リレーショナルなデータベースを管理するシステムのことですが、

まずはデータベースが何なのかというところですね。

データベースとは？

データはデータベースという場所にあります。

なので、データベースとはデータを格納する場所のことですね。

例えばwebサイトだと、ユーザ登録ができる機能があると思います。

そこで登録したデータがデータベースに保存されていくというイメージです。

例：

ユーザ登録をする時に「名前、性別、住所」を入力した。

データベースには名前、性別、住所が保存される。

データベースにも種類がある

データベースには種類があります。

階層型、ネットワーク型、リレーショナル型、NoSQLとありますが、今最も使われているのがリレーショナル型になります。

リレーショナル型のデータベースが、リレーショナルデータベース（以下RDB）ということになります。

リレーショナル型？

リレーショナル型とは、行と列で構成された表によってデータを表現する方式になります。

RDBでは、表のことをテーブルと呼びます。

例えば、ユーザの名前と性別を保存しているテーブルが以下のようになります。

「ユーザの名前と性別」を保存しているテーブル

id	first_name	last_name	sex
1	kenichi	matsuyama	1
2	haruna	kawaguchi	2

まずfirst_name, last_nameという列を見ると 

matsuyama kenichiさんという方と、kawaguchi harunaさんという方が登録されていることがわかるかと思います。

次にsexの列ですが、性別に関する列になります。

男、女、その他　というように保存しても良いのですが、

選択肢が絞られている場合は数字で表現することが多いです。

今回の場合は、「男：1」、「女：2」という表現にしています。

なので、matsuyama kenichiさんは男、kawaguchi harunaさんは女ということがわかります。

一番左のidというのはデータを一意に識別するための番号です。意味は特にありません。主キーと呼ばれるものですが、今は重要では無いので割愛します。

リレーショナルデータベースマネジメントシステムとは？

そして、こういった表を複数作り、それぞれを連結して管理することができます。

それがリレーショナルデータベースマネジメントシステム（以下RDBMS）です。

ただ、何でもかんでも表をつくれば連結出来るわけではありません（無理やりやろうと思えばできますが..）。

例として、先ほど作ったテーブルに関連しそうなテーブルを、もう一つ用意しましょう。 

そして、表が複数あると判別しづらいので、名前を付けます。

「ユーザの名前と性別」を保存しているテーブル

名前：userテーブル

id	first_name	last_name	sex
1	kenichi	matsuyama	1
2	haruna	kawaguchi	2

「ユーザーの興味のある項目」を保存しているテーブル（←New!）

名前：user_interestedテーブル

id	user_id	web_industry	sports
1	1	1	0
2	2	0	1

user_interestedテーブルには、以下のようなデータが保存されています。

・userテーブルのid

・「web業界に興味がある：1, 興味がない：0」 

・「スポーツに興味がある：1, 興味がない：0」

ここまで読んだ方はuserテーブルのid以外の意味はわかるかと思います。

このuserテーブルのidというのは、文字通り最初に作ったテーブルのidのことであり

紐づけることができます。

なので、2つのテーブルを連結すると以下のようなイメージになります。

2つのテーブルを連結した結果

id	first_name	last_name	sex	id	user_id	web_industry	sports
1	kenichi	matsuyama	1	1	1	1	0
2	haruna	kawaguchi	2	2	2	0	1

赤くした列が連結のために必要な、それぞれのテーブルで一致している情報ですね。

このようにして別々に保存しているデータを1つの表として集計することができます。

???「初めから1つのテーブルにしておけば良いのでは？」

という疑問もあるかと思います。その答えは一概にyes/noとは言えず、場合によります。

気になる方は正規化というキーワードで調べてみてください。

ただ、実務では基本的に複数のテーブルの情報を使って集計したいケースが多いかと思うので、このようなやり方を理解しておくことはとても重要になります。

ここまでがRDBMSについての説明になります。

RDB周りの用語 

RDBに関してよく使われている用語が以下です。

エンジニアやアナリストが使っている言葉を理解するのに、最低限必要な用語かと思います。

　行：レコード

　列：カラム

　表：テーブル

　連結すること：ジョイン（なぜこう呼ぶのかは後述） 

RDBにも種類がある

ここはあまり知らなくても良いですが、RDBにも種類があります。

代表的なのはmySQLとPostgreSQLです。

どのRDBかによって細かい違いがあったりするので、エンジニアレベルの知識を目指す方は知っておいても良いかと思います。

以下の記事がとても面白かったです（脱線）

https://employment.en-japan.com/engineerhub/entry/2017/09/05/110000

SQLとは

さて、ここまででデータベースやRDBについて何となく分かったかと思いますが、

このRDBとの対話をするためにSQLが必要なのです。

SQLとはいわゆる言語。Structured English Query Languageの略です。

この言語を書いて、データを抽出するわけですね。

どのように抽出したら良いか、説明していきます。

SQLの構文

言語なので、構文がいくつかあります。

・データを抽出するための構文（SELECT文） 

・データを更新するための構文（UPDATE文）

・データを挿入するための構文（INSERT文）

・データを削除するための構文（DELETE文） 

この中で非エンジニアが必要とするのはSELECT文だと思います。

なので、今回はSELECT文についてのみ説明します。

SELECT文を書いてみる 

では、連結する前のuserテーブルについて、kawaguchi harunaさんのデータを抽出してみましょう。

実際に正解を見てからの方が早いので以下に示します。

SELECT *

FROM user

WHERE first_name = "haruna"

これがSELECT文の標準的な例です。

これを実行すると以下の結果が得られます。

id	first_name	last_name	sex
2	haruna	kawaguchi	2

SELECT句 

 各句についてですが、まず「SELECT *」について。

ここは抽出結果のうちどのカラムを選択するかということを指定します。

「*」というのは全てを意味します。

なので、id, first_name, last_name, sexが結果で得られています。

指定する場合は以下のようにします。

SELECT id, last_name

FROM user

WHERE first_name = "haruna"

結果は以下のようになります。

id	last_name
2	kawaguchi

FROM句

FROM句は、テーブルを指定するために記述します。

FROM user

とするとuserテーブルを指定することになります。

user_interestedテーブルを指定したい場合は以下のように書き換えれば良いです。

FROM user_interested

WHERE句

WHERE句は検索条件を指定します。

今回はkawaguchi harunaのレコードを探したかったので、first_nameがharunaのレコードを条件に入れました。

しかし、これだと「kondoh haruna」さんというレコードがあった場合にヒットしてしまいます。

なので、そう言う場合は複数条件を指定することで確実に抽出することができます。

SELECT id, last_name

FROM user

WHERE first_name = "haruna"

AND last_name = "kawaguchi"

※実際の現場では同姓同名のレコードがある場合もあると思うので、そういった考慮もする必要があります。

テーブルを結合してみる 

ここまでで単一テーブルからのデータ抽出の仕方を学ぶことができました。

それでは最後に他のテーブルと結合する時の書き方を学びましょう。

SELECT *

FROM user

JOIN user_interest ON user.id = user_interest.user_id

新しくJOINという句が出てきました。

まずFROMにuserテーブルが指定され、それと結合したいuser_interestテーブルをJOINの後に記述します。

JOIN user_interest

そして、どのカラム同士を紐づけるのかを指定しているのがONの後です。

ON user.id = user_interest.user_id

これで以下の結果が得られます。（先ほどと同じ）

id	first_name	last_name	sex	id	user_id	web_industry	sports
1	kenichi	matsuyama	1	1	1	1	0
2	haruna	kawaguchi	2	2	2	0	1

応用でWHERE句を一緒につけることもできます。

SELECT *

FROM user

JOIN user_interest ON user.id = user_interest.user_id

WHERE user.sex = 1

結合した後、性別が男のレコードのみ抽出というSQLになります。

id	first_name	last_name	sex	id	user_id	web_industry	sports
1	kenichi	matsuyama	1	1	1	1	0

実行する時の注意点

さて、ここまでで簡単ではありますがDBとは〜SQLまでの説明をしてきました。

実務で使う場合の参考になれば幸いです。

ただし、使う前に以下のような注意点を頭に入れておいていただけると、安全かと思います。

・基本はプロに任せる

 →プロに任せた方が正確かつ、安全です。慣れないうちは仕事を奪ってまで自分で書こうとするのではなく、任せた上でどんなSQLを書いているのかを見て学ぶのが良いと思います。

・書いたら実行する前にプロにチェックしてもらう。

→慣れてきてもその実行で何が起きるか分からないので、必ずダブルチェックをしてもらった方が良いと思います。

・広すぎる条件で実行しない

上記とも被りますが、

大量のレコードを保存しているテーブルにWHERE句を指定せずに実行すると処理がとても重くなります。

なるべく条件を指定するようにしましょう。 

睾丸の痛み

こんにちは。

ある理由から暇なので更新します。

この記事を読んで、世の中の同じ悩みを持っている男性が一人でも多くすぐに病院に行って救われることを願っています。

そう、タイトルにもあるように睾丸が痛くなりました。

始まりは連休明けの火曜日。

朝から少しお腹が痛かったのですが、トイレに行けば治るだろうと思って普通に過ごしていました。

そしてお昼が近づく頃にふと気付いたのです。

これ、お腹が痛いわけじゃ無いぞ.....?

トイレをするときに男性はモノを少し触るわけです。

そのときに、男性であれば1度は経験したことがあるであろうあの刺激が走ったのです。

「睾丸（タマ）触るといてーーーぞ？？？？」

てっきり連休中に食べたマグロが原因で当たったのかと思っていたのですが、謎に睾丸が腫れていました。

後ほど医者に聞いたんですけど、睾丸から繋がっている管はお腹の方まで伸びているので、睾丸に刺激が行くとお腹まで痛くなるんだそうです。

その日は痛いのを我慢しながら仕事を終え、ガニ股で帰りました。

寝れば治ると思って翌朝起きると、立ち上がるだけで痛いではないですか。

常に金的を喰らっているような痛みが走り続けます。

これは出社無理だと思い、泌尿器科に駆け込みました。

診察を待っている間に色々症状について調べていたのですが、

すごく怖かったのが「精巣捻転」という症状。

精巣に繋がる管の部分？が捻れてしまって、精子を送り込むことができなくなり痛みが発生するのと同時に、12時間以内に手術をしないと精巣が壊死してしまうそうでした。

つまり、放っておくと精巣摘出....。考えただけでタマヒュンです。

そのほかにも睾丸が炎症を起こして腫れているだけの場合や、膀胱炎の場合もあるそうだったので、そっちであれと願いながら待っていました。

結果..........睾丸の炎症でした。

診察中に睾丸を触られるんですけど、涙が出るほど痛かったです。

過去に鼻の粘膜を焼いてもらったときに麻酔が切れて超絶痛かったんですけど、それを超える痛さでした..w

音波で睾丸のどの部分が腫れているかを確認する装置があって、それを当てられている間は走馬灯が見えました。

終わった後に塗られたジェルを自分で拭くんですけど、痛すぎて無理でしたねww

その後点滴を20~30分打ってもらって、抗生剤を貰って終わりでした。

徒歩7, 8分で着く道のりを15分以上かけて帰りました。

薬を飲んだ初日はやっぱりまだ痛く、横になっていないとどこからか刺激が睾丸に伝わり激痛が走ります。

痛み止めももらいましたが、5錠だけ。

初日で2錠飲んでしまったので、後々不安です..w

そこから翌朝。

布団の上で動く分には問題なく動けるようになり、回復を実感します。

ただ、立ったり歩いたりすると思い出したかのように痛みが走ります。

なので2日目も会社を休んでいます。

ただ、こうしてブログを書けるほどには回復しました。座れるようになったってことですね。

シャワーも痛みを我慢しながらでしたがギリギリ浴びれました。

明日には「触ったら痛いけど、歩ける」くらいには回復していることを願っています。

こればかりは経験しないと「キンタマごときでそんなになるか？wwww」って思うかもしれないですが、本当に世の中の人全員敵だと思えるくらい絶望的でした。

以上です。それでは

9日間の夏休みでした（2/2）

こんにちは

長期休暇の続きを書いていきます。

一人で行った東北旅行、2日目は平泉に行きました。

仙台からバスで、往復3000円で行けました。

東北の距離感があまりわからなかったんですど、2時間位かかったので結構遠かったんですね..

6年前に家族旅行で平泉に行く予定だったのですが、たまたま僕だけが免許合宿と丸かぶりしてしまって

せっかく義経の話が好きなのに行けなかったのが悔しくて、やっと行けました笑

平泉〜中尊寺とその周辺を散歩しました。

ここは中尊寺に向かう時に登っていた坂から見えた景色。

きっと戦の時によく使われたであろう見晴らしの良い高台でした。

この2枚は中尊寺付近を歩いた時にとったエモめな写真。

東京に住んでお米を食べていても意識出来ない田。感謝。

そして1台も車が通らない道。こんなところに将来は住みたいです。

散歩中に見つけた衣川。名前が好きなんです。

北上川に合流する川ですね。天気がよければ美しいんだろうな、と思わせてくれました。

ローカル線の線路を見つけてしまうとつい撮ってしまう。

これは東北本線。

線路自体は東京からきているけど、車両は一ノ関と盛岡を繋いでいるのかな

男の子なので電車がくると興奮してしまう。

この旅で一番感動したのがここ。

高館義経堂に向かう道中で見える景色。北上川が見えますね。

この景色を見て松尾芭蕉が詠んだ句が有名です。

「夏草や 兵どもが 夢の跡」

この句は奥州藤原氏の栄華の繁栄とその衰退に思いを馳せたものですが、

なぜかこの景色を見たら同じようなことを思ってしまいました。不思議ですね。

そして義経が自害した場所と言われる場所。

しばらくこの場所にとどまって色々考えてしまいました。

今自分は目の前の仕事や恋愛しか見えていないけど、世の中には色々な出来事があって、たくさんの人がいて可能性がある。

自分を見つめ直す良い時間になったなと思います。

帰りはお土産をたくさん買って7時間バスに揺られて死体のように帰りました笑

ひとり旅もたまには良いけど、結構寂しかったので自分には合わないかもな、と思った旅でした。

9日間の夏休みでした（1/2）

お久しぶりです。いっちーです。

1月に転職してから初めて長い休みを取りました。（GWを除く）

弊社には1年の間でどこか5日間連続で休みが取れる制度がありまして

今回それを使って夏休みにしました。

8/31〜9/9なので、世間はちょうど夏休みが終わってからだったので電車とか行く先はどこも空いていました。

大きく2つのことをしました。

1. サマーランドでプール放題
2. 東北ひとり旅

1. サマーランド

古い友人とたまたまインスタで会話していたら「遊びに行こうぜ」ということになり、

5年ぶりくらいに一緒に遊ぶことになりました。

最初は海にでも行ってナンパしようぜと話をしていたのですが、クラゲが怖いということになりプールに変更になりました。

道路も混んでおらず、最近の身の上話に花を咲かせながら10:30ごろ到着し、

そこからひたすら泳ぎっぱなしでした。気付いたら20時ごろになっていました。

ナンパに関しては冗談半分でそんなに気合いを入れてなかったので、ひたすら流れるプールで流れたり、スライダーやったりしました。

それでもやっぱり男二人で行ったら気になるのは水着のお姉ちゃん達。

9月なので暇な女子大生が多かったですね。

僕はナンパ経験が無く、今回も積極的にする気はありませんでしたが

相方が凄腕ナンパ師だったので、流れるプールで良い子がいると自然に近づいたり聞こえる声で面白いこと言ったりしてて「さすがだな」と関心していました。

そんな感じで美女に見惚れていると、やはり隣には彼氏がいるわけです。

美女の隣には美男。それに筋肉がちょうどよく付いている。

「ああなりたい」という気持ちが湧き出て来てチラチラ見てしまいました。

客層としては

昼間はカップルやファミリー、高校生4〜6人組が多く

夕方〜夜にかけてはナイトプールを目当てに女子高生〜女子大生が多く、スマホを首から下げて自撮りしているところが散見できました。

そんな光景を見て我々は「sya me ni mu chu〜♪」と歌っていました（邪魔）

さて、一番大きいスライダーを2回やったのですが

このスライダー、4人〜6人で浮き輪に乗って滑るタイプなので、自然と相乗りになってしまうんです。

1回目の組み合わせが6人になったのですが、我々2人+カップル+北欧系巨漢女性になりました。

制限体重が450kgだったので、おそらくギリギリだったんじゃ無いかと思います..笑

体重の差で吹っ飛ばされるんじゃないかという、別の怖さがありました。

そして2回目。

もう閉園が近くなって来て並んだら最後の組と言われました。

そしたら運良く女子二人組と4人で乗ることになりました。（結構可愛い）

　　　　　　　　ここでナンパ師仕掛ける..!

ナ「最後なんで華々しくカマしましょう！」

女「はーい！ めっちゃ怖いです〜」

ナ「初めて？」

女「初めてです〜お兄さんたちはー？」

ナ「2回目！ さっきめちゃくちゃ怖くてさ〜！（体重制限ギリギリの事話す）」

女「wwwwww それめっちゃ怖いですね〜w」

ナ「それでも生き残ったんで大丈夫！ よし行こう！」

---------------------------------------------------------

　　　　　　　　　　滑る

---------------------------------------------------------

ナ「びしょ濡れじゃん大丈夫？w」

女「でもめっちゃ楽しかった〜！お兄さん達何時からいるのー？」

ナ「10時くらいからずっといる！泳ぎっぱなし」

女「すごーい！ どうやって来たんですかー？」

---------------------------------------------------------

この流れで我々が車で来ている事、千葉から来ている事を伝え

女の子たちがサマーランドの最寄駅から歩いて来た事（30分くらいかかる）、帰りはバスを待つ事を聞き出す

---------------------------------------------------------

ナ「●●に住んでるなら途中まで乗って行く？」

女「えーそんな悪いですよー」

ナ「●●は帰りの通り道だし。」

女「会ったばっかりで申し訳ないですよ〜」

ナ「確かにね〜、突然27のおじさんの車乗るとか気持ち悪くて無理だよねw」

女「全然そんなことないですよ〜！　えーいいんですか..?」

GOAL!!!

色々聞いてみると都内の女子大生で、夏休みだったようです。

車中でも色々話が盛り上がって帰り道がとても楽しかったです。

読者の方の期待からは外れてしまうかもですが、本当に家の近くまで送っただけでした。 

連絡先はナンパ師だけ繋がってるので、もしかしたらゴジツをしてるかもしれないですねw

2. 東北ひとり旅

9連休となると時間を持て余します。

しかし予定の合う友達もいないため（合わせるのも面倒）、ひとりで旅行に行きました。

絶対に行きたかった場所としては平泉でした。

というのも、二十歳の時に家族旅行で平泉に行ったのですが、僕だけ合宿免許を取りに行っていて行けなかったんです。

義経の話とか結構好きなので、その時の悔しさからどうしても行きたくてそこを目的地にしました。

最初に困ったのが移動手段でした。

　新幹線→高い

　電車→時間かかりすぎ

　車→レンタカー手続き面倒

　夜行バス→安い、手続き楽、時間はちょっとかかるけど許容

こんな理由で初の夜行バスに乗って行きました。

平泉直通が無かったので仙台を経由して行くことにしました。

1日目、12時半初のゆっくりめバスに乗り仙台へ。

隣に女性が座ったら話しかけようと思ってたけど、まあおじいさん。

着いてからとりあえず息をするように牛タンを食べました。

ネットで調べて上位に来ていたのでとりあえずここへ。

平日の閉店1時間前だったので客は自分だけでした。

ビールと牛タンで最高の時を過ごしました。

腹ごしらえ兼ねて観光しようとおもったんですが、そもそも着いたのが18時だったので行ける場所も限られていました。

とりあえずgoogleマップを見て行けそうなところを見つけ歩き出す。

誰もいない桜ヶ丘公園。隣に広瀬川あり。

たまにジョギングしている人がいた。

不気味な仙台城址

夜に行くとこの辺真っ暗です。

そう。政宗像を見に行きました。

国分町あたりから歩いたので結構ありました。

仙台市内が一望できる良き景色。

カップルしかいなくて辛くなりました。

帰りは国際センター駅から青葉通一番町駅まで地下鉄に乗りました。

どこの地域にも東西線ってあるんですね。

東京にもあるし。大阪にもあったきがする。福岡とか名古屋にもあるんですかね？

この日は国分町のキュアというカプセルホテルに泊まりました。

大浴場も付いててめっちゃいい場所です。（風俗街なので治安は悪い）

2日目について書こうかと思ったんですけど、ちょっと疲れてしまったので次回にまわします。

それでは。

ssh接続 port 22: Operation timed out なんでや！

お久しぶりです。いっちーです。

90日以上放置して広告が出てきてしまったので書きます。

タイトルに書いてある通り、ssh接続しようと思ったときに

 port 22: Operation timed out

こんなエラーが出てしまった時の対処法を書いていきます。

ちなみにAWSのEC2です。

結論から言うと下記手順でだいたい直ると思います。

1. AWSコンソールにログイン

2. セキュリティグループ > セキュリティグループの作成 > インバウンド > ルールの追加

3. 下記画像の通り入力

4. 作成したセキュリティグループをインスタンスに紐付ける 

5. インスタンスを停止

6. インスタンスを起動

ググると同じようなこと書いている記事あるんですけど、

僕の場合はそれでは解決せず、4の手順がどこにも書いていなかったので自力でいじりまくってたら見つけた次第です。

多分初歩的すぎて誰も記載しないんですね笑

ちなみになぜこのタイミングでsshログインしたくなったかと言いますと、、

なぜか最近ブログへのアクセスが多い！！

全然更新してないのに、、、

アクセス解析をよく見てみると、この記事へのアクセスが一番多かったです。

icchy.hatenadiary.jp

むむっ！ AWSとか書いてるからかな？？

とりあえずこの記事のURLでググって見ました。

⬇︎

あったぞ！！！

qiita.com

ありがたいことにこちらに載せていただいてたので、アクセスが増えていました。

???「でも、、全然更新していない上に、インスタ投稿のクローラーが死んでることを俺は知っている。。。」

とりあえず最新性を保つため & 死んでいる部分を隠すため、

修正して本番サーバーでgit pullしたかったんです。

開発環境での修正は体が覚えていたのでとりあえずスムーズにできました。

で、いざ本番に反映させようと思ったら今回の事象でした。

前できていたことができなくなった時の絶望感パない。

以上です。またこんど。

転職エージェントには気をつけろ

こんばんは。icchyです。

最近転職活動を終えましたので、そのことについて書いていきます。

10/2に前職を退職してから、休みを入れながらも活動を続け、無事 12/4に内定をいただくことができました。

どんな会社に行ったか、と言うことは会社に入ってから書くとして、

決まるまでの過程を書いていこうかなと思います。

まず、前職を辞めるまでの間に2, 3社面談等に行っていました。

ただ、あまり自分にマッチしないなと感じて受けませんでした。

さらに言うと、仕事をしながらだったので、結構大変で

自分が将来どういうことをしたいのかを考える暇すらあまりありませんでした。

なので一回退職して、自分を見つめ直してからちゃんと活動しました。

最初は自分で求人を見て探していたのですが、1社見るのにすごく時間がかかるので

それにも限界がきて転職エージェントを利用しました。

結果的には良い会社に内定をもらえましたし、第一志望だったので良かったのですが、

担当エージェントの方が少々雑だなーと思ったところがいくつかありましたので、今後使おうと思っている方の参考までに書き残しておきます。

　1. 2個以上質問すると片方だけしか回答しない

　2. 指定した日付を守らない

　3. 選考結果の報告を怠る

　4. 退職についての基本知識がない

ちょっと多いですが大きく分けるとこの辺ですね。

まず、1点目「2個以上質問すると片方だけしか回答しない」

僕が使ったところはエージェントとのやり取りをメール、電話の他にLINE@でしていました。

LINEはプライベートなものというイメージが強いので、あまり良い気分では無かったのですが、それで連絡が円滑に済むなら期間限定だし良いかなと思って我慢して使っていました。

しかーーし、見事に期待を裏切ってくれました。

企業の選考が進んでくると、面接結果や企業からの感想を伝えてくれます。

あとは、ちょっと変わった選考の仕方をしてくるところとかの詳細を教えてくれたり、志望度の順位に変更があったか、などやり取りすることは多いです。

その中で当然わからないことが出てきます。

なので、質問をします。LINEなので結構気軽に聞きます。

思い出した時に聞けるのは良いんですが、時間差で複数の質問をしちゃうときもあります。

これは申し訳ないなと思いつつも、調整するのがエージェントの仕事だしそこは上手くやってくれるだろうと思っていました。

でも、例えば2つ質問して、

「承知しました。企業側に確認いたします。」って返事がきて

企業から返信があったらすぐに教えてくれるんですけど、片方しか回答してくれないんです。

おそらく、企業から返事があった分だけ先に僕に教えてくれてたんだと思いますが

放って置いたらそのまま忘れられちゃったんですよ。

調整できてないじゃん

1回だけじゃなくて2, 3回やられちゃったんで最後はもう諦めが入ってました。

次に2点目「指定した日付を守らない」

選考が進んでくると、面接の日程を決める必要が出てきます。

ほとんどの求職者は複数のエージェントを使い、個人でも応募しているかと思います。

なので、結構調整能力が必要にはなってくるのですが

僕は出来るだけエージェントに報告する候補日は、別のエージェントへの日付と被らないようにしていました。

なのに、見事に指定した日付を無視した日程を提示されました。

調整できてないじゃん

あとで理由を聞いたら、社内でのオペレーションミスだったようです。

エージェント経由での企業とのやりとりは、このような構図になっているようでして

　企業 - 営業担当 - エージェント - 求職者

エージェントの会社の中でも2つに分かれていて、直接企業とやり取りする営業担当と、求職者とやり取りするエージェントです。

その営業担当の「○日の×時からでお願いできないでしょうか」という僕への打診を、エージェントの人が日程が確定したものだと勘違いして僕に伝えてきました。

こちらとしては面接日って準備も必要だし重要な日なんですよ。

だからちゃんと候補日を出しているわけで。

それをおろそかにされてしまうと、信用にも関わりますよね。

次に3点目「選考結果の報告を怠る」

これはそのままなんですが、選考を受けていると落ちる企業も当然出てきます。

場合によっては企業からエージェントに連絡が来ないこともあります。

でもそんなことは僕はわからないわけです。

つまり選考中なのかどうかがわからないってことです。

これって、追加で受ける企業を増やすかどうかを決める大事な判断材料になるので、いち早く知りたいはずじゃないですか。

ユーザーの気持ちがわかってないじゃないか

最後に4点目「退職についての基本知識がない」

これは一番驚きました。

僕は今失業手当の申請を終えて、最初の支給日までの待機期間にいます。

でもその間に就職先が決まって、支給日までに出社することが決まりました。

なので、失業手当を取り消し、再就職手当を受け取るように変更する必要が出てきます。

その際に、ハローワークに行って「採用証明書」を提出しなくてはいけません。

記入も入社する企業の担当者にしてもらう必要があります。しかも入社前に。

なので、いつ訪問してよいか確認したくて、エージェント経由で聞いてもらうように相談しました。

そしたら、「この手当、もらえるんですかね？」って返事がきまして。

いくつか条件はありますが、普通の転職なら基本はもらえるんですよ。

しかも、失業手当と再就職手当が混同しているのか、片方を知らないのか、そういう反応だったので、わざわざ説明するハメになりました。

あかんやん

この業界でプロとして求職者の相手をしているのにも関わらず、国の失業者に関する手当について知らないのは、結構致命的だと思います。

エージェントの方、最初の自己紹介の時に「この業界で7, 8年やってきてます（ドヤ」という感じで自信たっぷりだったんですが、業界について詳しいのは良いことだけど、最低限のこと知らないのは3流でしょ。と思いました。

求職者も人間なので、ちゃんと人生があります。もちろん最終的には個人の自己責任ですけど、サポートするならそこまで考えてやらないと。

以上になります。

愚痴みたいになっちゃいましたが、本当にあった話なので。

それでは、よい転職活動を。