就職活動のあらゆることを数値化するブログ(過激な内容あり)
はじめに
この記事は、OIT Advent Calendar 2017 - Adventar 14日目の記事です。
自己紹介
・Twitter→ @katu7414
・通信方式研究室 4年
・趣味 ゲーム 釣り
・OITLT 元主催者 現エバンジェリスト
はじめに
皆さんモンハンベータ版はやられましたか？
自分は最後まで装備裸縛りなどして楽しんでいました。
メイン武器は弓で生きていきます。
以上です。
本題
注意点 過激な内容が含まれる可能性があります
皆さん就職活動はどうだったでしょうか？
今回は個人的に為になったという観点のみで就職活動の様々なことを学内と学外のイベント含めて書き、点数化します。(100点満点)
よく就活感想ブログなど見かけますが、所詮感想なので理系の皆さんは数値化するほうが良いと考えました。
注意点として具体的な企業名は過激なことを書く可能性が非常に高いので
書きません。
----------------------------------------------------------------------------------------------------------------
まず大きな区分として今年の3月までとそれ以降で分けます。
今年の3月まで
学内イベント
- 就職ガイダンス
- 履歴書校閲
- 学内面接
- 代表面接
- 学内企業説明会
- 学内企業推薦
それではまず上記の学内イベントから点数化します。
1. 就職ガイダンス (15点)
はっきり言って時間の無駄です。
理由は受ければわかります。
以上です。
2. 履歴書校閲 (80点)
自分は全て1発で通ったのが自慢です。
書き方の基礎やマナー等を教えてくれるので積極的な利用をお勧めします。
3. 学内面接 (85点)
担当の教授とかと一緒にきてやる面接です。
実はこの面接皆さんの点数つけてます。また担当する企業の人次第では面接の合否を言われます。頑張りましょう。
また担当教員次第で凄い恐怖感や圧迫感を味わえるのでとても良い経験になります。
4. 代表面接 (70点)
学内面接でトップの成績とると就職課から電話がかかってきます。
出ると学部(400人)の前で面接させられるイベントが発生します。さらにその後面接官が実際の特定の企業の面接官ということもあり、軽い交流会へ誘われることになります。
チャンスですね。しっかりアピールしましょう。
5.学内企業説明会 (40点)
個人的にみたい企業が1社だけなのでこの点数です。
20～30社ぐらい来てた気がします。
6.学内企業推薦 (使ってないので点数化なし)
うちの大学が就職強いと言われてる理由の1つとしてこの推薦の多さがあると思うので利用していきましょう。
感想
就職ガイダンス以外はちゃんとしたイベントが多いので就職活動をする際はきっちりと利用しましょう。
---------------------------------------------------------------------------------------------------------------------
今年3月までの
学外のイベント
ここでは就職活動の為に参加したイベントと結果的に就職活動のためになってしまったものなどを紹介します。
1. 企業説明会 (30点)
これは企業によって当たり外れがある気がしますが、内容どうこうよりも説明会に行ったという結果を重視している企業が多いのではないでしょうか？
時間の無駄になる企業もあります。でも自分が本当に行きたい企業必ずいきましょう。理想はインターンシップのときに説明会をついでに聞いてくることです。
2. インターンシップ(1day~3days) (95点)
自分が行った2日間いった企業のインターンシップが最高だったのでこの点数です。
関係者の方々ありがとうございました。
とある東京の企業でしたが、自分たちが見てみたい技術や部門を実際に働いている人から聞けたり交通費も当日支給で飯も豪華でした。
やはり人を大切にしている企業は違うなと思いました。
以上です。
3. インターンシップ(4days~) (85点)
個人的な経験としてこんな企業は個人的に行きたくない向いてないなと感じることができたのが東京のとある企業の3週間のインターンシップでした。
そういう意味では役に立ちました。
大企業のほうがよいという考えはこのインターンシップでなくなりました。
以上です。
4. ICTSC (100点)
ICTSCの共催企業を受けるのなら必ず貴方の力になるでしょう。自分はこれで就活勝ちました。
ハッカソンは協賛企業も多く就職活動になることもあります。
6. 国際PBL (70点)
海外指向である会社にはきっと有利に働いていた。
基本的に話すネタがないときに使っていた。海外が絡んだネタはあると有利
7. プライベートマル秘面接 (90点)
いくつか会社が面接じゃないよって名目で呼ぶあれです。
貴方を呼ぶには理由があります。強気でいきましょう。
成功すればタダ飯、ついでに内定がついてきます。
-------------------------------------------------------------------------------------------------------------------
感想 やはり外部のイベントは内定に直結するのでいいですね
以下グラフです。(青が学内、赤が学外)
以上で数値化を終わります。
3月以前とその後で分けていくと書いたけど3月以降特に何もしてないので数値化できないことに気づきました。
さて、ここまでブログを呼んでいるあなたはきっと就活生でしょう。
就職活動で一番大切なものはお金です。
就職活動でお金に困ってる人はそういう人を助けるいろんなものがあるので利用してはいかがでしょうか？
こういうのもあるので積極的に利用しましょう。
最後に一言
来年もOIT Advent Calendarありますよね？
もっとこんなものを数値化して欲しいとかグラフ作成したツールをなぜエクセルにしたのか？という意見はTwitterまで
第三回OITLT大成功した話
第三回OITLTを主催しました。
詳しくはこちら↓
参加人数は約35人と過去最多人数を更新し、更に参加校数も高専を中心に7校も集まり、レベルの高い大会になりました。また女性参加者も増えうれしかったです。
また今回はベストスピーカー賞とベストネタ賞をを授与しました。ベストスピーカー賞が外部から参加してくれた高専の参加者がベストネタ賞は大阪工業大学のうちの後輩が受賞しました。そしてICTSC8の手元ネットワークの再現も行いました。
ベストスピーカー賞をとった方のブログです。
早くも次回のリベンジを誓う人や次回までに開発して発表するぞという意見を聞いて開催してよかったと感じています。
また大会が盛り上がったことの証明としてハッシュタグoitLTがトレンドにのりました。
嬉しいですね。
今後もこの活動はやっていきます。関西圏を中心とした学生コミュニティーを盛り上げるために
もしかしたら今後社会人の方に登壇依頼を出すかもしれないですがよければ引き受けていただけるとありがたいです。
また学生向けに企業セミナー等やLTをしたいという依頼も受付中なのでよろしくお願いします。
次回は第3.5回を関西オープンフォーラムにて開催します。
よければご参加ください。
では以降大会の様子を写真で載せておきます。
ICTSC8 シナリオとOP・ED動画公開
皆さんお元気ですか？
ICTSC8からもう少しで1カ月となります。今回は大会で使用されたシナリオ・OP・EDの公開と作成者達の感想です。
シナリオ
シナリオリンク先↓
(注意)このシナリオは本番のものとは少し異なる点もあります。
感想
シナリオ作成の感想ですが、シナリオ作るのって大変難易度が高いことだと理解できました。初めはがむしゃらにシナリオ作成していたのですが、矛盾だらけと言われて世界観の作成から始まりました。(私は小説を書いた経験などありません。)
今回このシナリオ作成は3人で、作成しました。シナリオを作成するための世界観作成担当とシナリオ作成担当(私)と編集長がいました。世界観の詳細は上のHackMDの中にリンクあるので、そこから見てください。よって私の仕事は、世界観の設定を読み取りながらシナリオを作成して、編集長に報告して悪いところを指摘してもらうという感じでした。
以下は初めて編集長に報告した時のslackでの会話です。
私 : 編集長出来ました。チェックおねがいします。
編集長: 一通り読んで赤を入れました。
全体的に、まだまだよいものにしていけると思います。文章を見直し、全て書き直すくらいのつもりで改善を重ねていきましょう。
私: そうですね。明日の朝までには修正します。
上記の通り編集長は厳しかったですが理由は明確で、私のシナリオ作成する能力がなかったからです。今振り返ってみると初期の文章は各セリフに意味もなく、繋がりもないし矛盾が多いクソみたいなものでした。成長させてくれた編集長には感謝ですね。
こんな感じで日々シナリオのクオリティを上げるために睡眠時間を削り、作成していました。シナリオ作成中のときは、アニメを見ても俺ならこういう展開するだとか、勝手に想像してインスピレーションを高めていました。
その結果できたものが今大会のシナリオです。
初心者が書いた初めての作品なので暖かい目で見守っていただけるとありがたいです。
以上がシナリオについてでした。
OP動画について
OP動画は主にキャラクター(エイトちゃん)を作成した人と動画を作った人2人で作成しました。作成者の2人ありがとうございました。
ED動画について
ED動画は2人で作成しました。とある会社で動画職人と言われている方が協力してくれるとのことで、こういう動画を作って欲しいという要望を動画職人の方に投げて、細かい調整をこちらでやったという感じでした。そんな感じでしたので、ほとんど私は動画の調整しただけで終わりました。動画職人の方本当にありがとうございました。
動画編集に使用したソフトは、以下のものを使用しました。
After Effects使いやすいのでおすすめです。
ICTSC8の問題解説 [ストーム制御とVSRX]
ICTSC8の問題解説
ICTSC8から1週間以上が経ちました。皆さんお元気ですか？
今回のブログでは自分が作成した問題の解説と反省をしていきたいと思います。2問作成したので1問ずつ解説します。
伝統の国 第一のトラブル
旅の途中、酒場に訪れた。
ドワーフ「お客さん、見ない顔だね。どこから来たんだい？」
エイト「私は始まりの国のはずれよ。この人たちは私が異世界から呼んできたの」
ドワーフ「ほーう。ここに壊れたスイッチがあって修理する当てを探しているんだが……。まぁおまえらじゃあ解決できないだろうな、ほら帰ってくれ」
そう言い残すとドワーフは、店の奥に消えていった。
エイト「キー！ 悔しい。あんたたち絶対直してみせなさい！！ 解決して見返してやりましょう」
## 注意事項
- 2960B を再起動してはいけない。
## 達成すべき事項
- 7 番ポートをリンクアップをさせ、原因を特定する
- パスワードを `broken_port?` に変更する。という問題です。まずどういう物理トポロジー図であったかというと以下のようになっています。
2960BのFE0/7でトラブルが発生しました。
トラブルの内容を簡単に説明すると脆弱なパスワード(cisco)を設定していたが、突破されて7番ポートに変えられてしまったという感じです。では解説します。
コアの技術
ストーム制御
ストーム制御は、物理NICの不良、ネットワーク構成のミス、DoS攻撃などにより発生するトラフィックストームの影響を制限して制御できる技術です。ストーム制御では、ポートからスイッチングバスを通過するトラフィックをモニターして、パケットがユニキャスト、マルチキャスト、ブロードキャストなのか判別します。次に、スイッチは1秒間に受信した特定のタイプのパケット数をカウントして、事前に定義されたストーム制御レベルのしきい値と、その測定結果を比較します。以下のいずれかを測定方法に使用。
この技術を用いてある程度のパケットが通ればshutdownになるように設定しました。
では具体的なconfigを見てみましょう。
| ena | |
| terminal history size 0 | |
| conf t | |
| hostname 2960-B | |
| !KAT | |
| enable sec cisco | |
| vtp mode tran | |
| !KAT | |
| vlan 143 | |
| int fa0/7 | |
| switch access vlan 143 | |
| storm-control unicast level 0.0 | |
| storm-control action shutdown | |
| exit | |
| !internet | |
| vlan 199 | |
| int range fa0/13 - 24 | |
| switch access vlan 199 | |
| exit | |
| int fa0/15 | |
| switchport access vlan 199 | |
| !892J | |
| vlan 199 | |
| int range fa0/8 | |
| switch access vlan 199 | |
| exit | |
| int fa0/8 | |
| switch access vlan 199 | |
| exit | |
| exit | |
| write memo | |
| conf t | |
| int fa0/7 | |
| no storm-control unicast level 0.0 | |
| no storm-control action shutdown | |
| exit | |
| exit |
赤文字になっているところが今回のポイントになっているところです。ストーム制御が原因だとすぐにわからないようにnoでコマンドを消しています。またactionをshutdownに変えているのでポートが上がらないようになっています。ポイントとしてはそれぐらいでしょうか？何か質問があれば対応します。
そしてこの問題にはもう一つポイントがあります。それがパスワードを変更することです。`broken_port?`に変更するという指示です。通常ciscoでは `?` を
うつと現在うてるコマンドの候補が出てきます。これを無効化しないとパスワードが設定出来ません。無効化する方法は Ctrl + V です。
解説は以上です。次に講評です。
講評
結果としましては、15チーム中14チームが基準点突破でした。基本的にはパスワードを変更したということ(？を無効化する記述が書かれていること)とポート7が上がっていれば基準点としていました。皆さんがちゃんと解いてくれたみたいでよかったです。
荒廃の国 第三のトラブル
トラフィックの問題を解決し、無事に服屋にたどり着くことができた。
エイト「さっそく服を買うわよ……ってお店が開いてないじゃない！」
店の前で大声を出したせいか、中からやつれた顔のエルフが出てきた。
エルフ「すいません。最近盗賊に魔法陣を乗っ取られて、お店のシステムが動かなくなったんです。今は盗賊の対策の真っ最中で、これが終わるまでお店は開けられません。魔法陣を安全に設定したいんですけど……」
エイト「かわいそうに！ 私たちが何とかしてあげましょう。安全にsshができればいいのかしらね？」
## 注意事項
- ブラウザはfirefoxを推奨する。
- 指定のURLにアクセスしてクエストを解かなければいけない。
## その他
サーバにデフォルトゲートウェイを設定する際には192.168.16.254/24を使用すること
## 達成するべき事項
- 管理者ポートとそれ以外のポートの2つへsshができる。
- どのようにしてsshを可能にしたのか詳細に記載する。juniperの問題です。今回vsrxとお借りすることができたため出題することができるようになりました。問題解説を見る前に以下の資料に目を通すことをお勧めします。
コアの技術
Flow-based forwardingモード
packet-based forwardingモード
以上のモード切り替えをするという問題でした。具体的なコマンドは以下の通りです。Flow-based forwardingモードでは、vsrxは元々ファイアウォールのためpingの疎通性の確保が難しいモードです。なのでvsrxをルーターとして扱うためにモードをpacket-based forwardingモードに変えるという問題です。正解するためにはfxp0という管理者ポートとそれ以外のどこかのポートからsshできれば完了です。
delete security
set security forwarding-options family mpls mode packet-based
set security forwarding-options family inet6 mode packet-based
commit
exit
request system reboot
確認するコマンド
show security flow status
1つだけ言わないといけないことがあります。この解答方法はベストアンサーではありません。(大人の方からもできるけどベストアンサーではないよねって言われました。)
これに関しては完全に自分の勉強不足でした。申し訳ないです。
問題解説
具体的にしなければならないことは主に2つです。
- インターフェースにアドレスの設定とsshを許可するコマンドをうつ。
- モードを変えてリブートする。
以上です。
以下はvsrxを構築していく具体的なコマンドです。問題を解くにあたって必要はないがよく使いそうなコマンドも同時に載せています。
今回はopenstack上にvsrxが乗っている状況になっています。openstackでvsrxをちゃんと使用するためにはいくつかポイントがあります。
モードの移行
cli (junosのコマンド打てるモードへ)
conf (cisco のconf tと同類)
- pingの疎通性の確保
コマンド
conf
set interfaces fxp0 unit 0 family inet address 10.0.0.13/24
set system root-authentication plain-text-password
set routing-options static route 0.0.0.0/0 next-hop 10.0.0.254
commit
exit
ping 8.8.8.8
（注意 commitは必ずうつ。コマンドの有効化）
address 10.0.0.13のところは該当するアドレスで(openstackのやつ)
アドレスはopenstackで使用していたものなので気にしないでください。
上記のコマンドでは管理者ポートにアドレスを付与し、rootでログインするときにパスワードを付与するもので付与しなければcommitするときに注意を受けるのでご注意ください。またstaticでサーバーまでルーティングしています。rootのパスワード設定はこちらでしていたので問題を解くにあたって行う必要はなかったです。
次にsshの許可の設定と新しいユーザーの作成
set system login user katu class super-user
set system login user katu authentication plain-text-password
set system services ssh sshの有効化のコマンド
set system services ssh root-login allow
これでkatuというユーザーを作り、またsshの許可をしています。
次にvsrxをルーターとして使用するためのコマンド
delete security
set security forwarding-options family mpls mode packet-based
set security forwarding-options family inet6 mode packet-based
commit
exit
request system reboot
確認するコマンド
show security flow status
ホスト名の設定
set system host-name vSRX-1
管理者ポート以外のポートからsshする方法
set interfaces ge-0/0/0 unit 0 family inet address 10.0.0.13/24
だいたいこんな感じです。問題講評をしたいところでしたが、解答数が0だったので代わりに構築中に起きた様々なトラブルについて書きます。
構築中のトラブル
まずopenstackの上にvsrxをのせることになったのですがopenstackもvsrxも触ったことがなかったので、1からの構築になりました。
インスタンス作成をすると上の画像のような感じになりました。
カーネルパニックが起きている状態です。理由としましてはメモリを4GB未満でインスタンス作成をしていたからです。必ず4GB以上でやりましょう。
次にsshで疎通できるようにしようと思いました。しかしvsrxでどう設定してもできませんでした。状態としてはpingは通るがsshできないという感じです。これは別の運営委員の方が原因を特定してくれました。
SSHの接続は確立してたけど鍵交換のところで止まっていたので，おそらく原因はMTU
vSRXのFloating IPに 1500byteでpingうつと落ちる．1472byteが限界
VXLANのオーバーヘッド分だと思うんだけど，MTUを調整しないといけない
という返事をいただきました。というわけでMTUを調整しようと思い管理者ポートのMTUを1450にしようとしましたが管理者ポートはMTUを変えることはできないので他のポートからsshしようとして2つのFlow-based forwardingモードpacket-based forwardingモードを知りました。そしてge-0/0/0からsshできるようにして無事に出来ました。よって検証環境では管理者ポートではsshできずに他のポートからしかsshできないという謎の環境が出来上がりました。
次にopenstackがvsrxの新しく作成したポートを認識しないという問題が発生しました。結果から言えばおそらくですが原因はopenstackのポートフィルターが働いていたのが原因です。これらを考慮して次のような手順で構築しました。
- openstackのインスタンスを建てる
- インターフェースは2つ以上必ず追加する。
- 2つ目は外部に疎通性があるようにする(sshするため)
- Floating IPの付与
- インスタンス起動
- ge-0/0/0にアドレスを追加
- 外部への疎通性の確認
- sshの許可のコマンド
- ge-0/0/0 のmtuを1450にする
- sshできる
注意点 この手順通りでなければならない。また1つ目のインターフェースは管理インターフェースfxp0に付与されるので必ず2つめのインターフェースに疎通性の確保できるアドレスを付与すること。そしてopenstack側にNICを追加を認識させたいときはインスタンスを停止させてから起動させる。
vsrxにはアドレスを付与する順序があるらしくこの手順でなければできませんでした。
このあたりで時間がなくなり、検証は終了しました。この構築過程を問題にしようと思い今回のような問題になりました。
感想
今回出題出来なかったですがciscoとvsrxでIPsecを貼る問題を出そうとあがいていたのですが時間がなく出題できませんでした。マルチベンダー問題を期待していた方申し訳ないです。
全体の感想です。今回ネットワーク系の問題の数が少ないと感じた方がいたと思います。その点に関しては申し訳ないです。運営委員にネットワーク系の問題を作成する人が減っており、問題数が減ってしまいました。
問題の質問やもっといい解答を知っているという方は自分のツイッターまでご連絡いただけるとありがたいです。
また10/7にネットワーク系の問題を中心に問題解説をするLT大会を開催します。よければご参加ください。
以上です。ありがとうございました。
運営委員体験日記 ～小説家になりました
ICTSC8 運営委員としての感想
皆さんお元気ですか？
ICTSC8の運営委員をやらせていただいた嶋です。
もっとはやく書きたいという気持ちがありましたが体調不良のため延期に延期を重ねておりました。
ではさっそく今回の振り返りをしていきたいと思います。注意事項として自分の作成した問題については別に書くのでここでは書きません。あくまでも運営委員としての振り返りを書くだけです。
今回の自分の役割
今回は初めての役職をもってやりました。副リーダーというICTSCで1番何しているのかよくわかってない役職をしました。結果どんな仕事をしたかというとすべての仕事に少しずつ関わって少しずつ仕事をしました。ICTSCの運営委員というのはできる人ができることをするだけの組織なので誰かが全体の状況を把握しなければなりません。そこは把握していけたらな～という気持ちがありました。その結果今回は小説家になりました。よくわからないですね。そんな感じで今回自分が担当した仕事は以下の通りです。
- 手元ネットワークの設計やconfigを流し込むこと
- 問題文のシナリオの土台の作成
- 司会
- 自分の問題作成 (今回は2問)
今大会の感想
私はICTSC7から運営委員をやらせていただいていますが、前回大会は仕事量も少なく楽しい大会でした。今回は準備期間が短いこともあり前回と比べると睡眠時間が半分以下になり仕事量も倍でした。洗濯する時間を見つけ出すのが1番苦労した点ですね。
さて今大会の問題の難易度はいかがだったでしょうか？ネットワーク系の問題の難易度は前回より上げたつもりです。前回大会でネットワーク系の問題で点数を稼いでいるチームが多かったため難易度をあげました。またjunosの問題も出ました。ICTSCにもマルチベンダーの時代が到来しつつありますね。よいことだと思います。私自身参加者側になって今回のネットワーク系の問題を全て解けたかと言われれば少し怪しいです。しかし良問をそろえたつもりなので皆さんの勉強になれば幸いです。
小説(シナリオの話)
今回のICTSCの世界観どうだったでしょうか？シナリオの詳細は後日(9月中)に公開出来ると思います。OPとEDの動画セットで公開出来ると思います。シナリオの完成度はそこまで高いものではないですが是非読んでみてください。
今後のICTSC
今後ICTSCがこうなっていけばいいな～という個人的見解です。個人的に感じていることが本大会は問題を解くだけとかして解説がブログだけなのでいつか問題作成者が問題解説をする勉強会を開けばいいのにな～と感じています。そうすれば参加者の皆さんも、もっと具体的にこう勉強しようとか運営委員と参加者の間で繋がりも出来ますしいいんじゃないかな～と思います。宣伝にはなりますがとりあえず大阪で問題解説を含めたLT大会をやります。是非ご参加ください。
次回大会について
次回は参加者側で参加しようかな？と考えています(何かあれば運営委員やるかもしれないけど)。優勝したら副賞もついてくるらしいので頑張りたいですね。違う大学の人と組みたいのですが誰に言えば許可でますかね？偉い人許可ください。お願いします。
第二回大阪工業大学LT大会の報告
本日7/8に大阪工業大学梅田キャンパスにて第二回大阪工業大学LT大会を開催しました。
学内生を中心に大学の先生や外部の社会人の方にもライトニングトークしていただきました。その様子をブログにしていきます。
まずはLT中の写真です。
かなり写真が多いですがこれでもかなり厳選して選びました。皆さん面白い話ばかりで常に笑いが発生しました。個人的にも前回大会よりよかったと感じています。続いては懇親会の写真です。
懇親会はハンバーガー50個と大量のお菓子でやりました。皆さん懇親会中は本当にいい笑顔でやっていたと思います。ここから新しい何かが生まれるといいですね
是非次回もご参加ください。
次回は学内で40人目指して広報頑張ります。
よろしくお願いします。
以下大会のまとめです。
OIT LTでのスピーカーのルールについて
次回大会7/8まであと2週間を切りました。
スピーカーの皆さんに必ず守って欲しいルールを作成しました。
スピーカーの皆さんは必ず読んでください。
以下の通りです。
- いかなる形であれ、いやがらせは禁止です。
- 聞き手が嫌な思いをするような発言はしない。
- 過度な宣伝
以上です。
1.の嫌がらせとは以下のようなことに該当します。
・攻撃的な発言をすること
・脅迫
・ストーキング
・つきまとい
・不適切な接触
・性的な画像の掲示などを含む望まれない性的なアトラクション
これらのルールはOIT LTを継続的な大会にするためのルールです。
よろしくお願いします。
参考ページ
