bashのTips色々 - Qiita
概要 bashの記法は独特なものが多く毎回ググってしまうのでまとめて(と言いつつまとまりがないですが。。。)おこうと思います。 ある程度まとまってからpostしようとか思ってたらごちゃごちゃになっちゃいました。 bashで使えるという意味なのでposixシェル共通のネタも混ざってます。 随時更新します。参考になれば幸いです。 参考 man bash リファレンスマニュアル Advanced Bash-Scripting Guide カッコ色々 bashでは色々なカッコがありますが、よく違いが分からず使っていたりするのでまとめてみます。 []と[[]] []はtestコマンドのaliasです。[[]]じゃないとできないこととしては、以下のようなものがあります。 空白を含む文字列をクォートしなくてOK var='abc 123' # []の中だとクォートしないとエラーになる [ $var =
CentOS6とCentOS7の比較表 - Qiita
①anacondaの画面フロー変更。 ②GUIでのパッケージ選択を廃止 ③6.5➡7へのupgradeをサポート CentOS6.5➡7にupdateするには下記 CentOS6.5 ➡ Centos7にアップグレード eth0などはそのまま引き継がれる。 サービスは停止するもの（例えばntpなど）があったり、 6.5で動いてたものが正常に動作しなくなる可能性があるので、upgradeは推奨はしません。
ServerkitでMacの環境構築を自動化する - Qiita
Serverkit という構成管理ツールのチュートリアルとして、Macの環境構築を自動化する方法について説明します。 完成形 以下の手順で環境構築が完了できる状態にすることが目標です。 クリーンインストールしたばかりのMacを起動する Terminal.appを開く コマンドを1行入力する パスワードを入力する 各種アプリケーションがインストールされ設定が完了する r7kamura/dotfiles に動作するサンプルを用意したので、先に動作の様子を紹介しておきます。以下のコマンドでシェルスクリプトをダウンロードして実行すると、各種アプリケーションのインストールや設定の変更が行われます。1 $ curl -LSfs https://raw.githubusercontent.com/r7kamura/dotfiles/master/install.sh | sh Serverkitとは 上
開発フロー研修 @ Wantedly - Qiita
Githubでの開発 - Issue, Commit, Pull Request, Mention, Code Reviewに関する基本的なルール ゴール 「 チーム で 長期にわたって 生産性を上げる 」 前提 みんながサービス・プロダクトについて自主的に考える組織 エンジニア全員がそれぞれオーナーシップを持ってよりプロダクトを良くすることを考える いわゆるPM職の不在 = コードは書かずに、マネージだけする人がいない これは組織による。(e.g. 外注やディレクター職の存在) けれど、Wantedlyは、多少変化しつつも、より良いサービスを生み出すために、役割の程度の差はあれ全員がプロダクトについて考え責任を持ったほうが良いと考えている。 理想型 図:「青と黄色」のチーム構成が従来の縦割り+統括チーム、「緑(金)色」のところが目指すべきマイクロサービスチーム マイクロサービスチームは、
Docker+Fluentd+ElasticSearch+KibanaでNginxのログを収集しビジュアルするイメージを作りました。 - Qiita
Docker+Fluentd+ElasticSearch+KibanaでNginxのログを収集しビジュアルするイメージを作りました。FluentdElasticsearchDockerKibana Dockerイメージは2つあります。ひとつはNginx側に動くセンサーfluentd-agent（ https://github.com/liubin/fluentd-agent ）です。もひとっつはローグを集約するElasticSearchとデータ可視化するKibanaのかたまりes-dashboard（ https://github.com/liubin/es-dashboard ）です。 なおDockerHubにて公式イメージも用意されているので、下記のコマンドはそのまま実行できます（はずです）。 環境： CentOS 7 Fluentd 0.10.61 JDK 1.7.0 Elastic
CoreOSに入門してみる (1) インストール - Qiita
1. はじめに CoreOSに入門してみました。 CoreOSはミニマムな新しいOSで、etcdというものでクラスタが組めてfleetというもので分散環境が構築できるらしい。 分散環境を構築したCoreOSクラスタ上で、Dockerによってアプリケーションを動かすらしい。 という程度の知識からスタートです。 何事もまずはインストールしないと、ということで本記事ではISOイメージからCoreOSのVMを作成してみます。 また、CoreOSのCloud-Configという機能も使ってみます。 2. ダウンロード まずはISOイメージをダウンロードします。 ISOダウンロードページから最新のStable版をダウンロードします。 サイズは136MBでした。 2014/11/2現在でのStable最新版はこんな感じです。 CoreOS 444.5.0 Kernel 3.16.2 Docker 1.2
Chef-soloからItamaeに完全移行した話 - Qiita
※2016/04/24 追記 昨年末にItamae meetupで話した時のスライドリンクを追記しました。 Databag > itamae-secret の話やConsul連携の話が追加されています。 http://www.slideshare.net/tsuyoshitorii5/itamae-meetup-vol1public 現在自分が運用管理しているChef-soloプロビジョニングの仕組み 1 を Itamaeに移行した時のお話をしようと思います。 管理規模としては大規模ではなく、小〜中規模的なところかと思います。 （ロールによってレシピ切り分けたり、環境毎にレシピ用意したりなど…） 最初に: Itamaeについて https://github.com/itamae-kitchen/itamae 軽量なChef と考えればよいでしょう。 Chefの複雑さを取り除き、必要十分な部
PicassoとGlideのどちらを使うべきか？ - Qiita
はじめに 最近、新しい市場を求めてサービスを海外展開しようとしている会社が増えてきています。サービスを海外展開するにあたって気にしなければならないことがいくつかありますが、そのうちの一つに通信環境があります。私は先週までインドネシアにいましたがAkamai Technologiesによるとのインドネシアの通信速度は日本の6分の1程度で、実行環境に厳しい制約があります。またFacebookによると、Facebookアプリの通信量のうち85%は画像が占めているというデータがあります。そこで、画像の読み込みを改善すると通信量をグッと減らせると思い、画像読み込みライブラリの比較をしました。 Picasso vs Glide Androidでは、Squareが開発しているPicassoと、Bumptechが開発しているGlideというライブラリが有名で、使っている方も多いと思います。次のコードをご覧
Docker container間の連携について - Qiita
docker初心者なので、Docker container同士の連携について、設定方法やらを半年後の自分用にチラシの裏しておきます。 この内容を踏まえた上で、docker-compose (旧Fig)に進む事をお奨めします。 初めに Container同士の連携と言っても、大きく2つのケースがあります。 同じHost内にあるContainer間の連携 (シングルホスト) 別のHostにあるContainerとの連携 (マルチホスト) マルチホストでの連携は、Best practiceについてまだ試行錯誤の段階にあるみたいですが、ここら辺とかここら辺を参照して見て下さい。 ここでは、シングルホストでの連携についてチラシの裏しておきます。 結論から言うと、同じHost上のContainer-A→Container-Bにアクセスさせる場合、 Container-Aの起動時に、docker run
Ansibleパフォーマンスチューニング - Qiita
Ansileシンプルで好きで使ってますが、たまにパフォーマンスが気になってました。 つい先日Ansibleの公式ブログにパフォーマンスチューニングのtipsが書かれてたので自分が知らなかったところを中心に紹介します。 常識的なものも多いかもですがご容赦ください。 パッケージインストールを効率化する yumとかでパッケージインストールとかするならローカルのMirrorレポジトリを使おう。 reposyncとか使うと簡単にMirrorが作れて良い。 複数パッケージのインストールはwith_itemsを使って一つのトランザクションにしよう。 forksで並列度を設定する 同時にAnsibleのタスクが走るのはforksで決まる。 デフォルトは5だけど保守的なので増やした方が良い。50とかでも良いし、500以上にしてるケースもある。 Ansible1.3からはどんなに増やしても設定対象ノード数を超
Gitマージの基本 マージ・競合・競合解決・マージしなおし - Qiita
オライリー・ジャパン『実用Git』を最近読み終えたので、 マージについて、実用的な部分をつらつらとまとめておく。 時間があればマージだけでなく、コミットの変更方法についても後日書くかも。 マージ方法 マージするにはマージされる（他ブランチのコードを取り込む）側のブランチをチェックアウトして、 マージ対象（他のブランチにコードを取り込まれる）ブランチを指定して実行。 マージする時には余計なトラブルを避ける為に、未コミットのものがある状態でのマージは避ける。 # topic1,topic2のブランチがmasterにないコミットを含んでいる事を確認 $ git show-branch * [master] a ! [topic1] b ! [topic2] c --- + [topic2] c + [topic1] b *++ [master] a #マージ実行 $ git merge topi
git status から peco でファイルを絞り込んでカーソル位置にパスを挿入する zsh widget - Qiita
を書きました。 ##動機 元ネタ : git addするファイルをpecoで選択できるようにした これを git add だけでなく git reset, git rm, etc でも使いたい しかしそのたびにキーバインドを考えるのは嫌だ 覚えるのも嫌だ ということはカーソル位置にファイルパスを含められれば解決だ .zshrc function peco_select_from_git_status(){ git status --porcelain | \ peco | \ awk -F ' ' '{print $NF}' | \ tr '\n' ' ' } function peco_insert_selected_git_files(){ LBUFFER+=$(peco_select_from_git_status) CURSOR=$#LBUFFER zle reset-prompt
「関数型言語」に関するFAQ形式の一般的説明 - Qiita
前置き： 特定の言語ではなく、関数型言語一般に関する説明です。 ここに書くのが良いのかわかりませんが、それを考える時間ももったいないのでとりあえず書きます。必要が生じたら移転します。 皆様のご要望や自分の気分(?)により随時加筆修正します。 「それは違うんじゃない？」というご指摘はもちろん、初心者の方の素朴な疑問・質問や、「ここがよくわからない」「こういうことも書いてほしい」みたいなコメントも歓迎します。すぐに対応できない場合もあると思いますがすみません。Twitterのesumii宛でも構いませんが、コメントのほうが他の方も見つけやすくて良いと思います。当然ながら（他者に対しても）誹謗中傷等はご遠慮ください。 いただいたコメントはほぼ本文に反映していますので、本文を読むために、必ずしもコメントを読む必要はありません。もちろん、興味と余裕(?)があればコメントも読んでいただければ非常に有用
Javaを使うなら知っておきたい技術、フレームワーク、ライブラリ、ツールまとめ
Javaの開発と言っても、各種ミドルウェアやフレームワーク、ライブラリ、ツールなどが豊富にあり選択に悩むことは少なくないと思います。 そこで関連技術のインデックスになればと作成しました。 あくまで知っている範囲で記述しているので、コメントしてもらえれば随時追加します！ すべてを書くと膨大な量になるため、現状採用が減ってきているものや、そもそもあまり採用されていないもの、後継があったり、類似のものと比較した場合に明らかに劣っているものは省いています。 ちなみにライブラリには高機能なものも多いので、分類は参考程度にご覧下さい。 サーバ系 Apache HTTP Server 世界中でもっとも多く使われているWebサーバ。 nginx フリーかつオープンソースのWebサーバで、処理性能・高い並行性・メモリ使用量の小ささに焦点を当てて開発されている。 Tomcat Java ServletやJSP
AccountManagerでアカウントを管理する - Qiita
はじめに AccountManagerにおいて、アカウントの管理やトークンの取得を直接行うクラスのことをAuthenticatorと呼びます。 それにあわせて、この記事ではAuthenticatorを実装したアプリのことをAuthenticatorアプリと呼ぶことにします。 Authenticatorアプリの実装 Authenticatorアプリでは、以下の実装が必要です。 アカウント種別の宣言 - AccountManagerに追加するアカウント種別の宣言 認証画面 - ユーザに提供するログイン画面のActivity Authenticator - AccountManagerへ提供する機能の実装 認証サービス - AccountManagerとAuthenticatorを繋ぐためのService 以下、それぞれの実装について詳しく説明します。 アカウント種別の宣言 アカウントの管理機能
RxのHotとColdについて - Qiita
UniRxについての記事のまとめはこちら RxのIObservable<T>にはHot/Coldという大きな2つの特徴があります。 これら性質を理解しないままストリームを設計すると、意図した動作をしてくれない場合があります。 今回はこのHot/Coldの性質について簡単にまとめたいと思います。 概要 一言で言うと？ Cold : ストリームの前後をつなぐだけのパイプ。単体では意味が無い。だいたいのオペレータはこっち。 Hot : ストリームから値を発行し続ける蛇口。常に垂れ流し。後ろにパイプがたくさん接続できる。 細かく説明すると Cold Observable 自発的に何もしない受動的なObservable Observerが登録されて（Subscribeされて）初めて仕事を始める ストリームの前後をただつなぐだけ。ストリームを枝分かれさせる機能は無い。 Hot Observable 自
RxJavaでAPIクライアントを作る - Qiita
RxJavaのモチベーション HTTPクライアントは今ならOkHttp一択なのですが、APIクライアントには非同期に通信をおこなってほしいものですが、非同期処理をおこなうAndroidフレームワークのAsyncTaskやAsyncTaskLoaderは正直使いやすいとは言えません。Volleyは設計は綺麗で拡張もしやすかったのですが、Googleとしての立ち位置がよく分からなかったので OkHttp + 非同期処理を担う何か を探していました。 それでPromiseライクなBoltsと迷ったのですが、個人的な好みでRxJavaを採用してみました。 APIクライアントの設計 以前書いたもの の参考実装としてライブラリを書いてみました。 Octodroid リソースへのアクセスの仕方は以下のようになっています。 // GET /users/rejasupotaro GitHub.client(
[Android] 「初回のみxxする」「xx回だけyyする」「xxからyy日経過した場合にzzする」的な処理を簡単に書く方法 - Qiita
[Android] 「初回のみxxする」「xx回だけyyする」「xxからyy日経過した場合にzzする」的な処理を簡単に書く方法JavaAndroid この記事はこちらで紹介されているiOS版SRGEventDateRecorderのAndroid版となります。 アプリを作っていると、特定のイベントの回数や実行時間に依存した処理を書くことが必要な場面が多々あります。 例えば以下の様な処理です。 ある機能を利用する際、初回時のみガイダンスを表示 ある機能を利用する際、最初の3回のみ使い方の説明を表示 広告POPUPを1時間に１回のみ表示 起動後にキャンペーンのお知らせを1日に1回だけ表示させたい これらはイベントの回数や時刻を永続化するだけで簡単に書ける処理ではありますが、毎回同様の処理を書くのは手間でもあります。 そこで、このような用途のためにイベントの回数と時刻を永続化しておくだけのライブ
![[Android] 「初回のみxxする」「xx回だけyyする」「xxからyy日経過した場合にzzする」的な処理を簡単に書く方法 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/4ef2e2e4ad64da780a068b2c1f9fe53e2efd4e8c/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCQW5kcm9pZCU1RCUyMCVFMyU4MCU4QyVFNSU4OCU5RCVFNSU5QiU5RSVFMyU4MSVBRSVFMyU4MSVCRnh4JUUzJTgxJTk5JUUzJTgyJThCJUUzJTgwJThEJUUzJTgwJThDeHglRTUlOUIlOUUlRTMlODElQTAlRTMlODElOTF5eSVFMyU4MSU5OSVFMyU4MiU4QiVFMyU4MCU4RCVFMyU4MCU4Q3h4JUUzJTgxJThCJUUzJTgyJTg5eXklRTYlOTclQTUlRTclQjUlOEMlRTklODElOEUlRTMlODElOTclRTMlODElOUYlRTUlQTAlQjQlRTUlOTAlODglRTMlODElQUJ6eiVFMyU4MSU5OSVFMyU4MiU4QiVFMyU4MCU4RCVFNyU5QSU4NCVFMyU4MSVBQSVFNSU4NyVBNiVFNyU5MCU4NiVFMyU4MiU5MiVFNyVCMCVBMSVFNSU4RCU5OCVFMyU4MSVBQiVFNiU5QiVCOCVFMyU4MSU4RiVFMiU4MCVBNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnM9NGU0ZDlhM2Q4ZjgyY2E4YjFjOTg5MjM5NDQzN2VkNDU%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBzaG9tYTJkYSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9NDE0MGQyNWEwN2M0ZjgyMGFkNTllNjRkNGY0YzcwY2Q%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D3ba6b1fc8b0686590bb944694430c885)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
(o1, o2) -> o1 - o2 なんて呪文はもうやめて！ - Java8でのComparatorの使い方 - Qiita
CSVのデータを使って散布図とヒストグラムを作る - Qiita
