「イミュ」を含む日記 RSS

はてなキーワード: イミュとは

2018-02-01

オペラはもうちょっとなんとかならなかったのかという怒り

http://www.opera-net.jp/5543/

Q.バレンタイン限定色の再販はしないの?

A.リップティント生産には原料手配を含め数か月を要すること、また全体の生産数量キャパティ課題解決しなくてはならないことから、この冬季中の再販につきましては、実現が難しい状況にございます。将来的には復刻の可能性もございますが、確定はしておりません。

Q.限定色の発売日前日に販売していたお店があったのはどうして?

A.当社は、発売日(1/26)の前日(1/25)までに販売店様に届くよう製品を発送しており、届いた製品店頭に陳列するタイミング販売店様に委ねられておりますブランド直営店での販売とは異なり、徹底が困難なことではございますが、この度お寄せいただいたお客様からのお声を販売店様にもお伝えし、今後は発売日の遵守により一層のご協力をお願いする所存です。

Q.発売日にお店に行ったのに限定色がまだ販売されていませんでしたが?

A.大雪の影響により、一部販売店様には発売日までに製品をお届けすることが叶いませんでした。天候によるアクシデントによるものであることをご理解いただけますと幸いです。

Q.イミュWEB通販での取り扱いがないのはなぜ?限定色の転売対策はしないの?

A.限定色のWEB通販につきましては、現時点では生産数量に限りがあるためお応えすることが出来ず、申し訳ありません。

将来的にはWEB通販でも十分な数量を販売できるよう、増産体制の強化に尽力いたします。

転売につきましては、当社も非常に心を痛めております。直接的な規制の手立てがございませんが、こちらにつきましても増産体制を整えることで解決に努めます

(引用ここまで)

どうせ匿名なんだから店名晒して書くわ。

オペラリップが発売される話は知ってた。もちろんあったら買おうと思ってた。

でも、私はそれより前に発売されてたリンメルのアイカラー(http://www.rimmellondon.jp/product/eyes/eyes_50.html)の3番の限定ブラシ付きが欲しくて、出足遅かったもんだからもうあっちこっちロフトとかバラエティショップうろうろしてたんだけど、3番だけどこにも売ってなくて、立川グランデュオのハンズビーならあるかもな、って思って見に行ったのが25日の19時ごろ。そうしたらもう出てる。

ここでテスターやって、ここ数日バタバタしててたから、色味だけタッチアップして落ち着いてからもっとポイントがつくロフトとかで買おうとした私が馬鹿だった。

次にコスメ見にいけたのは土曜日午後、武蔵境ロフトティントリップのバーガンディキス(8番)だけ完売してて「まじか……」って思う。

その後もしや……と思って、焦りながら立川ロフト2軒、プラザ立川ハンズビー回る。シアーリップカラーや7番はあったりしたところもあるけど、リップの8番は当然ない。ハンズビーはご丁寧に「完売しました」とのポップ。販売日前日に出してたのにこういうところだけご丁寧な対応するんだね。

普段全然降りない国分寺ロフトにも行く。ここはシアーリップカラーは両方あった。ちょうど探してたリンメルのアイカラー3番見つかって、それとこれとは別なんだけどな……と思いながら、シアーリップの色の薄い方だけとりあえず一緒に確保。そりゃあるなら全部1本ずつは買っておきたかったけど、8番完売してるから正直揃える気は失せた。

やっぱり探してる子達がいて、その子たちの話題に上がってた吉祥寺ロフトにも行ってみる。ほとんどもうなにもなかった。

ちなみに近くの子在庫聞いてたけど、土曜時点で再入荷すら未定、メーカー在庫不明だそうです。

一足遅れると、都会でも6軒回ってもなにも買えなかった。本当に残念。

木曜の夜、立川ハンズビーで色味見た時に買っておけばよかったのもあって、余計に悔しい。

販売日前日に出すような店もある一方で、大雪で発売日に届かないところもあるとかさ、明らか経済不均衡じゃん。ほんとどうなってんの。

あとこれ読む限り、いまのところ転売対策仕様がない、ってことは、実質転売し放題、ってことじゃん。ふざけんなよ。デパコスクリスマスコフレじゃないんだから

あと原料手配に時間がかかるってことは、多分3月限定色でも今回と同じような事態が起きるんでしょ…… 今から想像して、ただただ萎えるわ。

3月本数限定してweb完全予約注文制にすればいいのに、この文面見る限りそんなことも考えないってことでしょ。

たか限定なんだけど、ここまで踊らされる私も馬鹿みたい。

2016-10-24

関数コミュニケーション

前後文脈考慮せず、同じ入力には必ず同じ応答を返す。

イミュータブル人間関係

新しい人間関係を構築する際には、これまでの人間関係は全て破棄して0から再構築する。

2016-10-01

既存企業が変化を拒んで時代の流れに取り残されるのなんて当たり前で、それで構わない。

変化なんかしなくていい。毎回0から新しい企業を作って既存企業を潰すというのを繰り返そう。

イミュータブルカンパニーだ。

2016-07-22

ストマイミュージックよりゴッドノーズのほうが好きってやつとは合わないと思ってる

2016-05-25

http://anond.hatelabo.jp/20160524164501

関数型という枠組みの中にミュータブルな時間要素が純粋に収まるようにしているのがFRPだろ。

ストリーム関数の外部に持つFRP純粋関数型っていうのは少数派でしょ。

関数の結果が引数以外で決まるわけだからさ。

多分、純粋とかの定義もまた違うんだろうね。

関数型の拡張」で全部丸く収まると思うんだけど。

いやそもそも岡部氏が複雑なアプリになるとFRP必要

これはGUIアプリ(対話的なアプリ)ってことでいいのかな。

コンパイラだとかをFRPで書かないでしょ。

ユーザから入力リアルタイムに処理するプログラムにはFRP有効だよね。

事実、「駱駝」は「状態渡しはむしろ異常」って書いた上に、

OCamlでは」じゃないの?

全部純粋関数型(引数戻り値に収める、状態渡し)にするのを良しとするHaskellと違って、OCaml副作用部分的に使うのが普通で、IOモナドみたいな入出力までも純粋に書くための道具立てが揃ってない、それでちょっと冗長になる、ってことでしょ?

OCamlの元々の推奨スタイルならもっと短く書けるんでしょ?

俺はそう読んだけど。

それっぽい書き込みほどそうやって、事実誤認だ、と強調するから、なんで当事者でもないのに、そんなことが断言できて、電波だということになるんだ?

だって駱駝でも住井でもない面識も無い俺の書き込みが住井扱いされるんだもの

いやだから、どの関数で読み書きされようと、誰が書き換えようとも、時間にたいしてイミュータブルな定数なんだから、定数は定数なのよ。

いやだからグローバル変数使ってるプログラム欠点をそのまま持ってるじゃん

グローバル変数使ってるプログラム欠点説明する必要ある?

2016-05-24

http://anond.hatelabo.jp/20160524161137

拡張なら「関数型的じゃない」っていわれたら「関数型を拡張してるから」って答えればいいだけの話

関数型という枠組みを拡張しているのではなく、関数型という枠組みの中にミュータブルな時間要素が純粋に収まるようにしているのがFRPだろ。「関数型を拡張してるから」というのは、また独自拡張だ、という批判を許すし、FRP関数型の拡張だというのは誤解を招くし、語弊もある。

FRPの効力を否定なんて誰もしてない(よね)

いやそもそも岡部氏が複雑なアプリになるとFRP必要だ、と批判すると状態渡しで充分だ、という反発があった。それが誤魔化しだとして、今に至るし、否定されているから一連のブログでの徹底的なまでの反撃がなされている。

「これが正しい関数型でお前らの状態渡しは間違ってる」みたいに言うから荒れる

事実、「駱駝」は「状態渡しはむしろ異常」って書いた上に、岡部氏のコードの倍の分量の複雑なコードしか示せなかった。あの無理して書いたのが第三者にもまるわかりの状態渡しの実装って間違ってるんじゃないの?

個人的電波だと思うのはこういう匿名書き込みを住井だ駱駝だ言い出すところ

これまでのアンチ岡部のやり方を眺めていると、被害者岡部氏の分析には一定の信ぴょう性が認められるよね?

しかも、それっぽい書き込みほどそうやって、事実誤認だ、と強調するから、なんで当事者でもないのに、そんなことが断言できて、電波だということになるんだ?という素朴な疑問がある。当事者から否定してるんだろ、と誰が見てもおもうだろ。

ストリームから定数とか、過去の値保存してるから定数とか言ってみたところで、プログラム内の色んな関数から読み書きされる可能性があって誰が書き換えたか中身読まないとわからないんじゃ、グローバル変数使ってるプログラム欠点をそのまま持ってるじゃん

いやだから、どの関数で読み書きされようと、誰が書き換えようとも、時間にたいしてイミュータブルな定数なんだから、定数は定数なのよ。

グローバル変数ってのはFRP関係ないだろ?

2016-05-20

http://anond.hatelabo.jp/20160520145906

大丈夫

まり作者の脳の中では関数型ということですね。よくわかりました。ありがとうございます

おまえみたいにコードは書けるが、想像力が致命的で柔軟性が皆無なやつはおまえだけじゃないから。

関数PG時間イミュータブル化した値を導入する、という意味理解できないやつはいる。馬鹿馬鹿で静かにして居れば良い。

そういう集団にとっては、FRPなるパラダイムはそもそもこの世の中には存在しない。おまえの世界存在しえないものについてわかったフリして発言することが問題

発言はするな。

http://anond.hatelabo.jp/20160520144913

違うわアホ

同じ一つの変数の値が「処理系評価する時刻」によって変わるのであれば、

それは命令プログラムですね。

同じ一つの変数.ではなく定数というのは、

__x という、時間ストリームであり、

その__x上の分布は、「処理系評価する時刻」に従って広がっている。

このイミュータブルな世界観理解できず、命令型だとしか見られないのは、ライブラリ設計者の問題ではなくて、

おまえの脳の問題。つまりアホなんだわ。

http://anond.hatelabo.jp/20160520142159

無限ループなのはおまえだろ。

もう一回だけまとめると、__x.t=__x.t+1のような単純な例はもちろん、

その「おまえが書いた命令コード」について、

処理系が、右辺を先に評価して、左辺に代入する

解釈してやった場合

岡部氏のライブラリは、右辺の評価時間におけるxの値を、左辺の評価時間におけるxの値としてイミュータブルなストリーム上に分布する、という説明になるんだろ?

馬鹿から理解できない?

kenokabe氏のGUIコードイベントのたびに同じ変数t(実体はvalOnT)の値を更新しており、

ライブラリの内部的にはな。まだ内部で破壊的代入してるってゴネてるの?精神病

timeengineはライブラリの内部実装だけでなくユーザから見ても関数型ではなく命令型。

ユーザが見ても関数型だが、おまえみたいに命令型のコードかけば、その文脈でも関数型の値が帰ってきたり、定義することができる。

それだけだが、馬鹿から理解できないか

これは過去の値が別の場所に保存されていようが無関係

お前自身がすすんで命令型のコード書いてるんだから、その評価時間のズレで「過去時間」ってのが発生するんだが、命令コード意味しってるかい

http://anond.hatelabo.jp/20160520133350

過去の値が全部残ってるからイミュータブルって言うんじゃないの

Datomicみたいに

 
アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん