  |
はてなキーワード: データベースとは
おとといデータベース技術者時間を受けたら周りの平均年齢が高く、普段から身なりを気にしてない人たちが多かった。言えばいかにもなおじさん、おばさん達
休憩時間にTwitterを見て「なんとか合格しそう」なツイートのプロフィールを見たら90年代生まればかりで俺みたいなアラフォーは見当たらなかった
俺に手応えはなかった
多分データベース試験は30代前半くらいで受からないと一生受からないのかもしれない
試験が終わって教室を出ると向こうからPMの受験者が別の教室から出てきた
年は俺と同じくらいだけど格好はシュッとしてて爽やかだった
同い年の新卒組が課長クラスになってるが、自分はこのまま係長止まりなのが見えている
これが俺のあがりなんだろうなぁ
「第17回社会保障審議会医療保険部会の資料1」「厚生労働省の研究成果データベース」「厚生労働省が22年に」「財務省が21年に」って言ってんのにソース出せはヤバすぎる……
出したキーワードから普通に検索できるだろ。増田ってマジでガイジしか居ないのか？
https://www.mhlw.go.jp/shingi/2005/07/s0729-9.html
https://www.nikkei.com/article/DGXZQODL319K00R30C23A7000000/
https://mhlw-grants.niph.go.jp/system/files/2009/091011/200901009B/200901009B0008.pdf
終末医療の平均入院日数が14日って何処から取ってきたデータ？
例えば第17回社会保障審議会医療保険部会の資料1とかだと終末医療の平均期間を一ヶ月で試算してるし、日本でほぼ唯一と言っていいマトモなレセプトデータの府川とか郡司による1990年代のデータだと死亡前6ヶ月から急激に医療費の高騰が見られることから、厚生労働省の研究成果データベースにあるような報告でも6ヶ月前を終末医療の目安に取ってたけどこれらの日数が否定されてその14日が採用される根拠となる資料は？
あとジェネリック医薬品による抑制効果が4兆は何処から取ってきたデータなの？8割をジェネリックに置き換えられた22年時に厚生労働省が出してる削減効果で1.7兆円。財務省の調査だと21年時点でも可能な限り全ての先発薬剤を後発のものに変えてもあと1兆円しか削減余地は無い。この２つ足しても4兆円行かないんだけど。
実際終末医療の削減よりジェネリック推進のほうが反発も少ないだろうし楽に進められそうだからやるべきだとは思うけど、そういうことを主張したいなら四則演算だけじゃなくて資料を読めない限りは辞めたほうが良いと思うよ。
計算機科学は、情報の理論的基盤から実用的な応用まで、広範な領域をカバーする学問です。以下に、計算機科学の主要な分野と、特にネットワークに関連するトピックを体系的にまとめます。
プログラミングパラダイム: 手続き型、オブジェクト指向、関数型、論理型など。
プロセス管理: CPUのスケジューリングとマルチタスキング。
機械学習アルゴリズム: 教師あり学習、教師なし学習、強化学習。
深層学習: ニューラルネットワークによる高度なパターン認識。
ネットワークは、情報の共有と通信を可能にする計算機科学の核心的な分野です。
OSI参照モデル: ネットワーク通信を7つのレイヤーに分割し、それぞれの機能を定義。
プレゼンテーション層: データ形式の変換。
アプリケーション層: ユーザーアプリケーションが使用するプロトコル。
TCP/IPモデル: 現実のインターネットで使用される4層モデル。
リング型: 各ノードが一方向または双方向に隣接ノードと接続。
IP（Internet Protocol）: データのパケット化とアドレッシング。
TCP（Transmission Control Protocol）: 信頼性のある通信を提供。
UDP（User Datagram Protocol）: 信頼性よりも速度を重視した通信。
ルーター: 異なるネットワーク間のパケット転送とルーティング。
IDS/IPS（侵入検知/防止システム）: ネットワーク攻撃の検出と防御。
VPN（仮想プライベートネットワーク）: 安全なリモートアクセスを提供。
SDN（Software-Defined Networking）: ネットワークの柔軟な管理と制御。
IoTプロトコル: MQTT、CoAPなどの軽量プロトコル。
SNMP（Simple Network Management Protocol）: ネットワークデバイスの管理。
ネットワークトラフィック分析: パフォーマンスとセキュリティの最適化。
ネットワークオーケストレーション: 自動化された設定と管理。
AIによるトラフィック最適化: パフォーマンスの向上と障害予測。
マイクロセグメンテーション: ネットワーク内部の細かなアクセス制御。
『コンピュータネットワーク』 アンドリュー・S・タネンバウム著
『ネットワークはなぜつながるのか』 戸根勤著
Coursera: 「コンピュータネットワーク」、「ネットワークセキュリティ」コース
edX: 「Computer Networking」、「Cybersecurity Fundamentals」
IETF（Internet Engineering Task Force）: ietf.org
IEEE Communications Society: comsoc.org
W3C（World Wide Web Consortium）: w3.org
私はExcelおじさんだ。
往々にそうであるように、ちょっとした好意と、悪ノリだったと思う。
個人が勝手に作ったツールなんか、存在しないほうがいいと思う。
しかし、私が作らなくてもだれかが作るんだと思う。
あるいは、誰も作らずにExcel音痴たちが延々と苦しむかで、便利なシステムが導入されることはないと思う。
ChatGPTによってとってかわられるかと言えば、たぶんそうはならない。
Excel音痴たちは、データを整理できないのかわかってないし、そもそもどうしたいかを分かってないからだ。
要件定義ができないんだから、外部に作ってもらうことも、AIに頼ることも無理だ。
糞みたいな仕事
私は、統計解析おじさんでもある。
これも、なんでそうなったのかわからない。
「統計的に有意であった」とか「統計的に有意ではなかった」みたいな錦の御旗がほしいという悩みに答えて、データをこねくり回す。
統計的に有意であったとかそうでかったかなど、帰無仮説の立て方次第だとコミュニケーションを取ろうと努力するが、「結局どうなの？」
と、私の今までの説明を全く理解してない質問が飛んできて、頭を悩ませるのだが、可能な限り、欲しい答えに近い回答が出るように結果を返す。改ざんじゃないし嘘ではないけれど、ペテンだ。
やめたほうがいい。
AIに代わってもらえないかと期待するが、たぶんAIは、本人もなにが言いたいのかなにがしたいのかわからない問題に解答はしてくれないだろう。
弊社、分析機器は機器が吐き出すデータを専用ソフトで解析してレポートをするようなものが多い。
で、メーカーが潰れたり、製品が廃盤になったりして、ソフトが更新されず、x64 では使えないみたいな糞なことがしばしば起きる。
しらない拡張子でも、たいがいは中身はzipで、csvやバイナリーファイルの詰め合わせで、そこから専用ソフトと同じ数字が出るようにアルゴリズムをリバースエンジニアリングする。AIのおかげでコーディングが楽だ。でも、たぶん私以外にできない仕事だ。
しかし、これも、やめたほうがいい。なんで、メーカー非公式のアプリを作って、私個人が契約してるサーバーにデプロイして、みな会社のデータを無断でアップロードして分析するのか。アウトだろう。
メールに添付ファイルでExcelのファイルのアンケートが送りつけられ、そこに書き込んで返信して、それを集計するというアンケートが取られたりする。かなり偉い、役員クラスが一斉メールで数百人にメールして、それを集計したりするから頭が下がる。
だれもが、タイプライターの代わりにしかパソコンを使えない変な会社なので、私みたいな、40代にもなって部下なしの平社員がこんなことをしてる。コンプラ的にも長期的にもよくないし、人事評価という意味でも評価されない。
偉い人はExcelも統計処理もアプリも理解できないので、どれだけ便利なのかもわかってない。
マイナスにもならない。コンプラ的にどう問題なのかも偉い人は理解できない。
Chat GPTがいくら賢かろうと、偉い人たちは、報告書の言葉尻にケチをつけたり、パワポのフォントに口を出したり、Excelのセルを結合したりするのが仕事だと思って邁進し続けるんだろう。
最近、私は無能の烙印が押され、本業が干されているので、こういう糞みたいな雑用が増えてる。
PythonやVBAを操ったところで、それでIT関連に転職できるはずがない。40代未経験で雇ってもらえというのか。
RもPythonも、身内の統計解析をどんだけしたところで、これが職歴として評価される見向きもされないだろう。
医療系ならSASでも使わなきゃ、ビジネス系ならtableauとかSPSSを実務で使わなきゃ話にならない。
簿記や会計の知識が必要であったり、サーバーにデータベースを構築したりしたって、誰が評価してくれるというのだ。
まあ、仕事はやめるんだけど。
---
・ぼく（アラサー）
---
いるいると聞いてはいたが、高圧的訪問営業マンに初めて遭遇した。
ここ3週間くらい朝夜関係なく訪問営業が来てたんだけど、断るのが面倒臭かったから毎回居留守使ってスルーしてた。
その日は結構酔ってて、裸で1人ダンスパーティを開催するくらいテンション絶好調の時（20時ごろ）に来たもんだから、ノリノリのまま追い返したろと玄関に向かった。
ドア前で返事しても無視されてピンポン連打してきたから、仕方なしに服着てドア半開けで対応した。
立ってた（訪問営業特有の開いたドアの奥にいた）のはバインダー持った若い兄ちゃんで、間髪入れずに住宅資金の相談がどうのこうのとかいう説明を始めてきた。
一通り触りを聞いてあげた後、「結構です」とドア閉めようとしたらドアノブをガッと掴んで半笑いで
「どうしたんですか？」
って言うマシーンと化した。5分くらい。
果てには、
「こっちはまだ何も話してないのにドアを閉めるなんて非常識だ」
「こっちは善意で営業をしているのに、その態度は人としてどうなんだ」
「普通の人間なら普通に会話ができて当然なのに、あなたはそれさえもできないのか」
ここらでカチンと来たので語気を強めて会話してたら、
「なんか怒ってらっしゃいますけど、何があったか教えてもらってもいいてすか？」
と。それは俺も聞きたい。
兄ちゃんが俺をどう料理したいのかわからなくなってきたのと同時に、こんなヤバい奴を雇ってる会社についてちょっと知りたくなったので、非礼（？）を詫びて会社や業務内容について聞くも、対象者にしか言わない・教えないの一点張り。
だってさ。そりゃそうだろ！営業断っただけで説教してくる野郎を味方と思う奴なんているわけねえだろ！！！
そんでもって、
「僕もあなたのことを信頼していません」
あげく、
「コンビニの定員に信頼なんてしませんよね？僕たちも初対面なんですから深い信頼なんて築けるわけがないんですよ」
だってさ。もう意味がわかんないよ！！！！！！！！！！！！俺はどうすればいいんだよ！！！！！！！！！！！！
流石に埒が明かなくなってきたから、俺も半笑いで話を続けてくれって言い続けてたら、向こうが根負けして教えてくれた。
要はアンケートをして相談を受ける対象になるかならないかを判断させて欲しいとのこと。
対象になると、住宅資金の相談以外にも将来の資金計画や住宅の選定、家賃の交渉等々のお手伝いもしてくれるらしい。（ピュア）
氏名・連絡先等は無理、仕事・金の話（全部嘘）なら答えてもいいと伝えてアンケートを開始。
話してる最中、結構な頻度で兄ちゃんが携帯弄って会話がストップしたもんだから
「俺もいきなりドア閉めたのは態度悪くて人として間違えてたかもしれないけど、お兄さんも人が質問に答えてる時に携帯弄ってるのはどうなんですかね。」
って言おうとした「ぼ」のところで
「すみません…上司から連絡きたもので…」だって。絶対嘘じゃん。
仕事の話になって、法務部（嘘）で仕事してますって答えたら、兄ちゃんは知らなかったみたいで、業務内容を聞いてきた。
法律に明るい奴なら初めから理論武装してるだろ、ばーかばーかって思いながら
「業務内容に関係する法律のアドバイスしたり、訴訟の対応とかをしてます（小並感）」
「特商法とかも詳しいですよ」
（特商法はその昔、高圧的訪問営業マンに心を抉られた友人から聞いたことがあった）
って返したらしばらく黙った後、慌てて携帯弄り出した。
「お客さんから連絡で…」
とか言ってたけど、会社のデータベースかなんかにこの家はダメ的な情報をあげてたんだろうね。
対象外になった理由はいくら聞いても、基準は企業秘密なのでとしか言わなかった。
帰り際に
「もうお兄さんの会社はもうウチに来ませんか？来てもお断りしますけど」
と聞くと、
「今後は来ないように共有するので大丈夫です」
とだけ言い残して帰って行った。
クリックデータの集計において、毎回全データに対して集計SQLを実行すると時間がかかりすぎ、一方でバッチ処理で集計結果を保存すると、その後に発生したクリックをリアルタイムで反映できないという問題があります。この課題を解決するためには、以下の方法を検討すると効果的です。
---
---
---
### **3. データウェアハウスとマテリアライズドビューの利用**
---
---
### **5. キャッシュとインメモリデータグリッドの使用**
---
---
---
---
### **まとめと提案**
---
1. **要件の明確化**: リアルタイム性の程度、データ量、システムリソースなどを考慮して要件を定めます。
2. **プロトタイプの構築**: 小規模なデータでインクリメンタル集計やストリーミング処理のプロトタイプを作成し、性能を評価します。
3. **システムの実装**: 選定した方法とツールを用いて、実際のシステムを構築します。
4. **モニタリングと最適化**: システムのパフォーマンスをモニタリングし、必要に応じて最適化やスケールアップを行います。
---
---
ご質問の課題に対して、リアルタイム性とパフォーマンスを両立する方法として、インクリメンタル集計やストリーミング処理の導入を強くお勧めします。これにより、新しいクリックデータを即座に集計結果に反映しつつ、全データに対する集計処理の負荷を大幅に削減できます。
ChatGPT「ユーザーセッションをDBに保存して、まだ有効期限をが切れてないかリクエストのたびにDBに聞きに行くやつや」
えっそれは・・・データベースへのアクセスがいっぱいになるよね？
ChatGPT「せやで」
1リクエストにつき1クエリなんて大したコストじゃないんだからサービスが当たってから考えたほうがいい
よしウェブサービスを作るぞと意気込んだ。
まずCloudflare Workersが安いと聞いてるのでそれを使う。
ユーザー認証にはFirebase Authというのが良いらしい。
よし、使ってみるぞ。
えっ中国で使えないんですか？
プロキシサーバーを立てて回避？新規で選んだらアカンやつやん。日本人これ使ってるやつ多いよねぇ。だから世界で戦えないんじゃない？
さらに調べるとユーザーが増えるとコストが馬鹿みたいにかかるんですって。
なにゆってんの。日本人なら水と認証はタダじゃないと納得できない。
そういう事で、タダでできる認証を調べると、Luciaというのを見つけました。
Luciaはオープンソースの認証ライブラリ。ユーザー情報など置くDBは別途用意しなきゃいけないけどそれはしょうがないね。
あとセッションベースの認証だから安全性が高いんだって。すごいね。
ChatGPT「ユーザーセッションをDBに保存して、まだ有効期限をが切れてないかリクエストのたびにDBに聞きに行くやつや」
えっそれは・・・データベースへのアクセスがいっぱいになるよね？
ChatGPT「せやで」
あかんやん！DBのお金くらいは出したるとは言え、リクエスト毎のアクセスはあかんわ。
これもLuciaと同じくOSSだけど、Luciaと違ってトークンベース。
良いですね。私トークン大好き！
早速書いちゃうよー。ごりごりごりら。
ふう、いっぱい書いたね。もうApple、Google、GitHubの認証かけちゃった。
よし、これをスマホアプリでも使えるようにしないとね。Auth.jsとか大そうな名前のライブラリなんやから当然簡単にできるんやろなぁ。
・・・できん！え、嘘！？なんか同じ事聞いてるissueあるけど作者全然アプリに乗り気じゃない！って言うかクローズされとる！リバースエンジニアリングしたら余裕やお前らは作者様に迷惑かけるなボケとか言ってる奴もいる！
これはあかんわ・・・。そらなんとかしたらなんとかなるんやろうけど、「覚悟」がいるやん。暗闇の荒野に進むべき道を切り開く「覚悟」が。
だからアプリ開発者にもっと媚びるのが普通なのに、むしろ忌み嫌ってるフシさえある。
とりあえず今日はここまで。
明日はSupabase Authを見てみる。
そう、認証はタダでは無理だと分かったので。少なくとも命を削って良い機能じゃない。
でもSupabaseの無料枠はFirebaseの倍の量あって、課金入っても比較的安くて良さそう。
しかもCloudflare Workers が連携に公式対応！
正直それがどの程度のものか怪しいけど、見てみるで。
それにしてもサーバーサイドはつらいなぁ。
ほんっとーーーーーに気持ち悪過ぎるんだけど、こういうのも性犯罪に問えないのか？
それとも公然わいせつ罪くらいにはなるのか？そうだとしても見せられた女性の心の傷に対してではないよね……。
こういうのが性犯罪にカウントされないのだとしたら、そりゃ日本の性犯罪件数は表向き少なく出るよね
@females_db_park
【注意喚起】
(※動画閲覧注意)
似た男がいたら警戒・監視してほしい
「教養」って知のデータベース（と、それへのアクセス権限）なので、
・教養があることで省略できることが多い（いちいち車輪から発明する必要がない）※１
・新しい出来事に対しても自分一個でなく結集された英知を結集して思考できる ※２
・それらの経験を通して自分という一個の人間の能力自体も成長が期待できる ※３
……みたいな効果があるっちゃある。ぶっちゃけ教養があることで「できること」の範囲は広がるし、その「できること」の範囲が拡大すれば、大げさに言えばその「人」自体も変化する。そんな感じ。
言ってみれば、教養のある無しというのはネットにつながってるスマホとつながらなかったころのガラケーくらい違う。だから「教養なんて無くても別によくね」とか言われると、「俺のガラケーは辞書機能もあるし写真も撮れるし音楽も聴ける、ネットとかつないで何すんのｗ」とか言われてる感じがする。批判とかそういうのじゃなく「気の毒に…」「つなげばすぐ分かって顔真っ赤になるだろうに…」「でもつながない限りこの人には永遠に分からんのか…」「かといってお金ないとか事情があるなら無理に勧めづらいし…無くて死ぬものでもないし……」「本人が納得してないのに押しつけるわけにもいかないし……まあ放置しとくか……」みたいな、同情というかスルーというか、そういう微妙な反応しかできない人が多いと思う。あなたが、「教養って必要かも」と少しでも思ったのなら、たとえあなたが何歳であっても躊躇せずさっさと教養を身につけるよう努力した方がいいと思う。
まあ、教養を身につけた上で「こんなもん、俺の人生には不要！」と言っているのなら、あー、そりゃまあそういうこともあるかもね、Not for youだったんだね、ネットの無い世界にも人生はあるもんね、という感想かな。ただ、教養ある人が回してる世界の恩恵を受けて生活している以上、「俺には教養はいらん」とは言えても「世の中に教養は不要」とは言えないかもな、ということは理解していただけるとありがたい。
※１ … たとえば「標的のシステム内に、一見無害又は価値あるデータを装って取り込まれたあと、気付かれないうちに活動を開始して、標的システム自体に致命的な影響を与えるプログラム」のことを「トロイの木馬」と名付けられるのは教養のなせるワザだし、それで話が通じるとメチャクチャコスパいい。いちいち毎回「標的のシステム内に…」から説明してまわったり、それに全く新しい名前と概念を与えるのは不便過ぎる。
※２ … 一般的に、人生で人が出会うであろう悩みなら、過去数千年間の中で膨大な人が悩んできており、相当な数の人がそれについて人生をかけて思考してきている。それらを用いて自分が思考するだけではなく、同じ「教養」を身につけた人同士であれば、それらを前提にして議論や新しい発展を図ることもできる。ネットの集合知じゃないけど、そうやって関わる人間の数が増えれば、思考や決断のスピード、深さが桁違いになる。
※３ … ここまで教養の「幅広さ」の利点だけを述べたが、教養の真価は、それを使いこなすことで人間自体が深まり、成長できるところにある。物事の「深み」を知ることは、「深く知る」ことへの欲望を生み行動を変える。深みを知るなら、実は幅広さというものはそこまで重要ではない。世界中のワインを飲み比べる人の見ている「世界」の広さに、一つの村に住み同じハウスワインだけを数十年飲み続けて出来年とそうでない年の微妙な味の違いを判断できる人の知る世界の「深さ」は、決して劣るものではない。そして、その両方を身につけることができるなら、ワインを知らない人とはもはや見える世界も違えば経験する人生も異なってくるだろう。
Uber に関しては
自分たちが扱う規模のデータを捌ききれないという問題を、その原因が利用者（Uber）側ではなくデータ永続化におけるPostgreSQLのアーキテクチャが原因だと思われるということをきちんと測定して結論してるからかな？
さらにUberはそのことを安易に「PostgreSQLを使うと会社が潰れる」とか煽り口調で一般化せずに自社ブログに載せているため議論の土台が開けていることが重要だと思う。
今回の問題の記事はRLSとID採番というデータベースの根幹機能ではない付加機能で自分たちのプロダクトとミスマッチしているだけで一般化して罵ってるのが悪質だと思うの
以下の記事、内容がひどくて空いた口が塞がらなかったのだが、
（はてブで）ブックマークして下手にホッテントリにでもなったら嫌だなと思いそっとブラウザのタブ閉じた。
が、しばらくすると残念ながらホッテントリ入りしてしまったので、はてブにコメントを軽く書こうとしたが100文字に収まらなかったので増田にした。
技術選定の失敗 2年間を振り返る TypeScript,Hono,Nest.js,React,GraphQL
まず、「特定条件下では MySQL は我々のプロダクトには不向き」を「MySQLを使うと会社は潰れる」なんて表現するのおかしいでしょ。
以下の記事からの引用だが Uber のエンジニアは「PostgreSQLではアーキテクチャに制限がありすぎてUberのシステムを支えきれない、MySQL＋InnoDBに変えたら全部解決した」と主張している。
UberエンジニアがブログでPostgreSQLにダメ出し、PostgreSQLコミッター石井達夫氏に反論を聞く
RDMS（に限らずライブラリやミドルウェア一般）の評価は採用する開発プロダクトの要件とユースケース次第。
Not for me/us. を「これを使うと会社が潰れる」って……MySQL開発チームから名誉毀損で訴えられろと思う次第。
(サーバサイド開発の言語は）TypeScriptでいい。と言いつつ、結論はこれ
| TypeScriptで書いたサーバーサイドのコードの半分ぐらいも属人化している。なぜかメンバーのキャッチアップが進まない。
ん？？？？
こんな評価眼で開発力で文章力の人を「厭味が無くて楽しめた」だの「公開してくれてありがとうございます」とか言うブクマカにもそれにスターをつける人にも衝撃だよ。
ちゃんと読んでくれよ。それから、ブックマークするか判断してほしい。あーあ
---
| 逆に、Uberエンジニアに対して、PostgreSQL開発チームから名誉毀損で訴えられろと思わないのは何故？
という言及への返信。
Uber に関しては。
自分たちが扱う規模のデータを捌ききれないという問題を、その原因が利用者（Uber）側ではなくデータ永続化におけるPostgreSQLのアーキテクチャが原因だと思われるということをきちんと測定して結論してるからかな？
さらにUberはそのことを安易に「PostgreSQLを使うと会社が潰れる」というような煽り口調の一般化をせずに自社には不向きだったということをブログに載せているため議論の土台が開けていることが重要だと思う。
今回の問題の記事はRLSとID採番というデータベースの根幹機能ではない付加機能で自分たちのプロダクトとミスマッチしているだけで一般化して罵ってるのが悪質だと思うんよなぁ
昔のエロゲは物書きだけど通常ルートに発表の場がない奴が尖ったシナリオ書いたりしたんだよな
もちろん一級品って訳はないが、素材としては唸るゲームも多数あった
それを逆に考えて
【だから】
エロゲはそうあらねばならない、みたいに勘違いした奴当時多かったんだよな
多くはラノベ市場が出来たらはいさよならって市場から消えていったのに
市場に才能が集まる事と
３であれ？って思って
５でもう無理って思ったけど一応クリアして
６はクリアすらせず、７も８も買ってない
RE2もRE3も買ったしクリアしたがFPSなんざやりたかねぇんだよバイオがやりてぇんだよ
開発者とは思えない
例えば、ソシャゲなんかは、「ゲーム開発者ww」なんかよりも、インフラ技術屋の方が大事なわけ
メンテナンスは失敗できない
アホかと思うんだよ
心から
IT土方です。ゲーム開発を仕事としたことはないけど、だいたい同世代っぽいので反応します。
ゲームエンジンに相当する根っこの部分を実装するチャンスがなくなっちゃったって話、似た話題はITだと大体どの分野でもあるとは思いますね。
たとえば昔はCOBOLで自前でデータ操作してたけど今はデータベース（RDBMS）使うよね、とか。
携帯の新端末が出るたび何百万行っていうコード量のOS開発してたけど今はAndroidになっちゃったね、とか。
それを寂しいとか退屈とか感じる理屈はわかるけど、でも自分はそこにあまりネガティブな感情は無いんですよね。
こっちはこっちでプライド持ってやってるけど、とはいえ究極的には自分の作ってるソフトなんて全然つまんねえからね（ゲームと比べると）。
「生産性向上」って言葉にしたらみなさん鼻で笑いますけども、でもOracleやMySQLがやってることを自前で実装しろっていわれたら冗談じゃないわけですよ。
まあ実装はなんとかできるかもしれないけれども、その自前のトランザクション管理がバグって客先環境のデータ壊れちゃってみたいな運用まで考えるとね。。。
そのあたりの根っこの部分をまだ「買って終わり」になってないのは組み込み屋さんだと思う。車載OSとか。
理論上めちゃくちゃブラックなはずなんだけど、あまり話が聞こえてこないんだよね。どこも内製してて転職市場に流れないからなのかな？
自分が子供のころはPCとかマイコンって「ゲームを作ろう」から始まったけど（ベーマガ的な）、
今の子ってMincraftみたいなブロック組み合わせてLegoマインドストームみたいなロボット制御するのが初手だったりするから、生産性向上ヤバイ
うまくまとまらんけど、
まあ個人的には必修でなくてもいいよなというのは同意で。「英語以外の言語を通じて英語を相対視することが大事」的な話は後づけされた理由じゃないのかなあ……と。
ブコメでも書いたけど、20世紀初頭あたりまでは自然科学系でドイツ語やフランス語（特にドイツ語）が強くて、理系でも第二外国語としてこれらを抑えておかないと最新の動向を追うのがきつかった時代というのはあった（はず）なのだよな。"pH"の読み方が長らくドイツ語寄りだったあたりとか医師用語のドイツ語由来が多かったりとかもその名残り。
で、第一次大戦・ヒトラーによるユダヤ人迫害・第二次大戦という流れの中で欧州大陸から米国へ研究者が大量に流出し、さらに冷戦期のアメリカで学術振興策が当たった結果、現在のような「研究論文は英語で書くのが当然」な時代になった。
このあたりを定量的に検証しているデータは無いものかなと思って探していて見つけたのがこれ。化学での使用言語推移。
1961年からのデータなので上の流れがある程度定まったあとの情報ではあるものの、1961年時点でも英語の割合が43%程度なのだよな。あと冷戦期なのでロシア語割合が18%と高いものの、20世紀初頭のドイツ語圏のような「その分野での圧倒的な強さ」みたいな印象はあんまり無い（おそらく、東欧の研究者が論文書いたときに「まずロシア語誌に投稿」」みたいな感じの仕組みがあったんじゃないかな）。
そして1980年には英語割合が60%超え、1985年には70%超え、1995年には80%となり、「研究論文は英語で書くのが当然」 「研究動向を追いかけるには英語読めれば十分」が確立された（元のデータはあくまで化学だけど自然科学や工学系一般でも多分同じことが言えそう）。
話を第二外国語に戻すと、必修なのは、制度ができた当時（旧制大学時代？）に必要があったからでしか無いんじゃないかなと。これで思い出すのが「履歴書は手書き」問題で。
https://nordot.app/961097046650388480
戦前の履歴書は毛筆が当たり前だったのを「事務処理に必要とされるのは毛筆ではなくてペン字だろ！」という合理的な理由で改革したものの、手書きよりワープロなりPCなりでの書類作成能力が必要とされる時代になっても「ペン字でなければならない」という後づけ理由が発生した。第二外国語を必修する理由としての「英語以外の言語を通じて英語を相対視することが大事」的な話にも同じような印象を感じてしまうんだよな。
あと、「研究論文は英語で書くのが当然」 時代が将来的にいつまで続くかは分からないけど、この時代が終わったときの研究者サバイバルに第二外国語が効くか？というと微妙な。
35歳独身。この増田を見て興味を持ち、家系図を作成しようと決意する.
https://anond.hatelabo.jp/20240521221155
お盆に実家に帰るし、その時に話のタネになるかなと思い、作成し始めたが.
作成する過程及び作って共有したことがとても充実していたので、共有する.
2024年の春から、広域交付という制度が始まり、従来戸籍のある市町村でしか発行できなかった戸籍が.
どこの市民センター、市役所でも取得することができるようになった.
なので住んでいる近くの市民センターへ行き、家系図を作りたいので、遡れるだけ遡って戸籍を取得したいと相談した.
戸籍の知識がほぼない状態でいったので、相手の言っていることが最初はわからなかった。
知っておくべきは、「結婚するまでは親(筆頭者)の戸籍に入っている」こと。
なのでまずは自分の親の戸籍を請求して、次は親が結婚するまでに入っていた祖父母の戸籍を請求する、ということを繰り返す.
あとは広域交付では、戸籍係の人が戸籍データベースみたいのにアクセスして戸籍を探してくれるが、
1件1件電話するので、地味に時間がかかる。なので早い時間に市民センターに行くべし。
家系図は馬の血統図のように単純ではなかった。兄弟の存在もあるし、私の家系の場合は、養子縁組で家系が飛んでいることがとても多かった。
例えば、父方の祖母の家は富山の松本という家であった。しかし曽祖父の戸籍をとってみると、曽祖父は玉井という家から松本家に来た養子であり、
松本家の血筋はなかった。さらに高祖父(祖父の祖父)である松本さんは、同じく玉井家から養子で来ており、親子とも玉井家の養子であった。
また、母方の祖父は秋田県の佐藤という家であったが、曽祖父、曽祖母ともに佐藤家に来た養子と婿養子であり、佐藤家の血筋はなかった。
このように、昔は養子縁組が当たり前のように行われており、私の家系は割と旧家と呼ばれる家であったことから、
家の存続のために、養子を取って子供を残すということがかなりあったようだ。
養子を出す先の家も、1回養子に出して終わりというわけではなく、時が経ち、養子元に子供に恵まれなくなった場合、養子先の家から養子先の家に別の養子を出す、という
養子の交換のようなことが行われており、家同士が強い結びつきがあることがよくあった。
親戚と話して後ほど発覚するのだが、血のつながりがないと思っていた松本家は、実は昔の玉井家に養子を出しており、
のようなことが行われており、養子交換を通じて実は松本家の血筋が生きていることが判明した.
このように戸籍を追っていることは、推理小説を読んでいるかのように、事実関係を明らかにしていく行為のようであり、とても楽しい.
さらに当時の家の関係性などを想像することができるし、さらに年配の親戚と話すことで答え合わせができるので、想像だけで終わらず、
戸籍の年代をみると、古くは江戸時代後期(弘化3年、1846年生まれの人の戸籍があった)、明治、大正、昭和と.
これは歴史に相当する話であるが、自分の先祖であるので、歴史の中に自分ごとが入ってくる妙な感覚がある
お墓参りでは、自分が物心付く前に亡くなった人のお墓をなんとなくお参りするイベントだと思っていた。
しかし家系図を作ると、このお墓には○○さんが入っていて、家系図で言うとここの人物で、自分とどういう関係の人なのか、が解像度高く理解できる.
より先祖に思いを馳せて、お参りすることができる
祖母に家系図を見せてあげたところ、この人とよく遊んでもらった、結婚式で顔を見た！、まだ生きててどこそこに住んでる、という生きた情報が聞けた.
自分にとっては紙面上の文字だけの人ではあるが、年配の祖母にとっては、思い出の中にいる生きた人物なのだ.
年寄りは昔話が好きだとよく言われるが、 若者がそれを聞いても普通は面白く感じないだろう.
だけど自分が必死で戸籍を取って、明治時代の読みづらい文字を頑張って解読し、頑張って作った家系図を作った後には
その昔話がとても面白く感じるのである。これは端的に言えば、ご先祖に対する興味が格段に向上したからである.
さらには、祖母と一緒に、本家の跡を継いでいる松本家の親戚に家系図を見せてあげようということになり、本家に行ってきた.
本家の人に家系図を見せてあげると、実はウチも家系図を作ったことがあると言って、奥からパソコンで作成した家系図が出てきた.
その家系図は、自分のように戸籍を取得して作ったものではなく、親戚から聞き取り調査を地道に行なって作成したものであった.
自分が作成した家系図と比較すると、かなりの部分は一致しているが、片方には載っているがもう片方に載っていない関係などが多数あり、お互いに補完し合える家系図であった.
ある種、答え合わせもできたし、本家の人しか知らない、戸籍では分からない情報もたくさん話すことができた。
母は私が小さい頃離婚している.
私の場合は、成人した後に母と連絡を取り合い、たまに会うことがあるが、
もし離婚した親の行方がわからなくても、自分と血が繋がった人であれば、現在どこに住んでいて、今誰と結婚しているか、子供はいるのか、などが
親の戸籍を取得すると、離婚した際に除籍されて、その後どの市町村のどの戸籍に入ったのかが分かるのだが
それを追いかけていくと、何回引っ越していようが、現在の戸籍まで辿ることができる
私の場合、母は離婚して神奈川県藤沢市で新しい戸籍を作成して独り身になり、その後横浜市でとある人と結婚し、子供が一人いることが戸籍から分かる.
もちろん母の家系も、戸籍を遡って取得することで家系図を作成することができる。
母が亡くなった際には、離婚していても、子供に相続が発生するので.
相続管理人になる人物は、母の戸籍が存在した市町村全ての戸籍を取得して、前夫の子供として私の存在を知ることになるだろう.
今度母と会った時には、作成した家系図を持って行って、疎遠になっている母方の家族の話でもしてこようと思う
除籍謄本は1通750円です。私の場合、全部で20通取得したので、15000円かかった。
大抵、明治前半〜後半の戸籍まで遡ると、それ以前は廃棄しましたと伝えられた
戸籍に入っている人の生まれが江戸時代なことはありましたが、戸主の生まれは大体明治初期が限界だった。
中学生のいとこがいるので、自由研究として一緒にやろうかとも思いましたが、結構難しいかもしれない
まず本人が、家系図やご先祖に興味を持つか、やる気があるのか、という問題に直面する
さらには、未成年だと本人確認が難しいので、親権者が一緒に行く必要があるので、一人では戸籍の取得は難しい。
親がやる気でも、結局親が子供の代わりにやった自由研究、みたいな感じになりそう。
21世紀型スキルは、現代の急速な技術革新、グローバル化、情報化社会において、個人が効果的に機能し、成功するために必要なスキルセットです。
これらのスキルは、教育学、心理学、経済学などの分野で研究されており、以下のように分類されます。
これらのスキルは、OECDの「未来の教育とスキル」プロジェクトやユネスコの「持続可能な開発のための教育」においても強調されています。
21世紀型スキルは、単なる知識の習得を超え、実践的な応用力や社会貢献を可能にする能力として、教育改革や企業の人材育成において重要視されています。
ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30
| ブクマ数 | タイトル | ドメイン |
|---|---|---|
| 1599 | 誰も教えてくれない「分かりやすく美しい図の作り方」超具体的な20のテクニック | tomoyukiarasuna.com |
| 1398 | 新人のためのインターネット＆ネットワーク超入門2024 | www.janog.gr.jp |
| 872 | スライドデザイン | design-sli.de |
| 779 | 自分の居場所をつくるには ──鼎談｜星野源×ARuFa×ダ・ヴィンチ・恐山〈前編〉 ｜ YELLOW MAGAZINE＋ ｜ 星野源 オフィシャルサイト | www.hoshinogen.com |
| 700 | 〈特別公開〉警察腐敗 内部告発者はなぜ逮捕されたのか（青木理） | websekai.iwanami.co.jp |
| 677 | ウクライナの夏休み ｜ 何丘ブログ | nanioka.com |
| 588 | 輸入レモンは危なくない。古い情報に惑わされないで［食の安全と健康：第16回 文・松永和紀］ | oishi-kenko.com |
| 582 | 自己肯定感低くてもなんとか頑張れたいくつかの方法 - 腹は減る | blux.hatenablog.com |
| 553 | 観光客に襲いかかる暴漢を通りすがりの全裸中年男性2人組が撃退「我々は善き隣人」 米・サンフランシスコ ｜ BQN -B級ニュース情報局- | zerojirou.com |
| 537 | 同志少女よ、敵を撃て・同志少女よ、敵を撃て 第1話前半 | hayacomic.jp |
| 512 | 神宮外苑再開発について｜伊藤忠商事株式会社 | www.itochu.co.jp |
| 506 | ShellScriptで自動化を楽にしたい時に知っておいても良いこと ｜ sreake.com ｜ 株式会社スリーシェイク | sreake.com |
| 475 | 【独自】全国35カ所の国立公園に高級リゾートホテル誘致、岸田総理が表明へ｜テレ東BIZ（テレビ東京ビジネスオンデマンド） | txbiz.tv-tokyo.co.jp |
| 465 | 生成 AI 活用事例集 | inthecloud.withgoogle.com |
| 434 | 内閣府が労働関係諸法規の脱法を容認するアイデアを表彰したことに強く抗議する談話 ｜ 日本労働弁護団 | roudou-bengodan.org |
| 405 | データベースの値をちょっとだけ書き換えたら検索に数十分かかる様になって障害になった裏話 - STORES Product Blog | product.st.inc |
| 400 | 株式会社パルワールドエンタテインメント | pwe.jp |
| 396 | In pictures: Trump injured in shooting at Pennsylvania rally ｜ CNN Politics | www.cnn.com |
| 395 | 私がLo-fi Hip Hopという一種のカルチャーに抱く嫌悪感の正体 - DOING THINGS RIGHT | mfavoritey.hatenablog.com |
| 359 | セキュアなAWS環境の設計についての解説【2024年版】 - サーバーワークスエンジニアブログ | blog.serverworks.co.jp |
| 355 | マクドナルド公式アプリのモバイルオーダー経由でクレジットカードが不正利用された話 | www.k-taimiler.com |
| 348 | ヴァンス副大統領候補を侮るべきではない : 「平和構築」を専門にする国際政治学者 | shinodahideaki.blog.jp |
| 344 | 『アサシンクリードシャドウズ』が炎上する理由 | japan-forward.com |
| 343 | インベスターZの喫茶店経営は本当に可能なの？開業コンサルの視点から | kaigyou.pro |
| 336 | 無邪気なエンジニアリングができなくなってきた | blog.did0.es |
| 320 | 自民党への献金総額、46年間で1億円超248社／最多はMUFGの73億円／経団連首脳「そのとおりやってくれるかどうかをきちっと見る」 ｜ Tansa | tansajp.org |
| 317 | 『先生の白い嘘』初日舞台挨拶にてプロデューサー＆監督謝罪 奈緒らキャスト全員が思いのたけを語る ｜ cinemacafe.net | www.cinemacafe.net |
| 313 | 日本人祖先の「3系統説」、従来の定説に修正迫る ゲノム解析で進化人類学は「人類、日本人の本質」を探究 ｜ Science Portal - 科学技術の最新情報サイト「サイエンスポータル」 | scienceportal.jst.go.jp |
| 313 | 西日本の民が東京の餃子に感じる「違和感」とは？ ｜ 稲田俊輔「西の味、東の味。」 | yomitai.jp |
| 310 | 『ガールズバンドクライ』のCG表現はなぜ親しみやすいか - 悠々自適 | yuu-1101.hatenablog.com |
