はてなブックマーク

TL;DR プログラムのネーミングで迷ったら GitHub でキーワードを検索して、ヒットした件数が参考になるのでは？ 複数キーワードを検索して結果の一覧を表示する CLI 作りました https://github.com/kyoshidajp/ghkw ネーミング迷いますよね？ みなさん、コードを書いていて変数やメソッド名のネーミングって迷いますね。 こんな時に自分たちはチームを横断して「こういう名前考えたんだけど、これってどうかな？」という確認を Slack 上で行っています。先日、この Slack チャンネルを見ていて考えました。 「**GitHub で検索すれば世の中のコードでどのぐらい使われているかざっくり分かるので参考になるのでは？**説」 GitHub で検索できるという条件付きではありますが、コードの規模からするとある程度期待できそうです。 GitHub で検索 例えば「除

はじめに Redash の開発におけるデバッグ方法を「サーバサイド」「ワーカ」「フロントエンド」に分類して紹介します。 開発環境の構築については次のエントリを参考にしてください。 Redashの開発環境を作る手順 - Qiita サーバサイド Redash のサーバサイドは Python による軽量フレームワーク Flask で書かれています。 注意 Redash では Python 2.7 を使っているのですが、一部で __future__ モジュールを使っているファイルがあります。このモジュールを使うと記述が一部 Python 3 になるのですが、Python 3 では後方互換性が失われていています。シンタックスエラーになった場合は該当のファイルで __future__ モジュールが使われていないか確認してください。 該当するファイル一覧は例えば Github の検索結果から確認できま

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? はじめに Redash では環境変数として設定すると動作を変更できるパラメータがたくさん存在します。 公式ドキュメントと実際のコードを確認しながらどんなパラメータがあるのかを調べてみました。 注意として Redash でパラメータという用語はクエリ内に {{name}} のように記述することで変数になるパラメータ付きクエリを指しますが、ここでは動作を変更するための値を表す用語としてパラメータと呼ぶことにします。 パラメータ付きクエリについては次の資料が参考になります。 kakakakakku/redash-hands-on: Redas

公式AMIからインスタンスの起動 から AMI を選択します。Region ap-northeast-1 の AMI リンクをクリックするとインスタンスタイプを選択する画面に遷移するので、適当なインスタンスタイプを選択します。 1年間の無料枠を使っているので無料で使える t2.micro にしました。 キーペアを設定して起動します。 アクセス設定 マネジメントコンソールからインスタンスのセキュリティーグループのインバウンドで HTTP アクセスを適切に許可します。 これでブラウザからインスタンスのIPにアクセスすればページが表示されます。 Internal Server Error（500エラー）ですね。サービス側に問題がありそうなので確認します。 サーバ側設定 起動したインスタンスに SSH ログインします。 とりあえずサービスを再起動してみます。 $ sudo supervisorct

Redash の開発環境を作った時の手順を書いてみます。 作業はざっくり次の流れです。 ソースコードの取得 必要なパッケージのインストール Docker Compose の修正とコンテナの起動 起動時の設定 初期データベース登録 Webサーバの起動 Workerの起動 webpack の開発用サーバの起動 はじめに Redash の開発環境を構築する方法は大きく分けて次の3つになると思います。 AMI または Google Compute Engine のイメージから構築 Docker イメージから構築 プロビジョニングスクリプトから構築 当初 AMI でインスタンスを作成して構築しようとしていたのですが、無料枠で使える t2.micro インスタンスだと非力すぎて断念しました。この時の手順は別記事にしています。 RedashをAMIから起動してみた - Qiita また、ドキュメントによ

課題 トピックブランチで作業している時に別のブランチで作業する必要があり、現在の変更内容をいったん保存したい、といったケース。 例えば feature/paginate ブランチで作業していて、別の開発者から「自分の作業している feature/oauth ブランチを見てほしい」と相談された場合を想定する。この場合、例えば次の3つの方法が考えられる。 Subversion 方式 feature/paginate ブランチでパッチを作成 feature/oauth ブランチで作業を完了後 feature/paginate ブランチに戻る パッチをあてる rebase feature/paginate ブランチで一時的にコミット feature/oauth ブランチで作業を完了後 feature/paginate ブランチに戻る 残りを実装後 rebase バージョン管理機能を使わない 編集し

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 新機能 Lighthouse による新しい Audits パネル Lighthouse はサイトの品質を向上させる事を目的とした、Google によるオープンソースの監査ツールです。 Chrome で実行するにはエクステンションとして別途インストールする必要がありましたが、標準で Audits パネルに組み込まれました。ページに対して次のカテゴリを計測し、スコアを算出します。カテゴリは実施時に変更可能です。 Progressive Web App Performance Accessibility Best Practices 各カテゴ

注意 これは 8 no-Flux strategies for React component communication を意訳し、自分の解釈や補足を追加した記事になります。 実際に自分が React でコードを書いていて、疑問に思い調べた際に参考にしました（結局は Flux/Redux と 方法1. Props を使ったのですが）。 はじめに React で、最初の大きな問題の1つは「コンポーネントはどうやって他のコンポーネントとコミュニケーションするべきか」という事です。 コンポーネント2がクリックされた事をコンポーネント1に伝える最も良い方法は何でしょうか？ これには、とてもたくさんの答えがあります。早かれ遅かれ、Flux が言及されるでしょう。 Flux アーキテクチャでコミュニケーション問題を解決できるでしょうか？Flux は必要でしょうか？ この問題は Flux を使用するこ

はじめに 現在 Ansible のドキュメントを日本語に翻訳しています。まだほとんどできていない状態ですが、作業のメモを残します。 想定している読者は Ansible に興味がある方はもちろん、ドキュメントの翻訳作業を行ってみたいという方になります。 また、翻訳中の HTML は次のページで公開しています。 Ansible ドキュメント ソースコードは次の場所にあります。 kyoshidajp/ansible kyoshidajp/ansible-modules-core kyoshidajp/ansible-modules-extrax 環境を整える 環境 次の環境で作業、動作させています。 翻訳作業マシン Mac OS X 10.10.1 公開マシン Amazon Linux AMI release 2014.09 一部、上記環境でないと動作しない内容もあります。 ソースコードの取得