這樣對著7-11這類超商食物有條碼的商品一照,就知道吃了啥....
那以後吃東西前不都要用 iphone掃條碼
?
個人積分：0分
文章編號：13527548
個人積分：0分
文章編號：13527607
個人積分：0分
文章編號：13527838
個人積分：0分
文章編號：13527991
人體每天攝取的熱量約有60%~70%用於基礎代謝。
BMR 計算公式：哈里斯-班狄克方程式(Harris-Benedict equation)
女性BMR=661+(9.65x公斤體重)+(1.72x身高公分)-(4.7x年齡)
男性BMR=67+(13.74x公斤體重)+(5x身高公分)-(6.9x年齡)
例如： 體重60公斤身高163公分年齡40歲的男性BMR=67+(13.74x60)+(5x163)-(6.9x40)=1430.4卡
以上給您參考。(因剛看到此議題，尚未全部看完回文，希望沒重覆)
因每個人的BMR都不同，要先了解後才能減重。
增加的熱量 – 消耗的熱量 = 體重
希望對您有所幫助。
如果您在高雄的話，可以介紹您多位在醫院有多年減重經驗的醫師與您認識，了解醫師臨牀上的經驗。
個人積分：762分
文章編號：13528020
HELLO你好 wrote:
個人覺得要「實用」的話，最最最基本的就是要「資料多」
越多越好，甚至可以開放網友上傳新資料，由開發者審核後，然後在增加內容
不然功能在花俏，但一堆食物的卡路里找不到又有什麼用呢?
畢竟作者想開發的是一套「卡路里應用程式」，不是減肥軟體
本討論串最中肯的建議
功能太花俏,會喪失原本這套軟體的主軸....卡路里計算
重點在於資料(庫)的蒐集要夠完整
這部分可以參考
台灣地區食品營養成分資料庫
PS...記得先取得衛生署同意喔
有關係就沒關係
沒關係就有關係
Welcome to Taiwan
個人積分：18分
文章編號：13528431
利用相機功能擷取食物的影像，再透過網路功能傳輸回Service server，
經過圖形影像辨識，回傳計算過後的卡路里，省去使用者的輸入麻煩，提升使用的價值；
另是透過使用者歷史紀錄，可精確的推薦接下來一週的菜單...
詳細的Spec若有興趣，可以進一步討論，
本身小弟也是從事系統設計開發，但在mobile programming上還在學習階段，不過若有缺寫手，也可support，
總而言之，雖然我的提案跟"台灣本土化"沒有關係，但我相信這樣的功能，應該也是會有市場的，希望對你有幫助...
p.s.不過版大你這招超強，充分發揮『下一秒，優勢還在嗎?』這本書裡面提到的『生產消費者』的觀念，真是佩服啊~
隨遇而安 x 隨緣而悟 x http://blog.yam.com/skywing1209/
個人積分：669分
文章編號：13528451
個人積分：117分
文章編號：13528551
個人積分：0分
文章編號：13528607
個人積分：0分
文章編號：13528764
