タグ

2010年1月12日のブックマーク (6件)

  • iPhone の「設定」をゼロから見直して、自分に合うように最適化する。

    AppBankです。 先日、iPhoneにちょっとした不具合が見つかりました(内容は秘密)。バックアップからの復元では直らず、工場出荷後の状態で復元すると不具合が直りました。iPhoneの挙動もすこぶる早くなるというおまけもついてきましたのでよしとします。 ということで、バックアップ状態に戻せないので、iPhoneをまっさらの状態から設定し直しました。幸い必要だったデータは連絡先データと写真のみでしたのでなんとかできそうです。 最近 iPhone を手に入れた方が当に多いと聞きます。 現在、私がどのような iPhone の設定をしているかメモ代わりにご紹介したいと思います。自分でも知らなかった設定がわんさかありましたので、みなさんも一度目を通してみてくださいね。 参考記事: iPhoneの使い方や設定方法のまとめ 追記: コメントがありましたのでアップルに確認しました。「バッテリーの残り

    s5ot
    s5ot 2010/01/12
  • Macのスクリーンショット機能のキーボードショートカットまとめ(17種類) / Inforati

    スクリーンキャプチャのキーボードショートカット 日語キーボードのMac OS X 10.6 Snow Leopardで確認しました。 スクリーンキャプチャ機能のキーボードショートカット キーボードショートカット 説明

    Macのスクリーンショット機能のキーボードショートカットまとめ(17種類) / Inforati
    s5ot
    s5ot 2010/01/12
  • ひろぶろ : その記事は既に無いんよ。

    2011年12月01日00:00 by hineri その記事は既に無いんよ。 カテゴリ雑記 今このページを見てるって事は、君は旧ひろぶろの記事を閲覧しようとしてここへ来たんだね。 でもその記事はもう無いんだ。 詳しくはこのブログの「このサイトについて」の所に書いてあるけど、 今“この”サイトを管理している「僕」は初代管理人じゃない。 で、君がどんな記事を見ようとしたのかわからないけど、 その記事は管理人が代替わりする時に消えちゃったってわけ。 正直言って「僕」にもよく分からないんだよ。 どこまでが運命で どこからが選んだ人生なのか まさか「僕」が「ひろぶろ」の管理人になるとはね…。 フフフッ でもまあ、今は「僕」が、面白おかしくもちょっと怖い動画とかをさ、 毎日新しく頑張って更新してるから、是非このブログのTOPへ行って、 最新のオモシロ動画、ネタ動画を閲覧してみてちょ。 だって君は

    s5ot
    s5ot 2010/01/12
  • 詳しすぎる詳細設計書 - SiroKuro Page

    「詳細設計書」と呼ばれるドキュメントがあります。各処理の入出力や処理概要を記載した文章です。 入力: 「性別と身長のペア」のリスト 出力: 男性の平均身長」と「女性の平均身長」の差 処理概要: 変数「男性の合計身長」「女性の合計身長」「男性の人数」「女性の人数」を 0 で初期化する 入力を受け取る 入力されたリストから要素を読み込む 入力されたリストの要素数だけ以下を繰り返す 要素を1つ読み込み、条件分岐する もし要素が男性なら、変数「男性の合計身長」に身長を加算し、変数「男性の人数」を1増加させる もし要素が女性なら、変数「女性の合計身長」に身長を加算し、変数「女性の人数」を1増加させる 次の要素を読み込む 「男性の合計身長」÷「男性の人数」−「女性の合計身長」÷「女性の人数」を、変数「計算結果」に代入する 出力する イメージとしては、こんな感じ。各社それぞれ、どんな詳細設計書を書いてい

    詳しすぎる詳細設計書 - SiroKuro Page
    s5ot
    s5ot 2010/01/12
    設計
  • 詳細設計書に何を書くべきか? - Sacrificed & Exploited

    詳細設計書の書き方については黙っていられないので、ちょっと意見を言わせてもらう。 私も「詳しすぎる詳細設計書 - SiroKuro Page」で示されているようなコードと1対1に対応したような詳細設計書は、書くだけ無駄だと思っている。ただ、ちゃんとした詳細設計書をつくるなら、処理内容(内部の処理の実装方法)の書き方をどのように実装言語に合せるかではなく、処理内容を一切書かないようにするべきだと考えている。 なぜなら、処理内容をいくら詳細に記述したところで、それは仕様ではなくコードであり、仕様の代わりに記述したコードでは、バグも含めて記述されているため、そのコードのみでは正しいか間違っているかを判定できないからだ。 コードの他にどういった動作が正しいのかを判定する基準が必要で、その基準が仕様であり、詳細設計書にはその仕様を記述する必要があると考えている。 現に、例として示された処理概要では、

    詳細設計書に何を書くべきか? - Sacrificed & Exploited
    s5ot
    s5ot 2010/01/12
    設計
  • ネット巡回がインプットにならずただの消費になっていた

    毎日200~300くらい記事読んで、ぶくまつけて、スターつけて、TwitterやらTumblurにポストして。 自分は情報を大量にインプットしてるつもりだった。なんとなく勉強して偉くなったつもりになってた。 でも、そうやってため込んだ知識は他の人と話すときに何の役にも立たなかった。 つまり、これはインプットじゃあなかったわけだ。だってアウトプット口がないんだから。 となると自分がやってきたことは何だったのか? 少なくとも現時点では、ただの消費になっているのは間違いない。 私がやってること自体がまずいというわけじゃないと思う。 ただ楽しいからやってることではあるが、一日の時間の大半を費やしている作業が ただの消費で終わってしまうのではまずい。 自分が蓄えてきたものを誰かの役に立てるようにするか、 それとも会社や他人との会話で必要とされるインプットに重点を移す必要があるように思う。 多分普通の

    ネット巡回がインプットにならずただの消費になっていた
    s5ot
    s5ot 2010/01/12