ネットワークキャプチャデータを見る時のTips - Qiita
ネットワークのトラブルシュートなどをする時にtcpdumpやwiresharkといったツールを使ってキャプチャデータを取得し、正常ではない通信を特定するなど分析します。その時にIPアドレスやポート番号といったことは当然確認すると思いますが、本記事ではそれ以外に分析に利用できそうな小技をいくつか紹介したいと思います。お題は以下のとおりです。 MACアドレスからNICのベンダーが分かる IPヘッダからおおよそのホップ数が推測できる TCP/IPヘッダからOSを推定できる TCPの3-way-handshakeからネットワークの遅延を測れる TCPの再送状況からネットワーク品質の変化を見れる DHCP/mDNS/NBNS/LLMNR から同一ネットワーク内のホスト名がわかる TLSのclient helloから接続先のホスト名がわかる 【注意事項】 本職のネットワークエンジニアの方にとっては当た
Rubyはもうやめた
もうRubyでシステム書くの止めた日々更新されてコロコロ変わる言語仕様に付き合ってられない 最近は互換性を気にしてるようだけど新しい書き方ですとか毎回言われるストレスが半端ない プログラミング言語みたいな土台となる技術がそんな変わって何も違和感覚えないやつらがどうかしてる (その意味でSwiftはRuby以上に頭おかしい) rbenvやらBundlerで完璧にベンダリングできますってそんな誇れることなの？ バージョン依存が激しいのでそうしないとバグりますって言ってるようなもんじゃねーかｗ まだpython2,perl5で書いた方がまだ良いわ(Perlは文法が糞だから書かないけど) 多少言語に粗があっても互換性を維持してくれた方がよっぽど重要なんだけど（少なくとも俺は） ついでにRailsも止めたフルスタックフレームワークでなんでもできるぞ！とか言ってるけど理解できない 自分が使わない機能が
ドワンゴ1次面接に行ってきました, 面接内容を書き起こして, 反省も書きます
一応録音していた面接内容を書き起こししていますが, かなりいい加減です. 相槌などは混ぜるのが難しく, 仕方ないので削除しています. 自分の発言文章がぐちゃぐちゃなのは, なるべくそのまま書き起こしを行っているからです. 読みづらいでしょうが, ご了承ください. また, 音質が悪いため, かなり聞き取れない部分があるので, そこにはunclearをつけています. 伏せたいところもunclear. 録音していたスマートフォンを右ポケットに入れていた関係上, 左側にいた方の発言はあんまり聞き取れなくなっています. そういう関係で, 殆ど自分の発言の書き起こしのみになっています. 相手の発言は殆ど聞けないのでほぼ思い出し書きになっています. なので, 不正確な点が数多く存在します. ちなみに録音許可も公開許可も取り忘れました. 面接官は2名で, およそ30分の面接でした. よろしくお願いします.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Opensource Rails - Rails
