タグ

設計に関するitengineerのブックマーク (2)

  • はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知

    はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

    はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
  • 将来起こるかどうかわからないことに対する設計上の対策 - @katzchang.contexts

    具体論に落とす それはどんな場合に起こるのかについて、考えられるケースを出す。 起こりうる頻度とか。今まで起こったことがあるのかとか。 出ないなら、即ち対応不要ということ。 シンプルかどうかで判断する シンプルに対応できるなら、対応してしまう。 迷ったら対応しない 機能は少ない方が応用が利きやすい。改造コストも低くなる。 ユーザの理解が必要。 全体像が見えない段階で、対応可否の判断はしない。 どっちにしたって、これっぽっちも話題に上がらなかった部分が問題になるんだけど。 で、結局はkeep it simpleに尽きる。古典的な「付加価値」感をどう打破するかも。「シンプルなのが付加価値です」で通せるほど、SI業界が成熟してるとも思えないし。あー、業界に期待しても仕方がないのか。「こちらの方が良い」をどう説得できるかだよね。

    将来起こるかどうかわからないことに対する設計上の対策 - @katzchang.contexts
  • 1