但是我總覺得還是不能很好的回憶起當時旅行中的一些美好的細節，因為往往會因為時間或者地點的因素被覆蓋掉，卻會在故地重遊時再現。當時我腦海裡就在想，如果我能夠把遊客此時所在地點配上文字和，形成乙個個的「點」打在地圖上，日後回想起這段旅程時，就可以順著地圖上的「點」，回憶起當初在這裡發生的一些事情，這該是一件多麼有趣的事情啊！
遂開幹！
但是，既然各個開發商都不願意做這賠本事情，那為了滿足個人需要就自己開幹。
在設計階段花的時間不多，大概只用了前前後後合計不到四五天的時間就搞定了 1.0 的設計，因為其實自己在大一的時候就萌生出了做類似的旅遊產品，很多地方可以直接用之前的設計和邏輯。
但是非常遺憾，辛辛苦苦在咖啡廳調了一天，然後重灌了一次系統偏偏就是忘了備份它！！！導致**寫到後邊出的成果有些地方比較「怪異」。
梳理了一遍 pfollow 中需要用到的知識，如下所示：
gps陀螺儀
海拔ui dynamic
spritekit
cloudkit
coredata
資料庫設計
uikit
tapic engine
讀取相簿
相機其它
在這個專案中我對「自定義地圖」、「ui dynamic」、「core data」沒有十足的把握，衡量了一下，可以不用停下目前正在做的事情把精力全部投入進行學習，因為我有個習慣，如果發現準備要做的事情超出了自己目前的知識儲備，就會 all in 到學習這個事情中去，弄懂後再開始。
到最後我發現其實坑還是在 「core data」 這塊，因為它跟我以往用過的、打著相同口號的 orm 框架有很多不一樣的地方，所以不光是思維的轉換上需要斟酌斟酌，還有寫法上也不太一樣，需要熟悉一段時間。
不過好在到現在已經對 「core data」 有了一定的了解，並且也把習得的知識用在了實習公司的產品中，替換了大部分資料快取策略。
目前 pfollow 暫無上線計畫，因為我在前段時間的一篇文章中了解到 instagram 居然就是做「地點簽到」起家的，後來因為各種原因而改變了產品方向，在當時我瞬間就明白了，ins 一定是遇到了某些問題，這些問題會在 pfollow 上線後隨著時間的流逝而暴露出來，我堅信！
因此，pfollow 我將會以開源專案的方式進行下去。
在開發 pfollow 的過程中帶給我最多的思考還是如何把自己的想法轉換成實際一行行的**，這其中會有許多的妥協和堅持，我們最終堅持下來的東西很有可能就是我們當時內心深處最真實的想法，妥協掉一些累贅。
當然 1.0 版本還有些許缺陷，很大一部分原因是因為開學了我要有其它的事情去做了，pfollow 算是在這個炎熱的暑假中讓我靜心學習的好助手，讓我重新調整了自己的狀態迎接大學最後一年。
YII學習第十九天，datepicker的使用
一，前端展示 例1，最簡單好用的方式。簡單在於不需要 model this widget zii.widgets.jui.cjuidatepicker array attribute visit time language zh cn name visit time options array sh...
學習linux的第五十九天
redis 是乙個開源 bsd許可 記憶體儲存的資料結構伺服器，可用作資料庫，快取記憶體和訊息佇列 redis支援五種資料型別 string 字串 hash 雜湊 list 列表 set 無序集合 及 zset sorted set 有序集合 內建複製 lua指令碼 lru收回 事務以及不同級別磁碟...
C 高階程式設計五十九天 集合的效能
各種集合的效能 許多集合類提供了相同的功能,例如,sortedlist 類與sorteddictionary 類的功能幾乎完全相同.但是 其效能常常有很大的區別 sortedlist 集合使用的記憶體少 sorteddictionary 集合的元素檢索速度快.在msdn 文件中,集合的方法常常有效能...