瓶を観察して高額貨幣をつかみ取れ！とある家庭で30年以上の伝統をもつ頭脳戦「お年玉つかみ取り大会」が今年も白熱
ジロウ @jiro6663 恒例のばあば主催お年玉つかみ取り大会。ばあばからのお年玉は瓶に詰めた小銭を自分でつかみ出せた額で決まる。 pic.twitter.com/5iSShzddzD 2019-01-02 20:30:27 ジロウ @jiro6663 瓶に手を入れる前に10秒間、瓶の中身を観察する時間が与えられる(つかみ取りの時間は瓶を見てはいけない)。1円玉を100枚取っても100円玉一枚と同じ。つまり勝負は量ではなく高額貨幣で決まる。事前にその位置を確認しておくことが肝要。この時間にもてる集中力の全てを注ぎ込んで瓶の中を観察する。 pic.twitter.com/k5AAbEf66e 2019-01-02 20:33:30
スクラムイベントに出席しない優秀で不可欠な（？）エンジニアをどう扱うか
みなさんこんにちは。@ryuzeeです。 スクラムマスター用のロールプレイのお題をTwitterに書いたら、多くの方から「自分ならこうする」という案を頂いたので共有します。 今回のお題は、以下のものです。 あなたならどうするシリーズw 『あるメンバーはデイリースクラムの時間に出社せず、ほかのイベントでも内職したり別のミーティングでどこかに行ってしまうことがしばしばです。一方で技術的には非常に優秀で、現在の速度で開発する上では不可欠な存在です。スクラムマスターとしてどうしますか？』 — Ryutaro YOSHIBA (@ryuzee) January 1, 2019その他のお題はこちらにあるので、チームで自由に遊んでみてください。 あらかじめ言っておきますが、どの対応が正解というのはありません。 これは、あくまでロールプレイなので、色々なオプションを考えておいて、実際にそのような状況に遭遇
僕たちはどうマイクロサービスのログを収集するのか | メルカリエンジニアリング
Mercari Advent Calendar 2018 の14日目はメルペイ DataPlatform チームの @syu_cream がお送りします。 本記事では表題の通り、メルカリとメルペイにおける、マイクロサービスのログ収集に関する課題と取り組みについて記載します。 メルカリとメルペイでは、現在クライアントアプリやサーバサイドのログを効率的に収集してサービスの他機能で活用するための基盤の開発を共同で行っています。 メルカリ・メルペイ間では、一部提供するサービスの差異やデータ管理のポリシーの都合によりインフラ構成が異なる部分はありますが、少なくとも思想や設計、実装は共有しています。 これの具体的な内容については、今回の Advent Calendar の 3 日目の記事に掲載しています。 本記事では、サービスを提供するサーバサイドアプリケーションから、この構成図における “A Ser
新機能「グラフボード」をリリースしました！ ほか - Mackerel お知らせ #mackerelio
こんにちは。Mackerelチーム CRE の井上（id:a-know）です。 先週土曜日は Mackerel 初のハッカソンイベント、Mackerel Plugin Hackathon #1を無事開催することができました。 こちらのブログにも開催レポートをアップしていますので、ぜひご覧いただけたらと思います。 mackerel.io それでは、今週のアップデート情報です。 新機能「グラフボード」をリリースしました！ 今週のアップデートで、「グラフボード」という新機能をリリースしました！ これはどういう機能かというと、 そのサービスのロールグラフ そのサービスのサービスメトリックグラフ を任意に選び、自由に配置・並び替えができる、というダッシュボードのような機能になります。多くのロールを持っていたり、たくさんのサービスメトリックを活用されている方にはうってつけの機能だと思います。 ドラッグ
cat するたびに内容が変わるファイル？を作った
こんな感じ。 cat で連続して nowファイルの内容を表示している。ファイルを変更しているわけではないが、 表示するたびに内容が変わる。 # cat now 2018-12-27 00:21:20 # cat now 2018-12-27 00:21:21 # cat now 2018-12-27 00:21:23 Fuse-BindEx どういう仕掛けかというと、今回作成した bindex ファイルシステムを経由して、 上記ファイルにアクセスしているため。この bindex というファイルシステムは、 「実行ファイルが read されたら、そのファイルを execute した際の出力を内容として返す」 という動作をする。上記nowファイルの本当の内容はこちら。 #!/bin/bash date "+%F %T" 今回の場合、bindex 経由で cat (read) するたびに、dat
「現金お断りの店」は、その後どうなったのか？ ロイヤルHDの実験
「現金お断りの店」は、その後どうなったのか？ ロイヤルHDの実験：水曜インタビュー劇場（キャッシュレス公演）（1/5 ページ） レストランに入って「ハンバーグ定食を食べたいなあ」と思ったら、どうしたらいいのか。店員さんにメニューを伝える。しばらくすると、目の前に注文した料理が運ばれて、味を楽しむ。店を出る前に会計を済ませて、終わり――。 「いきなり、なんだよ。当たり前のことをつらつらと書きやがって」と感じられたかもしれないが、飲食店のこれまでの常識をくつがえすかもしれない店舗が登場した。「現金お断り」だ。 ファミレスチェーン「ロイヤルホスト」を運営するロイヤルホールディングス（HD）は2017年11月、現金お断りの店「GATHERING TABLE PANTRY（ギャザリング テーブル パントリー）」をオープンした。看板には大きく「CASHLESS」と書かれているだけあって、店内での決済手
化学の世界には鏡像異性体という概念があります。 右手と左手は、構造の相..
化学の世界には鏡像異性体という概念があります。 右手と左手は、構造の相対的な位置関係が全く同じであるにもかかわらず立体的に重なり合うことがありません。 それと同様に、結合している元素が同じで、元素同士の相対的な位置関係が全く同じであるにもかかわらず立体的に重なり合わない分子が化学の世界には存在します。そのような、構造が同じであるにもかかわらず立体的に重なり合わない2種類の分子の関係を「鏡像異性体の関係にある」と言います。 鏡像異性体の関係にある化合物は、R体、S体という呼び方で区別されます。生化学の分野では、L体、D体と呼ぶことも多いです。L-メントールとか、L-アスコルビン酸という名前を耳にしたことがある方も多いと思います。 R体を鏡に写すと、鏡に写ったR体は、S体の立体構造をしています。逆に、S体を鏡に写すと、R体の構造が鏡には写っています。ですから、R体とS体の関係を鏡像異性体と言う
本当に諦めて刺身にタンポポ乗せたほうがよいのか(その1 プログラミングの勉強の順序の話) - Lambdaカクテル
note.mu を読んだ．結論から先に書けや！といった旨のコメントをしてしまったが，「プログラミングを志す初心者のレベルが一定程度に達していない」という不満を表明している点については，同意する．自分も大学生であった頃に同期にプログラミングを教えた経験があるが，似た経験が多かったのである．ちょっと強く書いてしまってごめんネ． さて，初心者である以上，プログラミングについて知らないことがあるのは当然のことであるから，著者もその旨は了解しているはずだ． それを前提として考えてもプログラミングを身に付けるための知識や態度が身に付いていない初心者の存在こそを，彼(彼女)は憂いているのではないだろうか． この「学ぶ前提となるような知識や態度」について，上記記事の主張を見ながら，初心者が身に付けるべき知識・態度を探ってみてはどうだろう，と考え，この記事を書くに至った．俺は今正月で帰省中だが，充電器を実家
バタフライエフェクトで歴史を変えようのコーナー！
みなさんはバタフライエフェクトを知っていますか？ ブラジルで一匹の蝶が羽ばたいたことで、中国では台風が発生するのです。 そう、ほんの些細な出来事の積み重ねで今という歴史は成り立っているのですね。 なので、その些細な出来事をタイムマシーンで変化させることで、今の歴史を変えることができるのです。 そこで、歴史上に様々な事柄にほんの少しだけ介入し、歴史を変えてみようと思います。 以下、例です。 インターネットラジオ受信機「BiBio」を大量に購入しオタクに配布すると、ヒャッコが覇権アニメになるBiBioだけで配信されてた裏声優生活向上委員会を今の歴史よりも多くのオタクが聞く 中村繪里子と落合祐里香の関係が今の歴史よりも穿って見られない そのためマイクがないことを弄られない 妙なアンチと妙な信者がつかない ヒャッコのアニメもそれに伴い純粋にアニメの出来だけで評価される ヒャッコのアニメが面白いのは
変更に強いアーキテクチャについてIT業界19年目の僕が超ザックリ説明する - Qiita
この記事は、設計・アーキテクチャ Advent Calendar 2018 の第7日目の記事である。 はじめに この記事では、IT業界19年目の僕が実践している変更に強いアーキテクチャについて、出来るだけ難しい表現を避け、教科書的なありきたりな内容ではなく現場の肌感覚に近い切り口で「超ザックリ」な解説を試みてみようと思う。 普段自分がよく用いている実装パターンの紹介ともいうべきかも知れない。 この記事で説明すること いざ「変更に強いアーキテクチャとは」とズバリ訊かれても、一概に「これだ！」という答えはない。 プログラミング言語や、フレームワークによっても条件が異なるし、利用可能な技術や開発チームの特性、業務要件や運用要件の特性によっても様々であるし、インフラや開発プロセスまで含めて考えると考慮すべきことは無限にある。 ここでは主にソフトウェアの構造という観点から、"変更に強い" ということ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
発展途上国では「現金」が死につつある