PostgreSQL で JSON を組み立てる - Qiitaまえおき 先日書いた SQLQL という記事の中で JSON_AGG 関数を使う事で、入れ子構造の結果を返すことができている とだけ書いていて全く説明していなかったので PostgreSQL アドベントカレンダーの機会に少し説明を書いておこうかなという次第です この記事で説明する関数 ROW_TO_JSON
ズンドコキヨシ with Ruby - Qiita
def zundoko z, d = zd = ['ズン', 'ドコ'] w1, w2, w3, w4, w5 = 5.times.map { nil } until [w1, w2, w3, w4, w5] == [z, z, z, z, d] w1, w2, w3, w4, w5 = w2, w3, w4, w5, zd.sample.tap(&method(:print)) end print 'キ・ヨ・シ！' end zundoko Enumerator @yancya 無限に「ズン」「ドコ」のどちらかを出し続けるEnumeratorを作って、each_consがスマートだと思う。 — joker1007に宜しく (@joker1007) 2016年3月11日 なるほど def zundoko z, d = zd = ['ズン', 'ドコ'] loop.lazy.map { zd.
Rails でストアドプロシージャーを使う - Qiita
当記事では、みんな大好きストアドプロシージャーを Rails で使ってみて、理解を深めてみます API ファースト開発を使った開発を想定して、ストアドプロシージャーを Rails プロジェクトに組み込んでみましょう ストアドプロシージャーとは RDBMS にだいたいついてる、関数を作る機能です 当記事では PostgreSQL を使います API ファースト開発とは アプリケーション側からは RDB へ直接クエリーを発行しません 代わりに機能ごとに用意されたストアドプロシージャーを実行して、返ってきた結果を使います（副作用を持つ関数もあります 開発の初期段階ではテーブル設計を行わず、必要な機能のインプットとアウトプットが定義されたストアドプロシージャーのモックを使ってアプリケーションを開発します ある程度アプリケーションができてきたら、モックになっているストアドプロシージャーから逆算してテ
Ruby で数値を弄るやーつ -- Daru について -- - Qiita
背景 先日、RubyKaigi 2015 に参加してきました 終了後、↓のような感想エントリを読んで、そうだよなーと思いました RubyKaigi 2015(3日目) ただのにっき ところで今回のRubyKaigiで「あ、これはまずいな」と思ったことに「機械学習系の発表がひとつもなかった」点がある。昨日のパーティでも話題にあげてみたところ、危機感を抱いている人は少なからずいた印象だけど、根っこをたどると数値演算ライブラリの整備をずーっと放置してきたことがあるだろう。気がつくと数値演算方面ではPythonに大きく水をあけられていて、いまやその応用である機械学習では(LLの中では)Pythonの独壇場だ。Webアプリケーションの分野で一世を風靡した気になってる間に、いま一番ホットな領域がまったく話題にならない言語になってしまった。 というわけで、Ruby でデータセットを弄る Gem ってのが
Rails でシングルじゃないテーブル継承 - Qiita
この記事の目的 Rails の STI を使うようなケースで、STI の代わりに PostgreSQL のテーブル継承を使ってみる方法を紹介します。 STI とは Single Table Inheritance 単一テーブル継承 モデルクラスを継承で表現し、永続化部分はスーパークラスのテーブル１枚でまかなう STI の実装例（親クラス） class CreateCars < ActiveRecord::Migration def change create_table :cars do |t| t.integer :weight t.string :color t.string :type # STI 用のメタデータカラム t.timestamps end end end
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
