■俺もこれくらい自動化してぇよなー

ある伝説によると、とある国のとあるプログラマーの退職後に残ったスクリプトを社員が見たら、恐ろしいレベルで自動化してたそうだ

https://github.com/NARKOZ/hacker-scripts

日本語訳

うちのビルドエンジニアが別の会社に行った。あの男は文字通りターミナルの住人。Vimを愛用して、Dotで図を作成し、Markdownでwiki記事を書くようなタイプ。

どんなものでも、90秒以上かかるならそれを自動化するスクリプトを書く奴。

それで今、我々は奴の「遺産」を見ているわけだ。

これ、お前も気に入ると思うぞ。

ビッチをしばく.sh

奥さんに「仕事で遅くなる」というテキストメッセージを送る。文字列の配列から理由をランダムに自動で選ぶ。cronジョブとして動作。奴のアカウントで午後9時以降にサーバーでアクティブなSSHセッションがある場合にジョブが実行される。

kumarはクズ.sh

「Kumar」（うちのクライアント）からのメールを受信箱でスキャン。「help」、「trouble」、「sorry」などのキーワードを探す。キーワードが見つかると、スクリプトはクライアントのサーバーにSSH接続し、ステージングデータベースを最新のバックアップにロールバックする。「直したぞ。次からは気を付けろよ」という返信を送る。

hangover.sh

特定の日に設定された別のcronジョブ。「体調が悪い/家で仕事をする」といった自動メールを送る。別の事前定義された文字列の配列からランダムな「理由」を追加。午前8時45分にサーバーで対話型のセッションがない場合に実行。

fucking-coffee.sh

正確に17秒待ってから、うちのコーヒーマシンにtelnetセッションを開き（コーヒーマシンがネットワークに繋がっていて、Linuxが動いていて、TCPソケットが立ち上がっているなんて、誰も知らなかった）、sysbrewのようなコマンドを送る。判明したところ、これでミディアムサイズのハーフカフェラテを淹れ始め、カップに注ぐまでさらに24秒待つ。この時間は、奴のデスクからマシンまで歩くのにかかる時間と完全に一致している。

Permalink |記事への反応(0) | 17:28

ツイートシェア

■プログラミングの一等賞になりたかった

自分はプログラミングの一等賞になりたかった。

もうアラフォーになるんだけど、でも、夢は捨てきれていない。

一番プログラミングができるようになりたかった。

劣っている自分でも、プログラミングなら負けないと言えるようになりたかった。

でも、プログラミングの一等賞には全然遠い...

諦めればいいんだけど、でも、自分にはプログラミングしかない。

「コンピューターサイエンスのすべての分野に精通」してないのを恥じている。

いや、「インフォメーションエンジニアリングのすべての分野に精通」してないのも恥じている。

全部を上手くできない自分が、ただただ劣っていて嫌で仕方がない。

「コンピューターサイエンスのすべての分野に精通」している人がいるなかで、自分ができてないのが嫌になる。

なんで、自分にはできないんだと永遠に責め続けてしまう。できる人がいるのに、どうして自分にはできないのか。

全部できていたい、なんで全部できていないのか、それが自分の頭の問題だということを受け入れたくない。

UT入ってIS行くような人ができることが出来ないことに勝手に差を感じてる。

人間能力の差で覆せないということを、自分が認めたくない。

プログラミングが得意になるように頑張った。

手に職をつけるために、小学生からやっていた。

お前は劣っているのだから、要領よく文系としては生きられないからと。

でも、あまりの能力の差と、頭の構造の違いを感じている。

しかし、だからといってあきらめたくない。全部上手くできるようになりたい。

少しづつあがいてるけど、結局、やることなすことうまくいかない。

実用的なCPUをRTLレベルですら作ることもできてない。

OSもコンパイラもインタプリタも満足に実装できない。

TCPもSSL/TLSも自分で実装できてない。

かといって、アプリケーションレイヤのこともできてない。

React/Vueみたいなフロントエンドフレームワークも作れてない。

無限に遠く、自分の能力では到底できないことを諦められない。

出来てないことだらけなのに、まだ挑戦していたいと思ってしまう。

たぶん、脳の病気なんだと思うけど、でも、やめたくない

一等賞になれないのだろうけど、でも、一等賞を目指したくなる

もしかしたら、いつかは何かできるかもしれないから...

Permalink |記事への反応(3) | 00:52

ツイートシェア

■自動車各社クラウド人材比較

テスラの「Sr.Software Engineer, Full Stack - Tesla Cloud Platform（TCP）」の求人（https://www.tesla.com/careers/search/job/sr-software-engineer-full-stack-tesla-cloud-platform-249132）を起点に、自動車各社が同種人材を採用する“目的”の違いを整理した。日本勢はIT基盤やSRE運用の比重が高い一方、テスラは社内クラウド自体をプロダクトとして内製し、中国勢のNIOやXPengはAIインフラ（自動運転やロボティクス、エネルギー連携）に特化、ECARXはOEM向けの外販プラットフォームという立て付けである。

各社比較

なお、関連するポストとして、SETI Park氏のポストを挙げる。

https://x.com/seti_park/status/1961629836054859810

「自動車メーカーがなぜクラウド専門人材を探すのか」に答える文脈で、2024/07公開のテスラ特許（US2024249571A1）を手がかりに、ロボタクシーやフリート運用の中核となるクラウド基盤が競争優位になり得る点を示唆している。

単なるストレージではなく、フリート運行やデータ連携を統合管理する“中核プラットフォーム”としての重要性が強調される。

上記はテスラのTCP求人（セルフサービスIaaSやダッシュボード、プロビジョニング自動化の開発）という具体の採用と整合的である。

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

ツイートシェア

■anond:20250815151745

提示してる「そうめんでいい」バリアントの発話仕様、あれってコミュニケーション・レイヤーでいうと意味論的優先度フィールドがゼロ初期化されてるパケットなんだよな。

で、そのゼロ初期化パケットが相手の感情OSに到達すると、そこに実装されてる価値評価アルゴリズム（通称Pride-Driven Interaction Protocol）が、受信値を「非積極的承認」としてパースする。

問題は、このプロトコルが冗長性ゼロ設計で動作してる点。

つまり、入力信号の中に“熱量ビット”が存在しないと、即座にException: DEVALUATION_ERRORがスローされる仕様なんだわ。

その例外は通常のtry-catchでハンドリングされず、感情カーネルを通じてフロントエンドの態度・表情UIに直結するから、結果的に「何様だよ」っていう可視化出力が生成される。

さらに、相手の感情モジュールは言語的同値判定じゃなくて意図ベースのベクトル比較を行ってるから、

「そうめんがいい」(積極的選好ベクトル) と 「そうめんでいい」(受動的妥協ベクトル) は、同一文字列近似度99%でも意味論距離が閾値越えしてエラー扱いになる。

これを無視して「ただの晩飯APIコール」だと軽視するのは、TCPレベルのパケットロスを「まぁ届くっしょ」で放置するようなもんで、

通信の確実性よりも自己CPUサイクルの節約を優先する、お前側のシステム設計思想が原因なんだよな。

結局のところ、感情という非決定性システムに対して最適化パラメータ調整を怠ってる時点で、お前の通信モデルは高確率でクラッシュを引き起こす。

もし稼働安定性を確保したいなら、相手のEmotionalAPI Referenceを逆コンパイルして、推奨トークン列を生成するスクリプトを実装すべきだわ。

Permalink |記事への反応(1) | 21:35

ツイートシェア

■病院内で提供されるWiFiの挙動メモ

身体を壊して先日ちょっと入院していたのだが、病院内ではWiFiが提供されていたので、消灯時間外の日常生活アクセスはそれのお世話になっていた。消灯時間は夜9時から朝6時までだ。

事前に「入院生活にそぐわないサイトには接続できません」という告知が為されていたので、覚悟の上で使ったのだが、Webアプリ開発者としての業務に必要なサイトとかも禁止されていたので、ここにメモしておく。

どうせ数年以内には持病が悪化して再び入院するし。

通信制限のしくみの考察

通信が禁止されていると思われるサイトに接続すると、ブラウザ側ではタイムアウトのエラーとして表示される。もちろん、それなりに待たされる。ブラウザの開発ツールの様子を見るに、おそらくTCP handshake に失敗していそう。

正常に接続できるサイトの様子を見た範囲では、HTTPS接続の証明書改ざんは行われていないようだったことから、HTTPSの暗号を解読してどうのこうの、という処理をしていない可能性が非常に高い。つまり、通信制限は接続先ドメインまたはIPアドレスによる判断で実施している可能性が高い。

また、中間的なサイトも存在する。通常2秒以内で表示できるようなサイトの表示に10秒(体感)かかるところがある。稀にタイムアウトする。

謎なのは、通信が禁止されていそうなサイトでも「待たされた挙句、つながることが非常に稀にある」ということと、curl等ではすんなりと接続できることである。

DNS設定と一緒にproxy設定が落ちてきているのであればこの挙動も理解できるのだが、手元のOSのネットワーク設定にはproxy情報が何も出てこない。ちょっとよくわからない。

もしもDNSに対するAレコード(AAAAも？）問い合わせに対してニセモノを返すという仕組みで通信制限しているのだとしたら、「非常に稀につながる」挙動にはならないはずなので、透過型proxyによって頑張っているのではないかと想像するところである。

なお、消灯時間中は全てのリクエストがタイムアウトになる。消灯時間開始直前にHTTP Request を送出して、応答が来る頃には消灯時間に入っている場合にはどういう挙動をするのか、というテストをやる暇は無かった。ｽﾏｿ

つながるサイトと、つながらないサイトのメモ

業務で使う全部のサイトを検証できた訳じゃなくてゴメンね。結局のところ仕事は携帯回線でやっちゃったから。

なお、自分のドメインのサブドメインに禁止ドメインを入れたようなもの、例えばanond.hatelabo.jp.example.com のようなドメインに対する接続可否は検証していない（面倒だったｗ）

どこの会社が受託しているのか？

サーバ目線で見えるclientIP をwhois等で調べると、某F社さんだった。AWS管理コンソールへの接続を禁止するあたり「あっ…！」と思ったり…ｗ

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

ツイートシェア

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

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

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

ツイートシェア

■ブラウザが直接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 |記事への反応(6) | 16:52

ツイートシェア

■anond:20240716233229

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

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

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

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

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

ツイートシェア

■機械学習er vsWeb開発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

ツイートシェア

■IT技術に興味のないSE

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ツイートシェア

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

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

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

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

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

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

"tunnel endpointaddress2404:8e01::feed:101"です。

以下、全文。

#

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

#

#

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

#

#

#ゲートウェイの設定

#

ip route defaultgateway tunnel 1

#

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

#

iplan1address 192.168.100.1/24

#

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

#

ipv6prefix 1ra-prefix@lan2::/64

ipv6lan1addressra-prefix@lan2::1/64

ipv6lan1 rtadv send 1 o_flag=on

ipv6lan1dhcp service server

ipv6lan2dhcp serviceclientir=on

ipv6lan2 secure filter in 1010 1011 1012

ipv6lan2 secure filterout 3000 dynamic 100 101 102 103 104 105 118 119

ngn typelan2ntt

#

#トンネルの設定

#

tunnelselect 1

tunnel encapsulationipip

tunnel endpointaddress2404:8e01::feed:101

tunnelenable 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

dhcpscope 1 192.168.100.2-192.168.100.191/24

#

#DNSの設定

#

dns hostlan1

dns service fallbackon

dns serverdhcplan2

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ぐらいかかりますが、最近はFastOpenっていうのもあるので多分もっと早いです。

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とかまでは行ってない。

後は産業用の通信プロトコル的なやつを無駄に色々触ってる。ModbusTCPとか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(ICMPecho)で計測しているのであてにならないね

＞ちゃんと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(ICMPecho)で計測しているのであてにならないね

ちゃんと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

ツイートシェア