メリット1: 複数人による共同作業 メリット2: ウェブサービスへのコミット デメリット1: サーバー負荷 デメリット2: コードを共有しない貢献がしにくい
はじめに こんにちは、虎塚です。 先週金曜日の18:30から1時間、AWSコンサルティング部でAnsibleをテーマに社内勉強会を開催しました。この記事では、会社の活動紹介を兼ねて、勉強会の様子をレポートします。 秋葉原オフィスと札幌オフィスにいた社員、東京や札幌近郊でリモート勤務中の社員10名以上が、Skype接続して実施しました。写真は、秋葉原オフィスの会議室に集まったAWSチームメンバーです。 今回の講師は植木さんでした。植木さん自身も上越からのリモート参加で、Skypeを使って画面共有しながら説明とデモを実施してくれました。上の写真で皆がディスプレイを食い入るように見ているのは、そのためです。 Ansibleの説明 デモンストレーション Ansibleをインストールする brew install ansible ssh/configを作成する ここで.ssh/configを自動生成
新卒エンジニア向けの「座学」という枠で、1時間ほどGitについてお話させてもらった。資料はspeackerdeckに。 新卒sは、普段Gitは使っているものの、まだまだ実務で起きた問題を解決できるほどではないようなだった。そこで、自分がGitを理解できたなーと思えたきっかけである「全てはコミットである」を少しでもわかってもらえたらいいかなーと思ってそんな内容になっている。 資料はひたすらコマンドが並べられているだけなんだけど、これを打ってもらいなから結果を確認したり、コミットの繋りをホワイトボードに書いたりしていた。なので、この資料を眺めてもさっぱりかもしれないけど、わかる 人には言いたいことが伝わるんじゃないかと思う。(本当はremoteまで説明したかったんだけど、資料作成と実際の講義時間の問題で割愛している) ペパボでは1週間に2回ずつこういう時間があって、実は今は2週目なんだけど、そ
ちょっとしたコードの書き方でパフォーマンスが変わることがあります。リーダビリティを重視する向きからすれば小手先のテクニックに映るかも知れないのですが、リーダビリティを維持しながらちゃんとしたパフォーマンスを出すためにも、テクニックを知ることは大事なことだと思うのです。 結構違うもんですなー というわけで、そんなテクニックをまとめたスライドがWriting Fast Ruby。見ていて参考になったのでメモ。 たとえば引数に&blockをとってcallするよりも、yieldの方が5倍速い、とか、 def slow(&block) block.call end def fast yield end mapにブロックを渡すよりも、シンボルを渡す方が20%速い、とか (1..100).map {|i| i.to_s} (1..100).map(&:to_s) mapしてからflattenを呼び出すよ
皆さんのブログを拝見していますと、素敵な写真が多いです。 先日も有名ブロガーの方の機材紹介の記事があり、非常に興味深く拝見しました。 皆さん良い機材を使ってらっしゃいますね。羨ましいです。 私はと言いますと、写真は好きなんですが全くの素人です。カメラ好きと言うにはあまりにもお粗末な知識しか持っていません。 しかし、子供の写真をきれいに残したい、そして要所要所で子供と一緒に見返したい。そんな風に思っています。 私と同様にカメラは素人だけど子供の写真をきれいに残したいと思っている方は多いと思います。そんな方にはミラーレス一眼がおすすめです。我が家でも試しに買ってみましたが大正解でした。(現在は1台目を数年使い、2台目を購入しました。) では本題です。 ミラーレス一眼って? 反射鏡を用いた光学式ファインダー(レフレックスファインダー)を使用しない仕組みの、レンズ交換式デジタルカメラ。 引用元:ミ
インストール方法から参考リンクまで。 自分の勉強ついでに、Tigについて基本の すべてをまとめてみました。 合わせて読みたい 【おすすめ】MacのFinderをカスタマイズする魔法のコマンドたち 【おすすめ】これからWebする人はここ読んどけ(HTML/CSS/JS/Ps/Ai.etc) 【おすすめ】Qiitaを使い倒す方法一覧 Tigとは 定義 Tig is an ncurses-based text-mode interface for git. It functions mainly as a Git repository browser, but can also assist in staging changes for commit at chunk level and act as a pager for output from various Git commands. 要
Fluentdはデータを流すのに非常に便利なツールでそこら中で使われている(個人調べ)。そのため、なんかいろんなところで設定を見るのであるが、タグに情報が付いていたりフィールドに情報がついていたりして、あれ、これどうなってるんだっけ感に襲われることがよくある。 このあたり自分でも混乱しがちなので、普段どのように考えているかだいたいまとまった気がしたところで書いておくことにした。 Fluentdのデータ構造 まずはFluentdのデータ構造を知っておいた方が良い。Fluentdの内部データはMessagePackで符号化されているが、Fluentdのデータ構造は単なるハッシュではなく、時刻(time)とタグ(tag)という属性を持っている。次のような感じだ。 レコード レコード(record)は入力されたデータそのものであり、tailプラグインであれば、tailした1行のデータに相当する。重
This domain may be for sale!
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く