マイナス5度まで冷やした“凍る寸前”の「三ツ矢フリージングサイダー」 一部セブン-イレブンで先行販売 - はてなニュース
アサヒ飲料は、凍る直前のマイナス5度まで冷やした“氷点下”の三ツ矢サイダー「三ツ矢フリージングサイダー」を、6月4日（水）に一部のセブン‐イレブンで先行発売します。ペットボトルを開けた瞬間に中味がじわじわ凍り始めるという「フリージング現象」が楽しめるとのこと。パッケージには、マイナス5度の温度帯で白色から青色に変化する示温シール付きラベルが採用されています。価格は150円（税別）です。 ▽ 氷点下の三ツ矢サイダー「三ツ矢フリージングサイダー」新発売｜ニュースリリース 2014年｜会社情報｜アサヒ飲料 ペットボトル飲料「三ツ矢フリージングサイダー」は、同商品のために開発された専用冷蔵庫で、凍る直前のマイナス5度まで冷やして提供されます。マイナス5度前後という温度帯をはじめとした一定の条件を満たした場合、ペットボトルを開栓した瞬間にボトル上部から中味が凍っていく「フリージング現象」が発生すると
idobataやGitHubに寿司ゆきが - はてゆき
東京出張中のあわゆきです。 おかげさまでLINEスタンプ「寿司ゆき」も好評で、お寿司なりの歩みでじわじわと健闘しております。ありがとうございます。ありがとうございます。 さて、そのゆるふわお寿司が、GitHub や idobata にも顔を出せるになりました、すてき！ 作ってくださったのは @fukayatsu 氏。いずれも Google Chrome Extension として、Chrome ウェブストアで配布されています。 idobataにお寿司を貼りたい方はこちらです > https://t.co/CAarDOsvcN— とり (@fukayatsu) May 28, 2014 githubにお寿司をはりたい方はこちら > https://t.co/ONTnbjterz— とり (@fukayatsu) May 28, 2014 マサカリを投げたい気持ちをぐっと抑えて、かわりにお寿司
はてなのエンジニアもWWDC 2014に参加します！皆さんもWWDCの予想をしてみませんか！！ #expectWWDC - Hatena Developer Blog
こんにちは、id:cockscomb です。Apple World Wide Developers Conference (WWDC) 2014まで残り1週間を切りました。今年のWWDCにはてなからは僕が参加します。 さて、今年のWWDCではなにが発表されるのでしょうか。様々な噂がありますが、iOSアプリエンジニアとしてもいろいろ期待しています。WWDCの内容はキーノートを除いて秘密保持契約の下におかれますから、何も知らない今のうちの予想であれば秘密保持契約違反に当たりませんので、期待や願望も込めて予想してみたいと思います。 大予想 iOSにアプリ間連携の仕組みが導入される iOSにいま一番望んでいるのは、より柔軟で自由なアプリ間連携の仕組みです。iOS 7でInter-App Audioと呼ばれる機能が導入されたのは記憶に新しいところ。アプリ間でより広範な連携ができれば、例えばSafar
ユーザ定義メトリックグラフを非表示にできるようにしました・エージェントのバージョン0.6.1をリリースしました・他 - Mackerel お知らせ #mackerelio
本日、Mackerel のアップデートを行いました。 ウェブ feature ユーザ定義メトリックのグラフを非表示にできるようになりました グラフ定義画面からグラフを選んで非表示に設定することができます。 以下のスクリーンショットにあるように、ホスト画面内、ユーザ定義メトリックのセクションのタイトル横にあるSettingリンクからご利用になれます。 エージェント エージェントのバージョン0.6.1をリリースしました。 sudo yum update -y mackerel-agent や sudo apt-get install mackerel-agent などで更新いただけます。 change ユーザ定義メトリックのメトリック名の仕様が変更になりました バージョン0.6.1より、ユーザ定義のメトリックを送信すると、メトリック名の先頭に"custom.“という文字列が自動的に付与されます
巨大なリポジトリ を Git で上手く扱う方法 | Atlassian Japan 公式ブログ | アトラシアン株式会社
git は、コードベースの発展過程を記録し、開発者間の協同作業を効率化する強力なツールです。でも、記録対象のリポジトリがとてつもなく巨大なものになったときは何が起こるのでしょうか？ この記事では、いくつかの異なる意味での巨大化に正しく対処するためのアイデアと手法を少し紹介してみたいと思います。 二種類の 巨大なリポジトリ よく考えてみると 巨大なリポジトリ が生ずる理由はおおまかに言って二つあります: 非常に長い期間にわたって履歴が積み上げられた (プロジェクトが非常に長い期間継続的に拡大を続けたために開発成果が積み重なった) 場合 巨大でしかも履歴の記録が必要なバイナリ データが存在し、それがコードに反映される場合 その両方の場合 即ち、リポジトリの巨大化は二つの異なる方向に向かって起こることになります。それは、作業ディレクトリのサイズ (即ち直近のコミットのサイズ) の問題と全体の履歴
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
