WEBVTT

00:00:00.000 --> 00:00:10.000
[音樂]

00:00:12.110 --> 00:00:13.865
歡迎回到
第 9 頻道上本週。

00:00:13.865 --> 00:00:15.108
我標記 DeFalco。

00:00:15.108 --> 00:00:17.060
>>，我鄧肯 McKenzie。

00:00:17.060 --> 00:00:18.406
>> 親愛的高興再回來。

00:00:18.406 --> 00:00:20.971
我尚未在一段上。

00:00:20.971 --> 00:00:21.830
您未在一段上。

00:00:21.830 --> 00:00:23.018
>> 我尚未年上。

00:00:23.018 --> 00:00:23.967
>> 年與年。

00:00:23.967 --> 00:00:24.570
>> 年。

00:00:24.570 --> 00:00:26.191
>> 事實上，您所說過，
這麼做，最後一次

00:00:26.191 --> 00:00:27.148
它是在不同的 studio。

00:00:27.148 --> 00:00:29.800
>> 就是透過少
自助式 studio 中，

00:00:29.800 --> 00:00:31.981
很讓所有的排序
自我服務。

00:00:31.981 --> 00:00:34.629
>> 我認為上次我
已在該 studio 中的

00:00:34.629 --> 00:00:37.125
在通道上的本週
9 是黎國明。

00:00:37.125 --> 00:00:40.360
>> [是]、 [是]、 [是]，
我認為我辦到了與 Clint。

00:00:40.360 --> 00:00:41.987
>> [是]。
>> 是幾乎一樣壞。

00:00:41.987 --> 00:00:43.186
>> [戰慄笑聲]
>> 和

00:00:43.186 --> 00:00:45.828
我們打算的準備
這通常是 Clint 為和

00:00:45.828 --> 00:00:46.801
我很。

00:00:46.801 --> 00:00:47.373
>> 好。

00:00:47.373 --> 00:00:49.521
>> 所以希望您喜歡
種關閉 cuff 性質。

00:00:49.521 --> 00:00:52.540
>> 我們要保留
品質的一致的層級。

00:00:52.540 --> 00:00:53.561
>> 是，我試。

00:00:53.561 --> 00:00:55.090
>> 讓我們直接進入正題。

00:00:55.090 --> 00:00:57.835
我們的第一個新聞故事是關於
新的行動最佳化

00:00:57.835 --> 00:00:59.177
開發生命週期。

00:00:59.177 --> 00:01:04.042
透過各種，比方說，
在取得 Xamarin，

00:01:04.042 --> 00:01:05.899
Azure，成長和

00:01:05.899 --> 00:01:10.470
現在我收到一件事
最近的 HockeyApp。

00:01:10.470 --> 00:01:12.755
我們必須這個英明的生命週期。

00:01:12.755 --> 00:01:14.575
我認為 Bryan Keller
會以而言

00:01:14.575 --> 00:01:16.535
聽到關於應用程式
生命週期管理。

00:01:16.535 --> 00:01:17.305
>> [是]。

00:01:17.305 --> 00:01:19.755
>> 這個新的最佳化生命週期。

00:01:19.755 --> 00:01:22.211
>> 權限，因此所有的項目
這些不同的組件的是，

00:01:22.211 --> 00:01:24.139
當您想要
將連結在一起，並執行此操作

00:01:24.139 --> 00:01:26.546
開發，一般而言，您
wannna 所執行的是它在同一個地方，

00:01:26.546 --> 00:01:28.791
具備處理這些事項
一起和一些事，像是的。

00:01:28.791 --> 00:01:32.244
在許多情況下，
例如，Xamarin 與

00:01:32.244 --> 00:01:34.880
正在協力廠商
它是一項挑戰。

00:01:34.880 --> 00:01:36.760
因此，您要移動
不同環境間

00:01:36.760 --> 00:01:38.560
您沒有之間移動
伺服器環境

00:01:38.560 --> 00:01:40.310
之類的 HockeyApp
已經不同。

00:01:40.310 --> 00:01:42.480
我們有什麼關係呢，和
如果您遵循該連結，

00:01:42.480 --> 00:01:45.050
只包含很多有關的詳細資料
這些事情並種繫結

00:01:45.050 --> 00:01:47.240
在一起，而即將
是完美的人。

00:01:47.240 --> 00:01:50.447
>> 的美麗的事情是，
它不是單一的目的

00:01:50.447 --> 00:01:52.230
是，我的意思，為您的應用程式。

00:01:52.230 --> 00:01:54.699
因此這是怎麼回事
做為應用程式

00:01:54.699 --> 00:01:57.434
任何的行動裝置，或
執行在定域機組，或

00:01:57.434 --> 00:02:00.656
這是在任何這些上的芳鄰]
PC 應用程式中，或任何項目。

00:02:00.656 --> 00:02:01.516
>> 權限。

00:02:01.516 --> 00:02:03.427
>> 所以明確地進行檢查
外出，並查看如何

00:02:03.427 --> 00:02:05.498
更有效的
只取得完成工作。

00:02:05.498 --> 00:02:08.449
>> 沒錯，然後繼續執行
沿著該相同中 vein，因此

00:02:08.449 --> 00:02:11.760
當然，Xamarin
Xamarin，Xamarin，Xamarin。

00:02:11.760 --> 00:02:12.860
因為我們可以多次，請唸出。

00:02:12.860 --> 00:02:15.302
我們可以有 drinking 的遊戲如果
如果我們說行動，我說了 Xamarin，

00:02:15.302 --> 00:02:16.403
這些是所有充分的原因。

00:02:16.403 --> 00:02:17.473
>> [戰慄笑聲]
>> 因此

00:02:17.473 --> 00:02:20.831
Xamarin 只是其即時
事件，這我認為，仍然是

00:02:20.831 --> 00:02:23.890
將上，但是您
請參閱，它會透過。

00:02:23.890 --> 00:02:25.370
因此 Xamarin 不斷演進。

00:02:25.370 --> 00:02:26.270
>> [是]。

00:02:26.270 --> 00:02:29.090
>> 和有趣的是
他們計劃事件，

00:02:29.090 --> 00:02:32.120
他們沒 Microsoft 的一部分
而且誰寫曉得，或許當時人們知道

00:02:32.120 --> 00:02:34.320
項目，但當然，我們沒有
知道，而它不是公用。

00:02:34.320 --> 00:02:37.120
所以 Xamarin 發展已
一個完全協力廠商事件，

00:02:37.120 --> 00:02:40.130
與 Microsoft 無關
發展經濟，這些頁將成為部分，

00:02:40.130 --> 00:02:41.630
它們宣布組建。

00:02:41.630 --> 00:02:43.240
稍後，兩個星期
它們有其大的事件，

00:02:43.240 --> 00:02:46.520
和人的內容，
為什麼它不是通道 9 上？

00:02:46.520 --> 00:02:47.776
原因是它不是住？

00:02:47.776 --> 00:02:50.760
和它的類似項目，兄弟們，
我們不會也快速移動。

00:02:50.760 --> 00:02:52.098
但我們相當。

00:02:52.098 --> 00:02:54.030
因此我已經看過
沒有最少的網頁

00:02:54.030 --> 00:02:54.720
它在 Channel 9。

00:02:54.720 --> 00:02:56.920
他們想對付
該內容中，部分

00:02:56.920 --> 00:02:57.810
他們將它設置。

00:02:57.810 --> 00:03:00.300
因為否則
您必須前往 YouTube 或

00:03:00.300 --> 00:03:01.410
某個事物，查看它。

00:03:01.410 --> 00:03:03.935
因此會有大量的內容
周圍推出的 Xamarin。

00:03:03.935 --> 00:03:07.410
沒有從內容的 Cuz
事件，和然後該處

00:03:07.410 --> 00:03:10.640
四或五非常好
Xamarin 相關說話技巧和

00:03:10.640 --> 00:03:12.640
行動應用程式開發
在組建的相關的討論。

00:03:12.640 --> 00:03:15.590
因此我將只少說話出
建置內容的該處。

00:03:15.590 --> 00:03:19.080
我們有 140 個小時，100 和

00:03:19.080 --> 00:03:22.040
那里的內容一些時數
從 [建置和特定

00:03:22.040 --> 00:03:24.350
取得看過的資料量，cuz
啟用與一些事，像是的。

00:03:24.350 --> 00:03:26.050
和再很多，
找不到的人員。

00:03:26.050 --> 00:03:28.760
只要花時間，
挖，和

00:03:28.760 --> 00:03:29.830
請參閱什麼是適合您。

00:03:29.830 --> 00:03:32.160
將它加入至您的佇列
如果您知道您可以執行。

00:03:32.160 --> 00:03:34.725
>> 沒有足夠的內容
以獨佔方式可以使用

00:03:34.725 --> 00:03:37.031
在通道 9 上視需要，
即使不被顯示在

00:03:37.031 --> 00:03:37.810
會議。

00:03:37.810 --> 00:03:40.075
它使用預先錄製和
您可以準備移和啟動那里。

00:03:40.075 --> 00:03:43.665
因此，建置是只有一個月前嗎？

00:03:43.665 --> 00:03:45.645
它感覺像永遠重複，但
就像一個月前，因此已

00:03:45.645 --> 00:03:47.450
即使您正在觀賞的節目
例如，一天 8 小時

00:03:47.450 --> 00:03:49.225
您可能仍有
您可以監看的內容。

00:03:49.225 --> 00:03:50.895
>> 明確，及大量
人員會告訴我們，

00:03:50.895 --> 00:03:52.905
嘿，是有一個按鈕
若要下載所有它嗎？

00:03:52.905 --> 00:03:53.750
這是很多東西。

00:03:53.750 --> 00:03:54.305
>> [戰慄笑聲]
>> 但

00:03:54.305 --> 00:03:56.455
沒有針對每一個按鈕
對方下載，而且事實上，

00:03:56.455 --> 00:03:57.903
沒有討論區
在最近 Twitter

00:03:57.903 --> 00:03:59.860
人，my God，

00:03:59.860 --> 00:04:01.620
第 9 頻道可讓您
下載視訊。

00:04:01.620 --> 00:04:02.731
當然我們執行。
當然。

00:04:02.731 --> 00:04:04.299
您可以下載它們。

00:04:04.299 --> 00:04:07.222
部份的應用程式是
順便一提，內建 Xamarin，

00:04:07.222 --> 00:04:10.380
就像 Io 應用程式和項目
這樣，可讓您下載。

00:04:10.380 --> 00:04:13.110
和只是一個祕密，
我不應該讓你知道，

00:04:13.110 --> 00:04:16.680
Windows 應用程式會有
下載非常，很快。

00:04:16.680 --> 00:04:18.228
>> 親愛。
>> 當然原型，

00:04:18.228 --> 00:04:19.323
我還看過，也未關閉它。

00:04:19.323 --> 00:04:22.318
>> 我相信如果在您埋頭周圍
某處，跟我還不知道，

00:04:22.318 --> 00:04:23.470
但幾乎每年，

00:04:23.470 --> 00:04:26.190
有人 scripting guy
若要移 PowerShell 指令碼。

00:04:26.190 --> 00:04:28.839
特別的追蹤或
某些一系列的項目，

00:04:28.839 --> 00:04:32.522
通常比更有效率
取得 100 單位，嗯，可能 2，

00:04:32.522 --> 00:04:33.700
300 gb 的視訊。

00:04:33.700 --> 00:04:36.980
>> 時，即使只有一個人者
撰寫應用程式就瀏覽

00:04:36.980 --> 00:04:39.760
我們的事件清單，可讓您挑選
事件，並下載它。

00:04:39.760 --> 00:04:41.692
因此他真的
呼叫我們舊的 ADPI 和

00:04:41.692 --> 00:04:42.428
一些事，像是的。

00:04:42.428 --> 00:04:44.965
我會先看是否我可以
追蹤，並

00:04:44.965 --> 00:04:46.922
加入顯示 nups 中的連結。

00:04:46.922 --> 00:04:50.470
很棒，所以在繼續
Xamarin 討論過，小男孩，

00:04:50.470 --> 00:04:53.230
我們愛 Xamarin，
就只會如此令人振奮。

00:04:53.230 --> 00:04:56.670
但是 Xamarin，所有的一部分
發展這些宣告

00:04:56.670 --> 00:04:59.250
已確實決定要去開啟。

00:04:59.250 --> 00:05:00.330
>> 的執行階段，[是]。

00:05:00.330 --> 00:05:02.320
>> 因此許多的 Sdk 和

00:05:02.320 --> 00:05:05.670
插斷何種項目
在不同的執行效果

00:05:05.670 --> 00:05:08.710
正在實際到平台
設置為開啟的來源。

00:05:09.810 --> 00:05:12.310
很明顯地，大多數的人
它可能無法新增或

00:05:12.310 --> 00:05:13.130
這樣做任何動作。

00:05:13.130 --> 00:05:14.577
但那里讓它，
您可以深入探究，

00:05:14.577 --> 00:05:16.511
特別當您在有
問題很好用。

00:05:16.511 --> 00:05:19.751
>> 是，我是指，
已經雖蠢，類型，

00:05:19.751 --> 00:05:24.044
這可能是 segue，而種類的
已經在從.NET 之旅

00:05:24.044 --> 00:05:26.540
在其 heyday，
十年或以前。

00:05:26.540 --> 00:05:27.130
>> 很 segue。

00:05:28.200 --> 00:05:32.040
>> 成單聲道，是什麼，
Miguel de Casa 抒發一個長整數

00:05:32.040 --> 00:05:36.300
到現在的何謂前的時間
Xamarin，並從我們已關閉

00:05:36.300 --> 00:05:39.690
來源或專屬的系統
正在開啟來源的.NET 到和

00:05:39.690 --> 00:05:41.110
Xamarin 執行階段
正在開啟來源和

00:05:41.110 --> 00:05:43.050
為所有這個
可為所有人。

00:05:43.050 --> 00:05:45.650
>>，它是明確地
移動和它們，

00:05:45.650 --> 00:05:49.180
在有人將他的 segue 點，
在一起，我應該說，

00:05:49.180 --> 00:05:51.490
但我不打算 cuz 我
當您忘記他們的名稱。

00:05:51.490 --> 00:05:54.930
很棒的時間表，不過，它是
不只真正的全功能

00:05:54.930 --> 00:05:57.390
有了資訊，但是
它也非常吸引人時。

00:05:57.390 --> 00:06:00.190
它會一直和
回時下士第一個

00:06:00.190 --> 00:06:01.030
加入公司。

00:06:01.030 --> 00:06:03.640
而且很不錯的 cuz，它會顯示
在一起的事實時我們

00:06:03.640 --> 00:06:06.200
已開始提取
參與 JAVA，

00:06:06.200 --> 00:06:10.560
有點開頭為
向.NET 的時刻表。

00:06:10.560 --> 00:06:15.119
而且很有趣因為
下士已有人修訂者]、

00:06:15.119 --> 00:06:19.969
我在大學很，
非常很久以前，

00:06:19.969 --> 00:06:22.692
已寫入，我認為，依照 pascal 命名法。

00:06:22.692 --> 00:06:23.597
>> 快速 pascal 命名法。

00:06:23.597 --> 00:06:24.155
>> 謝謝你。

00:06:24.155 --> 00:06:25.233
我認為 pascal 命名法我們
也有一次。

00:06:25.233 --> 00:06:26.127
但無論如何，

00:06:26.127 --> 00:06:29.480
已寫入快速 pascal 命名法的
我們用於學校，因此

00:06:29.480 --> 00:06:33.502
若要考慮這點，所造成的影響
這個人間的路線全部，

00:06:33.502 --> 00:06:36.556
現在，當我們發行
一些事，像是.NET 核心和

00:06:36.556 --> 00:06:40.431
工作，所有來自
透過該相同的啟動

00:06:40.431 --> 00:06:44.070
當抓到他們從時間
透過 Borland 給 Microsoft。

00:06:44.070 --> 00:06:45.780
>> 您所作的註解，
我認為之前顯示，

00:06:45.780 --> 00:06:47.510
關於多少磁片
項目隨附。

00:06:47.510 --> 00:06:50.345
要取得的提醒我
Adelphi 或視覺。

00:06:50.345 --> 00:06:52.330
>>，好我的想法
關於]、 對我來說當然

00:06:52.330 --> 00:06:54.800
它們都是 Fox 專業人員，
而我是一樣。

00:06:54.800 --> 00:06:58.284
我收到混淆的 cuz，所以 Fox
專業人員 2.6，不過我隱約記得

00:06:58.284 --> 00:07:01.100
就是靠像 26 三個和
半英吋磁片。

00:07:01.100 --> 00:07:02.290
是
您會有一堆，

00:07:02.290 --> 00:07:04.870
而且，您必須將它們放
其中一種順序一次。

00:07:04.870 --> 00:07:07.430
>> 您也就是，
您有堆疊，您將放入，

00:07:07.430 --> 00:07:09.092
發生顛倒、 相當。

00:07:09.092 --> 00:07:11.609
>> 是，它是許多工作，
然後我發現有些時候，

00:07:11.609 --> 00:07:14.230
我收到移除該電腦的
和我並不使用

00:07:14.230 --> 00:07:17.040
還有磁碟和
我不想要移除它們。

00:07:17.040 --> 00:07:18.390
>> 我認為
某些放著不用

00:07:18.390 --> 00:07:20.999
某個地方在喜歡我的地窖，
可能是在我父母的房屋。

00:07:20.999 --> 00:07:22.903
但仍有
一大堆東西。

00:07:22.903 --> 00:07:24.270
沒有-
>> 我試著不要保留東西在我

00:07:24.270 --> 00:07:24.990
父代房子。

00:07:24.990 --> 00:07:27.520
>> 是的也很簡單，
我沒有很多的空間。

00:07:27.520 --> 00:07:30.688
空間非常寶貴這裡。

00:07:30.688 --> 00:07:33.185
我們討論歷程記錄]
我們可以討論未來。

00:07:33.185 --> 00:07:37.149
因此，您可能會有
沒聽過的.NET 核心

00:07:37.149 --> 00:07:41.930
這是真的新功能
.NET 的開頭。

00:07:41.930 --> 00:07:44.500
它之所以稱為
先前子集。

00:07:44.500 --> 00:07:45.700
但並不完全，而且

00:07:45.700 --> 00:07:47.310
我不想要參照
它如此。

00:07:47.310 --> 00:07:49.342
我有很好的聊天
在組建 Beth Massi

00:07:49.342 --> 00:07:51.037
誰有一些絕佳的
在此內容。

00:07:51.037 --> 00:07:53.140
但是這一
她決定好要使用的點和

00:07:53.140 --> 00:07:56.940
稍微是固定的首頁，
它不是，它是新的開始。

00:07:56.940 --> 00:07:59.490
如果您知道，較小，和
它是可移植性。

00:07:59.490 --> 00:08:01.420
您有許多更少的

00:08:01.420 --> 00:08:03.710
我們類似可攜式的類別
程式庫和項目。

00:08:03.710 --> 00:08:06.740
您必須為特定的目標
若要取得的設定檔

00:08:06.740 --> 00:08:09.780
若要搜尋的工作，跨裝置的項目
跨平台。

00:08:09.780 --> 00:08:13.014
與整合的 Windows
平台和.NET 核心

00:08:13.014 --> 00:08:14.730
這變得更加容易。

00:08:14.730 --> 00:08:19.430
如此 UWP 的很明顯地為您
裝置和為的 ASP.NET.CORE

00:08:19.430 --> 00:08:20.610
您的網站。

00:08:20.610 --> 00:08:22.800
>> 是的而且很有趣，
短期來看，在

00:08:22.800 --> 00:08:25.260
我認為那里這樣
會在某段痛苦和

00:08:25.260 --> 00:08:25.930
這裡混淆。

00:08:25.930 --> 00:08:29.520
因為如此這個 shift 鍵，
為什麼是有原因它們

00:08:29.520 --> 00:08:33.178
呼叫這個版本的.NET 其中一個
核心是因為他們

00:08:33.178 --> 00:08:35.836
若要基本上，
我不會說開始，一次，但

00:08:35.836 --> 00:08:38.828
若要中斷的這個想法
回溯相容性和

00:08:38.828 --> 00:08:40.912
工作，
此時這裡。

00:08:40.912 --> 00:08:44.285
這樣才知道，嘿，
我仍然可以使用 ASP.NET，

00:08:44.285 --> 00:08:46.748
此外，我仍然可以使用 ASP.NET 4，5，5 嗎？

00:08:46.748 --> 00:08:48.861
仍有 5
這是.NET 核心？

00:08:48.861 --> 00:08:51.423
>> 我認為它們的變更
.NET 的 5 核心 1，或

00:08:51.423 --> 00:08:52.716
我可能會混淆。

00:08:52.716 --> 00:08:54.230
>> 我說過的，請參閱那里會
會有些混淆，

00:08:54.230 --> 00:08:55.061
這也是為什麼沒有。

00:08:55.061 --> 00:08:56.419
>> 沒有這份文件
它們指您。

00:08:56.419 --> 00:08:59.894
>> 是，，因此當您查看
它們基本上決定

00:08:59.894 --> 00:09:03.306
如果您永遠繫結您自己
若要在您要執行任何動作

00:09:03.306 --> 00:09:05.896
但是在我們有什麼關係呢，逐一查看
然後在某個時刻，

00:09:05.896 --> 00:09:08.234
您所做的事情
有點難

00:09:08.234 --> 00:09:10.852
我們的迅捷繼續進行，
執行更有趣的事情。

00:09:10.852 --> 00:09:13.730
因此我喜歡，
我喜歡他們正在。

00:09:13.730 --> 00:09:15.380
這表示我必須
了解一大堆東西。

00:09:15.380 --> 00:09:17.360
而且永遠都是難，
cuz 我早於他。

00:09:18.390 --> 00:09:20.125
>> 但您的知識
無法透過傳輸。

00:09:20.125 --> 00:09:20.758
>> 當然明確。

00:09:20.758 --> 00:09:24.820
我的意思，我未建置我的第一個網站
應用程式，有的話，也就是可行的。

00:09:24.820 --> 00:09:25.920
我知道我正在。

00:09:25.920 --> 00:09:28.520
這裡只是在某個程度，
已完成的項目

00:09:28.520 --> 00:09:31.830
較長的時間，且當
為通道 9，開發人員使用，

00:09:31.830 --> 00:09:36.253
我們一直都使用 ASP.NET 4
我認為 4、 4，或

00:09:36.253 --> 00:09:39.750
5，那麼久，我們一開始
若要取得所牽涉到非常，

00:09:39.750 --> 00:09:42.890
非常細微的詳細資料中
執行階段中管線。

00:09:42.890 --> 00:09:45.523
如果您現在想要
請進行其他的

00:09:45.523 --> 00:09:48.092
它是截然不同的世界中，
因此。

00:09:48.092 --> 00:09:50.783
>> 我思考，10，
之前製作的 15 年或

00:09:50.783 --> 00:09:52.632
新變更是可接受的。

00:09:52.632 --> 00:09:55.720
>> [是]，明確，並
我想知道，不是，

00:09:55.720 --> 00:09:58.890
我們不說約喜歡
VB 6 相當此處變更。

00:09:58.890 --> 00:10:00.747
這是什麼大不了的事，但

00:10:00.747 --> 00:10:04.510
仍在使用許多
相同的程式庫。

00:10:04.510 --> 00:10:06.710
仍在使用 C# 的
大部分人這類的東西。

00:10:07.800 --> 00:10:10.258
但無論如何，全新的東西，
如果有任何項目，，

00:10:10.258 --> 00:10:13.207
這表示沒有很好的藉口
要花幾個住宿及

00:10:13.207 --> 00:10:15.860
有些小的週末以灰色顯示組建
為您自己的小應用程式。

00:10:15.860 --> 00:10:18.391
只是想拿起
所有新的東西。

00:10:18.391 --> 00:10:23.035
>> 很酷的持續上使用
未來，新的組建的 Windows。

00:10:23.035 --> 00:10:26.751
Windows 10 高手
預覽組建 14332。

00:10:26.751 --> 00:10:28.200
>> 我們應該提供
這些組建名稱。

00:10:29.200 --> 00:10:30.960
>> 好，但名稱永遠搖桿-

00:10:30.960 --> 00:10:31.080
>> [是]。

00:10:31.080 --> 00:10:31.660
>> 是這個問題。
發生問題。

00:10:31.660 --> 00:10:32.972
>>，但每個物料單能
有不同的名稱。

00:10:32.972 --> 00:10:33.853
>> 這可能是 Fred。

00:10:33.853 --> 00:10:34.400
>> [是]。

00:10:34.400 --> 00:10:34.934
>> [確定]。

00:10:34.934 --> 00:10:39.322
>> 14332，
我的意思，有什麼？

00:10:39.322 --> 00:10:42.815
>> 的問題是在內部是
許多人討論它。

00:10:42.815 --> 00:10:44.085
讓建置這些點和

00:10:44.085 --> 00:10:47.505
我們稍後會談到這中
第二個是為了取得意見反應。

00:10:47.505 --> 00:10:50.665
我們為何發行這些內部人員的
鈴響幾次慢鈴響幾次並且東西？

00:10:50.665 --> 00:10:51.595
與我們所說的它的組件
它也是如此

00:10:51.595 --> 00:10:53.355
您可以前往
更快看事情。

00:10:53.355 --> 00:10:56.210
好吧，所以您可以取得給他們
更快，而且您可以協助我們，並

00:10:56.210 --> 00:10:57.040
我們可以讓它更容易瞭解。

00:10:57.040 --> 00:10:59.380
它是虛擬的週期和位置
我們只要進入 bang、 bang，

00:10:59.380 --> 00:11:02.270
峽谷間，和讓更容易瞭解的事項
更多一堆可供快速比

00:11:02.270 --> 00:11:05.140
如果我們說過，嘿，大約有兩個
年的時間，我們就給你東西。

00:11:05.140 --> 00:11:05.710
>>，我們將提供了 beta。

00:11:05.710 --> 00:11:07.270
>>，然後您可以在其中告訴
我們想的

00:11:07.270 --> 00:11:08.980
和兩個幾年後，
我們會改進它。

00:11:08.980 --> 00:11:10.660
因此，現在有如下
快速的反覆項目。

00:11:10.660 --> 00:11:14.850
因此人們一直在說
大約，我會發生這個問題。

00:11:14.850 --> 00:11:16.196
然後，他們也移何種建置？

00:11:16.196 --> 00:11:18.497
我不記得的所有
這些組建編號，因此

00:11:18.497 --> 00:11:19.850
每當我得去檢查。

00:11:19.850 --> 00:11:21.060
然後您不得不坐在這裡，並和

00:11:21.060 --> 00:11:22.570
就像您正在查看
您的電話或其他項目，

00:11:22.570 --> 00:11:24.670
您正在輸入它，
到目前為止我們提供他們的名稱。

00:11:24.670 --> 00:11:25.340
>> 是的也很簡單。

00:11:25.340 --> 00:11:26.180
>> 我們應該。
>> 也很簡單，

00:11:26.180 --> 00:11:28.790
這種的一種方法是
什麼它們研擬

00:11:28.790 --> 00:11:29.920
是執行動作的意見反應的間距。

00:11:29.920 --> 00:11:31.910
因此，Windows 高手
意見反應，

00:11:31.910 --> 00:11:33.960
這可能不是名稱，
意見反應的工具。

00:11:33.960 --> 00:11:37.840
這是名稱的問題
如果您取得正確的名稱。

00:11:38.930 --> 00:11:41.500
讓我們移回第二個。

00:11:41.500 --> 00:11:44.230
那里將會於掃蕩 40 的錯誤。

00:11:44.230 --> 00:11:46.340
>> 所以一切緊密整合，
您可以實際的概念是

00:11:46.340 --> 00:11:48.530
取得意見反應就
這表示您的 windows 不

00:11:48.530 --> 00:11:49.520
需要知道版本編號。

00:11:49.520 --> 00:11:50.230
>> [是]。
>> 因此我

00:11:50.230 --> 00:11:51.930
混淆會消失。

00:11:51.930 --> 00:11:52.750
和右現在。

00:11:52.750 --> 00:11:53.711
>> 現在是如此。

00:11:53.711 --> 00:11:56.415
>> 他們現在進行的動作
若要取得有大量的 bug 的大發送。

00:11:56.415 --> 00:11:58.720
>> 為此時間是，它會
仍然是幾天之後。

00:11:58.720 --> 00:12:01.250
它將會超過但
它無法確定我的最後一個。

00:12:01.250 --> 00:12:03.100
它們實際上正在尋找

00:12:03.100 --> 00:12:05.960
目標特別鎖定
意見反應，因此這樣做，

00:12:05.960 --> 00:12:09.560
在 way 的 quests 的
如果您是玩家的 RPG。

00:12:09.560 --> 00:12:11.030
我們很喜歡任務。

00:12:11.030 --> 00:12:12.336
但這些將目標為

00:12:12.336 --> 00:12:15.980
我們想要的特定案例
明確取得您的意見反應。

00:12:15.980 --> 00:12:18.070
與項目是您
可以移，並逐一瀏覽，

00:12:18.070 --> 00:12:21.058
某些應用程式，
某些階段檢視多個應用程式。

00:12:21.058 --> 00:12:23.010
接著，
當您檔案這些意見反應，

00:12:23.010 --> 00:12:26.830
我們會得到它用這麼詳細資料
已附加您不要

00:12:26.830 --> 00:12:28.100
不必擔心。

00:12:28.100 --> 00:12:29.710
這樣您就不必
擔心什麼建置，

00:12:29.710 --> 00:12:32.870
您的步驟是什麼，是為何
如何運作的記憶體堆疊。

00:12:32.870 --> 00:12:37.340
所有項目這樣
若要進行更高的軟體

00:12:37.340 --> 00:12:39.920
自動附加
送出、 封存。

00:12:39.920 --> 00:12:43.140
您可以返回並檢視所有
其他人的意見反應

00:12:43.140 --> 00:12:45.950
送出，您可以上載及

00:12:45.950 --> 00:12:50.600
我們可以說，告訴您親和性
特定的案例或問題。

00:12:50.600 --> 00:12:51.960
與這些獲得修正，這樣的說明

00:12:51.960 --> 00:12:53.170
您可以擁有
更好的產品，並

00:12:53.170 --> 00:12:55.890
我們可以幫助，您可以幫助我們
讓您更好的產品。

00:12:55.890 --> 00:12:57.890
因此，掃蕩錯誤
即將現在。

00:12:57.890 --> 00:13:00.660
Gabe 所有已寫入
相關的最多。

00:13:00.660 --> 00:13:02.660
而且我相信它不會
是最後一個。

00:13:02.660 --> 00:13:04.490
否，在這是良好的項目
我不曉得。

00:13:04.490 --> 00:13:06.900
這些任務和之類的
所以這中逐一尋找。

00:13:06.900 --> 00:13:09.070
我猜出的
進行中的功能。

00:13:09.070 --> 00:13:12.300
>> 如果您在 xbox 主機上取得
內部程式一段時間，

00:13:12.300 --> 00:13:13.980
您可能見過它們那里。

00:13:13.980 --> 00:13:15.291
通用 Windows 一次，

00:13:15.291 --> 00:13:18.312
我們得到這些概念
透過使用其中一個的任何地方

00:13:18.312 --> 00:13:20.715
他們要的位置
每個地方經由正常。

00:13:20.715 --> 00:13:22.736
>> 很棒，
因此移動處需遠離窗戶

00:13:22.736 --> 00:13:25.928
其他大的事情之一
最近的宣告和

00:13:25.928 --> 00:13:29.123
沒有這麼新聞這個天數
就跟你說因為項目

00:13:29.123 --> 00:13:30.580
像現在發展的組建。

00:13:30.580 --> 00:13:34.002
和一般的部份
這個小組，現在我認為屬於。

00:13:34.002 --> 00:13:37.424
開放性，也就是在速度
他們所釋放的檢閱和

00:13:37.424 --> 00:13:40.709
更新程式 」 及 「 這裡是什麼
版本我們幹嘛接下來，

00:13:40.709 --> 00:13:43.600
看來很多
之前的更快吧。

00:13:43.600 --> 00:13:47.040
[是]，並因此的事情之一
釋放該 Visual Studio 和

00:13:47.040 --> 00:13:48.960
還有許多項目
在 visual studio 中，

00:13:48.960 --> 00:13:53.360
我討厭名稱
Visual Studio 15 因為

00:13:53.360 --> 00:13:55.920
這是 Visual Studio 的 2015年和
有點令人困惑。

00:13:55.920 --> 00:13:58.105
>> 有您曾經編輯
您自己的方案檔和

00:13:58.105 --> 00:14:00.524
看過開發 [串音]
完全破壞您。

00:14:00.524 --> 00:14:04.010
>> 我知道時發生
開發 14 和我中取得的。

00:14:04.010 --> 00:14:04.940
但還是令人混淆。

00:14:04.940 --> 00:14:07.080
>> 絕對。
>> 當我看到通知

00:14:07.080 --> 00:14:10.870
Visual Studio 的 15 和我正在類似，
是，我懂了已經。

00:14:10.870 --> 00:14:12.500
等待中，這是其他項目。

00:14:12.500 --> 00:14:13.910
>> 不 2015。
>>，

00:14:13.910 --> 00:14:15.800
下列情況之一都
真的帶出是

00:14:15.800 --> 00:14:18.180
他們剛開始了解
像這樣的一部分的成長，

00:14:18.180 --> 00:14:19.200
它具有所有的排序
相依性。

00:14:19.200 --> 00:14:21.000
因此我假設您是否
監看，

00:14:21.000 --> 00:14:23.090
您可能已安裝
之前的 VisualStudio。

00:14:23.090 --> 00:14:24.870
您取得該樹狀目錄中的 [選項]，
對吧？

00:14:24.870 --> 00:14:25.890
您要包含在 c + +，嗎

00:14:25.890 --> 00:14:27.660
您要包含嗎
Windows SDK，

00:14:27.660 --> 00:14:28.860
您想要包含 F#。

00:14:28.860 --> 00:14:30.330
上述所有的事。

00:14:30.330 --> 00:14:31.190
而且它是蠻吃重。

00:14:31.190 --> 00:14:33.990
如果您檢查全部關閉
沒有 gigs，

00:14:33.990 --> 00:14:36.850
gigs 的檔案
已取得下載。

00:14:36.850 --> 00:14:39.790
>> 但問題是即使
您檢查到最小值，

00:14:39.790 --> 00:14:41.010
您仍很大。

00:14:41.010 --> 00:14:43.190
因此在 Visual Studio 15，

00:14:43.190 --> 00:14:47.030
它們放入引號，
這是完全精確。

00:14:47.030 --> 00:14:47.840
>> [是]。
>> 和

00:14:47.840 --> 00:14:50.540
您可能知道
特定品牌您

00:14:50.540 --> 00:14:53.640
可以取得非常小的安裝
而我不知道的誠實

00:14:53.640 --> 00:14:56.160
因為是如何實心
安裝性質。

00:14:56.160 --> 00:14:58.160
是，它抓取
如同檔案進入。

00:14:58.160 --> 00:15:01.030
因此我不知道是否有
文件中的任何數字。

00:15:01.030 --> 00:15:03.790
但排序的酷炫功能是我們
任何文件這裡傳

00:15:03.790 --> 00:15:05.600
透過原因。

00:15:05.600 --> 00:15:07.460
這樣是數
充分的原因。

00:15:07.460 --> 00:15:08.630
但並不大的電槍。

00:15:08.630 --> 00:15:11.740
但然後如何，呃它們
因此這些附錄區隔

00:15:11.740 --> 00:15:14.980
它們無法提供您
不錯的編輯器經驗

00:15:14.980 --> 00:15:16.790
使用最小時間量。

00:15:16.790 --> 00:15:17.450
>> 它們的確有一些。

00:15:17.450 --> 00:15:19.150
您想要採取的猜測？

00:15:19.150 --> 00:15:20.270
>> 什麼是以前？

00:15:20.270 --> 00:15:22.350
>> 什麼它們達成。

00:15:22.350 --> 00:15:23.260
>> 1 gb。
>> 325 mb。請參閱吭

00:15:23.260 --> 00:15:24.370
>> 的非常好。

00:15:24.370 --> 00:15:27.000
>> 的起來還不錯，很好。

00:15:27.000 --> 00:15:27.530
>> 是。

00:15:27.530 --> 00:15:29.890
>> 的更好
比 gigs 和 gigs。

00:15:29.890 --> 00:15:31.040
>> 有點相關，

00:15:31.040 --> 00:15:34.790
我已經開始花很多
程式碼最近的 VS 中的時間。

00:15:34.790 --> 00:15:35.340
>> [是]。

00:15:35.340 --> 00:15:39.730
>>，因為我很久沒有用它
通常進行開發對象

00:15:39.730 --> 00:15:42.540
像 tel9 和我有視覺
studio 我很不錯，但

00:15:42.540 --> 00:15:44.910
人見人像 [程式碼的
令人驚訝 ︰ 您應該試試看吧，

00:15:44.910 --> 00:15:47.660
我這麼整個大
最近使用的

00:15:47.660 --> 00:15:51.560
一大堆 node.js 東西
和一大堆東西下的標記。

00:15:51.560 --> 00:15:55.160
我將使用 VS 的程式碼，cuz 人
說它是太棒了，它的功能非常優異。

00:15:55.160 --> 00:15:57.760
而且很執行任何動作
特別是美觀。

00:15:57.760 --> 00:15:59.470
它是只會更少
像是能夠

00:15:59.470 --> 00:16:01.525
在資料夾上按一下滑鼠右鍵，並
只要你說開啟程式碼。

00:16:01.525 --> 00:16:02.660
>> 公釐 hm。
>>，現在我已將該整個

00:16:02.660 --> 00:16:04.880
那里的目錄如同
很像專案一樣。

00:16:04.880 --> 00:16:07.760
這樣的功能
是的事情之一

00:16:07.760 --> 00:16:09.600
他們正往向
在 Visual 錄音室也。

00:16:09.600 --> 00:16:11.120
因此，如果您有您
最佳工具選擇，

00:16:11.120 --> 00:16:12.620
您不會去一樣，

00:16:12.620 --> 00:16:15.300
我需要使其取得
這些功能，這。

00:16:15.300 --> 00:16:16.350
>> 正在將它們帶
這些在一起的事情。

00:16:16.350 --> 00:16:18.180
它們會使所有
一類的功能

00:16:18.180 --> 00:16:20.590
人真的很喜歡從
到另一個。

00:16:20.590 --> 00:16:21.260
因此，很棒。

00:16:21.260 --> 00:16:24.050
>> 是的以及最粗
這樣的耗用量有沒有

00:16:24.050 --> 00:16:25.770
授權或
任何項目或購買。

00:16:25.770 --> 00:16:28.620
它只是，它們所有可用
Visual Studio 的版本

00:16:28.620 --> 00:16:29.410
所出色。

00:16:29.410 --> 00:16:32.760
這就只是在任何圖案上傾印
正在執行的作業系統

00:16:32.760 --> 00:16:33.970
你上的任何電腦。

00:16:33.970 --> 00:16:36.160
>> 是，我認為是否我們曾經
若要進行分析，在 [我的電腦上

00:16:36.160 --> 00:16:39.290
一個數字我執行的應用程式
可能是 [記事本]。

00:16:39.290 --> 00:16:42.800
可能是無聊的
實際的開發、 在 「 記事本 」，+ + 中。

00:16:42.800 --> 00:16:45.750
但我啟動所有的 [記事本]
只是為了快速傾印時間

00:16:45.750 --> 00:16:46.390
中的文字。

00:16:46.390 --> 00:16:48.870
有時候我使用它當作像
小的剪貼簿幾乎響鈴。

00:16:48.870 --> 00:16:50.520
>> 我複製步驟追蹤
在那裡所有的時間。

00:16:50.520 --> 00:16:52.550
>> 以滑鼠右鍵，
記事本程式正在執行所有的時間。

00:16:52.550 --> 00:16:55.430
經常什麼我使用 [記事本]
對於是我只是需要開放

00:16:55.430 --> 00:16:57.640
這個古老 ht HTML 檔案和 I
只是想要調整的項目或

00:16:57.640 --> 00:16:59.630
查看某些事，並
我現在可以使用程式碼了。

00:16:59.630 --> 00:17:00.130
>> 確定。
>> 因其位於

00:17:00.130 --> 00:17:02.340
整合 [總管] 中操作
我只是按一下 [程式碼，它的功能非常優異。

00:17:02.340 --> 00:17:06.450
>> 一件事我們
宣佈這是相當

00:17:06.450 --> 00:17:09.870
給不同的人的衝擊是
Linux 的 Windows 子系統。

00:17:09.870 --> 00:17:12.070
沒有人會看到它來了。

00:17:12.070 --> 00:17:15.240
>> 是的
若要執行的能力，

00:17:15.240 --> 00:17:19.560
如果您的開發人員執行
上，其用於 Mac OS 或

00:17:19.560 --> 00:17:21.970
直接在 Linux 上
而是我應該說。

00:17:21.970 --> 00:17:25.623
您習慣的
[INAUDIBLE]，您輔助裝置

00:17:25.623 --> 00:17:27.950
然後 [INAUDIBLE] 樂趣
只有在執行中，項目

00:17:27.950 --> 00:17:30.320
在 Windows 上以原生方式執行
Linux 的子系統。

00:17:30.320 --> 00:17:32.010
>> 沒錯。
>>，而且它是非常

00:17:32.010 --> 00:17:32.980
複雜的方式。

00:17:32.980 --> 00:17:36.560
我無法說明的其中一個
適當地可能。

00:17:36.560 --> 00:17:39.762
我絕對不
已經善良到，

00:17:39.762 --> 00:17:42.840
但是 Thomas 有這
棒的文章

00:17:42.840 --> 00:17:45.130
呼叫以 Windows 子系統
Linux 概觀。

00:17:45.130 --> 00:17:46.470
到底什麼聽起來。

00:17:46.470 --> 00:17:49.930
但它進入的所有項目
關於使用者工作階段管理員中。

00:17:49.930 --> 00:17:52.280
整個執行個體生命週期中。

00:17:52.280 --> 00:17:54.590
如何不同的事件，像是您
將封裝管理員

00:17:54.590 --> 00:17:58.040
與 UNIX 互動
子系統，但也 Windows。

00:17:58.040 --> 00:17:59.564
它是全新的一種世界。

00:17:59.564 --> 00:18:03.201
這是上一次的項目
我們正在尋求有大量的

00:18:03.201 --> 00:18:05.777
意見反應，因為它是如此
全新和

00:18:05.777 --> 00:18:07.845
開啟所有的排序大門。

00:18:07.845 --> 00:18:10.860
>> 沒錯而是也是
在這一個建置 2016年視訊。

00:18:10.860 --> 00:18:11.460
至少確定，

00:18:11.460 --> 00:18:14.590
我認為其中有些
也預先錄製工作階段。

00:18:14.590 --> 00:18:17.380
但這是在事件的其中一個
移至詳細資料有示範

00:18:17.380 --> 00:18:20.270
因為它是即時的視訊。

00:18:20.270 --> 00:18:23.820
然後我認為沒有和
最近視訊從 Seth 也

00:18:23.820 --> 00:18:25.740
他們談論 「 位置
這在詳細資料。

00:18:25.740 --> 00:18:29.960
和我無法與符號類似，
說明它的運作方式，或是為何。

00:18:29.960 --> 00:18:31.470
我知道哪些經驗
就像和

00:18:31.470 --> 00:18:33.120
我瞭解好處，但

00:18:33.120 --> 00:18:35.120
如果你到，尤其是
如果你，我不知道，

00:18:35.120 --> 00:18:37.710
它是很長的時間，因為我花了
我的作業系統課程

00:18:37.710 --> 00:18:38.810
在大學。

00:18:38.810 --> 00:18:41.250
但如果您有興趣
查看他們如何管理工作

00:18:41.250 --> 00:18:44.100
詳細資料那里張貼
所有向上鍵和他們了都解

00:18:44.100 --> 00:18:47.790
人們希望知道這只是
某些模擬和它的像

00:18:47.790 --> 00:18:50.940
現在它會進入深層的詳細資料
上，實際的運作方式。

00:18:50.940 --> 00:18:55.390
>> 很棒的放映的朋友
有 Rick Barraza，

00:18:55.390 --> 00:18:57.250
我認為它是一系列的視訊。

00:18:57.250 --> 00:18:59.180
>> [是]。
>> 它是一系列的視訊，並

00:18:59.180 --> 00:19:01.820
會有更多，事實上，
關於人工智慧，混合現實情況下，和

00:19:01.820 --> 00:19:03.300
新軟體的現狀，

00:19:03.300 --> 00:19:05.540
特別是從
以設計觀點來看。

00:19:05.540 --> 00:19:10.250
由於在 3D 中工作
變更您執行作業的方式。

00:19:10.250 --> 00:19:14.590
您可以只將 2D 的介面
磁碟區公制，請在

00:19:14.590 --> 00:19:17.390
或 3D 的經驗，不好。

00:19:17.390 --> 00:19:20.050
例如，您的查核行程
2D 物件的側邊和

00:19:20.050 --> 00:19:21.180
它會消失。

00:19:21.180 --> 00:19:23.460
和許多使用卸除清單
和一些事，像是的。

00:19:23.460 --> 00:19:24.420
不是需要

00:19:24.420 --> 00:19:27.150
這些當您有第三個
若要在維度。

00:19:27.150 --> 00:19:30.380
您可以操作的世界裡，
在世界中，

00:19:30.380 --> 00:19:32.880
更自然的方式
您可以用來。

00:19:32.880 --> 00:19:36.700
而且，您也可以從那裡移動，而不是
具有這種類型的抽象概念

00:19:36.700 --> 00:19:37.890
從您想要執行。

00:19:37.890 --> 00:19:40.395
因此，如果你有興趣
混合的現實情況下中的所有

00:19:40.395 --> 00:19:43.496
虛擬實境，或任何的
應該要的東西

00:19:43.496 --> 00:19:44.465
它是超級酷。

00:19:44.465 --> 00:19:46.154
明確取出這段影片。

00:19:46.154 --> 00:19:49.030
並從原始
抓到，意見反應

00:19:49.030 --> 00:19:53.126
他會額外產生
設定 [在短時間內，接下來

00:19:53.126 --> 00:19:57.310
更詳細地將
個別的主旨。

00:19:57.310 --> 00:19:59.584
>> 從這段影片中，請移至他
名稱，請看，

00:19:59.584 --> 00:20:01.368
他辦到其他
與此相關的視訊。

00:20:01.368 --> 00:20:06.308
Rick 是設計推廣，和
他是之前 coding4fun 的目的。

00:20:06.308 --> 00:20:06.868
>> [是]。

00:20:06.868 --> 00:20:08.596
>> 因此從事通道
九一段時間，

00:20:08.596 --> 00:20:11.007
大的事情之一它們通常
沒有已產生使用者介面

00:20:11.007 --> 00:20:12.600
是種有趣。

00:20:12.600 --> 00:20:13.490
而您認為回

00:20:13.490 --> 00:20:15.525
Boxing 機器人和-
>> [戰慄笑聲]

00:20:15.525 --> 00:20:17.026
>> 為何遊戲 where 它們

00:20:17.026 --> 00:20:19.733
有兩件事，
沒有火球攻擊？

00:20:19.733 --> 00:20:20.600
>> [是]。

00:20:20.600 --> 00:20:21.638
>> 隕石雨？
>> 我不記得什麼

00:20:21.638 --> 00:20:22.380
會呼叫它。

00:20:22.380 --> 00:20:23.090
>> 類似的。

00:20:23.090 --> 00:20:25.570
總之，點是
這一直是他的事。

00:20:25.570 --> 00:20:28.320
為何有興趣
這些視訊是他並不在這裡

00:20:28.320 --> 00:20:29.870
一定教授
您如何以程式碼。

00:20:29.870 --> 00:20:32.188
他不只在談論它從
觀點來看幾乎

00:20:32.188 --> 00:20:34.459
例如，應該我們認為如何
以不同方式有關的設計，含有

00:20:34.459 --> 00:20:35.848
這些新的事物
我們現在可以使用。

00:20:35.848 --> 00:20:36.808
因此很有趣的東西。

00:20:36.808 --> 00:20:38.620
>> 權限。

00:20:38.620 --> 00:20:42.245
>>，我們很高興的將他放
它安裝在這個網站，很棒。

00:20:42.245 --> 00:20:46.795
>> 說混合的現實情況下，
Microsoft HoloLens

00:20:46.795 --> 00:20:51.105
開發版啟動
傳送給程式開發人員在建置，

00:20:51.105 --> 00:20:52.985
基本上，，
同一個時段。

00:20:52.985 --> 00:20:54.985
人越來越和
他們手上，並

00:20:54.985 --> 00:20:57.195
實際上已經看過
一大堆蹦現在的視訊

00:20:57.195 --> 00:20:58.355
建立一些東西的人。

00:20:58.355 --> 00:20:59.780
是，請參閱令人非常興奮。

00:20:59.780 --> 00:21:02.450
如果您不希望聽到
內部的 HoloLens，

00:21:02.450 --> 00:21:03.920
這是您將有機會。

00:21:03.920 --> 00:21:07.480
已透過在失守的唐美偉倫
廣泛的發行項，

00:21:07.480 --> 00:21:10.802
從他的經歷張貼
在具有完整的清除組建。

00:21:10.802 --> 00:21:14.810
您將看到每個組件向下
若要保留的螺絲的 baggy

00:21:14.810 --> 00:21:15.780
所有項目放在一起。

00:21:17.590 --> 00:21:21.008
電池的方法
連線，所有的感應器

00:21:21.008 --> 00:21:22.348
所有在那裡的項目。

00:21:22.348 --> 00:21:24.608
>> 現在只
有趣的快速筆記。

00:21:24.608 --> 00:21:25.488
>> 公釐 hm。

00:21:25.488 --> 00:21:28.724
>> 因此標記必須有很大
某些 HoloLens 的東西 」，

00:21:28.724 --> 00:21:29.360
點。

00:21:29.360 --> 00:21:30.350
>> 與一些東西。

00:21:30.350 --> 00:21:32.550
>> 是，我不想要取得
在詳細資料或任何內容。

00:21:32.550 --> 00:21:34.165
但當他第一次看到這個圖片為

00:21:34.165 --> 00:21:34.490
>> [戰慄笑聲]

00:21:34.490 --> 00:21:35.781
>> 他立即的想法是

00:21:35.781 --> 00:21:37.368
中只要有執行它。

00:21:37.368 --> 00:21:40.448
有人有到其開發 1 或
任何，和有只啄。

00:21:40.448 --> 00:21:43.248
>> 很少
[串音][音效]。

00:21:43.248 --> 00:21:44.609
>> 和背後的人，
我的意思人這麼做，

00:21:44.609 --> 00:21:45.780
不要拆除和
請試著查看-

00:21:45.780 --> 00:21:47.380
>> 他知道它即將進行的。

00:21:47.380 --> 00:21:49.760
>>，但它是這麼多的組件，因此

00:21:49.760 --> 00:21:52.560
許多片段，及
這類詳細資料中完成，它的

00:21:52.560 --> 00:21:55.260
是的最好知道
這實際上由完成

00:21:55.260 --> 00:21:57.000
可能已經知道的人
如何反組譯它和

00:21:57.000 --> 00:21:58.800
把它放回在一起，
探討的運作方式。

00:21:58.800 --> 00:22:00.250
或不可能會
甚至把它合併在一起。

00:22:00.250 --> 00:22:01.568
>> 它由我們實際上所完成。
>> 權限。

00:22:01.568 --> 00:22:06.354
>> 我們實際上會留在正常值
完全 HoloLenses 的房間

00:22:06.354 --> 00:22:09.986
來為所欲為
他們想因為、 一次，

00:22:09.986 --> 00:22:12.128
我的意思就準備好移。

00:22:12.128 --> 00:22:12.848
>> 權限。

00:22:12.848 --> 00:22:13.528
>> 是人的手中。

00:22:13.528 --> 00:22:14.188
>> 權限。

00:22:14.188 --> 00:22:14.803
>> 出來的

00:22:14.803 --> 00:22:16.402
發生完全
因此在那裡一座損毀

00:22:16.402 --> 00:22:18.430
在無法進入
透過所有組件。

00:22:18.430 --> 00:22:20.509
且不需要經過
要取得其中的問題

00:22:20.509 --> 00:22:22.670
非常的收費，而且沒有
大量等待中的人

00:22:22.670 --> 00:22:23.868
列出繼續等待他們的。

00:22:23.868 --> 00:22:24.448
>> 權限。

00:22:24.448 --> 00:22:26.217
>> 就會相當的可惜
摧毀其中一個。

00:22:26.217 --> 00:22:29.238
>> 這就像是這些人的權限，
誰取得第一個新的電話

00:22:29.238 --> 00:22:30.018
或其他項目
>> 和

00:22:30.018 --> 00:22:31.320
請將它放在 hydraulic 印刷機下。

00:22:31.320 --> 00:22:32.490
>> 是的或
混合它或其他項目。

00:22:32.490 --> 00:22:33.466
而且很非常干擾。

00:22:33.466 --> 00:22:34.464
>> Hydraulic 按下
是新混合它。

00:22:34.464 --> 00:22:35.024
>> 是嗎？

00:22:35.024 --> 00:22:35.724
>> [是]。

00:22:35.724 --> 00:22:36.639
>> 我不是最新狀態
在 [我的終結

00:22:36.639 --> 00:22:37.444
[串音] 昂貴的物件。

00:22:37.444 --> 00:22:39.600
>> 這正是舊及 busted。

00:22:39.600 --> 00:22:40.680
實際上，舊的和 busted。

00:22:40.680 --> 00:22:42.598
也會逐字 busted。

00:22:42.598 --> 00:22:43.178
>> 古怪的東西。

00:22:43.178 --> 00:22:45.467
>> [聲音]
>> 因此繼續進行，

00:22:45.467 --> 00:22:48.372
這實際上與
在許多方面，

00:22:48.372 --> 00:22:50.980
同樣地，我們未來的佈景主題。

00:22:50.980 --> 00:22:54.990
但許多事情要變更
而且沒有非常棒的文章

00:22:54.990 --> 00:22:58.580
與這個故事的部份
Microsoft 網站的區段

00:22:58.580 --> 00:23:01.840
我發現的有趣
它們是有點長 cuz 表單

00:23:01.840 --> 00:23:04.520
發行項是所在的位置
瀏覽有點

00:23:04.520 --> 00:23:07.650
多個彼此的概念
產品和項目喜歡。

00:23:07.650 --> 00:23:10.630
而且我認為，這一定是一個良好
作法是，我覺得很棒

00:23:10.630 --> 00:23:14.000
若要查看的位置項目
而只是外觀，不將

00:23:14.000 --> 00:23:16.910
我們有版本六個這與
其中有下列五種功能，

00:23:16.910 --> 00:23:21.030
這也是很重要，但為
看看有什麼變更。

00:23:21.030 --> 00:23:24.280
與其中一個大的項目
這篇文章討論關於

00:23:24.280 --> 00:23:28.073
是它有點改變速度緩慢
但我們現在相當只是

00:23:28.073 --> 00:23:31.950
接受這個概念，與
定域機組和之類的項目，

00:23:31.950 --> 00:23:35.460
我們移動裝置，
我們的資料的還在那裡。

00:23:35.460 --> 00:23:39.800
偶數的標記和我，我們得救出
這裡我們投影片，我們計劃。

00:23:39.800 --> 00:23:42.160
這不是電腦
我們使用過它們。

00:23:42.160 --> 00:23:43.129
我們不需要，

00:23:43.129 --> 00:23:46.238
不論是哪一人我們有甲板
對我們宰我們在房間內使用。

00:23:46.238 --> 00:23:47.543
我們發現我們，
無法帶出

00:23:47.543 --> 00:23:48.758
如果我們想要我們電話
和

00:23:48.758 --> 00:23:51.120
我們無法進行它在上
顯示它在這裡。

00:23:51.120 --> 00:23:53.800
這是一個微小的東西，
它是共用，只是一些碼頭但

00:23:53.800 --> 00:23:57.780
假設變更中有多少
它是在世界裡。

00:23:57.780 --> 00:23:59.800
像 telemetry
從您的應用程式

00:23:59.800 --> 00:24:01.050
您正在穿著帶或
任何。

00:24:01.050 --> 00:24:03.630
所有資料都會只
流暢、 同步處理和

00:24:03.630 --> 00:24:06.080
正在使用這個應用程式中，
然後，應用程式。

00:24:06.080 --> 00:24:06.638
並將它變更項目。

00:24:06.638 --> 00:24:11.938
而且我認為大部分使用者都
已經將它攜帶的事情。

00:24:11.938 --> 00:24:14.578
>> 是的而且您不會
不是在錯誤的有意義。

00:24:14.578 --> 00:24:17.018
而且，
為不可見的。

00:24:17.018 --> 00:24:19.040
實際上這是什麼的
被呼叫的不可見革命。

00:24:19.040 --> 00:24:21.040
發生大量
在幕後。

00:24:21.040 --> 00:24:23.980
處理能力，摩爾法
種類的最末端。

00:24:25.550 --> 00:24:28.570
電晶體只是
不變得愈來愈小。

00:24:28.570 --> 00:24:30.230
我們在最末端的。

00:24:30.230 --> 00:24:33.470
我們不加倍量
在任何一種晶片組。

00:24:33.470 --> 00:24:37.130
仍然是核心的數量
正停留在其周圍四種工具，八個。

00:24:37.130 --> 00:24:41.010
伺服器有一些，但是很
所有非常特殊的事情。

00:24:41.010 --> 00:24:42.780
那麼，現在就更多
有關卸載和

00:24:42.780 --> 00:24:45.450
更精簡型用戶端和
離線的計算或

00:24:45.450 --> 00:24:47.650
偶數的即時
定域機組中的計算。

00:24:47.650 --> 00:24:50.360
我們有這
彈性 femoral

00:24:50.360 --> 00:24:53.480
一種可以的服務
向上旋轉，請執行一連串的工作，

00:24:53.480 --> 00:24:55.960
已執行第 9 頻道
這一段時間但

00:24:55.960 --> 00:24:58.570
它是所有非常自訂編碼
具有事件中，

00:24:58.570 --> 00:25:02.375
我們必須 140 個視訊的小時
一大堆服務轉動因此。

00:25:02.375 --> 00:25:04.485
>> 權限。
>> 顯示它們，並向下旋轉。

00:25:04.485 --> 00:25:06.330
>> 沒錯。
>>，但現在這是所有的即將

00:25:06.330 --> 00:25:08.555
在商業周全，幾乎。

00:25:08.555 --> 00:25:11.505
>> 而且很有趣
最好的人

00:25:11.505 --> 00:25:14.750
最近在其中一個小組
傳送我說過，嘿，附註

00:25:14.750 --> 00:25:16.100
此外，
我要如何購買伺服器？

00:25:17.380 --> 00:25:20.880
但我的第一個反應
所以，讓我們來備份，

00:25:20.880 --> 00:25:23.490
你幹嘛，
為什麼購買伺服器？

00:25:23.490 --> 00:25:25.830
和您要用做什麼
這樣一來，您要將此項目，其中

00:25:25.830 --> 00:25:26.970
你幹嘛？

00:25:26.970 --> 00:25:29.950
我們有，即使您的 Cuz
不使用定域機組，

00:25:29.950 --> 00:25:31.120
人擁有內部 Hyper-V。

00:25:31.120 --> 00:25:34.000
它們有各種的
項目，基本上這

00:25:34.000 --> 00:25:38.580
瞭解電腦運算動力只是
我們取得多個，資源

00:25:38.580 --> 00:25:40.610
更少的移除
當我們不需要它。

00:25:40.610 --> 00:25:41.470
並將它變更許多事情。

00:25:41.470 --> 00:25:42.920
因此，無論如何，
它是非常棒的文章。

00:25:42.920 --> 00:25:47.180
進入只種類的
這對人的影響

00:25:47.180 --> 00:25:48.350
與技術之間的互動，

00:25:48.350 --> 00:25:50.080
它會如何影響
如何人開發的東西。

00:25:50.080 --> 00:25:50.930
所以，有趣的項目。

00:25:52.300 --> 00:25:55.177
>> 很棒因為其中一個
以下是我第一個角色的

00:25:55.177 --> 00:25:57.880
SDET，
這基本上是我

00:25:57.880 --> 00:25:59.850
測試的部分
自動化小組。

00:25:59.850 --> 00:26:02.560
我一樣，我的角色的一部份
是伺服器的 specing 我們

00:26:02.560 --> 00:26:03.860
需要我們的測試 rig。

00:26:03.860 --> 00:26:04.938
>> 權限。
>> 和只有一天，

00:26:04.938 --> 00:26:07.747
我在我們的 IT 部門透過電子郵件傳送，
換句話說，嘿，我需要新的 VM，和

00:26:07.747 --> 00:26:10.778
30 分鐘後，他回覆和
這裡吧，你潛入

00:26:10.778 --> 00:26:12.350
>> [是]。

00:26:12.350 --> 00:26:14.020
>> 因此更容易，因此
更好，，因此

00:26:14.020 --> 00:26:15.020
更容易其一端太。

00:26:15.020 --> 00:26:16.150
不必重新瀏覽和

00:26:16.150 --> 00:26:18.030
逐字安裝任何東西
在伊拉克或任何項目。

00:26:18.030 --> 00:26:19.210
>> 和
我們也不在點，

00:26:19.210 --> 00:26:21.930
至少我不，我仍然
在實際的電腦上的裝置。

00:26:21.930 --> 00:26:23.780
我可以離線工作，
這類的東西。

00:26:23.780 --> 00:26:27.060
連線到的概念
VM，這麼做那里。

00:26:27.060 --> 00:26:29.030
它不只是一個 [總有一天
類的事情，

00:26:29.030 --> 00:26:30.640
我知道有小組
這樣做。

00:26:30.640 --> 00:26:31.750
它不是我。

00:26:31.750 --> 00:26:34.160
我要有我的電腦
使用上飛機等功能。

00:26:34.160 --> 00:26:37.980
但仍在
沒有向有的路徑

00:26:37.980 --> 00:26:40.910
能夠可能移
裝置的和

00:26:40.910 --> 00:26:43.720
仍然存取甚至相同
您已經安裝的應用程式。

00:26:43.720 --> 00:26:46.278
>> 您用來攜帶的也
多膝上型工作。

00:26:46.278 --> 00:26:47.350
>> 我，我沒有。

00:26:47.350 --> 00:26:49.370
>>，以便明確地被
最少的改進。

00:26:49.370 --> 00:26:52.647
>> 它現在停駐和
它並不會移動，這樣，但，

00:26:52.647 --> 00:26:53.590
在繼續執行。

00:26:53.590 --> 00:26:55.830
>> 我們並未在我們
一週的來挑選。

00:26:55.830 --> 00:26:59.680
所以我選擇在星期幾
是 API 目錄。

00:26:59.680 --> 00:27:03.680
>> 因此
在邊緣的開發部落格中，

00:27:03.680 --> 00:27:06.590
它們呢張貼
啟動內部的事。

00:27:06.590 --> 00:27:10.460
這些人員需要一種方法
比較 API 的支援

00:27:10.460 --> 00:27:14.620
此 API 支援的邊緣
w3cp 規格中。

00:27:14.620 --> 00:27:18.479
接著則他們也內建出
若要測試 agnostically 任何

00:27:18.479 --> 00:27:19.198
瀏覽器。

00:27:19.198 --> 00:27:21.731
因此這些工具和
在已發行它們和

00:27:21.731 --> 00:27:23.060
在發行的所有資料。

00:27:23.060 --> 00:27:27.572
而且沒有這個棒卞氏圖表
這裡的圖表顯示完全

00:27:27.572 --> 00:27:29.540
只是我們的狀況。

00:27:29.540 --> 00:27:31.458
每個人都說，這種情況支援
這樣一來，這種情況支援的。

00:27:31.458 --> 00:27:32.098
>> 權限。

00:27:32.098 --> 00:27:34.422
>> 的所有項目支援
一些東西，

00:27:34.422 --> 00:27:35.418
還是有重疊，

00:27:35.418 --> 00:27:38.296
還有很多東西，
到處都拿一般的運作方式

00:27:38.296 --> 00:27:41.050
仍然僅適用於的東西
其中每個瀏覽器。

00:27:41.050 --> 00:27:43.760
>> 許多實驗，它的
許多類型的新的和全新的它

00:27:43.760 --> 00:27:47.040
像 [即時通訊
WebSockets，並如，

00:27:47.040 --> 00:27:48.760
已經被
反覆一段。

00:27:48.760 --> 00:27:51.371
但很有趣的是
若要讓種這個真實

00:27:51.371 --> 00:27:53.950
次時，能夠深入
特別是詳細資料

00:27:53.950 --> 00:27:56.020
支援 Api 和
它自動化操作

00:27:56.020 --> 00:27:58.280
您可以只知道。

00:27:58.280 --> 00:27:59.840
>>，並採用，
您可以取得清單。

00:27:59.840 --> 00:28:02.410
如果您想，要
知道，特定

00:28:02.410 --> 00:28:05.200
特定的規格
如何針對位於此？

00:28:05.200 --> 00:28:06.290
>> [是]。
>> 和的話，

00:28:06.290 --> 00:28:08.420
若您正在進行
在這個網站，某些動作

00:28:08.420 --> 00:28:10.030
是價值，
我需要多邊填滿嗎？

00:28:10.030 --> 00:28:11.540
需要擔心這嗎？

00:28:11.540 --> 00:28:13.910
我可以繼續這樣做，只要把它嗎？

00:28:13.910 --> 00:28:14.800
而且，您會得到這樣的事。

00:28:14.800 --> 00:28:17.570
及的事情之一，
當您查看時，您會看到

00:28:17.570 --> 00:28:20.330
是的否，我可能是錯誤的

00:28:20.330 --> 00:28:22.890
但是當我知道，沒有人
實作所有的規格。

00:28:22.890 --> 00:28:23.790
>> 不是 [否]。

00:28:23.790 --> 00:28:26.098
>> 是時通常有時
人將類似，

00:28:26.098 --> 00:28:28.405
他們將會感到生氣，在
特定的瀏覽器和

00:28:28.405 --> 00:28:30.848
他們會說嘿，
這是在規格中，[是]。

00:28:30.848 --> 00:28:33.333
它永遠是移動的目標，
人員

00:28:33.333 --> 00:28:35.748
幾乎沒有人擁有
實作它們全部。

00:28:35.748 --> 00:28:38.635
我甚至不知道是否有任何人
實作它們全都是針對 HTML4，

00:28:38.635 --> 00:28:41.370
現在，當然，新的項目
即將出所有的時間。

00:28:41.370 --> 00:28:44.080
所以一律涉及，
這就是讓正在 web

00:28:44.080 --> 00:28:46.470
開發人員很有趣，
是令人興奮的事。

00:28:46.470 --> 00:28:47.400
>> 我樂在其中。

00:28:47.400 --> 00:28:48.030
>> 是，我太。

00:28:49.100 --> 00:28:51.730
很酷，和
有些相關的項目，

00:28:51.730 --> 00:28:54.350
為我挑選一週
所謂斧。

00:28:54.350 --> 00:28:57.950
是的
>> 您斧。

00:28:57.950 --> 00:29:00.515
>> 如果您遵循
協助工具的主題，

00:29:00.515 --> 00:29:03.728
您可能必須
聽說 Marcie 俐。

00:29:03.728 --> 00:29:06.428
她是開發人員、 執行許多
協助工具的工作項目。

00:29:06.428 --> 00:29:09.085
與其中一個項目，並
我不知道開發中有多少

00:29:09.085 --> 00:29:10.824
工作是她與
其他人，因此

00:29:10.824 --> 00:29:12.688
我不會嘗試提供
這裡錯誤信用。

00:29:12.688 --> 00:29:16.261
但是她已證明這指向
她是組件的大型的工具套件

00:29:16.261 --> 00:29:17.128
呼叫斧。

00:29:17.128 --> 00:29:20.342
什麼是有趣和這裡
正在測試的該存取範圍

00:29:20.342 --> 00:29:22.048
牽涉到很多手動步驟。

00:29:22.048 --> 00:29:26.919
因此要有一個引數
某些情況下，對讓站台

00:29:26.919 --> 00:29:31.886
正確可供存取，是
人沒有時間或

00:29:31.886 --> 00:29:34.820
能夠進行良好的測試。

00:29:34.820 --> 00:29:37.800
而我們都想最後
這幾天，我認為，是您想要

00:29:37.800 --> 00:29:40.180
整合這些事情
到自動化測試。

00:29:40.180 --> 00:29:41.830
>> [是]。
>>，有您多

00:29:41.830 --> 00:29:44.520
人來說，它們檢查程式碼，
要變更項目。

00:29:44.520 --> 00:29:46.910
您要永遠都是
可以逐一查看的。

00:29:46.910 --> 00:29:49.380
已經掃瞄器之前
看看之類的

00:29:49.380 --> 00:29:52.350
HTML 並將告訴您，嘿
看下面是所有的問題，但

00:29:52.350 --> 00:29:55.350
這真的蠻複雜
在 [互動的網站。

00:29:55.350 --> 00:29:56.630
所以想像像
角度的站台或

00:29:56.630 --> 00:29:58.530
類似，
即將項目。

00:29:58.530 --> 00:30:00.335
傳入的新標記
並沒有。

00:30:00.335 --> 00:30:03.070
它不是一部分的檔案，
找不到完全。

00:30:03.070 --> 00:30:05.410
是
若要測試功能，

00:30:05.410 --> 00:30:08.018
我們經常前往之類的
selenium 以及事項喜歡。

00:30:08.018 --> 00:30:10.640
此工具組也允許您
以將在 [協助工具

00:30:10.640 --> 00:30:12.210
也可測試。

00:30:12.210 --> 00:30:14.980
稍微複雜，因此您
必須實際將加入項目

00:30:14.980 --> 00:30:18.660
您的測試控管和
您的測試工作來執行這個動作。

00:30:18.660 --> 00:30:22.460
但最終結果是，現在，
當您要逐一查看和

00:30:22.460 --> 00:30:26.170
另外加入功能
所有其他測試，

00:30:26.170 --> 00:30:29.900
您要知道嘿，
如果我寫增加，降低，或

00:30:29.900 --> 00:30:33.090
中斷] 的存取範圍
我的網站符合。

00:30:33.090 --> 00:30:34.060
我認為這實在非常驚人。

00:30:34.060 --> 00:30:37.590
我認為，幫助的任何項目
使用到測試的協助工具

00:30:37.590 --> 00:30:41.490
實際的工作流程的人
開發是件好事。

00:30:41.490 --> 00:30:42.370
>> 絕對，

00:30:42.370 --> 00:30:45.510
人擔心，
這在瀏覽器運作？

00:30:45.510 --> 00:30:46.680
但是我們真的應該
會擔心，

00:30:46.680 --> 00:30:47.830
這適用於每個人都沒有？

00:30:49.250 --> 00:30:50.300
>> 得起這麼多的相同
此類的事情。

00:30:50.300 --> 00:30:51.630
和攜帶，和

00:30:51.630 --> 00:30:53.895
其實只是要擲回所有
回到開頭的方法。

00:30:53.895 --> 00:30:55.910
>> [戰慄笑聲]
>> 說到應用程式，

00:30:55.910 --> 00:30:59.130
Xamarin 測試定域機組是
他們談論的東西。

00:30:59.130 --> 00:31:00.290
您肯定會想要
按一下 [上的。

00:31:00.290 --> 00:31:02.080
請看。
測試您的應用程式的這個概念

00:31:02.080 --> 00:31:07.840
跨 200，抱歉的
不正確，2200 不同

00:31:07.840 --> 00:31:11.340
同時是裝置
項目測試定域機組可以執行動作。

00:31:11.340 --> 00:31:15.850
因此，如果您擔心，
測試跨可能 40

00:31:15.850 --> 00:31:17.918
在瀏覽器的版本，
您選擇支援。

00:31:17.918 --> 00:31:20.180
想像一下 2200 的裝置。

00:31:20.180 --> 00:31:23.508
因此所有明確某些動作，
您想要在處理程序。

00:31:23.508 --> 00:31:24.690
這個斧頭

00:31:24.690 --> 00:31:26.470
項目，如果您擔心
關於協助工具測試，

00:31:26.470 --> 00:31:29.300
您應該，您可以使用
到您的開發也。

00:31:29.300 --> 00:31:30.230
>> 出色。

00:31:30.230 --> 00:31:31.030
>> 很棒。
>> 包裝它待。

00:31:31.030 --> 00:31:32.380
Channel 9 上本週。

00:31:32.380 --> 00:31:33.330
謝謝你要跟著。

00:31:33.330 --> 00:31:35.942
希望您可以跳中
一段座位。

00:31:35.942 --> 00:31:37.560
也我將嘗試，
我們會看到人說什麼。

00:31:37.560 --> 00:31:40.840
>> [笑聲] 謝謝你，
請參閱您們下一週。

00:31:40.840 --> 00:31:50.840
[音樂]