2017年8月11日のブックマーク (2件)

  • ホテル業関係者からお願い「いらないものは全てゴミ箱へいれてもらえると助かります」→その意外な理由に同業者から共感の声続々!

    春@ヲタク垢 @guzzuharu @tsukiya_i 初めまして。1つ質問よろしいでしょうか?一番最後の、チェックイン時の郵便番号記載についてなのですが、なぜ喜ばれるのでしょうか?住所・氏名を記入する際に書いてますが、それとは別件なのでしょうか? 2017-08-10 19:17:28 月屋 @tsukiya_i @guzzuharu 分かり難くてすみません、住所氏名を記入していただく際に書いていただく部分です。顧客管理でPC入力する際に、郵便番号があると住所を自動入力できるのですが、未記入ですと全て手入力になるので…という都合です。毎日100件単位で入力するので、とても助かります…! 2017-08-10 19:28:51

    ホテル業関係者からお願い「いらないものは全てゴミ箱へいれてもらえると助かります」→その意外な理由に同業者から共感の声続々!
    civitaspo
    civitaspo 2017/08/11
    配慮せねば。
  • 続々・リトライと冪等性のデザインパターン - あらゆる操作を冪等にする方法 - Blog by Sadayuki Furuhashi

    いつも心に冪等性。古橋です。 リトライと冪等性のデザインパターンの完結編です。 だいぶ間が空いてしまいましたが! 最後に冪等性を実装する汎用的な実装手法についてまとめていきます。 パターン6:操作ログとリクエストIDでUPDATEを冪等にする 同じIDで識別される値がUPDATEされる場合、つまりmutableである値の管理は、一般に冪等に行うのが難しい。 例えば、ユーザーごとに「最後に購入したアイテム」を更新する操作を考えてみると: 1. ユーザーAが最後に購入したアイテムをアイテム1に変更する(UPDATE) 2. ユーザーAが最後に購入したアイテムをアイテム2に変更する(UPDATE) この操作に何の対策もなくリトライを実装した場合、後続のUPDATE処理の結果を古い内容で上書きしてしまう可能性がある: 1. ユーザーAが最後に購入したアイテムをアイテム1に変更する(UPDATE)→

    続々・リトライと冪等性のデザインパターン - あらゆる操作を冪等にする方法 - Blog by Sadayuki Furuhashi
    civitaspo
    civitaspo 2017/08/11
    続々・リトライと冪等性のデザインパターン - あらゆる操作を冪等にする方法 - Blog by Sadayuki Furuhashi