はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに この記事は Podcast を配信する環境を色々試行錯誤した際のメモの集合です あらすじ ポッドキャスト、最初は WordPress にプラグインを入れた奴で配信していました yattecast + GitHub Pages での配信に切り替えました 最終的に yattecast + Netlify + Google Cloud Storage で配信することにしました Podcast 配信をはじめよう 最初の選択 2018 年の年始に「なんか、安価に手軽に Podcast を配信したいな」と思って辺りを見渡してみたら、"「ロ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

comments | Column | Type | |------------|-----------------------------+ | id | bigint | | user_id | bigint | | content | text | | privacy | boolean | | created_at | timestamp without time zone | | updated_at | timestamp without time zone | likes | Column | Type | |------------|-----------------------------+ | id | bigint | | user_id | bigint | | comment_id | bigint | | created_at | timestamp witho

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

当記事では、みんな大好きストアドプロシージャーを Rails で使ってみて、理解を深めてみます API ファースト開発を使った開発を想定して、ストアドプロシージャーを Rails プロジェクトに組み込んでみましょう ストアドプロシージャーとは RDBMS にだいたいついてる、関数を作る機能です 当記事では PostgreSQL を使います API ファースト開発とは アプリケーション側からは RDB へ直接クエリーを発行しません 代わりに機能ごとに用意されたストアドプロシージャーを実行して、返ってきた結果を使います（副作用を持つ関数もあります 開発の初期段階ではテーブル設計を行わず、必要な機能のインプットとアウトプットが定義されたストアドプロシージャーのモックを使ってアプリケーションを開発します ある程度アプリケーションができてきたら、モックになっているストアドプロシージャーから逆算してテ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

WITH RECURSIVE t(w) AS ( VALUES ('') UNION SELECT w || ('{ズン, ドコ}'::TEXT[])[TRUNC(RANDOM() * 2) + 1] FROM t WHERE NOT w ~ 'ズンズンズンズンドコ$' ) SELECT w || 'キ・ヨ・シ！' FROM t ORDER BY LENGTH(w) DESC LIMIT 1; 解説 最初、t は '' という w を持つ行のみ 次のループで、t の各行の w の末尾に 'ズン' か 'ドコ' を結合した行を UNION（重複を除く） する。ただし、末尾が 'ズンズンズンズンドコ' となっている行を除く。これを繰り返していく 末尾が 'ズンズンズンズンドコ' となっている行がある状態のループでは、UNION により１行も増加しないので、そこで再帰が終了して t が返る t

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

概要 https://www.googleapis.com/discovery/v1/apis/bigquery/v2/rest っていう API がありまして、これをいつも見てれば、差分で新機能の気配がわかりますよ。という話です。 API の中身 URL を叩くと、ゴリっと BigQuery API の Spec を表す JSON が返ってきます JSON だと読みにくいので、下のようなワンライナーで YAML に変えて読んでます 現在返ってくる内容はこんなかんじです こっちに引っ越しました 気配を察知した例 User define function 気配 revision: '20150720' で、'userDefinedFunctionResources' という項目が追加されました https://t.co/KQYIf8ln2R 7/20 付けで BigQuery の API に

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

背景 先日、RubyKaigi 2015 に参加してきました 終了後、↓のような感想エントリを読んで、そうだよなーと思いました RubyKaigi 2015(3日目) ただのにっき ところで今回のRubyKaigiで「あ、これはまずいな」と思ったことに「機械学習系の発表がひとつもなかった」点がある。昨日のパーティでも話題にあげてみたところ、危機感を抱いている人は少なからずいた印象だけど、根っこをたどると数値演算ライブラリの整備をずーっと放置してきたことがあるだろう。気がつくと数値演算方面ではPythonに大きく水をあけられていて、いまやその応用である機械学習では(LLの中では)Pythonの独壇場だ。Webアプリケーションの分野で一世を風靡した気になってる間に、いま一番ホットな領域がまったく話題にならない言語になってしまった。 というわけで、Ruby でデータセットを弄る Gem ってのが

select * from (select 1 as n1, 2 as n2, 3 as n3, 4 as n4, 5 as n5, 6 as n6, 7 as n7, 8 as n8, 9 as n9, 10 as n10, 11 as n11, 12 as n12, 13 as n13, 14 as n14, 15 as n15, 16 as n16, 17 as n17, 18 as n18, 19 as n19, 20 as n20, 21 as n21, 22 as n22, 23 as n23, 24 as n24, 25 as n25, 26 as n26, 27 as n27, 28 as n28, 29 as n29, 30 as n30, 31 as n31, 32 as n32, 33 as n33, 34 as n34, 35 as n35, 36 as n36,

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

パーティショニングとは パーティショニングについての詳細は Let's postgres パーティショニング : 用途と利点に詳しいですので、ここでは省略します。 パーティションテーブルの自動生成 親テーブルに加えて複数の子テーブルを作成するのに加え、親テーブルにトリガ (8.1 以前ではさらにルール) を定義する必要があります。 パーティショニング : 使い方 この記事では、パーティショニングの際に子テーブルを作る手間を省略する方法について紹介します。 サンプル実装 -- パーティショニング対象の親テーブル定義 CREATE TABLE logs ( tag TEXT, record JSON NOT NULL, time TIMESTAMP NOT NULL, CHECK(time IS NULL) NO INHERIT -- 親には直接書き込めない ); CREATE INDEX "

Refinements のスコープについて勉強した内容を紹介します RubyHiroba 2014 にて、このネタの LT をやりましたが、いまひとつまとまっていなかったので、まとめ直しました 朴訥なモンキーパッチ まず、Fixnum クラスにこういう変更を適用したいという事にします gem 'test-unit', '3.0.9' require 'test-unit' class Fixnum def to_hoge :hoge end remove_method :succ def succ :overridden end end class MonkeyTest < Test::Unit::TestCase sub_test_case '通常のメソッド呼び出しをすると' do test '上書きされた succ を呼び出せる' do assert { [:overridden, :

原因 fixtures のファイルをデータベースに読み込む順番が単なる名前順なので、先に読み込もうとした fixture が未読み込みの fixture に依存している場合、外部キー制約に引っかかります。 解決策 データ投入時だけ制約を外す fixtures はラベルから一意の id を生成して利用するので、この方法で最終的には辻褄が合うような気がしますが、楽に自動化する方法が思いつきませんでした。 正しい順番で読み込む やはりこれが王道だと思うわけです。 このためのモンキーパッチ（PostgreSQL 8.4 以上限定）を書きました。これを test_helper.rb かなんかに読み込ませてやれば、システムカタログから依存関係を抽出して、正しい順番で fixtures を読み込む事が出来るようになります。 module ActiveRecord module TestFixtures

このエントリは パーフェクトRuby Advent Calendar の 20 日目のエントリです はじめに みなさん パーフェクトRuby はもう読みましたよね。わしも読んだ。 今までは プログラミング言語 Ruby を傍らに置いてコードを書いていたんですが、最近は パーフェクトRuby も一緒に置いてあります。 さて、６００ページを超えるボリュームで、Ruby での開発に必要な事はだいたい載ってるパーフェクトRuby を既に読み終わって手持ち無沙汰になってる人、いますよね？そんなあなたに、次に読む本を１冊ご紹介したいと思います。 dRubyによる分散・Webプログラミング dRubyによる分散・Webプログラミング という本があるんですが、とても面白いです。日本語で書かれた書籍ですが、後に英語訳版が出版されるという技術書としては珍しい書籍です。 dRuby は Ruby に 標準添付さ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

PostgreSQL 9.2 から、組み込みの範囲型が利用できるようになりました。リリースされた直後から結構便利に使っているので、紹介しようと思います。概ねマニュアルに書いてあることの紹介となりますので、正確さを重視する方はマニュアルをご覧になった方が良いかもしれません。 どんなものなのか ざっくり 「1 から 10 まで」とか「2013 年 1 月 1 日から 2013 年 12 月 31 日まで」というようなデータを１つの要素として取り扱えます。 組み込みの型 最初から用意されている型は int4range, int8range, numrange, tsrange, tstzrange, daterange の６つです。この他にもユーザーが新しい範囲型を定義することが出来ます。 リテラル表現 リテラルはありません。コンストラクタ関数を使うか、文字列をキャストする事になります。私はハー

とちぎ Ruby 会議 05 の懇親会の LT で発表したネタですが、一部の方から関心を持って頂けたようなので記事にします。 関心事の全体 まず、下記のような流れをサーバーで定期的に自動で行いたいという目的があるとします。 WEB で公開されてる PDF を取得 テキストを抽出 テキスト整形 データベースへ格納 今回やること 今回は PDF の取得やテキスト整形やデータベースへの格納は割愛します。 PDF からのテキスト抽出についての紹介だけをします。 今回の題材 今回は適当な go.jp サイトから文化庁の「敬語の指針」を選びました。この PDF を適当に開くと、１ページ目に「敬語の指針」「平成19年2月2日」「文化審議会答申」と書いてあるのが分かると思います。このテキストを Ruby で抽出してみましょう。 なんかライブラリに喰わせればテキストがポンと出てくるでしょ 色々調べた中で、P