sysdig とは？ Sysdig is open source, system-level exploration: capture system state and activity from a running Linux instance, then save, filter and analyze. Think of it as strace + tcpdump + lsof + awesome sauce. With a little Lua cherry on top. http://www.sysdig.org/ 上に書いてある通り、一言で言うと strace + tcpdump + lsof + α。tcpdumpのように-wで書き出して-rで読み込めるのがありがたい。 高機能過ぎてまだ全然使いこなせてないけど、ぱっと触った感じ使えそうだなと思ったものを紹介。 1. プロ

※ 4/9 11:25 いろいろ計測しなおしてます。こちらも参照 Javaで文字列連結する場合には+演算子よりもStringBuilderを使うべき、という話があるのですが、よく sb.append("[" + data + "]"); みたいなコードをみかけて、あんまり意味ないなーと思ったりします。 あと、 sb.append("title:"); sb.append("[" + data + "]"); みたいに、+演算子を使った一行の式にして sb = "title:" + "[" + data + "]"; としておけば「title:」と「[」はコンパイル時点で最適化されたのに、ってコードもあります。 ということでTwitterで Javaでの文字列連結は+を使うべき、ってやったほうが、StringBuilder使ったsb.append("[" + data + "]")みたいなク

私たちの元々の目的は「イミュータブルインフラストラクチャ」を構築する事ではなく、前編で紹介した課題を解決するための運用フローを構築することでした。それを開発のフェーズからコツコツと模索した結果として「イミュータブルインフラストラクチャー」に少しずつ近づいている、というのが正直なところです。

このエントリは前後編に分かれています。前編は主に運用フローやそこでの工夫点、後編は実際の運用から得た知見や今後の課題といった内容です。 ヌーラボのインフラ運用最前線 〜イミュータブルを目指して〜 (前編) ヌーラボのインフラ運用最前線 〜イミュータブルを目指して〜 (後編) 最近はインフラ運用・DevOPS関連のトピックとして目にしないことはないくらい、「イミュータブルインフラストラクチャー」について様々な議論がなされています。私たちも昨年、継続的デリバリという文脈で、@IT の連載にてその基本的な考え方について紹介させていただきました。 さて、今年の二月にローンチをしたばかりのヌーラボのシングルサインオンサービス「ヌーラボアカウント」では、イミュータブルインフラストラクチャの一歩手前として、特定の変更を加える場合のみ、ごっそり環境ごと入れ替えるというやり方にてその運用をスタートしました。

新機能 connpass APIに新しい機能を追加しました。「イベント資料一覧API」「グループ一覧API」を新たに追加し、「イベント一覧API」にグループサブドメインでの絞り込み機能を拡充しました。詳細な仕様や利用方法は、APIリファレンスをご確認ください。API利用を希望される方は、connpassのAPI利用についてをご覧ください。 お知らせ 2024年9月1日より、connpassではスクレイピングを禁止し、利用規約に明記しました。以降の情報取得にはconnpass APIをご利用ください。APIご利用についてはヘルプページをご確認ください。 4月 27 Yokohama.groovy #23 #yokohamagroovy #mattarigrails with mattari.grails / もくもく of Groovy, G* Product

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 自分がプログラマから起業して沢山失敗したので、同じミスをプログラマ、エンジニアの方にして欲しくないという想いから、よくある失敗をまとめました。(常に追加中) プログラマでなくても、フリーランスや起業する方に役立つでしょう。 特に技術分野の経験だけしかない人は、気をつけましょう。 技術以外の大量の会社関連の知識、実行能力、実行する時間、経験が必要になります。 従業員との最も大きな違いはリスクかと思います。 従業員は金銭的なマイナスリスクは非常に少ないですが、フリーランスや取締役は数百万円以上のリスク負うことが非常に多いので、リスクヘッジを

あなたが現役のエンジニアならば英語から逃れることは出来ない。エンジニアというプロフェッショナルな職業を選択した以上、自分の職業に誠実になるならば、学び続けなくてはならないし、その場合、英語を避けて通ることはできない。 まあ、50代以上で、もう引退だとか言う人であれば、ぎりぎり逃げ切るということは不可能ではないかもしれないが、それは現役エンジニアというカテゴリではないので、除外する。もちろん、50代だろうが60代だろうが現役であるならば英語から逃れることはできない。 少なくともインターネットの業界とかIT業界とかそーゆーところで飯を食っている人であれば、ほとんどすべての情報は英語でやり取りされていて、一次情報の質と量については英語のそれは日本語それを圧倒している。もし、そのような認識を持っていないとしたら、それはそれで相当ヤバいと思う。 もちろん英語を学ぶとか学ばないとかは余計なお世話である

こうしてまた1人のエンジニアが狂っていくのであった。 YouTubeに投稿された、とある短編コメディが「これはひどい」「リアルすぎて笑えない」と技術者たちの間で話題になっています。クライアントとの打ち合わせに、専門家として同席することになったアンダーソンさん（エンジニア）でしたが……。 字幕が見られない場合は右下のメニューから「字幕→Japanese」を選んでください クライアントからの注文は「7本の赤い線を引く」こと。ただし、"何本かは緑と透明のインクを使って"――。緑と透明のインクで赤い線を引く？　お前は何を言っているんだ？　エンジニアは口をあんぐりさせながら「いや、さすがにそれは……」と否定しようとしますが、すかさずプロジェクトマネージャーが「まあまあ、そんなに急いで結論に飛びつくことはないよ！」「な、できるよな？」とこれを遮ります。いや無理なもんは無理なんすけど。 「緑と透明のイン

4/7に、LINEさんのオフィスで開催された「JVM Operation Casual Talks」。 一部で、Cassandra Casualだったのではないかという疑惑もありましたが、なかなかためになる話が多くて、あとできっと資料を見たくなる日が来そうなので、ちょっとまとめておこうと思う。 こちらもあわせて読みたい JVM Operation Casual Talks #jvmcasual - Togetter Understanding Memory Management of JavaVM
 in 15 minutes (@stanakaさん) https://speakerdeck.com/stanaka/understanding-memory-management-of-javavm-in-15-minutes @stanakaさん、どこでJVM使ってるのかと思ったら、今日は

手放せば楽になれるとわかっているのに、いざそうしようとすると不安になり、つい「しがみついて」しまう。しかし、自分に合っていない、自分を苦しめるだけのこだわりや執着なら、捨てないまでも軽くした方が精神的にも楽で結果も残せる。 精神科医である著者が『「しがみつかない」人ほどうまくいく』（西多昌規著、PHP）で主張しているのは、そんな考え方。 では、そのためにはなにを心がけたらいいのでしょうか？　第3章「完全主義より手抜き主義」から、いくつかを拾ってみます。 「手抜き力」のお手本 人生、すべてのことに全力投球できるわけではなく、すべてを100%完璧に行うことも不可能。「100%」「完全」「完璧」「パーフェクト」への病的なしがみつきは、かえって芳しくない結果をもたらすことがあるといいます。つまり大切なのは、「手抜き力」をいかにして身につけるか。 そして、ここで著者が引き合いに出しているのは、先ごろ

リポジトリ Git プロジェクトを GitHub 上に置いています。 Maven リポジトリも GitHub 上に置いてあります。 nobuoka/vc-gradle-android-sdk-manager · GitHub このプラグインの目的 Android プロジェクトの Gradle ビルドスクリプトから Android SDK の android update sdk を実行することです。 通常、既存の Android プロジェクトの開発に携わるとき、最初に次のようなことを行う必要があります。 Android SDK (と IDE など) をダウンロードしてくる。 (まだしていない場合。) 既存の Android プロジェクトを手元に持ってくる。 (git clone とか。) Android SDK アップデートを行い、プロジェクトで必要なコンポーネントをダウンロードする。 (

凪のあすからの最終回よかった。イベントあたってほしいなー・・・ pluginについて buildやテスト結果をircにpostする簡単なpluginをつくる. ircにポストするタスクの登録 とりあえず、gradle postIrcコマンドでpostできるような基本のタスクを定義した。 https://github.com/mattak/gradle-buildbot-plugin taskの種別に応じて、メッセージを変化 compileのタイミングで、"compile done" or "compile failure"を出力 testのタイミングで、"Test passed 190/200. 95% OK." みたいなメッセージを表示したい. gradleのライフサイクルで、shouldRunAfterとmustRunAfterがあるが、incubating featureなので、使う

短い答え：コミットする。 長い答え：以下参照 Chapter 61. The Gradle Wrapper The wrapper is something you should check into version control. By distributing the wrapper with your project, anyone can work with it without needing to install Gradle beforehand. マニュアルにはshouldとあるが、�少なくともAndroid開発においてはコミットしなくてもいいケースはない。 gradlewはローカルマシンにGradleをインストールしなくてもビルドできるようにするという側面は確かにあるのだが、GradleはAPI変化の速いプロジェクトなので、gradlewによって使用するGradleのバ

してきた。主催者の@seri_kさん、会場提供のビズリーチさんありがとうございます。 JMeter小話 from eiryu 内容は、性能テストを行う際は大体JMeterを利用することが多いと思われるが、そのTIPS的なもの。 それにしてもJMeter奥が深い。まだまだ知らない機能いっぱいありそう。 グラフ描画のJMeterPluginsCMDについては、以前はてなダイアリーに書いていた部分。 それ以外のところも、おいおいはてなダイアリーに書こうかと思う。 そして今回は、4月からビズリーチさんに転職された@takezoenさんも参加されるというハプニング？もあったりした。今後のビズリーチさんの動向は要チェックですな。 個人的感想として、今までDomaという単語は見聞きしたことはあったのだが、実際に作者の@nakamura_toさんとお話出来た縁もあるので近いうちに触ってみたい。Doma2か

Javaエンジニア界隈からは、まだやってなかったの？！と言われるかもしれないが、2月くらいからGroovyの勉強を始めた。 以前、インストールして少しいじってからしばらく触ってなかったのだが、やれGradleだ、やれAndroid StudioだとGroovyの話題がTwitter含め、身の回りに増えてきたのと、Scalaに比べて利用する敷居が低かったので初めてみた。（個人の感想です） 蒼い本も買った。醤油はうす塩に変えた。（古い） 勉強する過程で@kazuhira_rさんや@grimroseさんにいろいろ教えてもらったりした。ありがとうございます。 始めてみた結果、最近仕事でのちょっとした解析系のコードは全部Groovyスクリプトで書くようになった。 Grapeにより、Groovyスクリプト内で依存性解決出来るので、1ファイルで済む。ワカモノ的に言うと”最高便利！”である。 あと、map