@deeeetさんが開発して話題のgo-latestを早速使ってみた． go-latestはGitHubのタグなどと比較して，使用中のツールが最新版かチェックすることができる． 今回はGo製Sensu CLIのohgiに入れて使ってみた． Go言語のツールが最新バージョンであるかをユーザに伝えるためのgo-latestというパッケージをつくった | SOTA Go言語でsensuのCLI「ohgi」を作った - Qiita go-latestの使い方 go getでインストールして，ohgiのversionコマンドに組み込んでみた． main.goからはohgi.Version("v0.1.0")のように呼び出す． package ohgi import ( "fmt" "github.com/tcnksm/go-latest" ) func Version(version string)
Go言語のツールが最新バージョンであるかをユーザに伝えるためのgo-latestというパッケージをつくった tcnksm/go-latest Webアプリケーションとは異なり，コマンドラインツールやモバイルアプリはバージョンアップがユーザに委ねられる．そのため一度リリースしてしまうとバージョンアップをしてもらうのが難しくなる（バグを含めてしまった場合にロールバックもできない cf. “Mobile First Development at COOKPAD #deploygate”）．とにかくしっかりテストをしてそもそもバクを含めないというのも大切だが，完璧なソフトウェアは存在しないので，アップデートは常に必要になる． モバイルアプリとは異なり，Go言語でツールを書いきバイナリとして配布した場合は，最新のバージョンがすでに存在していることをユーザに伝える仕組みはそもそもない．ので，最新のバー
Googleの最新の統計によると、「Android」搭載デバイスに占める「Android 4.4 KitKat」の割合が増え続けているという。Googleは米国時間11月3日、「Android Developers Dashboard」を公開し、デバイスに搭載された各バージョンのモバイルOSの割合を示す最新データを発表した。データは、11月3日までの7日間に「Google Play」ストアにアクセスしたAndroidデバイスの台数に基づいている。 調査期間中、KitKatの割合は30.2％となり、2014年8月の21％、9月の25％から増加傾向が続いている。 より多くのモバイル通信事業者が、2013年に「Nexus 5」スマートフォンと同時にリリースされたKitKatの普及に取り組むようになってきたのは明らかだが、Androidで最も大きな割合を占めるバージョンは依然として「Jelly B
If at first you don't succeed; call it version 1.0. npmのバージョン指定が少し変わるらしい。 “npm install –save” No Longer Using Tildes npmのpackage.jsonでバージョンを固定するとき、~1.2.3と指定しておくと1.2.x(xは3以上でなるべく大きいもの)をインストールしようとします。これがデフォルトで^1.2.3のようになり、1.x.y(1.2.3以上で2.0.0未満のうち最新のやつ)をインストールしようとするようになったらしい。 semver、Semantic Versioningが定義するところでは、マイナーバージョンアップ(1.2.3→1.3.0)は後方互換性を壊さないはずなので^にしても理論的には問題なく、あったとすればそのパッケージのバージョニングが悪いという感じになり
周回遅れ感が半端ないけどバージョニング関連で色々読んで・聞いて思ったことを書く。 APIのバージョニングは限局分岐でやるのが良い - Hidden in Plain Sight Kazuho's Weblog: 拡張可能なWeb APIの設計原則と、バージョン番号を使う理由について Rebuild: 35: You Don't Need API Version 2 (Kenn Ejima) rest - Best practices for API versioning? - Stack Overflow RESTfulなサービスのバージョンングから得られた知見 RESTとバージョニング 基本的にいわゆる狭義のRESTとAPIのバージョニングは何も関係ない。強いて言えば、HATEOASはバージョニングにも使えるよ、というのがREST信者の主張であるものの、それが正しい（というか実用的）かど
APIのバージョニングは限局分岐でやるのが良い - Hidden in Plain Sightにはブコメしたのですが、Rebuild: 35: You Don't Need API Version 2 (Kenn Ejima)でも本件に言及があったようなので、少し一般論を書いておきたいと思います。 ■Web APIの設計原則について そもそも、良いAPIとはどのような特性をもつものでしょうか？ 一般的に、以下の２点が挙げられると思います。 拡張が容易である 拡張時に後方互換性を破壊しない ウェブの場合は、これに加え、 スケーラブルである HTTPに起因する問題に上手に対処できる ことが求められます。 前２者はウェブに限らない要件です。これを満たす設計手法としては、 リクエストおよびレスポンスのパラメータを拡張可能に 互換性を壊す拡張が必要な場合は、関数名を変える 古い関数は従来と同じ機能を
ちょっと前にTwitterでAPIのバージョニングをどうやるかみたいな話をしていたのですが、そのへんもやもやしているので少し整理しておきたいなと。 APIのURLを/api/v1/*とかってやるの、やめたほうがいいとおもうんだけどなぁ。いざv2を作るとなったときに、大量のコピペが発生して後悔するよ、って伝えたい。— Kenn Ejima (@kenn) February 28, 2014 さて、これについて色々と異論・反論も含めた意見が出たのですが、まずは、大昔にURL方式（＝コントローラ分割）でやってきて後悔したぼくが、（5年ぐらい前から）現在はどうやってAPIのバージョンを管理しているか？について紹介します。 基本原理としては、コピペが多発する根っこで分岐（＝コントローラ分割）じゃなくて、必要最小限のところで限局的に分岐するのがいい、という考え方に基づきます。 一言でいうと、「パラメー
Google+ボタン はてなブックマークボタン 更新日時: 2014年01月26日（日） 作成日時: 2013年08月01日（木） 前の記事 / 次の記事 Rails4にアップデートしてみた時に気付いたことなので、 Rails3の時から既にそうなっていたものもあるかも知れない。 で、その場合でもどの時点から変更されたのかは特に調べてないです。 積極的に変更点を調べたものではないのでアップデート過程で自分が遭遇 していない変更点については大きな変更点でもスルーしてる可能性があります。 また、StrongParameter、Turbolinks、RussianDollCachingについては この記事とは別にまとめました。 StrongParameter、Turbolinks、RussianDollCachingについて Rails4のStrong Parametersの使い方まとめ Rail
Automatic Version Control & Backup Pixelapse automatically keeps track and securely backs up your files every time you save.
あなたが git をコマンドラインで使っていようと、SourceTree などのツールから使っていようと; また、コードを Bitbucket にホスティングしていようと、Stash で会社のファイアウォール内側にホスティングしていようと、もしあなたが私のようであれば git がリリースされたときはいつでもパーティーをするでしょう – ウィンク –。 Git ユーザーにとってスムーズなアップグレード方法 git 1.8.3 がリリースされました。もちろん、これは最新バージョンへのアップグレードを意味しています。これは比較的、簡単であるべきです: もし OSX 上で homebrew を使用している場合は単に brew update && brew upgrade git とタイプするだけ (OSX 上で .gitignore を解析中に、直前に発見されたバグにより、 homebrew はア
Semantic Versioning 2.0.0-rc.1 はソフトウェアのバージョン番号の付け方について提案しています。 まだ和訳している人がいないようなので勝手に日本語版を作ってみました。 ただ、私は英語がすごく苦手な人なので誤訳が多いと思います。 正直自分でもどうかと思う部分も多々あるので、間違っている部分やもっと上手な翻訳を指南してもらえると幸いです。 翻訳について筆者であるTom Preston-Wernerに特別に連絡はしていません。 これはCreative Commonsライセンスの表示があったためです。 以下、和訳です。 Semantic Versioning 2.0.0-rc.1 日本語版 ソフトウェアマネジメントには、「依存関係の地獄」と呼ばれる恐ろしい場所が存在している。あなたがシステムを育て多くのパッケージを統合すると、ある日あなた自身がこの地獄の中にいることに気
はじめまして、岡田（@typhonics）です。 エキサイト株式会社でスマートフォンアプリのプロデュースを担当しています。 知らない人も多いと思いますが、エキサイトでは4年前からスマートフォンアプリをつくっています。 2013年2月現在、配信中のアプリは100以上、ダウンロード数は累計900万を超えました。 まだまだこれからという状況ではありますが、一番最初のiPhoneアプリをリリースしたときから一貫して、「日本、そして世界中の人たちに、生活の中で本当に喜んで使われるサービスを提供する！」という想いで取り組んでいます。 わたしたちは、ニュース、翻訳、ブログ、レシピ、絵本読み聞かせ、ヨガ、など多岐にわたるアプリを提供しています。またプラットフォームも、iOS、Android、Amazon、Windows Phone、auスマートパスなど幅広く対応しています。 今日から不定期にはじめるこのブ
ハイライト Bootstrap 3 で何が変わるのかをまとめてみた はまだ先の話ですが、最後のバージョン2系となる予定の Bootstrap 2.3 が昨日2/8（日本時間）にリリースされました。2.3 ではバグフィックスとドキュメントの改善、そしていくつかの新しい機能が追加されています。 リポジトリの変更： makefile とインストールプロセスをローカル化。npm install を実行するだけで簡単にインストールできる。 jQuery 1.9 にアップグレード。単に jQuery ファイルを最新版にしただけ。 changelog を wiki ページからレポジトリ（CHANGELOG.md）に移した。 新しい機能、改善された機能： カルーセル にインジケーター（●◯◯ ← こういうの）を追加。 HTML を追加するだけで自動的に機能する。 ツールチップ に container オプ
ライブラリを使う時、バージョンが合わなくてうまく動かないという問題は、Rubyに限らず、どのプログラミング言語でも常に悩みの種である。特にDepedencyの多いライブラリをインストール/インクルードするときは、大体この問題で躓く。C++とかでGUI関係のライブラリを入れるときは何度も挫折したし、特に、進化が速く変更の多いPerl,PHPをはじめとしたスクリプト言語では普通にそういう問題に出くわす。 もちろんRubyもその例外ではないのだが、より個人がライブラリ(gem)を作って、githubなどに上げ、公開していくという文化がある割に、あまりこの問題に悩まされないので、Ruby(on Rails)は比較的うまくやっていると思う。 これは、Bundlerというツール自体の功績でもあるけれど、ライブラリを作る個人個人が、ちゃんと一定の規則に従ってバージョン付けして、依存関係を正しくGemfi
$ brew info play play 2.0 http://www.playframework.org/ Not installed https://github.com/mxcl/homebrew/commits/master/Library/Formula/play.rb /usr/local/Library/Formula% git checkout 3caf5c5 /usr/local/Library/Formula/play.rb /usr/local/Library/Formula% git info play $ brew versions play 2.0 git checkout 351d751 /usr/local/Library/Formula/play.rb 1.2.4 git checkout 3caf5c5 /usr/local/Library/Formu
Five years ago, Min Ming and I had this notion that designers didn’t have access to the same types of structured collaboration tools that programmers had built for themselves with CVS, SVN and later git. Min Ming had worked as a designer at Google where he found that assets were internally organized in a single massive shared folder. Finding the latest version of a file was nearly impossible with
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
