「SQLアンチパターン勉強会2018」は社内アンチパターンを持ち寄っての開催と進化しました！ - VOYAGE GROUP techlog
こんにちはシステム本部 三浦@hironomiu です。 SQL書いていますか？ VOYAGE GROUPでは主に2年目の若手向けに2014年から2017年までSQLアンチパターン勉強会がゆるく続いていました。(2014年当時のエントリーはこちら) 2018年は？ 今年2018年は監訳者の@t_wadaさんが弊社の子会社などに週2回エンジニアリングコーチとしてきて頂いている縁もあり、コーチングの時間内で2年目に縛らず中堅、シニアも含め開催しようと言う流れになりました。 なんと更に贅沢にもt_wadaさんを進行役のメンターとしてお招きでき、2年目の若手に限らずシニアメンバーも含め、各章を見た後に社内のDB、テーブル、SQLを持ち寄ったた社内SQLアンチパターンあるある話まで広げた勉強会としてグレードアップして開催することになりました。 勉強会スケジュール 今回は7月4日(水)から毎週水曜の定
皆さまからいただいた原稿はこう加工されますというお話 - KeN's GNU/Linux Diary(2017-12-08)
_ [life] 皆さまからいただいた原稿はこう加工されますというお話 昔からお世話になっているモーリさんから編集とライティングにまつわるアレコレAdvent Calendar 2017に書け、という有形無形のプレッシャーが……昨日のアドベントカレンダーご担当はmktredwellさんでした。 本日は某制作プロダクション会社の編集者が、著者さまや訳者さまからいただいた原稿をどう加工して紙面化しているのかを記してみます。編集者の方々や、執筆・翻訳をして出版社から出版しよう、という方にも参考になれば幸いです。 背景として、私自身は基本的に企画やライティングはせず、クライアントである版元さま（＝出版社。ほぼ技術書系）が企画して著者さま・訳者さまが執筆された原稿を、版元さまとともに編集・校正し、紙面化して確認をいただき、最終的に印刷所にお渡しする、という編集のお仕事をしています（企画やライティング
英語圏のIT系技術書ブランドについての雑感
この記事はpyspa Advent Calendar 2017の6日めのために書きましたが、アマゾンアソシエイト目的です。 『退屈なことはPythonにやらせよう』が出た 2017年にブレイクしたPythonの本といえば、オライリー・ジャパンから発行された『退屈なことはPythonにやらせよう』ですよね。 実はこの本、そのむかし、自分でも翻訳発行をひそかに検討していたのです。 当時の翻訳者候補の方とのDMをさかのぼってみたら、少なくとも2015年7月以前の話でした。 「非プログラマーでもプログラミングしようぜ」という趣旨で著された本書は、わたし自身の書籍企画の方向性によくマッチしていました。 それで本書に目を付けたのですが、いかんせん分量は多いし、Pythonは日本だと入門者向け言語としていまいち盛り上がらないし（当時の話です）、なにより例題があんまりぐっとこないねという話で、そのときは企
SQLアンチパターンNight Part2 に参加してきた - gunjisatoshiの日記
ここ数年本業が忙しくなってしまった関係で、すっかり IT エンジニアコミュニティとか IT 勉強会とかそれ系のカンファレンスとか、そういったものとは縁遠くなってしまったのだけど、ここしばらくはようやく少し余裕が出て来たので、ものすごく久しぶりにそれっぽいものに参加してきた。 connpass.com 資料も公開されている。 speakerdeck.com 結論から言うと、参加してとてもよかった。何がよかったかと言うと、まず現在の SQL というかリレーショナルデータベースについて学ぶための書籍の概観を知ることができたこと。昔は本当に入門書はたくさんあるけれど、次に進むためのステップがなかった。そう言う意味では本書は中級者向けであるし、最近では中級者向けの本がとても充実してきていると言うことを知ることができてよかった。いわゆる「学習の高速道路」が整備された状況と言ってもいいのだろうね。 ja
State of SQL Antipatterns in 2017
2017/07/10 SQLアンチパターンNight Part2 https://connpass.com/event/59946/
SQL アンチパターン読書会を終えて - てくすた
2017年春アニメは『ロクでなし魔術講師と禁忌教典』、『エロマンガ先生』、『終末なにしてますか？ 忙しいですか？ 救ってもらっていいですか？』、『サクラクエスト』、『クロックワーク・プラネット』、『ソード・オラトリア』を見ている id:necojackarc です。 およそ半年前に開始した SQL アンチパターン読書会が無事最終回を迎えました。 SQLアンチパターン 作者: Bill Karwin,和田卓人,和田省二,児島修出版社/メーカー: オライリージャパン発売日: 2013/01/26メディア: 大型本購入: 9人 クリック: 698回この商品を含むブログ (46件) を見る texta.pixta.jp そこで本エントリでは、読書会参加メンバーの感想の一部をご紹介します。 SQL アンチパターン読書会の開催を検討中の方の参考になれば幸いです。 参加者の声 D.K さん 第一部は D
翔泳社主催の「ITエンジニア本大賞 2017」、一般投票で選ばれた技術書・ビジネス書のトップ10が発表
ITエンジニア本大賞 技術書・ビジネス書の各ベスト10 ITエンジニア本大賞は、ITエンジニアにおすすめの技術書・ビジネス書を選ぶイベント。ITエンジニアによるWeb投票で各ベスト10を選出し、大賞は、Web投票で特に票の多かった6冊（技術書・ビジネス書各3冊）の書籍の著者、編集者、翻訳者などによるプレゼン大会の最終投票で決定する。プレゼン大会は、2月16日開催の「Developers Summit 2017（デブサミ2017）」内で行われる。 ベスト10に選ばれた書籍は以下の通り。 技術書部門ベスト10 ※50音順 『ITエンジニアのための機械学習理論入門』（技術評論社） 『Amazon Web Services実践入門』（技術評論社） 『暗号技術入門 第3版 秘密の国のアリス』（SBクリエイティブ） 『SQLアンチパターン』（オライリー・ジャパン） 『新装版 達人プログラマー 職人から
業務時間内での社内読書会とその工夫点～SQLアンチパターン編～ - てくすた
近頃スライムに転生して魔王になりたい気分の id:necojackarc です。 本記事では、ピクスタで行われている SQL アンチパターン読書会について紹介します。 社内勉強会や社内読書会を開催したいと考えている方の参考になれば幸いです。 きっかけ 目的は会社全体の技術力向上です。 全員に知っておいてほしい内容だと感じた SQL アンチパターンを、どのようにすれば効率良く全員が学べるか考え、業務時間内での定期的に読書会を開催することにしました。 始め方 業務時間内での定期的な時間の確保となるので、調整が必要不可欠です。 また、全員分の本の確保も必要になります。 どちらについても、SQL アンチパターン読書会のメリットを共有し、合意を得ました。 というわけで、社内にはなかなかの冊数の SQL アンチパターンがあります。 進め方 毎週決まった時間を1時間（準備時間含む）確保して行っています。
Railsのポリモーフィック関連とはなんなのか - Qiita
はじめに Railsのポリモーフィック（polymorphic、多態性）関連について、実装方法を説明している記事は見かけるのですが、実際これがどんなものでどんな時に便利なのかを説明している記事があまりなく、よくわからないで使っている人もいるようなので本記事を書きました。 実装方法そのものについては詳細には説明しませんので、Railsのポリモーフィック関連をどう書くのかを知らない方はまずは公式ドキュメントを読んでいただけると理解が早いかと思います。 ボリュームは少ないので、2分もかからないかと思います。 Rails Guides: 2.9 ポリモーフィック関連付け "どんなものか"について、先に結論 ポリモーフィックとはダックタイピングの一種であり、 別の言い方をするとGoFのデザインパターンで言うところの「プログラムは実装に対してではなく、インターフェースに対して行う（Program to
t-wadaさんとのSQLアンチパターン勉強会 | FiNC Developers Blog
t-wadaさんとのSQLアンチパターン勉強会 はじめにこんにちは、技術開発部の中森です。 社内で4ヶ月に渡り、SQLアンチパターン勉強会を開催してきました。そして、最後の締めとして、SQLアンチパターン監訳者であるt-wadaさんをお迎えし、今までの勉強会で疑問として上がった点について、討論会を行いました。 今回のエントリではその討論会の内容を紹介します。 ファントムファイルについて勉強会の中で最も議論となったのは11章のファントムファイルでした。 この章で紹介されているアンチパターンは、ファイルのバイナリ情報をDBの内部に保存するのではなく、外部のファイルに置くというものです。 t-wadaさん曰く、他の場所でも最も批判の対象となる箇所です。 ここで最も大切なことは「盲目的にアンチパターンを避けない」ということです。 最近のWebアプリケーションでは画像や動画のバイナリデータは頻繁にや
[DB設計]汎用区分マスタについて
データベース設計について質問です。 現在、Webシステムの基本設計段階で 「汎用区分マスタ」というテーブルを設計しています。 ・多言語対応するために、一つの区分値に対して 複数の言語での名称を登録する必要がある ・今回は日本語対応のみ ・現在は「マスタを更新しない、参照のみの区分」しか存在しない ・将来的にはカスタマイズでマスタメンテ画面を追加し、 区分や区分値が更新対象になる可能性がある という前提です。 開発環境は 言語：Java,JavaScript DB：SQL Server です。 過去に他の案件で使用していた同じ役割のテーブルを参考に 現在は下記のようなテーブル定義になっています。 分類コード varchar(30) PK 区分値 varchar(30) PK 言語コード varchar(3) PK 表示名 nvarchar(100) NOT NULL 表示順 smallint
![[DB設計]汎用区分マスタについて](https://cdn-ak-scissors.b.st-hatena.com/image/square/d61d99447f3434c475f38686e3fcb4f6ab93528f/height=288;version=1;width=512/https%3A%2F%2Fteratail.com%2Fimg%2FogpImages%2FimgFacebookShare.png)
PostgreSQLアンチパターンの話をいっぱいしてきた。
見せてあげますよ、本当のPostgreSQLアンチパターンを。 とか言ってたわりに半分以上は削除フラグの話でした。 逆にそれが万人受けしたみたいでちょっとはてブいっぱい付いて承認欲求満たされました。 ということでスライドです。 190枚を超える超大作！！とか思ってたけど時間配分バッチシでした。 3回も実践すると3回目はアドリブ効かせたり出来て余裕がありました。 リハ大事ｗ で本題の伝えたいことですがあとがきツイートしてるのでまずそちらを。 なんか機能の資料みたら「PostgreSQLの便利な機能は使っちゃダメ」みたいな記事にいっぱいになるけどJSON型とマテビューはケースバイケースで積極的に使うもんじゃないよって話だし、ユニーク制約のWhere句とかは削除フラグ以外の時には便利ですよ。 — そーだい＠初代ALF (@soudai1025) 2015, 11月 29 .@soudai1025
そろそろポリモーフィック関連について一言いっとくか - Qiita
class Notification < ActiveRecord::Base belongs_to :notifiable, polymorphic: true end class Message < ActiveRecord::Base has_one :notification, as: :notifiable end class Like < ActiveRecord::Base has_one :notification, as: :notifiable end 一行で色んなクラスに対する関連が指定できて便利感がある。 だからって、これを安易に使う前にちゃんと考えよう。 ポリモーフィック関連は単に関連の定義を省力化するためのものじゃない。 ポリモーフィックという名前が示す様に、これは多態性を持ったものに対する関連を定義する事であって、インターフェースに対する関連の定義だということ
PostgreSQLのアンチパターン : 何でもかんでもjsonに入れる | Yakst
PostgreSQL 9.2より追加されたJSON型だが、特徴を理解して適切に使わないと色々な副作用に悩まされることになる。その問題点を挙げると共に、どのような場合に使うべきかの指針を示す。 PostgreSQLは、データ型としてjsonをサポートしています。しかし、やりたいことがある時に何でもかんでもjson型を使ってしまうというのはやめるべきです。これは、hstoreや新しく登場したjsonb型にも同じことが言えます。これらの型は必要な時には便利なツールになりますが、PostgreSQLでデータのモデリングを行う際に最初に検討すべきものではありません。 なぜなら、データを呼び出したり操作したりするのが難しくなってしまうためです。 何もかも同じところに入れてしまおうとすることによるアンチパターンをご存知の読者もいるでしょう。EAVアンチパターンは、長らくデータベーススキーマにおける必要悪
DELETE_FLAG を付ける前に確認したいこと。 - Qiita
DELETE_FLAG という思考停止フラグ DELETE_FLAG という boolean の列が DB 設計でよく話題になります。 論理削除という言葉で上手に論理武装し、スキを見せるとすぐに入れたがる人がおり、 一方でそれにつよく反対する人もいます。 自分の経験としては、広義の論理削除はありえると思いますが、実現方法が DELETE_FLAG だとなった時、それはあまり考えてないでなんとなくパターンとして盛り込んでる場合が多いと感じます。 ただし、設計に唯一の答えは無いので、もしかしたらそれが妥当な設計である場合があるかもしれません。 今回は「DELETE フラグがなぜダメなのか？」などという話をするつもりも、アンチパターンだと断言するつもりもありません。 問題は、仕様をきちんと把握すると、「最適な設計は DELETE_FLAG ではない」という場合が有って、その場合は、その最適な設計
PostgreSQLカンファレンス2014に登壇してきた。
PostgreSQLカンファレンス2014に登壇してきたので資料をアップします。 今回は初カンファレンス参加でしたが 日曜から３９℃を超える熱を出して死にそうになり、 なんとか体調を取り戻して朝からスタッフ業をし、 英語がぜんぜん出来ないのに控室では英語飛び交い、 セッションを二本こなし、 当日いきなり懇親会の司会業引き継ぎをされる というなかなかセクシーなスケジュールでした。 更にPostgreSQL アドベントカレンダーの担当日でそれはとっても嬉しいなって… 自分で切ったスケジュールながら過密で濃厚な一日を過ごすことが出来ました。 カンファレンスとしてはどのセッションも盛況でしたね。 特にハンズオンやチュートリアルのような初心者〜中級者のコマは立ち見が出るほどの大盛況でした。 （３０人ぐらいの部屋に８０人が押し寄せるようなセッションもありました） 私としてもガッツリDBエンジニア向けの
VOYAGE GROUP エンジニアブログ : SQLアンチパターンのススメ
2014年07月10日10:32 カテゴリ勉強会DB SQLアンチパターンのススメ こんにちはシステム本部 三浦＠hironomiuです。 VOYAGE GROUPでは様々な社内勉強会を開催しているのですが今年の1月からoreillyから出版されているSQLアンチパターン勉強会を三浦＠hironomiuが開催していました。 本の内容は名前の通りSQL（RDBMSまで広げた）を扱う際の「べからず」集です。なかなかの良書なのでまだお読みでない方は一読をおススメします！ 勉強会の進め方ですが 週1時間1回あたり2章～3章のペースで進めるベテランと若手を同じぐらいの人数（合計で最大8人）にて進める輪読ではなく三浦＠hironomiuがメンターとし進め、適時参加者が経験談を語る形で進めるのような形で進めました。本来ですと1章1週でも良い内容なのですが全25章、25週はモチベーションを維持することに不
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターンNightでファントムファイル アンチパターンの紛争にピリオドを打った件 #sql_ap_night - id:bash0C7の進捗 過去アーカイブ[〜2019-02-23]![SQLアンチパターンNightでファントムファイル アンチパターンの紛争にピリオドを打った件 #sql_ap_night - id:bash0C7の進捗 過去アーカイブ[〜2019-02-23]](https://cdn-ak-scissors.b.st-hatena.com/image/square/ee04a2ff782c2acbccbfdaf0999c9f9def49bd6b/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F12921228815714508769%2F8454420450091125497%2F1428733969)
人類は如何にして大切な データベースを守るべきか
