Cask - naoyaのはてなダイアリー
昨年 ELPA で elisp を管理 - naoyaのはてなダイアリー に書いたとおり、昨今は Emacs にもパッケージ管理システムが搭載されいて、どこからか elisp をコピペしてきてその後管理できなくなる･･･みたいなことはなくなった。 ただ、じゃあ ELPA で全て解決したかというとそんなことはなくて、ELPA はパッケージのインストール自体は簡単にしてくれるけれども、それだけだった。 elisp の管理も Bundler のように入れたいパッケージ一覧を書いて bundle install すれば全部まとめて入るみたいな、そういうのが欲しい･･･と常々思っていた。 と思っていたら、Cask というのを見つけた。これがずばりそのものだった。 (source gnu) (source melpa) (source marmalade) (depends-on "ag") (dep
続・ラフなラボ – シェルスクリプトが '> $logfile 2>&1' だらけにならなくて済んだ話
※ 2014-04-26 追記並びに一部コマンド部分の修正を行いました。( > => >> に変更 ) 個人用のチラシの裏のつもりが予想以上に反響いただいていたようで非常にびっくりしております。 ちょっとしたバッチ処理的なものはさくっとシェルスクリプトでやっています。 で、ログをとっておくべくリダイレクトを噛ますわけですが、 スマートに書く方法を調べたのでメモ。 元ネタは @sechiro さんの bashのプロセス置換機能を活用して、シェル作業やスクリプト書きを効率化する でございます。 本当に参考になりました。ありがとうございます。 今までは こんなことやってたわけです。 #!/bin/bash LOGFILE=/tmp/script-log command1 >> $LOGFILE 2>&1 command2 >> $LOGFILE 2>&1 ... >> $LOGFILE 2>&1
ごちうさ4話の作画がこれまでと違う！ - 藤四郎のひつまぶし
個人的にすごいびっくりしたのでここに記す。 キャラデザが違う これまでのキャラデザと結構違っている。 特にチノ。 自分としては全体的に大人びているような感じを受ける。 4話のチノはこんな感じ。 Koi・芳文社／ご注文は製作委員会ですか？『ご注文はうさぎですか？』4話 対して1～3話のチノはこんな感じ。 Koi・芳文社／ご注文は製作委員会ですか？『ご注文はうさぎですか？』1話（左上）、2話（右上）、3話（下） 4話と他の話数を比較してみるとはこんな感じだろうか？ Koi・芳文社／ご注文は製作委員会ですか？『ご注文はうさぎですか？』4話（上）、2話（下） まつげやまぶたを表現している瞳の上の線が太めで、まつげの表現も多め 瞳のハイライトが大きめ 顔の輪郭、各パーツが全体的に縦に圧縮されている印象 口、鼻の位置が高め 細い髪の毛の束、あるいは1本の髪の毛が多め まつげが強調されると大人びているよ
「諦める勇気」とは？希が抱える課題を考える - WebLab.ota
ラブライブ！二期は何を語り出すのか - WebLab.otaのエントリで、希って明確な課題(乗り越える壁)って無いよねということを書いたけど、本エントリではもうちょっと掘り下げて考えてみる。 引っかかり1 「山で一番大切なのは、諦める勇気」 希ってどんな娘だろうか？何か問題があるのだろうか？って考えてると、やっぱり引っかかるのは、二期2話のこの台詞。 希は今までもμ'sメンバーにアドバイスをしてきてるけど、ここまで引っかかる発言をした記憶は無い。 この発言は、二期のμ'sの行く末を暗示しているのか、はたまた、希の考え方を提示しているのか、この発言だけではちょっとわからない。 でも何かありそう。そんな引っ掛かり。 引っかかり2 中立であり続ける希 上の発言よりは引っかかるところでは無いけれど、実はもう１点、希の行動で引っかかるところがある。 それは一期13話。穂乃果の「スクールアイドルやめる
/usr/local とは何なのか - 破棄されたブログ
ご用心: この記事を鵜呑みにせず、末尾に記載された一次ソースを確認してください。 ソースからソフトウェアをビルドしてインストールするときに使う /usr/local ディレクトリだけど、/opt ディレクトリとの住み分けとか、 そもそも標準はどうなっているのかとか、まともに知らんかったので Filesystem Hierarchy Standard を確認してみた。 /usr/local は何をすべきところなのか？ 他のホストと共有されない 既存のシステムの破壊防止 FHS 準拠のソフトウェアをインストールする /usr/local ディレクトリ下自体が FHS 準拠になる /usr/local ディレクトリは、システム管理者がソフトウェアをローカルにインストールするために用いる。 /usr/local ディレクトリとして隔離されるため、同名のファイル名で既存のファイルを上書きするなどして
S3の現在の総保存量を計算するスクリプトを書いた | DevelopersIO
こんにちは。望月です。 S3は非常に安いストレージとはいえ、保存する量が数百GB〜TBになると、課金額もそれなりに多くなっていきます。 ですが、Management Consoleからは、S3全体でどれだけの容量を使っているのかを確認することは出来ません。 *1 なので、現在の保存容量を確認するためのスクリプトを書いてみました。今は全バケットの合計を表示するだけしかできませんが、近いうちにバケットごとや特定のprefix以下の容量なども取得できるように対応したいと思います。 5/1追記 : バケット毎のサイズ出力をするようにしました。 5/16追記 : 処理を高速化しました #!/usr/bin/env ruby require 'aws-sdk' require 'optparse' begin require 'aws/profile_parser' rescue LoadError;
PHP勉強会#77 AltaxとCakePHP3と人狼と。 - エンジニアをリングする
4/28に第77回PHP勉強会に行ってきました。 77でゾロ目ですね！おめでとうございます！ セッション聞いたメモとかのせます！ 公開されている発表資料へはリンクさせてもらいました！ PHPのデプロイツール Altaxを使ってみた話 AltaxというPHPのデプロイツールについてのおはなしでした。 第77回 PHP勉強会で発表してきました : ぐりぺん スライド資料(PDF) デプロイツールとは？ 開発済のアプリケーションを本番環境に自動でアップロードするツール。 「すでにデプロイツールを導入している人〜」という質問に、会場の1/3ぐらいの方が挙手していました。 デプロイツールを使うメリット デプロイツールを導入するメリットは手間が減るとかミスが減るとかいろいろありますが、そのうちのひとつとして、「ジョエル・テストの点を上げたい」というおはなしをされてました。 ジョエル・テストとは、Exc
【独断と偏見】C#erでも許せるかも知れないフルスタックPHP - Qiita
なにかと dis られる言語 PHP ですが、dis られる要因としては 利用者が多い（少なければそもそも話題にならない） 言語自体に開発者を導くコンパスがない 結果的に負の遺産が多く築かれる ということがあると考えています。 PHP をうまく使ってご飯を食べている身としていくら dis られようと何ら弊害はないのですが、PHP は OSS で安定性・拡張性・言語自体の開発の活発さを保っておりコミュニティもとても活発な言語なので、今回は「PHP を使うとしたらこうやるといいよ」という方向性で書いてみようと思います。 あくまで個人の主観に基づいた記事です。ご了承下さい。 あくまでウェブアプリケーションを開発することを想定しています。 (それ以外の用途があるとは思いませんが) その前に、なぜ PHP を使うのか PHP は書けば動くから簡単だよ という罠 この言葉を耳にしたのは専門学校時代です
Fluent Dashboard＋Norikraでリアルタイムダッシュボードを7分で作る話 #dockerjp - Qiita
Fluent Dashboardって？ Fluent Dashboardは、Fluentdで集計したデータをグラフやテーブルで表示できるGoogle Spreadsheet。fluent-plugin-https-jsonを使ってイベントログを送ると、以下のようにリアルタイムにデータを表示してくれる。 使い方 詳しい使い方はREADMEにある通りで、Spreadsheetをコピーして公開設定等をポチポチするだけで準備完了。3分もかからない。あとはfluent-plugin-https-jsonのログ送信先URLとしてFluent SpreadsheetのエンドポイントURLを指定すれば動き始める。 集計ログの表示向け 任意のFluentdログを受け取ってグラフやテーブルを描けるけど、大量のログを直接受け取ることはできない。集計後のログを3秒に1回ほどの割合で受け取って表示する、といった使い
Docker Meetup Tokyo #2 まとめ #dockerjp - /dev/null
Docker Meetup Tokyo #2 に行ってきました。 Docker Meetup Tokyo #2 - connpass #1は行ってないですしDocker自体、全然触れてないですが先着入れたので。 メインの発表は３本。 @mainyaaさんの「今からでも間に合うDocker基礎+Docker 0.9概要+Docker 0.10概要 」 Docker基礎+docker0.9 0.10概要 from Kazuyuki Mori Dockerの基礎から説明してくれていたので、Noobな自分でも大体の概要はわかった感じ。 VagrantでVM立てるのと違うんだなーってのがわかっただけでも大収穫。 AUFSでレイヤー構造になってるってのが理解しておくのが大事。省メモリだしディスクも取らない差分だけだから。 途中のデモで使ったこのサービスが最高な感じあった。 ターミナルの録画 ascii
serverspecとCapybaraを一緒に使う - Qiita
この記事は最終更新から1年以上経過しています。 気をつけてね。 serverspecで状態をテストした後、Webのアプリなら振る舞いもテストしようと思いました。 で、serverspecがRSpecならば、Capybaraも混ぜたらいいんじゃね？ と試してみた。 コード spec_helperはこんな感じで。 アプリのコードを読むわけではないので、webkitドライバでリモート扱いとしてテストすることにしました。 require 'serverspec' require 'capybara/rspec' require 'capybara-webkit' include SpecInfra::Helper::Exec include SpecInfra::Helper::DetectOS RSpec.configure do |c| if ENV['ASK_SUDO_PASSWORD']
超チューニング祭に参加した - masarakki's blog
ニコニコ超会議3のアサインされたブースは超時空ニコニコ研究所だったはずなんですが、 ブース説明会に参加して1時間半ほど真面目に説明を聞いていたところ、 最後の最後に「4人はハッカソン行ってね」と突然言われて「ファッ!?」ってなったわけです。 というわけで超チューニング祭に参加してきました。 やったこと 成果物 フロントエンドの専門知識があるわけでないので 事前に指摘されていたように、 特にフロントを弄ってスピードが改善されるような予感は全くありません。 デザインもできないので提供されたデータ一式には一切手を付けないことにしました。 なので配信周りで速くすることを目論みました。 (全員こっちの方は最低限やってくると思ったのに意外にほとんどの人は全くやってなかった) 方針 配信を速くする その処理をスクリプトで自動化する 元ファイルの構造は弄らない 現実に即した複数ページに応用可能なチューニン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News
Docker基礎+docker0.9, 0.10概要
