SEに転職して5ヶ月が経ちましたが終日PC作業のせいか、近くの小さい文字が最近見えなくなっている（ピントが合わない）事に気付きました。 歳のせいかな？

SEとして働き出して3ヶ月経って感じたこと３つ。 ①未経験に技術力は全く期待されてなかった。 ②技術だけでは仕事は進められない。 ③本当の意味でエンジニア不足は解消される日は来ない。

未経験からエンジニア転職して14日目。 初めてアサインされた案件が1週間遅延しています。 てな訳で本日初残業でした。 まだまだ生ヌルいぜ！ 早くメインで立ち回りたいな！

明日は転職後初出勤だ！ 「休み中にどうぞ」と、もらった学習課題を午後からはカフェでやってみた！意外と捗るかもしれない！でも意外に寒い！真夏日なのに！ #今日の積み上げ #未経験からIT #中年転職 #やればできる

AWSサミット2日目! パートナーセッションをボイスメモで録音して楽しようと思っていたら 録音禁止の事実！ #AWSSummit

serverlesspresso！！ ＱＲコード争奪戦を制して初めてもらえた！！ #AWSSummit

今日は年に一度のAWSサミットJapan2025！ 学習始めて数ヶ月の頃よく分からないけど勇気出して参加して、この技術を扱えれば社会の役に立てる！と無知ながら鼻息荒く思った1年前が懐かしい！ あの頃アドバイスくれた方にも転職決まったといい報告したいな！ 来月1日まで無職だけど！ #AWSSummit #AWS

今年もAWSサミット行くことにした！ 登録した！ 2日目だけだけど！ その期間ちょうど無職だけど！（7/1から出社） #未経験からIT #中年転職 #やればできる

自分の送別会を自分でやることになった。 忙しくなるぜ！

🌟2025/05/22 💡やったこと Network Study 1 ✍️感想 いわゆるn進数のパートを駆け足で終わらせた！ 見ればできる程に要約したぞ！ 暗記は不要！ #今日の積み上げ #未経験からIT #中年転職 #やればできる

🌟2025/05/21 💡やったこと Network Study 1 ✍️感想 ユニキャスト、マルチキャスト、ブロードキャストについて要約した。基本的すぎて飛ばそうかと思ったが、ブロードキャストアドレスはホスト部が「255」になる、ルータ等のL3機器を超えることはできない。など、実は「へぇー」が沢山あった！←無知なだけ #今日の積み上げ #未経験からIT #中年転職 #やればできる

🌟 2025/05/20 💡やったこと Network Study 1　OSI参照モデル１と２ ✍️感想 細々と学習続けていて、OSI参照モデルは必須と書いてあって、しっかりnotionに要約した。かなり時間かかった😱 下層の方は知らない言葉いっぱいだった！ #今日の積み上げ #未経験からIT #中年転職 #やればできる

🌟2025.04.22 💡やったこと 《朝活》ネットワークエンジニアとして 計: 1時間30分 ✍️感想 内定いただいた企業様に、入社前に取り組んでおくと良い課題や、予習すべき内容などがございましたら、ご教示いただけますと幸いです。と言ってご教示いただいたサイトでネットワークをはじめから学びだした。 おいおい俺はコンピュータネットワーク第6版とネットワークはなぜつながるのか、で基本はかなり学習したぜ？ と意気揚々と読み始めたら意外と知らないこと多くて情けない気持ちだった💦 今回もメモはとったが、長文のため遠慮します。 下記サイトの「Network Study」シリーズをネットワークに興味ある方は是非どうぞ！ infraexpert.com/ #RaiseTech #BuildUpDaily

🌟2025.04.17 💡やったこと 《読書》ネットワークはなぜつながるのか第2版 計: 1時間15分 ✍️感想 - 1.4.5 切断フェーズで送受信は終了 ブラウザがデータを受信し終わったら送受信動作は終わりです。Socketライブラリのcloseと言うプログラム部品を呼び出して、切断フェーズに入るよう依頼します。すると、ソケットの間を繋いでいたパイプのような物が外れ、ソケットも抹消される・・・ 　これも中身はこうだ、アプリケーションによるが、HTTPプロトコルでは本来、レスポンス・メッセージを送り終わったときにWebサーバー側でcloseを呼び出して切断します。 それがクライアントに伝わり、クライアントのソケットが切断フェーズに入る。 そしてブラウザだが、先程（前回のトグル）のreadで受信動作を依頼した時に、実はreadは受信したデータを渡す代わりに、送受信動作が終わって切断されたことをブラウザに通知しています。これで送受信が終わったことが分かるため、ブラウザでもcloseを呼び出して切断フェーズに入ります。 　これが元々のHTTPの動き、皆様ご存知の通り、HTTPプロトコルはドキュメントや画像を一つひとつ別のものとして扱い、都度、接続→リクエスト・メッセージ送信→レスポンス・メッセージ受信→切断と言った動作を繰り返しますが、何度も接続と切断を繰り返すのは効率が悪いので、一度接続した後、切断せずに複数のリクエストとレスポンスのやり取りを実行する方法が後に用意されました。リクエストすべきデータが無くなったところで、ブラウザから切断動作に入ることがあります。 それがHTTPのバージョン1.1 やっと第1章が終わった💦 #RaiseTech #BuildUpDaily

🌟2025.04.15 💡やったこと 《読書》 計: 0時間45分 ✍️感想 - 1.4.4 メッセージをやり取りする送受信フェーズ ソケットが相手と繋がってしまえば後はデータを放り込んであげればOK！と言えば簡単だが、それでは薄過ぎるので中身の話！ アプリケーションは直接ソケットにタッチ出来ないため、Socketライブラリの中からwriteと言うプラグラム部品を使い、その旨を依頼する。具体的には以下の通り 　まず、アプリケーションは送信データをメモリーに用意しておく（今回ではHTTPのリクエスト・メッセージ） そしてwriteを呼びたす時にディスクリプタと送信データを指定する、するとプロトコル・スタックがサーバに向けて送信してくれる。 　そうしたらサーバーは受信動作を実行し、受け取ったデータの中身を調べ、しかるべき処理を実行、レスポンス・メッセージを送り返してくる、はず（詳しくは第6章で） 　メッセージが返ってきたら今度はメッセージを受信する動き、受信する時は、Socketライブラリのreadと言うプログラム部品を介してプロトコル・スタックに受信動作を依頼、その際、受信したレスポンス・メッセージを格納するためのメモリー領域を指定する、そのメモリーの事を受信バッファと呼ぶ。 指定しておくとレスポンス・メッセージが返ってきた時に、readが受け取って受信バッファに格納してくれる。 受信バッファはアプリケーション・プログラムの内部に用意したメモリー領域のため、格納した時点でメッセージをアプリケーションに渡したことになる！ #RaiseTech #BuildUpDaily

🌟2025.04.11 💡やったこと 《読書》ネットワークはなぜつながるのか第2版 計: 1時間30分 ✍️感想 - 1.4.2 ソケットを作る作成フェーズ 「Socket」「socket」「ソケット」など出てくるが、大文字開始してるのはライブラリのことを指し、小文字開始はプログラム部品、カタカナ表記はパイプの両端にある出入り口という位置付け 　IPアドレスを調べる時、リゾルバを呼び出して制御が移るようにsocketを呼び出すが、リゾルバの時のように内部は簡単ではない。2章で後述されるはず ここではsocketを呼び出すとソケットができると覚えてほしいらしい 　ソケットができたら**ディスクリプタ**という識別子が返ってくる（番号札みたいなもの）、それをアプリケーションはメモリーに記録する、これにより同じブラウザでウインドウを二つ開いて、二つのWEBサーバーに同時にアクセスする場面でも、どのソケットで通信するのかプロトコル・スタックが判断出来る ここではまだ相手側に繋がっていない - 1.4.3 パイプをつなぐ接続フェーズ 次は出来上がったソケットをサーバー側のソケットに接続するようにプロトコル・スタックに依頼する。アプリケーションはSocketライブラリのconnectというプログラム部品を呼び出すことで依頼動作を実行する 　ここでのポイントは以下三つ ・ディスクリプタ：ソケットを作った時に返ってきたもの 　　 ・IPアドレス　　：DNSサーバーに問い合わせて調べたもの 　　 ・ポート番号　　：接続相手のソケットを特定するもの、通信方法によって決められている番号 　これらをconnectがプロトコル・スタックに通知してくれます。 　このように呼び出したSocketライブラリの部品がプロトコル・スタックに通知し、プロトコル・スタックが動作を実行する流れは他のSocketライブラリでも共通。 ディスクリプタ　　　　：アプリケーションがソケットを識別するもの （自分のね） IPアドレスとポート番号：クライアントとサーバー間で相手のソケットを識別するもの #RaiseTech #BuildUpDaily