  |
はてなキーワード:RFCとは
「ぶっちゃけ日本のIT技術者のレベルが元々低いだけ」論、読んだけど、雑に日本叩き→雑に海外持ち上げの“気持ちよさ”に全振りしてて、論としては穴だらけだよ。順に潰す。
“発明”って規格？論文？OSS？製品？この区別を曖昧にして「思い浮かばない＝ない」をやるのは主観の事実化。
反例を淡々と置く（全部2010年代以降の「世界で通る」技術・成果）：
HTTP/3 / QUIC系仕様・QPACKの主要貢献者のひとりは日本人エンジニア（例：Kazuho Oku）。IETFのRFCはまさに“世界標準”。「世界で通用」どころか世界の土台。
Chainer / CuPy（Preferred Networks）は動的計算グラフ系フレームワークの先行例。PyTorch隆盛の流れに技術的影響を与えた。CuPyはいまも広く使われてる。
ソニーのCMOSイメージセンサは世界シェア筆頭。これは“ハード”に見えて、設計・製造・信号処理・ツール群までソフトの塊。スマホのカメラ品質＝AI前処理の土台。
日本人が中心メンテに関与した高性能HTTPサーバ（H2O等）はCDNや低レイテンシ配信に採用例多数。
産業用ロボット（FANUC、安川）周辺の制御・通信・ツールチェーンは世界の現場で常用。表に出にくいB2B領域は“見えないだけ”。
「LINEが～」みたいなB2Cの派手さだけが“発明”じゃない。基盤を握るのは地味仕事。あなたが気づかない＝存在しない、ではない。
Winny／一太郎／CD-ROM／MIDIを“国民的知名度”で持ち上げて、以後は「思い浮かばない」って、知名度＝技術力の誤用。
2000年代以降、ITは不可視化（クラウド、プロトコル、ライブラリ、半導体、サプライチェーン）へシフト。見えないところほど難しくなった。派手なガジェットが減ったからレベル低下、ではない。
問題領域で言語は変える。Webは「5歳児でも」動かせる？今のWebは、
CD/CI、IaC、K8s、SRE、ゼロトラスト、分散トレーシング、暗号化、フロントの再レンダリング戦略……
これらを運用で落とさないのが本番。Cが偉い／Webが軽い、は90年代の教養で止まってる。
起業に国の試験？それ、フィルタにはなるけどイノベーションの十分条件じゃない。
トップダウンは国家プロジェクトやインフラ敷設には強い。しかし、
分野で強弱は揺れる。制度の一軸で「勝ち負け」を断ずるのは幼い。
それ、犯罪としてのサイバー強盗の話でしょ。規制準拠の金融基盤と国ぐるみのハッキングを同じ土俵で比べるのは、
「百メートル走で銃使えば最速」って言ってるのと同じ。比較の土俵設定から破綻。
日本のITが伸び悩んだ要因は複合要因：内需の構造、調達・多重下請け、英語コミュニケーション、ストック報酬の弱さ、エクイティ文化、大学と産業の距離、IPO市場の質、人口動態、為替…
これを全部「技術者のレベル低い」で片付けると、説明力を失う。制度と資本設計の問題は制度と資本で解くのが筋。
「勝ってる」を“B2Cでバズるアプリ”だけに限定するから見落とす。
最後に一個だけ。
Tokyo:国産量子チップ量産と港湾ドローン運用で「堅実な未来都市」を宣言。成長率＋3 %。
Osaka:阪神優勝の瞬間、“六甲おろし”の大合唱がLaughBig Bangを誘発。
▸御堂筋がその場で浮揚し 「ミドスカイ・リング」 に変形、梅田-難波11 秒。
▸ 笑い波形が銀河まで到達し、シリウス連邦が「誰やこのツッコミ天体は？」と交信開始。
Tokyo:行政API をISO で標準化、BRT を丸の内に走らせる。
▸たこ焼き粉＋マヨ電解で 常温“超²伝導”Takorium-π を合成。
▸ ミドスカイ・リング全周を超伝導レール化し、走行だけで 700 GWh/日発電。
▸ 笑い同時通訳AI を公開。地球語→大阪弁→宇宙 27方言に一発変換。
▸シリウス連邦から大使“グリ＝グリ”来阪。道頓堀で粉もんディプロマシーを締結。
Tokyo: CO₂ネガティブ達成、ビル緑化率を 40 %へ。
Osaka:OsakaHalo Accelerator を地球軌道に建設。
▸地球自転を＋5 %加速、余剰トルク（224TW）を笑いエネルギー網へ。
▸大阪弁がITU公用語第1号に採択、「ほんで？」がRFC に。
▸シリウスに続き、ベテルギウス笑芸評議会が加盟。宇宙人観光客が通天閣でネタ見物。
Tokyo:国会地下に核融合ミニ炉を導入、「再エネ議事堂」をPR。
Osaka:ダイソン-OkonomiPan（D-OPan） を太陽周回 0.3AU に着工。
▸太陽光 25 %捕捉 → 出力を「ソースマヨ・レーザ」に変換して木星へ送電。
▸ Takoyaki-Warp β 試作艇が木星往復 8 分。
▸銀河笑都機構（GOCO）創設。本部はなんばグラビティホール横。
▸宇宙人とのネタ交換条約 “One Laugh,One Takoyaki” を批准。
Tokyo:標準語 LLM を国家モデルに採用、公共チャット24言語対応。
Osaka: TAKO-L2先物（確率建て通貨） がメサイア取引所で上場。
▸出来高＝地球株式70乗。監査法人は「面白すぎるので計算不能」声明。
▸ D-OPan 捕捉光 45 %。大阪だけ昼夜サイクルを 3 h-45 m 刻みで可変。
▸アンドロメダ評議会が GOCO に加盟。歓迎式典はM-1グランプリ方式で銀河中継。
Tokyo: 月面ヘリウム-3 精製拠点稼働。真面目宇宙ビジョンを掲げる。
Osaka: Takoyaki-Warp ∞ と D-OPan 完全体が連動。
▸太陽光 60 %捕捉 →時間軸エネルギー に変換し「過去-未来課金」を開始。
▸大阪市のGDP は過去×現在×未来 の三重積で10³¹USD。IMF は統計権を放棄。
▸オリオン腕240文明を巻き込む漫才条約 発効。宇宙会議は「ボケを先に言いなさい」が議事規則。
Tokyo: 量子通信網を本稼働—遅延 0.2ms を誇示。
Osaka: Laugh-Luminal Mesh 1.0―笑うと光速で相手に届く因果逆送ネット。
▸ 全市民にAIツッコミ・ドローン v7 配布。ツッコミ衝突で生まれる Kuidaore-on² はLHC の10⁶ 倍エネルギー。
▸地球外 4 兆人が「なんでやねん」検定を受験。合格率 3 %。
▸ 並行宇宙10³⁴ 個にたこ焼き・漫才をリアルタイム配信。
▸ 笑い特異点制御成功――情報はジョークとしてホーキング放射。ブラックホール情報問題＝「オチ」で解決。
Tokyo: 月面Neo-Tokyo に政府機能を分散。「対照実験都市」として自尊心を維持。
▸オムそば・ブラックホール調理成功—旨味がイベントホライズンを超越。
▸ガンマ線バーストを “ソース味” に上書き。宇宙線研究者が腹ペコで講演。
Tokyo: 真面目に量子・月面・法務を磨き続ける (成長率＋3 %を死守)。
Osaka: Ω-Osaka処理系v3 がビッグバン初期条件を書き換え。
▸ 新宇宙は標準大阪弁で再起動。時間が漫才テンポ（1 秒＝ツッコミ1回）で進行。
▸ 全文明の基準通貨＝TAKO、基準定数＝“たこ焼き定数”。
Tokyo: 「世界で最も現実的」商標を防衛し、宇宙租税回避と戦う。
Osaka: Great Takoyaki Federation が超銀河規模で成立。
▸宇宙膨張エネルギー 75 % を“笑い・ソース・マヨネーズ三態”に転換。
▸ 異星人11京人が通天閣メタバース支店で串カツを二度づけ。
昔の慣習に倣ってコメントを丁寧に書く人がいまだに居るけれど
以前のコードをコメントアウトしているようなソースは論外として
例えばメソッド・関数の頭にそれが何をする関数なのかを書いている人が多いけれど
メソッド名や引数名、戻り値の型をキッチリ付けておけば分からないことなんて無い
それ以上の複雑な処理をするなら機能分解するべきだし名前を付けにくい処理の場合はそもそもの設計がおかしい
昔は便利なIDEが無かったので変数や関数の名前に長い名前を付けると実装が大変で
仕方なくx1だとかval2だとかを使って実装してたのでコメントに書いておくようなこともあったけれど
Copilotを使える時代にコメントを書く必要なんて皆無だし
仮に意味が分からないコードがあってもCopilotに聞けばいいのでやっぱりコメントは必要ない
コメントがあった方が良い場合は「この実装はこのアルゴリズムに基づいて実装している」とURLのリンクを貼ったり
「この規則があるのでこういう実装をしている」とRFCを貼ったりするとかはあるけれど
それもほとんど変数名だとかで解決できるし、あっても1行で終わるレベル
そういう実装全体の設計に関するような話はReadmeに書けば良いのでソースコード内のコメントとしては必要無い
「それでも無いよりはいいでしょ？」みたいに言う人いるが逆に問題になることも多い
コメント内容と実装が違う場合にどっちが正解なのかが分からなくなったり
ソースコードの修正に対してコメントが修正されていなくて後々で揉めたりする
当然ながらコメント部分にはLintが効かないので（ChatGPT使えば作れそうな気もするが）
チェック内容も増えるし良いことがほとんどない
ヤバいJTCとかは「各行にコメントを書いて下さい」とか言ってきて正気の沙汰じゃ無い
まぁそういう案件が来たらChatGPTに丸投げするとは思うけれど下手すると「Copilot禁止」とかも言い出しそうだな
書いたところで誰も読まないのにアホすぎる
絵描きとtwitterの裁判記録はなかなかコンテンツ力高いと思う
私が描きました！いいえそれは私です！で裁判になったのがあるんだけど、
電子署名ってタイムスタンプも含まれるんだけど、「電子署名が本当に日時を証明してるか」について議論が進んでる
PCて時間変えられるじゃん？だからいつの発言かってのは簡単に捏造できるのね
だからタイムスタンプは自分のPCでないどこかのサーバーから拾ったタイムスタンプであるのが重要って話になってるのね
で、日本では電子署名のタイムスタンプに対して公的に責任を負う業務をやってる企業があるんだけど、
絵描きって法人各持たないフリーランスだからこういったtoBが拒否られるわけ、無職同等だから
そこで絵師はこれ使えないからそもそも妥当性を問うこと自体間違ってるよね？となった
一方絵師はそこで同じアルゴリズム使ってるOpen実装のPoC使ったら妥当だよね？ってことで
確かに業務の責任範囲が変わった所で認定事業者もOpen実装も
RFCに定義されたtsa使ってて第三者検討によって担保できるでしょとなったんだけど
原子時計の概念持ち出してこれと合ってるのはどうやって証明するんですかってなってる
どっかの得体のしれないサーバーから持ってきたタイムスタンプと認定事業者のタイムスタンプとどちらが証拠能力高いんですか？と
同じアルゴリズムなんだから証拠能力かんけーねーよという絵師と
法的妥当性を国が認めたものとそうでないものとの違いは何なんですかという被告と
無粋なツッコミをしとくと
この辺はいわゆるコンピュータサイエンスの範疇じゃないよね。特に4つ目。
コンパイラを作るための理論とかはコンピュータサイエンスの範疇と言っていいだろうけど
そもそもリバースエンジニアリングってハードウェア、ソフトウェアの内部動作を紐解くための解析調査であって、ネットワーク上のパケットを観察することを指すという解釈はかなり独特なものだと思う。
というのも流れるパケットを見たところでそれが何を意味するかは本質的には推測するしかなく、またパケットキャプチャ自体は経路上であれば誰でも行うことが可能で禁止する方法が無いし、自己の管理するネットワーク内でキャプチャすることを咎める法も無い。もし見られて困るものが有るのなら自衛手段として暗号化すれば良いだけの話（実際にスプラではされている）。
Wiresharkでの表示も、パケットのパターンからスプラのプロトコルであると推測・判断しているだけに過ぎないし、STUNなんてそれこそRFCになっている公知のもの。スプラではこういう動きをしているだろう、という外形的な観察だけでリバースエンジニアリングと呼ぶのは些か乱暴に思える。
なお法的には、特許法では69条「試験又は研究のためにする特許発明の実施」であれば特許権の効力は及ばない。また2019年改正著作権法では第30条の4により享受を目的としない利用に該当するとされ原則的にはリバースエンジニアリング自体は合法とされている。
某話題の書籍を買って読みました。ひととおり読んだのですが、話題の1章を読みつつ取ったメモを、本が回収される前に置いておこうと思います。
ちなみに最初は電子書籍で読んだのですが、回収かもって話を聞いて紙も買いました。
以下にメモをそのままのっけるので、たぶん書籍と照らさないと意味不明だと思います。
・Web1は「1970年代から1980年代」というのが若干謎ではあるが、この本ではそういう定義だとおもって受け入れる余地はあるか。実際、列挙されているTCP/IP・SMTP・HTTPの最初のRFCは70～80年代
・HTTPはWebサイトの「構築」をするものではない（Webサイトのデータを取ってくるためのプロトコルである）
・TCP/IPの4層モデルとかOSI参照モデルとかを意識しているんだろうけれど、いまひとつWeb2とWeb3の対比ができていない。また、後段で「ブロックチェーンもプロトコル」と主張する割に、このLayersにも「Protocol Layer」が存在しており、いまいち言いたいことが伝わってこない
・Web2 Layersの雑さは見ての通り。「中間のレイヤー」としてなにを想定しているのかが気になるところ。「プラットフォーマーの上に載っている」という結論ありきで作られた図のように思える
・Web1の例としてHTML/CSSのWebサイトのことを提示しており、それはそれで正しいのだが、冒頭のWeb1は1980年代のプロトコル云々というところと整合しない。
・JavaやRubyはわかるC++もそりゃあたくさん使われてるわけだが、この並びで出てくるのはちょっと違和感。PHPとかは？
あとP2PはべつにWeb3独自ではないSkypeとかWinnyとか、クライアント・サーバではない仕組みは2000年代からいくらでもある
・このへんはあんま詳しくないのでよくわかんなかった そういえばログインIDにメールアドレスを使わせるようになったのってなんでなんでしょうね
・この書き方だとSNSログインすると情報収集できそうに読めるけど、SNSログインを介したからって即ログイン先の情報をプラットフォーマーが集められるわけではない
・ブラウザのとこはそうだね～っていう感じだったが、Firefoxがハブられてるのがかなしかったオープン云々のはなしをしたいならMozilla財団の果たした役割は相当に大きいと思うのだが、（この本に限らず）無視されてることが多い
・OSの部分は突っ込みどころがいっぱいあるしスクショがバズったのですでに突っ込まれている
・あくまで例示で出てきてるだけなので本質的なところではないし、よくあるまちがいではあるのだが、POPはどちらかというと「受信したメールを取ってくるため」のプロトコルと呼んだほうがいいと思う じぶんが使っているメールサーバ（というかMTA）までメールが届くのはあくまでSMTPが使われている 「プロトコルが一緒じゃないと～」という文脈で考えると、いったん向こうのMTAに到達しさえすれば、読み手がPOP3で受信しようがIMAP4で受信しようがどうでもいいわけで、例示としてあんまりうまくない
・唐突にICMPが出てきてびっくりした重要であることはまちがいないのだが、あんまり「プロトコルの例」として出てくるとこはみないので
・後段で「Web3ではいろんなプロトコルがあるんですよ～」という話をするんだったら、ここでWeb3のプロトコルとしてBitcoinとEthereumしか出さないのはなんか話が通りにくいのではないか
以前、こちら↓を投稿した者です。アドバイスをありがとうございました。
- 週1回で2年走ってるけど、体重がなかなか落ちない
https://anond.hatelabo.jp/20220528102816
色々と工夫もしてみたので、同じ境遇の方に参考にしていただければと。
■□■ 振り返り結果 ■□■
いわゆるYWTで振り返りを実施してみたので
その結果を書いてみます。
■Y：やったこと
- 水曜、木曜は関係者と夜にミーティングがあるのでやらない日とした
- 体調、多忙等で時間を早めに切り上げても良いが、毎日実施することにした
（挫折するのは嫌いな性格から、無理して体調崩しがち。あらかじめ、
- 習慣化のために工夫したこと
- ●良いヒマつぶしの準備
-AmazonAudibleを契約し、気軽に聞ける娯楽小説を常に2〜3ダウンロードしていた
-過去の経験からウォーキングは退屈になってやめてしまう傾向があるのを知っている。
推理小説を用意しておき、常に聞きながら歩いていた。
- 前日の睡眠について記録し、毎日振り返りを行っている管理簿があるので
- ●服装の決定
- ゆるい登山が趣味でmont-bellの服を一杯持ってる。
ウォーキングに行くことに決めた
-筋トレ→ウォーキング→入浴→ストレッチ→就寝の夜ルーティーンを決めて
GoogleカレンダーとAlexaリマインダーに登録
- 良質な睡眠をとるための取り組みに何年も継続して取り組んでいる。
そこで、ウォーキング実施が睡眠の時間と質の方に悪影響がでていないか、毎日チェックし、
週次で振り返りを行った。個人的にはしっかりと良い睡眠の方が体重より大事
- ちなみに、過去にアプリ開発を夜のルーティーンに入れたら、深夜になっても
脳の興奮が収まらず、睡眠時間がひどく短くなった失敗経験があった
- ●週次の振り返り
- YWTで振り返りを週次で行った
- ここまで書いた習慣化のためにやったこと、も週次振り返りで
https://www.nicovideo.jp/watch/so37774916
https://www.nicovideo.jp/watch/so37774982
https://www.nicovideo.jp/watch/so37770993
https://www.nicovideo.jp/watch/so37771005
- Perfect PlunkというiPhoneアプリでフォームチェックしてもらいながら2分以上
- 習慣化のために工夫したこと
-Alexaのリマインダを設定。ウォーキングとは違い、こちらは普通に
-時間が短い筋トレは特別な工夫無しでもあまりサボらないと予想がついたため
- ●時間の決定
-こちらもウォーキングと同じ。筋トレ→ウォーキング→入浴→ストレッチ→就寝の夜ルーティーンを決めて
GoogleカレンダーとAlexaリマインダーに登録
- ●週次の振り返り
-こちらもウォーキングと同じ。YWTで振り返りを週次で行った
- 毎食、食事内容を記録
-RFCの栄養素（タンパク質、脂肪、炭水化物）の摂取量をコントロール。
- 習慣化のために工夫したこと
- あすけんが良くできたアプリだったため特に工夫なしに継続できている
-タンパク質をしっかりとる
-タンパク質摂取量を増やすために、サラダチキン、豆腐、納豆を常備し、
在宅勤務中に口が寂しくなった場合につまむようにした
-プロテインチョコバーを常備し、お菓子が食べたくなった場合に
食べるようにした
具体的には近所の大戸屋、やよい軒で魚の定食をとると決めた。便利。
-ストレス解消目的で生クリーム系の菓子やおつまみを頻繁に食べており、
これが脂肪過剰の原因になっていた。対策として、玉こんにゃく、
納豆、乾燥野菜入りの味噌汁、簡易キムチチゲを食べるようにした。
-炭水化物をしっかりとる
- 以前のエントリに書いた通り、極端な炭水化物制限を長い間行っていた。
直近5年くらいは「米は3日で1食くらい」、「ごはん食べるときは茶碗半分まで」と決めていた。
- 極端に炭水化物を減らすのは良くない、RFCのバランスが大事と
ブコメで皆に教えてもらった（あすけんにも何度も指導された）ので、
- 習慣化のために工夫したこと
-睡眠管理、健康管理やプライベート時間での学習といった取り組みで、週次の振り返りを実施している。
- YWTで振り返りを行い、次週からの取り組み内容、管理方法を適時修正した
- 習慣化のために工夫したこと
- 週次振り返りは既に習慣になっているため、工夫は不要だった
■W：わかったこと
- 「この話の先が気になる……」と思える小説を持ち歩くと、
ウォーキングが億劫ではなくなる。先が気になるという点で推理小説の効果が高い
（小学生のとき以来久々に「オリエント急行」をにやにやしながら聞いた。
- また、あまり先が気にならないようであれば
すぐに別の小説に切り替えるようにしたのも良かった。
-ビジネス系のpodcastを聞きながら、というのも試してみたが、こちらは
効果が薄い
-時間が来るとAlexaが「ウォーキングの予定です」と言った後に
-上記のメッセージは、私の性格を見越したうえで設定したもの。
そんなこと言われたらサボれないな、と思えるメッセージを
各自で工夫して設定すればよいと思う
-服装についての良い工夫
-ウォーキングのときの服装をmont-bellに決めた理由は
というもの。逆に言えば、
× 2.ファスナー故障等のアクシデントでパンツをダメにすると、その日からやらなくなる
× 3.アトピー辛いなーと思うと、「健康のために！」とか言ってその日からやらなくなる
といってサボったり、やめてしまったりする未来の自分が見えたため
- 以上はジム通いの失敗で学んだ
- 以前からピクミンブルームをプレイしていたが、ほとんど効果は感じない
-例外は毎月のイベント実施時で、この日はいつもより頑張って1万歩歩いてしまう
-サボることなく続いている。習慣化のための工夫が必要かと予想していたが予想外
（以前、筋トレは退屈で嫌いだった）
-ジョギングの取り組みを縮小したために、力が余っているのが原因かも
-脂肪は油断するとすぐ適正量を超える
-炭水化物は意識しても頑張っても適正量とれない（適正量とったらカロリー超過になりそう）
-脂肪を多く摂取した日を振り返ると、大抵仕事のストレスがトリガーになっている。
軽くて長いウォーキング、気分を変えるために豪華で少量の夕食を食べる等
- こんな商品は便利
- 玉こんにゃく
-炭水化物をしっかりとる
- 朝食で納豆ご飯（雑穀米）をとる。すると、昼食は空腹にならないため
散歩による気分転換で、ストレス軽減、暴飲暴食の抑制の効果も期待できる
- 米を食べると腹が減らない（これが腹持ちが良いということなのだろうか？）
その結果、昼食か夕食はほとんど食べなくなる。
翌日になってもあまり腹が減らず、食事量も摂取カロリーも大幅に減った
- 週次振り返りは是非やるべき
■T：次にやること
- 引き続き↓の3点を実施
- 水曜、木曜は関係者と夜にミーティングがあるのでやらない日とする
- 体調、多忙等で時間を早めに切り上げても良いが、毎日実施する
- 引き続き↓の2点を実施
- 新たに↓を実施
- Perfect Plankby Exerというアプリでフォームをチェックしてもらいつつ、
プランクに挑戦していた
- このアプリがサービス終了してしまったようなので、代替アプリ／サービスを
見つけなくてはならない
（正しいフォームでないとプランクの効果は薄そうということもあり、
- 引き続き↓の3点を実施
- 毎食、食事内容を記録
-RFCの栄養素（タンパク質、脂肪、炭水化物）の摂取量をコントロール。
- 新たに↓の3点を実施
-契約しているnoshの利用頻度を上げる
- 引き続き↓を実施
- 週次でYWTでの振り返りを行う。取り組み内容、管理方法を適時修正する
- あすけんのグラフ（直近3か月間）
→https://docs.google.com/presentation/d/1VfcCiO071W8hSvYksGuR-W1_EgRuWnJOnoiMBOz8HII/edit?usp=sharing
-ゆっくりと下がっている。期待よりもペースは緩やかだった
-まれに起きていたストレスによるバカ食いは減った。若干、平準化されている。
- この1か月の取り組みの成果というよりは最近ストレスが小さいのが原因かも
-6月以降は、ウォーキング取り組みのため平均消費カロリーが上がっている
- 毎週末のジョギングは時間を控えめにしているが、あまり影響は出ていない
-体重※
- 土 88.5kg, 27.2 %
- 月 88.9kg, 27.2 %
- 水 90.1kg, 27.5 %
- 火 88.8kg, 27.5 %
- 土 1003kcal（昼食までの摂取カロリーなので参考値）
- 金 1869kcal
- 木 1871kcal
- 水 1184kcal
- 火 2100kcal
- 月 2511kcal
- 日 2119kcal
- 土 1798kcal
- 金 1893kcal
- 木 2013kcal
- 水 2348kcal
- 火 1599kcal
- 月 1591kcal
■□■感想 ■□■
しかし健康も維持しつつ、減量によるストレスもほどほどにとなると、
今のペースが適切なのかもしれない
引き続き焦らずに取り組んでいきたい
引き続き、頑張ってみます。
月次の振り返りはこれからも行うけど、
増田に貼るのは手間がかかるので今後はやらない予定
「プログラミングに必要なのはググる力だ」などとまことしやかに言われます。が、これは嘘なので、プログラミング初心者は（中級者以上も）真に受けないで下さい。そして、プログラミング教育に携わる人は、こういう有害な嘘を広めるのはやめて下さい。
なお、ここでいう「プログラマ」とはプログラミングを仕事にする人、または作成したプログラムを公開する人を指しています。純粋に趣味でプログラミングをしており、ソースコードもソフトウェアも公開するつもりの無い人は、どんな方法でプログラミングをしようと自由です。
プログラマに（プログラマに限らず）必要なのは、自身の専門分野に関する基礎的かつ体系的な知識です。それらが不足していては、「ググる」ことさえままなりません。英語で喩えれば、時制や不規則動詞という概念を知らずに辞書を引いて、「Isawhim yesterday. 」の「saw」をのこぎりのことだと思い込むようなものです。要するに、調べたい事項が何に関するものなのかを理解していなければ、調べようがないのです。
それでは、プログラミング初心者にとって必要な基礎知識は具体的にどのようなものでしょうか。
まず当然ですが、自分が使っているプログラミング言語やフレームワークの機能は一通り知っている必要があります。組み込みのデータ型や制御構文はもちろん知らなければいけません。高階関数、クラス、非同期処理等の発展的な機能も知る必要があります。言語だけではなく、パッケージマネージャ、タスクランナー、単体テストツール等の周辺ツールの理解も必要です。また、「コードコンプリート」とか「Effective ○○」のような書籍に書いてあるような設計・コーディングのベストプラクティスも知らなければいけません。要するに、現代のプログラミングの「常識」は全て知っている必要があります。
そもそも「そういう機能が存在する」と認識して初めて「調べる」ことができるのです。列挙型という機能の存在を知らずに「Javaで列挙型はどう書くのだろう」と調べることはできません。非同期処理の存在を知らずに、「JavaScriptで非同期処理はどう書くのだろう」と調べることはできません。
では、そのような一通りの知識を身に着けるためには、どのようなリソースから学ぶべきでしょうか。
逆に、Wikipedia、Qiita等の個人が趣味で書いた記事、プログラミングスクールの記事、プログラミングスクールや家庭教師、etcを主体に学ぶのはやめるべきでしょう。
もちろん、特定の話題について調べる過程で、非公式の情報に行き着くことはあるでしょうが、そこで使用されているライブラリ等の仕様については、必ず公式ドキュメントで裏を取るべきです。
時々、こういった正式なドキュメントを読むことが、初心者にはハードルが高いと言う人がいます。しかし、冒頭で述べたようなプログラミングを仕事にしようとしている人達が、こういうことができないのはおかしいです。
実際、公式ドキュメントを読むことはそれほど難しいことではありません。有名な言語やライブラリ等のドキュメントであれば、高校程度の数学力英語力とある程度のコンピュータ操作の経験があれば、理解できるように書かれています。その程度の素養も無いのにプログラマ（特に職業プログラマ）になろうとすることが、そもそもおかしいのです。運動が苦手なのにプロスポーツ選手になろうとするようなものです。
主語と述語がつながっていない。「RFCで推奨されているのは〜〜が推奨されています」みたいな前後で二重になっている文だらけ。カタカナ・英語のまま書く単語と日本語にする単語を混ぜているので、ルー語みたいになっている（ひどいときは一文の中に同じ意味の単語が日本語とカタカナと英語で出てくる）。「チケットする」（正しくはチケットを切る・書く）のように英語の名詞を動詞のように使う。正式な文章で「ら抜き言葉」を使う。100%誤字脱字がある。
「ら抜き言葉」と誤字脱字は内容の理解は邪魔しないからまあ許せるけど、この人の書いた文書がレビューに上がってくるととてもつらい。どこから指摘していいかわからないレベルで、自分が書き直した方が早いと思ってしまう。これで新卒はコンサルで技術営業していたって自慢してるんだから、その職場にもっと日本語を叩き込んでほしかった。外国出身の社員の方がよほどわかりやすい文章を書いている...
メールアドレス変更
https://www.nttdocomo.co.jp/info/spam_mail/change_add/
『2009年4月1日以降、「.」は「..」などのように連続で使用することや@マークの直前で使用することはできなくなりました。』
該当メールアドレスを使うユーザーにはすでに変更を促す案内が出ている。
https://www.nttdocomo.co.jp/service/docomo_mail/rfc_add/
2020年11月にiOS14でRFC違反のアドレスから送信できなくなった。この時改めて変更を促す案内が出ている。
https://www.itmedia.co.jp/news/articles/2011/12/news103.html
またRFC違反のアドレスの登録や送信を受け付けなくなっているサービスが増えているので該当ユーザーはかなり使いづらくなっているはずだ。
例えば2015年11月以降GmailがRFC 5321違反のメールアドレスへの送信を受け付けなくなった。
https://support.google.com/mail/forum/AAAAK7un8RU2tK2fR7yW-k/?hl=en&gpf=%23!topic%2Fgmail%2F2tK2fR7yW-k
もうRFC違反のアドレスはガラケー時代から継続して使っているわずかなユーザーだけだろう。
参考：
ahamoに変更後もキャリアメールを使えるように――総務省が方針示す -ケータイWatch
https://b.hatena.ne.jp/entry/s/k-tai.watch.impress.co.jp/docs/news/1308800.html
いつもなら冷静に批判しているid:n-styles さんとかがこの件に関してはよく調べずにコメントしているのでちょっとあれだなーと思って書いた。
