悪いニュース ・夫がFXでロスカット食らって-128万円 良いニュース ・-128万円を反省した夫が、一緒に暮らしてから2年半一度もやらなかった皿洗いを初めてした ・-128万円を反省した夫が、私が飲み会のときはいつも松屋だったのに肉じゃがを作った ・-128万円を反省した夫が、自らお風呂を沸かした — シュバビー🍣ーン (@upscent) 2018年1月16日 料理もしてるし流しもきれいだし感動したよ…その後理由聞いて笑ったけどｗｗ — シュバビー🍣ーン (@upscent) 2018年1月16日 ずっと続くといいけど✨ 皿洗いや風呂沸かし程度で120万円分反省してもらうなら最低2年かな。 — まゆみ@ヒンバスくらぶ001 (@chieb15) 2018年1月17日 128万あったら多分全部お手伝いさん使えたんだよなぁ — こんちゃん@投資BP102000 (@konchan200

なんか寂しいなと思うと献血に行っている。 オススメはバスみたいな出張献血所じゃなくて、どこかの建物の中に入っている献血ルームだ。 献血ルームに行くとちやほやされる。色々な質問をされてお医者さんの問診を受けてちょっとした血液検査をして、お菓子と暖かいお茶が貰える。お菓子を食べ終わってホッと一息ついたら、血を抜かれる。 歯医者さんや美容院にある寝転ぶ椅子みたいなものに寝かされ、看護師のおばちゃんたちが鮮やかな手さばきで僕の運動不足な体からどろどろの血を抜いていく。 その間好きなテレビを見たり、好きな本を読んだり、おばちゃんたちの手早い仕事を観察したりできる。 血を抜くのは個人差もあるがだいたい15〜20分くらいだと思う。その間に何度もおばちゃんが気分悪くない？と聞いてくれる。詳しいことは忘れてしまったけど、足を組んだり組み直したりすることを勧められる。気分悪くなるのを防ぐためだった気がする。

エンジニアHub > 記事一覧 > 正式採用の「Kotlin」で挑戦！ 初めてのAndroidアプリ開発 ～ストップウォッチを作ってみよう～ 正式採用の「Kotlin」で挑戦！ 初めてのAndroidアプリ開発 ～ストップウォッチを作ってみよう～ Kotlin入門者に向け、手を動かして学べるテキストをお届けします。Kotlinは、2011年7月に登場したモダンなプログラミング言語ですが、Androidアプリの開発言語として、Google I/O 2017で正式採用され、一挙に浸透してきました。本稿では、Kotlinの特徴を紹介し、簡単なAndroidアプリとしてストップウォッチを作ってみます。 アプリエンジニアの池田惇です。Google I/O 2017で、Androidの開発言語としてKotilnが正式に採用されました。少し前から業務でもKotlinを採用していたのでとても嬉しいです！

I introduced amazing graphs which are drawn by listed Japanese companies at Japan.R 2016 again. These slides include 6 graphs for investors. Japan.R is the largest event of R study group in Japan. By participating this event, you can keep up with trends of analytics for business and academia. Website: http://japanr.net/

コスメレビューは「語彙力がない」ほうが良い。コスメアプリで「評論より感動」を重視する20代女子の話と、可愛くないアイコンは「まとめる」の隠された意味。 メイクアプリ「LIPS」をよく使っている、スマホユーザー（22歳 女性 ※前回のTikTokと同じ人）に聞いた話をまとめました。 目次 １、LIPSで「コスメの評判」を調べる理由 ２、コスメのレビューは「語彙力がないほうが良い」 ３、評論よりも「これ良かった！」で肯定されたい ４、可愛くないアイコンを「フォルダにまとめる」理由 ５、LIPSから「通販とフリマ」につなげてほしい ６、アットコスメを"昭和のアプリ"と評した理由 ７、フリマを使ってると「定価でコスメが買えなくなる」 ８、中古コスメは「誰から買うか？」で抵抗感を薄める ９、美容アプリは「綺麗すぎない人」が宣伝すべき 10、コスメは「持っていてかわいいか？」も重要 11、LIPSの投

ホーム > マンションの大規模修繕で取り回しやってたら、何故かslackで業者さんの業務改善までやることになってたでござるの巻 ぶち大変でした。 しんざきが住んでいるマンションでは、住人持ち回りで管理組合の役員が回ってきます。 実は先日まで、しんざきは管理組合の理事長でした。 それ自体は順番なのでしょうがないんですが、運が悪いことにたまたま大規模修繕実施の年であり、しんざきは色々な調整やら手配やらをすることになりました。 マンションの大規模修繕というのは、十年くらいに一度、壁の塗り直しやら傷んだ建物の修繕やらをやる作業です。 数百万から数千万くらいの結構な費用がかかる話で、日ごろ住民が納めている管理費用の中から、大規模修繕費用というものを積み立てています。 大きなお金が動く話ですので、色々な人が色々な希望を持ちますし、業者との折衝もしなくてはいけないですし、家庭によって熱意は違いますし、納

CNetの記事によると、Googleが携帯電話で使われる絵文字を国際的な文字コード規格、Unicodeに収録しようというプロジェクトを進行中だそうである。 しかしこれはデータの設計という観点からすると極めて愚かな行為である。今日は声を大にしてこのような愚行に対して異を唱えたい。絵文字をUnicode化してはいけない理由は次の通りである。 1. 絵はあくまでも絵であって文字ではない。 絵文字は言語の一部を形成するものではない。単語に利用することも出来ないし、文字自体を発音できるわけでもない。文字コードに文字以外のデータを導入するべきではない。 2. 別の解決法が存在する。 そもそも絵文字の問題はマークアップ処理すれば解決する。例えば端末自体がHTMLメールを送信することが出来ればまったく問題にならない。 3. 互換性の問題。 文字を利用するアプリケーションはなにも携帯メールだけではない。Go

Unicodeに絵文字が多数追加されたことは、以前から批判していたのだが、やはりというか何と言うか、しょっぱい問題が起こりつつある。 macOS SierraやiOS 10でピストル絵文字🔫が水鉄砲に変わることで起こる問題。 | AAPL Ch. 絵文字はフォント次第で形が変わる。故にフォントが変わればニュアンスも変わる。自分と相手、あるいは今使っている機種と将来使う機種が同じフォントを使っているとは限らない。だからフォントを変更することで様々な問題が起きるわけである。 根本的な問題＝性質が異なるものを混ぜてしまった文字と絵は本質的に性質が違う。 文字はその見た目ではなく、文字を組み合わせた単語、単語を並べた文章によって意味を持つ。フォントが違っても、見た目の違いはあれど、文章そのものの意味は変わらない。どのようなフォントで読んでも意味は通じるのである。 ところが、絵文字はそうは行かない

SQL、書いてますか？ こと大規模データ処理の分野においてはSQLはもはや標準インターフェイスであり、 分析やらバッチやらに関わっている皆様は日々大量のSQLクエリーを生産していることと思います。 そこでちょっと気になるのが、 SQLのコーディングスタイルってどうするのが一般的なんだっけ……？ という点です。 イマドキはSQLなんてO/R mapperに吐かせることが多いからなのか、 それともコードを広い範囲で共有することがそもそもないからか、 SQLのコーディングスタイルについて見聞きすることは他のプログラミング言語に比べるとだいぶ少なく、 いまいち決定版と言えるスタイルがないなと感じています。 そんなわけで本日は、SQLのコーディングスタイルについての意識を活発化させるべく、 クックパッドでわたし（青木）が使っているコーディングスタイルから特徴的な点を紹介したいと思います。 特に、分析

私、死ぬほど好きなのよね。 おばあちゃんのニシンのパイ。 なぜ宮崎駿先生は、このセリフにしなかったのだろう。そうすればきっと、世界はもっと笑顔で包まれるのに。 おばあちゃんが作ってくれる料理は、確実に旨い。熟練された匠の技と、長年の経験に裏打ちされた味付けの勘。 そして私が特に好きなのが。グラタン系。その次にキッシュ系なのだ。 あぁ…。 オーブンの前でじっと焼き上がりを待つ祖母。想像するだけで涙腺が崩壊する。 孫のために、ひ孫のためにと。美味しい料理を、心行くまで食べさせてやりたい優しい気持ち。 まさに愛慕。これぞお料理の原点だ。それなのに…。魔女の宅急便の、あの生意気な女の子と来たら…。 おばあちゃんの手料理を愚弄するなんて許せない。あったまきた。 あの子が食べたくなるような、絶品ローカボキッシュを作ってやろう。そしてあのおばあちゃんに、そのレシピをそっと渡してやろう。 おばあちゃん、あ

こんにちは。エンジニアの志村です。 Docker for Mac便利ですね！ docs.docker.com 日本語でも様々な記事が出てきています。 私もVagrant + Dockerをメインに使用しておりましたが、ついにDocker for Macに乗り換えました。 弊社では、dev環境をDockerにしているのですが、Vagrant + Dockerの時は快適に開発が出来ました。 ただ、VMを使わなくなった途端にめちゃくちゃ動作が重くなりました。 docker-compose --service-port ●●という感じで、rails serverとwebpack-dev-serverを立ち上げるのですが、ブラウザからの読込が劇的に遅い…。seedデータ突っ込むのもめちゃくちゃ遅い… フォーラムでも話題になっていますね。 forums.docker.com 私の環境でいうと、Vagr

2016/11/03 に開催された PHP カンファレンス 2016 にて、「正規表現再入門」を発表してきました。 資料 speakerdeck.com togetter.com 内容は、正規表現のマッチングの動き、量指定子のマッチングパターン、バックトラックやパフォーマンスへの影響についてです。 下記のエントリを下地にして、マッチングの動きを分かりやすく伝えることを意識してお話しました。 blog.shin1x1.com 参加された方からは、「分かりやすかった」といった好意的なフィードバックを頂けたので、発表して良かったです。 これから正規表現を学ぶにしても、マッチングがどのように行われるかをざっくりと知っておけば、正規表現を書く際にも動きが想像できるので、この発表がお役に立てると嬉しいです。 偶然、同じ時間帯に発表があった徳丸さんのセッションでも正規表現に触れられていたようで、Twit

multi-parameter type classes周辺の理解があやふやなままだったので、Type classes: exploring the design spaceとType Classes with Functional Dependencies* (PDF)とType Cheking with Open Type Functions (PDF)あたりをわかる範囲で読んでみた。 1つめの論文はMPTCのmulti-parameter type classes (MPTC) の概要とその適用例について紹介し、2本目ではMPTCの問題点と、それを解決する ための手法としてfunctional dependencies (fundeps) が提案されている。最後の3本目はfundepsと似たような機能をもたらすtype familiesについて書かれている。 というわけで、せっかくな

SQLアンチパターン 作者: Bill Karwin,和田卓人(監訳),和田省二(監訳),児島修出版社/メーカー: オライリージャパン発売日: 2013/01/26メディア: 大型本購入: 9人 クリック: 674回この商品を含むブログ (18件) を見る DBMSを使う人なら誰もがハマるNullの取り扱いだが、結論から言うとDBMSのNullはよくあるプログラム言語のそれとは違うので、新しい物として正しく理解しようという事。Nullを怖がっては真っ当なデータ設計は出来ない。 DBMSにおけるNullとは 先に述べたように、DBMSのNullとアプリ側のNullは全くの別の物です。アプリ側のNullは値が存在しない事を示すのに対し、DBMSのNullは値が不定であることを示します。(3値論理と言われる概念が導入されています。) そのため、以下のSQLをMySQLで実行すると、Nullが結果

この記事はVim Advent Calendar 2014 - Qiita1日目の記事です。 今回は、もう130回も続いているvimrc読書会でよく見られるvimrcのアンチパターン、 まぁ「これは気を付けたほうがいいんじゃない」的なことを私なりにまとめてみようと思う。 vimrcの文字コード Vim scriptにはscriptencodingという現在のVim scriptファイルの文字コードを指定するコマンドが存在します。 一般的にscriptencodingはマルチバイト文字を使う前に宣言します。マルチバイト文字を一切使っていない場合、特に宣言する必要はないでしょう。 なので、マルチバイト文字をvimrc内で使用する場合(コメント内でマルチバイト文字を使用する場合も含みます)、vimrcの先頭で宣言するのがいいでしょう。 悪いパターン " ミュートにする。 set t_vb= se