  |
はてなキーワード: DNSとは
自己啓発本の類は読まないタイプなんだが、それでも自分のQoLを高めるにはどうするかってことぐらいは考える。
俺は今後何かで「大金持ち」になったり「大成功」することもないだろうから、今の収入のままでQoLを上げたいわけだ。
それで、そもそも「俺の精神がダメージを受けるのはなんでなのか」ってのを突き詰めたら「孤独感」ってやつにたどり着いた。「孤独」ではなく「孤独感」だ。
「周囲の人間に無視されることはサバイバル上の死を意味したから、認められるために孤独を痛みとして感じるようになった」という進化的経緯があることを知る。
だから「承認欲求」とやらは本質的に人間の社会本能であり、個人主義という最新の文化に脳が適応しきれていないことを意味する。
数学という趣味を全く他者と共有せず、一人部屋にこもってやり続けても満足できるなら、そもそも普段の社会生活で十分満足できている可能性が高い。
ところが「孤独感」を抱えてしまうような何らかの問題を持った人間は、趣味を他者と共有したいと考えたがる。
要するに「趣味がないこと」が問題なのではなく、日常生活で「社会から見放されている」と感じる何らかの要因の存在が問題だ。
お前がツイートしても誰もイイネしない。あいつはイイネをたくさんもらっているのに。
こういう本能は理性的には全く理解できない。俺がいくら理性レベルで「こういう感情ってバカっぽいな」と考えても、本能部分が勝手に「孤独感」を生み出すから制御ができないのだ。
アドラーだかなんだかは胡散臭いので、「低次機能で説明可能な場合は高次機能を仮定するな」という心理学におけるオッカムの剃刀はもっと考慮するべきだろう。
理性レベルで対処可能なのは、Twitter、Facebook、Instagramなどの主要ソーシャルメディアを使わないようにすることだ。
そのためにはDNS、ルーター、ファイアウォール、アプリケーション層などあらゆるレベルでコンテンツフィルタリングしてしまったほうが良い。
またロールモデルを作ることも僅かながらの効果はあるかもしれない。賞金を辞退したペレルマンのように振る舞いたい。
以下は参考
"Social isolation results in higher likelihood of mortality, whether measured objectively or subjectively. Cumulative data from 70 independent prospective studies, with 3,407,134 participants followed for an average of 7 years, revealed a significant effect of social isolation, loneliness, and living alone on odds of mortality. After accounting for multiple covariates, the increased likelihood of death was 26% for reported loneliness, 29% for social isolation, and 32% for living alone. These data indicated essentially no difference between objective and subjective measures of social isolation when predicting mortality."
Holt-Lunstad, J. et al. (2015): Loneliness and Social Isolation as Risk Factors for Mortality: A Meta-Analytic Review. Perspectives on Psychological Science 2015, Vol. 10(2), pp. 227–237 https://pubmed.ncbi.nlm.nih.gov/25910392/
"Results Of the 35 925 records retrieved, 23 papers met inclusion criteria for the narrative review. They reported data from 16 longitudinal datasets, for a total of 4628 CHD and 3002 stroke events recorded over follow-up periods ranging from 3 to 21 years. Reports of 11 CHD studies and 8 stroke studies provided data suitable for meta-analysis. Poor social relationships were associated with a 29% increase in risk of incident CHD (pooled relative risk: 1.29, 95% CI 1.04 to 1.59) and a 32% increase in risk of stroke (pooled relative risk: 1.32, 95% CI 1.04 to 1.68). Subgroup analyses did not identify any differences by gender. Conclusions Our findings suggest that deficiencies in social relationships are associated with an increased risk of developing CHD and stroke. Future studies are needed to investigate whether interventions targeting loneliness and social isolation can help to prevent two of the leading causes of death and disability in high-income countries."
Valtorta, N. K. et al. (2016): Loneliness and social isolation as risk factors for coronary heart disease and stroke: systematic review and meta-analysis of longitudinal observational studies. Heart Vol. 102, pp. 1009–1016 https://heart.bmj.com/content/102/13/1009
・ 帯域速度はまあおねだん程度出る（320Mbps契約で最低30Mbpsくらいある。言いたいことはわかるが100も出る）
・ DNS的なキャッシュ的なのがアパートのルータ的なとこで他住人とシェア的な理由？で、アクセスによっては猛烈にコケる
つまりエッチなイラストサイトの新着を見ようとFirefoxのブクマフォルダ一気に開く機能で開いた場合、どのサーバ名も解決できずに真っ白になる
これをたとえばひとつずつ落ち着いて開くと読める
Togetterまとめを最後まで見て、他のまとめを開こうとすると死ぬ
5.8.71.235 cailinlucailin556.example.com 5.188.188.91 hy4b25cuhygesk92y52fr9h6wemzgxnh20.example.com 185.139.69.118 pron.script.example.com 217.12.203.117 server.example.com
行儀の悪いDNSサーバーが勝手にexample.comを名乗ってるのかな？
※この記事に池っち店長を誹謗中傷する意図はなく、またゲートルーラーに対して悪意を持って不利益を被らせる意図はありません。
みな様ゲートルーラーを楽しんでおりますでしょうか。私はカードこそ持っていないものの、Twitterでたまに検索をかける等して楽しんでおります。
さて、私は数年ではありますが一応ITエンジニアという肩書で働いており、色々なシステムを見てきました。今回のゲートルーラーのデッキメイカー騒動はエンジニアの視点から見ると大変面白くなっている為、こうして書き残そうとした次第であります。
以下は全て推測となりますので、ご了承ください。
①4/13の状況
ゲートルーラーの公式Twitterから原因の第一報が放たれました。どうやら『DNSの登録・反映に時間がかかっている。』のだそうです。
私個人の感覚ですが、DNSの登録や公開は最後の最後、つまりサーバに資材（プログラム）を配置してTomcat等を起動し、ローカルホストからの接続が確認できた後にやる作業だという認識があります。何故なら、資材の配置をせずにDNSを公開した場合、ユーザが公開されたURLにアクセスしても『404』のエラーを返すだけになってしまうからです。※すみません、一般のWebサイトの公開には立ち会ったことがなく、間違っていれば言ってください。
ですのでデッキメイカーの公開はあと一歩のところまで来ていると認識していた人が多かったと思います。
ちなみに、9/9に公開された『デッキメイカー遅延の原因について、ご説明とお詫び』には資材を『gateruler.jp』にアップしようとしている画像が掲載されていますが、仮にデッキメイカーを『gateruler.jp』を同じドメインのURL、例えば『gateruler.jp/deckmaker』に作ろうとしていた場合は、そもそもDNSの登録は必要ありません。
②4/15~5/19の状況
ゲートルーラー公式Twitterから続報がありました。原因不明の問題でアップロードできず、専門家と解決にあたっているとの事です。
私はてっきり4/13の段階でもうサーバに資材がアップロード出来ていると思っていたので驚きました。
アップロードができないということはファイル容量の問題やネットワークの問題、サーバが起動していない等が考えられます。
③9/9 今回の騒動。
公式サイトに『デッキメイカー遅延の原因について、ご説明とお詫び』がリリースされました。
とても読み応えのある文章と共にスクリーンショットが数枚貼られています。大事な部分はレンタルサーバのサーバパネルと、その下のスクリプトです。
まず、『「アップロードしようとするとエラーを表示する画面が出る」というアプリケーションがＡによって仕込まれていました。』とありますが、スクリプトを見るにこれが仕込まれていたのはデッキメイカーのアプリケーション自体ではなく、サーバに資材をアップロードするHTMLファイルです。ですがこれはおかしな話です。ゲートルーラーは『Xerver』と言われるレンタルサーバを利用しているとみられますが、このサーバパネルは『Xerver』が提供しているサーバを管理する画面と考えられるので、そこにスクリプトを忍ばせる余地は無いはずです。スクリプトを忍ばせるなら、このサーバパネル画面のHTMLをローカルに保存し、HTML内にスクリプトを記述して、そのHTMLをブラウザで表示する必要があります。画面にはURLが映っておりませんが、恐らくローカルにあるHTMLをそのまま表示しているからではないでしょうか。
もし仮に解決にあたっている専門家が居たとして、資材がサーバにアップロードできない問題を1ヶ月かけても解決できないのであれば、それは素人と言わざるを得ないです。そもそもローカルのHTMLを直接開いている前提からおかしな話なのですが、雑なスクリプトが仕込まれたこの画面を見て原因の切り分けを行わないエンジニアはほぼ居ないでしょう。
ちなみに『Xserver サーバパネル』で画像検索するともう少しリッチな画面が出てきます。不思議ですね。
※ここに書いている事は推測にすぎません。真実を知っているのはあの人だけです。
学歴がよくなくて、就職が困難だったので中小 SIer で働いていた。 (プライム案件を取ってこれる分マシらしい)
レキサルティ、レクサプロ、デパスのお世話になって続けてたけど、結局は薬でどうにかできず、辞めてしまった。
参考程度だけど、未経験の人が 300万 をもらうために、どのようなスキルが必要かを、まとめておく。
ちなみにどれくらいプログラムが書けなかったかというと、競技プログラミングで努力しても AtCoder の黄色になれず青色のままってくらい。
AtCoder でいう、初心者から抜け出せないという、要するにセンスがないということなのだけど、そういう人も居そうなので、参考までに。
未経験のプログラマに対して、これだけ要求されるのだから、未経験の人は覚悟するようにという指針を提供したいので書いた。
基本的に、損害を与えた場合には、それを作業者が補填するという誓約書を結ぶ。
要するに、捨て駒として扱って、失敗したら賠償しろ、という事になる。
このことを認識して、失敗しないように振舞ないと、連帯保証人含めて迷惑をかける事になる。
要するに、低賃金で未経験プログラマを案件にノーリスクで送りこんで、稼ぐための手段です。
基本的に PL (夢想家) → PM (御用聞き) → プログラマ という環境なので、プログラマが自分でディレクションして意思決定する必要がある。
例えば、下請けの場合は、PM の御用聞きの結果の WBS に合わせないと、顧客から DM で 瑕疵担保責任がどうとか言われる。
社内開発の場合は、PL の方から直接、長時間の叱責を受けなくてはならない。
そういう不幸を防ぐためにも、自分でディレクションして、PM の決めた実態を反映していない WBS に合わせて作業するスキルが要求される。
基本的に手戻りは個人の過失になってしまうため、手戻りしないように考え抜いて意思決定をする、というのが重要になる。
これこそ、ガクチカと呼ばれる、頑張れますというスキルなので、学生時代に頑張っておけばよかったなぁ。
こう見せたい、こう表現したい、という事を伝えるには、必然的にデザインの知識が必要になる。
創造的思考とデザインは切っても切り離せない概念で、デザインとは創造なのだから、当たり前である。
ソフトウェアアーキテクチャも、ソフトウェア設計も、コーディングもデザインと言えるかもしれない。
顧客と 1:1 で話す事が DM でもボイチャでも突発的に発生するので、いつ、いかなる時でも論理武装していなければならない。
まぁ、顧客であったり PL であったりはキレるのが仕事なので、それに対して理路整然と説明する必要がある。
なんとなく、では納得しないし、すぐ損害賠償請求とかそういう話にいくので、答えられないと持ち帰りますとお茶を濁して、エマージェンシーになる。
後述する設計能力においても、課題を把握するための言語技術(言語化能力)は重要なファクターだと思う。
C/C++ のシステムプログラムはフレームワークが基本的に無いので、自分で概念を整理して、どのような変更、拡張があるかを考えて設計する必要がある。
この能力が弱いと、手戻りが発生しやすくなり、瑕疵担保責任を問われることになる。
読んだ本の中だと、ボブおじさんの本が、やっぱりしっくりくるなという個人的な感想がある。
UDP で送ってくるデータを受けて 24/365 で停止しない WebAPI への繋ぎ込みという簡単な作業があって、振られた。
リークしてはいけないという事で malloc は禁止で、グローバル変数を利用するという変なルールがあった。
Rust で書けばいいんじゃないかなと思ったけど、Rust 書くのもシンドイし、C/C++ で、しんどくて読みづらいコードを書いた。
あとで保守する人が大変そうだけど、そういうルールを決めたのは PL だしね。
なんか、特殊な PCI Express のカードからベンダーが用意している SDK でデータ引っこ抜いて Web API へつなぎ込む部分をやった。
一応、SDK の使い方をパラ見して 1 日で作ったので、別に負担じゃなかったけど、素人にやらせるんなとは思った。
当たり前だが、DB 作って RestAPI を生やすのは現代のプログラマにとって自然にできなければならない。
なので、新規開発のサブモジュールのバックエンドを任せられた。
だが、ORM の癖を把握したり、発行されるクエリを確認したりするのは、疲れる。 SQL を直書きするのはシンドイ。
結局 SQL を直書きすることにしたけど、あまりいい決断ではなかったと思っている。
それ以外は フレームワーク に乗ってしまっていいので、書き捨てる分には楽だった。
最近だと、TypeScript で Prisma 使うのが、型安全でよさそうだなと思っている。
デプロイを EC2 直でやったり ECS にしたりとしていたので、ベアメタルの知識が必要になった。
要するに systemd のいじり方とか、死活監視の仕方とか。
個人的には、クラウド嫌いなので、ベアメタルの方が安心できる。
Bind で権威DNS を管理して、postfix で絶対止めてはいけないメールサーバを管理するとかもあったけど、出来て当然ではある事だし。
未経験プログラマでも、月単価 100 万以上で顧客に請求してるんだから、会社はそりゃ儲けるだろうと思った。
会社が一人前の経験N年のプログラマといったら、その通りに振舞う必要がある。顧客に責任はないのだから。
当たり前だが、Webディレクション、Webデザイン、Webプログラミング, Webマークアップ は、全て作業者であるプログラマの仕事になる。
個人的には、これが分かれている理由が良く分からないけど、分けたい人がいるんだろう。
デザインで、CSSフレームワークを使うと、その色が出るという事で、全部 CSS は手書きしていた。
tailwind が出た現在では使っていればよかったなと思う。
結局、全く分からない中、手探りでデザインし、コードを書いて、顧客に 1 日 5 ~ 10 回リリースするという行為をした。
顧客は大手企業だったので、自社のエンジニアならもっと出来る、と叱責されまくったけど、だったら自社でやればいいじゃんと思った。
一応、今でもサービスは生きていて、ユニークユーザ数は上がっているらしい。
そして、焼き付け刃だったので、 WAI-ARIA を知らず、アクセシビリティへの配慮が足りない事が問題になってしまった。
これはなんとか保守対応にねじ込めたのでトラブルにならなかったけど、瑕疵担保責任と綱渡りだなと思った。
当たり前だが、リリースサイクルを短くしないと顧客はキレてしまうので、CI/CD を整えないといけない。
今は Github Actions とかあるけど、昔は無くて Bitrise が高いからみたいな理由で Azure Pipelines で CI/CD フローを構築した。
もう Multi Stage Pipeline になってるだろうけど、Release Pipeline が GUI からしか設定できないのが辛みだった。
当然だが、デプロイするためには IaC を整える必要がある。
これを知らずに、コンソールでポチポチしていたので、 IaC 出来てない事がバレた時に色々怒られてしまった。
本来はテストも自動テストを整えて、質保証をしてバグを減らさなければならない。
だが、テストを書くという手間を払えなかったので、人力テストしかできなかった。
一応、リグレッションテストを人力でやりまくったので、バグ発見曲線が結合テストでの IF 不一致しかない、という結果にはなったけど
自動化できれば費用が必要じゃなかったから、怠慢だと、責められてしまった。
未経験でも誓約書を盾に、振られた事全部を出来なくてはならない慣習があるので、プログラマはそんなに良い職業じゃないよ。
甘い考えで、プログラマになろうと思っているのなら、考え直した方がいいです。
○盗撮マーシー → のぞき本舗中村屋 → のぞき本舗真中村屋
○偉大なる盗撮師 透兵衛(su-XX) → PEEPFOX（盗撮狐）
透兵衛の「ここは天国極楽漫遊記Vol.81（su2919）」の中身はなにわの「ニューバージョン女銭湯ギャル編8」
○1919お風呂のプニョ (シリーズで纏められた作品名が付けられている)
主になにわ解散後の紀州作品の未流出含む素材の再編集品？とでも言うのか、PHで言うところのgensen辺りの素材と思われる
○坐盗市 → 怪盗ジョーカー → 盗流悶(＝Premier Peep Selection) (dns-XX)(sdh-XX)
裏にアクアが関わっていたこともあり本格的なオリジナル盗撮集団
坐盗市は例の芋づる逮捕の影響で関係者が逮捕→閉鎖はされたが、現在までにその後サイト名を変えては何度も立ち上がる
咲乱美女温泉・夜行露天盗撮漁火に輝く女体などの露天望遠はアクア提供、マルッと追い撮り！女撮師 スーパー銭湯など優秀な撮り師を育てる
○peeping-holes 閉鎖→不明(マスターテープは今どこ、それとも処分しちゃったのだろうか)
メインはなにわ作品の再編集作品だが、ほか買い取ったのか転売かなにわ以外の作品も再編集されて売られていた
またホールズのオリジナル作品にハイビがある、supa系のはなにわというより紀州辺りからの編集版？
厳選、極選、旧SC、HSC、supa系、けしからん、ぎりon-na辺りが良く語られ、他にシリーズ化された作品は他にも多数あるが影は相当薄い
作品に魅力はないが、割と可愛い撮り師が写った作品として湯○里脱衣所があったが今となってはほぼ話題にも上がらない
仕事柄、広告収入を得ているしコンテンツには対価が必要だと思っているので基本的にWEBページを見るときはアドブロックは使わないようにしていた。どうしても我慢できないときだけ、Braveでページを開いていた。
スクロール中に出てくる広告、タップしようとすると出てくる広告、閉じるボタンの小さい広告、TPOをわきまえずに出てくるエッチな漫画の広告。
いたちごっこなのは分かってるけど、こんなことに精神を消耗するよりはと思って、AdGuardのDNSを使い始めた。
なんかねー、インターネットってこんなに快適だったっけー？と思ったよ。広告が出るんだろうなーってスペースが空白のままで気持ち悪さは若干あるけど、大した問題じゃない。スクロール中に押し間違えることもないし、小さいバツボタンを探す必要もない。
コンテンツを作ってる人たちには申し訳ないけど、しばらくAdGuardを使うわ。
乗り物ニュースhttps://trafficnews.jp/
Feedlyで購読してて読んでるけれど、右下に出てくるポップオーバーの広告が邪魔で消しにくい。子供も乗り物が好きなので一緒に見ることもあるけれど、間違ってタップしてページが変わると子供が怒るしおれも困る。
Togetter https://togetter.com/
はてぶとかで見るんだけど、エッチな漫画の広告多すぎ。エロ漫画読むときは自分でDLsiteとかFanzaとか開くから、普段は黙ってて
https://anond.hatelabo.jp/20211226154323
の続き。春のネスペ受けました。落ちたと思ってたのに合格してました。専門学校の模範解答で自己採点したら、午後IIが半分できてなかったんですよ。だから合格者発表をすっ飛ばして、自己採点どおり午後Iが合格してたらいいなあ～と成績照会をかけたら合格だって。職場（昼休みです。念のため）で見てたのに変な声出そうになりました。午前II88点、午後I66点、午後II73点（午前Iは免除）。
午後IIは大問１を選択したのだけど、大問２と差がついたので調整がかかったのでは、という５ちゃんの噂ぐらいしか、合格できた理由が浮かばないっす。公式解答で自己採点やり直してみても、問題数で半分ちょいしか合ってなかったし、正解したのが配点の高い問題ばかりだったなんてこともないだろうし。
１ これまで
午前対策はセキスペに同じくwebの過去問道場。載っている問題を何度か全部通して解き、間違いの数が一桁（掲載300問全体で）で安定してきたら50問ほどチェック問題を選び、それを何度か繰り返しました。既出問題はほぼ完璧になるので、新出問題が全滅しても午前IIは通ります。
午後対策は、みやたひろし「図解入門TCP/IP」と渡邉結衣ほか「DNSがよくわかる教科書」を２回ずつ通読し、その後、左門至峰ほか「ネスペの基礎力」を３回通読しました。
午後IIの２時間は、人生で一番頭を酷使したんじゃないかなあ。負荷の絶対水準は大学受験の方が高かったんだろうけど、なにせ30年以上経過して脳みそが劣化してるんで。問題文を何度も読み返しながら断片的な知識と照合し、筋道がとおるストーリーができたら制限字数の中に過不足なくまとめる、という作業をやり続けて集中力が最後まで切れなかったのが、合格につながったんだと思います。リアルタイムでスラダン連載にはまっていた世代としては、「あきらめたらそこで試合終了ですよ」。
２ これから
デスペを受けるぞおおお！ 午後対策どうしよう。。。
国立大受験、共通テストにプログラミング…２５年から「情報」追加で６教科８科目に
https://www.yomiuri.co.jp/kyoiku/kyoiku/daigakunyushi/20220128-OYT1T50158/
https://www.asahi.com/articles/ASQ1X7S36Q1SUTIL01M.html
国立大協会、共通テストに「情報」追加 25年以降、6教科8科目に
https://mainichi.jp/articles/20220128/k00/00m/040/332000c
2022年4月に高校に入学した生徒を対象にした大学入学共通テストから教科情報の試験が追加されることはもう決まっていたのだが「そんなのわざわざ受けるやついるの？」とならないように、文科省と入試センターが布石をうった結果としての国立大学の入試での必須化だと思う。
これについては、私立大学には強制できるスキームがない（補助金をちらつかせればできるかもしれないが）のと、地方の高校などにその衝撃波が届くように、だと個人的に思っている。
ぶっちゃけ首都圏などは、高校の情報教員は余ってはいないが足りてはいるが、地方では情報教員の採用をまだ実施していない県もあれば、ようやく始めてまだ数名しかいないという県もある。
そんな情報教員の採用に消極的な地方での、高校のKPIの一つに国公立大学への合格者人数というものがある。教育委員会によっては、特定の進学校に助成金みたいなのを出して、進学実績をさらに上げさせようとしている県もあると思う。そんななか情報をきちんと教えられる教員がいないと、国立大学に不利になるよ、というのは地方の高校や教員区委員会への圧力になるのである。
「急すぎるじゃないか」とお怒りの校長とかもいるだろうけど、受験には関係ないからという言い訳で、教育委員会が教員も採用してこなかったり、未履修問題のように高校が勝手に情報をやらずに他教科に置き換えて授業を潰していたりしたことが、結果としてスマホしか使えない大学生を大量生産してきたのではないだろうか？
高校の情報という授業は実は2003年に高校に入学した生徒から必修科目となっている（正確には必履修科目）。ということで教科が出来てからもう20年近くになる。
商業高校や工業高校は別として、全ての普通科で必修の教科が「ドーン」と爆誕したのがその年だったのだが、文科省の失政を今の今まで引きずっていたのだった。
それまでにない教科（情報処理に類する科目は無かったわけじゃないが）が誕生するということは、教える人が新たに必要となるということである。
それが全国何千校の普通科の高校で急に始まるのである。まあ、時代で必要だったのでそれはしょうがないと思うが。
大学の教員養成課程で、一気に何千人も情報科教員を輩出できるわけではないので、現職の教員に講習を行って新たな免許を持たせることにした。
まずは意識高い教員に、現職講習の講師役となるための研修を行い、育成された講師たちが各都道府県で現職教員にたった15日間の講習で「教科情報をもう教えられるよ」ということにした。
しかも希望した受講者だけ目標ノルマ人数にとても足りず（講習を受けられる教科に縛りを付けた失策があり、そもそも希望しているのに受けられなかった教員もいる）、各学校で肩たたきのように希望しなくても免許を取りに活かされた数学や理科、家庭科の教員が多数いるというわけである。
これを時限的な教員免許とすれば、大学で情報の教員免許をとった新しい教員がどんどん入ってきたのだが、いかんせん恒久的な免許だったのだ。
あと教員免許更新があるじゃないかと思われるかもしれないが、免許更新はどの教科で更新するとかはなくて、文科省が認めている免許更新の講座だったら何の教科の内容でもいいし、生徒指導でもレクリエーション論でも何でもアリなのだ。一気に全部の免許の有効期限が延びる仕組みである。
情報処理学会は、教科情報の内容で更新講習をやってはいるが、知名度は高くないようである。
そんな石器時代のような人たちが令和の時代に、「情報とは」と教えている現状があるから、それを刷新したいという文科省の意図もあったような気がする。
恒久免許をいまから取り上げるわけにもいかないし、全て定年退職するまで待っていたら日本が沈没するのが加速するだけである。
学習指導要領という教科で教える内容が決められる教育界の法律みたいなものがあって、だいたい10年に1度のペースで改訂される。
最初の情報は、情報A、B、Cという科目があり、いわゆる町のパソコン教室的な内容でも教科の内容をけっこう満たしてしまうものであった。
とはいえ、TCP/IPやWWW、DNSの概略や、アルゴリズム、知財などの法規は当時から教科書に載っていたのであるよ。
その次の世代の学習指導要領で、「社会と情報」「情報の科学」の2つに再編され、今の高校1年生の代まではこれを勉強している。2年後に高3で始めて習う生徒もいるかもしれないが。
今度の4月からの入学生では、情報1に一本化されて、全ての高校生が共通の範囲を勉強している(これが大事）はずなので入試に出しても良いよね、と出来たわけである。
それまではどれかだけ勉強したら卒業はOKという扱いで複数科目あったので。
今年の1年生が浪人して1個下の代と一緒に国立大学を受けると、他教科の試験は移行措置で現行科目の試験が用意されるのだが、情報は今の科目での出題がないからどうするの？という問いかけが国立大学協会からあった。さっきの複数科目の問題があって浪人生に強要できるのかよーという問題だったのだが、文科省＆入試センターは強気に「社会と情報か情報の科学か、どっちかだけでもやっていれば100点分になる問題をその年だけ新たに設置するので、無問題」という回答により、国立大学の入試必須化が正式に決まった。
情報1にはプログラミングだけではなく、問題解決の考え方、情報デザインとコミュニケーション、データサイエンスの基礎などが入っている。
ちなみに、情報2という科目もできて、数学みたいに1をやったあとでなければ2を勉強できない、より高度な内容になっている。物理基礎に対する物理みたいな。
データサイエンスといえば聞こえがよいが、それよりちゃんとした統計を学ばせるのが先じゃね？と思う人も多いと思う。
実は数学1で統計の内容が必須化して10年経つのだが、10個や20個の整数を手計算で計算して、分散・標準偏差・偏差値を出してたり、相関係数と散布図くらいしか届かない、「紙の上で鉛筆でやる意味があるのか？」という内容である。センター試験や共通テストでは奇をてらうことが難しい分野だったが、今年の共通テストはやらかした。
次の学習指導要領では数学教育者と統計教育者のバトルなどがあって、それも興味深いのだが、それはまた別のお話。
劇薬ではあるが、かわいい生徒たちの志望大学進学という、餌をつるされた教員たちの良心で今まできちんとした情報教育を受けることができなかったかもしれない地方の高校生が報われるようになるといいと思っている。
あ、あと入試改革すると、企業が儲けるために結託しているんじゃないかと思う方もいるかと思うが、情報1にからめてうちは底辺校と呼ばれる学校なのだが、プログラミング教材とかの売り込みはかなり来るし、ベネッセはすでに高校情報1のオンライン教材の売り込みをガンガンやっている。東進ハイスクールも情報の講師を確保しているようである。
なので「教える教員がいない、地方を見捨てるのか！」となった場合は、ベネッセやら東進の高校向け教材でもやらせてお金で解決してください。
国立大受験、共通テストにプログラミング…２５年から「情報」追加で６教科８科目に
https://www.yomiuri.co.jp/kyoiku/kyoiku/daigakunyushi/20220128-OYT1T50158/
https://www.asahi.com/articles/ASQ1X7S36Q1SUTIL01M.html
国立大協会、共通テストに「情報」追加 25年以降、6教科8科目に
https://mainichi.jp/articles/20220128/k00/00m/040/332000c
2022年4月に高校に入学した生徒を対象にした大学入学共通テストから教科情報の試験が追加されることはもう決まっていたのだが「そんなのわざわざ受けるやついるの？」とならないように、文科省と入試センターが布石をうった結果としての国立大学の入試での必須化だと思う。
これについては、私立大学には強制できるスキームがない（補助金をちらつかせればできるかもしれないが）のと、地方の高校などにその衝撃波が届くように、だと個人的に思っている。
ぶっちゃけ首都圏などは、高校の情報教員は余ってはいないが足りてはいるが、地方では情報教員の採用をまだ実施していない県もあれば、ようやく始めてまだ数名しかいないという県もある。
そんな情報教員の採用に消極的な地方での、高校のKPIの一つに国公立大学への合格者人数というものがある。教育委員会によっては、特定の進学校に助成金みたいなのを出して、進学実績をさらに上げさせようとしている県もあると思う。そんななか情報をきちんと教えられる教員がいないと、国立大学に不利になるよ、というのは地方の高校や教員区委員会への圧力になるのである。
「急すぎるじゃないか」とお怒りの校長とかもいるだろうけど、受験には関係ないからという言い訳で、教育委員会が教員も採用してこなかったり、未履修問題のように高校が勝手に情報をやらずに他教科に置き換えて授業を潰していたりしたことが、結果としてスマホしか使えない大学生を大量生産してきたのではないだろうか？
高校の情報という授業は実は2003年に高校に入学した生徒から必修科目となっている（正確には必履修科目）。ということで教科が出来てからもう20年近くになる。
商業高校や工業高校は別として、全ての普通科で必修の教科が「ドーン」と爆誕したのがその年だったのだが、文科省の失政を今の今まで引きずっていたのだった。
それまでにない教科（情報処理に類する科目は無かったわけじゃないが）が誕生するということは、教える人が新たに必要となるということである。
それが全国何千校の普通科の高校で急に始まるのである。まあ、時代で必要だったのでそれはしょうがないと思うが。
大学の教員養成課程で、一気に何千人も情報科教員を輩出できるわけではないので、現職の教員に講習を行って新たな免許を持たせることにした。
まずは意識高い教員に、現職講習の講師役となるための研修を行い、育成された講師たちが各都道府県で現職教員にたった15日間の講習で「教科情報をもう教えられるよ」ということにした。
しかも希望した受講者だけ目標ノルマ人数にとても足りず（講習を受けられる教科に縛りを付けた失策があり、そもそも希望しているのに受けられなかった教員もいる）、各学校で肩たたきのように希望しなくても免許を取りに活かされた数学や理科、家庭科の教員が多数いるというわけである。
これを時限的な教員免許とすれば、大学で情報の教員免許をとった新しい教員がどんどん入ってきたのだが、いかんせん恒久的な免許だったのだ。
あと教員免許更新があるじゃないかと思われるかもしれないが、免許更新はどの教科で更新するとかはなくて、文科省が認めている免許更新の講座だったら何の教科の内容でもいいし、生徒指導でもレクリエーション論でも何でもアリなのだ。一気に全部の免許の有効期限が延びる仕組みである。
情報処理学会は、教科情報の内容で更新講習をやってはいるが、知名度は高くないようである。
そんな石器時代のような人たちが令和の時代に、「情報とは」と教えている現状があるから、それを刷新したいという文科省の意図もあったような気がする。
恒久免許をいまから取り上げるわけにもいかないし、全て定年退職するまで待っていたら日本が沈没するのが加速するだけである。
学習指導要領という教科で教える内容が決められる教育界の法律みたいなものがあって、だいたい10年に1度のペースで改訂される。
最初の情報は、情報A、B、Cという科目があり、いわゆる町のパソコン教室的な内容でも教科の内容をけっこう満たしてしまうものであった。
とはいえ、TCP/IPやWWW、DNSの概略や、アルゴリズム、知財などの法規は当時から教科書に載っていたのであるよ。
その次の世代の学習指導要領で、「社会と情報」「情報の科学」の2つに再編され、今の高校1年生の代まではこれを勉強している。2年後に高3で始めて習う生徒もいるかもしれないが。
今度の4月からの入学生では、情報1に一本化されて、全ての高校生が共通の範囲を勉強している(これが大事）はずなので入試に出しても良いよね、と出来たわけである。
それまではどれかだけ勉強したら卒業はOKという扱いで複数科目あったので。
今年の1年生が浪人して1個下の代と一緒に国立大学を受けると、他教科の試験は移行措置で現行科目の試験が用意されるのだが、情報は今の科目での出題がないからどうするの？という問いかけが国立大学協会からあった。さっきの複数科目の問題があって浪人生に強要できるのかよーという問題だったのだが、文科省＆入試センターは強気に「社会と情報か情報の科学か、どっちかだけでもやっていれば100点分になる問題をその年だけ新たに設置するので、無問題」という回答により、国立大学の入試必須化が正式に決まった。
情報1にはプログラミングだけではなく、問題解決の考え方、情報デザインとコミュニケーション、データサイエンスの基礎などが入っている。
ちなみに、情報2という科目もできて、数学みたいに1をやったあとでなければ2を勉強できない、より高度な内容になっている。物理基礎に対する物理みたいな。
データサイエンスといえば聞こえがよいが、それよりちゃんとした統計を学ばせるのが先じゃね？と思う人も多いと思う。
実は数学1で統計の内容が必須化して10年経つのだが、10個や20個の整数を手計算で計算して、分散・標準偏差・偏差値を出してたり、相関係数と散布図くらいしか届かない、「紙の上で鉛筆でやる意味があるのか？」という内容である。センター試験や共通テストでは奇をてらうことが難しい分野だったが、今年の共通テストはやらかした。
次の学習指導要領では数学教育者と統計教育者のバトルなどがあって、それも興味深いのだが、それはまた別のお話。
劇薬ではあるが、かわいい生徒たちの志望大学進学という、餌をつるされた教員たちの良心で今まできちんとした情報教育を受けることができなかったかもしれない地方の高校生が報われるようになるといいと思っている。
あ、あと入試改革すると、企業が儲けるために結託しているんじゃないかと思う方もいるかと思うが、情報1にからめてうちは底辺校と呼ばれる学校なのだが、プログラミング教材とかの売り込みはかなり来るし、ベネッセはすでに高校情報1のオンライン教材の売り込みをガンガンやっている。東進ハイスクールも情報の講師を確保しているようである。
なので「教える教員がいない、地方を見捨てるのか！」となった場合は、ベネッセやら東進の高校向け教材でもやらせてお金で解決してください。
これは楽天モバイルアドベントカレンダーの出遅れ記事です。嘘です。すいません。
インディアンスの楽天モバイルネタ最高だったのでこの記事を書きました。
1プランでわかりやすい料金体系、最低金額は無料、契約して1年間無料というすごい携帯キャリアです。
私は今年の3月から使っており、その品質には概ね満足していました。ところが11月中頃（曖昧）から楽天モバイルの圏外が頻発するようになりました。
ローミング終了に伴い一部エリアでは使えなくなるかもという話は知っていましたが、私がいるのは都内の3線利用できる駅前エリアで今ままでもパートナー回線を使ったことがありません。
おかしいなーと思いつつちゃんとログを取ろうと思い、楽天モバイル端末のWiFiアクセスポイントをONにして手元のノートPCから疎通確認をしてログをとることに。
楽天モバイルのDNSが落ちたことはあった時はDNS設定いじればどうにかなったけど、そもそも圏外はどうしようもありません。
crontabもないし、shじゃないし、tail,awk,uniqもないし面倒でした。
5分に一回 1.1.1.1 にpingを飛ばしてその結果をログに残しました。
以下はbatで書いた処理
@echo off ping -n 1 1.1.1.1 | findstr /i "TTL" > nul if %ERRORLEVEL% equ 0 ( set ret=success ) else ( set ret=failure ) echo %date% %time% %ret% >> %~dp0check_net.log
-- tail -3 相当のps type .\check_net.log | select -last 3 2021/12/27 22:20:02.44 success 2021/12/27 22:25:06.00 failure 2021/12/27 22:30:05.99 failure -- awk '{print $1, ":", $3}' | uniq -c 相当のps type .\check_net.log | %{$tmp=($_.toString() -split("\s+"));echo ($tmp[0] + ":" +$tmp[2])} | group -NoElement Count Name ----- ---- 143 2021/12/19:success 6 2021/12/19:failure 208 2021/12/20:success 81 2021/12/20:failure 279 2021/12/21:success 9 2021/12/21:failure 221 2021/12/22:success 67 2021/12/22:failure 101 2021/12/23:failure 188 2021/12/23:success 277 2021/12/24:success 12 2021/12/24:failure 144 2021/12/25:success 69 2021/12/25:failure 287 2021/12/26:success 2 2021/12/26:failure 43 2021/12/27:failure 225 2021/12/27:success -- 時間ごと type .\check_net.log | sls failure | %{echo $_.toString().Substring(11,2)} | group -NoElement | sort Name Count Name ----- ---- 21 0 17 1 19 2 20 3 40 4 47 5 42 6 41 7 21 8 9 9 17 10 14 14 18 15 8 16 23 17 14 18 6 19 1 20 6 21 7 22 5 23
ログが不十分なのは途中でログファイル消しちゃったのと、ノートPCを閉じちゃってタスクスケジューラが止まってたタイミングがあるため
途中まで `findstr /i "TTL"` がなかったのでsuccessだけど実際は疎通できてないものがあります(pingの宛先ホストに到達できませんはsuccess扱いだった)
12/23がひどい。1日の35%繋がらない。「日本のスマホ代は高すぎる」けど繋がらないんじゃ意味ないんよ。
11~13時台は落ちてない。逆に何故。
5分に一回の計測なのでたまたまそのタイミングだけ疎通したりしなかったりってのはあるけど、その割合は落ち具合の体感と一致します。
テザリング利用では1日10GBの制限があるらしいですが、制限には引っかかっていません。
今も利用しているのは無料期間中なのと、楽天モバイル回線はYoutubeとかネットサーフィンとか止まっても許せる範囲で使っているからです。
これをメイン回線にしてたら緊急の連絡とか取れないだろうし、だいぶ困りそう。
書き込もうとしたけど、楽天モバイル回線は圏外で書き込めないので別の回線で書き込んでます。
RSRQは-15でした、どいひー
