  |
はてなキーワード: joinとは
私は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のグラボを変えていく沼に落ちるだけです。
ライト「あぁ俺もだ。マイの中に入ってる気がするよ。ここなんかNULL NULLしてるぜ」
ライト「どうせ他のヤツとよろしくJOINしてたんだろ？なぁ！ レフトが好きなのか？おん！？」
マイ「そんなことない！私はライトくんにユニークなんだから！誰にも従属してない！」
ライト「整合性もない体でよく言うなあ！エンジンかかってきたわ。いいよもうお前。DROPするから」
マイ「いやああああ！本当にスキーマなの！お願いだからGRANTして！せめてEXPLAINさせて！本当は寂しくてトランザクションレベル下げただけなの！ホストはローカルだけにするからあああっ」
マイ「いやああああああああああああああああああああ」
ライト「\q」
どうにかプログラミングして金をもらいたい。
wantedlyでうまそうな求人に釣られては「うちはpython使ってないですね」と落とされ、web広告の会社に働きに行ったら、顧客に提出するための、書式が同じレポートを延々とコピペで作らされた。「お、俺君プログラミングできるんだ。今度機械学習プロジェクト発足するからjoinしてよ。」と言ってくれた上司は、指示も金も出さないのにバイトに成果を求めるやつだった。たまたま縁のあったIT企業に雇ってもらったが４回出勤したところでクビを切られた。俺の技術力もなかったし、出勤頻度が低すぎた。俺は大学生で、出勤できる日は限られてる。
クビになった日がちょうどはてなサマーインターンの締切日だったのでダメ元で申し込んでみたけどこれも駄目。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のままでもいいかな。
有識者会議は、打ち水のほか、浴衣、よしずの活用など日本ならではの対策を盛り込み、観光ＰＲにも生かしたい考えだ。
外国人観光客に快適に過ごしてもらうため、路上でオープンカフェを開きやすいよう規制を緩和することや、案内標識のデザインの見直しなども検討する。さらに、赤外線を反射する遮熱材を路面に施して温度を上がりにくくする舗装技術などの効果を検証する。
https://www.yomiuri.co.jp/olympic/2020/20150417-OYT1T50027.html
↓↓↓今すぐ飛び込め！！↓↓↓
数日前に puppeteer で自動で PDF にする試みを書いたブログがホッテントリに入ってるのを見た
bg.js
const username = "" const api_key = "" chrome.runtime.onMessage.addListener((message, sender, sendResponse) => { if(message.bookmark){ bookmark(message.bookmark) } }) async function bookmark(url){ fetch("http://b.hatena.ne.jp/atom/post", { method: "POST", referrer: "no-referrer", headers: { Accept: "application/x.atom+xml, application/xml, text/xml, */*", "X-WSSE": await createCredential(), }, body: ` <entry xmlns="http://purl.org/atom/ns#"> <link rel="related" type="text/html" href="${url}" /> </entry> `.replace(/\t/g, ""), }).then(e => {console.log(e)}) } async function createCredential(){ const non = Math.random().toString(36).substr(2) const now = new Date().toISOString() const buf = new TextEncoder().encode(non + now + api_key) const u8a = new Uint8Array(await crypto.subtle.digest("SHA-1", buf)) const str = Array.from(u8a, e => String.fromCharCode(e)).join("") const b64 = btoa(str) return `UsernameToken Username="${username}", PasswordDigest="${b64}", Nonce="${btoa(non)}", Created="${now}"` }
username と api_key を埋めてバックグラウンドで動かす
page.js
chrome.runtime.sendMessage({ bookmark: location.href })
ページ内で動かすコード
海外ブログから原書の該当部分の引用だけ拾ってきたので考察は任せた
In the early days of airmail flying, the mail pilots came to believe that their crash rate was unacceptable, even for people accustomed to danger. Finally, a group of them convinced the U.S. Air Mail Service that postal supervisors at the airports were ordering them aloft in bad storms and poor visibility. The solution? Not a new regulation spelling out what weather was safe and unsafe, but rather this simple order: if an outgoing pilot desired, his supervisor had to join him in the cockpit to fly a circuit around the airport before the pilot went off on his mail run. Quickly the supervisors’ tolerance for bad weather dropped.
でもさ、なんか一貫性が無いように感じるんだよね。
まず、言語の大半の部分がオブジェクト指向言語っぽいデザインになってるのに、listの要素数を測る手段はlen()って*関数*なのはどうなの?
a = [1, 2, 3] len(a) # 3
俺は、sortとsortedって言う命名からこの挙動をまったく予測できなかった。
a = [1, 3, 2] a.sort() # None a # [1, 2, 3]
sorted([1, 3, 2]) # [1, 2, 3]
しかもsortedにdictを渡すとkeyがlistに変換されてソートされて返ってくる。
コードリーダビリティに関する本を開けば、どの本にだって「良い名前を選択する」ことの重要性が書かれていると思う。
「sort()が破壊的で、sorted()が非破壊的、sorted()にdictを渡すとkeyのlistがソートされて返ってくる」これって良い命名なのかな?
", ".join(['1', '2', '4', '8', '16']) # "1, 2, 4, 8, 16"
しかも、これに対する「文字列リテラル (文字列定数) のメソッドを使うのは*醜すぎる*」という意見に対しての公式の返答が、これってのも凄い。
確かにそうかも知れませんが*文字列リテラルは単なる固定された値に過ぎないというのが答えです。文字列に束縛された名前にメソッドが許されるなら、リテラルに使えないようにする論理的な理由はないでしょう。
The Zen of Pythonで「醜いより美しい方がいい」って言ってましたやん。
そもそもリテラルかどうかに関係なくstrインスタンスにこのメソッドがある事がおかしいと思った。
pythonのmapは関数として実装されている。(まただよ...)
list(map(lambda x: x*x, [1, 2, 3])) # [1, 4, 9]
なんでメソッドにしなかったの? って質問に対して公式がこう答えてる。
主な理由は歴史です。複数の型に対しての総称的な操作で、対象のオブジェクトがメソッドを全く持っていなかった (例えば、タプル) としても働くよう意図したものに関数は使われました。
(中略)
うわー、信じられねぇ…
歴史的経緯があるから一貫性が無いのは仕方ないみたいなこの感じ。
これが設計思想に「醜いより美しい方がいい」を掲げるpythonの実装なんだねぇ…
散々pythonの事を悪く言ったけど、おれ実はpythonくんの良い所もいっぱい知ってるんだ。
pythonくんの良い所:
The Zen of PythonにPythonの設計思想が色々書いてある。
「醜いより美しいほうがいい」という指針があることはさっき紹介した通りだ。
でもThe Zen of Pythonには「Although practicality beats purity.(実用性を求めると純粋さが失われることがある。)」とも書いてある。
pythonはこの設計思想を他の言語には無い高いレベルで体現してるとは思う。
pythonは、
無節操に色々取り入れた上で、「tupleからメソッドはやせないから、mapは関数にする」とか、メチャクチャな方法でそれらを統合した言語だ。
だが、そういう言語だからこそ、pythonで書いたコードを育てていく中で様々なパラダイムへとシームレスに変化させていく事ができる。
そういう「不純であるがゆえに柔軟性を持ったプログラミング」言語がpythonだと思う。
rubyの純粋性はすごいよ。イカれたくらい徹底されたオブジェクト指向。
BaseObjectをrootとする継承のツリーの中に世界のすべてが収まっている。
haskellの純粋性も凄い。「代入が無い」プログラミング言語に初めてであった時の衝撃。
でも、そういう純粋性をかなぐり捨てたpythonにはタブーが無い。
元々コンサル会社から事業会社のほうでデータサイエンティストをやるようになって１年経つが辞める。そのきつかったことを匿名という場所で卑怯ながらも話したいと思う。
元々私は大学院でそこそこ統計をやってきてから、コンサル会社に行きデータサイエンティストとして事業会社へ移った口だ。
根本的にデータサイエンティストとしての資質としてざっくりいうと以下の３つが必要だと思われる。
2. KPI設計及び事業からのKPIへの落とし込みからそのKPIからどう事業繋がるかというビジネス設計能力
私能力的には１がやや強く、その次に２がまぁまぁそして３はまだまだといった所で事業会社でデータサイエンティストとして孤軍奮闘をすることになった。
データはあるが、なかなか活用できていないこともあり、分析から企画から関われるという事で入社しようと思った。
後そこそこ大きな会社で働くのも良い経験と思い入社を決意した。ニッチな分野ではあるが、この分野ではTopカンパニーである。
最初の４日ぐらいは会社の研修とかで潰れるのは仕方ないもので、それが終わり早速の業務を行う事になった。
貰えない。
許可申請の関係で３週間程かかってからまず最初にデータを頂けるようになった。この時点でやる気を削がれた。
更にデータの確認という事で事業へのヒアリングを進めるだけで・・・６週間程かかった。更にやる気を削がれた。
この辺りで気付いた事だが、コンサル会社でいたときは、データの確認がスピィーディーだったのに何故こんな遅い作業なったかというと
日本の企業は部署跨ぐというのはとても大変で、コンサルとしてやっていたときは単価も高いし、期間内でやらないといけないという事で
いろいろと調整がスムーズに進んでいたという事がこの時に分かった。コンサルとして外から見ているとやはり分からない事は多い物である。
データの確認も終わり、分析をし、改善を行うテーマを決めて進める事になった。この時点で２カ月ぐらい過ぎていた気がする。R/Pythonの自分のパソコンへの許可申請を出すが、降りない・・・。会社的にはCならばOKだと言われる。でもCの追加ライブラリーの関係はダメらしく・・・悩んだ結果エクセルを基に分析をする事になった。現状把握のために基礎集計をするが、エクセルでSQLで言うGroup_byやら違うデータ同士をくっつけるためのJoinを32 bit エクセルで関数ベースでやると何度も落ちる・・・。この時点でやる気は地の底へと落ちていた。
この辺りでCベースでもう書き直そうかと悩むが、流石にCのライブラリーがない所でフルスクラッチ調に書くのは工数的にかかると考えたのでvbaを用いていた。
エクセルベースでの可視化から上司や関係者にデータの分析の結果を見せていく。この辺りでデータ分析から改善策はまとまっていた。しかしこの辺りでやる気をマイナスにして頂ける言葉を伺う。
私がVBAを書いているのをちらっと見て
「プログラミング何かやっていても仕方ないし、プログラマーではねぇ・・・。今後会社ではプログラマーなんていらないから企画できるようにならないと」
勿論これは直属の上司からのお言葉ではないが・・・正確には同期であるが・・・もはや殺意すら覚える。因みにこの人の既存サービスの改良プロジェクトが回った時のデータを収集したら分析する事になっていたが、プロジェクトのスケジュール感を見ると
開発 4カ月
運用以降
みたいな形でうん？何か少なくないか？と思ったら既存のサービスに関してのギャップ分析無しに既存サービスの改良を進めているらしい
・・・その上取れるデータは〇〇〇で〇〇〇は無いらしい。あっそんなん改善出来んやん・・・。一応私はアリバイ工作のためにメールや会議にて発言する
が・・・空気を読めないと言われ会議呼ばれなくなってしまう（因みにこのプロジェクトは要件定義から運用以降まで外注である）。
私のコンサル的な能力がなかったと言えば確かにその通りである。でもいやうん日本の企業の中で、分析をやっていくのは本当に難しいというのがよくわかる。
一人だったというのもある・・・でも殆ど基礎集計レベルで難しい用語を使わずに改善を行おうとしたいやでもこの日本の企業では無理だった。そしてやりたいと思わなかった。
たまに日本の企業でのエンジニアの不遇差を嘆く記事を見かけるが、割と同じようなパターンの臭いがする。
追記
２００万ｐｖの会員サイトでAmazon aws料金を月々リザーブドインスタンスで８０万ぐらい払っていてクラウド安くないと社内的に炎上しているらしい。どんな設計したのかは
もはや手をつっこみたくないレベル。
var myVar3 = a.join("と"); // myVar3 に "花と太陽と雨" を代入
https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Global_Objects/Array/join#Examples
『花と太陽と雨と』（はなとたいようとあめと）は、グラスホッパー・マニファクチュア開発、ビクターインタラクティブソフトウェア（現・マーベラスインタラクティブ）発売のPS2用アドベンチャーゲーム。
https://ja.wikipedia.org/wiki/%E8%8A%B1%E3%81%A8%E5%A4%AA%E9%99%BD%E3%81%A8%E9%9B%A8%E3%81%A8
