駐車違反の弁明書が認められるまでの経過 - ザリガニが見ていた...。
発端 平成21年8月21日 放置車両確認標章がフロントガラスに貼付けられる。（ガーン） 言い訳 出発前に目的地の駐車場は確認しておいた。 予定通り目的地に到着した。しかし、平日その駐車場は閉鎖であった。 仕方なく、その他の駐車場所を探す。ところが、近くに駐車場は無し。 そこで路上に目を向けると、今走って来た道には、車がスッポリ収まる十分な幅の路側帯が延々と続いている。（一本の白線で道路表示されていた。） 周辺には駐車禁止の道路標識もない。（今まで走って来た道をUターンして、十分確認した。1往復した。） 路側帯には、乗用車や大型トラックがまばらに停まっている。 その道路は交通量も少なかった。前後に車が走行していないので、路上で切り返しをしながらのUターンも簡単に出来た。 以上の状況判断から、路側帯の内側に駐車することを決意する。（他の迷惑にならない様、細心の注意を払ったつもり。） ところが、
なるべく書かないawkの使い方 - ザリガニが見ていた...。
awkという、古くからのスクリプト言語がある。（1977年生まれ。読み方は「オーク」である。エイ・ダブリュ・ケイではない）man awkをPDFに変換してみると、たったの3ページ強しかない。 $ man -t awk|pstopdf -i -o ~/Downloads/awk.pdf とてもシンプルな言語仕様ではあるが、awkには必要十分な表現力がある。特にテキストを処理する場面においては、最小限のシンプルな記述で、気の利いた処理を素早くこなす。無駄のないawkワンライナーを見ると、ある種の感動を覚える。awk以降に生まれたスクリプト言語は、少なからずawkの影響を受けていると思われる。 awkを知ることで、間違いなく幸福度は上がると思う。いつかきっと「知ってて良かった」と思える時が来るはず。もっともっと、awkを知りたくなってきた。 基本動作 awkの基本動作は、とってもシンプルである。
Retinaよりも大切なもの - ザリガニが見ていた...。
その後の関連日記あり Retina＋Mountain Lionのスクロール - ザリガニが見ていた...。 Retinaのほんとうの力 - ザリガニが見ていた...。 Retinaなら3840x2400の超広大なデスクトップを体感できる！ - ザリガニが見ていた...。 MacBookのRetinaディスプレイを縦2880pxにした壮観な眺め - ザリガニが見ていた...。 発注 WWDCの翌日、MacBook Pro Retinaモデルを発注してしまった。2880×1800の魅力にとり憑かれてしまったのだ。発注したモデルは... 2.6GHzクアッドコアIntel Core i7プロセッサ メモリ16GB フラッシュストレージ512GB 値段は今まで使っていたMacBook2台分以上だが、このスペックなら今後5年以上はそのまま使い続けられるのではないか、と考えての発注であった。 実際過去
アリスがチャレンジなコードを書く時、git branchをちゃんと理解したい！ - ザリガニが見ていた...。
アリスとボブのGitシリーズが本になりました！ アリスとボブのGit入門レッスン アリスは迷っていた。現状のshowメソッドは固定されたメッセージしか出力しないが、理想的にはユーザーの条件によって変化させたいと。 しかし、その機能を実装するためには結構な大改修になってしまう。果たして今の自分の技術でちゃんと完了させることが出来るだろうか？この機能追加をやるべきか、このままにするか...。 アリスはこの修正が失敗に終わった時のことを考えて、ボブに連絡しておくことにした。「失敗したらごめんね。」と。（なんて無責任なアリス...。） 連絡を受けたボブは、アリスの機能追加には大賛成。ボブ：「ただし、新しいブランチを追加して、そこで作業くれ。」と。アリス:「ブランチ？？？」 アリスはブランチを理解できていないが、とりあえず、ボブに説明された手順をそのままやってみることにした。アリス：「習うより、慣れ
自分仕様なMacBookの快適なところ - ザリガニが見ていた...。
iPadは場所を選ばず手軽に使えて便利なのだが、結局のところ、MacBookの代わりにiPadで作業しようとする限り、MacBook以上に快適に作業できることはなくて、現状ではiPadでの作業はMacBookに比べて冗長になる。（もちろん、iPadでしかできない作業とか、iPadが得意な作業というのもあって、例えば、現在地を絶えず追跡しながらカーナビのように地図アプリでナビゲーションするとか、PDFをまるで紙の本のように再現するとか。） たぶん、長年MacBook（のようなマウス＆キーボードUIのパソコン）を使ってきて、その環境での作業が慣れているせいもあるかもしれない。それに、そもそもマウス＆キーボードUIには25年以上の歴史があり、その中で常に進化し続けてきた。今のMacBookは、すべてがマウス＆キーボードUIに最適化され、かなり成熟した作業環境になっているはずなのだ。さらには、自分
アップルは何を切り捨て、何を取り入れてきたか？ - ザリガニが見ていた...。
Thoughts on Flash（フラッシュについての見解）が、Steve Jobsのサイン入り、Appleの正式見解として発表されていた。素晴らしい日本語訳のページも登場した。（感謝です！）振り返ってみると、Appleは過去にも、その当時に主流だったものをバッサリ切り捨ててきた経緯がある。それに替わって取り入れた技術がどうなったか追ってみると、とっても興味深い。 スティーブ・ジョブズの出来事年表 1984年 Macintosh発売 1985年 Appleを退社、NeXTを創業 1989年 NeXTSTEPマシン発売 1996年12月 AppleがNeXTを買収、暫定CEOとして復帰 1998年05月 iMac発売、FD・ADB・SCSI無し、USB採用 1999年06月 iBook発売、AirPort（無線LAN）採用 2000年09月 OSX Public Betaリリー
アリスとボブのサーバー、git pushをちゃんと理解したい！ - ザリガニが見ていた...。
アリスとボブのGitシリーズが本になりました！ アリスとボブのGit入門レッスン アリスとボブになりきってgitをちゃんと理解したい！ アリスとボブのコラボレーション、gitをちゃんと理解したい！ 上記の日記から続く、アリスとボブの記録。 前提条件 アリスとボブは同じマシンにログインする異なるユーザー。 ファイルシステムからアクセスする分には、サーバーの設定は不要になるので、これで話がシンプルになる。 共通gitリポジトリの準備 最近、アリスにはちょっとした悩みがあった。 現在、このプロジェクトはアリスとボブの二人で、修正したら連絡を取り合って、お互いの変更をダウンロードする（git pullする）ことで同期をとっていた。 しかし、プロジェクトメンバーが増えた場合、このやり方では同期する手間が煩雑になってしまう...。 理想は、サーバーとなるgitリポジトリを決めて、作業前にそこからダウン
cronからlaunchdへ（より効率的なジョブ管理を目指して) - ザリガニが見ていた...。
前回、cronでジョブ（コマンドやスクリプト、単一のプログラムなど）を自動実行するために、crontabからその設定をする方法について調べていた。自分なりにかなり詳細に。 ところが、OSX 10.5ではcronを利用してジョブを自動実行する仕組みは一切、利用されていなかった...。ユーザーがcrontabで設定ファイルを作成しない限り、cronさえ起動していない状態だ。（crontabで設定ファイルを作成すれば、cronも起動するようになる。）cronに替わって、OSX 10.5ではlaunchdが活躍していた。launchdはcron以上に柔軟にジョブを管理する仕組みを持っている。 例えば、スティッキーズをspotlightで検索可能な状態にするために、cronを使ってStickiesDatabaseを1分ごとにコピーしていた。*1 最初は無差別にコピーしていたが、 * * * * *
autotestのGrowl通知をカスタマイズする - ザリガニが見ていた...。
以下の設定ファイルでGrowlを有効にしたautotestは、テスト結果をGrowlメッセージとして教えてくれるのでとても快適なのだが、いくつか気になる点も出てきた。 # autotest設定ファイル: ~/.autotest require 'autotest/growl' 現状では、failuresやerrorsが発生した時は毎回Growlメッセージが通知されるが、テストが成功を繰り返す場合は何も通知されない。 成功している状態は当然の状況なのだから、この仕様は無駄が無くて良いのだが、テストに不慣れな現状では、毎回テスト結果を通知して欲しい気分だ。 通知されるGrowlメッセージは「Test Failed」か「Test Passed」なので、failuresとerrorsの件数はターミナルのテスト結果を見るまで確認できない。 Growlメッセージにも「1 tests, 1 assert
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
