  |
はてなキーワード: エスノとは
ワイの中での基準になるけど。
acronym（アクロニム）：頭字語。単語の頭文字を並べたもの。
allonym（アロニム）：別名
anacronym（アナクロニム）：レーザー、スキューバなど由来が意識されないアクロニム。
andronym（アンドロニム）：男名
anepronym（アネポニム）：人名に由来するが普通名詞と意識されているもの。
anthroponym（アンスロポニム）：人名
antonym（アントニム）：反義語
apronym（アプロニム）：アクロニムであり、かつその文字の並びが別の単語になっているもの
aptronym（アプトロニム）：偶然にもその人の職業や性格を表している人名のこと。スコット・スピードやパディ・ドライバー(いずれもF1ドライバー)など。
backronym（バクロニム）：アクロニムに意味を付与したもの
basionym（ベーシオニム）：基名
caconym（カコニム）：謬称
capitonym（キャピトニム）：語頭が大文字で書かれる名詞
contronym（コントロニム）：文脈によって反義になる名詞
demonym（デモニム）：族名
ethnonym（エスノニム）：族名
exonym（エクソニム）：外名
heteronym（ヘテロニム）：同綴異義語
holonym（ホロニム）：全体を現す名詞
hypernym（ハイパーニム）：上位語
hyponym（ハイポニム）：下位語
isonym（アイソニム）：同綴異義語
meronym（メロニム）：部分を表す名詞
metonym（メトニム）：換喩
metronym（メトロニム）：母称。「（女性名）の子」「（女性名）の子孫」を本来意味する人名。
necronym（ネクロニム）：諡
paronym（パロニム）：同源語
patronym（パトロニム）：父称。「（男性名）の子」「（男性名）の子孫」を本来意味する人名。
pseudonym（シュードニム）：偽名
retronym（レトロニム）：同種の新しいものができたために区別して呼ばれるようになった名前。
tautonym（トートニム）：学名の反復名。ゴリラ (Gorilla gorilla) の類。
taxonym（タクソニム）：タクソン（生物の分類群）の名
toponym（トポニム）：地名
統計使えよ。
また相関あるのと因果は違うよね。
貧困層はカップラーメンとか、スナック菓子を大量に食べる、とか。可処分所得に応じて取りうる選択肢が変わる、ってのもあるだろうし。
ゲームの構造はゲーム専用機からスマホのソシャゲ、ゲームセンター等大きく環境変わっているし、PCゲームは日本と海外で全然違う。
しかし本当か？
古賀 正義（中央大学文学部教授）さんは、学校の子どもの居場所を作れと提案
『「若者／支援」を読み解くブックガイド』（かもがわ出版）をご恵送いただきました。弊社の刊行書からは、『ストリートの歌』（鈴木裕之）と『ひきこもりと家族の社会学』（古賀正義・石川良子編）が紹介されています。この二冊からだけでも、幅広く選書されていることがわかります。
@Chuo_PR
@yasuhikomurakam
困難校の生活指導の先生のエスノグラフィーって面白そうだけどあるのだろうか。清濁併せ呑む日本独特の文化だったと思うので面白いのではないだろうか。
子どもたちの側のは『ハマータウンの野郎ども』や『〈ヤンチャな子ら〉のエスノグラフィー』があるが。
と書いて「夜回り先生か…」と思い至る
𓅢ｻﾞｲﾀｸﾁｭｳﾃﾞｽ()
@18991129
返信先: @yasuhikomurakamさん
教育社会学だと古賀正義編の以下の本が挙げられるかと思います。
https://amazon.co.jp/dp/4760892621/ref=cm_sw_r_cp_awdb_c_NR-MDb6HH72JJ
@gomaf502
「『家庭』入れる入れない、もし選べたら？」
@UN_Press
【教育実践を本格的に調査・分析】広田照幸・古賀正義・伊藤茂樹編『現代日本の少年院教育――質的調査を通して』
少年院ではどのような教育が行われているのか？ 本格的なフィールド調査を通して、教育学の視点から多面的に分析、イメージを一新する研究。
@mirai_teiban
1990年代後半から2010年の間に生まれた世代のこと。生まれた時にはデジタルツールが当たり前に普及していたことから、「デジタル・ネイティブ世代」とも呼ばれます。そんな世代の人々の価値観とは？
元アジャイルコーチとして、アメリカのガチの、ガチのシステム開発現場に、言うたらエスノグラフィ（行動観察調査）をしてるようなもんです。三流プログラマながら。
そういうリファレンスみたいなことをお伝えしたら、皆さん（Regional Scrum Gathering Tokyo 2022の参加者）が喜んでくれるかなとか思って、内容を構成しています。
ただ、僕が知っているのはマイクロソフトだけですし、自分の職場だけなので、主語が大きすぎるとか、そう言うのはやめてください。心が傷つくから（笑）
そういうのを踏まえて聞いてください（笑）。全部一次情報で、人から聞いたものではないです。ちょっとだけマネージャ関連のところはマネージャに聞いたところもありますが、基本的には自分が経験したことのみで構成します。
ウォーターフォールは使われていない
まず滝。ウォーターフォールがどれぐらい使われてるのかって話ですけど、これは簡単です。ゼロパーセント、本当に見たことないです。
だからといって本当に素晴らしいスクラムをみんなやってるかっていうと、そうでもない。どれぐらいプロセスに対してマチュア（成熟）かはチーム次第なんだけど、少なくともイテレーティブじゃないのはないし、アップフロントデザイン（開発前の仕様策定）を大量に時間をかけてやってるというのもない。
デザインドキュメントっていうのを書く人もいれば書かない人もいて、書く人が多いですけど、書いても5ページぐらい。
何年か前にサム・グッケンハイマーというDevOpsで有名な人が日本に来たときに日本のお客さんに「ウォーターフォールとアジャイルのメリットデメリットを教えてください」って聞かれて、彼が「ウォーターフォールは全くメリットがないのでやめておきなさい」って言い放って。
私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログ
分かります。誰も使ってないんだから。やっぱりもうやめといた方がいいですよね、正直話無理があります。
次は、僕のチームがどんな感じで運用されてるかっていうお話をします。
マイクロソフトには統一プロセスとかなくて、基本的にチームをどう回すかはチーム次第なんですよ。でもだいたいみんな似たような感じでやってると思います。
基本的にはスモールチームです。どんな大きなプロジェクトであっても、スモールチームの集まりって感じです。
自分のチームについては、これがよいやり方かは分からないですが、個人商店みたいなもので。「IC」というのはIndividual Contributorですね、開発者。
マネージャからアサインされるバックログが基本的にはふわっとしているので、ICがそれを明確にします。
ICが仕様を自分で明確化して、自分でデザインして、インプリメントする。だからそれぞれがレスポンシビリティを持っていて、それぞれが実装をする。
ただ、同じマイクロサービスをメンテする役割の人みたいなのがいて、それは「Buddy」（バディ）みたいになっていて、僕の場合は例えば「スケールコントローラー」っていうのを開発していますが、スケールコントローラーのチームでバディになってると、質問というかお互いに話が聞きやすい。すぐに答えてくれやすいですね。
他のチームとかになると、ちょっとバリアがあって。やっぱりみんなそれぞれの仕事をやっているので、プライオリティがそれぞれあるんですよ。だから違うチームの人になると意地悪じゃなくて彼らのレスポンスは1日に1回とかになったりするわけですよね。仕方がないことです。
多分このチームの単位はマネージャが管理できる最大以下の人数で構成されてるんじゃないかなと思います。だから本当に自分のチームはそれぞれが個人商店みたいな感じですね。自分でレスポンシビリティを持って自分でやる。それは新人であっても一緒です。
司会）ここでちょっと会場から質問が入りました。このチームというのはどういう単位なんでしょうか。プロダクトの単位なのか、どういう単位なのか。
（右下の点線で囲われたところ）このチームはスケールコントローラをやっていて、（右上の3つのICを指して）このあたりはプラットフォームと言って中の基盤みたいなことをやってたりします。
でも基盤もかなり巨大なので、内部でいくつか分かれているんですけど、同じマネージャが見て、みんなを助けている、という感じですね。
司会）隣のチームと、このチームを分けているのは、マネージャが違うだけ？
ええと、大きな機能で分かれているというのがあります。例えば隣のチームはランタイムっていうチームなんで、Azure Functionsのランタイムを担当してるんですよ。
さて、エンジニアの評価っていうのはどんな感じになってるかっていうと、この図にはマイクロソフトは入っていないのですが、僕の友達に「ゆうさん」っていう人がいて、彼がブログでGAFAの給与体系みたいなをまとめてくれて、マイクロソフトも似たような感じです。
参考：GAFA米国本社のエンジニアの年収をジョブレベル別に比較してみた【Google・Amazon・Facebook・Apple】
こういう情報って外部に公開されてるので別に隠すことはないし、マイクロソフトの給料の額とかも調べられるんですよ。
どういうふうになってるかっていうと、エンジニアとしてランクがあるんですよね、「SDE1」「SDE2」とか。マイクロソフトの場合は「シニアソフトウェアエンジニア」があって「プリンシパルエンジニア」がある、みたいな。
このランクの人はこういうことができる、っていうのが明確に定義されていて、それによって給料が決まるんですね。
だから自分が給料を上げたかったらどうするかっていうと、プロモート（ランク上げ）してもらえるように頑張るって感じです。他の人との戦いじゃないんです。
いまより一つ上のランクの仕事をしばらくしていれば、マネージャが「こいつは今はシニアだけどプリンシパルの仕事してるからプロモートしよう」とノミネートしてくれる。
そうやってノミネートされたら次のレベルに行けるし、行けなかったら転職をする。転職するとそこでネゴシエーションしやすいので、その時に例えばシニアとかプリンシパルになれればその給料がもらえる。
ただ、そういうふうに上に行くとレスポンシビリティも大きくなるので、自分でチョイスする感じですね。自分でチョイスするし、自分との戦いなので。だから他の人と比べて不公平とか全然思わない。
給料を上げたかったら次のレベルになればいい。そういうアクションをとればいいので、あくまで自分との戦いって感じになります。
マネージャの存在っていうのは僕的にはすごい（日本と）違ってるように感じています。
日本にいるときはマネージャって進捗管理や課題管理をしたりとかして、プログラマとか開発者を指揮するとかそんなイメージだったんですかね、僕のイメージとしては。
アメリカの場合は、彼らが重視してくれるのは僕のキャリアなんですよ。僕がハッピーかどうかとか、僕がキャリアで成功するかっていうのをすごい重視してくれるんです。
これまで何人かマネージャが変わりましたけど、みんなそうでした。マイクロソフトには明確にそう定義されているんです。だからマネージャはみんなそういう動きをしてくれます。
マネージャのすごく大事な仕事に「アンブロック」というのがあります。IC、つまり開発者の人がどこかで詰まっている状態になると、マネージャが助けてくれる。ブロックされているものをアンブロックしてくれるんです。
例えば、僕が技術的に詰まるとして、誰かに聞かなあかんけど、誰か聞かなあかん人がなかなか答えてくれへんとか、そういうこともあるかもしれないです。
そういうブロックをされる状況が一番生産性を阻害すると思うんですね。
そういうときにマネージャがアンブロックを手伝ってくれる。ある人に繋いでくれたり、マネージャ経由で他の人が僕に協力してくれたりとか。
マネージャが、このプルリクエストを見たら分かりやすいよと教えてくれるとか。
あと結構面白いのは、少なくとも今の僕の職場では、納期が基本的にない感じです。
あるときもあるんですよ。どんなときかっていうと、マイクロソフト最大のイベントの「Build」というのが5月ぐらいにあって、そのキーノートで発表される予定のプロダクトみたいなもの。それが決まったら納期があるのかもしれないですけど。
マネージャも僕に対して「早くしてください」って言ったことは1回もないですね。どっちかというと、僕が「何か遅くてごめんな」とか言ってたら、「いやそんな気にすんなよ」って、「よくあることだよ」とか言われたりする。
これは多分いろんな意味合いがあるんですよね。多分クラウドのプラットフォームって、難しいことがいろいろあって、例えば自分が1週間でできるって思ったのに2カ月かかったりとか、ほんまにあるんですよ。
例えば、JVMにあるJarをアタッチするだけに見えた仕事に、僕は半年かかりました。
僕の能力のなさもあるかもしれないですけど、そういういろんな予想外のことが起こる。
やっぱり世界中の人が使うプラットフォームなので、よく分かってない実装とかしたらむちゃくちゃになるんです。ちゃんと理解して、より良いアーキテクチャを作らないとひどい目にあう。
だから多分マネージャは絶対に急かさないんだと思います。ちゃんと理解して出来るようになれば、次からは開発が速くなる。だからマネージャとしてはそこで急かさないことによって未来への投資をしてる感じなんじゃないかなと、僕は思ってます。
バックログはあり予定もあるが、達成されないこともしょっちゅう
司会）すいません、マネージャの話しに行く前に。質問が集まっていて。納期がないという話に関して皆さんが大混乱に陥っていてですね（笑）。納期がないとすると逆に何があるのか。バックログみたいなのがあるのか、ロードマップがあるのか。どういうものを始点に駆動されていて、牛尾さんの仕事が始まるのか。
バックログですね。大きなトピックだけはある。今期はこれをやろう、というのはあるんですよ。
だいたい今期はこれとこれをやっていこうというのがあって、それを荒い粒度ですけどブレイクダウンしたストーリーにして、それをICにアサインするんです。
でも、それが今期に達成されないということはしょっちゅう起こります。
思ったよりもすごく難しかったとか、あるシステムで改変が入るのでそれまで作れないとか、そういうのがしょっちゅうある。でもそれでそのICが責められることはないです。
変化は見通せないので仕方ないですよね。オーガナイズはされているけど、できなかったときはできないと認める、ということです。
司会）お客様からバックログの元になるような要求がきて、それがリリースされるまでのタイムスパンはどのくらいなんでしょうか？
僕らの場合はプロダクトオーナーみたいなチームとしてプロダクトマネージャがあって、バックログの発生元はプロダクトマネージャが決めるのですが、そのインプットソースとしては、彼らの戦略（ストラテジ－）とカスタマフィードバックですね。
あとはハッカソンでエンジニアがなにかプロポーズするときもあります。
そういうもののなかからプロダクトマネージャが、今期これをやればインパクトがあるんじゃないかと考えるものがピックアップされます。
で、それが達成されてリリースされるまでの期間は本当にピンキリです。
僕の場合は、早いときは1週間で終わりましたけど、さっきの話みたいに1週間で終わると思ったやつが半年かかったこともあります。
僕の上にはプリンシパルマネージャがいるんですね、それが日本で言ったら課長みたいなもので、その上に部長みたいなのがいて、で、テクニカルフェロー、これは事業部長みたいな感じです。
彼らの技術力はどんな感じか。
僕の1つ上の上司は、Azure FunctionsのJavaランタイムをイチから書いた人です。
その上の人は、Azure Automationの開発をしている人で別チームなので細かいところまでは知らないのですが、技術力がハンパない、ということだけは分かります。
何でかと言うと、どんなテッキーな話題を振っても、ものすごく早く深く理解するんです。彼が経験したことのないことであっても、Kubernetesでも、彼がやったことのないPythonとかでも、完璧に理解してアーキテクチャの深い話をするんです。
で、テクニカルフェロー。これはAzureの主要なサービスをイチから書いていたりします。
つまり何が言いたいかというと、僕の上司で僕よりもプログラミングができない人なんて一人もいないんです。
そしてこういう人が僕の仕事のサポートをしてくれる、応援をしてくれるわけです。
だからこんな上司に何かを説得する必要なんてないんです。彼らがテッキーなミーティングに参加して、しかも僕らにすごい鋭いアドバイスをくれるんですよ。
皆さんがもしマネージャをやるときには、こういう人たちと世界で戦わないといけない、ということをちょっと意識していただきたいんです。
て嬉ションするしかないお前の残念な脳ミソには、何も期待してないの。
（ONとOFFの2種類しかない単細胞には少々キツいとは思うが、「ハマータウンの野郎ども」は名著なので、是非これを機に学んでみては？）
学級崩壊動物園で体罰も使えず生徒になめられっぱなしの飼育員であるお前の事情なんざ知るか。
知性が欠如してるのは問題点を認識していながら行動に移さず腐すしか能のないお前。
読解力ｗ
1ビット脳ｗ
いやー楽しかった。
「100選」って書いたけど、多分50冊もないわ。トラバやブコメで埋めてくれ。順番とかは重要度とかではなくて、単に思いついた順。
スティーブン・ピンカー 『暴力の人類史』
ロビン・ハンソン、ケヴィン・シムラー 『人が自分をだます理由』
A.R.ホックシールド 『壁の向こうの住人たち』
セス・スティーブンズ=ダヴィドウィッツ 『誰もが嘘をついている』
デイヴィッド・ハルバースタム 『ベスト&ブライテスト』
ウィリアム・マッカスキル 『<効果的な利他主義>宣言!』
井上達夫 『リベラルのことは嫌いでも、リベラリズムは嫌いにならないでください』
倉本圭造 『「みんなで豊かになる社会」はどうすれば実現するのか?』
東京大学社会科学研究所付属社会調査データアーカイブ研究センター 『人生の歩みを追跡する』
John R Hibbing 『Predisposed』
Charles Murray 『Human Diversity』
Thomas Frank 『People Without Power』
Douglas Murray 『The Madness of Crowds』
Jonathan Haidt 『The Codding of the American Mind』
Geoffrey Miler 『Virture Signaling』
Thomas Piketty 『Capital and Ideology』
言いたいことも分かるけど、余りに粗雑で本人がデタラメすぎる。
"就活で学業がおろそかになる"はデタラメ/採用日程の見直しは教育にプラス
法政大学 キャリアデザイン学部 教授 田中 研之輔https://president.jp/articles/-/26540
しかし、「就活のせいで、学業がおろそかになる」というのは、本当なのでしょうか？
この主張が正しいとするならば、
ということが、立証されなければなりません。
この時点でこの自称「教授」が、論理学の基礎もわきまえないアホか、詭弁を弄する詐欺師のどちらかであることが決定です。
「ＡのせいでＢになる」という文は、必ずしも「ＡがＢの唯一の原因である」ことを意味しません。特に今回のケースで、誰も「学業がおろそかになる唯一の原因は就活だ」と主張しているわけではないです。
従って、「就活が学業をおろそかにさせる」という主張は、別に「就活がなければ学業がおろそかにならない」ことを証明しなくても成立します。
要するに、学業をおろそかにさせる原因はいくつかあって、別に就活を無くしても学業がおろそかになる原因は他にもあるかもしれないわけです。
だからといってそれは就活が学業に悪影響が「ない」ことの証明には全くなりません。
「喫煙しなければ肺がんにならない」ことを立証しなくてはいけないでしょうか？
おかしいですね。喫煙が肺がんの「唯一の原因」ではないからです。
「ゲームをするからお前は勉強しないだ！」という母ちゃんのお怒りの言葉に対して、
「いや、ゲームしないからといって勉強するとは限らないから同じだよ。」
と言ってゲームをし続ければどうなりますか？ ちょっと大変なことになりそうですね。
母ちゃんは別に「ゲームが宿題をやらない唯一の原因だ」と主張しているわけではないからです。
「就活のせいで、学業がおろそかになる」と主張する人も、同じように「就活が学業をおろそかにする唯一の原因だ」と言っているわけではないのです。
なのに「就活がなくても学業をおろそかにしないとは限らないから同じだよ。」と主張するのは、どういうことでしょう？
これも、「相手の言っていないことを準備して、それに反論して論破する」いわゆる「藁人形（ストローマン）論法」の一種です。
いやしくも、まともな大学の教授職を名乗る人が、こんな屁理屈を署名記事で書いていいんでしょうか。
大学の問題か、この横文字学部の体質なのか、それとも全く本人の問題なのか…
本人の博士論文
「都市下位文化集団の相互行為に関する社会学的研究 スケートボーダーの都市エスノグラフィー」2016,一橋
「多年にわたる参与観察により、文化的行為を媒介にして形成されたこの若年集団の軌跡へと迫」る
を見るに、そもそも（あまり論理・科学的手法を用いないフィールドタイプの社会学者としての）本人の資質の問題ではないかと想像されますが、それにしても余りにお粗末でクラクラしますね。
――手法としては経済学に影響を受けつつ、世界観としてそれ採用するのではないわけですね。
山口 ないですね。社会学というわれわれの学問は自由なわけですね。悪く言えばいい加減。分析の最終的な評価にあたっては方法論的厳密さが求められるけれど、その背後には多種多様な研究者がいるんですね。エスノグラフィーをやっている人や街へ出てインタビューする事例研究をやっている人なのです。そういった研究はある意味で科学的ではないと僕は思っているけれど、彼らは時々すごくいい洞察をする。すると、彼らの洞察はデータで裏づけできるか、一般化可能か、といった問題へと発展していくので、分業だと思っています。
ただ、そういう観点から見ると、日本の社会学は総じて科学的ではないということになってしまいますね。相変わらず古典的理論家が何をどう言ったという文脈の解釈とエスノグラフィーが中心ですから。例外はたくさんいますが、やはり少数です。4000人ぐらいが所属している日本社会学会では、計量分析に真面目に取り組んでいる研究者は１割程度しかいないと聞きました（笑）。アメリカ社会学会では逆に計量分析が７割程度、エスノグラフィーや純粋理論は非常に少ない。ましてや古典理論の解釈をやっている人はほとんど希少価値を帯びているといっていいです。
山口 日本の社会学教育、研究では、社会学とヒューマニティと分離していないんでしょうね。ヒューマニティ自体は重要ですが、それと社会科学としての分析は意識的に分けなければいけません。たとえば僕の本『ダイバーシティ』にもヒューマニティと呼べる内容が入っていますね。それから、たとえば大学の学部の教養教育では人に考える力を与え、人を育てることを考えますから、ヒューマニティを含め雑多な要素が全て入ってくるわけです。それはいいんですよ。ですが、大学院は研究の専門家を育てるための訓練をする場所のはずです。日本の研究者は、しばしばその境界を意識せずヒューマニティと科学をまったく区別しないんです。その結果、研究においてさえ、たとえばドメスティックバイオレンスの研究をしている研究者が、計量的分析などほとんどせずに、被害者から聞いた話だけに基づくフェミニスト的解釈で男はこんなものだといった論評をしたりするわけです。まったく科学ではないよ。そういった論評は、自分はこう考えるという意見として発言しても構わない。アメリカであっても思想や政策を中心とした雑誌でそういった意見を発表して社会的影響を与えている研究者は多いですし、総じて尊敬を集めています。けれど、科学者としての分析とは区別しなければならないですね。論文を書くときは思想部分は禁欲的に落とし、検証しえた分析結果だけを書かなければならない。
社会「科学」としての社会学に対する意識が希薄な背景には、日本では多くの社会学科が文学部にあることも影響しているのかもしれませんね。計量なんかやったって人の本音のところはわからないよ、みたいなことを言う人もかなりいました（笑）。僕は実証しなければ、一般的なことは何も言えないよって言うんですが。
米国内で中国系や韓国系などのエスノポリティックスをやる人たちが「目を横に引っ張るポーズが、非常に屈辱的であり大変な差別的である」というコードを米国内で定着させた。無意識だろうが何だろうが、公の場でやってはいけないこととしたんだよ。これを定着させれば、取締る役としてたまにお鉢が回るし、そのコードを啓蒙する講演や勉強会とかもやれるし（大リーグでもやるんじゃないの？）、一種のしのぎになっているんだと思う。
ボストン美術館でやろうとした着物の試着イベントも同じ文脈で潰してしまった。殆どの日本人は何とも思ってなかったのに。着物関係者はやって欲しかったのに。「ボストン美術館はレイシストだ！って抗議している連中もエスノポリティックスをやりたいアジア系アメリカ人だったみたいだし。「（日本人は）無知蒙昧だから気がつかないだろうけど、あんたらは差別されているんですよ。一緒に怒りましょう！」って、親切ぶっているけど、本当にただただ迷惑なだけ。
