こんにちは、自分で書くのもあれですが、すでに16年このブログをやっているエアロプレインのりおです。16年前はテキスト系ニュースサイトだったので正確には「ブログ」が16年続いているわけではないのですが、それでもMTで完全にブログ化してから15年くらい。これだけ続いているのにはいくつかポイントがあったりします。いままで何度か書いたことはあるのですが、今週末「ブロガー大忘年会2015」を開催するにあたってちょうどいいタイミングだったので、あらためて書いておこうかなと。 ブロガー大忘年会2015 by AMN つづけるエネルギーは「仲間」である そうなんです。実は更新を続けていくエネルギーとして、仲間というのは本当に良いものなのです。たとえば16年前、僕がはじめた頃には、TECHSIDEやNarinari.comなど、素晴らしい仲間がすぐ近くにいて、いろいろと切磋琢磨できる環境がありました。といっ

皆さんこんにちは。 アキバです。 久しぶりにエントリ書きます。 突然ですが、今、システムをデプロイすると言ったら自動化しますよね。 そこで、皆さんは何を使っていますか？ 私は、最近、DockerとAnsibleを仕事でガチに触る機会がありました。 ※本番運用のサーバもDockerを使って動作させました。 今回は、そこで得たことについて書きます。 皆さんの参考になればと思います。 命題：Dockerを使うべきか、Ansibleを使うべきか。 作るべきシステムは、いわゆるWebシステムで、WEBサーバとAPサーバで構成しています。 WEBサーバとAPサーバはそれぞれN台のクラスタ構成です。 ※以下の図は、本番運用で想定しているサーバ構成を今回の説明用に抽象化したものです。 N台のクラスタ構成ということで、Dockerを使おうとなりました。 コンテナでスケールアウト出来るから…ですね。 さてここ

こんにちは。株式会社ベーシックのCTOやってる@zaruです。今年はじめてQiitaのアドベントカレンダーに参加しました。25日埋まるようなんとか頑張ります。また、ベーシックのエンジニアについて興味のある人はベーシックエンジニアのQiita記事に目を通してみてください。それなりに面白い記事があると思います。 長い前置き Chef、めっちゃ流行って今や定番ツールになってますね。僕はChefに挑戦したものの脱落したダメエンジニアです。なんで脱落したかというと、セコセコ作ったレシピを保守できなかったんですね。Chefさわれる人が社内に全然いない＆教えようにも自分がよく分かっていないという、ツールに振り回されてダメダメという状況になってしまいました。 そこでもういっそ、VagrantBoxを直接配布したり、AWSならAMI化されたものを使いまわしたりしてたわけです。そこまで大規模なインフラでもない

仕事がはかどるスタバの近くに住みたい カフェで仕事をすることが多い方は「カフェ探し」に頭を悩ませることが多いのではないでしょうか。特に、できるだけ長く作業をしたい派の方は営業時間が気になるところ。 Wi-fi環境が整っていて、通勤前後に寄れるように朝早くから夜遅くまで営業しているカフェが自宅や勤務先の近くにあればいいのに…なんて１度は考えたことがあるはず。 今回はWi-fi環境が保障された都内23区・全242店舗あるスターバックスの中で、朝から23：00以降も営業をしている店舗を完全ピックアップしました！ お住まいの地域や、通勤経路にある「お気に入りのスタバ」を見つけてみてはいかがでしょうか。生活の中にスターバックスがあると仕事もはかどり、毎日の幸せ度がちょこっと上がるはず！ 作業に向いているスターバックス密集地帯は、ここだ！！ 23区内で、朝から23:00以降も営業しているスターバックス

「何をしてきたかと同じくらい、何をしてこなかったかを誇りたい」 ――スティーブ・ジョブズ 君の周りに異常に仕事の速い同僚はいないだろうか？僕らが四苦八苦してやり遂げるレベルのタスクを、3倍～5倍のスピードで次々消化していくモンスターたち。 「彼らとはアタマのできが違うから…」 本当にIQの差だけなのだろうか？ 今回は、凡人が爆速で仕事を進めるにはどうしたらよいか、考えていこう。 スポンサーリンク １．何をやらないかを決めよう 「何をしてきたかと同じくらい、何をしてこなかったかを誇りたい」 ――スティーブ・ジョブズ 大切なことなので2回言ってやったぜ、げへへ。自分の言葉じゃないけど。 ジョブズクラスの天才ですら、自分のリソースが有限であることを認識し、何を捨ててどのような仕事に集中すべきかにアタマを使っていたわけです。あれもこれも…そりゃ、全て完璧にこなせればベストだけど、人間（天才含む）に

↓↓↓↓訂正あります。↓↓↓↓ 2018/07/02に株式会社エフコード社内で行われた勉強会のスライドです。 訂正版(随時更新中): https://docs.google.com/presentation/d/15HOMfAbtdWwO48njcB8IdkN3kVAMu3wsmZo0O3S-f_4/edit?usp=sharing 専門家による資料・専門家向けの資料ではありません。自分自身で学習し、論文・文献等を読解してまとめた内容となります。間違い等あるかもしれませんが、あれば是非コメント頂ければと思います。 【訂正事項】 スライド16: 誤：たった一つのプロセスが故障しただけでも有限時間で合意できない 正：たった一つのプロセスが故障しうるだけでも有限時間で合意できない スライド20: 誤: 重要: あるschedule σ1, σ2 がdisjoint (nodeが被ってない) なら

B! 26 0 0 0 trashコマンドを拡張 している時に、選択画面で上下するときにVimみたくCtrl-F で1画面進む、みたいなことしたいな、と思って Controlキーを含んだ入力をreadで読み取って扱う方法を取り入れたのでそのメモ。 入力キー1つを受け取る Controlと同時押しのキーを受け取る Tips 8進数または16進数で書くときの注意 Ctrl-Cを使いたい場合 水平タブ(Ctrl-I)等を使いたい場合 使えない文字 ESCを判断する まとめ 入力キー1つを受け取る 入力キーを1つ受け取るにはBashでは read -s -n 1 c Zshでは read -s -k 1 c とします。 スクリプトがこの時点まで進んだ時に入力待ちになって、 何か1つでもキーを押すと、そのキーがcに入ります。 必要なら直前に echo -n "input: " とでも出しておけばわか

これは 【その1】ドリコムAdventCalendar の1日目です *1 【その1】ドリコム Advent Calendar 2015 - Adventar 【その2】ドリコム Advent Calendar 2015 - Adventar 自己紹介 1日目：社内gemとOSSのgemのメンテについて 言葉の定義 OSSのgemのメンテで意識していること どんなに小さいgemでも自動テストは必ず書く バージョンごとにtagはpushする 読んでもらうREADMEを意識する CHANGELOG（更新履歴）を書く サンプル 粒度 カテゴリ分け CHANGELOGの半自動生成 参考になるリポジトリ gemを作ったら必ず宣伝する 社内gemのホスティングについて 社内gemのメンテで意識していること サポートするRubyやRailsのバージョンなどは社内アプリ優先 gemを作ったら社内gemとO

12月1日のNetOpsCoding Advent Calender 2015の記事です。 NetOpsCodingは、ネットワークインフラにおける運用を自動化した事例や システム開発の知見、有用なツールなどを共有する勉強会です。2015年10月30日に第一回目の勉強会「NetOpsCoding #1」を開催しました。 運用自動化のためにネットワーク機器に求めるもの ネットワーク運用を自動化しなければならないということは、もはや言うまでもないことだと思います。自分たちのネットワークサービスをソフトウェア制御で提供しようと思った場合に大きな壁になるのが、ネットワーク機器を外部のソフトウェアから制御する方法です。 ネットワーク機器の制御には大きく分けて次のような項目があるかと思います。 情報取得 (show系コマンド) 設定投入 (conf t) アラート (syslog, SNMP trap

iPhoneの神様は、iPhoneをもっと楽しむための情報ポータルサイトです。人には聞きづらいiPhoneの基本的な使い方から、最新のiPhoneX・iPhone8・iPhone8Plusまで、きっと欲しい情報がみつかります。 iPhoneの神様

この記事は Java Advent Calendar 2015 の一日目の記事です。二年連続でトップバッターだ！ 先日の JJUG CCC 2015 Fall で G1 GC について話してきました。 去年の CMS GC と同じく結構遅めの時間帯＆裏番組に伝説の灰色ページ管理人・ひしだま伝道師が発表するなどの豪華な時間帯にも関わらず、165人規模の部屋がいっぱいに埋まるぐらいの盛況でした。聴講頂いた皆様ありがとうございました！ スライドは以下に公開しました。G1 GC の挙動から GC ログの読み方、どういうケースが厄介なのかを紹介しているので是非ご覧ください！ Garbage First Garbage Collection (G1 GC) #jjug_ccc #ccc_cd6 from Yuji Kubota アフターフォロー、またはちょっとした補足 極力、後から参照可能なように資料