cd したら ls する - QiitaHelp us understand the problem. What are the problem?
fishからのpecoの利用が簡単過ぎるので移行完了 | KEYPOINT – キー・ポイント株式会社 開発日誌
2014年の新年の挨拶以来となる大西ですｗ 夏休みは終わってしまいましたが、いかがお過ごしでしょうか。 私は、現在Umieで行われている、スプラッシュファンタジア2016へ夏休み最終日（8月15日）に行ってきました。 今年は、例年通り音楽に合わせて大量の水も振ってきますが、炎も加わりかなりイイ感じのイベントです。 23日までですので、興味のあるご近所の方は着替えを持って行ってみてはどうでしょうか？もちろん、濡れないエリアでの観戦もありですが、個人的には少しでも濡れた方がイイかなと思います。 前置きが長くなりましたが、本題です。 以前から、一部のマシンでは、Zshからfishへデフォルトシェルを変更してみたのですが、ぜんぜん時間が取れずよく使うpecoがzshのみという中途半端な状態を半年以上放置していたので、オリンピックを見ながら思い切ってfishに全面移行するために、fishからpeco
初心者向けシェルスクリプトの基本コマンドの紹介 - Qiita
こんにちは、初心者向け基本コマンドを紹介しているシェルスクリプト入門です。 最後で、ファイル名を一発で変える簡単なシェルスクリプトを書いてみましょう。 環境：Mac OSX El Capitan Terminal; bash / sh shell environment; シェルスクリプトとは シェルスクリプトとは、簡単に言うとUnixコマンドなどを並んで実行するだけです。 いつ何の条件で何の命令を実行するとか、ファイルコンテンツを読み込むとか、ログファイルを書き出すとかをする役割です。 基本設定 test.shファイルを作成します。 シェルスクリプトファイルは基本的に.shの拡張子で作成します。 実際のコードを書く前に最初の一行目は #!/bin/shを書き、システムにこれからシェルスクリプトを書きますようと知らせるものです。（#はhash、!はbangですから、#!をshebangと言
Re:dashの小技いろいろ - そんな今日この頃の技術ネタ
職場でも既存の画面を置き換えたりして徐々に布教できてきたRe:dash。 blue1st-tech.hateblo.jp blue1st-tech.hateblo.jp クエリを記述するだけなのでスタッフの要望に素早く対応できるし、数値に疑問があった時にもチェックしやすい。 それに、ダッシュボードという形でまとめられることにより、指標間の関係性にも気を向けることができる。 意識高いことを切々と語るよりも実際的なメリットを提示するのが、新しいことをはじめるときには有効ですな。 そんなわけで実際的に使っていく上で必要で色々調べたことをメモってみた。 CLIでユーザアカウントを追加する WebUI上でユーザアカウントを作成するならばメール送信の設定を行う必要があるが、 僕がやってたようなDockerでの起動の場合、メール送信の環境を整えるのはちょっと面倒だったりする。 ユーザアカウントの作成のみ
re:dashは何が良くて、何が足りないのか - Qiita
re:dashを使い始めて約半年、社内で実運用を始めて約10ヶ月が経ちました。 re:dashに繋がらなくなると苦情が出るレベル、にまでは社内で使われるようになりました。 その感想を書きます。 かなり主観も入ってますが、これから使おうとしている方は是非参考に。 現在の使用状況 クエリ数は約900 このうちスケジューリングで定期実行しているのは約200 ダッシュボード数は約150 何が良いのか OSSであること これは非常に大きいです。 商用のBIツールの場合、よくわからない挙動や動作をした場合でもベンダーに問い合わせたりする必要があります。 ただしre:dashはOSSです。 意味不明な動作をしたらコードを読めば動作が把握出来ます。 (※もちろんPythonのコードをある程度読める必要があります) また、開発が非常に活発で外部からのPRもちゃんと見てくれます。 作者の@arikfrさんが開
redashを導入してみた - そんな今日この頃の技術ネタ
rebuildで話題に上っていて気になったプロダクト。 Dockerで気軽に導入できそうだったので試してみた。 github.com redashは大雑把にいえばMySQLなどのデータソースに接続して、 ウェブビュー上からの操作で表やグラフを作成し、 ダッシュボードに並べて表示することができるツールだ。 業務の中では何がしかのデータをウェブで表示したいという案件もあるが、 単にクエリを一発叩いた戻り値を表示しさえすれば良いだけの場合も少なくない。 画面を個別に実装することそれ自体は大した手間ではなくても、 数が増えてくれば後々のメンテナンスコストの増大につながってしまう。 何より、「ここではこう表示されてるけど、どのデータをどう解釈してるんだっけ？」というのを毎回ソースを探して読んで確認するのは意外と大変だ。 そういった現場では、ブラウザ上でのクエリ記述のみで完結するこのredashは非常
re:dashのダッシュボードで入力フォームを活用する - Qiita
※ Redash 最新版（1.x系）から、こちらの投稿内容で動作しない状況となっておりますのでご注意ください。 対策案が分かる方はコメントいただけるとありがたいです！ re:dash は開発スピードが早く、つい先日は HighCharts から Plotly に置き換える PR がマージされプレリリースもされており、UI が大きく変わりそうで戦々恐々としているところです... この記事は、社内で現在運用している v0.8.3.b1192 での動作を前提とします。 re:dash は SQL をさっと書くだけでグラフ化／ダッシュボード化でき、ライトに分析できるのが売りですが、社内で BI プラットフォームとして本格運用するためには以下のような課題もクリアする必要がありました。 グラフの表示期間を指定したい（直近◯ヶ月や◯年前から、など見る人によって希望は様々） マクロデータだけでなく、特定の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://road-to-raoh.com/20161026/
Re:dash Use Cases at iPROS
re:dashでsqlに変数を埋め込む - Qiita
