100:00:01,240 --> 00:00:06,130so an

1
00:00:01,240 --> 00:00:06,130
so another appt failure yes it happens
to all of us but there is a way around

2
00:00:06,130 --> 00:00:10,59
this there is actually a way to get
applications written the first 10 that

3
00:00:10,59 --> 00:00:10,809
work

4
00:00:10,809 --> 00:00:14,168
what if your end users love your
software before was developed

5
00:00:14,169 --> 00:00:17,680
well that's what model-driven
architecture can deliver software

6
00:00:17,680 --> 00:00:23,679
version one is written by tested by and
accepted by end users but for developers

7
00:00:23,679 --> 00:00:27,9
like me write any code so how to do that

8
00:00:27,9 --> 00:00:30,939
how is software written such that
end-users lot before seven development

9
00:00:30,939 --> 00:00:35,830
sounds kind of crazy in the original
days are writing software or the day

10
00:00:35,830 --> 00:00:39,790
that I grew up in it was known as these
cave man days of software development

11
00:00:39,790 --> 00:00:44,200
software development with a what we call
it a wild ass guess method that is

12
00:00:44,200 --> 00:00:47,560
software developers didn't have any
formal training on developing software

13
00:00:47,560 --> 00:00:52,30
they do have about the software but they
didn't understand how do you software

14
00:00:52,30 --> 00:00:57,610
developed such the end users love it and
here's a new approach when you may not

15
00:00:57,610 --> 00:00:58,780
have seen before

16
00:00:58,780 --> 00:01:02,740
the idea is to have end users that are
there on the Left create a model it

17
00:01:02,740 --> 00:01:07,600
could be a paper mock-up a wire frame
and then that's given off to developers

18
00:01:07,600 --> 00:01:13,270
who developed the application in and the
reason why is this very often end users

19
00:01:13,270 --> 00:01:17,679
have a better sense of what the software
should look like and they have some

20
00:01:17,679 --> 00:01:21,39
difficulty communicating that to
developers and this creates why call the

21
00:01:21,39 --> 00:01:25,810
primary conflict which will lock it a
bit more in a moment but if end users

22
00:01:25,810 --> 00:01:29,920
use crayons and pencils and they make
the screens and developers can see

23
00:01:29,920 --> 00:01:34,420
exactly what the end user wanted so this
debate between developers and end-user

24
00:01:34,420 --> 00:01:38,710
gets ended now model-driven architecture
is also sometimes called model driven

25
00:01:38,710 --> 00:01:42,548
development and there's some slight
differences but for our purposes we call

26
00:01:42,549 --> 00:01:46,840
this model driven architecture for the
model the end users make drive

27
00:01:46,840 --> 00:01:50,710
development and this is a bit different
than other soccer methodologies the

28
00:01:50,710 --> 00:01:54,490
traditional methodology look like this
the very first one is known as waterfall

29
00:01:54,490 --> 00:01:58,689
or the software development lifecycle
there are many stages but think of it

30
00:01:58,689 --> 00:02:03,279
like this you gather some requirements
and then you document that and set down

31
00:02:03,280 --> 00:02:07,569
to the next stage and sent down the next
stage it's a very difficult original 472

32
00:02:07,569 --> 00:02:10,460
go upstream and when they do they die

33
00:02:10,460 --> 00:02:13,550
and that's one of the problems of
waterfalls it's what we call it a one

34
00:02:13,550 --> 00:02:18,320
big shot Method now today waterfalls bit
more flexible but its original

35
00:02:18,320 --> 00:02:24,620
conception waterfall was each stage sort
was barrier off from the next once one

36
00:02:24,620 --> 00:02:28,100
phase was completed the soft went down
to the next phase

37
00:02:28,100 --> 00:02:32,810
there are some problem with that in that
as time moves along user requirements

38
00:02:32,810 --> 00:02:36,800
can change it so software development
life cycle can be problematic when you

39
00:02:36,800 --> 00:02:40,640
have a very large project that takes
many many months to implement because

40
00:02:40,640 --> 00:02:46,160
some of the features can change for the
requirements so along comes a John the

41
00:02:46,160 --> 00:02:49,310
Holy behind agile we're going to develop
a little of the software to time and

42
00:02:49,310 --> 00:02:52,130
we're going to keep going back for end
user and getting their approval as you

43
00:02:52,130 --> 00:02:56,210
move along agile is very much the way
you drive a car when you drive a car so

44
00:02:56,210 --> 00:02:59,330
actually going down the road straight
all the time what happens you're always

45
00:02:59,330 --> 00:03:02,930
making slight adjustments to the
stairwell to bring the car back into the

46
00:03:02,930 --> 00:03:06,680
center of the road and tha

ผลลัพธ์ (ไทย) 1:

100:00:01, 240--> 00:00:06, 130อีก appt ใช่ความล้มเหลวเกิดขึ้นทั้งหมดของเรามีแต่เป็นวิธีที่ใกล้เคียง200:00:06, 130--> 00:00:10, 59นี้มีวิธีการจริง ๆ ที่จะได้รับใช้งานเขียน 10 แรกที่300:00:10, 59--> 00:00:10, 809ทำงาน400:00:10, 809--> 00:00:14, 168ถ้าผู้ใช้ของคุณสิ้นสุดรักของคุณซอฟต์แวร์ก่อนที่จะได้รับการพัฒนา500:00:14, 169--> 00:00:17, 680ดีที่เป็นอะไรแบบโมเดลสถาปัตยกรรมสามารถส่งมอบซอฟต์แวร์600:00:17, 680--> 00:00:23, 679รุ่นหนึ่งที่เขียนโดยทดสอบโดย และยอมรับ โดยผู้ใช้ แต่ สำหรับนักพัฒนา700:00:23, 679--> 00:00:27, 9อย่างผมเขียนโค้ดใด ๆ ดังนั้นวิธีการทำที่800:00:27, 9--> 00:00:30, 939วิธีซอฟต์แวร์เขียนเช่นนั้นผู้ใช้งานจำนวนมากก่อนเจ็ดพัฒนา900:00:30, 939--> 00:00:35, 830เสียงบ้าชนิดของในต้นฉบับวันเขียนซอฟต์แวร์หรือวัน1000:00:35, 830--> 00:00:39, 790ว่า ผมโตมันเป็นเหล่านี้พัฒนาซอฟต์แวร์ยุคมนุษย์ถ้ำ1100:00:39, 790--> 00:00:44, 200พัฒนาซอฟต์แวร์กับสิ่งที่เราเรียกมันเป็นลาป่าคิดว่า วิธีการที่1200:00:44, 200--> 00:00:47, 560นักพัฒนาซอฟต์แวร์ไม่ได้การฝึกอบรมอย่างเป็นทางการในการพัฒนาซอฟต์แวร์1300:00:47, 560--> 00:00:52, 30พวกเขาได้เกี่ยวกับซอฟต์แวร์แต่พวกเขาไม่เข้าใจทำซอฟต์แวร์1400:00:52, 30--> 00:00:57, 610พัฒนาดังกล่าวผู้ใช้ชอบ และและนี่คือวิธีการใหม่คุณอาจไม่1500:00:57, 610--> 00:00:58, 780ได้เห็นมาก่อน1600:00:58, 780--> 00:01:02, 740ความคิดที่จะ มีผู้ที่มีมีสร้างแบบจำลองทางด้านซ้ายมัน1700:01:02, 740--> 00:01:07, 600อาจจะเป็นกระดาษจำลองโครงลวดแล้ว ที่ปิดการพัฒนา1800:01:07, 600--> 00:01:13, 270ผู้พัฒนาแอพลิเคชันในและเหตุผลเพราะบ่อย ๆ ผู้ใช้1900:01:13, 270--> 00:01:17, 679มีความรู้สึกที่ดีของซอฟต์แวร์ใดควรมีลักษณะเหมือน และมีบาง2000:01:17, 679--> 00:01:21, 39ความยากลำบากในการสื่อสารที่จะนักพัฒนาและนี้สร้างทำไมเรียกการ2100:01:21, 39--> 00:01:25, 810ความขัดแย้งหลักที่จะทำล็อกตัวบิตขึ้นในทันทีแต่ถ้าผู้2200:01:25, 810--> 00:01:29, 920ใช้ดินสอ และดินสอ และพวกเขาทำสามารถดูหน้าจอและนักพัฒนา2300:01:29, 920--> 00:01:34, 420ว่าผู้ใดอยากนี้โต้วาทีระหว่างนักพัฒนาและผู้ใช้ปลายทาง2400:01:34, 420--> 00:01:38, 710ได้รับสิ้นสุดตอนนี้แบบโมเดลสถาปัตยกรรมบางครั้งก็เรียกว่ารุ่นขับเคลื่อน2500:01:38, 710--> 00:01:42, 548พัฒนา และมีบางเล็กน้อยความแตกต่างแต่ที่เราเราเรียก2600:01:42, 549--> 00:01:46, 840รุ่นนี้ขับเคลื่อนสถาปัตยกรรมสำหรับการนางแบบทำให้ผู้ใช้รถ2700:01:46, 840--> 00:01:50, 710พัฒนาและนี่คือที่แตกต่างกว่าวิธีอื่น ๆ ฟุตบอล2800:01:50, 710--> 00:01:54, 490ดูวิธีการดั้งเดิมเช่นนี้แรกเรียกว่าน้ำตก2900:01:54, 490--> 00:01:58, 689หรือวงจรการพัฒนาซอฟต์แวร์มีขั้นตอนมากมาย แต่คิดว่า มัน3000:01:58, 689--> 00:02:03, 279คุณรวบรวมข้อกำหนดบางอย่างเช่นนี้แล้วเอกสารที่ และตั้งค่าลง3100:02:03, 280--> 00:02:07, 569ในระยะถัดไป และส่งลงถัดไปเวทีเป็น 472 เดิมเป็นเรื่องยากมาก3200:02:07, 569--> 00:02:10, 460ไปต้นน้ำ และเมื่อพวกเขาทำ พวกเขาตาย3300:02:10, 460--> 00:02:13, 550และที่เป็นปัญหาของอย่างใดอย่างหนึ่งมันเป็นสิ่งที่เราเรียกว่าน้ำตกหนึ่ง3400:02:13, 550--> 00:02:18, 320พี่ใหญ่วิธีตอนนี้วันนี้น้ำตกบิตยืดหยุ่นมากขึ้นแต่เดิม3500:02:18, 320--> 00:02:24, 620น้ำตกคิดถูกเรียงลำดับแต่ละขั้นตอนเป็นอุปสรรคออกจากถัดไป3600:02:24, 620--> 00:02:28, 100เสร็จสิ้นขั้นตอนอ่อนลงไปไประยะ3700:02:28, 100--> 00:02:32, 810มีปัญหาบางอย่างที่เวลาเคลื่อนที่ไปตามความต้องการของผู้ใช้3800:02:32, 810--> 00:02:36, 800สามารถเปลี่ยนแปลงได้ดังนั้นการพัฒนาซอฟต์แวร์วงจรชีวิตอาจจะเป็นปัญหาเมื่อคุณ3900:02:36, 800--> 00:02:40, 640มีโครงการขนาดใหญ่ที่ใช้เวลาหลายหลายเดือนการใช้เนื่องจาก4000:02:40, 640--> 00:02:46, 160บางส่วนของคุณสมบัติที่สามารถเปลี่ยนแปลงสำหรับการความต้องการดังนั้นตามมาเป็นจอห์น4100:02:46, 160--> 00:02:49, 310ศักดิ์สิทธิ์หลังคล่องเราจะพัฒนาเล็ก ๆ น้อย ๆ ของซอฟต์แวร์เวลา และ4200:02:49, 310--> 00:02:52, 130เราจะเก็บไปกลับสำหรับการสิ้นสุดผู้ใช้และได้รับการอนุมัติเป็นคุณ4300:02:52, 130--> 00:02:56, 210ย้ายตามเปรียวได้มากตามคุณขับรถเมื่อคุณขับรถดังนั้น4400:02:56, 210--> 00:02:59, 330จริง ๆ แล้ว ไปลงตรงถนนตลอดเวลาเกิดอะไรขึ้นคุณเสมอ4500:02:59, 330--> 00:03:02, 930ปรับเล็กน้อยบันไดให้นำรถกลับเข้า4600:03:02, 930--> 00:03:06, 680ศูนย์กลางของถนนและท่า

ผลลัพธ์ (ไทย) 2:

1
00: 00: 01,240 -> 00: 00: 06,130
ดังนั้นความล้มเหลวอีก appt ใช่มันเกิดขึ้น
กับเราทุกคน แต่มีวิธีรอบ

2
00: 00: 06,130 -> 00: 00: 10,59
นี้มี จริงวิธีการที่จะได้รับ
การใช้งานครั้งแรกที่เขียนว่า 10

3
00: 00: 10,59 -> 00: 00: 10,809
ทำงาน

4
00: 00: 10,809 -> 00: 00: 14,168
เกิดอะไรขึ้นถ้าผู้ใช้ของคุณความรักของคุณ
ซอฟแวร์ ก่อนที่จะได้รับการพัฒนา

5
00: 00: 14,169 -> 00: 00: 17,680
ดีว่าเป็นสิ่งที่แบบขับเคลื่อน
สถาปัตยกรรมสามารถส่งมอบซอฟต์แวร์ที่

6
00: 00: 17,680 -> 00: 00: 23,679
รุ่นหนึ่งที่เขียนโดยการทดสอบโดยและ
ได้รับการยอมรับ โดยผู้ใช้ แต่สำหรับนักพัฒนา

7
00: 00: 23,679 -> 00: 00: 27,9
เหมือนผมเขียนโค้ดใด ๆ ดังนั้นวิธีการทำที่

8
00: 00: 27,9 -> 00: 00: 30,939
เป็นอย่างไร ซอฟต์แวร์ที่เขียนเช่นนั้น
ผู้ใช้งานจำนวนมากก่อนที่จะเจ็ดพัฒนา

9
00: 00: 30,939 -> 00: 00: 35,830
เสียงชนิดบ้าเดิม
วันที่เขียนซอฟต์แวร์หรือวัน

ที่ 10
00: 00: 35,830 -> 00: 00: 39,790
ที่ผมเติบโตขึ้นมาในมันเป็นที่รู้จักเหล่านี้
วันมนุษย์ถ้ำของการพัฒนาซอฟต์แวร์

11
00: 00: 39,790 -> 00: 00: 44,200
พัฒนาซอฟต์แวร์ที่มีสิ่งที่เราเรียก
ว่ามันเป็นวิธีการเดาลาป่าที่เป็น

12
00 : 00: 44,200 -> 00: 00: 47,560
นักพัฒนาซอฟแวร์ไม่ได้มี
การฝึกอบรมอย่างเป็นทางการในการพัฒนาซอฟแวร์

13
00: 00: 47,560 -> 00: 00: 52,30
พวกเขาจะมีเกี่ยวกับซอฟต์แวร์ แต่พวกเขา
didn ' T เข้าใจวิธีการที่คุณทำซอฟแวร์

14
00: 00: 52,30 -> 00: 00: 57,610
ที่พัฒนาแล้วเช่นผู้ใช้รักมันและ
นี่คือวิธีการใหม่เมื่อคุณอาจไม่ได้

15
00: 00: 57,610 -> 00:00 : 58,780
ได้เห็นมาก่อน

16
00: 00: 58,780 -> 00: 01: 02,740
ความคิดที่จะมีผู้ใช้ปลายที่
มีด้านซ้ายสร้างรูปแบบมัน

17
00: 01: 02,740 -> 00: 01: 07,600
อาจจะเป็นกระดาษจำลองขึ้นกรอบลวด
แล้วที่ได้รับออกไปนักพัฒนา

18
00: 01: 07,600 -> 00: 01: 13,270
ผู้พัฒนาแอพลิเคชันและที่
เหตุผลว่าทำไมเป็นอย่างนี้มักจะจบผู้ใช้

19
00:01 : 13,270 -> 00: 01: 17,679
มีความรู้สึกที่ดีขึ้นของสิ่งที่ซอฟต์แวร์
ควรมีลักษณะและพวกเขามีบางส่วน

20
00: 01: 17,679 -> 00: 01: 21,39
ความยากลำบากในการสื่อสารที่
พัฒนาและนี้จะสร้างทำไม โทร

21
00: 01: 21,39 -> 00: 01: 25,810
ขัดแย้งหลักซึ่งจะล็อคมัน
อีกเล็กน้อยในช่วงเวลา แต่ถ้าผู้ใช้ปลายทาง

22
00: 01: 25,810 -> 00: 01: 29,920
ใช้ดินสอสี และดินสอและพวกเขาทำให้
หน้าจอและนักพัฒนาสามารถดู

23
00: 01: 29,920 -> 00: 01: 34,420
ว่าสิ่งที่ผู้ใช้ต้องการดังนั้นนี้
อภิปรายระหว่างนักพัฒนาและผู้ใช้ปลายทาง

24
00: 01: 34,420 -> 00 : 01: 38,710
ได้รับการสิ้นสุดลงแล้วสถาปัตยกรรมแบบขับเคลื่อน
บางครั้งก็เรียกว่ารูปแบบการขับเคลื่อน

25
00: 01: 38,710 -> 00: 01: 42,548
พัฒนาและมีบางเล็กน้อย
ที่แตกต่างกัน แต่สำหรับวัตถุประสงค์ของเราที่เราเรียก

26
00: 01: 42,549 - -> 00: 01: 46,840
รุ่นนี้ขับเคลื่อนด้วยสถาปัตยกรรมสำหรับ
รูปแบบผู้ใช้ทำให้ไดรฟ์

27
00: 01: 46,840 -> 00: 01: 50,710
พัฒนาและนี่คือบิตที่แตกต่าง
กว่าฟุตบอลอื่น ๆ วิธีการ

28
00:01: 50,710 -> 00: 01: 54,490
ดูวิธีการแบบดั้งเดิมเช่นนี้
เป็นคนแรกมากเป็นที่รู้จักกันเป็นน้ำตก

29
00: 01: 54,490 -> 00: 01: 58,689
หรือวงจรการพัฒนาซอฟแวร์
ที่มีหลายขั้นตอน แต่คิดว่ามัน

30
00: 01: 58,689 -> 00: 02: 03,279
เช่นนี้คุณรวบรวมความต้องการบางอย่าง
แล้วคุณเอกสารที่และกำหนดลง

วันที่ 31
00: 02: 03,280 -> 00: 02: 07,569
ขั้นตอนต่อไปและส่งลงต่อไป
เวทีมันเป็นเรื่องยากมากที่เดิม 472

32
00: 02: 07,569 -> 00: 02: 10,460
ไปต้นน้ำและเมื่อพวกเขาทำพวกเขาตาย

33
00: 02: 10,460 -> 00: 02: 13,550
และนั่นคือหนึ่งในปัญหาของ
น้ำตกมันเป็นสิ่งที่เราเรียกว่าหนึ่ง

34
00: 02: 13,550 -> 00: 02: 18,320
วิธีที่ยิงใหญ่ในขณะนี้วันนี้น้ำตกบิต
มีความยืดหยุ่นมากขึ้น แต่เดิม

35
00: 02: 18,320 -> 00: 02: 24,620
คิดน้ำตก เป็นแต่ละขั้นตอนการจัดเรียง
เป็นอุปสรรคออกจากไปครั้งหนึ่งเคยเป็น

36
00: 02: 24,620 -> 00: 02: 28,100
ขั้นตอนเสร็จสมบูรณ์นุ่มลงไป
เพื่อให้ระยะต่อไป

37
00: 02: 28,100 -> 00:02: 32810
มีปัญหาบางอย่างกับว่าในที่
เป็นย้ายเวลาตามต้องการของผู้ใช้

38
00: 02: 32,810 -> 00: 02: 36,800
สามารถเปลี่ยนมันเพื่อให้การพัฒนาซอฟต์แวร์
วงจรชีวิตจะมีปัญหาเมื่อคุณ

39
00: 02: 36,800 - > 00: 02: 40,640
มีโครงการขนาดใหญ่มากที่ใช้เวลา
หลายเดือนในการดำเนินการจำนวนมากเพราะ

40
00: 02: 40,640 -> 00: 02: 46,160
คุณลักษณะบางอย่างที่สามารถเปลี่ยนให้
ความต้องการเพื่อให้พร้อมมาจอห์น

41
00 : 02: 46,160 -> 00: 02: 49,310
ศักดิ์สิทธิ์ที่อยู่เบื้องหลังความคล่องตัวที่เรากำลังจะพัฒนา
เล็ก ๆ น้อย ๆ ของซอฟต์แวร์เพื่อเวลาและ

42
00: 02: 49,310 -> 00: 02: 52,130
ที่เรากำลังจะเก็บไป กลับสำหรับการสิ้นสุด
ของผู้ใช้และได้รับการอนุมัติของพวกเขาในขณะที่คุณ

43
00: 02: 52,130 -> 00: 02: 56,210
ย้ายไปตามคล่องตัวเป็นอย่างมากวิธีการที่
คุณขับรถเมื่อคุณขับรถเพื่อให้

44
00: 02: 56,210 - > 00: 02: 59,330
จริงไปลงที่ถนนตรง
ตลอดเวลาสิ่งที่เกิดขึ้นคุณเสมอ

45
00: 02: 59,330 -> 00: 03: 02,930
การปรับเปลี่ยนเล็กน้อยไปยัง
บันไดที่จะนำรถกลับเข้ามาใน

46
00 : 03: 02,930 -> 00: 03: 06,680
ศูนย์กลางของถนนและท่า