SITCON_2022_R3_開源軟體創作貢獻者：參與開源⧸社群經驗分享_iyYJsdRAC5A.srt

1
00:00:00,000 --> 00:00:09,000
大家好，我是中央研究院諮商中心曹育

2
00:00:09,000 --> 00:00:14,000
很高興今天 SEACON 跟我們聯合舉辦開源軟體的分享會

3
00:00:14,000 --> 00:00:20,000
這個其實是跟幾個大學今天來分享

4
00:00:20,000 --> 00:00:24,000
主要是做有關開源，如何分享一下心情

5
00:00:24,000 --> 00:00:29,000
如何開始開源，開源的經驗，對未來的感想

6
00:00:29,000 --> 00:00:34,000
昨天是大家久違的颱風，我昨天看到天氣

7
00:00:34,000 --> 00:00:37,000
我就想說等到十點，今天到底會怎麼樣

8
00:00:37,000 --> 00:00:39,000
然後今天不放假這樣子

9
00:00:39,000 --> 00:00:42,000
我想說可能今天人還是很少，因為大家都怕雨

10
00:00:42,000 --> 00:00:44,000
沒想到大家快坐滿了

11
00:00:44,000 --> 00:00:47,000
我想說這個可能就各位年輕同學們

12
00:00:47,000 --> 00:00:50,000
對開源軟體還是充滿了熱情

13
00:00:50,000 --> 00:00:52,000
因為開源軟體其實是個很好的東西

14
00:00:52,000 --> 00:00:54,000
如果大家可以好好經營的話

15
00:00:54,000 --> 00:00:57,000
會把自己的想法，把自己的一些想要做的事情

16
00:00:57,000 --> 00:00:59,000
然後開源出來給全世界

17
00:00:59,000 --> 00:01:02,000
讓全世界都知道這件事情

18
00:01:02,000 --> 00:01:04,000
非常高興今天很多位同學來參加

19
00:01:04,000 --> 00:01:07,000
也非常感謝五位同學今天會來分享

20
00:01:07,000 --> 00:01:11,000
因為時間的關係，每位同學分享八分鐘

21
00:01:11,000 --> 00:01:13,000
我會提醒大家，如果時間快到

22
00:01:13,000 --> 00:01:16,000
我會提醒大家，大家加快角度，快轉

23
00:01:16,000 --> 00:01:19,000
我相信這個重點其實是精華

24
00:01:19,000 --> 00:01:22,000
所以在精華的八分鐘之內就很快跟各位分享一下

25
00:01:22,000 --> 00:01:25,000
最後我們會有一個時間大家來提問

26
00:01:25,000 --> 00:01:28,000
所以我們就是每位同學講八分鐘

27
00:01:28,000 --> 00:01:30,000
全部講完之後，大家記得一下

28
00:01:30,000 --> 00:01:32,000
要問哪一個同學的問題

29
00:01:32,000 --> 00:01:35,000
問好，最後的時候我們再花一點時間來提問

30
00:01:35,000 --> 00:01:38,000
那我們就先熱烈歡迎第一位同學

31
00:01:38,000 --> 00:01:42,000
是來自於台中教育大學的陳佑騰

32
00:01:42,000 --> 00:01:44,000
大家鼓掌歡迎

33
00:01:49,000 --> 00:01:51,000
稍等一下喔

34
00:01:56,000 --> 00:02:02,000
大家好，我是來自於台中教育大學的陳佑騰

35
00:02:02,000 --> 00:02:06,000
我目前參與的開源專案是 Alpha Team Unicom

36
00:02:06,000 --> 00:02:10,000
你可以想像成是一個負責決策的工具

37
00:02:10,000 --> 00:02:13,000
那這次的介紹理念的話

38
00:02:21,000 --> 00:02:24,000
那這次的介紹我會以四個大綱來去介紹

39
00:02:24,000 --> 00:02:26,000
那我會先簡單介紹一下 Unicom 是什麼

40
00:02:26,000 --> 00:02:29,000
那再去介紹說假設你是新手

41
00:02:29,000 --> 00:02:32,000
然後第一次去參與開源專案的話

42
00:02:32,000 --> 00:02:33,000
以 Unicom 為例的話

43
00:02:33,000 --> 00:02:36,000
有哪些標籤你可以幫忙快速去入門

44
00:02:36,000 --> 00:02:38,000
那第三件事情則是說

45
00:02:38,000 --> 00:02:40,000
那你參加開源社團

46
00:02:40,000 --> 00:02:42,000
那你可以去他們聊什麼東西

47
00:02:42,000 --> 00:02:43,000
那最後一點的話則是說

48
00:02:43,000 --> 00:02:46,000
像參與開源的話你可以帶來什麼

49
00:02:46,000 --> 00:02:49,000
那像我剛好是去年變 Commit

50
00:02:49,000 --> 00:02:51,000
也順便一起分享這樣子

51
00:02:51,000 --> 00:02:53,000
那首先第一個部分那個 Unicom 簡解

52
00:02:53,000 --> 00:02:55,000
那 Unicom 你剛前面講的

53
00:02:55,000 --> 00:02:57,000
其實就是一個決策的工具

54
00:02:57,000 --> 00:03:00,000
那它是以說階層式

55
00:03:00,000 --> 00:03:02,000
就是說你可以想像成是

56
00:03:02,000 --> 00:03:04,000
學校下面有每個步式

57
00:03:04,000 --> 00:03:07,000
像這樣階層階層這樣下來的

58
00:03:07,000 --> 00:03:08,000
然後它是說每個階層說

59
00:03:08,000 --> 00:03:09,000
你可以用多少資源

60
00:03:09,000 --> 00:03:12,000
來去做很細節化的管理資源

61
00:03:12,000 --> 00:03:13,000
那第二件事情是說

62
00:03:13,000 --> 00:03:14,000
因為像每個人他們

63
00:03:14,000 --> 00:03:16,000
像你可能要丟個 Word

64
00:03:16,000 --> 00:03:18,000
或者是你想要去跑個

65
00:03:18,000 --> 00:03:19,000
跑個其他應用

66
00:03:19,000 --> 00:03:20,000
那你可以

67
00:03:20,000 --> 00:03:22,000
那每個人的應用都有說

68
00:03:22,000 --> 00:03:23,000
像是你希望

69
00:03:23,000 --> 00:03:24,000
為什麼他可以用那麼多

70
00:03:24,000 --> 00:03:25,000
我不能用那麼多

71
00:03:25,000 --> 00:03:26,000
那我希望有些人

72
00:03:26,000 --> 00:03:28,000
有些顧到公平性

73
00:03:28,000 --> 00:03:29,000
或者說我希望

74
00:03:29,000 --> 00:03:30,000
我哪個工作比較優先

75
00:03:30,000 --> 00:03:31,000
所以你也可以去設定

76
00:03:31,000 --> 00:03:33,000
說優先度這樣子

77
00:03:33,000 --> 00:03:34,000
那第三個的話

78
00:03:34,000 --> 00:03:36,000
Unicom 本身另外有設定的

79
00:03:36,000 --> 00:03:38,000
有去設計實作的演算法

80
00:03:38,000 --> 00:03:39,000
它只是說

81
00:03:39,000 --> 00:03:40,000
Bing Banking 其實就是說

82
00:03:40,000 --> 00:03:42,000
一直去一個有限的背包

83
00:03:42,000 --> 00:03:43,000
一直去填資源

84
00:03:43,000 --> 00:03:44,000
讓它去最有效使用

85
00:03:44,000 --> 00:03:45,000
那再來是說

86
00:03:45,000 --> 00:03:46,000
因為像有時候

87
00:03:46,000 --> 00:03:48,000
你想要排一大堆進去

88
00:03:48,000 --> 00:03:49,000
那會

89
00:03:49,000 --> 00:03:50,000
有時候有些人會老膽

90
00:03:50,000 --> 00:03:51,000
那就用一次

91
00:03:51,000 --> 00:03:52,000
一群一起排

92
00:03:52,000 --> 00:03:54,000
這樣子的剛好 Scheduling

93
00:03:54,000 --> 00:03:56,000
那 Unicom 它本身是

94
00:03:56,000 --> 00:03:58,000
在 K8s 上面去跑的

95
00:03:58,000 --> 00:03:59,000
那它本身是支援

96
00:03:59,000 --> 00:04:01,000
K8s 全部的那個

97
00:04:01,000 --> 00:04:03,000
原生的那些

98
00:04:03,000 --> 00:04:04,000
API 的 Object

99
00:04:04,000 --> 00:04:05,000
那再來是說

100
00:04:05,000 --> 00:04:07,000
像一般大家有可能有聽過的

101
00:04:07,000 --> 00:04:08,000
像 Spark 啦

102
00:04:08,000 --> 00:04:09,000
那個 Flink

103
00:04:09,000 --> 00:04:10,000
TensorFlow

104
00:04:10,000 --> 00:04:11,000
其實 Pytorch

105
00:04:11,000 --> 00:04:14,000
那個只要加上適當的標籤的話

106
00:04:14,000 --> 00:04:16,000
那 Unicom 也可以支援

107
00:04:16,000 --> 00:04:18,000
那接下來我簡單介紹一下

108
00:04:18,000 --> 00:04:20,000
Unicom 它裡面其實有幾樣

109
00:04:20,000 --> 00:04:21,000
第一個 Core 的話就是剛剛講的

110
00:04:21,000 --> 00:04:22,000
決定

111
00:04:22,000 --> 00:04:23,000
腦袋嘛

112
00:04:23,000 --> 00:04:24,000
就是決定說你要用什麼演算法

113
00:04:24,000 --> 00:04:25,000
Interface 就定義說

114
00:04:25,000 --> 00:04:26,000
你腦袋跟

115
00:04:26,000 --> 00:04:28,000
去下達指令的命令官

116
00:04:28,000 --> 00:04:29,000
他們之間要怎麼去溝通

117
00:04:29,000 --> 00:04:30,000
他們有訂好協議

118
00:04:30,000 --> 00:04:32,000
那這個的話只是命令官

119
00:04:32,000 --> 00:04:33,000
因為命令官要去跟

120
00:04:33,000 --> 00:04:35,000
說你實際上控制那些電腦說

121
00:04:35,000 --> 00:04:38,000
你要怎麼去佈你的支援

122
00:04:38,000 --> 00:04:40,000
那這個 Web 的話

123
00:04:40,000 --> 00:04:41,000
其實就是 Unicom

124
00:04:41,000 --> 00:04:42,000
你可以看到說

125
00:04:42,000 --> 00:04:43,000
使用者丟哪些應用

126
00:04:43,000 --> 00:04:44,000
你可以看到它的

127
00:04:44,000 --> 00:04:45,000
對應的視覺化 UI

128
00:04:45,000 --> 00:04:47,000
那 Site 的話就是你

129
00:04:47,000 --> 00:04:48,000
其實就網頁

130
00:04:48,000 --> 00:04:49,000
跟 Release

131
00:04:49,000 --> 00:04:51,000
目前是釋出版本

132
00:04:51,000 --> 00:04:53,000
那目前假設你要

133
00:04:53,000 --> 00:04:54,000
參與說開源狀的話

134
00:04:54,000 --> 00:04:55,000
像 Unicom

135
00:04:55,000 --> 00:04:56,000
其實像一般

136
00:04:56,000 --> 00:04:59,000
裡面的 PNC 就是大佬

137
00:04:59,000 --> 00:05:01,000
那他們其實都有去固定說

138
00:05:01,000 --> 00:05:02,000
每週或者是每個月

139
00:05:02,000 --> 00:05:03,000
去固定說

140
00:05:03,000 --> 00:05:04,000
因為他們都會固定去

141
00:05:04,000 --> 00:05:06,000
從現有的 issue 裡面去

142
00:05:06,000 --> 00:05:07,000
篩出一些說

143
00:05:07,000 --> 00:05:08,000
哪些適合你

144
00:05:08,000 --> 00:05:09,000
這樣子

145
00:05:09,000 --> 00:05:10,000
所以你會看到說

146
00:05:10,000 --> 00:05:11,000
這些 Log

147
00:05:11,000 --> 00:05:13,000
那像剛

148
00:05:13,000 --> 00:05:15,000
像說有剛前面提到的

149
00:05:15,000 --> 00:05:17,000
這些簡單的 newbie

150
00:05:17,000 --> 00:05:18,000
就是菜鳥的 issue

151
00:05:18,000 --> 00:05:20,000
有些甚至只是簡單說

152
00:05:20,000 --> 00:05:21,000
你去改從 Log

153
00:05:21,000 --> 00:05:23,000
那個的等級錯

154
00:05:23,000 --> 00:05:24,000
因為它

155
00:05:24,000 --> 00:05:25,000
像以這個為例

156
00:05:25,000 --> 00:05:27,000
當初這個 Log 的話

157
00:05:27,000 --> 00:05:29,000
它是原本是 information

158
00:05:29,000 --> 00:05:30,000
那要改成 debug

159
00:05:30,000 --> 00:05:32,000
其實這個改是很快

160
00:05:32,000 --> 00:05:33,000
然後問題重要的話

161
00:05:33,000 --> 00:05:34,000
其實是在說

162
00:05:34,000 --> 00:05:35,000
你跟

163
00:05:35,000 --> 00:05:36,000
為什麼上面那些 PNC

164
00:05:36,000 --> 00:05:37,000
他們想要去改這個

165
00:05:37,000 --> 00:05:38,000
Log 的等級

166
00:05:38,000 --> 00:05:40,000
可以主要是在 Jira 那邊

167
00:05:40,000 --> 00:05:41,000
去跟

168
00:05:41,000 --> 00:05:42,000
可以試著去跟他們聊聊

169
00:05:42,000 --> 00:05:44,000
這個原因這樣子

170
00:05:44,000 --> 00:05:46,000
那再來是說

171
00:05:46,000 --> 00:05:47,000
第三點的部分

172
00:05:47,000 --> 00:05:48,000
就是說你去參與

173
00:05:48,000 --> 00:05:49,000
社群討論的時候

174
00:05:49,000 --> 00:05:51,000
你可以去了解一些事情

175
00:05:51,000 --> 00:05:52,000
目前的話

176
00:05:52,000 --> 00:05:53,000
其實管道有三種

177
00:05:53,000 --> 00:05:54,000
一個是 mail list

178
00:05:54,000 --> 00:05:55,000
其實就是大家看的 Gmail

179
00:05:55,000 --> 00:05:57,000
那你可以

180
00:05:57,000 --> 00:05:58,000
透過一些

181
00:05:58,000 --> 00:05:59,000
一般來講他們網頁

182
00:05:59,000 --> 00:06:00,000
會提供一些 link

183
00:06:00,000 --> 00:06:01,000
你點進去的時候

184
00:06:01,000 --> 00:06:02,000
你可以訂閱

185
00:06:02,000 --> 00:06:03,000
然後你就是去

186
00:06:03,000 --> 00:06:04,000
不斷的去接收

187
00:06:04,000 --> 00:06:06,000
目前社團最新的訊息這樣子

188
00:06:06,000 --> 00:06:08,000
那再來是說你去接

189
00:06:08,000 --> 00:06:10,000
像假設剛才那個菜鳥 issue

190
00:06:10,000 --> 00:06:11,000
你去接受

191
00:06:11,000 --> 00:06:12,000
其實一般我們來講

192
00:06:12,000 --> 00:06:14,000
都會去定時去報到說

193
00:06:14,000 --> 00:06:16,000
那我目前的工作進度到哪裡

194
00:06:16,000 --> 00:06:17,000
那我目前在

195
00:06:17,000 --> 00:06:18,000
換了一個新的 issue

196
00:06:18,000 --> 00:06:20,000
他遇到什麼問題

197
00:06:20,000 --> 00:06:22,000
那再去跟 PNC 定時去報告

198
00:06:22,000 --> 00:06:23,000
來讓他了解說

199
00:06:23,000 --> 00:06:24,000
你有沒有需要幫忙

200
00:06:24,000 --> 00:06:25,000
或者說你有沒有

201
00:06:25,000 --> 00:06:27,000
需要額外的支援這樣子

202
00:06:27,000 --> 00:06:28,000
OK

203
00:06:28,000 --> 00:06:30,000
那第三點的話只是說

204
00:06:30,000 --> 00:06:32,000
那個

205
00:06:32,000 --> 00:06:34,000
因為除了前面的 mail

206
00:06:34,000 --> 00:06:35,000
跟後面的說

207
00:06:35,000 --> 00:06:36,000
你在 Gmail 上

208
00:06:36,000 --> 00:06:37,000
這兩個都是屬於靜態

209
00:06:37,000 --> 00:06:38,000
就是說我只是收到訊息

210
00:06:38,000 --> 00:06:40,000
我沒有去跟他們

211
00:06:40,000 --> 00:06:42,000
即時性的去互動

212
00:06:42,000 --> 00:06:43,000
那像一般來講

213
00:06:43,000 --> 00:06:44,000
每週都有固定開會

214
00:06:44,000 --> 00:06:46,000
那你其實去開會的時候

215
00:06:46,000 --> 00:06:47,000
你可以去跟他們聊說

216
00:06:47,000 --> 00:06:48,000
目前第一個

217
00:06:48,000 --> 00:06:49,000
你解了 issue 的狀況

218
00:06:49,000 --> 00:06:50,000
以及說你可以去聽

219
00:06:50,000 --> 00:06:52,000
像其他成員他們去

220
00:06:52,000 --> 00:06:54,000
聊說他們對這個產品

221
00:06:54,000 --> 00:06:56,000
對這個專案的理想

222
00:06:56,000 --> 00:06:57,000
或者說他們目前

223
00:06:57,000 --> 00:06:58,000
在公司遇到的一些問題

224
00:06:58,000 --> 00:06:59,000
他們也都會放在這邊討論

225
00:06:59,000 --> 00:07:01,000
例如像上禮拜

226
00:07:01,000 --> 00:07:03,000
那個有一個 Uber 的成員

227
00:07:03,000 --> 00:07:04,000
他本身在 Uber 工作

228
00:07:04,000 --> 00:07:07,000
他就有跟 PNC 去聊一些像

229
00:07:07,000 --> 00:07:09,000
Hadoop 底層的一些像

230
00:07:09,000 --> 00:07:10,000
Oversubscribing 這些

231
00:07:10,000 --> 00:07:12,000
來去跟 PNC 來去討論說

232
00:07:12,000 --> 00:07:14,000
為什麼那邊可以

233
00:07:14,000 --> 00:07:15,000
K8s 不行

234
00:07:15,000 --> 00:07:16,000
那 Unicom 可不可以去 support 這樣

235
00:07:16,000 --> 00:07:18,000
就可以說來去

236
00:07:18,000 --> 00:07:19,000
我自己沒有摸過這些東西

237
00:07:19,000 --> 00:07:20,000
但是我可以

238
00:07:20,000 --> 00:07:21,000
透過他們的聊天

239
00:07:21,000 --> 00:07:22,000
我來去知道原來有這個功能

240
00:07:22,000 --> 00:07:24,000
或許以後我自己在讀 paper

241
00:07:24,000 --> 00:07:26,000
或者是

242
00:07:26,000 --> 00:07:27,000
我去看到別人

243
00:07:27,000 --> 00:07:28,000
去做這個東西的時候

244
00:07:28,000 --> 00:07:31,000
我可以第一時間認出來這樣子

245
00:07:31,000 --> 00:07:33,000
那即時功能就三樣

246
00:07:33,000 --> 00:07:34,000
第一個就是了解

247
00:07:34,000 --> 00:07:35,000
像剛剛說了解

248
00:07:35,000 --> 00:07:36,000
第一個目前社群

249
00:07:36,000 --> 00:07:37,000
對這個專案

250
00:07:37,000 --> 00:07:38,000
他們想要往哪裡跑

251
00:07:38,000 --> 00:07:39,000
以及說

252
00:07:39,000 --> 00:07:41,000
每個成員目前 focus 在哪些

253
00:07:41,000 --> 00:07:43,000
以及他們的 issue 的狀態

254
00:07:43,000 --> 00:07:44,000
那還有第三點就是

255
00:07:44,000 --> 00:07:46,000
他們有像之前

256
00:07:46,000 --> 00:07:47,000
固定每週老

257
00:07:47,000 --> 00:07:48,000
Unicom 的話

258
00:07:48,000 --> 00:07:50,000
會說有哪些 issue 有新的

259
00:07:50,000 --> 00:07:51,000
那你如果新進來成員

260
00:07:51,000 --> 00:07:54,000
會希望說這個成員

261
00:07:54,000 --> 00:07:56,000
看要不要試著接哪些菜鳥的 issue

262
00:07:56,000 --> 00:07:57,000
或者是

263
00:07:57,000 --> 00:07:58,000
他本身覺得沒有去 mark

264
00:07:58,000 --> 00:07:59,000
這是菜鳥的 issue

265
00:07:59,000 --> 00:08:00,000
但是他會希望說

266
00:08:00,000 --> 00:08:02,000
你可以去試試看了解

267
00:08:02,000 --> 00:08:05,000
整個的

268
00:08:05,000 --> 00:08:06,000
Unicom 他跑的那個流程

269
00:08:06,000 --> 00:08:09,000
讓你快速去上手這樣子

270
00:08:09,000 --> 00:08:11,000
那像我自己的話

271
00:08:11,000 --> 00:08:13,000
像我自己剛大學生

272
00:08:13,000 --> 00:08:15,000
碩士的時候的暑假

273
00:08:15,000 --> 00:08:18,000
就被拉去說

274
00:08:18,000 --> 00:08:19,000
要不要來去試試看

275
00:08:19,000 --> 00:08:22,000
做那個 Unicom 的效能測試

276
00:08:22,000 --> 00:08:24,000
這樣子

277
00:08:24,000 --> 00:08:26,000
所以我就

278
00:08:26,000 --> 00:08:27,000
那時候第一次暑假

279
00:08:27,000 --> 00:08:28,000
我之前沒有做過效能測試

280
00:08:28,000 --> 00:08:29,000
然後那時候就是有

281
00:08:29,000 --> 00:08:30,000
第一個學長指導

282
00:08:30,000 --> 00:08:33,000
第二個有 PNC 幫忙去背後 support

283
00:08:33,000 --> 00:08:34,000
所以就有做出來說

284
00:08:34,000 --> 00:08:35,000
後面的成果

285
00:08:35,000 --> 00:08:37,000
一起去公佈快來這樣子

286
00:08:37,000 --> 00:08:39,000
目前也有在 Unicom 官網

287
00:08:39,000 --> 00:08:41,000
上面有去 show 出來

288
00:08:41,000 --> 00:08:43,000
那最後就是開源

289
00:08:43,000 --> 00:08:44,000
為我帶來什麼的話

290
00:08:44,000 --> 00:08:46,000
其實第一個

291
00:08:46,000 --> 00:08:48,000
就是去摸說不同類型的

292
00:08:48,000 --> 00:08:50,000
例如說你需要去比較說

293
00:08:50,000 --> 00:08:52,000
Unicom 跟 K8s 原生

294
00:08:52,000 --> 00:08:54,000
就是說你的目標對手

295
00:08:54,000 --> 00:08:55,000
他們原生有哪些功能

296
00:08:55,000 --> 00:08:56,000
以及你的效率好不好

297
00:08:56,000 --> 00:08:58,000
或者是說當有

298
00:08:58,000 --> 00:09:00,000
像 APAC 一定不會只有

299
00:09:00,000 --> 00:09:01,000
Unicom 一個 scheduler

300
00:09:01,000 --> 00:09:02,000
一個排程器

301
00:09:02,000 --> 00:09:03,000
一定還有其他的排程器

302
00:09:03,000 --> 00:09:06,000
有時候 PNC 知道之後

303
00:09:06,000 --> 00:09:08,000
會希望我們也可以去調查看看

304
00:09:08,000 --> 00:09:10,000
去看說他們的特點是什麼

305
00:09:10,000 --> 00:09:11,000
我們的特點是什麼

306
00:09:11,000 --> 00:09:15,000
我們可不可以去吸收進來

307
00:09:15,000 --> 00:09:17,000
那最後的話

308
00:09:17,000 --> 00:09:19,000
其實參加開源就幾件事

309
00:09:19,000 --> 00:09:20,000
第一個

310
00:09:20,000 --> 00:09:24,000
因為本身如果是初踏進來的話

311
00:09:24,000 --> 00:09:25,000
就學者去說

312
00:09:25,000 --> 00:09:26,000
你接一個 issue

313
00:09:26,000 --> 00:09:27,000
你不了解他

314
00:09:27,000 --> 00:09:28,000
從不了解到了解

315
00:09:28,000 --> 00:09:29,000
跟別人描述說

316
00:09:29,000 --> 00:09:30,000
你現在的進度

317
00:09:30,000 --> 00:09:31,000
跟你要怎麼去處理這個問題

318
00:09:31,000 --> 00:09:34,000
其實就是讓人家放心

319
00:09:34,000 --> 00:09:36,000
其實一句話

320
00:09:36,000 --> 00:09:37,000
那再來是說

321
00:09:37,000 --> 00:09:39,000
因為是討論

322
00:09:39,000 --> 00:09:40,000
有時候是純文字

323
00:09:40,000 --> 00:09:41,000
但是事實上你可以

324
00:09:41,000 --> 00:09:42,000
因為是現場討論

325
00:09:42,000 --> 00:09:43,000
你事實上可以透過

326
00:09:43,000 --> 00:09:44,000
很多多媒體來去說

327
00:09:44,000 --> 00:09:46,000
你不用怕你自己英文不好

328
00:09:46,000 --> 00:09:48,000
你可以一邊用圖片

329
00:09:48,000 --> 00:09:51,000
或者一邊用影片來去說

330
00:09:51,000 --> 00:09:52,000
為什麼這邊會出問題

331
00:09:52,000 --> 00:09:53,000
為什麼我這邊

332
00:09:53,000 --> 00:09:54,000
我有這個方法不行

333
00:09:54,000 --> 00:09:55,000
你可以來去幹嘛

334
00:09:55,000 --> 00:09:56,000
一步步不解釋

335
00:09:56,000 --> 00:09:57,000
儘管你說你的英文

336
00:09:57,000 --> 00:09:58,000
可能會有殘破

337
00:09:58,000 --> 00:09:59,000
問題是他們都還是會聽得到

338
00:09:59,000 --> 00:10:00,000
因為他可以透過圖片

339
00:10:00,000 --> 00:10:02,000
來去猜到你的想法

340
00:10:02,000 --> 00:10:03,000
那第三個其實就是

341
00:10:03,000 --> 00:10:05,000
訓練自己的獨立思考

342
00:10:05,000 --> 00:10:06,000
就是說這個產品

343
00:10:06,000 --> 00:10:08,000
跟你自己的產品之間

344
00:10:08,000 --> 00:10:09,000
有哪些差異

345
00:10:09,000 --> 00:10:10,000
為什麼他們可以做得比我們好

346
00:10:10,000 --> 00:10:12,000
那我們有沒有辦法去實踐它

347
00:10:12,000 --> 00:10:13,000
如果實踐的話

348
00:10:13,000 --> 00:10:14,000
我們是否可以做得比較好

349
00:10:14,000 --> 00:10:17,000
但是這個就是要常理去

350
00:10:17,000 --> 00:10:19,000
第一個要偏心自己來去鼓勵

351
00:10:19,000 --> 00:10:21,000
第二個是說自己也有想要

352
00:10:21,000 --> 00:10:22,000
一直保持說在開源裡面

353
00:10:22,000 --> 00:10:23,000
一直保持去探索說

354
00:10:23,000 --> 00:10:24,000
為什麼其他人

355
00:10:24,000 --> 00:10:25,000
可以達到這件事情

356
00:10:25,000 --> 00:10:26,000
然後順便也是去增強

357
00:10:26,000 --> 00:10:29,000
自己的 coding 實力這樣子

358
00:10:29,000 --> 00:10:32,000
那我最後的話

359
00:10:32,000 --> 00:10:33,000
就送大家一句話

360
00:10:33,000 --> 00:10:35,000
就是說在開源這塊

361
00:10:35,000 --> 00:10:37,000
就是說你不用怕說

362
00:10:37,000 --> 00:10:38,000
自己遇到一堆很陌生的東西

363
00:10:38,000 --> 00:10:39,000
就是保持

364
00:10:39,000 --> 00:10:40,000
遇到陌生的東西

365
00:10:40,000 --> 00:10:42,000
就自己慢慢花時間

366
00:10:42,000 --> 00:10:44,000
然後來去保持這個心態

367
00:10:44,000 --> 00:10:45,000
慢慢去了解

368
00:10:45,000 --> 00:10:47,000
然後以後在有真正

369
00:10:47,000 --> 00:10:48,000
遇到這個問題的時候

370
00:10:48,000 --> 00:10:51,000
你就有相對應的很多的 sample

371
00:10:51,000 --> 00:10:52,000
你可以把它套進去

372
00:10:52,000 --> 00:10:54,000
來去處理目前當下的困境

373
00:10:54,000 --> 00:10:55,000
謝謝大家

374
00:10:59,000 --> 00:11:01,000
謝謝張學友的分享

375
00:11:01,000 --> 00:11:02,000
非常精彩

376
00:11:29,000 --> 00:11:35,000
大家好 我是薛豐毅

377
00:11:35,000 --> 00:11:39,000
我目前就讀逢甲大學資訊工程學系

378
00:11:39,000 --> 00:11:45,000
我今天要分享的主題是我在 JANKINS 這個開源社群的一些貢獻經驗

379
00:11:45,000 --> 00:11:48,000
我的分享內容大概會分為三個部分

380
00:11:48,000 --> 00:11:51,000
一開始是 JANKINS 這個社群的簡單介紹

381
00:11:51,000 --> 00:11:54,000
再來是如何在 JANKINS 上做貢獻

382
00:11:54,000 --> 00:11:57,000
以及一些他們的 issue 介紹

383
00:11:57,000 --> 00:12:07,000
最後是我在 JANKINS 上解決過的一些 issue

384
00:12:07,000 --> 00:12:11,000
先來簡單的介紹一下 JANKINS 這個開源社群

385
00:12:11,000 --> 00:12:15,000
JANKINS 是一個開源的軟體專案

386
00:12:15,000 --> 00:12:20,000
它是基於 JAVA 開發的一個持續整合工具

387
00:12:20,000 --> 00:12:25,000
programmer 會把他們的程式碼 push 到 GitHub 或 GitLab 上面

388
00:12:25,000 --> 00:12:27,000
然後透過 hook 這個動作

389
00:12:27,000 --> 00:12:32,000
JANKINS 會自動化的幫我們做程式碼的建置、測試、最後部署

390
00:12:32,000 --> 00:12:35,000
然後也會自動化的發通知給 programmer 說

391
00:12:35,000 --> 00:12:39,000
可能在哪一次 push 之後程式碼有問題

392
00:12:39,000 --> 00:12:42,000
然後可以讓 programmer 比較快速的找到問題在哪一個地方

393
00:12:42,000 --> 00:12:45,000
然後讓 programmer 去做修復

394
00:12:45,000 --> 00:12:49,000
然後 JANKINS 這個開源專案目前程式碼大約有 72 萬行

395
00:12:49,000 --> 00:12:52,000
然後貢獻的人數也超過 1400 人

396
00:12:52,000 --> 00:12:55,000
安裝的次數也超過 35 萬次

397
00:12:55,000 --> 00:12:59,000
然後這邊是要如何在 JANKINS 上做貢獻

398
00:12:59,000 --> 00:13:01,000
一開始需要到他們的 Github 上面

399
00:13:01,000 --> 00:13:04,000
把他們的 Responsory fork 下來

400
00:13:04,000 --> 00:13:06,000
然後再把剛剛 fork 下來的 Responsory

401
00:13:06,000 --> 00:13:08,000
然後 clone 到自己的電腦上面

402
00:13:08,000 --> 00:13:12,000
然後這邊也需要安裝一些 Java JDK C 或是 17

403
00:13:12,000 --> 00:13:15,000
以及 Apache Maven 3.8.1 之後的版本

404
00:13:15,000 --> 00:13:18,000
然後如果你只是想要了解 JANKINS 的運作

405
00:13:18,000 --> 00:13:20,000
或是做一些簡單的小貢獻的話

406
00:13:20,000 --> 00:13:23,000
他們也有提供一些對新手比較友善的 issue

407
00:13:23,000 --> 00:13:25,000
會放置在 Newbee Friendly 這邊

408
00:13:25,000 --> 00:13:28,000
就是新手的話可以從 Newbee Friendly 這邊

409
00:13:28,000 --> 00:13:31,000
找 issue 去解決

410
00:13:31,000 --> 00:13:33,000
然後這邊是 issue 的介紹

411
00:13:33,000 --> 00:13:36,000
左邊這三張圖片是他們 issue 的 type

412
00:13:36,000 --> 00:13:39,000
JANKINS 他們 issue 的 type 有蠻多種的

413
00:13:39,000 --> 00:13:41,000
左邊這三個是比較常見的

414
00:13:41,000 --> 00:13:44,000
分別是 bug、improvement 跟 new feature

415
00:13:44,000 --> 00:13:47,000
然後右邊這張圖片是他們 issue 的介面

416
00:13:47,000 --> 00:13:49,000
然後我現在來簡單的介紹一下

417
00:13:49,000 --> 00:13:51,000
左邊這三張圖片 type 的分別

418
00:13:51,000 --> 00:13:53,000
第一個 bug 的話

419
00:13:53,000 --> 00:13:55,000
可能是一些不應該出現的東西

420
00:13:55,000 --> 00:13:57,000
但是他卻出現了

421
00:13:57,000 --> 00:13:59,000
或是一些原本好的功能

422
00:13:59,000 --> 00:14:01,000
但是可能經過某一次 push 之後

423
00:14:01,000 --> 00:14:03,000
連 JANKINS 的管理員也沒有發現說

424
00:14:03,000 --> 00:14:07,000
這一次的 push 會去修改到原本好的功能

425
00:14:07,000 --> 00:14:10,000
然後導致原本好的功能不能使用

426
00:14:10,000 --> 00:14:12,000
或是不能正常運作

427
00:14:12,000 --> 00:14:14,000
然後這類型的 issue 就會過濾為 bug

428
00:14:14,000 --> 00:14:16,000
然後第二個 improvement 的話

429
00:14:16,000 --> 00:14:18,000
可能是原本好的功能

430
00:14:18,000 --> 00:14:20,000
但是他並沒有壞

431
00:14:20,000 --> 00:14:23,000
可能是一些圖案或是文字的位置不太恰當

432
00:14:23,000 --> 00:14:26,000
或是一些圖案可能會去誤導使用者

433
00:14:26,000 --> 00:14:29,000
然後這類型的 issue 就會過濾為 improvement

434
00:14:29,000 --> 00:14:31,000
然後最後一個 new feature 的話

435
00:14:31,000 --> 00:14:33,000
是 JANKINS 原本沒有的功能

436
00:14:33,000 --> 00:14:35,000
但是可能一些使用者

437
00:14:35,000 --> 00:14:37,000
或是一些 JANKINS 的管理員反應說

438
00:14:37,000 --> 00:14:40,000
這個地方可以加上什麼新功能

439
00:14:40,000 --> 00:14:43,000
可是可以讓使用者在使用上比較方便

440
00:14:43,000 --> 00:14:47,000
可以讓使用者可以更快速的得到他們想要得到的結果

441
00:14:47,000 --> 00:14:50,000
然後右邊這張圖是他們 issue 的介面

442
00:14:50,000 --> 00:14:52,000
然後也可以大概分為幾個部分

443
00:14:52,000 --> 00:14:54,000
一開始就是這個 issue 的標題

444
00:14:54,000 --> 00:14:56,000
再來是 description

445
00:14:56,000 --> 00:14:59,000
description 的話就是這個 issue 比較細節的部分

446
00:14:59,000 --> 00:15:01,000
然後他們也會提供一些步驟說

447
00:15:01,000 --> 00:15:04,000
你可以在哪一個介面發現這個問題

448
00:15:04,000 --> 00:15:06,000
或是如何去製造出這個問題

449
00:15:06,000 --> 00:15:09,000
會放置在 step to reproduce 這邊

450
00:15:09,000 --> 00:15:12,000
然後以及他們會提供一些他們期待看到的結果

451
00:15:12,000 --> 00:15:16,000
就是這個 issue 修復完應該長什麼樣子

452
00:15:16,000 --> 00:15:18,000
會放置在 expected result 這邊

453
00:15:18,000 --> 00:15:22,000
還有目前 issue 的狀況是怎麼樣

454
00:15:22,000 --> 00:15:25,000
會放置在 actual result 這邊

455
00:15:25,000 --> 00:15:27,000
然後這邊是我的貢獻

456
00:15:27,000 --> 00:15:31,000
我是從今年三月開始接觸 Jankins 這個開源社群

457
00:15:31,000 --> 00:15:34,000
然後到現在我大約解決了 13 個 issue

458
00:15:34,000 --> 00:15:38,000
然後整體的貢獻排名大約是在第 80

459
00:15:38,000 --> 00:15:40,000
然後這邊是我的第一個貢獻

460
00:15:40,000 --> 00:15:42,000
左邊這張圖片是修改前的圖片

461
00:15:42,000 --> 00:15:44,000
右邊這張圖是修改後的圖片

462
00:15:44,000 --> 00:15:47,000
這個 issue 只要是解決紅色框框起來

463
00:15:47,000 --> 00:15:50,000
這個 viewers plan test 這個超連結

464
00:15:50,000 --> 00:15:53,000
它原本的位置放置在頁面的太邊邊了

465
00:15:53,000 --> 00:15:55,000
就是不容易被使用者發現

466
00:15:55,000 --> 00:15:57,000
或是使用者完全沒有看到

467
00:15:57,000 --> 00:15:59,000
然後這個 issue 只要是解決

468
00:15:59,000 --> 00:16:03,000
把這個超連結移動到左邊這個側面板

469
00:16:03,000 --> 00:16:06,000
然後讓使用者有比較好的使用體驗

470
00:16:06,000 --> 00:16:07,000
而不是放在太邊邊了

471
00:16:07,000 --> 00:16:09,000
就是不容易被使用者發現

472
00:16:09,000 --> 00:16:12,000
然後這個 issue 的 type 是 improvement

473
00:16:15,000 --> 00:16:17,000
然後再來這個是我覺得比較特別的 issue

474
00:16:17,000 --> 00:16:20,000
這個 issue 是有關權限的 issue

475
00:16:20,000 --> 00:16:23,000
就是 Jenkins 他們有提供一些權限的插件

476
00:16:23,000 --> 00:16:26,000
就是可以讓不同權限的使用者

477
00:16:26,000 --> 00:16:29,000
可以看到他們所擁有特定權限的東西

478
00:16:29,000 --> 00:16:31,000
然後這邊他們有提供一些步驟說

479
00:16:31,000 --> 00:16:34,000
你可以在哪一個介面發現這個問題

480
00:16:34,000 --> 00:16:36,000
然後以及他們期待看到的結果

481
00:16:36,000 --> 00:16:39,000
然後這邊他們期待看到的結果是說

482
00:16:39,000 --> 00:16:42,000
需要有管理員權限才可以看到這個錯誤訊息

483
00:16:42,000 --> 00:16:46,000
但是目前的狀況是會被所有的使用者看到

484
00:16:46,000 --> 00:16:48,000
這樣可能一些比較機密的東西

485
00:16:48,000 --> 00:16:51,000
會被所有使用者看到這樣不太恰當

486
00:16:51,000 --> 00:16:53,000
然後後來我有提交了 PR

487
00:16:53,000 --> 00:16:57,000
也照著這個 issue reporter 期待看到的結果去提交 PR

488
00:16:57,000 --> 00:16:59,000
但是後來提交了 PR 之後

489
00:16:59,000 --> 00:17:01,000
Jenkins 的管理員卻跟我說

490
00:17:01,000 --> 00:17:04,000
管理員權限在這邊是錯誤的

491
00:17:04,000 --> 00:17:07,000
而是需要其他特定的權限

492
00:17:07,000 --> 00:17:11,000
然後後來過了幾天之後

493
00:17:11,000 --> 00:17:13,000
我找到那些特定的權限

494
00:17:13,000 --> 00:17:16,000
然後他們也經過審核之後說

495
00:17:16,000 --> 00:17:18,000
看起來合理多了

496
00:17:18,000 --> 00:17:20,000
並不是像那個 issue reporter 給的說

497
00:17:20,000 --> 00:17:22,000
需要管理員權限

498
00:17:22,000 --> 00:17:24,000
然後再經過他們 approved 之後

499
00:17:24,000 --> 00:17:26,000
他們有時候會給一些 suggestion

500
00:17:26,000 --> 00:17:28,000
就是建議的程式碼

501
00:17:28,000 --> 00:17:31,000
可能想說這邊的程式碼可以怎麼寫會比較好

502
00:17:31,000 --> 00:17:34,000
或是有利於之後他們做程式碼的維護

503
00:17:34,000 --> 00:17:36,000
然後後來我自己也有測試說

504
00:17:36,000 --> 00:17:38,000
他給我的 suggestion 是能不能運行的

505
00:17:38,000 --> 00:17:40,000
然後後來測試完是

506
00:17:40,000 --> 00:17:42,000
他給我的 suggestion 是不能做運行的

507
00:17:42,000 --> 00:17:45,000
因為他們可能沒有實際的在電腦上做測試

508
00:17:45,000 --> 00:17:48,000
而是想說這邊可以怎麼寫會比較好

509
00:17:48,000 --> 00:17:49,000
然後後來我有回覆他說

510
00:17:49,000 --> 00:17:52,000
你給我的 suggestion 是不能做運行的

511
00:17:52,000 --> 00:17:54,000
所以我就沒有做修改了

512
00:17:54,000 --> 00:17:56,000
然後這個 issue 我覺得比較特別的原因是因為

513
00:17:56,000 --> 00:17:59,000
issue reporter 給的一些期待看到的結果

514
00:17:59,000 --> 00:18:01,000
可能不一定是對的

515
00:18:01,000 --> 00:18:03,000
然後 Jenkins 管理員給的一些 suggestion

516
00:18:03,000 --> 00:18:05,000
也不一定是能運行的

517
00:18:05,000 --> 00:18:09,000
可能都要自己去做檢查或是做測試

518
00:18:09,000 --> 00:18:12,000
然後最後是我的一些收穫與心得

519
00:18:12,000 --> 00:18:16,000
參與開源社群之後可以了解不同開源軟體

520
00:18:16,000 --> 00:18:18,000
帶給我們的方便性

521
00:18:18,000 --> 00:18:20,000
以及不同開源軟體的功能

522
00:18:20,000 --> 00:18:24,000
然後也了解到不同國家撰寫程式碼的風格

523
00:18:24,000 --> 00:18:27,000
像是有些國家會要求這邊的空格要空幾格

524
00:18:27,000 --> 00:18:29,000
或是排版要怎麼排之類的

525
00:18:29,000 --> 00:18:34,000
然後也學習到一些自己不太會解決的問題

526
00:18:34,000 --> 00:18:37,000
像是有一個 issue 現在還不太會解決

527
00:18:37,000 --> 00:18:40,000
但是可能過了幾天或是幾個禮拜之後

528
00:18:40,000 --> 00:18:42,000
有人提出了這個 issue 的 PR

529
00:18:42,000 --> 00:18:44,000
然後我就可以從別人的 PR 中

530
00:18:44,000 --> 00:18:47,000
學習一些自己不太會解決的問題

531
00:18:49,000 --> 00:18:51,000
然後我的分享就到這邊

532
00:18:51,000 --> 00:18:52,000
謝謝大家

533
00:18:57,000 --> 00:19:00,000
非常謝謝薛同學 非常精彩

534
00:19:00,000 --> 00:19:03,000
那我們下一位是兩位同學一起分享

535
00:19:03,000 --> 00:19:05,000
是胡同學跟黃同學

536
00:19:05,000 --> 00:19:28,000
大家好

537
00:19:28,000 --> 00:19:30,000
那今天報告的話就是我們兩個

538
00:19:30,000 --> 00:19:33,000
他是吳明訓 我是黃文銘

539
00:19:33,000 --> 00:19:36,000
那今天大概報告的話會分兩個主題

540
00:19:36,000 --> 00:19:40,000
第一個主題是我們這一年來做的事情

541
00:19:40,000 --> 00:19:45,000
還有會由明訓來講一下

542
00:19:45,000 --> 00:19:51,000
他大概在這一年我們一些經驗分享

543
00:19:51,000 --> 00:19:55,000
那我們是畢業台灣科技大學的

544
00:19:55,000 --> 00:19:57,000
自動化及控制研究所

545
00:19:57,000 --> 00:20:00,000
那我們是因為計畫的關係

546
00:20:00,000 --> 00:20:03,000
跟陽明交通大學合作

547
00:20:03,000 --> 00:20:06,000
然後我們的開源軟體是用 OAI

548
00:20:06,000 --> 00:20:09,000
全名是 Open Air Interface

549
00:20:09,000 --> 00:20:14,000
然後像明訓這邊研究的是天線短

550
00:20:14,000 --> 00:20:17,000
就是基地站在天線發射的那個區塊

551
00:20:17,000 --> 00:20:21,000
他是做演算法開發跟整合

552
00:20:21,000 --> 00:20:23,000
那像我這邊的話我是在做

553
00:20:23,000 --> 00:20:26,000
收到資料的訊息解碼

554
00:20:26,000 --> 00:20:29,000
還有多使用者的排程

555
00:20:29,000 --> 00:20:35,000
還有平行程式的設計

556
00:20:35,000 --> 00:20:37,000
然後這邊的話是我們

557
00:20:37,000 --> 00:20:39,000
這個大的計畫下

558
00:20:39,000 --> 00:20:42,000
我們分了四個分項

559
00:20:42,000 --> 00:20:46,000
然後我們是跟許騰穎教授一起合作

560
00:20:46,000 --> 00:20:50,000
然後 Eurecon 是我們

561
00:20:50,000 --> 00:20:57,000
法國那邊的通訊工程研究中心

562
00:20:57,000 --> 00:21:00,000
對

563
00:21:00,000 --> 00:21:02,000
然後這個是我們

564
00:21:02,000 --> 00:21:05,000
一開始接到的第一個任務

565
00:21:05,000 --> 00:21:09,000
然後這個是我們這台主機

566
00:21:09,000 --> 00:21:10,000
是我們這個基站

567
00:21:10,000 --> 00:21:13,000
然後這個是包含了

568
00:21:13,000 --> 00:21:16,000
Conewall 跟整個基站

569
00:21:16,000 --> 00:21:19,000
然後像這個就是使用者

570
00:21:19,000 --> 00:21:23,000
然後這就是我們的天線發射端

571
00:21:23,000 --> 00:21:26,000
然後基本上 U1 的話

572
00:21:26,000 --> 00:21:30,000
就是他會去跟基站去註冊 IP

573
00:21:30,000 --> 00:21:32,000
然後去取得資料

574
00:21:32,000 --> 00:21:34,000
然後像我們這邊就可以看到

575
00:21:34,000 --> 00:21:35,000
我們這邊有連上網

576
00:21:35,000 --> 00:21:44,000
然後跟這邊有成功連上 4G 這樣子

577
00:21:44,000 --> 00:21:47,000
然後這是我們線上

578
00:21:47,000 --> 00:21:51,000
就是跟南方那邊開會的一些時間

579
00:21:51,000 --> 00:21:54,000
遇到比較大的困難是說

580
00:21:54,000 --> 00:21:57,000
我們可能有時候時間會對不上

581
00:21:57,000 --> 00:22:00,000
因為他有時候可能是早上 6 點

582
00:22:00,000 --> 00:22:02,000
或者是中午 12 點這樣子

583
00:22:02,000 --> 00:22:04,000
所以有時候我們就變很早就要起來

584
00:22:04,000 --> 00:22:06,000
跟他們開會

585
00:22:06,000 --> 00:22:08,000
然後這個是我們

586
00:22:08,000 --> 00:22:10,000
就是每一次開會的時候

587
00:22:10,000 --> 00:22:13,000
都會有一些 schedule

588
00:22:13,000 --> 00:22:20,000
我們都會進來討論這樣子

589
00:22:20,000 --> 00:22:21,000
然後這是我們的貢獻

590
00:22:21,000 --> 00:22:23,000
然後這就是我們

591
00:22:23,000 --> 00:22:25,000
像這個的話就是我們

592
00:22:25,000 --> 00:22:27,000
閩訊這邊開發的一些演算法開發

593
00:22:27,000 --> 00:22:30,000
還有整合在基地站的這邊

594
00:22:30,000 --> 00:22:33,000
然後這個是我們

595
00:22:33,000 --> 00:22:38,000
基站的某幾層的傳輸介面

596
00:22:38,000 --> 00:22:40,000
還有一些

597
00:22:40,000 --> 00:22:42,000
這個的話是我們

598
00:22:42,000 --> 00:22:44,000
這一塊綠色的

599
00:22:44,000 --> 00:22:48,000
是我們就是訊息在解碼的一些

600
00:22:48,000 --> 00:22:50,000
issue 之類的

601
00:22:56,000 --> 00:22:59,000
一開始我們在接觸 5G 的時候

602
00:22:59,000 --> 00:23:02,000
在現實中比較難讓人家體會

603
00:23:02,000 --> 00:23:05,000
所以我們經過這次合作企劃之後發現

604
00:23:05,000 --> 00:23:09,000
我們可以比較清楚了解 5G 這個領域

605
00:23:09,000 --> 00:23:13,000
然後也了解 5G 在現實中是如何應用

606
00:23:13,000 --> 00:23:16,000
然後讓我們了解 5G 在現實中是

607
00:23:16,000 --> 00:23:20,000
非常實用不可或缺的一項技術

608
00:23:20,000 --> 00:23:23,000
然後第二項是

609
00:23:23,000 --> 00:23:26,000
當我們在了解整個 OAI 架構的時候

610
00:23:26,000 --> 00:23:28,000
難免因為我們不是資工系

611
00:23:28,000 --> 00:23:30,000
我們難免會遇到一些程式的問題

612
00:23:30,000 --> 00:23:33,000
然後例如系統整合跟一些程式技巧

613
00:23:33,000 --> 00:23:36,000
然後這些都是後來我們經過跟

614
00:23:36,000 --> 00:23:38,000
陽明交大的團隊一起合作

615
00:23:38,000 --> 00:23:40,000
然後我們一一把問題解決

616
00:23:40,000 --> 00:23:43,000
然後我們也從中獲得蠻多

617
00:23:43,000 --> 00:23:45,000
知道資訊相關的知識以及

618
00:23:45,000 --> 00:23:48,000
debug 的技巧還有寫程式的技巧

619
00:23:48,000 --> 00:23:50,000
然後最後一點是

620
00:23:50,000 --> 00:23:52,000
我們在跟 Unicom 開會的時候

621
00:23:52,000 --> 00:23:55,000
了解到歐洲那邊的 schedule

622
00:23:55,000 --> 00:23:56,000
跟我們的亞洲

623
00:23:56,000 --> 00:23:58,000
就是跟我們這邊的 schedule 其實

624
00:23:58,000 --> 00:23:59,000
做事風格不太不一樣

625
00:23:59,000 --> 00:24:01,000
因為歐洲那邊的 schedule 像

626
00:24:01,000 --> 00:24:02,000
例如可能有

627
00:24:02,000 --> 00:24:04,000
可能原本是照 schedule 安排

628
00:24:04,000 --> 00:24:05,000
可是後來可能會有

629
00:24:05,000 --> 00:24:07,000
突然有事情插進去的時候

630
00:24:07,000 --> 00:24:09,000
他就把這個 schedule 延後

631
00:24:09,000 --> 00:24:11,000
然後經過這次開會之後

632
00:24:11,000 --> 00:24:12,000
可以讓我們了解說

633
00:24:12,000 --> 00:24:14,000
歐洲他們的工程師 schedule

634
00:24:14,000 --> 00:24:15,000
是這樣子

635
00:24:15,000 --> 00:24:16,000
而跟我們這邊

636
00:24:16,000 --> 00:24:18,000
亞洲這邊不太一樣

637
00:24:18,000 --> 00:24:20,000
然後最後是透過

638
00:24:20,000 --> 00:24:22,000
跟亞美將大合作了解

639
00:24:22,000 --> 00:24:26,000
許多一些技巧還有程式

640
00:24:26,000 --> 00:24:29,000
以上是我們心路報告

641
00:24:34,000 --> 00:24:36,000
謝謝

642
00:24:41,000 --> 00:24:43,000
非常感謝兩位同學

643
00:24:43,000 --> 00:24:45,000
吳同學跟黃同學

644
00:24:45,000 --> 00:24:46,000
很精彩的分享

645
00:24:46,000 --> 00:24:48,000
那我們最後一位同學

646
00:24:48,000 --> 00:24:50,000
蘇同學

647
00:25:07,000 --> 00:25:08,000
大家好

648
00:25:08,000 --> 00:25:11,000
我是來自中正大學的蘇昶霖

649
00:25:11,000 --> 00:25:13,000
那今天要跟大家分享

650
00:25:13,000 --> 00:25:16,000
我們在 KSERV 這個開源

651
00:25:16,000 --> 00:25:19,000
社群上面分享的心得

652
00:25:19,000 --> 00:25:21,000
那先跟大家解釋一下

653
00:25:21,000 --> 00:25:23,000
KSERV 是什麼東西

654
00:25:23,000 --> 00:25:26,000
KSERV 它一開始是從

655
00:25:26,000 --> 00:25:27,000
KF Serving 轉變

656
00:25:27,000 --> 00:25:29,000
這邊有打錯字

657
00:25:29,000 --> 00:25:31,000
這應該是從

658
00:25:31,000 --> 00:25:33,000
Kubeflow 上面畢業的

659
00:25:33,000 --> 00:25:35,000
它就是變成獨立的一項專案這樣

660
00:25:35,000 --> 00:25:36,000
那簡單來說

661
00:25:36,000 --> 00:25:39,000
KSERV 它是一個模型服務器

662
00:25:39,000 --> 00:25:41,000
它可以在上面自由的部署模型

663
00:25:41,000 --> 00:25:44,000
並且對底層的資源進行控制

664
00:25:44,000 --> 00:25:47,000
並且你也可以控制它的資源運用

665
00:25:47,000 --> 00:25:48,000
還有縮放功能

666
00:25:48,000 --> 00:25:51,000
例如這項資源它沒有在用到的時候

667
00:25:51,000 --> 00:25:53,000
它會把它的規模 scale down

668
00:25:53,000 --> 00:25:55,000
把它吃的資源變小

669
00:25:55,000 --> 00:25:57,000
那等有負載進來的時候

670
00:25:57,000 --> 00:26:00,000
它才會讓它擁有比較多的資源

671
00:26:00,000 --> 00:26:01,000
那在部署方面

672
00:26:01,000 --> 00:26:03,000
它有很高的控制程度

673
00:26:03,000 --> 00:26:05,000
例如你在做版本迭代的時候

674
00:26:05,000 --> 00:26:08,000
你可以選擇用金獅鵲部署等等

675
00:26:08,000 --> 00:26:10,000
部署方法去控制

676
00:26:10,000 --> 00:26:11,000
所以總而言之

677
00:26:11,000 --> 00:26:13,000
KSERV 是一套非常完整

678
00:26:13,000 --> 00:26:18,000
而且功能強大的模型服務器

679
00:26:18,000 --> 00:26:19,000
那我們

680
00:26:19,000 --> 00:26:23,000
因為上面提到 KSERV 是一個很大的套件

681
00:26:23,000 --> 00:26:25,000
所以我們會繼續往下看

682
00:26:25,000 --> 00:26:26,000
它到底有哪些功能

683
00:26:26,000 --> 00:26:31,000
並且我們要對功能的哪一塊進行貢獻

684
00:26:31,000 --> 00:26:32,000
那我們貢獻的目標

685
00:26:32,000 --> 00:26:35,000
因為計畫的關係

686
00:26:35,000 --> 00:26:36,000
教授是

687
00:26:36,000 --> 00:26:39,000
我們是朝可信任 AI 方向進行

688
00:26:39,000 --> 00:26:41,000
那簡單介紹一下可信任 AI

689
00:26:41,000 --> 00:26:44,000
可信任 AI 就是當一個 AI 它有

690
00:26:44,000 --> 00:26:46,000
它是合法的

691
00:26:46,000 --> 00:26:49,000
它符合道德跟它是穩固性

692
00:26:49,000 --> 00:26:51,000
它不容易被攻擊的話

693
00:26:51,000 --> 00:26:54,000
那我們可以把它稱為可信任 AI

694
00:26:54,000 --> 00:26:57,000
那這是歐盟的可信任 AI 五大原則

695
00:26:57,000 --> 00:27:00,000
那第一個就是它要永續經營

696
00:27:00,000 --> 00:27:03,000
它不能對人類有危害性

697
00:27:03,000 --> 00:27:06,000
然後它應該要公平並且以人為本

698
00:27:06,000 --> 00:27:08,000
然後它應該要是透明的

699
00:27:08,000 --> 00:27:10,000
並且具有可解釋性

700
00:27:10,000 --> 00:27:12,000
然後它要是穩固

701
00:27:12,000 --> 00:27:14,000
不容易被攻擊安全的

702
00:27:14,000 --> 00:27:17,000
並且它要有一定的責任承擔的能力

703
00:27:17,000 --> 00:27:19,000
那這五大要件

704
00:27:19,000 --> 00:27:22,000
就是可信任 AI 的發展原則這樣

705
00:27:22,000 --> 00:27:25,000
那我們比較注意的是

706
00:27:25,000 --> 00:27:27,000
可解釋 AI 上面

707
00:27:27,000 --> 00:27:30,000
那可解釋 AI 就叫 Explainable AI

708
00:27:30,000 --> 00:27:32,000
大家可以簡稱為 XAI

709
00:27:32,000 --> 00:27:35,000
那它是一種程序或方法

710
00:27:35,000 --> 00:27:37,000
它可以拿來解釋 AI 模型

711
00:27:37,000 --> 00:27:39,000
為什麼會給出這樣的結果

712
00:27:39,000 --> 00:27:42,000
或是它也可以解釋 Data Set 是不是有

713
00:27:42,000 --> 00:27:44,000
為什麼你把這組 Data Set 丟進去

714
00:27:44,000 --> 00:27:47,000
它會給這樣的結果這樣子

715
00:27:47,000 --> 00:27:52,000
那目前的可解釋 AI 通常也是一個 AI 模型

716
00:27:52,000 --> 00:27:54,000
那它可以幫你解釋準確度

717
00:27:54,000 --> 00:27:56,000
公平性跟透明度的結果

718
00:27:56,000 --> 00:28:00,000
那我們選擇貢獻的可信 AI 的套件

719
00:28:00,000 --> 00:28:03,000
是一個叫做 AIX360 的套件

720
00:28:03,000 --> 00:28:05,000
它主要是由 IBM 開發

721
00:28:05,000 --> 00:28:07,000
然後它可以支援

722
00:28:07,000 --> 00:28:10,000
不只是 Model 本身的可解釋性

723
00:28:10,000 --> 00:28:13,000
它對 Data Set 本身可解釋性也有相關的工具

724
00:28:13,000 --> 00:28:19,000
然後它上面也有附完整的概念介紹跟功能介紹

725
00:28:19,000 --> 00:28:22,000
所以就算你沒有接觸過可解釋 AI

726
00:28:22,000 --> 00:28:24,000
你也可以使用這套工具

727
00:28:24,000 --> 00:28:28,000
來建置一套它的解釋器

728
00:28:28,000 --> 00:28:31,000
那它跟 Kserve 有什麼關係呢

729
00:28:31,000 --> 00:28:36,000
我剛剛有提到 Kserve 是一個功能完整強大的模型服務器

730
00:28:36,000 --> 00:28:40,000
所以它上面有整合這個 Toolkit

731
00:28:40,000 --> 00:28:42,000
但是很可惜的事情

732
00:28:42,000 --> 00:28:46,000
它並沒有把 AIX360 全部的功能都整合進去

733
00:28:46,000 --> 00:28:49,000
所以我們等一下會解釋

734
00:28:49,000 --> 00:28:52,000
我的貢獻主要是把 AIX360 上有的功能

735
00:28:52,000 --> 00:28:56,000
加回到 Kserve 下面的 AIX360 裡面

736
00:28:56,000 --> 00:28:59,000
那這張分類表是 AIX360

737
00:28:59,000 --> 00:29:04,000
對於你在對解釋器選擇的時候的一張概念圖

738
00:29:04,000 --> 00:29:06,000
然後簡單帶大家看一下

739
00:29:06,000 --> 00:29:07,000
像一開始你可以選擇

740
00:29:07,000 --> 00:29:10,000
你要解釋的是資料本身還是模型呢

741
00:29:10,000 --> 00:29:13,000
那你想要的是一個區域的還是全域的解釋

742
00:29:13,000 --> 00:29:20,000
那你是基於樣本功能還是特別的特立解釋

743
00:29:20,000 --> 00:29:23,000
或者是這是直接的可以翻譯的問題嗎

744
00:29:23,000 --> 00:29:25,000
還是你是事後歸因的解釋呢

745
00:29:25,000 --> 00:29:29,000
它都有很多不同的工具可以讓你做選擇

746
00:29:29,000 --> 00:29:33,000
那我們選擇 Focus 的解釋器是這個

747
00:29:33,000 --> 00:29:35,000
下面這個叫做 LIME 的解釋

748
00:29:35,000 --> 00:29:41,000
那 LIME 它是 Local Interval Model Agnostic Explanation

749
00:29:41,000 --> 00:29:46,000
大概就是區域可翻譯跟模型無關的解釋系統

750
00:29:46,000 --> 00:29:49,000
那它的概念大概就是

751
00:29:49,000 --> 00:29:52,000
假設這是一個 AI 模型

752
00:29:52,000 --> 00:29:54,000
那它是一個二元分類的模型

753
00:29:54,000 --> 00:29:57,000
假設我們白底會給出的結果叫星星

754
00:29:57,000 --> 00:30:00,000
綠底會給出的結果叫做三角星

755
00:30:00,000 --> 00:30:03,000
那我們假設我們今天先把一組資料丟進去

756
00:30:03,000 --> 00:30:06,000
然後 Model 給出來的結果是

757
00:30:06,000 --> 00:30:09,000
它是白底的它是這個紅色的星星

758
00:30:09,000 --> 00:30:12,000
我們想問為什麼它會是這個結果

759
00:30:12,000 --> 00:30:15,000
那 LIME 這個解釋器是怎麼運作的呢

760
00:30:15,000 --> 00:30:20,000
它會對這個輸入的資料進行擾動

761
00:30:20,000 --> 00:30:23,000
就是會進行很多的擾動之後會分成

762
00:30:23,000 --> 00:30:26,000
會有很多不同的資料

763
00:30:26,000 --> 00:30:29,000
然後就會分佈在這裡

764
00:30:29,000 --> 00:30:35,000
然後跟它相近的就是跟原本這個相關性比較高的資料

765
00:30:35,000 --> 00:30:38,000
然後我們可以發現在這個區域下

766
00:30:38,000 --> 00:30:42,000
我們會有一個簡單的線性回歸的 Model

767
00:30:42,000 --> 00:30:45,000
為什麼這個資料在這裡

768
00:30:45,000 --> 00:30:47,000
大家可能會有一點聽不懂

769
00:30:47,000 --> 00:30:49,000
可能是我解釋的方法比較差一點

770
00:30:49,000 --> 00:30:52,000
我們假設這是一張狗的照片

771
00:30:52,000 --> 00:30:54,000
那我們說它會對資料進行擾動

772
00:30:54,000 --> 00:30:55,000
怎麼擾動

773
00:30:55,000 --> 00:30:58,000
我們就是把它切成很多的 Super Pixel

774
00:30:58,000 --> 00:31:00,000
然後隨機的拿掉一些

775
00:31:00,000 --> 00:31:02,000
把它重新丟進模型裡面

776
00:31:02,000 --> 00:31:06,000
看它給出來的結果還會不會是同樣的一隻狗

777
00:31:06,000 --> 00:31:11,000
假設我們拿到一些不太重要的部分

778
00:31:11,000 --> 00:31:13,000
例如這個邊邊

779
00:31:13,000 --> 00:31:16,000
那模型給出來的結果應該還是一樣的

780
00:31:16,000 --> 00:31:18,000
但假設我們拿掉的是重要的

781
00:31:18,000 --> 00:31:20,000
例如五官、耳朵、毛色

782
00:31:20,000 --> 00:31:24,000
那模型給出來的結果可能就會完全不一樣

783
00:31:24,000 --> 00:31:26,000
所以藉由反覆這樣的過程

784
00:31:26,000 --> 00:31:28,000
我們就可以知道

785
00:31:28,000 --> 00:31:32,000
哪些部分對於 AI 的判斷是重要的

786
00:31:32,000 --> 00:31:38,000
那這是 Caseof 上 Lime 的一個 example

787
00:31:38,000 --> 00:31:42,000
他用的是 MNIST 這個有名的手寫數據集

788
00:31:42,000 --> 00:31:45,000
他用 Random Forest 做為分類

789
00:31:45,000 --> 00:31:48,000
那他的結果是 2

790
00:31:48,000 --> 00:31:50,000
大家可以顯而易見的這是 2

791
00:31:50,000 --> 00:31:52,000
那紅底的部分就是

792
00:31:52,000 --> 00:31:54,000
AI 判斷這個

793
00:31:54,000 --> 00:31:56,000
就是假設以這張圖來說

794
00:31:56,000 --> 00:31:59,000
那 AI 想說如果他是 8 的話

795
00:31:59,000 --> 00:32:02,000
那是因為這張圖有哪個部分讓他覺得是 8

796
00:32:02,000 --> 00:32:05,000
他就會覺得這個部分很像 8

797
00:32:05,000 --> 00:32:07,000
那這個部分很像 7 這樣

798
00:32:07,000 --> 00:32:11,000
那他就跟你解釋為什麼我是這樣做下判斷

799
00:32:11,000 --> 00:32:15,000
那他除了圖片以外他還有不同的功能可以使用

800
00:32:15,000 --> 00:32:17,000
像這個就是 text 的部分

801
00:32:17,000 --> 00:32:20,000
那他使用的是 20 News Group 這個資料集

802
00:32:20,000 --> 00:32:25,000
那他是用 Multinomial Naive Bayes 進行分類

803
00:32:25,000 --> 00:32:27,000
那他是幹嘛

804
00:32:27,000 --> 00:32:31,000
20 News Group 顧名思義他是由 20 種種類的文章

805
00:32:31,000 --> 00:32:33,000
蒐集來的資料集

806
00:32:33,000 --> 00:32:36,000
那主要的任務是我們拿一篇文章丟進去

807
00:32:36,000 --> 00:32:39,000
模型會把它分類到哪一篇文章

808
00:32:39,000 --> 00:32:42,000
那我們隨便選一篇文章丟進去的結果

809
00:32:42,000 --> 00:32:44,000
這是原本的結果

810
00:32:44,000 --> 00:32:49,000
那我們丟進去之後要分類它是哪一種種類的文章

811
00:32:49,000 --> 00:32:51,000
那結果顯示

812
00:32:51,000 --> 00:32:54,000
那個預測器給出的結果是

813
00:32:54,000 --> 00:32:56,000
它是右上角那個

814
00:32:56,000 --> 00:32:58,000
它是有 50% 這是無神論的文章

815
00:32:58,000 --> 00:33:02,000
有 43% 這是基督教的文章

816
00:33:02,000 --> 00:33:05,000
那有 5% 是宗教相關

817
00:33:05,000 --> 00:33:08,000
那 2% 是中東相關

818
00:33:08,000 --> 00:33:11,000
那它為什麼會被判斷為是無神論呢

819
00:33:11,000 --> 00:33:13,000
那它就會解釋 Cost 這個字

820
00:33:13,000 --> 00:33:18,000
它覺得它是判斷為無神論的一個原因

821
00:33:18,000 --> 00:33:21,000
那它也有這不是無神論的原因這樣子

822
00:33:21,000 --> 00:33:24,000
那它也支援很多種呈現方法

823
00:33:24,000 --> 00:33:28,000
像這樣子長條圖或是直接顯示出來

824
00:33:28,000 --> 00:33:32,000
那當然直接 highlight 也是一種顯示方法

825
00:33:32,000 --> 00:33:35,000
那我們主要在貢獻的部分就是

826
00:33:35,000 --> 00:33:39,000
其實 KServe 上的 Lime 只有這種 example

827
00:33:39,000 --> 00:33:41,000
它沒有這種 example

828
00:33:41,000 --> 00:33:44,000
所以我們現在正在努力的把這個 text example

829
00:33:44,000 --> 00:33:48,000
加到 KServe 上的範例裡面

830
00:33:48,000 --> 00:33:51,000
那我們在做的時候

831
00:33:51,000 --> 00:33:53,000
我們大概是按照這樣的流程進行

832
00:33:53,000 --> 00:33:56,000
因為我們其實在看社群上

833
00:33:56,000 --> 00:33:57,000
應該是最菜的

834
00:33:57,000 --> 00:34:01,000
我們今年大概四五月才開始進行這樣子

835
00:34:01,000 --> 00:34:03,000
那我們是先確定了

836
00:34:03,000 --> 00:34:07,000
好我們要先把 Lime Text 加進去

837
00:34:07,000 --> 00:34:10,000
然後隨後查看有沒有人提了這個 issue

838
00:34:10,000 --> 00:34:12,000
或者是 PR 正在做

839
00:34:12,000 --> 00:34:14,000
確定沒有

840
00:34:14,000 --> 00:34:15,000
然後我們就去看

841
00:34:15,000 --> 00:34:18,000
它 contributing 會有什麼樣的規則

842
00:34:18,000 --> 00:34:20,000
然後接下來我們就去

843
00:34:20,000 --> 00:34:23,000
因為我們其實都只是學士生

844
00:34:23,000 --> 00:34:25,000
所以我們其實沒有什麼

845
00:34:25,000 --> 00:34:27,000
這種大規模的專案參與經驗

846
00:34:27,000 --> 00:34:29,000
但是我們還是努力去做

847
00:34:29,000 --> 00:34:32,000
然後常常也發生一些很

848
00:34:32,000 --> 00:34:35,000
初階的問題這樣子

849
00:34:35,000 --> 00:34:36,000
那我們就是

850
00:34:36,000 --> 00:34:40,000
一樣我們決定要把 Lime Text 加進去

851
00:34:40,000 --> 00:34:42,000
然後我們就先看過之後

852
00:34:42,000 --> 00:34:44,000
把它加進去這樣子

853
00:34:44,000 --> 00:34:45,000
然後我們在提交程式的時候

854
00:34:45,000 --> 00:34:46,000
要跟維護者保持溝通

855
00:34:46,000 --> 00:34:48,000
其實滿重要的

856
00:34:48,000 --> 00:34:51,000
因為其實他們也不知道為什麼

857
00:34:51,000 --> 00:34:53,000
他們其實也不太確定

858
00:34:53,000 --> 00:34:54,000
你這個加進去到底行不行

859
00:34:54,000 --> 00:34:56,000
他會跟你討論

860
00:34:56,000 --> 00:34:58,000
維護者其實也不會是

861
00:34:58,000 --> 00:35:00,000
知道正確答案的那個

862
00:35:00,000 --> 00:35:02,000
他也是你要跟他好好討論

863
00:35:02,000 --> 00:35:06,000
為什麼我們需要這個功能這樣子

864
00:35:06,000 --> 00:35:09,000
因為我們四五月才開始貢獻

865
00:35:09,000 --> 00:35:11,000
所以我們覺得

866
00:35:11,000 --> 00:35:12,000
如果有人要跟我們一樣

867
00:35:12,000 --> 00:35:15,000
就是正要接觸貢獻的話

868
00:35:15,000 --> 00:35:17,000
我最推薦你先把 Git

869
00:35:17,000 --> 00:35:19,000
跟 GitHub 學好

870
00:35:19,000 --> 00:35:21,000
因為它在你貢獻的過程

871
00:35:21,000 --> 00:35:24,000
應該會是你操作最多次的軟體

872
00:35:24,000 --> 00:35:26,000
舉個例子我們

873
00:35:26,000 --> 00:35:29,000
這一次在提 PR 的時候

874
00:35:29,000 --> 00:35:30,000
因為有檔案寫錯

875
00:35:30,000 --> 00:35:31,000
那我們要更新

876
00:35:31,000 --> 00:35:32,000
然後我們就

877
00:35:32,000 --> 00:35:34,000
我們沒有處理好衝突

878
00:35:34,000 --> 00:35:35,000
就直接把東西推上去

879
00:35:35,000 --> 00:35:39,000
然後整個我們的 branch 就被污染了

880
00:35:39,000 --> 00:35:43,000
這就是沒有學好 GitHub 會有的問題

881
00:35:43,000 --> 00:35:44,000
之後我們還是

882
00:35:44,000 --> 00:35:45,000
就是照著一步一步來

883
00:35:45,000 --> 00:35:47,000
把它 reset 回去之後

884
00:35:47,000 --> 00:35:49,000
然後才完成這次的 issue

885
00:35:49,000 --> 00:35:51,000
所以如果各位真的想

886
00:35:51,000 --> 00:35:54,000
踏進這個貢獻世界

887
00:35:54,000 --> 00:35:56,000
推薦第一個一定是學 Git

888
00:35:56,000 --> 00:35:57,000
沒錯

889
00:35:57,000 --> 00:35:59,000
然後貢獻規則

890
00:35:59,000 --> 00:36:00,000
每個開源軟體

891
00:36:00,000 --> 00:36:02,000
search 應該都會有寫

892
00:36:02,000 --> 00:36:03,000
而且寫應該都蠻詳細的

893
00:36:03,000 --> 00:36:06,000
那推薦你好好讀一讀

894
00:36:06,000 --> 00:36:09,000
因為就像有些開源軟體

895
00:36:09,000 --> 00:36:11,000
會有 coding style 的問題

896
00:36:11,000 --> 00:36:13,000
那你先裝好之後就不會有

897
00:36:13,000 --> 00:36:15,000
這個測試跑不過

898
00:36:15,000 --> 00:36:17,000
然後你要重寫的問題

899
00:36:17,000 --> 00:36:19,000
所以推薦大家先把 GitHub

900
00:36:19,000 --> 00:36:23,000
跟你的 contributing rule 學好

901
00:36:23,000 --> 00:36:24,000
那這是我們目前

902
00:36:24,000 --> 00:36:26,000
貢獻到這裡的心得

903
00:36:26,000 --> 00:36:27,000
就是萬事起頭難

904
00:36:27,000 --> 00:36:29,000
從一開始你要貢獻什麼東西

905
00:36:29,000 --> 00:36:31,000
到開始貢獻

906
00:36:31,000 --> 00:36:33,000
這個過程一定是最煎熬的

907
00:36:33,000 --> 00:36:36,000
那也不要害怕跟維護者提問題

908
00:36:36,000 --> 00:36:38,000
然後做錯事也不用擔心

909
00:36:38,000 --> 00:36:39,000
反正 Git 是萬能的

910
00:36:39,000 --> 00:36:41,000
直接 reset 回去就好了

911
00:36:41,000 --> 00:36:43,000
對 然後前面也有人提到

912
00:36:43,000 --> 00:36:47,000
就是那些 newbie friendly 的問題

913
00:36:47,000 --> 00:36:49,000
就算再小的貢獻還是貢獻

914
00:36:49,000 --> 00:36:50,000
沒錯

915
00:36:50,000 --> 00:36:52,000
然後你就是跟著 owner 一起成長

916
00:36:52,000 --> 00:36:54,000
就是你會學到更多的東西

917
00:36:54,000 --> 00:36:56,000
然後當你已經可以流利的解決

918
00:36:56,000 --> 00:36:58,000
那些 newbie friendly 的問題之後

919
00:36:58,000 --> 00:37:00,000
你就可以去解決一些更難的

920
00:37:00,000 --> 00:37:03,000
然後你就會變強

921
00:37:03,000 --> 00:37:05,000
好 那這是我們的分享

922
00:37:05,000 --> 00:37:06,000
謝謝大家

923
00:37:10,000 --> 00:37:11,000
謝謝

924
00:37:11,000 --> 00:37:13,000
OK 我們現在有一點時間

925
00:37:13,000 --> 00:37:14,000
各位同學有什麼問題

926
00:37:14,000 --> 00:37:16,000
要問剛才五位講者的

927
00:37:19,000 --> 00:37:20,000
有沒有人

928
00:37:20,000 --> 00:37:23,000
我們看一下線上有沒有人問有問題

929
00:37:25,000 --> 00:37:26,000
是哪裡

930
00:37:26,000 --> 00:37:27,000
這個

931
00:37:31,000 --> 00:37:32,000
這個嗎

932
00:37:33,000 --> 00:37:34,000
是這個嗎

933
00:37:41,000 --> 00:37:42,000
被關掉了

934
00:37:42,000 --> 00:37:44,000
好像剛好不小心按到

935
00:37:44,000 --> 00:37:45,000
那線上有沒有人同學問的

936
00:37:45,000 --> 00:37:47,000
有沒有什麼問題

937
00:37:48,000 --> 00:37:50,000
好 這邊有人有問題嗎

938
00:37:51,000 --> 00:37:52,000
有回答

939
00:37:58,000 --> 00:37:59,000
那我先問一個問題好了

940
00:37:59,000 --> 00:38:01,000
剛剛有一位同學說

941
00:38:01,000 --> 00:38:02,000
要保持愉快的心情

942
00:38:02,000 --> 00:38:04,000
是第一位嘛 是不是

943
00:38:04,000 --> 00:38:07,000
你到底有什麼可以分享的事情嗎

944
00:38:17,000 --> 00:38:19,000
像後面也有其他同學

945
00:38:19,000 --> 00:38:20,000
就是你演戲的時候

946
00:38:20,000 --> 00:38:21,000
有時候你會出問題

947
00:38:21,000 --> 00:38:22,000
那後面的話

948
00:38:22,000 --> 00:38:25,000
有時候因為這樣的攝影

949
00:38:25,000 --> 00:38:26,000
然後我也希望

950
00:38:26,000 --> 00:38:27,000
會在幾天內完成

951
00:38:27,000 --> 00:38:28,000
那其實有時候會

952
00:38:28,000 --> 00:38:30,000
他們會一陣子進不來的時候

953
00:38:30,000 --> 00:38:31,000
其實會說

954
00:38:31,000 --> 00:38:32,000
請假設你先幫

955
00:38:32,000 --> 00:38:33,000
把你的那個效果

956
00:38:33,000 --> 00:38:35,000
把你的工作先解決

957
00:38:35,000 --> 00:38:36,000
然後再進去演戲

958
00:38:36,000 --> 00:38:40,000
所以就是心態比較豐富

959
00:38:40,000 --> 00:38:41,000
就有時候自己

960
00:38:41,000 --> 00:38:42,000
無法去達到的東西

961
00:38:42,000 --> 00:38:43,000
那譬如說

962
00:38:43,000 --> 00:38:45,000
讓比較有泡沫的

963
00:38:45,000 --> 00:38:46,000
效率比較高的

964
00:38:47,000 --> 00:38:48,000
問題是

965
00:38:48,000 --> 00:38:49,000
等到別人做完以後

966
00:38:49,000 --> 00:38:50,000
你再回頭去看他的

967
00:38:50,000 --> 00:38:51,000
比較意外的事情

968
00:38:51,000 --> 00:38:52,000
到底有沒有達到的問題

969
00:38:52,000 --> 00:38:53,000
然後這個步驟

970
00:38:53,000 --> 00:38:55,000
就心態比較豐富

971
00:38:55,000 --> 00:38:56,000
至少差不多

972
00:38:56,000 --> 00:38:57,000
所以可以想說

973
00:38:57,000 --> 00:38:58,000
那至少之後

974
00:38:58,000 --> 00:39:00,000
看別人的步驟的話

975
00:39:00,000 --> 00:39:01,000
就是可以得到很多東西

976
00:39:03,000 --> 00:39:04,000
好 謝謝

977
00:39:04,000 --> 00:39:05,000
謝謝陳同學

978
00:39:05,000 --> 00:39:06,000
我們還有沒有

979
00:39:06,000 --> 00:39:08,000
有別人有什麼問題

980
00:39:11,000 --> 00:39:12,000
有沒有想到的

981
00:39:16,000 --> 00:39:18,000
好 那我想我們時間差不多了

982
00:39:18,000 --> 00:39:19,000
那我們就商量一下

983
00:39:19,000 --> 00:39:20,000
我們再次感謝

984
00:39:20,000 --> 00:39:21,000
今天這五位講者

985
00:39:21,000 --> 00:39:23,000
都非常精彩的分享

986
00:39:25,000 --> 00:39:26,000
大家拍手

987
00:39:27,000 --> 00:39:28,000
謝謝

988
00:39:28,000 --> 00:39:29,000
好 那我們就結束了

989
00:39:29,000 --> 00:39:30,000
那如果各位同學

990
00:39:30,000 --> 00:39:31,000
有任何問題的話

991
00:39:31,000 --> 00:39:33,000
可以再請教這五位同學

992
00:39:33,000 --> 00:39:34,000
也可以用 email

993
00:39:34,000 --> 00:39:36,000
事後請教他們

994
00:39:36,000 --> 00:39:38,000
謝謝大家來參與這場

995
00:39:38,000 --> 00:39:40,000
這次活動 謝謝