---
# System prepended metadata

title: 20201118 資服比賽檢討會
tags: [資服, 檢討]

---

# 20201118 資服比賽檢討會

###### tags: `資服`、`檢討`


## 世文
### 報告內容
* 五個評審、先寫下問題
* 實際測試
    * 鋰解電池電壓急速下降，那段曲線
* 感測器有哪些
    * 將物聯網技術放在保護板上面
* 即時偵測
* 網頁上面顯示的相關問題
    * RWD
* 是否運用在相關領域｜攜帶型設備
* 為什麼用ＡＰＰ使用web
    * 會有其他疑慮
* DataInput 
* 透過經緯度
    * 未來使用智慧標示

### 老師
* 評審感興趣之事
    * 電動自行車這幾年非常的火紅，這是現代的一個趨勢
* 要如何進行改良｜這年該做好一件事，最應該做好哪件事？
    * 實物Demo
    * 平常注意電池儀表板
    * 是突然沒電嗎？？
        * 簡報未表明清楚，使評審產生疑問
* 自己的想法｜在現場有遇到什麼更有趣的
    * 很多都是互動式，可在現場能夠做互動
    * 沒有辦法在現場能夠做互動
* 其他人做得好嗎｜競爭者比較
    * 系統方面還不是準備完全，因為比賽前幾日才開始做系統 [name=世文]
    * 有實用性但好像沒什麼創新性 [name=世文]
        * 要怎麼讓這件事情變得有創意？ ==[name=老師]==
            * 記錄里程、成就系統｜像Gogoro
            * 現在就有Gogoro為什麼還要做這個東西？ [name=世文]
    * 現場的其他團隊的主題名稱取的很屌很酷，文字就很有吸引力了 [name=世文]

## 🐟🐟🐟🐟🐟🐟🐟于萱🐟🐟🐟🐟🐟🐟🐟 
* 節點的數量
* 為甚麼一定要用GraphDB
    * 用GradeDB很容易呈現，但用NoSQL不好呈現 [name=于萱]
* 為什麼做這個題目
* 知識圖譜是用什麼比對
* 多場同時控管
    * 採用公有雲 [name=于萱]
* 為何要使用graphDB
    * 跟圖形沒有什麼關係
    * 離散課程｜圖論，並不是圖像 ==[name=老師]==
    * ＧVＥ
        * 強調node 之間的關係
            * 社群
            * 人工智慧
* NoSql 可能比較看不出來
    * 也可以畫出圖片
    * edge
    * 與畫不畫圖沒什麼關係 ==[name=老師]==
* POC工程｜ 雛形驗證
    * 要如何驗證你現在做的事情
    * 要如何實際跑看看
        * 取得生產履歷
        * 找時間向學長再做確認
* 為什麼做這個題目
    * 提到與越南鞋廠有合作
* 目前是人工比對還是AI比對 [name=于萱]
    * 比對所做的工作是什麼？｜良品、根本原因
        * 在生產履歷當中，要選哪些資料做知識圖譜
* Demo 
    * 未來或許不用給出
* 下週準備
    * 一張流程圖
    * 一個鞋廠導入ＲＣＡ、知識圖譜
    * 舊的流程換成知識圖譜，比對有無差別
    * 對於我們來說更重視每一雙鞋子的故障等等...
    * 如何防範ＱＣ偷懶，要如何去解決。如果有一百雙故障的鞋子
* 有趣的事、改進
    * 實作｜要使用哪些演算法，比對各個演算法
    
## 莉庭
* 對面試者來說，對虛擬角色及真人錄製影片的方式面試有什麼差異
    * 有論文探討，面試官的表情與說話情緒會影響面試者的表現
* 後續對於面試者錄製之影片是如何進行評分
    * 評分的部分我們實驗室已經有做過這樣的產品，而這個系統主要就是獨立出來針對題目設計來進行優化
    * 面試官感感覺是希望能夠獲得整個系統
* 那如果想要與主管進行即時互動，有辦法做到嗎？
    * （忘記回什麼了，但目前沒有）
    
==[name=老師]==
* 問第二三題有點怪
    * 我們報告的不太完整
    * 每一家都有一個面試系統
    * 我們這個系統可以套到不同的系統

* 現場感悟
    * 現場評審員有皺眉頭
    * 的確希望把系統做完整
    * 目前希望把變出來的效果能更好
    * 加入即時互動

* 現場有趣的題目
    * 看到別組針對客戶進行人臉進行情緒分析來探討整個商場的..（忘ㄌ）
    
## 小夫（直接改名了呀）
* 1.你的效益報表機制是採用什麼資訊做分析？
    * 是依據推播者的路線去做報表
    * 覆蓋率、觀看率
    * 主要想知道要如何被看度
    * 分時分地｜推薦制度
        * 根據演算法
* 2.如果系統有五百個用戶、一千個用戶我的系統要怎麼去管理他們，怎麼知道分派給誰？
    * 根據涵蓋率回傳
    * 公車廣告有特定路線，所以有特定觀眾
        * 我們會記錄發送者路線
        * 我們與公車有什麼差別
            * 我們是用里長選舉做舉
            * 例可針對地域性進行變換
    * 媒合配對或是推薦系統
        * 網頁推薦廣告
    * 系統統一派送的流程
        * 如何將其敘述的生動一點
    * 科技部計畫
        * 我給你錢了，你是如何進行分配規劃
        * 你是如何能夠在當下打動評審
* 3.播送者平台本身有APP嗎，因為我看你用網頁呈現。
    * 
* 4.平台怎麼和播送者分潤？
    * 
* 5.公車的廣告有確定的路線，知道受眾客戶有誰，那你們的平台怎麼知道有誰看到你們的廣告，有什麼機制？
    * 我們是依據使用者的位置及時間去分派
* 6.廣告包透過什麼方法進到你的螢幕？
    * 
* 7.能不能再說明一下，你和類似產品有什麼差別
    * 
* 8.你的螢幕可以知道收視者看多久嗎
    * 我們有設計互相監督的機制，之後會加設攝像頭，進行監測