「入力」を含む日記 RSS

はてなキーワード: 入力とは

2016-05-31

braun検索できない問題

braun商品が好きで、廃盤品を探すことがある。

髭剃りのCMで有名なドイツブラウンである

ところが中古品を買おうと検索しても見つけることができない。

ヤフ○クもメル○リもそうだ。

原因は、"braun"と入力してもカタカナの「ブラウン」が引っかかってしまうことだ。

そのせいで業者が大量爆撃している茶色商品検索結果が埋め尽くされてしまう。

もちろん、型番を決め打ちで検索すれば目当ての物は引っかかるが、商品知識のない出品者の商品は見つけられない。

これ、どうにかならないものですかね。

2016-05-30

「要再検討」を「要塞検討」と変換してしまGoogle日本語入力は素敵だ

単語入力しても変換する主語述語をきっちり選択肢ないと学習しなかったり、学習してもまた用例間違ってくれちゃったり

でも単語登録ATOKと違ってさくさくしてて楽なんだよな

Apple IDのパスワード

メインのPCWindowsスマフォAndroidなので、MaciPhone仕事柄参考程度に使う程度なのだが、後者はとにかく日常的にApple IDのパスワード入力を求められる。アプリを落とす時とか、何か設定を変える時とか。

普段セキュリティを警戒して14文字ランダムパスワードにするのだが、Appleの端末は記憶してくれないので、毎回入力するのが面倒で短いパスワードに変えてしまった。

まりAppleセキュリティを強化しようとして逆効果になる施策をしているということ。本当に愚かな企業である

2016-05-28

半角ハイフンは Mac で ? に化けるのか

半角ハイフンは Mac で ? に化けるらしいという話がある。

元は、次の新聞記事における例。

   http://www.asahi.com/international/reuters/CRWKCN0YI0F7.html

 

MCR-1 という正式表記が、 MCR?1 に化けている。ここで、MCR と 1 は全角なのに、 ? は半角であることから文字化け委したことが明らかとなる。(全角に変換して表記したのに、文字化けのせいで不表示を意味する半角 ? になってしまった。)

 

これはどうしてか? 機種依存文字のせいだ。

MCR-1 という正式表記をするときに、半角ハイフンのかわりに、よく似た記号(二分ダーシ)を使うと、こうなる。

   http://youbou.blogmura.com/req_tpc/0_2057_-1.html

 

本人は半角ハイフンを使っているつもりでも、別の記号(二分ダーシ)を使っているから、互換性が取れなくなるわけだ。

 

《 参考 》

二分ダーシなどの記号入力方法 (MacWindows

  http://ameblo.jp/spooky64/entry-10456751780.html

Windows 10 俺専用メモ

開発環境

・Insider Program

bash

・Virtual BOX

Visual Studio Community

Visual Studio Code

Raspberry PI2 IoT

Xamarin



Chrome

Google 日本語入力

2016-05-27

「よしお」のバリエーション

仕事である人の氏名を入力した。

その名は「よしお」。

「YOSHIO」とキーボードを打ち変換。

すると、変換したい「よしお」がなかなか見つからない。

「よし」のバリエーションも多いし、「お」のバリエーションもそれなり。

「よ」の単漢字と「し」の単漢字を組み合わせた「よしお」もある。

「よしお」は無限で奥深い。奥深すぎて一発変換できない「よしお」もいるだろう。

世の「よしお」の皆さんの苦労を感じずにはいられない。

2016-05-25

はじめてのリセマラ

昨日、暇だったので、ガチャ引いて一喜一憂するゲームを雑に遊びたくなって蒼空のリベラシオンってアプリを落としてみた。

で、普段はまったくやらないんだけど「たまにはリセマラってのをやってみようかな」と思って、

リセマラをする」のを目的にしてまあ何が出ても1回はリセットしようって決めて、周回方法確認がてら1周目をやってみた。

そしたら10ガチャで一番レアな☆4のおねいちゃんとおっさんが2人も当たった。☆4は4%らしい。あと☆3の人がポロポロ

追加で回せる単発を3回回したら☆3が3回とも出てきた。



1周目結果

☆☆☆☆…2人

☆☆☆……6人

☆☆………2人

(ダブった人はなんか石になるのでノーカウント)



これはもしかしてすごい当たりデータなのでは……?物欲センサー?って思いつつ、でもリセマラがやってみたかったのでリセット

くぅー!(スキップ完備とはいえ)チュートリアルかったりー!」とか言いながらリセマラを満喫してガチャ



2周目結果

☆☆☆☆…0人

☆☆☆……3人

☆☆………4人

☆…………3人



あっ、これは1周目神データだったっぽい。

チュートリアルを2回やった時点で、操作とかコンボとかの入力が難しくて続けられる気がしなくなってたし、時間もいい感じに潰せたのでそのまま終了。

っていうかリセマラしないと1周目と2周目の結果ぐらい差が開いた状態ゲームスタートちゃうことになるのは、なんかとてもつらいなあと思った。

そりゃみんなリセマラしたくなるよなー……。

結局2周でやめてるからリセマラっていうかただ1回リセットしただけだし、リセマラ終わる目標も決めてないし、

リセマラをやったっていうか、ちょっとだけリセマラやってる気分を味わっただけなんだけど、それはそれで結構しかった。

http://anond.hatelabo.jp/20160524164501

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

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

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

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

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

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

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

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

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

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

OCamlでは」じゃないの?

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

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

俺はそう読んだけど。

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

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

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

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

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

5分で終わる作業恋愛に関する悩みを投稿してください

http://crowdworks.jp/public/jobs/646326

▼やることはこれだけ!

1.Q&Aサイト恋愛に関する悩みを投稿
2.投稿したURL入力してください

報酬は?

1投稿10

投稿する内容

恋愛、性に関する悩みであればOKです。出来るだけ悩みを具体的に書いてください。

投稿してほしいサイト一覧

Yahoo知恵袋 http://chiebukuro.yahoo.co.jp/

OKwave  http://okwave.jp/

教えてgoo  http://oshiete.goo.ne.jp/

発言小町 http://komachi.yomiuri.co.jp/

  人力検索はてな http://sooda.jp/

Sooda  http://sooda.jp/

楽天みんなで解決 http://qanda.rakuten.co.jp/

BIGLOBEなんでも相談室  http://soudan.biglobe.ne.jp/

@nify教えて広場  http://oshiete.nifty.com/

チエノワ http://chienowa-qa.com/

サイゾー質問箱 http://qa.cyzo.com/




人力検索http://q.hatena.ne.jp/ だよう

[] からアナル

カラー」って入力しようとして、間違って「からあ」って打ったら、予測変換に「からアナル」って出てきた。

から揚げかよ。


アナル増田

2016-05-24

http://anond.hatelabo.jp/20160524133941

このように何か処理を実行した際に、入力として受けつけたデータ以外の物が変化することを"副作用がある"と表現するようです。

関数型言語はこの副作用のないプログラムを目指します。

引数データを受け取り、それ以外の情報を使わず戻り値を返す」関数を作ることを考えましょう

外部に依存しないよう関数の入出力を定める

この辺でさ、岡部氏のFRPは、時間軸を持つストリームとしての値っていうのを、特別扱いして外部に持ってるわけじゃん?

反対してる人は、状態を外部(関数引数でも戻り値でも無い所)に持つの関数型的でない、って言ってたわけじゃん?

岡部氏は時間グローバルなのが当たり前、引数戻り値で表す必要はない(全てを引数戻り値表現する「状態渡し」ではアプリは作れない)って立場じゃん?

上で引用してるのは「状態渡し」推奨の立場じゃないの?

なんで状態渡し否定派の岡部氏の路線になるの?

道路族と対決

愚痴です。ごめんなさい。

ウチの家は新興住宅地一角にあり、周囲のほとんどが子育て世代の若夫婦です。そして何故か子だくさんばかり。少子化なんて嘘のようです。ウチは子供がいない世帯袋小路私道なので車が通らず、近所は文字通り道路族のパラダイスです。

平日、休日わず午後になると家の周り(構造説明するのが難しいのですが、四角い家の二面が道に接しており、また脇に仕切りの無いカーポートもあって、そこも道に接しています)で大騒ぎされて参っていました。

こんな状態がもう十年以上ずっと、子供世代が次々入れ替わり連続的に続いていました。それでも「子供のやることだから」「そのうち大きくなるし」と余りにも酷い一、二例を別にすれば、何も言わずじっと耐えてきました。

ですがそんな状況が更に悪化し始めたのは数ヶ月前。カーポートを挟んだ隣の家の兄弟が大きくなってきて、サッカーボールで遊び始めたことからです。以前からガラガラうるさい足漕ぎ車で騒音に悩まさせられて来た子たちでしたが……。

どこかから連れてきた友達と四、五人程度で道路フットサルのようなことをし始めました。見るとそれに時々母親父親友達の親らしき大人などが混ざっている事も。

当然エキサイトしてくると周囲が見えなくなり混戦状況に。そうなってくるとボールがどこに飛ぶのかも分かりません。子供とは言え興奮してくればボールの蹴り方もキツい。

そして恐れていた事態、ウチの壁にそのボールが当たるようになってきたのでした。しかも頻繁に。コツン、ポツンと当たる事はもちろん、次第に家全体を揺るがすようなドスーンという重い音がするように。見ればキーパーの子が、ウチの壁の前に陣取っています。それでも謝りにくるどころか、笑って試合続行。

さすがにこれはマズイだろうと、出ていって子供に「壁には当てないでね」と注意。その時は変な顔をしてそのまま引き下がったけれど、数日後には普通に試合再開。またある日には母親も混ざって遊んでいたので、親にも「敷地ボールが来ないようにしてください」とやんわり抗議。奥さんは曖昧な笑みを浮かべて頷きましたが、数日後にはやっぱりまた試合再開。

凄く憂鬱になったけれど「一度言ったことだから」と様子を見ることに。ですが、残念ながらそういう連中が反省して事態自然に良くなることは無いですね。そのまま数ヶ月がたってゆきました。

一体どうしたものかと考え、とりあえず敵を知るには……と二階から観察開始。そこは寝室で、普段カーテンを閉めっぱなしの部屋でしたが、開けて見たら思った以上に見晴らしが良い。通りの全てが見えます

見ていたらエキサイトしてボールが“事故的に当たってしまう”ばかりか、ペナルティキックのように、止めたボールをわざわざゴールでも狙うかのようにウチへめがけて蹴っていたり、敷地内に勝手に入ってきたり、車にまでボールを当てている事が分かりショックを受けました。

しか自分の家や車には当たらないような場所を選んで遊んでいるんですね、多分。呆れました。加えて、家と家の仕切りの鉄製フェンスに登ってジャングルジムごっこをしている事まで発覚。一応分譲なので、こういう事はやめて欲しい……。

これは何とかしないといけないと思い、昨日その様子をスマホ動画撮影子供だけしかいませんでしたが、そしたらまあ、たった十数分の間に、ウチの壁や車にボールが当たる当たる。敷地子供入る入る。軽微なものも含めれば家や車、各五回以上当たってるようでした。注意したのに気にしてる気配なんて微塵もありません。

そして遂に子供フルスイングボールを蹴って、ウチの壁に「ドーン」と重い音を轟かせて当たり、しかもそのままバウンドして車に「バコン」という鉄板が響く大きな音を立てて当たる、という決定的瞬間の撮影成功

夜に車を見に行ったら、車にはばっちりサッカーボールの泥汚れ跡がついていました。ヘコんでいるかとか、傷がついてるかとかについてはまだよく見ていません。でも試合は続行。謝るなどという概念のものが無いのでしょう。しばらくしたら、飽きたのか家の中に入ってゆきました。

たった十数分でこれですから、ここ数ヶ月、何度家や車にこんな調子ボールが当たり続けていたのでしょうか。

そして昨夜、事の全てを伝えるために二人で隣家訪問旦那さんが寝間着姿でカッタルそうに玄関先に出て来たのですが、なるべく穏便にととりあえず作り笑顔で軽く話し、スマホ動画を見せるも「アー、ハイハイ、スミマセン、コドモニイットキマスカラ」と気のない適当な返事で追い返されそうになったので、頭に来て遂に強い口調で抗議してしまいました。そして「これで改善されないようなら出るとこ出る」と。

そしたら物凄い勢いで逆ギレ。近所に響き渡るような怒鳴り声で「確かにこの件は100%ウチが悪いですよ、でもサー、動画とか隠れて撮って持ってくるとかサー、出るとこ出るとかサー、近所づきあいとしてどうなんスか、だいたいお互いに%÷×≫#@%#@%#>>$)m」と訳が分からないことを言い始めたので仕方なく応戦。なるべく冷静にならなければ、と私は怒鳴らないように気をつけたつもりでしたが……実際はどうだったか自信がありません……。

一応「もう道路では遊ばせないでくれ」と言って、相手にも承諾させましたが守られるのかどうか。

そして一晩経って今、やりきれない思いをここにしたためています。何故私たちが怒鳴られなければならなかったのだろう、と。

お話ししたように子持ち世帯ばかりの地域なので、ウチのような子無し世帯の肩をもってくれる家は恐らくはおらず、きっと尾ヒレのついた話がまたたく間に広がる事でしょう。もしかしたら昨夜は私の知らないLINEグループなどで盛大に悪口大会でも開かれていたかも知れません(妄想ですが)。

もともと挨拶する程度でしたが、それでも今後近所付き合いは壊滅的でしょう。今朝車を見たら、どこから降ってきたのかトランクの上に噛んだガムが落ちていました。

とりあえず昨夜のやり取りは全てスマホで録音しておきましたが……。これから何があるか、そしてどうするか、と言ったところです。ため息しか出ません……。

Googleで「道路族」と入力すると、サジェストに「道路族 死ね」って出てくるんですね。ひっそりと問題になっているのでしょうか。心中お察し申し上げます

長文お読みいただきありがとうございました。

2016-05-23

Andoroid5.1以降の中古スマホは最悪買っても使えない。

Device Protection(端末保護)ってどれ位認知あるんだろう?



先日、地元中古ショップシムフリー中古スマホを買った

店頭では、「初期化済み」とのことで電源入るところまで確認して購入。

家に帰って、いざ使おうと思ったら、ログインできない。

具体的には、電源入れると、

simカード確認画面 or wifi接続 の確認(どちらかで接続しないと先に勧めない)、

リセットされたので、前回のグーグルアカウントで再ログイン指示の画面、

 (中古ショップ購入なので前持ち主不明でわからず)

③前回のグーグルアカウント検索するので、設定した電話番号入力してSMS本人確認しろの指示(スキップ出来ない)、で積んだ。



本体を出荷状態に戻すファクトリリセット(電源ボタンと音量ボタン同時押しでするような奴)かけても、

上記の繰り返しで先に進めない。メイン画面にも行けてないので、OS設定画面にはもちろん行けない。



で、あれこれ調べたらDevice Protection(端末保護)がかかってるとの事だった。

おおまかに略すと、盗難紛失時の不正利用防止にかける機能で、

これがかかっていると上記①②③で本人確認出来ないかぎり、いわゆる赤ROM状態で利用できないよう。

店員もこの機能を詳しく知らず、自分で調べた結果を店頭で伝えて確認してもらったら、

上司確認やらなんやらで小一時間かかって、結局返金対応になった。



その本体自体を、SIMカード入れるかwifiネットに繋いで初めてわかるので、

購入前の事前確認は難しい。

例えば大手キャリアはそれぞれのサイトでIMEIで利用可能確認できるけど、

これはOSに搭載された基本機能なので、IMEIでは確認出来ない。

初期化して画面点灯確認程度しかしない中古ショップや、

ネット上での個人取引場合などでは、購入側は事前判別不能。

店頭で購入前に、sim入れるか店のwifiに繋いで確認させてくれとまではなかなか言いづらいし、

個人取引場合は、

「解除するためにあなたグーグルアカウントパスワード含めて教えて下さい。ログインするので。

 大丈夫です。アプリDLしてデータ同期して盗み見たりシないんでw信用してください。

 パスワード忘れた?ならパスワード初期化しかないので、

 あなた電話番号と、後でSMSで送られてくる暗証番号連絡してください。」

と言わなきゃならない。これもハードルはかなり高い。

最悪、悪意を持った人間が盗品なんかを転売した場合、売り主は元の持ち主をもちろん知らないので逃げられるのがオチだろう。



android5.1からの新機能のようで、認知度も低く、

最近雑誌にも載って広まってるような使い方の

中古simを買って格安simを入れて使おう」みたいな記事ではまず載っていない。

自分も、ガラケー時代からの安い中古ロムを(imei確認して)購入して入れ替えて使っていた延長でいたので、

入店舗の理解対応が早いため損をせずに済んだが、

これから同様のトラブル案件も増えてくるんじゃないだろうか?

電源点灯確認のみの美品(NCNR、ジャンク扱い)とかで売られてたら、

中途な知識ではまず見抜けず買ってしまうだろう。



追記:グーグルアカウントの紐付け?の問題なので、

大手キャリアはもちろん端末製造メーカー格安sim等のMVNO業社でも

管轄外なので対応できないらしい。

購入後の個人で対応するには、より詳しい知識を調べた上で完全文鎮化覚悟になるようだ。

2016-05-22

家電のBigOnion [お知らせ] 2016年5月20日

お客様個人情報入力・表示される「注文画面」、「会員登録画面」、「お問い合わせフォーム」につきまして、最新のセキュリティに強化

しました。

ウイルス対策/スパイウェア対策/スパム対策/不正アクセス対策

家電のBigOnion - 家電卸・格安販売

http://anond.hatelabo.jp/20160521235357

元増田です。トラバありがとう

世の中の絶対数は知りませんが、自分脳内ではもう「ページ遷移しない方がずっと楽に開発できてユーザ体験も向上するのに、敢えてそうしない理由がない」という至極単純な話なので、そこは悩むところではないです。ページを複数作り、<input type="hidden">とかセッション変数とか駆使する面倒ごとは、書かないでいいなら二度と書きたくない。

ユーザー体験がどうかはまあ意見が別れるでしょうからおいておくとして、ずっと楽に開発というのがよくわからないです。普通になんでもいいですけど、ウェブ側のフレームワークでちゃんとしたものを使っていれば別になんでもないことだと思うんですが、具体的にどういう状況を考えられていますか?

プログラムユーザーサイドだけでは完結しなくて、入力チェックとかいいろは絶対にやらないといけないですよね。ということで同じロジック複数書く場面が出てくることが多いと思います。そういう手間も含めたうえで開発が楽になるというのはちょっとよくわからないです。

んー、要するに「別物であるDartCoffeeScriptは許すけど、ES6で書く以上はES6外の独自構文を混ぜるのは許さん」という主張だと解釈したのですが、そういうことですか?

ちょっとここ書き方分かりづらかったかもですが、「ES6で書く以上はES6を使えばいいじゃん」「変な独自拡張を入れてまでJSを使い続ける理由わからん」という2つの疑問を同時に書いたつもりです。

将来長持ちする気がしています

PHPJSP,ASPが通ってきた道に見えてなりません(まあASPはまだ現役ですか。)。

正直その他のアプリケーション(サーバーサイドや、例えばAndroid/iOS開発)でこのような書き方はまずしないので、なぜわざわざ同一ファイルに書きたがるのかがわかりません。(ロードコストを嫌がっているとかですかね?)

テンプレート仮想DOMでもなければJavaScriptでもないので、速度や機能の面でReactがやっていることに遠く及ばないと思います

ええと、テンプレートストリングではなくて、mustacheみたいに十分枯れているテンプレートエンジンでもいいですが、必要かどうかは別として確かに機能豊富さはどうかはちょっとわかりません。

速度に関しては、実際みんな早いと言っていますがこの手の速度神話JSにかぎらず昔からちゃんと前提と状況を考えなくてはいけなくて、(例えばJavaは重い!とか関数呼び出しはオーバーヘッド!とか仮想関数は使うな!とか)例えばさっとぐぐるとこんなものが出てきました。

http://www.stefankrause.net/wp/?p=283

まあよくわかりませんが、結局あんまいじらないのが一番良いという当たり障りない結論になってしまいませんか?(あと原理的に生のDOM操作するのよりも早くなりようがない気がするんですがどうなんですかね??)

保守性に関して言うと、Reactは典型的な「ひとつの事だけをとても上手くやる」系のライブラリです。考え方のコツさえ掴めば、記憶すべき要素はjQueryやAngularと比べても圧倒的に少なく、むしろそこらのテンプレートエンジンを覚える方が面倒なくらいです。10年後に見ても何をやっていたのか30分で思い出したいというのであれば、むしろAngularとかよりReactを採用すべきだと思います

ごめんなさい、Reactまわりのエコシステム全体も含めた時を意味たかったです。leftpad騒動とかもあったように、なんかまだちょっと不安がある感じがします。偏見でしょうかね。。

2016-05-20

http://anond.hatelabo.jp/20160520151221

普通に読んだら「FRP状態渡しと同様の限界がある」と言ってる文章だし、

状態渡しで何でもできるなんて誰も言ってないのに、相変わらず凄まじい捻じ曲げだな。

http://qiita.com/nonstarter/items/2763f5d85f2b8df3b18b

>いずれにせよ、状態機械数学構成では状態遷移が状態入力から状態への関数として表現されるというだけのことではあり(状態渡し)、状態遷移が複雑になれば状態遷移を純粋関数として表現する作業も複雑になり困難になるので(そしてそれはしばしば綺麗な関数合成では上手くいかないようなものになることが多いので)、結局のところ少なくとも現状のFRPも(イベントシグナから状態シグナルを構成する際に状態遷移をそうした関数表現する必要が出てくるので)本質的には銀の弾丸にはならないと言わなければなりません(関数プログラミングで書けるということの恩恵はもちろんあるとしても)。

http://anond.hatelabo.jp/20160520052648

http://qiita.com/nonstarter/items/2763f5d85f2b8df3b18b#comment-d9a8cdf2efc67044c158

いずれにせよ、状態機械数学構成では状態遷移が状態入力から状態への関数として表現されるというだけのことではあり(状態渡し)、

状態遷移が複雑になれば状態遷移を純粋関数として表現する作業も複雑になり困難になるので(そしてそれはしばしば綺麗な関数合成では上手くいかないようなものになることが多いので)

って自分で(状態渡し)は困難になる、「状態渡しはスケールしない」って認めちゃってるんだが、

モナドと一緒ってことにして、Haskellモナドの話にすり替えたいってことなのかな?

状態渡しはスケールしない」とこの人物が自分で認めてることは消えないよね?

http://anond.hatelabo.jp/20160520061815

nonstarter氏のエントリについても、kenokabe氏は

>>(イベントシグナから状態シグナルを構成する際に状態遷移をそうした関数表現する必要が出てくるので)

??????意味不明

>まあ、この人物がFRPが何たるか理解していないのは、ほぼ確実でしょう。

などと言っていますが、「イベントシグナル」(各時間ごとの入力の列)から状態シグナル」(各時間ごとの出力の列)を「構成」する、

平たく言えば前者から後者への関数定義しようとすると、例えば前者をe1,e2,e3,...、後者s1,s2,s3,...として、

多くの場合s1とe1からs2を求め、s2e2からs3を求め、s3とe3からs4を求め…となるので

s2 = f(s1,e1)

s3 = f(s2,e2)

s4 = f(s3,e3)

...

なるfを考えれば、そのfがまさに状態渡しを行う遷移関数のものになります

このことはnonstarter氏のエントリでもHaskellFRPライブラリで書かれたGUIプログラム実例を用いて具体的に説明されているのですが、

それが「意味不明」に思えるとしたら「FRP理解していない」のはどちらなのでしょうか……

2016-05-19

タブレット不具合だ!

とか言って怒ってるどっかの監督

本当に不具合なら気の毒なんだけど、

いつまでたっても電子カルテの使い方を覚えず

入力を破棄しますか?」のポップアップを読まずにOKし、「なんで入力したものが消えてるんだメーカーを呼べ!」だの

「なんでやった検査が入ってないんだ不具合だ!」(手動入力の項目)だの

週一くらいでぶち切れてる勤務先クリニックの院長が思い出されて暗い気持ちになる休日

2016-05-18

Ubuntu 16.04がひどい

Mozc日本語入力になったまま切り替えができなくなったり、シャットダウン中に固まって電源を落としたらクラッシュしてたりと散々。

自分環境だけかとおもいきや各所で16.04は糞すぎるとの意見が。こんなんじゃMSOS事業を思い切って無料化しないのも分かるわ。

仮想で助かった。

http://anond.hatelabo.jp/20160518131708

アンタ雑だな・・・

そんな言い方じゃ誰にも信用されないでしょ


まず、Windows10スパイウェアだと言われているのは下記のブログに詳しく書いてあった

http://d.hatena.ne.jp/msystem/20160409/1460127785

引用すると

Microsoft社の契約内容には、次のような一文が含まれています

プライバシーデータ使用への同意お客様プラバシーは、当社にとって重要です。本ソフトウェアの一部の機能については、当該機能使用する際に情報が送受信されます。 』

まり、「Windows 10を使うことで、個人情報Microsoft社に送信されるが、その点を了解した上で、Windows 10を使う事に同意します。」と言うことです。

確かに、この一文だけを見れば、「問題だ !」となりますが、先ほどの文章の後には、次の文が掲載されています

『 これらの機能の多くは、ユーザーインターフェイス無効にするか、使用しないように選択することができます。 』

一応、情報MS送信されるのは利用規約にも明記されているが、その機能オフにできるとも書いてある。

で、その送信する内容ってのは

下記の個人情報が、全てMicrosoft社に渡ってしまうと思います

・連絡先

カレンダー記載した予定

音声認識情報

手書きパターン

入力履歴

位置情報

・利用言

・利用URL

だそうだ。

確かにデフォルトだとスパイウェアと呼ばれてもおかしくはない。



ただ、個人的にはセキュリティサポートが切れた PC ほど脆弱ものはないので、Windows10 あげるなと声高に叫ぶのが良いこととも思えないな

2016-05-16

http://anond.hatelabo.jp/20160516183801

「お前が意味理解していること」の大前提を当然同時に示しながら批判するなら批判しろや。

それは示してるつもりだけど

マウスイベントFRPライブラリラッピングして、そのラッピングした場所に、リアクティブな処理を書き込むのがFRPライブラリだという定義

そこまでは言わないけど「状態自動的に最新に更新してくれる」はFRPライブラリ要件じゃないの?

入力と内部状態の同期を意識しなくても、内部状態は常に最新を反映している、っていうのがFRP抽象化だと思うんだけど。

マウス位置と、変数自動的に同期してくれるのはその1つでしょ?

https://en.wikipedia.org/wiki/Reactive_programming

automaticallyってあるじゃん

http://anond.hatelabo.jp/20160516174234

FRPって関数型プログラミング+リアクティブプログラミングでしょ?

そんで、リアクティブプログラミングって、

__drawFrom.t = {
        x: e.clientX,
        y: e.clientY
      };

みたいなグローバル変数を書き換えるコード自分で書くんじゃなくて、

この変数とこの入力欄/入力ボタンは結びついてます、って書くだけで、フレームワーク利用者に見えないところで、自動的更新してくれる仕組みだよね?

既存FRPライブラリってそうじゃない?

自分イベント拾ってグローバル変数書き換えてたらFRPじゃないよね?

違う?

考えない工夫を教えて

みんな何が楽しくて働いているのか?輝かしい未来も期待できない、希望もクソもないこの社会で。人生には何の意味もないことなんて、みんな薄々気づいてるはずだ。その事実から必死に目を背ける技術が、才能があるのだろうか。それとも全員狂ってるのだろうか。

「なにやってんだろ。」  ゲームをしても、勉強でも、パチンコでも、プロ野球応援でも、アイドルの追っかけでも、恋愛でも、仕事でも、結婚でも、子育てでも、老後でも、こう思うときが来るだろうと考えてしまう。怖くて仕方がない。結局なにも踏み出せない。こういったことを考えない工夫ができる人と、できない人の差はなんだろうか。みんなできないながらも、必死ごまかしながら生きているのだろうか。

遺伝子や生まれ育った環境出会人間といった偶然性は大きく影響するだろう。不条理だ。

何か宗教組織のような、大きなイデオロギー物語のようなものに身を任せることができたら、ある程度は楽かもしれない。

そもそも忙しすぎて、そんなことを考える暇がないというのもひとつ方法か。あるいは、無条件でこれだけは好きだと強く言い張れるモノがあれば、そういったもの出会う才能、深く没入できる才能、没入力みたいなものがあれば、考えなくてすむのかもしれない。


何か大きな組織社会などのために、必死目的でっち上げて、テキトウに自己啓発とかライフハックしながら邁進できる人。

新しい服を買って嬉しいとか、新作の漫画音楽映画が楽しみだとか。おいしいご飯が食べたいだとか。そういったものに喜びを見出して、資本主義に過剰適応して、消費に没入できる人。そんな人が一番生きやすいのだろうか。それが下手な人は絶望しながら、死んだように生きるしかないのか。

きっとみんな、「あの子可愛い」「なんかよくわからんが、空がとても青い」「夕日がきれい」「子供が楽しそう」「わりときもちい」「めしがうまい」「この作品は美しい」「なんだか笑える」といったような、没入した、純粋感情が、一瞬でも瞬間でもあれば、当面は生きていけるのかもしれない。

それでもやっぱり、ご飯は面倒だし、あまり食べたいとも思わない。肺と心臓今日も重たい。生活リズムコントロールできないし、好きな音楽もなんだかうるさい。セックスなんて面倒で虚しいだけだ。そもそも性欲がない。人と会えば気はまぎれるが、近すぎると面倒になってしまう。これを読めば世界が違って見えるかもしれない、と思って読んだ本は何冊目だろうか。運動どころか、起き上がるのも面倒だ。生きるのも面倒だ。それに加えて、この社会世界で起こっているあらゆることや、他人気持ちを考えれば考えるほど苦しくなる。楽しみも希望もない。


この厭世観から逃れるために、考えないために、みんなどんな工夫をしているのだろうか。

キトウに満足感をでっち上げて、死ぬまでやりくりしていくのか。

そもそも感じないのか、ある程度年をとったら忘れる感覚なのか。

それともみんなすでに中学高校ときに、テキトウに折り合いをつけてる問題なのか。

こんな青年特有のショーモナイ悩み、誰か教えてください。切実に。

2016-05-15

墓場勇者

勇者が増えてゆく棺桶を使ってタクティカル魔王居城を目指すアクションRPG

仲間の復活は不可能で、死んだものは基本棺桶利用。

但し敵は出現するので何人殺して何人生かすかを考えないと雇用する酒場との往復が増えてランクが落ちる。

棺桶は積み上げる、横並びにする、縦に立てる、トランプの城のように積み上げるなど多彩なパズルアクション可能

攻撃に使う場合押しつぶすこともできるが非効率なので基本的に死亡前の仲間を使うことになる。

仲間はセミオートで右レバー入力時だけ操作可能。LRでキャラ入れ替え。

仲間操作時には主人公が硬直するのでうまく動かさないと死んでしまう。



という妄想