  |
はてなキーワード: インスタンスとは
心の定義は難しすぎるのでしない。みんなが何となくそれが心だと思っているもの、それが心だということで話を進めたい。
さて、社会にはたくさんのひとが居て、よってたくさんの心がある（これさえ認められない人も居るだろうけれど、この文はそういう人のためのものではないので帰ってもらいたい）。
たくさんの人の、たくさんの心の相互作用という観点で、以下のようなことがらが普遍的な原理として存在するとわたしは考える。
思いやりだとか、共感だとか、影響力だとか、意思統一だとかという現象は上の大原則があった上で、それを克服してひとまとまりの社会を構築するためにこそ存在する。
しかし、他人同士の心もどこかで繋がっており、相互に可視であると信じており、他人がどう思うかを外部から決定できると思っているような人が、相当数私たちの世の中にはいるように思われる。現実に繋がっていない心を繋がっていると信じ、見えないはずの他人の心を見えると信じ、他人の心に直接影響を及ぼすことができると信じている人にとって、思いやり、共感、影響力とは、本人の独りよがりでしかない。相手がしてほしいことを自分がしているという根拠の無い勝手な思い込みによる行動、そしてそれで相手が喜ばないという現実が受け入れられず逆上するなどという現象が私たちの社会をダメにしている。（こういう上の原理が理解できない人の極北にいるのがいわゆる「ボーダー」ことBPDの人々だろう。）
このような人々には接客サービス業だとか、困難な環境にある人の支援だとか、多くのメンバーからなるプロジェクトのリーダーだとか、人の親だとか、そういうことをやって欲しくない。いずれの場合にしても、社会に対する悪影響が大きすぎるのだ。特にこういう人が人の親になるというのは私たちの社会の悲劇である。
正規品かどうかとライセンス認証できるかどうかとライセンス使用許諾違反かどうかというのはそれぞれ別の話。
ライセンス認証っていうアクティベーションの作業と、使用許諾っていうMicrosoftとのライセンス契約は別の話だからね。
Windowsの販売形態(Microsoftは使用許諾するものであって販売していないというけど)はいくつか種類があって、リテール版・DSP版・OEM版・VL版が代表的なライセンス形態。
リテール版はどんなパソコンや仮想環境でも1台のデバイスにつき1つのインスタンスまでインストールOKな単体販売のライセンス。高いやつ。
DSP版は自作パソコンやってる人にはおなじみの簡易的なパッケージで売られているライセンスで、単体販売は認められていないのでパーツとセットで購入・使用する必要がある。ライセンスがセットで買ったハードウェアに紐づいているもの。新規インストールまたはプレインストール限定。リテールよりは安い。(8/8.1の時には単体販売されていたこともある)
OEM版はパソコンメーカー向けにMicrosoftが大量に卸しているライセンスで、OEMが作ったパソコンにプレインストールする形で工場出荷したものに限って使用が許諾されているもの。中古PCとかに入っているのはだいたいこれ。ライセンスはPCと紐づいているので、出荷時にインストールされていたものなら所有者が変わってもOK。数が多いので安い。
VL版は主に企業向けにMicrosoftが卸しているライセンスで、購入した組織内に限って使用が許諾されているもの。数が多いので安い。
DSP版はLANカードみたいな安くて毒にも薬にもならんようなパーツとセットで売られることが多い。パーツとセットのライセンスなので、例えばLANカードと一緒に買ったDSP版を、セットで購入したLANカードが入っていないPCにインストールして使うのは使用許諾違反。正規品で認証も通って使えるけど使用許諾違反。
セット購入したLANカードを付けたPCにDSP版をインストールしているんだけどLANカード以外のハードウェア構成がごっそり変わってしまった場合には、正規品で使用許諾も守ってるのに認証が通らないということもある。この場合はMicrosoftのサポートに連絡が必要なこともある。正規品でライセンスも守っているなら何とかしてくれる。Microsoftアカウントに紐づけとくと便利。
OEM版は工場出荷時のPCに紐づいているので、正規品のライセンスキーでもほかのPCで使うのは使用許諾違反。
海賊版じゃない正規品で認証が通っても利用形態によっては使用許諾違反になり得る。
freee のイクメンエンジニアはどんな 1 日を過ごしているのか？ - freee Developers Blog
https://developers.freee.co.jp/entry/freee-childcare-culture
この記事はそれほどブクマを集めてるわけでも無ければ、私は freee 社に勤務してるわけでもない。でもこの記事に色々思うところがあったので、書く。
ルサンチマンというか負け犬の遠吠えというか、そういうものかもしれない。幸せそうにイクメンを語られると腹が立ってくるのは、私が不幸だと感じているからに違いないのだろう。
特に腹が立ったのはこの辺。
＞ ちなみに、イクメンは自己評価ではなくパートナーからの評価です (笑) ＞ 平日のなんでもない日にパートナーや子どもが会社に遊びに来ます。
なんとも私と比べてのんびりしている。私は男なのに育児に振り回され死にそうだし、平日は妻も会社で子供は保育園だ。
他人と比べても仕方ないと思いつつ、同じイクメンエンジニアのはずなのに、freee社がのんびりした気質なのか、私が切羽つまってるのか。
まぁまずは私の1日を見てもらうほうが良いだろう。
7:00 〜 9:00
子どもより早く起きて、妻と朝食の用意。
子どもが起きてきたら一緒に朝ごはん。起きない。寝起きが悪い。たっぷり10時間は寝てるだろうに、何故だ。泣く。みかんで釣って起こす。
一緒にご飯を食べる。
妻は8:30前には出社する。
それから30分は子供と3人きり。下の子はEテレに、上の子はiPad上でのYouTubeに食いついて離れない。
このタイミングで茶碗を食洗機に放り込み、ドラム式洗濯機にセットする。乾燥が使えないシャツ系等は週末まであらえない。
着替えよう、保育園行くよ、と言ってもYouTubeに食らいついて聞かない。iPadを与えるんじゃなかったと毎日後悔する。ギャー！と騒ぐので無理やり着替えさせる…最近はYouTuberの実況風に「さぁっ！今日はですね！このお洋服着替えにチャレンジしたいと思います！」とやると着替えるハックを学んだ。。効果てきめん。
9:00までに保育園につれていかねばならないのに、出るタイミングにうんこする…。
お尻をふいておむつをかたして、連れて行くと「お父さん、9時までに連れてきてくださいね…！」はい、すみません。。
独身時代は徒歩通勤に住んでたりしたものだが、と思いつつ、片道1時間以上かかる電車に乗り込む。クソ遠い。急行が超混む。
職住近接にすることで育児に参加する時間を増やせる？うらやましい。freee社は2km圏内に住むと2万支給(らしいね)。その範囲の3LDKだと最低20-25万とかなんですけど。戸越銀座あたりで。でもまぁまだ五反田でいいよな。私がかつて在籍してた六本木だの渋谷だのの企業は2km圏内にまともな家がなかった。1Rで13万とか。住んでたけど。
11:00
若手エンジニアが出社してくる。
「寝坊しました」とかslackしてくる。知るかよ。近所に住んでるくせになんでそんなダラダラしてんだ。
11:30 〜 13:00
集中してコード書こうと思ってる矢先に、採用評価だの、サーバのエラー通知だの、営業系からの相談だの、EC2インスタンスがメンテナンス入るだののメールが来る。
13:00 〜 14:00
昼飯。時間が合う限りチームや他チームの人とご飯を食べる。Face-to-Faceのコミュニケーションは大事だ。
14:00 〜 18:00
いい加減コードを書こうと思う。
だいたいどうでもいいことで潰れる。
18:00 〜 20:00
*本気で* コードを書かなきゃならんと思い始める。クソエディタを立ち上げる。割り込みが入らなければ2時間で一気に1日分の仕事を終らせる。
（この頃、嫁が保育園からのお迎え・食事の用意・子供を風呂に入れてる）
20:00 〜 22:00
経営サイドの面倒な話が降ってくる。出世するんじゃなかった。上の子が生まれたばかりの頃はヒラだったし早ければ19:45くらいに帰宅してお風呂入れて寝かしつけてあげてたのになぁ…。対案とか出したり、前から残ってる課題を解決したりする。
もしもラッキーにも20:00頃までに退社してれば、帰りながら家族にビデオ通話する。
（この頃、妻が寝かしつけしてる）
この時間になると急行がないか、あっても本数が少ないので帰宅には1時間半かかる。きつい。
かつては通勤中にMacbookで仕事をしていたのだが、通勤電車のシートでは目と肩と腰を悪くする。した。治らない。
乗換があるので油断できない。
0:00
帰宅時に子供がベッドから起きてきて「パパ〜」と言ってくれることがたまにある。嬉しいけどもう寝なきゃね。
〜2:00
その合間に食洗機と、洗濯機を回す。保育園の連絡帳を読み、保育園の明日の荷物を詰める。
なお、土日は子供を公園に連れていき、食べかすで汚れた部屋を掃除し、諸々の消耗品などを買いに行くなどです。
基本的に共働きでは「土日くらい休ませてくれよ〜」は通用しません。よくって交互休みです。
技術書典に同僚が「初参加です！」と楽しそうにしてるのを尻目に、「そうかぁ…おじさんはね…むかし出展してたけど…もう本書くどころか…土日に予定をあけて…一般参加すら…」みたいな顔で見ている。
半日くらいなのでムリに妻に子供を任せて出かけていくことも出来なくはないのだが、熱量が失われている。
私も雇用契約は裁量労働制であり、IPO目前ベンチャーのエンジニアである。育児にも積極的に参加している。
なぜ私はこんなにつらいのか。。。
この辺だろうか。
しかし五反田、賃料25万/月とかの3LDKに住むなら、月収75万とかないとつらいわけで…。夫婦合算でも賃料払ってほぼ手残りがない…。子供の学資…。
まぁ戸越銀座の築62年戸建19万/月とか、そういうとこなら月収60万で足りる…？夫婦力を合わせてボロ屋に住む…？
今住んでるくっそ郊外の3LDKは 13万/月。安い。築浅。良い。
毎月10万ぐらい貯められる。
子供風呂に入れたい。職住近接うらやましい。奥さん働いてないのだとしたらそれもうらやましい。
仕事19時に終わるのうらやましい。最近勉強会に行くにも会社はもちろん妻にも断り入れなきゃなので気持ちが萎えて行かなくなってきた。おいていかれる恐怖だけはものすごい。
何が言いたいかって言うと、職住近接の大事さを、職住近接を失ってよくよく分かるようになりました。
毎月10万追加で払ってでも職住近接がいい！いや10万も大事だけど。
なお、freee社は近隣住宅手当2万ですが、5万くれる企業も存在しています。
pixiv, voyagegroup, フリークアウトなどです。など、っていうか、これ以外にある？
あとイクメンエンジニアって名乗りながら育児についてはお風呂と寝かしつけ、あとは社内制度・会社に遊びに来ることしか書いてないんだけど「ん？このひとはパートタイムイクメンなのでは？」という気にはなりました。
散り散りになって消えていくと思いきや、海に沈んでいくマリンスノーが如く深層にユーザが積層していって気づいたときにはだあくうぇっぶに巨大な謎インスタンス群が出来てるとか有り得る
タチの悪いことは、最近のコンビニは質が良すぎるということだ。スピッツがこの世紀の発見をした1997年当時、コンビニは劣悪なものであった。その時に買えたのは安っぽい甘みでしかなかった。あくまで日々のインスタンスな欲望を満たすための甘味でしかなかった。
ひるがえって現在のコンビニスイーツはどうだろう。ちょっとした街のスイーツをしのぐだけのクオリティを24時間365日提供し続けている。コンビニスイーツと王様のブランチで人気のスイーツの違いはただの希少性でしかない。
つまり、つまりだ。コンビニで買える愛も変化してしまったのだ。ただひと時の欲望を満たすだけのインスタンスな愛ですら、その愛の質だけを見れば行列に並んで手に入れる高級な愛と大差ない。僕たちはコンビニで買える愛だけで一生を過ごしていける。何もかもが即物的な時代になってしまった。愛は失われたのだ。
初投稿につき至らない点があるかもしれないが容赦してほしい。が、指摘は受け入れる所存。
俺はとあるUIコンポーネントライブラリ開発者だが、先日議論されたあるコンポーネントの設計について悩み続けている。
これを読んでくれた人の設計センスや知識、経験から、第三者の率直な意見を聞きたい。
悩んでいることの概要は、
ざっくり言えばこの2択だ。
どちらも間違った考えだとは思えないので、そもそもどちらかの捉え方がおかしいのだと思う。そういった意見も聞きたいが、まずは読んでみてほしい。
設計対象のコンポーネントは、よくある触って動かせるスライダーである。下記リンク先のようなものだ。
https://material-ui.com/components/slider/
加えて、下記も前提としてほしい。
Sliderというコンポーネントクラスを作るとして、これらの構成要素をライブラリ-ユーザー間でどう分担するかという点で、AさんとBさんで意見が割れた。
それぞれの意見を要約すると下のようになる。Aさんはカプセル化を狙い、Bさんは単一責任原則を重視している。
画面 └ Slider (ユーザーが作成) ├ 背景バー ├ ノブ └ 進捗バー
Aさん案の場合だと、Sliderクラス内部で勝手にそれぞれの要素を作成し、自分の子にするなりして表示する。
画面 ├ 背景バー (ユーザーが作成) ├ ノブ (ユーザーが作成) ├ 進捗バー (ユーザーが作成) └ Slider (ユーザーが作成) ├ 背景バーへの参照 (ユーザーが指定) ├ ノブへの参照 (ユーザーが指定) └ 進捗バーへの参照 (ユーザーが指定)
Bさん案では、ユーザーが構成要素それぞれを作成し、Sliderにそれを食わせる。
SliderはAさん案のように各構成要素を構築する必要はなく、ノブの移動や進捗バーのサイズ変更だけすれば良い。
Aさんはユーザーが制御する必要のない背景バー、ノブ、進捗バーの構成を隠蔽(カプセル化)しようと提案したが、
Aさん案に対しBさんは、単一責任原則の観点から「各構成要素の構築や表示」という責任を外すべきだと訴え、Bさん案を提示した。
またBさんは、コンポーネントはユーザーが扱うべきものであり、コンポーネントがコンポーネントを内部で勝手に使用しているのは混乱を招くとの見方もしている。
ただしAさんの考えの通り、実際に各要素の構成をユーザーが制御するユースケースは存在しない。
その場では「単一責任原則」を持ち出したBさん案で決定された。
しかしなんとなくAさん案派だった俺はモヤモヤしたまま家に帰り、本当に単一責任原則に反しているのか、カプセル化よりも大事なのかと悩み続けている。
ここまでが事実となる。
さて本当にBさんが正しかったのか、あるいは単一責任原則の捉え方が間違っているのか、はたまた・・
第三者による意見が聞きたい。周りのコメントに左右されない率直な意見が望ましい。なんとなくな意見も歓迎する。
満たすべき機能は見た目だけではないがそこは置いておいてほしい。
重複したソースコードをまとめてしまえば管理が楽と言うのが一番の目的ですよ。
ざっくり言うと、
（シミュレーションゲームだと思ってもらってもいい）
凝って作ったので１時間かかりました。
次に、それ以外の学年を作ります。
同じクオリティで作りたいので、あなたは残りの学年分の５時間かけてまた作らなければいけません。
しかも、成長が早いので、６年生の机は１年生の机の２倍はないといけません。
同じ「教室」なのにめんどくさいですよね？
それなら、１年生の教室の設計書を元にして（クラスにして）を使って、
学年ごとに教室の設計書をコピーした（インスタンスを作った）方が早いですよね？
そして、６年生の教室の設計書（インスタンス）だけ、机のサイズを大きくしたりした方が効率的ですよね？
教室を作った後に、教室にクーラーを設置してほしいと言われました。
一個一個それぞれ設計書を作っていたら、それぞれ直さないといけませんよね？
学年毎の設計書（インスタンス）も連動するので、クーラーが勝手に設置されます。
ものすごい楽ですよね？
っていうのを、プログラムに起こす事で我々はお金を得ているので、
そこは先生に書いてもらってみてください。
「Jazz for your Soul」って消化器を吹く画像の初出とかエピソードを教えて欲しい。 - Sedimentのコメント / はてなブックマーク
まず「Jazz for your Soul」というネタを知らなかったのでそのまま検索する。
https://knowyourmeme.com/memes/jazz-for-your-soul
The original instance of the image, which shows a Korean man holding a fire extinguisher as if it were a saxophone with the caption "Jazz for your soul," was uploaded in early 2007 by Daum blogger Masaru7 and began circulating the Korean blogs and forums, soon going viral after being featured in the HIT gallery of the Korean humor community DC Inside on April 24th.
原点
「ジャズ・フォー・ユア・ソウル」というキャプションを付けたサクソフォンであるかのように、韓国人男性が消火器を持っている様子を示すこの画像の元のインスタンスは、DaumのブロガーMasaru7によって2007年初頭にアップロードされ、 4月24日に韓国のユーモアコミュニティDC InsideのHITギャラリーでフィーチャーされた後すぐにウイルスになります。
終わり。
