WebOS Goodies へようこそ! WebOS はインターネットの未来形。あらゆる Web サイトが繋がり、共有し、協力して創り上げる、ひとつの巨大な情報システムです。そこでは、あらゆる情報がネットワーク上に蓄積され、我々はいつでも、どこからでも、多彩なデバイスを使ってそれらにアクセスできます。 WebOS Goodies は、さまざまな情報提供やツール開発を通して、そんな世界の実現に少しでも貢献するべく活動していきます。
学校では教えてくれないエンジニアリング英語 #6: red herring 何もなかったようにしれっと2年ぶりにシリーズ更新してみるテスト。 Red herring あるアプリケーションがエラーを起こしたとき、ユーザの期待通りに動いていないときなど、エラーログなどをあさってその原因がどこにあるかを突き止めようとします。コードが期待通りに動いていない訳ですから、なにか想定していない入力があったり、テスト環境ではインストールされていたライブラリがプロダクションでは入っていなかった、バージョンが違った、などといったことが原因として考えられますね。 そんな中、そのエラーと実は関係ないのだけど、同一のタイムラインで起こっているよう(にみえる)エラーがみつかると「これが原因なんじゃないか?」と疑わせてしまいます。とくにソフトウェアエンジニアとネットワークオペレーションのエンジニアがそれぞれ分担している
~/.emacs は全て GitHub の公開リポジトリに入れてある outputz.el の設定ファイルを書いた outputz-key*1を直に書いてあるから git add したくない そうだ Pit 使おう Pit 使うための elisp 見付からない 書くか というわけで pit.el 書きました。 => Gist load-path の通っている所へ置いて require してください。 (require 'pit) 使用例一覧 (pit/get 'github.com) 設定されていれば alist が、されていなければ nil が返ります。 (pit/get 'github.com '(require ((user . "Your github user name") (token . "Your github token")))) 設定されていない値が一つでもあれば mi
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く