ということで、y8 2017 in shibuyaトーカー募集です！ · Y8 2017 spring in Shibuya. 2017/5/27(sat)
ということで、y8 2017 in shibuyaトーカー募集です！ 12 Apr 2017 前回書いたエントリの通りですが、y8 2017 in shibuyaというちいさめなIT系ならなんでもありカンファレンスを開催します！ ちゃんと確認もとれました、会場の写真がこちらです〜（会場提供ありがとうございます！） さて、本題です！トーク応募を受け付けます！ 応募には以下のrepoのISSUEにNew Issueを立てる形で書いて下さいね。 https://github.com/uzulla/y8-2017-spring-talks/issues テンプレはこちら。（なるたけ自動処理したいので、できるだけテンプレの通りで…！） Githubがわからん！という人はこの機会に是非アカウント取得してみましょう。むずかしくナイヨ！ 応募は4月末に締め切ります。締め切った後、審査をへて「採用」ラベルを
PostgreSQLで排他制約がめっちゃ便利！！ - そーだいなるらくがき帳
中国地方DB勉強会っていう控えめに言っても最高の勉強会があるんだけどそこで排他制約について教えてもらいました。 ikkitang1211.hatenablog.jp 排他制約って雑に説明すると重なりを拒否する制約です。 僕は使った事なかったのですが勉強会の中で事例紹介を受けて、めっちゃ便利だったのでここでご紹介します。 どんなときに使うの？ 実際にはどんなときに重なりを制御したいかというとよく使うのは次の2つ。 図面の重なり 時間の重なり 1つ目は幾何学的な図面を表現するときです。 実際にPostgreSQLは円や四角をSQLで表現できます。例えば地図上で特定の座標から半径100メートルの円を書き、その中に特定の円(場所)があればErrorにするような制約が書けます。 そもそもSQLで位置計算もめっちゃ便利なので是非使ってみてください。 soudai1025.blogspot.jp そして
雑に書いたブログ記事が問題を起こさないようにする工夫 - $shibayu36->blog;
ちょっとしたことでも雑にブログに書いておくと良いことが起こる - $shibayu36->blog; で、ちょっとしたことでも雑にブログに書いておくと良いことが起こるよということを書いた。さらに余談として最低限の雑さについても書いた。 これをきっかけに、公開の場でアウトプットする時の最低限の雑さとはなんだろうという疑問が自分に生まれ、雑さによる問題や、それを引き起こさないようにするための自分の工夫について少し頭がまとまってきたので、自分の考えを書いておく。 過度な雑さから生じる最大の問題 まずあまりにも雑に公開の場に書いてしまった場合の最大の問題について考える。この時、一番起こってほしくない問題は、「読み手が誤った情報を正しい情報と信じてしまう」ことだと考えた。 あまりにも雑な文章は読み手の誤認を引き起こし、正しい情報ではないのに正しいと読み手が解釈してしまう問題がある。正しいと解釈してシ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Best Practices