はてなブックマーク

これは PostgreSQL Advent Calendar 2018 9日目の記事です。 みなさん、PostgreSQLマニュアルを読んでますか？ PostgreSQLマニュアルは新聞と同じく小学生の時に読み終わってはいけません。更新され続けていますので、読み続ける必要があります。 psqlの機能もまた更新され続けています。 更新というだけでなく気づくとプログラミング出来る環境に変わりつつあります。 これまでシェルスクリプトから必要な時にpsqlを呼び出し結果を受け取る処理を書いたことがある人もいると思いますが、psqlの機能向上によりpsql内で処理出来るようになってきています。 ということで、psqlのスクリプトについて書いていきます。 今回は基本的に psql -f "psqlスクリプト"やpsqlにログインしている状態で\i "psqlスクリプト"での実行を前提にしています。 一

AndroidのApp Linksとは 公式情報 https://developer.android.com/training/app-links/ 雑な理解としては、1つのサービスに対して、WebとAndroidアプリがある場合に、 Android端末上で別のアプリから https://(自分のWebサイト)... というURLに遷移した場合に、アプリがインストールされてればアプリに遷移する。 といったものです。 実装 今回は、 http://my-android-server.appspot.com/html/list.html?page_no=1&open=2 にアクセスすると、 https://play.google.com/store/apps/details?id=hm.orz.chaos114.android.tumekyouen のアプリのステージ2の画面が表示されるように

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 動機 「スマホ用Webサイトが既にあるんだけど、それを上手く使ってアプリ化出来ない？」という話は、まだ一定数存在します。 その時に、「結局個別にKotlin/Swiftで実装するのが一番良いですよ」と反論したいアプリエンジニアも一定数いると思います。 私もその一人なので、理論武装のためにまとめました。 ただ、ほとんどの技術要素については実運用の経験が少ないため、間違いが含まれている可能性があります。 その際は、コメントや編集リクエストで教えて頂けると助かります 方針一覧 Web (PWAを利用し、アプリっぽく見せる) ガワネイティブ (

動機・前提 今更ながら、とある案件でガワネイティブの要望が出てきそうだったので、事前調査としていくつか調べました。 "ガワネイティブ"という表記が一般的なのかは不明ですがこの記事では、 Webとスマホネイティブの間にある技術（ガワネイティブやハイブリッド、クロスプラットフォームなど） で記載したように「アプリ内WebViewで、サーバがレンダリングしたHTMLを表示する」とします。 サンプルとして作ったもの WebView内に表示するHTML https://github.com/noboru-i/sample-html/blob/master/webview.html iOS側のサンプル（playground形式） https://github.com/noboru-i/sample-hybrid-ios WKWebViewを利用しています。 Android側のサンプル https://

前提 既存のGoogle App Engine Python + Angular 1.x + CoffeeScriptのサービスを、Google App Engine Python + Nuxt.jsに置き換えようとしています。 最終的には、Nuxt.jsでbuildした結果を、Google App Engineのstatic_filesとして配信する予定です。 SPAモードを利用し、SSRは利用しません。（GAEでNodeを動かすのが大変そうなので） 今回APIアクセスには、 @nuxtjs/axios を利用しようと思います。標準っぽかったので。 環境・やりたいこと まず、ローカルで開発時は、本番稼働しているサーバに接続しようと思います。 （今後、ローカルでサーバを実行して、そちらに向けることも想定しています。） また、GAEではデプロイごとに https://20180610t220

CircleCIでプライベートなファイルを暗号化してレポジトリ管理する - Qiita を参考に、GitHubに暗号化したファイルを置いておいて、CircleCIでのビルドに利用していました。 今回、あるAndroidアプリをCircleCI 1.0から2.0に変更するにあたって詰まったのでメモ。 最初に結論 1.1より古いバージョンで暗号化したファイルを復号化するときは、 -md md5 をつける必要があるっぽい。 （ホントは、最新バージョンで暗号化しなおした方がいいはずですが。。） 何をしようとしたか CircleCI 2.0にするにあたって、Language Guide: Android - CircleCIを参考に、CircleCI側が用意しているDockerを利用しました。 そして、今までと同じように、暗号化しておいた google-services.json をCircleCI

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

CircleCI 2.0でAndroid関連の静的解析結果をPullRequestで指摘する - Qiita で、CircleCI側が用意したdockerイメージにRubyの実行環境が入っていなかったため、回りくどいことをしていました。 （workflowsを利用して、コードをattachしつつ、別のdockerイメージを動かす） その記事をベトナムの子会社に共有して数時間後、 https://github.com/circleci/circleci-images/pull/75/files というPRを教えてもらいました。 CircleCIの提供しているdockerイメージに、Rubyの実行環境が入ったようです。 これを使うことで、Rubyのコンテナは必要なくなりそうです。 ということで、やってみました。 変更点例 一部消しすぎてたので、追加修正。 https://github.com/

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

trdsqlというコマンドラインツールを作りました。 Goで作ってます。 githubの trdsqlからダウンロード出来ます。 またLinux/Windows/macOSのバイナリもあります。 以下は、古くなっている内容もいくつかあります。 最新版に対応した、より詳細な内容は trdsql 目次 | Noboru Saito's page を参照して下さい。 これは何？ 簡単に言えばCSV(TSV含む)やLTSVに対してSQLを実行できるツールです。 同様のツールが q や textql 等いくつかあります。 trdsqlはPostgreSQLドライバとMySQLドライバを含んでいて実際にDBに接続することでSQLite以上の機能を使用できるようにしています。 PostgreSQLやMySQLの構文が使えるだけではなく、CSVファイルと実テーブルでJOINしたり、CSVファイルからテーブ

Dangerとは Dangerとは、ざっくり言うと、PRのレビューをするときに、"You Forgot To...(...するのを忘れてませんか？）"と指摘するのを自動化するツールらしいです。 似たようなツールとして、以前から packsaddle/ruby-saddler を使っていたのは、 Androidのコードを自動で解析し、GitHubのpull requestにコメントする - Qiita にも書いていました。 Android開発のコードレビューbotを乗り換えた話 - クックパッド開発者ブログ を読むと、クックパッドさんもDokumiから乗り換えたということで、使ってみました。（ミーハー） （ミーハーついでに、fastlaneとか作ってる Felix Krauseさんが絡んでる？というのも、やってみた要因の一つ） 上記のブログにもDokumi時代の問題点が書かれていましたが、私

※ 2/2 コードに誤りがあったため記事修正・追記しています。 ※ 2/3 さらに追記あり。若干テーマとは違いますが……。 修正リクエストやコメントでいただいたとおり、改行コード結合の記述漏れがあり、評価内容に誤りがありました。 修正のうえ実行したところ、まったく違う結果が出てしまいました。 昨夜の環境と異なるため、念のため、本日帰宅後にもう一度テスト計測しようと思います。 誤った情報となり、まことに申し訳ありません。 はじめに 可読範囲を上げるため真偽判定の代入とかでガンガン三項演算子を使う派だったのだけど、会社の人に「三項演算子の方がifで書くよりより遅いらしいっすよ」と言われた。 少しだけ調べてみたところ「昔は遅かったけれど、今はifと同等程度まで改善している」という記事がいくつか出てきた。 ただ、いずれもPHP5.xの情報。 PHP7.xになってからどうなったかの情報が知りたい。

この記事は Vim Advent Calendar 2016 の25日目の記事です。 ポエムでもないエッセイみたいなもんですが、拙文などを。 会社でVimを使っていると、なぜか「ちょｗｗｗｗｗｗｗｗｗVimとかｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」みたいな風に笑われます。なぜだろう。 慣れるとキーボードから手を離さなくてもカーソル移動・ファイル保存・整形その他の処理が完結できるので、爆速……とまでは言いませんが、マウスを持つのが面倒臭い自分みたいな人間には大変快適にコードが書けるようになるので、重宝しております。 そもそもソフトウェアなんて適材適所で使い分ければいいのです。 これ一本を極めればいい、なんてことはありません。 僕は普段、会社でテキストエディタとして、Visual Studio CodeとVimを併用しています。 さらにちょっとしたコピペのために、Windows標準の「メモ帳」を使った

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事はMonstar Lab, Inc. Advent Calendar 2016 3日目の記事です。 前日は @noboru_i の Androidアプリにログ系ライブラリを導入してみた話 - Qiita でした。 って、2日連続で書いてみました。 昨日のは、時間がなかったので社内Wikiの焼き直しにしちゃって、微妙だったので。 ただ、書いてみると、どこかで見たようなリモートワーク論の焼き直しになっちゃった気がします... 誰かの参考になれば幸いです。 経緯 2012年4月にMonstar Labに入社。 2015年2月頃に生まれ

動機 最近、Electronのアプリを作り始めました。 出来上がった機能をすぐに公開したいので、CircleCIでmac用のappファイルを作成し、GitHubのReleaseに上げる事にしました。 ただ、masterの変更の度にバージョン番号を上げるのも面倒だし、Releaseのタグが大量にあるのも微妙な気がしました。 （なにより、毎回tagを手動で作るのもめんどい） そこで、Releaseは毎回"更新"し、package.jsonのversionが変わっている場合のみReleaseを"追加"することにしました。 普通は逆というか、普通のフローとは違いますね。。 例： Releaseにv0.0.1が存在するとき、versionが0.0.1のままmasterが更新 以前のタグ・Releaseを破棄、最新のmasterでv0.0.1を再作成。 Releaseにv0.0.1が存在するとき、ve

基本的には、 https://circleci.com/docs/ios-code-signing/ の通りです。 設定が完了したものは https://github.com/noboru-i/kyouen-ios にあります。 （ほとんどは https://github.com/noboru-i/kyouen-ios/pull/29 のPRで行いました） 事前準備 CircleCiでiOSのビルドをするためには、Pricing and Plan Information - CircleCIにあるように、最低でも$39/月の課金が必要です。 また、GitHubとの連携設定や、fastlaneの利用のためのGemfileなどが必要です。 .p12ファイルをアップロード 今回はTestFlightで配信するため、"iOS Distribution"の証明書を発行しておき、CircleCIにアッ

"require-dev": { "fzaninotto/faker": "~1.4", "mockery/mockery": "0.9.*", "phpunit/phpunit": "~4.0", "phpspec/phpspec": "~2.1", "squizlabs/php_codesniffer": "*", "phpmd/phpmd" : "*" }, # !/usr/bin/env bash set -eu echo "********************" echo "* install gems *" echo "********************" gem install --no-document checkstyle_filter-git saddler saddler-reporter-github pmd_translate_checkstyle_fo

目的 Swiftも2.0になり、使う機会が増えてきました。 複数人で書くことも増えてくると、コードフォーマットの統一を図りたくなってきます。 realm/SwiftLintを利用したら、github/swift-style-guideベースのチェックが出来そうです。 ローカルでやる場合は、Xcodeに設定しておけば保存などのタイミングでチェックしてくれるのですが、担当者によっては無視してしまう可能性があります。 また、SwiftLintも日々チェック項目が追加されているので、開発者のローカルのSwiftLintが古く、チェックしきれてない可能性もあります。 Androidのコードを自動で解析し、GitHubのpull requestにコメントするみたいにしておけば、CircleCI→GitHubのコメントをしてくれ、Slackと連携しておけば違反が可視化しやすそうです。 実現すること Ci

この記事はCircleCI Advent Calendar 2015 - Qiitaの14日目の記事です。 13日目はnofrmmさんですが、まだ記事が無いようです。 余談 本当は、CircleCIでのiOSビルドの有料化に伴って、個人アプリのビルドをTravisCIに移したという話をしようと思いましたが、今でもCircleCIでビルド出来てる（金は払ってない）っぽいので、一旦移行はやめました。 なので、社内で実際に構築した別のことをまとめました。 背景 iOSアプリを受託で作る場合、いろいろ面倒ですよね。主に証明書周りが。 弊社でよくあるパターンとしては、 iTunes connectなどはお客さんしか入れない。 証明書はもらえる。 UDIDが増えたら、お客さんに連絡→provisioningを発行してもらう。 ipaファイルを納品する。 という感じです。 そのため、証明書やprovis

（10.0のリリースからバージョンポリシーが変わっています） （ミラーと書いてありますが、同期するタイミングは翻訳開始に合わせておこなわれるので、常に最新の状態という訳ではありません）。 （doc_ja_9_3はgit管理のために9.3.2の時点のものをインポートされただけです） 少し前まで、日本語マニュアルはEUC-JPで書かれていました。そのため、doc_ja_9_3はEUC-JPで書かれています。doc_ja_9_4も9.4.0時点ではEUC-JPで書かれています。9.4.1時点からUTF-8に変更されています。そのため、これらのバージョン間で差分を取るのが難しくなっています。 doc_ja_10を例に取ると、本家を含めたリリースから翻訳の流れは以下のようになります。 REL_10_STABLEが更新され10.xのtag(REL_10_x)が付けられる。 日本語マニュアルがREL_1

一部分のみの関係を表示したい MySQL Modelでテーブルと関係をきちんと定義してあれば、一部分のみのER図は簡単に作成することが出来ます。 先にテーブルを作成し関係も定義します。 [Model] > [Add Diagram] (CTRL+T) で新しいダイアグラムを作ります。(MySQL Modelから[Add Diagram]をクリックしてもよい) 左ペインのTablesから表示したいテーブルをドラッグアンドドロップします。 複数のテーブルを配置すれば、既に定義してあるRelationshipにより必要なラインが引かれます。 現在のタブで表示されているテーブルは左ペインのテーブルに●が付いて表しています。 逆に表示したくテーブルは、テーブルを右クリックして、[Remove Figure 'テーブル名'] で非表示に出来ます(Deleteを選択すると定義から削除されてしまうので注意

実現したいこと フォーマットがぐちゃぐちゃのコードや、close漏れしてるコード、使ってないリソースが大量にあるようなプロジェクトをこの世から駆逐したい。 CheckstyleとかFindBugsをコミットする前に毎回確認し、それを修正していけば駆逐出来そうですが、 つい忘れてしまったり、時間がないからと後回しにしてしまいがちです。にんげんだもの。 また、コードレビューで、スペースの位置とかインデントとか細かいことを指摘したくない。 そんなの、人間の仕事じゃないので、コンピュータにやらせたい。 ということで、下図のようにGitHubのpull requestにレビューの形で書けば、実装者は対応せざるを得ないし、 対応後のコードを人間がレビューすることで、人間は本質的なレビューに専念できます。（きっと 自動レビューの内容としては下記の通り。 Checkstyle FindBugs PMD C

bindを使う。 ここでは、ページ内のすべての画像が読み込まれてから処理を行うよう、全体からimg要素の個数を取得後、ループで各img要素のloadをbindし、完了した個数カウントと全体の個数カウントがイコールになったときに、処理が実行するようにしている。 サンプルコード <!doctype html> <html lang="ja"> <head> <meta charset="UTF-8" /> <title>read image</title> </head> <body> <img src="http://f.st-hatena.com/images/fotolife/B/Borom/20140927/20140927211300.jpg" class="image-ready"> <img src="http://f.st-hatena.com/images/fotolife/

Help us understand the problem. What are the problem?

scriptencoding utf-8 " エンコーディング指定 set encoding=utf-8 " Windows版(香り屋版)でencodingをutf-8にするとトラブルが起きる場合があるため注意 set fileencodings=ucs-bom,iso-2022-jp-3,iso-2022-jp,eucjp-ms,euc-jisx0213,euc-jp,sjis,cp932,utf-8 set shellslash " (Windows向け)パス区切りをスラッシュに " オペレーション系 set autoindent " 自動インデントを有効に set smartindent "オートインデント set formatoptions=q "改行無効化 set wildmenu wildmode=list:longest,full " コマンドラインモードでTABキーによるフ

Help us understand the problem. What are the problem?