「tCP」を含む日記

■[稀ドメインはてブ]2024年9月滅多にホットエントリを出さないドメインからのホットエントリ

ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30

Permalink | 記事への反応(0) | 18:57

ツイートシェア

■anond:20240929092551

計算機科学の知識体系とネットワーク技術

計算機科学は、情報の理論的基盤から実用的な応用まで、広範な領域をカバーする学問です。以下に、計算機科学の主要な分野と、特にネットワークに関連するトピックを体系的にまとめます。

1. 計算機科学の主要分野

1.1 アルゴリズムとデータ構造

アルゴリズム設計: 問題解決のための効率的な手順の開発。

データ構造: データの整理と管理を効率化するための手法。

1.2 プログラミング言語とコンパイラ

プログラミングパラダイム: 手続き型、オブジェクト指向、関数型、論理型など。

コンパイラ設計: 高水準言語を機械語に翻訳する技術。

1.3 オペレーティングシステム

プロセス管理: CPUのスケジューリングとマルチタスキング。

メモリ管理: 仮想メモリとメモリ割り当て。

ファイルシステム: データの保存とアクセス方法。

1.4 データベースシステム

リレーショナルデータベース: SQLによるデータ操作。

NoSQLデータベース: 非構造化データの管理。

1.5 人工知能と機械学習

機械学習アルゴリズム: 教師あり学習、教師なし学習、強化学習。

深層学習: ニューラルネットワークによる高度なパターン認識。

1.6 ソフトウェア工学

開発プロセス: アジャイル、ウォーターフォールモデル。

品質保証: テスト手法とバグトラッキング。

1.7 セキュリティと暗号学

暗号アルゴリズム: 対称鍵暗号、公開鍵暗号。

セキュリティプロトコル: SSL/TLS、IPsec。

2. ネットワーク技術

ネットワークは、情報の共有と通信を可能にする計算機科学の核心的な分野です。

2.1 ネットワークの基本概念

OSI参照モデル: ネットワーク通信を7つのレイヤーに分割し、それぞれの機能を定義。

物理層: 電気信号やビット伝送。

データリンク層: フレームの転送とエラー検出。

ネットワーク層: パケットのルーティング。

トランスポート層: エンドツーエンドの通信制御。

セッション層: コネクションの管理。

プレゼンテーション層: データ形式の変換。

アプリケーション層: ユーザーアプリケーションが使用するプロトコル。

TCP/IPモデル: 現実のインターネットで使用される4層モデル。

2.2 ネットワークトポロジー

スター型: 中央のハブを介して各ノードが接続。

リング型: 各ノードが一方向または双方向に隣接ノードと接続。

バス型: すべてのノードが一本の通信ラインを共有。

メッシュ型: ノード間が多重に接続され、高い冗長性を持つ。

2.3 ネットワークプロトコル

IP（Internet Protocol）: データのパケット化とアドレッシング。

TCP（Transmission Control Protocol）: 信頼性のある通信を提供。

UDP（User Datagram Protocol）: 信頼性よりも速度を重視した通信。

HTTP/HTTPS: ウェブデータの送受信。

FTP/SFTP: ファイル転送プロトコル。

SMTP/POP3/IMAP: 電子メールの送受信。

2.4 ネットワークデバイス

ルーター: 異なるネットワーク間のパケット転送とルーティング。

スイッチ: 同一ネットワーク内でのフレーム転送。

ブリッジ: ネットワークセグメントの接続。

ゲートウェイ: 異なるプロトコル間の通信を可能にする。

2.5 ワイヤレスネットワーク

Wi-Fi（802.11規格）: 無線LANの標準技術。

Bluetooth: 近距離間のデータ通信。

セルラーネットワーク: モバイル通信（3G、4G、5G）。

2.6 ネットワークセキュリティ

ファイアウォール: 不正なアクセスを防止。

IDS/IPS（侵入検知/防止システム）: ネットワーク攻撃の検出と防御。

VPN（仮想プライベートネットワーク）: 安全なリモートアクセスを提供。

暗号化技術: データの機密性を保護。

2.7 クラウドネットワーキング

クラウドサービスモデル: IaaS、PaaS、SaaS。

仮想ネットワーク: ソフトウェアによるネットワーク構築。

SDN（Software-Defined Networking）: ネットワークの柔軟な管理と制御。

2.8 分散システム

分散コンピューティング: 複数のノードでタスクを分散処理。

ブロックチェーン: 分散型台帳技術。

2.9 IoT（モノのインターネット）

センサーネットワーク: デバイス間の通信とデータ収集。

IoTプロトコル: MQTT、CoAPなどの軽量プロトコル。

2.10 ネットワーク管理とモニタリング

SNMP（Simple Network Management Protocol）: ネットワークデバイスの管理。

ネットワークトラフィック分析: パフォーマンスとセキュリティの最適化。

3. ネットワーク技術の最新動向

3.1 5Gと次世代通信

高帯域幅と低遅延: リアルタイムアプリケーションの実現。

エッジコンピューティング: データ処理の分散化。

3.2 SD-WAN（Software-Defined Wide Area Network）

ネットワークの仮想化: 柔軟なWAN構築とコスト削減。

中央集中的な管理: ネットワークポリシーの一元管理。

3.3 ネットワークの自動化とAI

ネットワークオーケストレーション: 自動化された設定と管理。

AIによるトラフィック最適化: パフォーマンスの向上と障害予測。

3.4 ゼロトラストセキュリティ

信頼しない設計: 常に認証と検証を行うセキュリティモデル。

マイクロセグメンテーション: ネットワーク内部の細かなアクセス制御。

4. 学習リソースと参考文献

4.1 推奨書籍

『コンピュータネットワーク』 アンドリュー・S・タネンバウム著

『TCP/IP詳解』 W. リチャード・スティーブンス著

『ネットワークはなぜつながるのか』 戸根勤著

4.2 オンラインコース

Coursera: 「コンピュータネットワーク」、「ネットワークセキュリティ」コース

edX: 「Computer Networking」、「Cybersecurity Fundamentals」

4.3 標準化団体とリソース

IETF（Internet Engineering Task Force）: ietf.org

IEEE Communications Society: comsoc.org

W3C（World Wide Web Consortium）: w3.org

Permalink | 記事への反応(1) | 09:38

ツイートシェア

■ブラウザが直接TCP通信できるらしいやん

次の次のChromeで使えるぽい

HTTP以外の通信もできるのはかなりできることが広がるのでは

DBクライアントをJSで実装するかWASMにして直接DBにアクセスできる

クラサバをウェブに持ってくるときにウェブサーバー不要にできるのは助かる

Permalink | 記事への反応(0) | 22:08

ツイートシェア

■ゲーム配信の視聴者側でレベル0.5くらいにイラッとすること

多人数マルチゲーや長時間配信で明らかに家庭用安物ルータが泡吹いて死んで「あれ～おっかしいな～繋がらないな～見えないな～」ってやってる時間。

立派なゲーミングパソコン揃えてるんだろうよ、回線も吟味して速い光回線引いてんだろうよ。でも間に入ってるそのルータ、nuroの必須ルータかバッファローのワイファイか知らねえけどさ、本棚の後ろに突っ込まれて熱暴走してるか、ソフトがポンコツでNAT溢れしてるかどっちかで死にかけてるだろ。

NVR500の中古でも何でもいいから強いルータに変えるなり安物ゲーミングならちゃんと風当てて冷やすなりパケロスしないようにしてくれよ。回線ガチャって言うけどネット回線の業者だけが変数じゃねえだろ。それかもうVPN張って無理矢理TCPセッションを1本に絞るとかさ、「また〇〇さんが繋がらないな～」「あれ～突然調子悪くなったな～」って毎回毎回毎回毎回毎回毎回毎回同じことすんなよ。裏ではDiscordで繋がってんだろ、何か知り合いのプロに聞いて同業者で対策回せよ。

大手の箱はある時から一気に減ったぞ。

Permalink | 記事への反応(1) | 04:20

ツイートシェア

■なぞなぞ構文で仕事する人

リモートワークになってしばらく経つんだけど、いまだに文字ベースなのになぞなぞ構文で仕事してる人が多くて辛い

「お疲れ様です。今お時間ありますか？」

「はいなんでしょう」

「○○の件なんですがご存じですか？」

「はい知ってます」

「それについていま部内で議論してるんです。それについてご相談しても良いでしょうか？」

「はいどうぞ」

（やっと本題）

これなんなん？こういうコミュニケーションしろって学校で習ってるんか？

「○○さんお疲れ様です、～の件についてご存じでしたら確認したいのですが、部内でそれについて検討してまして以下の内容をご相談したいです」

これで1トランザクションで終わるのに、なんでなぞなぞみたいに何往復もやりとりすんの、TCPなの？

Permalink | 記事への反応(7) | 16:52

ツイートシェア

■anond:20240716233229

そこに至るまでには待ち行列理論があってだな・・・

とはいえIPネットワークはどっちかというと発明に近いだろうし

TCPの輻輳制御はリソース最適化技術なので

サイエンスの範疇かと言われると違う気はする

Permalink | 記事への反応(0) | 23:43

ツイートシェア

■機械学習er vs Web開発er vs 組み込み開発er 比較表【令和最新版】

anond:20240626103929

業務で機械学首（データマイニング）、Web（業務システム）、組み込み（産業インフラ設備）の経験があるので、分野ごとの相違点と発生しがちな軋轢を書いておく。

分野ごとに要求される製品特性が異なるから、異分野に移ると文化摩擦が起きるという話だと思う。製品特性の違いを理解し自らの行動に反映できるようになるには、ベテランでも数年かかるケースがある。開発期間10年のテーマを経験したことがあるが、そうした場合だとワンサイクルを経験するのに10年かかるので。経験から学ぶのが愚者、歴史から学ぶのが賢者ともいうが…。

Permalink | 記事への反応(2) | 11:21

ツイートシェア

■AIで世界が変わる？変わるかｗボケｗ

おっちゃんな、３５年パソコン弄ってて、３０年パソコンで飯食ってんだが

定期的に「世界が変わる画期的IT新製品」って奴が陳列されるのを見てきたの

インターネットもそう

Windows95の時も世間は熱狂した

iPhoneもそうだね

なにが変わった？なんも変わってねぇよ

人の営みの基本は変わらんの、メシ食って射精して寝る

少し前だとスマート家電がそうだった、世界が変わると

「アレクサ、照明を明るくして」。。。

紐垂らして引っ張ったほうが早いっちゅうねん

ChatGPTやらも技術キャッチアップで使いましたよ、てか使ってるが

これで何が変わるのか？

多少効率化するかもしれんが業務全体の効率化への寄与は誤差程度でしかない。

もちろんこの誤差程度が積み重なって社会は少しずつ変わっていく、便利にはなっているが。

それで失うもの、新たなロスと結構相殺されちゃう

例えば、ちょっとした経費伝票の処理、昔は完全アナログだったが

事務職の女の子に、「あんじょうよろしく」と領収書を渡しておけば秒で終わった

怪しげな領収書も優秀な事務職さんが華麗な魔法で処理してくれていた

ところが電子化された今はゴチャゴチャゴチャゴチャと自力で入力して電子承認手続きして、

不正防止とやらで新幹線は乗車号数まで書かなきゃならない、時間的に矛盾する報告書出したらチェックされて返ってくるの、暇だねぇ

んでいずれAIで経費の不正検出できます、みたいなソリューションが出てくるのだろう、無駄の上乗せ屋上屋

利益だしとんねんからごちゃごちゃうっせぇわと言いたいが言うても無駄なので時代に迎合

さっき冷え性の事務職さんに「こんなの通りません」って伝票突っ返されたので愚痴でこれを書いてる

【案の定のコメントに追記】

わいインターネットはまだ国内プロバイダーが個人商用サービスを始める前、WindowsがTCPソケットを実装する前、Asahi-NETがパソコン通信からテキストベースでインターネットゲートウェイしてた時代から使ってるからね

がっつりネットつかって、きっちりITで飯食ってる、一応プロのプログラマーっすよ

当時はgccだったなぁ（遠い目）

大友克洋のAKIRAは金字塔として評価されているが、その直後に作られたほぼ無評価の「老人Z」って作品がある。思い出しちゃった、わいこっちのほうが好きなんよね

ネットで世界が大き変わった？

そう勘違いしちゃうのも仕方がない

随分と便利になった、そりゃ否定せんよ、でも変わってないよ

なにを評価して「変わった」と表現するかって話になるが

メシ食って射精して寝る、なにが変わったよ

今はみんなAIに熱狂してる、世界が変わると、なーんも変わらんよ

ちょっと便利に面白くなるだけ、ほんの少しね

あと俺は新技術を否定してるんじゃないよ

でも思ってるほど世界は変わらんと警告してやってんの、よろぴく

Permalink | 記事への反応(3) | 11:49

ツイートシェア

■anond:20240213221215

ジェンダーというのは社会的な性別であるから

ネット上での言動が女にしか見えなかった場合そいつは女ということでいいのでは？

彼女は男ではないよトランスジェンダー over TCPだよ

Permalink | 記事への反応(0) | 22:20

ツイートシェア

■IT技術に興味のないSE

最近になって自分がSEというかIT職に興味がないと薄々感じています。

自分で好き勝手にプログラミングをすることはまあまあ好きなんですが、

それ以外のインターネットの仕組み(HTTPやらTCPやら)だとか、DBの管理だとか、フレームワークだとか。

この仕事を進めるうえで必要にはなるであろう知識を学ぼうという気が起きません。

テレワークで人の目がないからか頻繁にスマホいじったり部屋の中を意味もなくウロウロしてしまいます。

明確な作業がないときは指示をこちらから乞うこともしません。やっても1,2日経ってから。

自分で自分のことが分からないのもおかしいのですが、

「もう何年もSEやってるのにそんなこともわからないのか」と思われるのが怖いからかと思います。

(もうすでにそう思われであろうにも関わらず)

転職をしようにもケアレスミスが多く注意力散漫だから事務職は出来なさそうで、

そのくせ人と接するのが苦手で体力もないものだから肉体労働もすこぶる不安。

それでダラダラと続けてしまって現在に至っています。

本当にどうしようもない。

引きこもって氏ねるのならそうなりたい。

以上、駄男のチラ裏文でした。

Permalink | 記事への反応(0) | 20:00

ツイートシェア

■YAMAHA NVR500 で エキサイトMEC光 に接続する方法

ネットに公開されている情報は、初心者には難しいと感じました。

Yamahaのサイトにconfigは公開されていますが、exciteMEC光だと、クリアする注釈が多すぎて。

"NVR500 では、tunnel endpoint address コマンドを使用して、AFTR の IPv6アドレスを指定してください。"

って書いてますが、exciteMEC光はAFTR公開してないぞ！ってなるので。

正解は[gw.transix.jp]のIPv6アドレスを指定する、で

"tunnel endpoint address 2404:8e01::feed:101"です。

以下、全文。

#

# transixのIPv4接続（DS-Lite）でインターネット接続

#

#

# ルーターの設定：ひかり電話契約なしの場合

#

#

# ゲートウェイの設定

#

ip route default gateway tunnel 1

#

# LANインターフェースの設定 (LAN1ポートを使用)

#

ip lan1 address 192.168.100.1/24

#

# WANインターフェースの設定 (LAN2ポートを使用)

#

ipv6 prefix 1 ra-prefix@lan2::/64

ipv6 lan1 address ra-prefix@lan2::1/64

ipv6 lan1 rtadv send 1 o_flag=on

ipv6 lan1 dhcp service server

ipv6 lan2 dhcp service client ir=on

ipv6 lan2 secure filter in 1010 1011 1012

ipv6 lan2 secure filter out 3000 dynamic 100 101 102 103 104 105 118 119

ngn type lan2 ntt

#

# トンネルの設定

#

tunnel select 1

tunnel encapsulation ipip

tunnel endpoint address 2404:8e01::feed:101

tunnel enable 1

#

# フィルターの設定

#

ipv6 filter 1010 pass * * icmp6 * *

ipv6 filter 1011 pass * * tcp * ident

ipv6 filter 1012 pass * * udp * 546

ipv6 filter 3000 pass * * * * *

ipv6 filter dynamic 100 * * ftp

ipv6 filter dynamic 101 * * domain

ipv6 filter dynamic 102 * * www

ipv6 filter dynamic 103 * * smtp

ipv6 filter dynamic 104 * * pop3

# ipv6 filter dynamic 105 * * submission

ipv6 filter dynamic 118 * * tcp

ipv6 filter dynamic 119 * * udp

#

# DHCPの設定

#

dhcp service server

dhcp server rfc2131 compliant except remain-silent

dhcp scope 1 192.168.100.2-192.168.100.191/24

#

# DNSの設定

#

dns host lan1

dns service fallback on

dns server dhcp lan2

Permalink | 記事への反応(0) | 22:03

ツイートシェア

■anond:20230414165835

昔はI/Oポート、シリアルポート、TCPポート、色々叩いていたもんじゃて。

Permalink | 記事への反応(0) | 22:04

ツイートシェア

■anond:20230216122436

女同士の会話は、 UDP じゃなくて TCP で 3ウェイハンドシェイク だから、

送信元偽装がやりにくいということなんでは。

Permalink | 記事への反応(0) | 12:36

ツイートシェア

■anond:20230113194217

マジレスすると、インターネットの TCP という高品位は３回もデータの受け渡しをしてる。

Permalink | 記事への反応(0) | 19:45

ツイートシェア

■anond:20221130155016

まず伝搬遅延を計算します。

これは光の速度から計算できます。

簡単に計算したければ1m=5nsだと覚えましょう。

そうすると1kmは5μsだとすぐに分かるし、1000kmで5msです。（単位を上げるだけ）

東京-大阪間はざっくり500kmなので2.5msで到達できます。

片道の遅延を計測するのは難しいのでpingで往復を測ると5msぐらいです。

実際にはルーターを通過する時間なんかがあるので10msとかになったりします。（30msはちょっと遅い気がする）

ちなみにLTEとかWiFiを挟むと平気で100msぐらい増えます。

電波は共有資源なので誰かが使ってる間は使えないから、使えるようになるまで待つからです。

待ち時間が100msとかになります。5GとかWiFi6はその辺が早かったりします。

東京-サンフランシスコ間だと8000kmぐらいあるので40msです。往復で80msなので、まぁ100msぐらいです。

TCPの場合は送信前に3wayハンドシェイクっていうのをするので2往復ぐらい事前にやりとりします。

なので200msecぐらいかかりますが、最近はFast Openっていうのもあるので多分もっと早いです。

1GBのデータを送るとして、送り始めの先頭データが到達するのにこれだけの遅延がかかります。

1byteだけ送って、届いた確認が来たら次の1byteを送って・・・なんてやってたらいつまで経っても送れないので

届いてるかどうかは後回しにしてとにかくドンドン送るとします。

この場合、1GBのデータを送り終わるまでかかる時間は、使える帯域によって変わります。

1Gbps使えるなら、1GB送るのにざっくり8secの計算になりますが、まぁ諸々あってそんなわけはなくてもうちょっとかかります。

ちなみにUDPの場合、使える帯域以上にデータを送ると途中で捨てられるだけです。

パケットなので順番が逆転する可能性もありますが、それでも気付かずそのまま送ります。

送られた側でエラーになって初めて気付きます。

TCPだと途中で「ここまでOK？」っていう確認をするのでその分の遅延が入りそうですが、SACKっていう仕組みで良い感じに遅延が少なく通信できます。

Permalink | 記事への反応(1) | 17:06

ツイートシェア

■anond:20221130120214

それ不思議なんだよな。音声・映像のリアルタイム通信ではTCPの再送なんて間に合わないから意味ないのに。UDPだって暗号化はできるし、TCP使ってる理由がわからん。

Permalink | 記事への反応(0) | 12:08

ツイートシェア

■anond:20221013145402

ほいノ

学歴

中学ん時の偏差値は60くらい。

高専行こうと思えば行けたんだけど、実家離れるの怖くて偏差値45の工業高校へ。

もう全然馴染めなくてさっさと中退。

17歳までニート。

18歳までフリーター。

18歳〜21歳まで定時制に通った。

英語は個人的にそこそこ勉強したけど、数学なんかはⅠの後のAが半分も終わらなかったレベルのバカ校。

大検で足りない単位取って3年で卒業した。

職歴

21歳〜24歳まで契約社員。

この時期は暇で、なぜかやる気に満ち溢れてたから、TOEIC700近くとか日商簿記2級とか色々資格を取った。

24歳でうつになって、30歳くらいまで日雇い・派遣↔無職を半々くらいでリピートしてた。

30歳で製造業の正社員になった。

これが人生初めての正社員だった。

やってる仕事は大したことなかったけど、幸い仕事中にPCをめちゃくちゃ使うのでやりたい放題だった。

この時にプログラミングを始めた。

33歳で正社員の社内SEに転職。

年収めっちゃ下がった。

34歳でWeb系スタートアップに転職。

ここで年収どんどん上がった。

36歳でうつが再発して辞めて今に至る。

プログラミング遍歴

略歴・技術スタック

基本は、仕事で使えそうなもの・必要なものをその都度吸収していった感じ。

Webが中心ではあるけど、組み込みとかのハードが絡む分野以外は結果的に広く浅く手を出してる、つもり。

言語的なやーつ

実務経験があるって胸張って言えるのはこれくらい。

大体習得順。

他には、Python、Julia、R、Fortran、Rust、Go、Dart、Shell、Deno、CSSなんかは少しずつかじってる。

最近はWebに関してはほとんどJS（TS）で済む感じになったので楽。

なんでPLCが最後やねんってツッコミは置いといて、Web系寄りでラダーも触ってるって人は観測範囲ではあんまりいないので、それが俺の数少ない強み。

それ以外のなんかなやーつ

RDBはPostgreSQL、SQL Server、MySQL、SQLiteの順で実務経験あり。

NoSQLはFirestoreが実務経験あり、実務なしだとNeo4jとか。

PaaSはGCP（Firebase）、AWSの順で実務経験あり。AzureはADとVM周りをちょっと触った程度。

Dockerはよく使うけどKubernetesとかまでは行ってない。

後は産業用の通信プロトコル的なやつを無駄に色々触ってる。Modbus TCPとかORiNとかCC-Linkとか。PLCもそうだけど、あの辺は日本とドイツとアメリカが未だに既得権益で幅利かせててまじで闇深い。その代わりそれをブレイクスルーできればめっちゃ稼げる分野だと思う。

閑話休題。

俺のキャリア形成方法と、簡単なアドバイス

まずはカイゼンをしよう

フリーターでどんな仕事してるか知らないけど、仕事で一日の半分が無くなっちゃうじゃん？

だから、その時間をまず有効に使う。

以下、俺の場合ね。

次長クラスの人が「この製造番号でクレームがあったんだけど、作業当時どんなことあったか覚えてない？」みたいなことをわざわざ現場まで何度も聞きに来るんだよ。

作業したのなんて半年前だったりするから一々覚えてないっすよ、って言ってるのに何度も聞きに来るから、イラッとして仕事用のPCで勝手にExcelで業務日報を付けるようにして、イントラのファイルサーバーに置いて「そういう時はこれ見て下さい。次長の貴重な時間が勿体ないです」って言ったのよ。

それだけでめちゃくちゃ喜ばれる。

で、今度はその次長が「この製造番号どれくらいの時間で作業終わった？」みたいなことを現場までわざわざ何度も聞きに来るから、俺はその時またイラッとして、Excelでストップウォッチもどき作って製造番号とか工程ごとに時間計測して記録して、やっぱりファイルサーバーに置いて「これ見て下さい」って言ったのよ。

それでまた、めちゃくちゃ喜ばれる。

俺のプログラミングの始まりは、ひたすらそれの繰り返し。

最初はプライベートな時間も結構使ってやってたんだけど、そういう周りに喜ばれる効率化を繰り返してると、少しずつ業務時間内で自分のスキルアップに直結する時間を作れるようになる。

自分でこれ面倒くせーな、効率よくできねえかなって思ったら、じゃあどうやって？てのを考える。

これがカイゼン。英語でKaizenって言っても通じる。

ちなみにPCがなくても、たとえばメールアドレスさえあれば今の時代カイゼンはできる。

大きな会社に勤めてるとかだと使うのが難しいんだけど、IFTTTとかが良い例かな。

https://ifttt.com

これはiPaaSっていうサービスの一種で、まあ言葉の意味は覚えなくて良いんだけど、要は「イベントAが発生したら別のイベントBを起こせ」っていうのを登録して、自動化できるWebサービス。

例えば、あなたが日雇いの会社にいて、毎日違う現場に働きに行くとする。

で、出勤前、現場到着時、勤務終了の時にLINEで毎日報告しなきゃいけないとする。

で、その報告を受けた事務方は、Googleスプレッドシートにその都度入力する。つまり、それだけの為の事務員が一人いる。

面倒くさいし、お金がかかる。

そこで、「特定のグループでLINEを受信したら（イベントA）、特定のGoogleスプレッドシートに情報を記録せよ（イベントB）」っていうのをIFTTTに登録すると、少なくとも事務員の入力の手間は省けるってえ寸法だ。

IFTTTはたくさんイベントを処理させたい場合は有料になっちゃうけど、個人で試すぶんにはクレカ登録しなきゃいいだけだから試してみるといいよ。

プログラミングを学ぶならN予備校

月1000円で学べる。コスパは圧倒的。

テキストベースだけど、Web講義とかチャットで質問できる。

入門コース（学習に180時間と公称してる）がしっかり理解できていれば、Webで大抵のものは作れる。

ただし、大筋は問題ないんだけど、細かい部分で最新技術をキャッチアップできてない可能性があるので、そこは注意した方が良いかも。

https://www.nnn.ed.nico/pages/programming/

安定志向なら中小企業の社内SEに転職する

N予備校の入門コース終わらせたら、基本情報技術者か応用情報技術者を取る。

そしたら、職歴書の作り方次第で中小企業の社内SEにはまず転職できる。

中小企業の社内SEは、ITリテラシーの低い社員が多い中で「Excelのセルの色が変わらなくなっちゃったんだけど！」とか「複合機が紙詰まりって言ってるけどその紙が見つからない！」とかクソイージーなクエストをこなすだけでおちんぎんが貰える、人によっては天国、人によっては地獄のような職業だ。

ごめん、流石に言い過ぎた。実情は色々と面倒くさい。DXとかバズワードを聞きかじったクソ重役から突然言い渡される重めのミッションとか。

けど安定なのは間違いない。

上昇志向なら中小製造業の生産技術に転職する

N予備校の入門コース終わらせたら、基本情報技術者か応用情報技術者を取る。ここは社内SEと同じ。

生産技術ってのは、誤解を恐れずにすげえ簡単に言えば、カイゼンばっかりやってる人たちのことだ。

あんまり詳しくは言えないんだけど、俺が最後にやっていた仕事は言わば生産技術だった。

で、中小企業の生産技術は、Webに強い人材をかなり欲しがっている。有り体に言うとIoTとかね。

IoTは最近、セキュリティの強化がかなりクローズアップされていて、そのせいで二の足を踏んでる企業が多い。

そこに滑り込むのはアリだと思う。

まとめ

よく「T型人材」って言われ方をするけど、どっちのスペシャリストの言うこともある程度分かる「橋渡し」的な人材になると途端に貴重になって需要が増すので、上昇志向があるなら「Web+何か」の組み合わせでお金稼ぐのが良いんじゃないかな。

ま、橋渡しって自然とプロマネとか任されがちで、裁量大きくて大変なんだけどね。

質問あればどうぞ。頑張って。

Permalink | 記事への反応(4) | 18:52

ツイートシェア

■パケロスいうな

TCPでパケロスとか言ってる奴は自分が何を言っているのか分かってんのか

NUROをきっちり糾弾するためにレイヤーのことぐらいは分かってくれ

例えばLTEなんてバンバンパケロスするけどTCPやUDPだと全然パケロスが無い

モバイルバックホールはそもそも品質が凄く悪いのを前提にしている（無線区間のことではない）

パケロスしてるからダメでしてないからOKっていう単純な話では無い

そういうのをひっくるめて「回線速度」で評価できるんだから

単純に「NUROは遅い」って言えばいいし、NUROはそれを向上させればそれでいいんだよ

Permalink | 記事への反応(1) | 19:40

ツイートシェア

■anond:20220930124711

適当にSNSやググって聞きかじった程度の知識でデタラメ言うのやめてくれません？

＞LAG WATCHもping(ICMP echo)で計測しているのであてにならないね

＞ちゃんとTCPのコネクション毎にパケロス起こってるか見ないと正確なことはわからない

どうせICMPはルーターでの優先度低いからドロップしても問題ない当てにならないとかどこかで見たんでしょうけど

ICMPが重要なIPv6においてもNUROはICMPパケットをロスしてるのをどう説明するんでしょうかねぇ

Permalink | 記事への反応(1) | 18:30

ツイートシェア

■NUROのパケロスが出るの真相　実はパケロスしてない

パケロスしてるって言ってるNUROユーザー、実際はパケロスしてない。

パケロスした！ってスクショはってる人結構いるけどあれは罠。

speedtest.netで速度測定するときにサーバーが自動で選択されるんだけど、

NUROを使っているとGSL Networksってサーバーが自動選択されやすい。

GSL Networksってサーバーに対してスピードテストするとNUROでなくてもパケットロスが出る(ひどいと60%以上)

試しにNURO以外からspeedtest.netでGSL Networksを手動選択してスピードテストしてみてほしい。絶対パケロスが出るから。

で、NUROユーザーが貼っているスピテスのスクショ、

ほとんどの場合テストサーバーがGSL Networksなんだよね。

NUROユーザーはspeedtest.netでテストするならGSL Networks以外のサーバー、例えばi3D.netでもう一度テストしてほしい。

それでパケロス出たら回線か環境の問題。

【追記】

FF14のこれはパケロスを測定する方法じゃなくて経路を報告するためのもの

https://jp.finalfantasyxiv.com/lodestone/topics/detail/b4448590f9576b7c847824215f4ce11d545b48cb

ブコメの指摘の通りパケロスはLAG WATCHで計測できる

けど報告を見るにそんな重大なパケロスは起こってなさそう

https://lagwatch.com/

パケロスじゃなくてBufferbloatが起こってるんじゃないかと疑ってる

https://evenroute.com/bufferbloat

Bufferbloatのテストはここでできる

https://www.waveform.com/tools/bufferbloat

【再追記】

GSL Networksでパケロスが起きる問題、どうやらICMPだけで起こる様子

https://twitter.com/hasegaw/status/1575694680641007616

LAG WATCHもping(ICMP echo)で計測しているのであてにならないね

ちゃんとTCPのコネクション毎にパケロス起こってるか見ないと正確なことはわからない

で、ちゃんと計測している人を探してきましたが9月22日頃の19時-翌1時は普通にレスポンス悪化してますね

https://twitter.com/Clorets8lack/status/1575256365517639680

最近は改善しているみたいだけど今後どうなるか

https://twitter.com/Clorets8lack/status/1575259700622667776

Permalink | 記事への反応(11) | 12:47

ツイートシェア

■anond:20220923211542

TCPとUDPしかなくて、そのTCPが詰まるからUDPの上にコネクション型のスパゲティを流すんだろ

Permalink | 記事への反応(0) | 13:52

ツイートシェア

■anond:20220923211542

TCPの再送制御があるから輻輳するんだけどな

Permalink | 記事への反応(0) | 11:36

ツイートシェア

■パケットは落としていいんだよ

NUROでパケロスが酷いっていうのは問題だし対処してほしいけど

「パケットを破棄するなんて許せない」とか言ってるアホはインターネットを最初から勉強し直してこい

「UDPのパケットを落としてるのは問題」とか言ってるアホもL4の勉強やり直してこい

TCPが遅いだのなんだの文句付けてUDPでネットワークリソースを消費しておいて

いざUDPが輻輳したらNUROに文句言うとかお門違いにもほどがある

文句を言う先は任天堂だし任天堂はまともなネットワークエンジニアを雇えよ

今時のゲームはUDPで冗長に送るのがデフォだし輻輳制御とか全然考えてないから絞られて文句言う方がおかしいわ

ゲームじゃなくて仕事で使ってる人からすれば「そんなクソUDPパケットはバカバカ落としてしまっていい」っていう感じだし

TCPみたいなフェアネス考えてないパケットはもうガッツリブロックしていいんだよ

文句言う先間違えんな　アホども

追記

伸びててワロタ

そして全員電話屋さんの脳みそでワロタ

1Gの先に100Mの回線繋がってたら「90%もパケロスしてる！」って騒いでるようなもん

送ってる奴が悪いに決まってるだろ

もちろんそんな単純な話では無いんだけど輻輳の原因がスプラで制御してくれないならUDP狙い撃ちで落とすしかないでしょ

他の人が困るんだからそれでいいし、パケロスしてても完全ブロックじゃないんだから端末側でどうにかせーよっていうのがインターネットですよ

まぁそもそも「ベストエフォート」っていう単語が良くないと思う

特に日本人は「もっと頑張れ」とか言い出しそうで

1Gの回線で1Gのスピードが出ないのは頑張りが足りないから、とか思ってそう

「無保証シェア回線」とかにした方が良いのでは

Permalink | 記事への反応(12) | 21:15

ツイートシェア

■ネットに詳しい人教えて!今もイーサネット使ってるらしいけど、人増えた現代で困ることないの？

イーサネットはある人が通信していたら同時にそのルートを通る通信はできない、衝突避けるために通信を一時止めるみたいなシステムになってるらしいけど、これ何十億人と同時にネットしてる現代だと止まりまくりじゃないの？

止まりまくってるのが、隣人がAV見てる時の通信が重くなるっていうアレ？

帯域制限みたいなのがあるらしいけど、そのレベルまでは間断なく送信できて（光の速さ的な速度でパケットが飛び交う？）、AV見てる奴がいると、イーサネットにavのデータばかりが流れまくって、AVの隙間を縫うために一時停止が頻発して通信が遅くなるって理解？

ネットに落ちてた20年ぐらい前の群馬大学のtcp ipの講義用レジュメ見て言ってるだけだから、現代では改良されてるかもしれんが…

Permalink | 記事への反応(1) | 12:37

ツイートシェア

■anond:20220825182210

まずTCP読めや

Permalink | 記事への反応(0) | 06:33

ツイートシェア