はてなキーワード: joinとは
なんかやってしまった
wget https://raw.githubusercontent.com/lukes/ISO-3166-Countries-with-Regional-Codes/master/all/all.csv wget https://github.com/owid/covid-19-data/raw/master/public/data/owid-covid-data.csv SELECT country.name as '国名', covid.population AS '人口', covid.population_density as '密度', covid.gdp_per_capita as '一人あたりのGDP?', MAX(covid.total_cases) as '報告件数', ROUND(1.0 * MAX(covid.total_cases) / MAX(covid.population), 7) as '人口あたりの報告件数', MAX(covid.total_deaths) as '死者', ROUND(1.0 * MAX(covid.total_deaths) / MAX(covid.population), 9) as '人口あたりの死者件数', ROUND(1.0 * MAX(covid.total_deaths) / MAX(covid.total_cases) , 3) as '感染者死亡率' from all.csv as country inner join owid-covid-data.csv as covid on covid.iso_code = country.\"alpha-3\" WHERE country.\"sub-region\" = 'Eastern Asia' GROUP BY covid.iso_code ORDER BY 6 DESC"
国名 | 人口 | 密度 | 一人あたりのGDP? | 報告件数 | 人口あたりの報告件数 | 死者 | 人口あたりの死者件数 | 感染者死亡率 |
Korea, Republic of | 51269183.0 | 527.967 | 35938.374 | 11165 | 0.0002178 | 266 | 5.188e-06 | 0.024 |
Japan | 126476458.0 | 347.778 | 39002.223 | 16536 | 0.0001307 | 808 | 6.389e-06 | 0.049 |
China | 1439323774.0 | 147.674 | 15308.712 | 84081 | 5.84e-05 | 4638 | 3.222e-06 | 0.055 |
Mongolia | 3278292.0 | 1.98 | 11840.846 | 141 | 4.3e-05 | 0 | 0.0 | 0.0 |
Taiwan, Province of China | 23816775.0 | 441 | 1.85e-05 | 7 | 2.94e-07 | 0.016 | ||
Hong Kong | 7496988.0 | 7039.714 | 56054.92 | 0 | 0.0 | 00.0 |
国名 | 人口 | 密度 | 一人あたりのGDP? | 報告件数 | 人口あたりの報告件数 | 死者 | 人口あたりの死者件数 | 感染者死亡率 |
Turkey | 84339067.0 | 104.914 | 25129.341 | 154500 | 0.0018319 | 4276 | 5.07e-05 | 0.028 |
Iran (Islamic Republic of) | 83992953.0 | 49.831 | 19082.62 | 131652 | 0.0015674 | 7300 | 8.6912e-05 | 0.055 |
India | 1380004385.0 | 450.419 | 6426.674 | 125101 | 9.07e-05 | 3720 | 2.696e-06 | 0.03 |
China | 1439323774.0 | 147.674 | 15308.712 | 84081 | 5.84e-05 | 4638 | 3.222e-06 | 0.055 |
Saudi Arabia | 34813867.0 | 15.322 | 49045.411 | 67719 | 0.0019452 | 364 | 1.0456e-05 | 0.005 |
Pakistan | 220892331.0 | 255.573 | 5034.708 | 52437 | 0.0002374 | 1101 | 4.984e-06 | 0.021 |
Qatar | 2881060.0 | 227.322 | 116935.6 | 40481 | 0.0140507 | 19 | 6.595e-06 | 0.0 |
Singapore | 5850343.0 | 7915.731 | 85535.383 | 30426 | 0.0052007 | 23 | 3.931e-06 | 0.001 |
Bangladesh | 164689383.0 | 1265.036 | 3523.984 | 30205 | 0.0001834 | 432 | 2.623e-06 | 0.014 |
United Arab Emirates | 9890400.0 | 112.442 | 67293.483 | 27892 | 0.0028201 | 241 | 2.4367e-05 | 0.009 |
Indonesia | 273523621.0 | 145.725 | 11188.744 | 20796 | 7.6e-05 | 1326 | 4.848e-06 | 0.064 |
Kuwait | 4270563.0 | 232.128 | 65530.537 | 19564 | 0.0045811 | 138 | 3.2314e-05 | 0.007 |
Israel | 8655541.0 | 402.606 | 33132.32 | 16690 | 0.0019282 | 279 | 3.2234e-05 | 0.017 |
Japan | 126476458.0 | 347.778 | 39002.223 | 16536 | 0.0001307 | 808 | 6.389e-06 | 0.049 |
Philippines | 109581085.0 | 351.873 | 7599.188 | 13597 | 0.0001241 | 857 | 7.821e-06 | 0.063 |
Korea, Republic of | 51269183.0 | 527.967 | 35938.374 | 11165 | 0.0002178 | 266 | 5.188e-06 | 0.024 |
Afghanistan | 38928341.0 | 54.422 | 1803.987 | 9216 | 0.0002367 | 205 | 5.266e-06 | 0.022 |
Bahrain | 1701583.0 | 1935.907 | 43290.705 | 8414 | 0.0049448 | 12 | 7.052e-06 | 0.001 |
Kazakhstan | 18776707.0 | 6.681 | 24055.588 | 7919 | 0.0004217 | 35 | 1.864e-06 | 0.004 |
Malaysia | 32365998.0 | 96.254 | 26808.164 | 7137 | 0.0002205 | 115 | 3.553e-06 | 0.016 |
Oman | 5106622.0 | 14.98 | 37960.709 | 6794 | 0.0013304 | 32 | 6.266e-06 | 0.005 |
Armenia | 2963234.0 | 102.931 | 8787.58 | 5928 | 0.0020005 | 74 | 2.4973e-05 | 0.012 |
Iraq | 40222503.0 | 88.125 | 15663.986 | 3964 | 9.86e-05 | 147 | 3.655e-06 | 0.037 |
Azerbaijan | 10139175.0 | 119.309 | 15847.419 | 3855 | 0.0003802 | 46 | 4.537e-06 | 0.012 |
Uzbekistan | 33469199.0 | 76.134 | 6253.104 | 3078 | 9.2e-05 | 13 | 3.88e-07 | 0.004 |
Thailand | 69799978.0 | 135.132 | 16277.671 | 3040 | 4.36e-05 | 56 | 8.02e-07 | 0.018 |
Tajikistan | 9537642.0 | 64.281 | 2896.913 | 2350 | 0.0002464 | 44 | 4.613e-06 | 0.019 |
Kyrgyzstan | 6524191.0 | 32.333 | 3393.474 | 1364 | 0.0002091 | 14 | 2.146e-06 | 0.01 |
Maldives | 540542.0 | 1454.433 | 15183.616 | 1274 | 0.0023569 | 4 | 7.4e-06 | 0.003 |
Lebanon | 6825442.0 | 594.561 | 13367.565 | 1086 | 0.0001591 | 26 | 3.809e-06 | 0.024 |
Sri Lanka | 21413250.0 | 341.955 | 11669.077 | 1068 | 4.99e-05 | 9 | 4.2e-07 | 0.008 |
Cyprus | 875899.0 | 127.657 | 32415.132 | 927 | 0.0010583 | 17 | 1.9409e-05 | 0.018 |
Georgia | 3989175.0 | 65.032 | 9745.079 | 723 | 0.0001812 | 12 | 3.008e-06 | 0.017 |
Jordan | 10203140.0 | 109.285 | 8337.49 | 700 | 6.86e-05 | 9 | 8.82e-07 | 0.013 |
Palestine, State of | 5101416.0 | 778.202 | 4449.898 | 608 | 0.0001192 | 4 | 7.84e-07 | 0.007 |
Nepal | 29136808.0 | 204.43 | 2442.804 | 548 | 1.88e-05 | 3 | 1.03e-07 | 0.005 |
Taiwan, Province of China | 23816775.0 | 441 | 1.85e-05 | 7 | 2.94e-07 | 0.016 | ||
Viet Nam | 97338583.0 | 308.127 | 6171.884 | 324 | 3.3e-06 | 0 | 0.0 | 0.0 |
Yemen | 29825968.0 | 53.508 | 1479.147 | 205 | 6.9e-06 | 33 | 1.106e-06 | 0.161 |
Myanmar | 54409794.0 | 81.721 | 5591.597 | 201 | 3.7e-06 | 6 | 1.1e-07 | 0.03 |
Brunei Darussalam | 437483.0 | 81.347 | 71809.251 | 141 | 0.0003223 | 1 | 2.286e-06 | 0.007 |
Mongolia | 3278292.0 | 1.98 | 11840.846 | 141 | 4.3e-05 | 0 | 0.0 | 0.0 |
Cambodia | 16718971.0 | 90.672 | 3645.07 | 124 | 7.4e-06 | 0 | 0.0 | 0.0 |
Syrian Arab Republic | 17500657.0 | 59 | 3.4e-06 | 4 | 2.29e-07 | 0.068 | ||
Bhutan | 771612.0 | 21.188 | 8708.597 | 24 | 3.11e-05 | 0 | 0.0 | 0.0 |
Timor-Leste | 1318442.0 | 87.176 | 6570.102 | 24 | 1.82e-05 | 0 | 0.0 | 0.0 |
Lao People's Democratic Republic | 7275556.0 | 29.715 | 6397.36 | 19 | 2.6e-06 | 0 | 0.0 | 0.0 |
Hong Kong | 7496988.0 | 7039.714 | 56054.92 | 0 | 0.0 | 0 | 0.0 |
あってんのかなあ?
スターの無いはてブなんてカニの入ってないカニ玉みたいなもんだよ。
いっそのこと、人気エントリーの「人気のコメント」と「すべてのコメント」のビューでは
スターのIDは取得せずにその数だけ表示するようにしてしまってもいいんじゃないか。
例えば「★5★」表記にしてこれを今の「★リスト」リンクに置き換えても良いし、従来どおり「★★★★★」表記でこれを全体で一つの「★リスト」リンクにしてもいいと思う。
★のユーザーIDをその場で確認できないのはちょっと残念に思うところもあるけれど、そこまでユーザーにとって優先度が高い場所でもないだろうし、まあしょうがないんじゃないかな。
そういえばスターIDのリストってMySQLで処理してんのかな。MySQLにリスト型はなかったはずだから、
ブクマレコードごとにスターのリストを持ってるんじゃなくてスターごとにレコードがある感じかな。MySQLだったら、の話だけど。
SELECTが大半でINSERTが少し、DELETEはほとんどないだろうからロックはあまり発生しなさそうだけど、
スターの表示でわざわざブクマTABLEとスターTABLEのJOIN掛けるのはちょっと割に合わない感じがする。
ブクマTABLEにスター数を管理するカラムくらいあると思うし、なんとかならんのかなぁ。
RedisのLIST型を使ってスター情報を管理するとか、INCR/DECRでスター数を管理してくれてもええんやで。
すでにやってたらすまん。
前提:youtube-dlとgoogle chromeをインストール済み
このスクリプトでyoutubeからブロックされたり違法DL法や著作権法で罪に問われても一切責任を負いません
動画一覧画面を開く
https://www.youtube.com/channel/UCNjTjd2-PMC8Oo_-dCEss7A/videos
copy(Array.from(document.querySelectorAll(`#thumbnail`)).map(V=>{return V.href}).join("\n"))
結果がコピーされているのでテキストをペーストして適当な名前で保存する。今回はomega.txtとする
omega.txtを保存したディレクトリにターミナルで移動して下記コマンドを打つ(youtube-dlがインストール済みであることを前提とする)
We’re gutted by the mass cancellations hitting the creative community so we’re throwing a weird virtual meet-up to raise funds and come together as a community. If you’re an artist or love one, join us and spread the word. #WeirdStreamathon #Covid_19 https://t.co/PiFudNixWV pic.twitter.com/w9GIlheWmV— Patreon (@Patreon) 2020年3月12日
【#PatreonIsRacist】 Patreon、アニメ顔は体格関係なく未成年扱い。Google Driveまで監視。
https://togetter.com/li/1480967
Patreonが突如日本の画風は児童ポルノだとして排除しクラウドの監視までし始める→世間的にブチ切れ始められる→キャンセルが相次ぎ経営的に資金面で悪化し始める→Patreonが悲鳴を上げる
一言だけ言っておく。
ざまぁ。
【bot、暴走中!】「Slackは福利厚生」と言い切る、ドワンゴ流・Slackの超活用術とは
https://seleck.cc/1063
上記の記事で取り上げられているように、ドワンゴのslack文化はおそらく社外にいる人間が予想するより遥かにフリーダムである。
そしてその自由さが何をもたらしたかといえば、一部雑談チャンネルの2ch化だ。
その中で最も参加人数の多い雑談チャンネルは、なぜかは知らないが入社時に予めjoinされた状態であてがわれる。
全社的なお知らせをbotが拾って流してたりもするので、一見全員参加の情報共有チャンネルなのかなと思うのだが、そこで話されていることは9割型業務とは無関係な話である。
まあそれでもほのぼのとした世間話が行われてるだけなら無害なのだが、時折Publicという意味を理解できないクレイジーな連中が登場して場が荒れる。
ということもあってかこの雑談チャンネルから真っ当な大人は抜けるようになってきた。
結局、ルールのないネットのコミュニケーションは同じ末路を辿る。
現職エントリ - 毎日わんわん
https://mi111.hatenablog.com/entry/2019/11/01/013545
この現職ブログがslackに対する無理解について叩かれているが、slackを業務連絡チャットとしてのみ利用している部署にとって、自分の業務外のチャンネルで目につくのはそういうところである。
そういう雑談に常駐してるのはほぼ同じメンツのエンジニアなので、彼らがいつ仕事してるのかと感じてしまうのは無理はない。
むしろこのブログ主は、開発現場を振り回しがちな番組制作者が多い中では、開発側に常に敬意を持って接している貴重な人だと思っている。
さて件の退職ブログであるが、あれが各論には同意できる部分があるのにも関わらず、一部の現職から強い反感を買っているのはこの投稿主の人となりにある。
この投稿主はmtgにしろslackにしろ、とにかく意見の異なる他人を罵倒することで有名だった。
あの記事では一切そういう面を出していないので同情が集まっているようだが、彼のtwitterの過去ログを辿ればその断片は垣間見れると思う。
あたかもニコニコの不遇と自分の境遇をシンクロさせてヒロイックに語ってはいるが、彼の場合は他の退職ブログと同列に受け取れないもやりがある。
むしろドワンゴというゆるゆるな環境の中でこれまで許されてきた振る舞いが、体制が変わって許されなくなっただけなのではないか(それでも一般的な会社に比べれば十分ゆるいが)。
今回の記事も含めてドワンゴは大企業病になったと評されることがあるようだが、個人的にはむしろ事業規模に応じてちゃんと大企業になれなかった会社だと思っている。
川上はそういうことに興味がなかった。それでも金のあるうちはなんとかなってしまったのだ。
夏野になって良くも悪くもドワンゴは普通の会社になりつつある。
それがニコニコにとって終わりに見えるのならば、そもそも終わる宿命だったのだろう。
「感じさせられる女」「感じさせる男」という役割は、いつ生まれたか(田中 亜以子) | 現代ビジネス | 講談社
これな。中を読めばなるほどと思わされる近現代の面白いトピックがたくさん書いてあるんだけど、それはいいんだが、総論があまりにおおげさじゃね? 「男性が女性を『感じさせる』セックスをデフォルトとする価値観の誕生は、20世紀初頭の西欧に見出すことができる」とある。マジかよ、と驚いた。
「とはいえ、女性=受動的、男性=能動的とする当時の性別観は強固に維持された。(中略)『感じさせられる女/感じさせる男』の誕生である」ともある。そこに至る論旨がよくわからないんだが、なんか「女性=受動的、男性=能動的とする性別観」イコール「感じさせられる女/感じさせる男、という性別観」であり、そんな価値観は19世紀以前の地球人類には存在しなかった、と言ってるように読める。そりゃいくらなんでもおおげさじゃねーの。
そんなに最近生まれた特殊な価値観だとしたら、「昔のセックスは男女対称だった」という例が,いくらでも挙げられるハズだ。しかしどこまで読んでも、それは、ない。ないのはどう考えてもオカシイんだが、そう指摘するブコメもない。春画では男女が対称的に絡み合ってる、という仄めかしが冒頭にあり、全体の締めに「性的快楽の平等は、女性のリプロダクティブ・ライツの保障はもとより、社会的に女性が男性と対等な存在となることなしに、ありえない。そして、そのときこそ単純な『感じさせられる/感じさせる』という性役割も消滅しているのではないだろうか」とあるが、その割に、江戸時代の町人男女は社会的に対等で性的に対称だった、のかどうか、踏み込んだ検証もない。なんでないの。ないならなんで仄めかすの。
オスがアプローチし、
諾否の決定権はメスが持つ。
オスが攻めでメスが受け。
その構図が、西暦1900年以降の西欧で発明されたものだっちゅーの? アホか。地球上の大抵の虫も鳥も、カメレオンもクジャクもラッコもカメも、そういうふうになってるじゃないか。それでも普遍的とは言えない、というなら別にそれでいいけど、数億年単位の歴史があるものを「誕生は、20世紀初頭の西欧」って、ないわー。
◉◉
精子は貧弱だが活発で無尽蔵、卵子は富栄養だが不活発で希少である。種の生存戦略としてそれが普遍的な正解だとは言わない。原初の地球の原初の海の所与の条件下で、たまたま結果としてそういうタイプが勢力を拡大した、ということなのかどうか、まあとにかく事実としてそうなった。そういうタイプの生物に於いては、オスが遺伝子を残す確率は、ほぼ、孕ませたメスの数に比例する。要するに、片っ端からヤリたがるのが正しい。
一方、メスはいくらヤッたって、一繁殖期当たり、通常一体のオスの子しか孕めない。当然、遺伝子を残す確率を高めるには、相手を厳選しなくてはならない。クソみたいなカスみたいなオスに孕まされたら一巻の終わりだ。なにせ卵子は希少なのだから。ヤリチンは英雄だがヤリマンは愚か。例外は「タマシギ」くらいしか知られていない。
ヒトの場合で言うと、オスは1年で300人を孕ませることだって(3000人だって)原理的には可能だが、メスはその間、一度しか妊娠できない。クソみたいなオスのアプローチを、時にかわし時に撥ね付け、同時に一方では懐妊のタイムリミットも気にしつつ、落としどころで妥協して決断して受諾するしかない。人気ブコメに「女が『やらせてあげる』(男が『やらせてもらう』)っていう表現や意識は絶滅してほしい」というのがあるけれど、そういう意識の根源はここにあり、絶滅はなかなかむずかしいと思う。「誕生は、20世紀初頭の西欧」って、ないわー。
◉◉
昔のブンガクの話をする。好色一代女は、「堂上家の姫君に生まれた一代女が、その道を踏み外して、快楽と苦悩とのないまぜになった売春生活の末に、次第次第に転落し、太夫から天神、私娼へと堕ちてゆく」話で、1686年刊、とWikipediaにある。
あるいは八百屋お七。これはどこまでが史実でどこが創作文学なのかわからないんだが、大火で焼け出されたうぶな少女が、避難所で遊び人にヤラれちゃって忘我の境地を知りメロメロになり、そのオトコに逃げられて想いを募らせ罪を犯すという話が、当時も、現代においても、深い同情と共感を呼ぶ。
あるいは竹取物語。男たちが求婚し、諾否の決定権は女が持つという、まさにそういう構図の話だ。
あるいは「逢ひ見ての のちの心にくらぶれば 昔はものを 思はざりけり」とか「つれなのふりや すげなのかおや あのようなひとが はたとおちる」とか、どうですか。エロいでしょう。西洋の寓話には「眠れる美少女がイケメンのキスで目覚める」というのが多く、男女逆のは聞いたことがない。あれも、そういうことじゃないんですか。
あるいはオウィディウスの「恋愛指南」(複数の和訳があるらしい。以下はネットで拾いましたすみません)。「私は[女が]自分の喜悦をついもらす声を聞くと嬉しくなる。私に待ってくれとか、こらえてくれとか、いってくれるのは嬉しい。女の愛の狂的な、もう参ったという目つきを見たいものだ。彼女をぐったりさせたい。もうさわってくれるなと拒ましめたい」「目当ての女性の膝に塵が落ちかかるようなことがあったら、指で払い取ってやらねばならぬ。たとえもし塵など全然落ちかかってこなくとも、やはりありもせぬ塵を払い取ってやりたまえ。なんでもいいから、君が彼女に尽くしてやるのに都合のいい口実を探すのだ」「接吻を奪ってからは、満願成就までなにほどのことがあろうか。ああ、なんたることぞ。そんなのは恥じらいではない、野暮というものだ。力ずくでものにしてもいい。女にはその力ずくというのがありがたいのである。女というものは、与えたがっているものを、しばしば意に添わぬ形で与えたがるものだ」紀元前の書らしいよこれ。
これらに接して素直に浮かぶ感懐は、オレの場合、ああ、エロ事情って二千年前から変わらねえんだな、というものです。お前ら様はどうですか。ちなみに怪人小谷野敦は、怪著『もてない男』の中で「近代以降と中世以前との違いばかり強調するのがいまどきの流行だが、共通点だって普通にある(大意)」と述べている。「誕生は、20世紀初頭の西欧」って、ないわー。
◉◉
まあブンガクは置いとくとして、「ほとんどの生き物が、オスが性的にアプローチし、諾否の決定権はメスが持つ」というのは、珍説でもなんでもなく、大抵の人が知っているはずの事実だ。「ほとんどの生き物で、まあ控えめに言ってもほとんどの哺乳類で、メスは交尾の間、ただじっとしている」というのも「ヤリチンは武勇伝として語られがちだが、ヤリマンは呆れられる」というのも、大抵の人が知っている。「男の性欲は視覚からでも、あるいは内なるリビドーからでも一瞬で火が点くが、女の身体は時間をかけ手順を踏んで優しい接触から始めてもらわないとなかなかスイッチ入らない」とか、「多くの男は射精の快感を自然に知るが、多くの女は上手な男に上手に開発されないとなかなか目覚めない」とかいうのも、まあ俗説かもしれないが、フェミ勢を含む多くの人が直感的に、かつ体感的に、認めているのではないか。
「若い女は可愛い」というのも、無視できない。もちろん筆者なら「それこそまさに社会が押し付けるジェンダーロール」と言うだろうが、本当にそうか。「ヒトは、小さくてすべすべでふわふわで声の高い生き物を可愛いと感じ、愛でたくなるようにチューニングされている。子育てに有利だから結果としてそういう特性が優位になった」という仮説は、そんなにおかしくないと思うんだが。写真を見るとこの筆者自身、明らかにオレより可愛い。
「オスが攻めでメスが受けなのは性器の形状から考えても当たり前」というような一見バカっぽい主張だって、「いつ生まれたか」を本気で考えるなら、当然アタマをよぎるはずのファクターだ。
なぜ、それらをすべて無視して、20世紀初頭の西欧なのか。
それは、「いつ、なぜ生まれたか」を、本気で考える気がないからだ。
この人は「それは社会的な刷り込みに過ぎない。それもごく最近の、特殊な」という結論ありきでものを言ってる。だから、その結論に都合の悪い話は無意識にスルーする。
◉◉
「ホニャララという価値観はなんら普遍的なものではない」式の主張は、確かに快刀乱麻感があって気持ちいいが、そもそも価値観というものはすべて何らかの偏りであり、したがって「普遍的ではない」のは当たり前だ。それだけでは「価値観は価値観だ」と言ってるのと変わりない。
それが意味を持つのは、ホニャララフリーな世界も意外に広い、という事実とセットの場合だけだ。例えば「チョンマゲはカッコイイという価値観」に対して、「チョンマゲを奇異に思う世界の方が圧倒的に広い」と提示することには意味がある。また例えば「食事というものは主食とおかずから成る」と思い込んでる人に、そうでもない文化圏の存在を示せば、有益な目ウロコ落としになるだろう。だが「感じさせられる女」の論考には、男女が互いに感じさせ合う文化圏も意外に広い、というような例は、ぜんぜん出てこない。
そんなら、最初っからこう言えばいいんだよ。「普遍的かどうかとか、いつ生まれたのかとか無関係に、私はその価値観が嫌いだ」と。「想像してごらん、男女が対称的なセックスを。私を夢想家だと笑うかい? But I'm not the only one. I hope someday you'll join us」と。
オレは「セックスの快感の授与と受容において、男女はもっと対称的であるべきだ」という、なんとなくジョンレノンっぽい主張を、批判する気はない。特に賛成でもないが反対でもない。そう思う人はそう主張すればいいと思う。少なくとも、悪い意見じゃない。
また、男女の性行動の非対称性に自然な根拠があるからと言って、「自然な根拠があるから肯定・維持すべきだ」とも思っていない。例えば「痴漢は男が多い」ことには、生物としてもっともな理由があると思うけれど、だからといって痴漢を擁護する気はない。いくら本能的にもっともであっても、否定されるべきことというのはある。
だからね、その主張自体は、べつにいいんだよ。ただ、その主張を強化するために、客観を装ってもっともらしい嘘を述べ、あるいは誰かのもっともらしい嘘を本気にし、それをあたかも確定した事実であるかのように無批判に引用し、自分の主張の根拠とし、都合の悪い要素はスルー、という、その姿勢がイヤだ。恥ずべきだ。
◉◉
オレの方こそ些細な点をおおげさに問題にしてるのだろうか。
例えば「そういう価値観は太古からある。ちょっと20世紀初頭の西欧から概観してみよう」とでも書いてあれば何も文句はないんだし、脳内でさらっとそう読み換えて流すのが大人のたしなみなのかも知れない。だけどさー、「いつ生まれたか」というタイトルで、いやまあタイトルなんてものはね、著者の意向と無関係に編集者が後から勝手につけたりするもんだけどね、これの場合は本文中に「本稿では、『感じさせられる女/感じさせる男』という役割が、そもそもどのようにしてつくられていったのか、その歴史的経緯を概観したい」と書いた上で、直後に「誕生は、20世紀初頭の西欧」って、はっきり書いてあるんだもんよー。長くてごめんねー。
import random
''.join(random.SystemRandom().choice(string.ascii_letters) for _ in range(8))
パスワードも許されている文字の範囲を気にしつつこんな感じで作ってる。
{
std::string input = "abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ";
std::random_device rnd;
input.end(),
8,
rnd);
std::cout << result << std::endl;
return 0;
}
私は2018年の夏にVRヘッドセット(Oculus Rift)を購入しました。しかし、イマイチ面白いコンテンツが無く埃を被らせていました。そんな私が今夏に何気なくVRChatを始めて気づいたこと、美少女アバターを購入して、生活がどう変わったかを紹介します。
VRChatは3D空間の中で会話するゲームです。MMORPGの街中で全体チャットで雑談するイメージが近いと思います。文字によるコミュニケーションは基本的にないので、身振り手振りボイスチャットが中心になります。
Publicで雑談する人もいれば、Friends Onlyで仲良く遊ぶ人、前にバズったVR乱交をする人もいます。
Twitterで知り合ったひとにワールド紹介してもらい、フレンドが10人ぐらいになる。
Tracker購入
沼
一応確認をとった方がいいですが、VRChatをやっている人の多くは撫で、ハグ等のスキンシップが好きです。始めてすぐの頃にPublicで撫で撫でし合っている人を見て「カップルさんかなぁ」と思ったのですがその人たちは初見さんでした。わたしが撫でると喜んでくれますし、撫でられるとっても嬉しくなります。可愛い子に可愛い仕草をされると本当に「尊い……」限界オタクになってしまいます……可愛い……
3日目ぐらいまでは目から5cmの距離に入られると不快で、後ろに移動していました。慣れてくると可愛さで悶絶します。いまは全く無いどころか嬉しいです。
大幅に落ちました。間食も減りました。
ほとんどないです。独身彼女なしで週4ぐらい抜いていたのがゼロになりました。興奮することはあっても射精したい欲がないです。
写真を撮られるときに手がエモートの形になってしまことがありました。
VR関連のものが無性に欲しくなる、モデリング本からセンサー類まで。そのほかはまったくなし。
PC版デスクトップでもなでなでされる体験はできます!人が多めのワールドにJoinしてお願いすれば多分撫でてくれます。あとはHMD買って、Tracker買って、PCのグラボを変えていく沼に落ちるだけです。
どうにかプログラミングして金をもらいたい。
wantedlyでうまそうな求人に釣られては「うちはpython使ってないですね」と落とされ、web広告の会社に働きに行ったら、顧客に提出するための、書式が同じレポートを延々とコピペで作らされた。「お、俺君プログラミングできるんだ。今度機械学習プロジェクト発足するからjoinしてよ。」と言ってくれた上司は、指示も金も出さないのにバイトに成果を求めるやつだった。たまたま縁のあったIT企業に雇ってもらったが4回出勤したところでクビを切られた。俺の技術力もなかったし、出勤頻度が低すぎた。俺は大学生で、出勤できる日は限られてる。
クビになった日がちょうどはてなサマーインターンの締切日だったのでダメ元で申し込んでみたけどこれも駄目。javascriptできないのが原因だったのかと思って今勉強してる。JSの言語仕様汚すぎるんだよクソが。一応、できる人からしたら大したことはないが、自分で作ったプロジェクト(というのも恥ずかしいが)もある。少しはできるようになった気がしていた時期もあったが全然駄目みたい。飲食のバイトもしていたが、できるならコード書いて金をもらいたい。
俺は絶望的にプログラミングに向いてないから諦めて刺し身にたんぽぽにせる仕事でもやってるのがお似合いなのかも知れない。
どうにもならないので増田にとっておきのネタを書いても|記事への反応(1)|で終わり。きっとこの増田もそうで、これから書く増田もそう。でも俺はこれを投稿する。俺が書く文章より明らかにつまらないページがバズってたから。
夜逃げはありうるかもしれんが、そもそもワイの会社にゃ人を「雇用」するほど金は無いのな。だから無期限の雇用自体が無理なん。
だが雇用じゃない枠組みでjoinしてくれる分にはまあそこら辺はなんとかなるわけ。
で、まあ役員になるってことはそこそこ責任は発生するんやけれど、代表はワイやし株は全部ワイ持ちな限りは特に責任に関しては気にしなくていいかも。
ただ、それだけだと一般的に言う徒弟制度みたいなもんで「言われたことしか出来んし給料も出ない」状態になるから、余程ガッツが無きゃ食えんわな。
その辺はまあ、交渉だよな。
全部こっち持ちなら働いてもらうしかないし、そっちも色々提供してくれるってんならこっちも色々提供出来るよな。そういうこっちゃ。
(async () => console.log( (await Promise.all( [ 'xevra', 'Hamachiya2', 'zyzy', 'naoya', 'amerio', 'nitoyon', //'sbedit1234', 'blueboy', 'aikoku_sensei', 'aflat_1000dai4', 'kyo_ju', 'MermaidSong', 'anigoka', 'miruna', 'the_sun_also_rises', 'enderuku', 'frothmouth', 'tanaka_yuuma', 'rag_en', 'comzoo', 'Yagokoro', 'kowyoshi', 'quick_past', 'zaikabou', 'gui1', 'scopedog', 'qwerton', 'white_rose', 'kaitoster', 'ninosan', 'n2s', //'atsupi0420', //'hidamari1993', //'ketudan', 'synonymous', 'narwhal', 'cloq', 'kazuyomugi', 'Doen', 'Ilovenoel', 'ribbentrop189', 'htnmiki', 'botuyoku', 'hagex', 'p_shirokuma', 'takayoz', //'moko_chan', 'Delete_All' ].map( async id => (await fetch(`http://b.hatena.ne.jp/api/internal/cambridge/user/${id}`)).json() ) )).sort((a,b)=>b.user.total_followers-a.user.total_followers).map(e=>`${e.user.display_name}:${e.user.total_followers}`).join('\n') ) )()
naoya:4961
Hamachiya2:2348
xevra:1805
Delete_All:1319
kaitoster:930
p_shirokuma:878
nitoyon:824
zaikabou:812
kyo_ju:756
kowyoshi:664
hagex:659
kazuyomugi:572
anigoka:543
the_sun_also_rises:433
ninosan:422
blueboy:397
quick_past:351
htnmiki:324
synonymous:315
narwhal:300
aflat_1000dai4:287
miruna:276
rag_en:261
white_rose:236
gui1:233
scopedog:197
frothmouth:186
comzoo:184
cloq:183
enderuku:144
aikoku_sensei:113
zyzy:109
Doen:106
n2s:89
Yagokoro:67
amerio:64
Ilovenoel:56
qwerton:53
MermaidSong:34
ribbentrop189:21
tanaka_yuuma:18
takayoz:15
botuyoku:0
Promise.all([ 'xevra', 'Hamachiya2', 'zyzy', 'naoya', 'amerio', 'nitoyon', //'sbedit1234', 'blueboy', 'aikoku_sensei', 'aflat_1000dai4', 'kyo_ju', 'MermaidSong', 'anigoka', 'miruna', 'the_sun_also_rises', 'enderuku', 'frothmouth', 'tanaka_yuuma', 'rag_en', 'comzoo', 'Yagokoro', 'kowyoshi', 'quick_past', 'zaikabou', 'gui1', 'scopedog', 'qwerton', 'white_rose', 'kaitoster', 'ninosan', 'n2s', //'atsupi0420', //'hidamari1993', //'ketudan', 'synonymous', 'narwhal', 'cloq', 'kazuyomugi', 'Doen', 'Ilovenoel', 'ribbentrop189', 'htnmiki', 'botuyoku', 'hagex', 'p_shirokuma', 'takayoz', //'moko_chan', 'Delete_All' ].map( async id => { return (await fetch(`http://b.hatena.ne.jp/api/internal/cambridge/user/${id}`)).json()} )).then( v=>console.log( v.sort((a,b)=>b.user.total_followers-a.user.total_followers).map(e=>`${e.user.display_name}:${e.user.total_followers}`).join('\n') ) )
同意。
ロック処理とか甘いしサイズ制限も2GBだしANSI SQLに一部対応してないしで、Webサービスのバックエンドに向かないのは間違いないが、さりとて5万行程度のテーブルを捌けない程無能なRDBでもない。
複数テーブルでもちゃんと外部参照設定して第3正規化するくらいは普通にできる。複数テーブルJoinしたりサブクエリ書いたりもできる。
元の発言した人は、ちゃんとAccessを使ったことがあるのか疑問である。
ただ、Excelよりも便利なのは確実だが、WordとExcelくらいしか使えない人も多いので、ほかの人とデータ共有するのであれば、Excelのままでもいいかな。