  |
はてなキーワード: リストアとは
以前在籍していた会社で企業向けパッケージソフトの開発をしていた。
お客様にそのソフトだけを売ることもあるが、サーバーへの導入など非IT企業には難しいので、維持管理も含めて契約していた。
私はアプリ側の担当者だった。パッケージソフト本体を作っていた。
導入、サービス管理、お客様のアプリが入っているサーバー（Linux）の保全などは維持チームが担当している。
お客様の要求に合わせたスペックにあわせた構成にするのも維持チームが担当するということになっている。
しかし、この維持チームはコマンドをコピペでしかできないわけだ。
なにか障害等が発生したときは当然アプリ側もバグの調査などでログを確認したりするが、サーバー側の不具合かどうかも我々が確認していた。
ミドルウェアの脆弱性が発覚したときもその対応方法の調査、手順の作成もした。
アプリ導入方法もミドルウェアの導入方法も我々がかいたものだ。
そのアプリがDBがもともと有償のあるDBしか対応していなかったんだが、PostgreSQLにも対応できるように機能改善した。
その時は差分バックアップの方法、リストアのやり方、ディスクが故障しても大丈夫なアーカイブログの保存法などの説明して、バックアップ設計までした。
なにせ、リカバリをする場合はリストアコマンド一つでできるもんではなく、ロールフォワードでどの時点まで戻すかという判断が必要になってくる。
ある時点で重要なデータを消したというのであればその時点より前までに戻さなければならないので、リストアのやり方の選択肢も状況により変わる。
あとPostgresは他のDBに比べてファイルをコピーしたりテキストを書いたりすることが多い。
Linuxのディストリが新しいバージョンが出たとき、アプリの動作検証も行ったあと、そのLinuxの導入手順書もつくったな
Apacheの導入手順も書いたな。
ミドルウェアやLinuxの使い方教えるのアプリ実装担当の範囲外じゃね？
でも維持チームにやれる人がいなかったのよ。
維持チームはつまり手順書というコマンドで動くシェルのようなもんだ。
Linuxの上にBashというシェルがあるが、その上に維持チームというシェルがあって、我々プログラマがその維持チームにコマンドを送っていた。
維持チームシェルの良いところはお客様の窓口になってくれたのでメールや電話はやってくれた。
まあVMWorldとかで10年以上人生の春を謳歌してきたからもう十分やろ
お疲れさん
～VMwareが提案する、DRにも対応するマルチクラウドソリューション～
昨今のCOVID-19流行への対応やDXを推進する中で、クラウドサービスの利用はビジネススピードの加速や柔軟なシステム運用に効果的であり、従来のオンプレミス環境と併用するハイブリッド環境や、複数のクラウドを利用するマルチクラウド環境が増えている。一方で、これらの環境を維持していくには課題も多く、セキュリティリスクも増大してしまう。ここでは、こうした課題を解決するVMwareのソリューションを紹介する。
COVID-19流行への対応やDX（デジタルトランスフォーメーション）のためのビジネス変革が進む中で、ビジネススピードの向上やニーズに対する迅速で柔軟な対応がこれまでになく求められている。これらを実現するために、アプリケーションの変革やクラウドへの移行が加速している。
多くの企業が、「ビジネスのスピードに対応できるモダンアプリケーション」や、「あらゆるクラウド、データセンター、エッジでビルドおよび実行が可能であること」、「エンタープライズクラスのレジリエンス、セキュリティ、運用の実現とビジネス変革」がDXを実現するために必要であると考え、これらを実現するためにマルチクラウド環境の活用が前提になってきている。
具体的には、Amazon Web Services(AWS)、Microsoft Azure(Azure)、Google Cloud Platform(GCP)といった複数のパブリッククラウドサービスを併用し、適材適所で使い分けているのが現状であろう。しかし、マルチクラウド環境では解決が必要な課題が存在する。その課題とは、「ワークロードのシームレスな移行・連携」、「クラウドごとのスキル習得」、「運用管理の簡素化」、「セキュリティリスクの低減」、「最適なコスト管理」の5つである。この5つがクラウド利用の理想と現実のギャップとなっており、これらを意識して進めていく必要がある。
特にマルチクラウド環境を適材適所で使う場合、クラウドごとに利用する技術が異なるため、設定項目や内容に違いがあり、その設定ミスによるインシデントも発生している。重大な影響を及ぼす場合もあるため、それぞれのクラウドを扱う際のスキルが重要になる。
こうしたマルチクラウド環境における課題を解決するには、一貫性のあるクラウドインフラストラクチャ、および運用管理サービスが重要なポイントとなる。例えばVMwareは、複数のパブリッククラウドだけでなくオンプレミスを含むハイブリッドクラウド環境においても、仮想的なレイヤーを構築することで管理や運用を一元化している。
VMware Cloud on AWSは、VMwareとAWSが共同で開発したもので、AWSのベアメタルサーバー上にvSphere、NSX、vSAN、vCenterを導入し、ホスト専有型のクラウドサービスとして提供するものだ。
その特長は3つある。1点目は「VMware製品をベースとしたクラウド」であること。VMware製品で仮想化されているため、AWSの世界にいながらオンプレミス環境で利用していたスキルセットや運用管理ツールを利用でき、新たなスキルを習得する必要がない。
2点目は「シームレスにクラウドに移行できる」こと。ワークロードをオンプレミス環境から無停止で移行することができる。アプリケーションを更改する必要もないため、クラウドに移行する時間やコスト、リスクを大幅に削減することが可能だ。
3点目は「VMwareが管理を行う」こと。ハードウェアやソフトウェアのトラブル対応や運用管理、メンテナンス対応など、すべてサービスの中でVMwareが実施する。3カ月に一回の頻度で新しいリリースを提供しており、ユーザーの要件を反映しながら新たな機能を追加している。
最近のアップデートの大きなものとして、日本で第2のリージョンとなる大阪リージョンを設置し、サービス提供を開始したことが挙げられる。例えば西日本地区でデータセンターを持つユーザーは、より低遅延でサービスを利用できるようになった。昨今は感染症の流行や地震の発生などによってBCPを見直すユーザーが増え、VMware Cloud on AWSをリカバリサイトとして利用するケースも増えている。その意味でも、大阪リージョンは活用度が高いといえる。
VMware Cloud on AWSが選ばれる理由は、大きく3つ挙げられる。1点目が既存のノウハウや運用管理手法をそのまま踏襲できるという点。VMware製品をベースとしたクラウドサービスであるため、オンプレミス環境における管理者のスキルや運用ノウハウなど、既存の資産をそのままクラウド上でも活用でき、新たなスキルの習得や、運用管理手法の大きな変更の必要もない。クラウドとオンプレミス環境をvCenterから一元管理できる。
2点目が、規模に依存しないシンプルなクラウド移行を実現できる点。ワークロードをそのままクラウドへ簡単に移行することが可能だ。VMware Cloud on AWSには標準でVMware HCXが含まれ、これはオンプレミスのデータセンターとクラウド間のネットワークをL2延伸する。ネットワークがつながった環境で仮想化環境、VMをそのままマイグレーションできる。アプリケーションやIPアドレスを変更することなく、無停止でワークロードを移行することができる。
3点目が、モダナイゼーションを推進して、ユーザーのDXの加速を支援できる点。まず、クラウドならではのインフラストラクチャとして、1顧客あたり最小2ホストから最大640ホストまで拡張できるが、俊敏性を兼ね備えて提供される。例えば、ホストの展開に1時間半程度、ホスト数を追加するのに15分程度と、オンプレミス環境ではありえないスピード感で環境を構築、提供される。
また、リソースを最適化する機能も提供される。ユーザーのリソースの使用状況に応じて、利用するホストの台数を自動的に増減させて最適化する。さらに、名前の通りにAWSが提供する各種サービスとの親和性が非常に高いことも特長。VMware Cloud ENIと呼ばれる専用のインタフェースを経由して接続することで、低遅延で高速な環境を利用して各種のAWSのサービスとシームレスに連携することができる。この面も同サービスの大きな強みとなっている。
最近では、VMwareが提供するKubernetesディストリビューションであるVMware TanzuをVMware Cloud on AWS上で稼働させることが可能になった。これにより、短時間でコンテナ、Kubernetes環境が導入できるようになる一方で、ハードウェア、ソフトウェアの管理はすべてVMwareが行うため、管理者はKubernetes環境に集中できる。
VMware Cloud on AWSのユースケースには、主に「オンプレミス環境のクラウド移行」、「データセンターの拡張」、「災害対策サイト」、「次世代アプリケーションのプラットフォーム」の4つが多い。特に最近は、災害対策としての利用が増えているという。VMware Cloud on AWSをリカバリサイトとして活用する際に強力なサービスとなるのがVMware Cloud Disaster Recoveryだ。
VMware Cloud Disaster Recoveryを利用すると、平常時には本番サイトのデータをクラウド上のストレージ領域にレプリケーションしておき、万一DRイベントが発生した際に初めてVMware Cloud on AWS上にホストを展開し、保護していた仮想化環境をフェイルオーバーする。リカバリサイトとしてあらかじめ物理的なサイトを構築しておく必要がないため、大規模な初期投資が不要となる。
VMware Cloud Disaster Recoveryの特長
このタイプはオンデマンド展開型と呼ばれ、DRイベント時にホストを展開したタイミングでリカバリサイトに対する課金が開始される。復旧後に仮想化環境を本番サイトに戻すことで、ワークロードもフェイルバックでき、不要となったリカバリサイトのリソースも削除され課金も停止される。なお、オンデマンド展開型のほかに、事前にホストを展開しておく事前展開型も用意されており、RTOを重視する場合には事前展開型が推奨される
また同サービスは、最近話題になっているランサムウェアへの対策にも有効だ。クラウドストレージ上に本番環境のデータをバックアップする際には、リカバリポイントを長期的に保持することが可能である。このため、ランサムウェア攻撃に遭ってしまった場合、その直前の時点からリストアすることが可能となる。
マルチクラウド環境を可視化するVMware vRealize Cloud
マルチクラウド環境では、各クラウドが複雑化し、サイロ化してしまう可能性がある。クラウドごとに管理ツールや必要とされるスキル、ノウハウも異なるため、利用するクラウドが増えるほど複雑化、サイロ化の問題が大きくなり、その結果セキュリティリスクやコストが増加してしまう。そこで有効な解決策となるのが、クラウド環境をまたがって一貫性のある運用・管理を実現できるVMware vRealize Cloudである。
まず、VMware vRealize Operations Cloudは、VMware Cloud on AWSのリソースだけでなく、他のパブリッククラウド上のリソースも一元管理できる。複数クラウドの環境にまたがってデータを収集、分析評価を行うことで、例えば常にパワーオフ状態の仮想化環境や、実体がない状態のディスクなどを検知された場合に最適化していくことが可能。これにより、最終的にコストの最適化も図ることができる。
コストや運用を最適化できるVMware vRealize Cloud
また、VMware vRealize Log Insight Cloudによって、複数のクラウドを横断してログを管理できる。例えば、監視対象のイベント通知をあらかじめ定義しておくことで、不正な行動を検知した際には管理者に通知し、適切な調査と対応を行うことができる。セキュリティやコンプライアンスの強化にも有効だ。
さらに、クラウド間のネットワークの可視化は、VMware vRealize Network Insight Cloudで実現できる。End to Endを含むネットワーク全体を可視化できるため、ネットワークに関するトラブルシューティングや、不審な通信を洗い出すこともできる。また、アプリケーションの通信も把握できるため、アプリケーションの移行計画にも活用できる。
今後、DXの推進を加速していく上で、必ずしもひとつの環境、ひとつのクラウドを利用するのではなく、マルチクラウド環境の利用が当たり前になっていくと考えられる。そこで直面する前述の5つの課題に対し、VMware Cloud on AWSそしてVMware vRealize Cloudの活用は課題を解決するだけでなく将来への有効な投資となる。企業規模や業種に関係なく検討すべきソリューションといえるだろう。
サーバに複数のディスクを追加してRAIDを構成することはできますか?
ソフトウェアRAIDを使用することで可能です。ただし、さくらのクラウドでは以下の理由により非推奨としています。
1サーバに接続可能な最大ディスク数は3台のため、構築可能なRAID構成パターンが限られる
ストレージ内データのバックアップはストレージサーバごとに異なり、バックアップデータからの復旧時に各追加ディスクのバックアップ取得時間が異なってしまうためリストアができなくなる場合がある
https://manual.sakura.ad.jp/cloud/support/technical/storage.html
いつからか分からないが、ちょっとしたことをやるのがすごく億劫で始められなくなった。
普段当たり前にやってる仕事はできる。家事もできる。けど、普段はあまりやらない、例えば荷物を送ること、引っ越しの住所変更の連絡を各所にすること、保険金の請求のために電話で問い合わせること、みたいなイレギュラー作業が面倒で億劫で手がつけられないようになっていた。
気づけば引っ越しして1年を過ぎ、ToDoリストアプリにもジワジワとたまっていっている。
なんでこんなことになったんだろう？年をとったから？始めることにうっすら恐怖すら感じるくらい。
ああ何もせずに寝てたい。誰かが代わりにやってくれたらいいのに。でも誰もいないない。今週末こそは少しでも進めなくては。
そこの「海外では～」って言ってる君！海外に行けば贅沢で優雅な暮らしをしていると勘違いしていないか？
今日はそんな誤ったイメージを正し、実際にどれくらいの生活レベルか教えよう。
39歳男、フィリピン人妻、セブ在住、年収26万ペソほど。26万円と26万ペソではだいぶ変わるのでこれは誤差じゃない。
なおマウンティングなどと言われるかもしれないが、そんなつもりは全く無く、
家賃は3千ペソ、壁が板だけで出来てて街灯を明かりとする部屋を完備した東屋と呼んだ方が正確であろう一軒家。トタン屋根で扇風機がカラカラと音を立てて回るフィリピンでは普通の部屋。
ガチの平均的な現地人が住むような家で何も盛ってないけど、5万ペソくらい出せば日本人でも住める家を借りられる。
まわりの治安は１０年前の台東区の日本〇を１０倍くらい面倒な人を増やした雰囲気。
日本のDQNなんて小指でひねりつぶせるくらいのガチ勢がたくさんいるけど仲間になると何でもしてくれる頼りになる存在。
１食４０ペソくらい。
ジョリビー（マクドナルドが唯一勝てないファーストフードチェーン）なんて高級品。
コロンとか行けば食材は安く買えるけど安全に帰ってこれるかの死活問題の方が大きい。
チャタイムのタピオカミルクティーが７０ペソくらいだからカレンダリアは正義。
基本的に洗剤１回分とかのパックをサリサリストアで買い物する程度。
ウカイウカイ、要するに古着屋で買う。
１着１０ペソくらいで買える。
シャツと短パンと草履で一年過ごせるという意味では日本に住むよりメリットがある。
は？じ、ジープニーって便利な乗り物があるから、く、kるまなんていらないんだからっ///
なおアテネオ大学に行くような学生は下手したら日本よりも金持ちで、父親用の車、母親用の車、子ども送迎用の車、家政婦用の車などがあったりする。
これぞ本場の格差社会さ！！
というわけであまりに普通すぎて、やま無しオチ無しになってしまった。
良くも悪くも、26万ペソは日本人の生活水準を捨てれば十分に生活できる。
ちなみにフィリピン人がメインのオンライン英会話あるでしょ？俺の給料はそのフィリピン人講師たちと同じと考えていい。
オンライン英会話は学校というよりコールセンター扱いにしてるから、まあそのあれなんだけど、基本的に韓国資本の会社が多い。
表向きは日本の会社だけど講師は韓国企業から派遣されてるとかね。
オンライン英会話の月謝は安いけど、その分フィリピン人の給料も低い。
講師の態度に文句を言ってやるな、彼ら彼女らも辛うじて生きるだけの給料しかもらってない上に翌日にシフトを変えられたりするからね。
日本や韓国、あるいは中国の生徒から搾り取って講師を安月給（平均月給だけど）で働かせる会社に文句を言ってやってくれ。
「コロンとかに行けば、もっと貧しい人がたくさんいる、わかってない」と言われそうだが、海外に住むのが必ずしも日本での生活より良くなるとは限らないことを伝えたかった。
ちなみにインターネットなんて高級品なので、携帯電話にロード（プリペイド携帯みたいなのがフィリピンではメジャー）して、たまに日本語のホームページとか見てる。
たとえば毎日1GB分のYouTubeとかが見れて、2GBのインターネット接続（俺のうんこみたいに遅い）、テキストメッセージとか電話が７日間もできちゃうプランが１９９ペソする。
「海外は～」なんて言ってる奴の声に耳を貸すな。
猫を飼えば100点満点の人生だろう。猫を飼っていないってことは本気度が足らんのですよ。
でも生き物を飼うってのは、命を自分の管理下に置くってのは結構しんどそう。その分の効能もあるのでしょうが、踏ん切りが付きませんね。
いつも猫動画とか錆びまくってる工具をリストアする動画をだらだら眺めている。
ところで、金をかけるなら人体改造だよな。ICLやりたいけど、今はそういった贅沢に使える金が無いので、投資対象の値上がりを願っています。
まぁ2021年夏ごろには最高値になると思うので、そのあたりで現金をてに入れて、眼鏡とおさらばしたい感じ。
余裕があるならシミとったりリフトアップとかしてみるか。まぁそんな年齢でも無いか。
家も車も興味ないんだよな。
そんで彼女もほしいんだけど、でもめんどくさそう。でも本当はめんどくさくないのかもしれない。付き合ってみないとわからん所あるし、やっぱり人によると思うんだよね。
ちんこ加えなくてもいい。乳首攻めてくれや。あとブルマとか学ラン着てくれ。こちとら青春をこじらせてて、学生時代へのコンプレックスがどろっどろなんだわ。そういう思いの丈をぶつけたいね。風俗はね違うんですよ。心のやり取りが必要なんですわ。
単に性欲発散するだけならオナニーで十分というか、風俗で自分のオナテクを超えられるとは到底思えないですし、おいらが女体に求めるのは心のつながり。
暴力振るうってまではやりたくないけど、乱暴にセックスしたいね。心を通わせた乱暴セックスだよね。童貞くんの妄想だね。
まあ若い女の子だったらそんなことしなくてもいいけど、同世代の彼女ならこれくらいはやってくれるでしょうし、やらないなら付き合う意味あんまないよね。人間同士のやり取りって基本煩わしいし、こっちに一番大きなメリットであるところの性欲発散を提供してくれないとなると、オイラよりお金稼いでくれるくらいかなぁ。
おいらは自炊も出来るし部屋も片付けてきれいだし、とくに家事とかやってもらいたいこととかないし、強いて言えば、家に誰かいたらペットとか飼いやすいけど、だったらニートしてる知人とルームシェアやるとかいう手もあるわけか。
でもそいつ呼んだら部屋が散らかりそうだな。
よく考えたらおいらは思ったよりも部屋が片付いてるので、他人と住んだら今よりも部屋が散らかりそう。
おいらよりもミニマリストな女って居るのだろうか。居たら居たでやっぱりアルティメット領域に片足突っ込んでてストイックすぎるので一緒に生活するのはキツそう。多少部屋が乱雑になるのは飲みましょう。
出会いないよね。職場とかに女の子居ても声かけると犯罪だよな。なんで犯罪侵さないと無理なのに彼女作れるのって無理じゃね？彼女持ちって全員犯罪者でしょ？
おいらに21歳のかわいい処女紹介してくれ。とても喜びます。これ以外に合法的に21歳処女の彼女を作る方法はありません。おいらを犯罪者にするきか！
経験とかあったら別の男と比較されるから、おいらが可愛そうでしょ。ちゃんとおいらちゃんのメンタルにも気を使って、女性を紹介してあげてね。
元気な子供産ませるから。たぶん。まぁ病気持ってる家計じゃないし。自分で言うのもあれだけど顔もブサイクではないよ。
昔メンタルやんでた時期のせいで吹き出物の跡がすごいだけで。これは環境要因なので遺伝子的には大丈夫だと思います。
実家に思い入れ無いし。てかあんまり関わりたくないし。悪い人たちじゃないけど、田舎特有の狭い世界にどっぷり使ってて世の中の流れをガン無視している、バックトゥーザフューチャーやってる感じ？の空間なので、一緒にいると世界観が違いすぎて脳がバグりそうですね。
精神病はないよ。少なくとも10年以上はなんも起きてない。最近は何も起きなさすぎて退屈で、彼女欲しいとかいうレベルまで精神が回復してる。
内田有紀とか剛力彩芽？みたいななんかアレ系が好きというか。好きになりやすいタイプではある。
幼児園時代に好きだったケーキ屋さん家の女の子もそれ系だったし、小中学校ののころ好きだった女の子もそんな感じだった。
彼女中学になってめっちゃ太ってたけどな。あのころ精神崩壊していなかったら彼女と付き合うっていうこともあったのかな。太ってたけど好きだったな。好きな子って見た目かわっても好きだよな。やっぱり中身で見てるんだろうな。橋本環奈もおなか揉みたいしな。
AKSの運用に関するベストプラクティス(原題: Applying best practices to Azure Kubernetes Service (AKS))がMS Igniteというイベントで話されていたので
https://myignite.techcommunity.microsoft.com/sessions/81598?source=SessionDeck
https://github.com/Azure/aks-bestpractices-ignite19
RTO(リカバリ時間目標)とRPO(目標複数時点)に応じて下記の4通りのシナリオがある
4にいくにしたがって
RTO=復旧するまでの時間が短くなる
17:22～
23:48～
内閣のひとたちの保身のためにぼくがいっしょうけんめい勉強してつくっているバックアップの価値が貶められてかなしいです
なんぜんまんえんもなんおくえんもかけてデータを守るのがバックアップです
バックアップをとっているのにそのデータは公文書ではないなんて、まるで意味がないみたいな言い方やめてください
あと記憶媒体がテープのようだが、テープの場合は保持期限が過ぎても別のバックアップで上書きされない限りはデータが消えないはず。なのでローテーションを考えると保持期間と言われる8週間より長期間データが保存されている可能性もある。まだデータが上書きされていなければインポートすればリストアできるようになるので是非調査してみていただきたい。
カスタマーサポートからjavaを解析するチームに転属になった
これまで前職で7年くらいSIerでjavaいじってきたけど、表面上をいじったり設定を変えたりしたたけで、全然スキルにならないことはわかっていた
だから転職してカスタマーサポートになったのに、カスタマーサポートの中では多少コードが読める、というだけで転属になってしまった。
java+tomcat+postgressqlというまーたぶんOSS使うなら標準的な構成だと思うんだけど、
tomcatの外にあるcontext.xmlじゃなくてjavaプロジェクト内のcontext.xmlの設定を変えただけでなんでDBの見る先が変わるんだろう？
eclipse内にあるtomcatってwindowsで普通にインストールするtomcatとどう違うの？
そのへんも分からないし、手順書通りにやっても動かないこともストレス(これはpostgressqlをインストール済みの環境でリストア済みのDBがあること前提で手順書が書かれていることが後に分かった👍️)。
このITのなぜ？に一つ一つ答えられる人がいなくて前職辞めたのに、みんな忙しそうで聞きづらい。
みんなどうやって一から環境構築してるんだろ？構造わかってるから出来てるんだよね...。
設定変えたら動くからそんなもん、て言われたらそれまでなんだけど。
きっとこうやって割り切れなさを抱えてるから仕事遅いと思われてるし、気ぃ遣いで優しそうだと思われてるかもしれないけど、ほんとは一から十まで最初から教えてくれないと分からない頭悪い人だと自分では思ってる。
きっかけと構造さえ掴めれば応用きいたりするんだけど...知識欲もあるし誰か教えてほしい。学校にいくか、本を買って読まなきゃなーって思ってるところです。
人に聞けない俺はその方向で合ってるのかな？
まず服は世の中の女子大生が服を買っている店で買うといい
GU、LOWRYS FARM、INGNI、earth music&ecology、Heather、E hyphen world gallery、PAGEBOYあたりならある程度安くて品質もそんなに問題ないです(出てる糸は自分で切る)
あとみんな通販ダメって言うけど通販はその服がどれくらい売れているのかが分かるしショップスタッフのコーデやルックブックなども参考になる
丈感は「服 丈 身長」とかでググると身長別に色んな丈の服を着た写真を載せてるページが5個ぐらい出てくるのでそれを見てください
違う形で似てる色の服よりは似てる形で違う色の服を買った方がコーデの見た目のバリエーションが広がる
バッグは入学祝いにブランド物を買ってもらうというケースが多いが上記のブランドに売ってる普通のバッグも買っておこう
大きさは最低でもA4クリアファイルが入る23cm×32cm
個人的にはカジュアル過ぎないリュックが荷物多くてもどんな服着てても使えるのでおすすめ
全身の色は3色に収めるとgood
できれば無彩色は1～2色
全身黒とか全身白はやらない方が無難
あとGジャンにGパンもやめるべき
デニムなどの目立つ素材や柄物は全身で1つだけにするべき
注意する色の組み合わせ
・緑と赤(クリスマスになる)
かばんや靴を差し色にするのは難しいのでよく着る服の色と同じものを買った方がいい
白は汚れるので注意
そもそも服がないのでよく着る服の色もないというのもありがちだがこれはパーソナルカラー診断というのを受けると解決する
1万円ぐらい払うと資格を持ってる人が似合う色を診断してくれる
ネットに自己診断できるやつ色々あるけどあれは全く参考にならないので注意
1万も払う気ない人はオレンジの服で顔色良くなるならイエローベース、悪くなるならブルーベースぐらいに思っておくだけでもいい(例外有り)
1万円は高く見えるが一生色選びに困らなくて済むと考えると安い
多分この記事を読む人はメイクも全然分からないと思うのでメイクについても少し書く
後ろの()はとりあえずこれ買えばっていう安いやつ
・フェイスパウダー(キャンメイクマシュマロフィニッシュパウダー)
・アイシャドウ(キャンメイクパーフェクトスタイリストアイズ)
・ビューラー(資生堂アイラッシュカーラー213)
これさえ揃えればなんとかなる
リップは外で塗り直す必要があるので持ち歩くことになるが家出る前に塗ってバッグに入れるのが面倒だったらもう1本買う
余力があったらKATEアイシルエットマーカーを買ってアイラインを引こう
黒髪でも茶色を選ぶと抜け感とか呑気なこと言ってるやつもいるが茶色を選ぶなら本当に黒に近い茶色にするべき
抜け感より違和感がやばくなる
アイシャドウはパーソナルカラーを参考に選ぶといいが分からなければピンクと茶色が混ざったようなやつ(パーフェクトスタイリストアイズだと5,10,11)
先日、HeliumでNexus 5x のバックアップを取ろうとしたところ、PC側のHeliumにチェックがついているにもかかわらず、「アプリバックアップを有効にするためにHeliumデスクトップを待機中です…PCにHeliumデスクトップをインストールしてください」と、Nexus 5x の方に表示されます。
http://androidlover.net/apps/backupapps/helium-how-to-use.html#comment-254993
LG L-05D（Android 4.1.2）でHeliumでバックアップしようとしたのですが、上記の方(K123さん)と同様の症状が発生しました。直接は解決できませんでしたが、 ADBコマンドでのバックアップとリストアで代替しました。
ADB version1.0.36では正常にバックアップできなかったので、ADB 1.0.31でL-05Dのアプリのデータをバックアップし、 リストアはADB1.0.36で Zenfone 2 Lazer(Android6.0.1)に行って成功しました。
Helium同梱のadb.exeのバージョンとバックアップ/リストア先のOSバージョンによるトラブルもあるのかなと無知ながら思うのですがどうなんでしょう。
adb1.0.31でないとAndroid4.xでバックアップできず、abd1.0.36じゃないとAndroid7.xでバックアップ・リストアできないらしいとか。
http://anond.hatelabo.jp/20160520153948
nonstarterのいうことが嘘ハッタリじゃないのならば、さっさとOCamlの関数型状態渡しでToDoリストアプリ書いて見せればいいだけ。
出来ない時点で終わってる。
nonstarterはこの発言の時点では、Ocamlの関数型の状態渡しに限界があることはお首にもだしていない。読んだものはそうだったのか、何でもできると思って不思議ではないだろう。
しかしなぜか、Haskellが急に登場する。別の言語の助けを求め始めた最初がここ。
そのうち、OCamlの実際的な環境じゃスケールしないという指摘がはいる。
nonstarterは、複雑性への限界を認めるが、同時に、FRPの足をひっぱることも忘れ得なかった。つまり「負けてない！」ってことなんだろｗ
しばらく有耶無耶にされていたが、お絵かきアプリもまだ書けないといか書かれているのを目撃した岡部氏が、すでに実装していた自作FRPライブラリでお絵かきアプリを示して、
ついでに、ハードルを引き上げた。
nonstarterの言うとおり、
岡部氏が示したFRPコードと同等のかんたんさで、OCamlでも出せるはずだ。
もちろん、他のHaskellやFRPは使うな、という至極当然の縛りつき。
そもそもの最初がesumiiやlambadaなどのOCamlユーザへむけての課題で、
nonstarterが、
と急に何故かいきなりHaskellを持ち出し、Haskellのコードを引っ張り出した。
いろいろとっちらかしてんじゃねーよ、ってことだろ。
OCamlではライブラリも足りず机上の空論だったという、ひとつの区切りはついた。
とこの点について「一般化」を試みた、誤魔化そうとしたのは、nonstarterだ。
特に成年漫画とかいい作品（いろんな意味で楽しめる作品）多いと思うので、紹介します。
1．かげきしょうじょ 斉木久美子
歌劇団のトップっていう一番を目指すっていう、わかりやすいストーリーなのがまず良い！！
一生懸命だからぶつかり合えるし、一生懸命だから一緒になって喜べるし。
本当に面白いのに、いまいち知名度がなかったりするから、今一番、お勧めしたい漫画！！
とにかく、ただただ、たのしくてどんどん読んじゃう。
笑止っ！には笑った。素直でいいね。
「やっとこっち向いた。」っていうセリフにやられました。
4.Ascene 武富智
絵柄がお洒落。
ちなみにBsceneとCsceneもあります。
たぶんあんまりメジャーじゃないと思うのだけど、めっちゃ続巻（スピンオフとか）が出てるから、根強い人気があるんじゃないかと推測してる。
なんか心理戦とか繰り広げたりしてて、おもしろい。そして最後は王子が必ず勝利して、サッと店から出る様式美が好き。
6.ちおちゃんの通学路 川崎 直孝
単純に一般誌に連れてきただけでなく、誰が読んでも楽しめる作品にしたのは、メディファクは良い仕事したなぁーって思う。
（成年誌出身作家ってどうしても、ただのエロ成分を弱めた感じの作品になりがちだと思うのです。。。）
読んでて、大人の仲間入りできた感じがする様な、ちょっと背伸びした感じになれる。
8.うきわ 野村宗弘
不安な気持ちとか、なにかにつかまっていないとダメになりそうな気持ちとか、そんな気持ちを
言葉とかセリフとして表現するんでなく、うきわっていうメタファを使った表現にしたのが、すごく腑に落ちて、心が揺れ動かされた。
単純にうわきとうきわっていう駄洒落なんだけども。。。いや、シンプルだからこそスッと腑に落ちたのかも。
靴がその人の人生を変えるっていう、ちょっとファンタジーみたいな世界も、本当にそういう実話があったような気持ちになる。
ひとつひとつのエピソードが丁寧に描かれてて、ストーリーにちょっと無理あるだろー、とか思わせない。すごい。
いやぁ。なんていうか脚の描き方がすごい綺麗だなぁって思います。
そして、こういう作品にドキッてしまう感じが、私生活のこじらせっぷりを露呈した感じになる（笑）
名作！！
女のひとが読んでもおもしろいと思うのでは？と勝手に思ってる。
いや、さすがにそれはないか。。。
Hを楽しんでるのが、とにかく良い！！
絶倫っぷりと、謎の使命感に笑ったｗ
それにしても、出す作品、出す作品どれもおもしろいのが、凄い！
どの作品も楽しめる！！
「こんなのくらっちまったら、やられる」みたいな格闘漫画みたいなセリフが好き。
isbn:489465621
楽しそうでなにより！
8．NON VIRGIN 織田non
Xerosで巻頭カラーになってたの（slave-fantasy）を初めてみたとき本当に、感動した。
絵がめちゃくちゃカッコいい！！
すごい好みの作品。
めっちゃやってたのだけど、
10．びゅーびゅーびっち 五月 五日
https://www.toranoana.jp/mailorder/article/20/0011/15/05/200011150513.html
これは、ちょっと読む人を選ぶと思う。
僕は好きです。
http://anond.hatelabo.jp/20150406191358
パラウイ島について前回の続きを書いていこう。 もっとGoogle検索の順位が上がって、将来旅する誰かの役に立ちますように。
パラウイ島にはホテルやリゾートが無いため、基本的にサンタ・アナの北端のサンヴィセンテ港から日帰りで行くことになる。
ボート等の手配は港で前日までに行っておくこと。２０１４年２月の記事であるが、マニラフリークの
http://manilafreak.jugem.jp/?eid=653
この料金表と同じであった。
このボートは１艘あたりなので、１人で行くと割高、複数人数で行くと割安となる。
船は８人マックスと書いてあるが、普通の小さいバンカーボート。外海は波が荒いところもあり怖い瞬間もある。 同時に乗る人数は船員を除いて４人 多くても６人程度に抑えたい。
日本とは違い、あくまで命の値段が安い所謂"後進国" であって安全は全く重視されていないのを念頭に。
スペインの植民地時代にパラウイ島の東北の端の高台に建設された灯台。この灯台近辺からの景色がパラウイ島旅行の唯一かつ最大の目的となる。
世界トップ１０に選ばれるだけあって、絶景の一言。 写真ではわかりにくい素晴らしさで、実際に目で見て欲しい。三連休をかけて行く価値がある景色だ。
登って降りてくるだけなら３０分もかからないのだが、何故かガイド費が３００ペソもかかる。 ここに直接行く人が多いが、個人的には下記のトレッキングしてからだと感動が倍になるのでオススメ。
パラウイ島は結構大きく、トレッキングルートが３つある。 ガイド費は３５０ペソ。
そのうちのPunta Verdeという地元住民が多くいるビーチ（島の東岸の中腹あたり）から東北端のCape Engaño まで海岸を沿って歩くルート（３時間と言われていたが、１時間半程度だった。距離にして４~５キロ程度）がオススメ。
Cape Engaño とPunta Verde間にはもう１個、山を通るルートがあるが超疲れるし景色が見れるポイントが無くただただ山の中をハアハア言いながら歩くだけで全くお薦めしない。やめておくべし。
「景色めっちゃ良いよ！」という地元住民に完全に騙され地雷を踏み抜いてしまった。
３つ目のルートである島を東西に横断するルートは筆者は行っていない。未知数だが、地元住民曰く「西のビーチは透明度が悪いし魚もいない」ということだったので今回の旅で島の西岸には上陸しなかった。
とりあえず騙されたと思って信じて欲しい。
Cape Engaño に直接行かず、Punta Verdeに上陸して海沿いのルートを歩いてCape Engaño へ２時間くらいかけて歩いて行く その後の灯台からの景色は感動的だ。 ハロハロ（フィリピンのデザート、パフェやサンデー的なもの）も非常に美味しく食べられるだろう。
（前日にガイドの手配をしておくように。あと上陸ポイントと島を出るポイントが違うので船主に対してCape Engaño に迎えに来るように伝えておくように）
普通のフィリピンの白い砂浜、綺麗な海岸といった感じ。 他のリゾート等で綺麗な砂浜の経験があれば別に無理していかなくても良い。
ただ行っても別に損はしない。ここでゆっくりしても良いのでは。
謎の岩質で出来た謎の地形の島。 是非行って欲しい。 島は５分で一周出来る。
ビーチでシュノーケリングしても楽しいので、ここで数時間過ごしても良いだろう。
ただ樹木等が無い禿山の島で、日を避けるところが少ないのと常に観光客で混んでいるのでゆっくり滞在するかどうかは好み。
基本的には朝６時から６時間、つまり正午までが基本料金に含まれる。
延長は１時間あたりたったの１００ペソ。 どうせサンタ・アナに戻っても暇を持て余すので、仲間と一緒に行く時は延長料金をケチらずゆっくり滞在して欲しい。
海の荒れ具合や弁当の持参の有無等にもよるが、夕方近くまでまったり過ごしても良いのではないだろうか。
なお、早朝５時半の時点でやってるサリサリストアがあるのでそこで水を１リットル×２本くらい買っておくと良いだろう。 １個２５ペソ。 日差しがキツいので水は多めに持っておくことを推奨。
パラウイ島旅行最大のネック。一人旅をお薦めしない最大の理由。
Cagayan Holiday & Leisure Resort内に中華料理があり、ここが唯一の普通の料理？と言える。 ここに泊まった場合も泊まってない場合も是非複数人数の時は行って欲しい。
ドレスコード（服装の制限）があるかどうかはわからないが、リゾートの施設内だしおそらく大丈夫じゃないかなあ。
メニューを見たところ１人１０００ペソ~１５００ペソ程度で食べられそう。
中華だけだと流石に飽きると思うので、フィリピン料理行けるという人は以下の２つも試して欲しい。
San Vicente Portから約４キロ、トライシクルで１５ペソで行けるサンタ・アナの市街地（コマーシャルセンター近く）のレストラン。
・J and J Restaurant
https://www.google.co.jp/maps/place/J+and+J+Restaurant/@18.4601929,122.1427828,15z/data=!4m5!1m2!2m1!1srestaurants!3m1!1s0x0000000000000000:0xadc5a5d07c45023f
地元住民イチオシのレストラン。筆者は食べていないがメニューを見たところフィリピンのメジャーな料理は揃っていた。
・Dampa-Esperanza Seafood Restaurant
https://www.google.co.jp/maps/place/Dampa-Esperanza+Seafood+Restaurant/@18.4601929,122.1427828,15z/data=!4m5!1m2!2m1!1srestaurants!3m1!1s0x0000000000000000:0x2d564be3d9aaba88
香港かなんかで修行したシェフがやっているとのこと。 カニ等の海産物が美味しいらしい。 地産地消。
なお、筆者は１人旅をしたので地元住民が多く入るようなヌードルハウス等で食べたが麺がクタクタで非常に不味かった。全くオススメしない。
アジアで１番料理が不味いと言われているフィリピンであってもルソン島中部のバギオとかバナウェ、サガダ、ボントック等山岳部だと野菜含め普通に美味しいのだが、もっと北に行くと料理はまずくなるんだなぁ・・・ 勉強になりました。
特に晩飯時の「行きは良い良い 帰りは怖い」に注意。
San Vicente Portからサンタ・アナの市街地は割と楽にトライシクルが捕まる。
日が沈んで晩飯を食べてさて、帰りを探そうとなると断られる。 もしくはぼったくられる。
フィリピン人は日が沈んだら基本的に仕事モードからプライベートモードに切り替わるということを学んだ。
筆者はぼったくられるのが嫌で４キロ超の距離を１時間以上かけて歩いたが、途中該当が無い林みたいな場所があり普通に怖かった。
途中の民家の飼い犬に吠えられ狂犬病のリスク（フィリピンは貧乏な国なので基本予防接種等してない）に怯えつつ、不安な道中であった。
もう二度とあんな思いはしたくない。 頑張れば歩ける距離だが、歩くのは絶対にお薦めしない。 例え行きの１０倍払っても良いので宿まで安全に戻るべし。
ただのインスタント焼きそばなのだが、食に困ったらこれを注文すべし。 調理費混みで１個２０ペソ（小さい袋なので１個ではただのオヤツ代わり）。 ３つくらい頼めば十分昼飯になる。
San Vicente Portの先端の港に付帯するサリサリストア含めいろいろな所で食べられる。
「Pls Make it hot I like very very spicy」等いうと良いだろう。 カラマンシー（シークァーサー）も付けて貰おう。
飯の総括としては困った時のためにカップラーメン等の非常食を数個持っていけ。あって損はしないというか得しかしない。 お湯は宿でもサリサリストアでもどこでも貰える。
Cagayan Holiday & Leisure Resortに泊まっている場合はカジノがあるのでギャンブル好きな方は是非そちらへ。 筆者は訪れていないが、なかなか施設は綺麗だった。（外側から見た感想）
また、San Vicente Portのメインの通り沿いで現地人数十人が路上で屋台の縁日のようなギャンブルをやっている。 数ペソ~１００ペソ程度の非常に少額の賭け。
サリサリストア（コンビニの超ローカル版）は遅い所でも２１時くらいには閉まるのでビールやつまみ等は閉店時間を見越して買っておこう。
ただし、だいたいの場合翌日朝６時に港集合で朝が早いので夜更かし（AM１時とか２時とか）はあまりお薦めしない。
田舎だからなのか、ルソン島の北部の文化なのかわからないがほとんど売っているのはアルコール度数が高いRed Horse。 サンミゲルピルセンやサンミゲルライトが売っている店は１軒か２軒しかないのでRed Horse苦手な人はチェックして買いだめしておくべし。
なお筆者はマニラにいるときは基本的にはRed Horseを飲まない（ピルセンと比べて不味いと確信しているいる）のだが、旅行中ゆえの気分の高揚なのか それとも暑い気温と乾いた空気による風土の違いなのかわからないが今回の旅の道中ではRedHorseは非常に美味しく頂けた。
嫌いという人も一度くらいは試してみて欲しい。
４G（LTE)は繋がらないが３Gが非常に快適につながった。Youtubeの動画をストレス無く見れるレベル
SmartのPocketWi-fiを持っていくべし。 ビール飲みながら田舎の夜風に当たりつつネットサーフィン。 一人旅でもなかなか楽しいもんですよ。
今回の旅はルソン島北部に台風が近づいたりいろいろあって、帰り道にバスを使った。
本来はビクトリーライナーを使いたかったのだが、いっぱいだったのでフロリダ・バスを使った。
トゥゲガラオからマニラまでのバスが７００ペソ。 午後４時発で途中バス内で盗難だか痴漢だかよくわからんが、 騒ぎになりCabanatuanの警察署に２時間弱ほど寄ったりしてマニラに着いたのは翌朝の５時過ぎ。
休憩は最初１時間程度乗った所で１回あった程度で、そこで皆カンテーンで飯を食べたり売店で物を買っていた。 あまり休憩しないので最初の休憩所で水分等を買っておくべし。
冷房はそこまで効きすぎていなかった。（フィリピンだと長距離バスは上着必須なレベルにクッソ寒い。 ただ、筆者は男性なので女性は遠距離バスに乗る場合は是非上着を持って行って欲しい。）
席は日本の東京大阪間の格安３０００円夜行バス程度のクオリティの柔らかさで割と良かった。 （過去にマクタンからセブ北端まで行った事があり、その時のバスが酷い設備だったので、ハードルは低い）
なお、一番右端後ろの席は柱があって倒れないので地雷。 あと当然だけどアイマスクと枕は持っていくべし。
いろいろパラウイ島旅行に関する良いところも悪いところも書いたけれども、マニラ在住者で３連休があったら乾季中に是非行って欲しい。 やはり世界トップ１０のビーチは伊達ではない。
今はセブ島への直行便があるしもっと移動時間が少なくて有意義に過ごすことは出来ると思う。 栄えてるし治安も良いし料理も美味しいレストラン多いしマッサージ等の物価も安いし遊ぶところも多いしとりあえずフィリピンに旅行したかったらセブがお薦め。
おっしゃるとおり目的のデータにすばやく再度アクセスするためにデータを取っておいて
次に使うときに同じものであればいちいち取得しなくても手元のデータを展開するだけですむ
または新しくなっていたら差分だけもってくるようにするのがキャッシュの目的です
キャッシュを使うとインターネット速度、画面の描画計算速度などがハードディスクのアクセス速度で行えるようになる算段となっています
ここから先がマニアックな話なのですがキャッシュがたまるとパソコンが遅くなります
キャッシュがたまるのはハードディスクの容量にデータが蓄積されるからです
ハードディスクにデータが蓄積されるとアクセス速度が落ちることをイメージしていただくために、ハードディスクをA４大学ノートだと思ってください
ID０（アイ ディー ゼロ）と表紙に大きく書かれたノートが、ハードディスクドライブです
これをCドライブとDドライブにわけるため、ノートの半分あたりで「ここからDドライブ」と書き込みます
そして半分から前をCドライブと呼称してシステムやらキャッシュやら仕事のデータやらダウンロードファイルを書き込みます
仕事のページがA４半分で済んだので半分空白のページや、ダウンロードファイルのサイズが小さかったのでほとんど白紙のページとかできてきます
そしてキャッシュのサイズがだんだん大きくなってくると、あらかじめ「このページを含む３ページはキャッシュに使う」と予定していたページで足りなくなってきます
たりないままでは作業ができないので他ページの空白を利用してキャッシュを書き込んでいきます
キャッシュがたまりきった状態であたらしく「簡単なホームページ閲覧」作業が新規に発生したとします
簡単なホームページをクリックして閲覧する内容データがダウンロードされてくるわけですが、表示するために「キャッシュ」するデータがいろんなページの空白ページに分けて書き込むことになります
ここまでは32ページ ここからは54ページ つぎに68ページ と、場所と内容と続きのしるしを含めて どんどんわけていくのですっきりしたCドライブの中では１ページに書ききる量のデータでも
最終的には２ページ分になっていたりすることも、あるかもしれません
そして暗号のようなつぎはぎデータを、仮の場所でつなぎ合わせて描画する結果になるので、メモリも少なくなっていきます
（描画のために読み出すメモリの消費量は同じで終了すると開放されるのですが、作業完了までに張り合わせる作業をしている最中に別の作業分のメモリ消費が重なってくるので読み込みが遅いと同時期に発生するメモリ消費が大きくなります）
このキャッシュを他ページにつぎはぎに書き込むのと、自分のデータを増やしていくページ消費をミルフィーユのようにかさねて真っ黒なA４大学ノートができあがります
こんなしくみで、「まっしろな大学ノートにたったひとつだけデータが書かれている」アクセスは超早いという予定になります
ということから、ハードディスクに空き容量がたくさんある、そしてデフラグすることで個々のデータがバラバラになっている状態をできるだけひとつにしていくことが動作の速度を上げる手段のうちに数えられます
Macの場合はリナクスベースで特殊なフォーマットを使っているとバラバラに書き込まないのでデフラグは必要なくなります。
（Macの場合は大学ノートに書き込む前にキャッシュ用に切り分けたドライブを利用して下書きをしてその大きさに合わせてノートに書き込みます このため書き込む作業時点で下書きをバックアップとして作ることが出来たりします）
いくら整理整頓されていても見出しに何百件も書き込まれているのと用件がほとんど書かれていないのでは速度がかわってきます
もちろんディスク単位で用事を書き分ける、ノートごとにキャッシュとか写真とか書類とか、CドライブDドライブEドライブとわけていけば速度は向上します
ここまでだと「クリーンアップするソフトの宣伝」と感じられるかもしれませんが、私自身あまりそういう系のソフトはおすすめしません
できることなら必要なファイルを新しいハードディスクに全部コピーしていってデフラグの代わりとしてOSも世代交代させる とかいうのが一番ベストなパソコンの状態維持だと思いますがお金と時間の問題があるのでそうもいかないときにはやむなくソフトをつかいます
さらにここからはパソコンと関係なく想像するイメージの話なのですが、自分の使っている歴史ある馴染みのA４大学ノートにみっしり書き込まれたデータを「これ整理しといて」と人に渡したりできるものでしょうか
そういう作業をソフトにさせて安心の環境になるのであれば、そういう使い方をしていたのだから問題ないと思いますが、Cドライブのあいてる場所に思い出の写真をカメラ付属のソフトで保存してたらゴミと思われて完全消去されたとか「一般に」とされている設定を完全網羅した状態で作業してもらわないと「後から設定した個人ごとのオリジナル」が含まれている場合があります
クリーンアップソフトを使って何も問題ない人という基準は「どんなパソコンからでも自分の設定を再現できる人」を頂点として「ディレクトリって何？」みたいな方までを範囲とするとそう多くない気がします
なにかしら問題が発生する可能性があり、それを回避したり回復できたりする人は半分以上になるかもしれないと思いますが作業の重要度は「新品のパソコンに買い換えるとまではいかないけれども、中古なり他のパソコンに買い換える程度の作業」を担う可能性があるソフトではあります
なのであんまりこれいいよと気軽にお勧めするには「完全にバックアップとリストアをフォローしている」なども含む必要があると考えています
要項として「くれぐれもバックアップは」と記述されていますがそれが任意である時点で「作業の規模や危険性について利用者に理解が十分されていない可能性」を抱かざるを得ないので記事のソフトはいまいちな気がします
それでもソフトが必要だと思われる方は、ご自身の必要性にマッチしているか以下の点から考察されて判断されてみてはどうでしょう
・ファイル整理・レジストリ整理の高速化ソフトは「新しいパソコンの購入とほぼ同じ意味を持つソフト」
・新しいパソコンを購入した際に発生する手間とコストを比較して安価である そのかわり全部喪失して新しいパソコンを買うリスクもある
（基準としては新しいパソコンの値段と同じ＝完全再現が可能、安くなる≒価格差の分だけ失敗の可能性と他作業発生のリスク、高い≒現在の環境を再現または他環境での設定や構築作業などをしやすくする機能や設定がある）
価格が安いソフトであればあるほど危険ですが価格設定の由来が他研究の副産物であったり機能限定などによるものや、サーバー用バックアップソフトなど環境を複数設定することについて対応しているものは高価（バックアップ機能をファイル整理として使うという意味において）、などあります
・いずれはパソコン本体、OSも市場の変化によって「価格ゼロ」という将来がくるかもしれない、それまでの下降線の途中として「パソコン買い替え、最適化維持、現状維持」のバランスで設定された値段において現在利用の環境がその購入価格でいつまでの延命を必要としているか
たとえばクラウド機能などは「最適化０円」で、「将来的にパソコン機能がクラウド化」した状態が来年にも来れば「来年クラウドOS導入に5000円だと想定して、現在の最適化ソフトが2000円であれば現状のパソコン設定を来年度の状態に移行するにあたって計7000円のコストから、最適化状態での生産性は現在の7000円以上になる（たとえば、１ファイルダウンロード１分のものが３分、３倍になっているとしてインターネット接続料月額4000円がクラウドOS発売そして導入まで６ヶ月あったとして24000円のうちダウンロードに費やすインターネット使用時間が全体の約半分はあったとしてダウンロードを実行している環境下でのパソコン稼動についてインターネット料金のみで約5000円程度の潜在コストダウンがあればそれを必要とするか等）かどうか」や次の新しいOSやパソコン購入までの期間と手間を現金としてのコスト換算をするかどうか
ちなみにこれらの検討での数字はご自身の時間単位での価値やパソコンを利用されている人数などにより変化するものです
・キャッシュは高速化するためにあるもので、それ自体が鈍足化に貢献しているパソコンはどう調節しても結局手間かお金を必要とします
かしこいパソコン（ソフト）は必要な期限や状態、時期にあわせて削除を行いそれがバラバラになりすぎないようにできるだけ調節されています
・ぶっちゃけパソコンが一番はやくなるのはSSDに入れ替えること
もちろんユーザーの獲得と商品としての価値があってこそのソフトなので、全部ダメになるとかいう最大のリスクは回避されていて製品化されていることはもちろんあるということを前提に「そのソフトが原因で全部ダメになる可能性があった、実際だめになった」としてもご自身のバックアップ以外にそれを救う手段がないこと、ゲームソフトやメールソフトと違って「消す、入れ替える」を行うソフトであることはご理解ください
「らびっとブックマーク」
「管理をする」ことに重点を置いた（ノンソーシャル）ブックマークサービスです。
■作ったいきさつ
ブラウザのブックマークが貯まりに貯まってたので、ブラウザじゃなくてオンラインで管理しようと思ったところ
「じゃあ自分で作ってみるか」
ということで作りました。
・はてブは？
もちろんはてブでもブックマーク管理してたんですが「もっと一覧性が高かったらなぁ」とか、「ラベリングができたらいいなぁ」とか、
単純に管理するという点に注目したとき、もっと機能が欲しいと考えました。
■制作について
製作期間は２ヶ月くらい。
使った言語はPHPで、フレームワークは「CodeIgniter」というものを使いました。
実はプログラミングの勉強は１年半ぐらいやってて、Webサービス（のプロトタイプ）をいくつか作ったことがありますが、リリースまで出来たのは今回が初めてです。
最初は流行の「Ruby on Rails」から勉強しました。
本を買ったり、ネット上のチュートリアルを参考にしたりしました。
流行だったこともあって、情報収集にはそこまで困りませんでした。
そこで当時考えたToDoリストにゲーム性を加えたWebアプリを作ろうとしたんですけど、どうしても本番環境へのデプロイができなくて、そこで挫折…。
ならば別のフレームワークを！と思って次に手をつけたのがPythonのフレームワーク「Django」
Railsより動作が速く、もともとPythonを勉強してたこともあり、親しみを持てた一方で書籍やネットでの情報が少なくて苦労もしました。
簡単なアプリを作ってデプロイを試みたんですけど、結局こちらでも成功まで辿りつけませんでした…。
と焦り始めたところで、次に目をつけたのがPHPの「CakePHP」でした。
「PHPを使ったら負け」みたいな文言をネットでよく見かけていた
ので、あえて敬遠していたのですがここまでくると手を出さずにはいられませんでした。
結果から言うとこちらは先の２つでの苦労が嘘のようにいとも容易くデプロイができました。
このままCakePHPで制作を進める予定でしたが、何故かここら辺で別の事に手を出して、構想していたToDoリストアプリの制作を中断しました。
そして数ヶ月の空白期間を隔て、今回のオンラインブックマークサービスのネタを思いつきました。
その間に出会ったのが「CodeIgniter」というフレームワークで、CakePHP同様PHPベースですが、こちらは軽量フレームワークです。
動作が速く、学習コストも低いのが魅力的でした。（デプロイも簡単。）
ということでこちらを採用して制作し、今回リリースまでこぎつけました。
これから独力でWebサービスを作ろうと思ってる方は、使うフレームワークの仕組みだけでなく、本番環境にデプロイすることまで見越した勉強をしないと
自分みたいにフレームワークに左右されて余計な時間を取られてしまうので、その辺は注意した方がいいかもしれません。
（ただそれらを通して学んだことは無駄にはならないと思います。）
■感想
今回実質の製作期間は２ヶ月くらいでしたが、それに至るまでの勉強も含めるとかなりの時間と労力を費やしていて、Webサービスをちゃんとしたサービスとして
立ちはだかる壁としては
技術がなぁ…
↓
デザインがなぁ…
↓（ある程度の妥協）
デプロイがなぁ…
↓
宣伝がなぁ…
↓
運用がなぁ…
みたいな感じだと思います。
最近はてブでも「Webサービス作った」系のエントリが上位に昇っていますが、
素人でも独力で数ヶ月でサービスを公開してしまう方は本当にすごいなと感じました。
UK版ファームにはまだ通知がこないので、Nordic あたりに偽装して試してみる。
■準備
12:55 まずは準備。母艦に入ってたソニエリの Update Service をアンインストールした。
13:00 Titanium Backup http://tinyurl.com/22rxwqc でアプリをバックアップした。
13:01 純正のバックアップツールで SMS/MMS をバックアップ。
13:05 APN Backup Restore http://tinyurl.com/26t6pq7 で APN 設定をバックアップ
13:08 (念のため) SMS Backup+ http://tinyurl.com/24kv56y で SMS/MMS を gmail にバックアップしておこう
13:17 SMS しかバックアップ取れてないぞ。ま、いいか。準備完了。
■いよいよアップデート
13:17 build.prop を書き換えよう。Xda developers http://forum.xda-developers.com/ に情報探しに行く
13:21 日本語の情報あるじゃねーか。。。http://tinyurl.com/2uzugyk http://tinyurl.com/2fu9xsy
13:23 build.prop の 1238-0199 を 1238-8536 に書き換え。要 root
ro.product.name=U20i_1238-8536
ro.build.fingerprint=SEMC/U20i_1238-8536/SonyEricssonU20i/delta:1.6/1.1.A.0.8/1:user/release-keys
ro.semc.version.cust=1238-8536
13:30 ここら辺 http://tinyurl.com/ydjr8jg から Update Service をインストール
13:36 ダメだ。最新のソフトウェアがインストールされています、だそうだ。
娘が起きてしまったので一旦中断
15:50 再開。Update Service をアンインストール、PC 再起動、再インストール
15:59 Back ボタンを押しながら USB 接続すると、アップデートがあります、だそうだ。
16:05 アップデート完了。
■root
16:24 ここら辺 http://juggly.cn/archives/12187.html を読みながら SuperOneClick で root 化。5分くらい経ったけどまだダメ。
16:33 APN Backup Restore http://tinyurl.com/26t6pq7 で APN 設定を復元
一旦中断
16:50 USB Debugging 有効、Unknown Sources 許可、Screen timeout 30分にして再度挑戦。10分くらい放っておいたら root 取れてた。
■ひたすらリストア
17:00 Titanium Backup http://tinyurl.com/22rxwqc でアプリを復元。一つ一つやると時間かかる。有料版買おうかな
17:15 純正のバックアップツールで SMS/MMS をリストア。
17:26 Auto-sync 有効にして放っておいたら電話帳もリストアされた。
夕食のため中断
21:34 DroidSansJapanese.ttf (中身はメイリオ) と DroidSansFallback.ttf を /system/fonts に入れて reboot
UK ファームのときの qwerty.kcm.bin を取っておけば良かったのかな。
00:45 MMS の UserAgent 変えるの忘れてた。custom_settings.xml で対処 http://tinyurl.com/29qex3v
■キーマップ変更
11/4 11:13 ここ http://tinyurl.com/33lw734 に添付してある keys.tar を解答して、keyboard-config 以下のファイル全部と、mimmi_keypad.kcm.bin を置き換えたらキーマップも EN 配列になった。qwerty.kcm.bin は mimmi_keypad.kcm.bin へのシンボリックリンクだったので置き換えず。←今ココ
