gitのリモートリポジトリの更新を確認する - Qiita
gitのリモートリポジトリが更新されているかどうかを確認する方法はいくつかあります。 方法1: git fetch 後にdiffをとる 方法2: git ls-remote コマンドを使用する git ls-remoteを使用することでリモートリポジトリのコミットIDが取得できます。 リモートリポジトリの最新コミットID(HEAD)とローカルの最新コミットID(HEAD)を比較し、その2つが異なっていれば差分があると判断できます。 さらに、リモートのコミットIDが過去に存在しないものであれば、ローカルのリポジトリが古い(マージしていないコミットがリモートに存在する)ことになります。 $ git ls-remote origin HEAD 78ddd44eb3b76017a55014f27d9f846054dfa52b HEAD $ git log -1 HEAD # or master c
ライブラリの守備範囲は狭い方がいい - Konifar's WIP
開発で使うライブラリってどう選定してますか？ たぶん選定基準は様々ですよね。社内で基準が明文化されてるところもあるかもしれません。 選定の際には、GitHubスターの数やドキュメントの充実度、最終更新日といった客観的な指標はもちろん、キャッチアップコストやサービスの規模といった開発上の様々なトレードオフを考慮する必要があります。自分は漠然と「ライブラリはあんまり大きくない方がいいなぁ」と考えていたんですが、ちゃんと思考整理できていなかったので、ざっとまとめておこうと思います。 Android開発が多いので、Androidのライブラリを例に話します。あくまで現在の自分の考えのまとめなので、それ違うんじゃない？と思われるところもあるかもしれませんが、その辺は優しくツッコミいただけると嬉しいです。 ライブラリはみんなの課題を解決する そもそもなぜライブラリを使うかというと、その方が楽だからですね
HTTP2 の RFC7540 が公開されました - Block Rockin’ Codes
Intro 今朝、ついにずっと策定作業が行われていた HTTP/1.1 の後継仕様である HTTP2 と、 関連仕様である HPACK が、 RFC として公開されました。 ついに HTTP2 RFC 7540 出た！！ #http2study / “rfc7540.txt” http://t.co/CuaVul98l3— Jxck (@Jxck_) 2015, 5月 14 それぞれ番号は 7540 と 7541 になります。 RFC7540 - Hypertext Transfer Protocol Version 2 (HTTP/2) RFC7541 - HPACK: Header Compression for HTTP/2 ちなみに HTTP/2.0 ではなく HTTP/2 が正式名称です。(マイナーバージョンアップでの HTTP/2.1 などはありません) 二年半 HTTP2 の
3分でサービスのOSを入れ替える技術 - YAPC::Asia Tokyo 2015
ユーザーに Web サービスを提供し続けるためにはコード、インフラストラクチャー、開発プロセス、セキュリティ、データ分析などあらゆる要素を継続的にメンテナンスし続ける必要があります。 近年では Web アプリケーションが生活のあらゆる所で利用されるようになりました。その結果としてサービスの提供者である私達には先に述べたような問題の中でも OS、Web フレームワーク、言語などのセキュリティの問題の評価、対応のリードタイム短縮がより一層求められています。 私が勤務する GMO ペパボでは、上記の問題を解決するために最速で 3 分でサービスを無停止のまま大規模に運用しているサーバーを入れ替えるという Blue-Green デプロイメントの仕組みを構築しました。この仕組により、OSのディストリビュータによる脆弱性対策がなされ次第、即座にユーザーに安全な環境を提供することが可能となりました。 本発
Durable Communication
It's not inherently harder to be a tech lead while remote or on a distributed team – it's more deliberate. I tweeted this sentiment recently along with the concept of durable communication. That phrase is inspired by data storage which is typically grouped into two categories: durable and ephemeral. I often hear people say it's obviously harder to work remotely, and very hard to be in a leadership
mrubyでファイルシステムを隔離してリソースを分離しIPも割り当てられるmruby-virtualingを書いた - 人間とウェブの未来
Kazuho's Weblog: jailing - chroot jailを構築・運用するためのスクリプトを書いた virtuald + ipalias + cgroup + これで快適に「そこそこ隔離したサービス環境」作っていきましょー / “Kazuho's Weblog: jailing - chroot jailを構築・運用するためのス…” http://t.co/aweVwa9kDX— MATSUMOTO, Ryosuke (@matsumotory) 2015, 5月 14 まずは昨日サクッとこういうのを作られたkazuhoさんのjailingを見ていて、こういうのやっぱり面白いなー素晴らしいなーと思いつつ、そういえば僕もmrubyでこういうの書くとか宣言していたなーというの思い出しました。 mruby-cgroup、mruby-capability、mruby-criuがで
インターネットでカネを稼ぐ方法は五ツしかない : ミームの死骸を越えてゆけ
6月20118 インターネットでカネを稼ぐ方法は五ツしかない Tweet インターネットでお金を稼ぐ方法は、実のところそんなにパターンがあるものではない。煎じ詰めれば、ほんの数個に集約出来ると考えている。 これはおもしろいWebサービスだ！と思っても、収益はたいてい広告か月額課金。ネットで新たに出現したお金の流れって、ほとんど存在しないのではなかろうか。 みんな薄々感じていることだと思うけど、僕なりの視点をここにまとめておく。 こんてんつ 1. 広告型 -- 見る人を集め、見せたい人がそれを買う 2. 実経済加速型 -- ネットのコスト削減効果を活かす 3. サービス提供チャリンチャリン系 4. 仮想世界のデータ販売 -- ファンを集め、世界観を売り出す 5. プラットフォーム構築 -- 選ばれし者の胴元化戦略 1. 広告型 -- 見る人を集め、見せたい人がそれを買う インターネットの利益
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
https://atnd.org/events/66230