-
Notifications
You must be signed in to change notification settings - Fork 0
/
tribodoci_003_pds.srt
5548 lines (4161 loc) · 103 KB
/
tribodoci_003_pds.srt
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
1
00:00:00,000 --> 00:00:03,600
Você está ouvindo a tribo do CRI Podcast.
2
00:00:16,700 --> 00:00:20,800
Tribus do CRI Episódio 3 para o dia 30 do CRI de 2010.
3
00:00:20,800 --> 00:00:22,900
Ecosistema da produção de software.
4
00:00:22,900 --> 00:00:28,100
Eu sou o Sebastião Hellsum e minha chefe me chamou de arquiteto e eu acho que ela estava zoando comigo.
5
00:00:28,100 --> 00:00:32,600
Meu nome é Sheldon Led e por favor não me prenda porque eu não pertenço a gangue dos quatro.
6
00:00:41,100 --> 00:00:47,700
Nesse podcast vamos falar da parte mais polêmica de um desenvolvimento de software, a engenharia de software.
7
00:00:47,700 --> 00:00:49,200
Então vamos para os e-mail.
8
00:00:52,400 --> 00:00:55,000
A gente recebeu o e-mail com algumas sugestões.
9
00:00:55,000 --> 00:00:59,900
Então o e-mail que a gente recebeu aqui, o primeiro foi do Joe Elias Jr., conhece o Joe Elias Jr.?
10
00:00:59,900 --> 00:01:01,700
E esse aqui é o cara lá do Fissol, né?
11
00:01:01,700 --> 00:01:04,600
Então o Joe Elias mandou um monte de dica maneiro para a gente aqui.
12
00:01:04,600 --> 00:01:08,900
Resumão, a gente podia encurtar mais um pouco, podcast, deixar mais um pouco mais direto.
13
00:01:08,900 --> 00:01:11,400
Sim, para consolo, escutem o papo até.
14
00:01:11,400 --> 00:01:14,100
Acho que isso é assunto até para o próximo episódio, vamos?
15
00:01:14,100 --> 00:01:16,100
É o formato da nova mídia, né, do podcast.
16
00:01:16,100 --> 00:01:18,000
É isso aí. A gente recebeu o outro e-mail também.
17
00:01:18,000 --> 00:01:22,200
O outro e-mail foi da Carla Larissa VB, ela falou que era VB?
18
00:01:23,100 --> 00:01:23,900
Quase.
19
00:01:24,000 --> 00:01:24,800
Vera Borges.
20
00:01:24,800 --> 00:01:27,000
Ela reclamou também basicamente a mesma coisa.
21
00:01:27,000 --> 00:01:28,500
A voz saia um pouco baixa.
22
00:01:28,500 --> 00:01:31,800
Às vezes as musiquinhas do fundo até atrapalham no entendimento.
23
00:01:31,800 --> 00:01:37,200
Então assim, a gente vai por um ícone de doação ali do pack seguro do lado do site.
24
00:01:37,200 --> 00:01:44,600
Aí vocês fazem uma doação que a gente, quando a gente conseguiu um dia, a gente comprou uma mesa e um microfone sempre profissional, que eu acho que vai melhorar a barçante.
25
00:01:44,600 --> 00:01:47,500
Já seguindo as dicas do pessoal, vamos bem direto, já vamos?
26
00:01:47,500 --> 00:01:48,200
Terminamos também.
27
00:01:48,200 --> 00:01:51,700
Eu queria só falar aqui uma coisa que a gente falou no episódio passado.
28
00:01:51,700 --> 00:01:54,500
Foi sobre a banda Note a Number, do Carlson.
29
00:01:54,500 --> 00:01:57,800
Que na verdade não é do Carlson, do Nerdson.com.
30
00:01:57,800 --> 00:02:02,900
Ele é do Carlson Galdino, que é xará, mas não é a mesma pessoa.
31
00:02:02,900 --> 00:02:07,000
A galera curtiu o negócio das paródias aí, a gente vai colocar meio que um ícone de sinócio, né?
32
00:02:07,000 --> 00:02:08,600
A gente não vai colocar mais o ícone do podcast.
33
00:02:08,600 --> 00:02:12,400
Vai colocar as paródias separadas de uma outra sessão do site.
34
00:02:12,400 --> 00:02:15,500
Já tem duas paródias completas aí relacionadas.
35
00:02:15,500 --> 00:02:16,100
A galera gostou.
36
00:02:16,100 --> 00:02:19,000
Uma inclusive está gravada em rascunho.
37
00:02:19,000 --> 00:02:21,900
A gente vai ver o link aí embaixo, no post.
38
00:02:21,900 --> 00:02:25,300
Vocês visitam o post, vai lá e olha que vai ter aí no link lá.
39
00:02:25,300 --> 00:02:28,100
E as outras provavelmente vão ser um pouco melhores.
40
00:02:28,100 --> 00:02:29,100
Sabe o que foi que escreveu a outra?
41
00:02:29,100 --> 00:02:29,600
Aí é quem?
42
00:02:29,600 --> 00:02:31,500
Jajan Madafaka One Taylor.
43
00:02:31,500 --> 00:02:33,400
Ah, Jajan Taylor, man.
44
00:02:33,400 --> 00:02:40,700
Ele pegou o exemplo que eu fiz lá no podcast anterior e fez a música inteira do casuto lá.
45
00:02:40,700 --> 00:02:41,500
Ah, bota fé.
46
00:02:41,500 --> 00:02:43,100
Vamos agora para a segunda parte.
47
00:02:43,100 --> 00:02:43,800
Bem rápido.
48
00:02:43,800 --> 00:02:49,700
A primeira principal agora a gente vai dividir em três partes.
49
00:02:49,700 --> 00:02:53,300
Eu não sei se vão ter três programas ou se vai ser só três partes.
50
00:02:53,300 --> 00:02:57,700
Primeira parte, falando de engenharia de software, a gente não poderia deixar de falar sobre
51
00:02:57,700 --> 00:02:59,800
o processo de desenvolvimento do software.
52
00:02:59,800 --> 00:03:01,700
Pouco antes de meter a mão na massa, né?
53
00:03:01,700 --> 00:03:05,200
Antes de a gente continuar, a gente está tendo a participação especial do Liz Filipe,
54
00:03:05,200 --> 00:03:07,400
que é o filho do Sebastião Reus, primogênio.
55
00:03:07,400 --> 00:03:09,700
É o primogênio, não, é o primogênio.
56
00:03:09,700 --> 00:03:13,200
Vai ser, como é que é aquela história lá da boa educação?
57
00:03:13,200 --> 00:03:16,100
O meu filho, hoje ele é só programa em Ruby, eu não vou deixar ele.
58
00:03:16,100 --> 00:03:17,100
Cantei outras coisas, né?
59
00:03:17,100 --> 00:03:20,800
Mas o primeiro computador dele já vai ser o Mac, o primeiro gadget dele também vai ser
60
00:03:20,800 --> 00:03:21,300
da app.
61
00:03:21,300 --> 00:03:22,000
Quero ser pro melhor.
62
00:03:22,000 --> 00:03:23,300
Eu não sei que chegue no next one, né?
63
00:03:23,300 --> 00:03:25,200
Talvez compro um iPad, entende?
64
00:03:25,200 --> 00:03:29,600
Agora, voltando para os processos de desenvolvimento de software, são basicamente divididos em
65
00:03:29,600 --> 00:03:34,500
análise econômica, análise de requisitos, especificação, arquitetura de software,
66
00:03:34,500 --> 00:03:38,100
implementação, teste, documentação, suporte, treinamento e manutenção.
67
00:03:38,100 --> 00:03:40,900
Vamos detalhar, mais ou menos assim, cada um deles.
68
00:03:40,900 --> 00:03:42,000
Analise econômica.
69
00:03:42,000 --> 00:03:43,400
Como que seria essa análise econômica?
70
00:03:43,400 --> 00:03:49,000
Bom, a análise econômica é porque geralmente tem muito software que ele não é muito viável.
71
00:03:49,000 --> 00:03:54,000
Às vezes, não compensa, às vezes fica mais barato você manter as coisas do jeito
72
00:03:54,000 --> 00:03:58,800
que estão do que você implementar toda a arquitetura de software, conjunto de software
73
00:03:58,800 --> 00:03:59,800
para uma empresa.
74
00:03:59,800 --> 00:04:03,000
Então, isso seria uma análise de viabilidade do projeto?
75
00:04:03,000 --> 00:04:04,000
É, mais ou menos assim mesmo.
76
00:04:04,000 --> 00:04:06,500
Segundo o quesito, seria análise de requisitos.
77
00:04:06,500 --> 00:04:09,520
Existe uma coisa também que eu acho que a gente poderia dar uma voltada aqui, é porque
78
00:04:09,520 --> 00:04:15,040
existe dois mundos hoje na parte do processo de desenvolvimento de software, os processos
79
00:04:15,040 --> 00:04:17,760
tradicionais e os modelos agem.
80
00:04:17,760 --> 00:04:21,400
Essa parte a gente está falando um pouco antes dos processos tradicionais.
81
00:04:21,400 --> 00:04:26,800
Na verdade, esses são as partes de todo o desenvolvimento do software, mas o modelo
82
00:04:26,800 --> 00:04:32,440
de execução dessas de cada parte depende do modelo de produção que a empresa adquire.
83
00:04:32,440 --> 00:04:36,420
Hoje está na moda para caramba o pessoal falar de métodos agem ou agem.
84
00:04:36,420 --> 00:04:41,020
Então, a gente vai falar isso aí mais para frente e como que funciona, como que seria,
85
00:04:41,020 --> 00:04:45,700
são formas diferentes de interpretar cada tópico desse processo de desenvolvimento.
86
00:04:45,700 --> 00:04:51,020
Então, análise de requisitos, onde você começa a destrinchar o software, onde a pessoa,
87
00:04:51,020 --> 00:04:57,020
o cliente está com uma ideia e ali uma pessoa vai começar a desenvolver aquela ideia para
88
00:04:57,020 --> 00:05:00,900
não ter uma viabilidade, porque às vezes o cara chega assim, não, eu quero um programa
89
00:05:00,900 --> 00:05:07,240
que faz tal coisa, mas a gente precisa de saber mais ou menos como seria um pouco menos
90
00:05:07,240 --> 00:05:08,240
abstrato assim.
91
00:05:08,240 --> 00:05:12,920
É tipo, a análise de requisitos seria como se a gente fosse construir uma casa e eu
92
00:05:12,920 --> 00:05:15,520
defendisse que eu quero ter três quartos e...
93
00:05:15,520 --> 00:05:22,320
Então, a análise de requisitos é a concepção das funcionalidades que o software vai ter.
94
00:05:22,320 --> 00:05:27,280
E a gente pode dividir ela em duas partes, os requisitos funcionais e os requisitos não
95
00:05:27,280 --> 00:05:28,280
funcionais.
96
00:05:28,300 --> 00:05:31,300
Eu não estou fazendo nem piadinha, não vou.
97
00:05:31,300 --> 00:05:33,300
A gente vai lá, a gente vai lá.
98
00:05:33,300 --> 00:05:38,900
Os requisitos funcionais, ele diz respeito ao que o software realmente tem que fazer,
99
00:05:38,900 --> 00:05:41,180
é o objetivo prático do software.
100
00:05:41,180 --> 00:05:45,180
Pensei que os requisitos funcionais eram aqueles que funcionavam.
101
00:05:45,180 --> 00:05:48,300
Depois de termos de implementar, os requisitos que funcionaram.
102
00:05:48,300 --> 00:05:53,100
Os não funcionais são coisas que estão no contexto do negócio do software.
103
00:05:53,100 --> 00:05:57,500
Um exemplo de requisito não funcional para quem a gente entenda é, por exemplo, quando
104
00:05:57,520 --> 00:06:01,320
eu clicar em uma caixinha de texto, eu selecionar todo o texto, entendeu?
105
00:06:01,320 --> 00:06:02,320
Ah, isso é não funcional.
106
00:06:02,320 --> 00:06:07,880
É, assim, a essência do software não vai deixar de funcionar porque o software vai
107
00:06:07,880 --> 00:06:08,880
continuar funcionando.
108
00:06:08,880 --> 00:06:13,520
Se a pessoa clicar lá e o texto não for selecionado, às vezes está no projeto como
109
00:06:13,520 --> 00:06:14,680
requisito não funcional.
110
00:06:14,680 --> 00:06:20,080
Ah, então, às vezes uma outra janela abrir em tela cheia ou não, abrir um pop-up, alguma
111
00:06:20,080 --> 00:06:22,720
coisa assim, tudo faz parte do análise não funcional.
112
00:06:22,720 --> 00:06:23,720
É isso mesmo.
113
00:06:23,720 --> 00:06:28,100
Em momento de modelagem, por exemplo, o ML, eu consigo descrever um sistema, como ele
114
00:06:28,100 --> 00:06:32,820
vai funcionar, é independente de tecnologia, então essa parte de requisitos funcionais
115
00:06:32,820 --> 00:06:35,140
ela também é dependente da tecnologia.
116
00:06:35,140 --> 00:06:37,860
O terceiro tópico seria a especificação.
117
00:06:37,860 --> 00:06:39,940
Como funciona essas especificações?
118
00:06:39,940 --> 00:06:44,980
É como se fosse uma continuação da análise de requisitos, onde você pega as ideias um
119
00:06:44,980 --> 00:06:50,420
pouco menos abstratas e deixa ela menos abstratas ainda para a gente começar a definir a arquitetura
120
00:06:50,420 --> 00:06:51,420
do software.
121
00:06:51,420 --> 00:06:58,840
Essa parte é uma parte que antecedem a arquitetura de software, que é o quarto tópico do processo
122
00:06:58,840 --> 00:06:59,840
de desenvolvimento.
123
00:06:59,840 --> 00:07:05,120
Então a arquitetura de software é a parte mais legal, a gente vai voltar a falar nisso,
124
00:07:05,120 --> 00:07:09,640
mas a arquitetura de software, o que dá suporte a todo o desenvolvimento faz parte
125
00:07:09,640 --> 00:07:16,360
da parte tecnológica, mas você pode modelar ela com conceitos não dependentes de tecnologia,
126
00:07:16,360 --> 00:07:19,880
mas ela já faz parte da implementação do software como um todo.
127
00:07:19,880 --> 00:07:25,620
Aí vem o quinto tópico, que é a parte que separa os meninos dos homens ou as meninas
128
00:07:25,620 --> 00:07:26,620
das mulheres.
129
00:07:26,620 --> 00:07:32,220
A parte da implementação, onde o cara que mexe com isso é o cara que mostra para a sociedade,
130
00:07:32,220 --> 00:07:35,140
pelo menos para a sociedade geek, que ele é macho pra caralho.
131
00:07:35,140 --> 00:07:37,620
No caso, se for uma mulher que a raridade a gente nem...
132
00:07:37,620 --> 00:07:43,100
É, geralmente as mulheres trabalham mais na área de teste e na área de análise de
133
00:07:43,100 --> 00:07:44,100
requisitos.
134
00:07:44,100 --> 00:07:45,100
Então, certo?
135
00:07:45,100 --> 00:07:46,100
Geralmente.
136
00:07:46,100 --> 00:07:48,580
E se você for uma mulher que programa, manda e-mail com foto.
137
00:07:49,240 --> 00:07:55,120
É, manda e-mail com foto pra gente não poder fazer piadinha falando que não existe
138
00:07:55,120 --> 00:07:57,840
mulher bonita na área de programação.
139
00:07:57,840 --> 00:07:59,680
É pra desbancar aquela de que...
140
00:08:02,240 --> 00:08:03,840
Vamos seguir pro próximo...
141
00:08:03,840 --> 00:08:05,440
Seu jornalismo vai ficar.
142
00:08:05,440 --> 00:08:06,940
Então, o senso tópico...
143
00:08:06,940 --> 00:08:07,940
Próximo, né?
144
00:08:07,940 --> 00:08:12,340
Próximo tópico é a parte de teste, porque geralmente o programador a gente vai até
145
00:08:12,340 --> 00:08:16,600
falar isso mais na frente, porque o programador fica muito abitulado ali naquele mundo...
146
00:08:16,600 --> 00:08:22,100
O universo do programador é bastante diferente do universo das outras pessoas, né?
147
00:08:22,100 --> 00:08:29,220
Então, às vezes ele fica preso ali e fica e peca às vezes na falta de usabilidade e
148
00:08:29,220 --> 00:08:34,700
às vezes, por próprio, ele tá muito focado ali, ele esquece alguma parte ou até erro
149
00:08:34,700 --> 00:08:38,740
mesmo e devem ser detectados pela fase de teste de software.
150
00:08:38,740 --> 00:08:41,340
Nesse caso, quem faz nunca pode testar, né?
151
00:08:41,340 --> 00:08:45,940
Isso é uma coisa que é uma máxima que tem que ser seguida em processo de desenvolvimento
152
00:08:46,760 --> 00:08:49,840
Isso visto no âmbito um pouco mais macro, assim, né?
153
00:08:49,840 --> 00:08:54,820
A gente pode citar como exemplo o Linux, que é um projeto onde praticamente todos os
154
00:08:54,820 --> 00:08:57,360
usuários são analistas de testes, né?
155
00:08:57,360 --> 00:09:02,280
Porque eles estão ali, estão de olho ali no programa, estão usando, de acordo com o
156
00:09:02,280 --> 00:09:03,280
que ele...
157
00:09:03,280 --> 00:09:07,360
No caso do Linux específico, o Vigual era a lei de Linux, sabe como era a lei de Linux?
158
00:09:07,360 --> 00:09:08,360
Pode falar.
159
00:09:08,360 --> 00:09:10,680
É, é muito fácil, é muito fácil, eu vou deixar pra...
160
00:09:10,680 --> 00:09:13,680
Eu não vou ficar assim, porque senão a fama fica toda pra mim, né?
161
00:09:13,680 --> 00:09:15,680
Eu sou o sidekick do show.
162
00:09:15,740 --> 00:09:18,740
Então, vai lá, é porque a lei de Linux é assim, é o...
163
00:09:18,740 --> 00:09:19,740
É...
164
00:09:19,740 --> 00:09:20,740
Você sabe, né?
165
00:09:20,740 --> 00:09:26,100
Não, a lei de Linux é que é sobre milhões de olhos, qualquer erro é banal, né?
166
00:09:26,100 --> 00:09:27,100
É.
167
00:09:27,100 --> 00:09:30,020
Acho que não ficou o pé da letra, mas é mais ou menos sim, porque é onde todo mundo
168
00:09:30,020 --> 00:09:35,660
tá olhando, onde todo mundo tá usando, muitas pessoas usando, reportam erros, tem
169
00:09:35,660 --> 00:09:41,260
muitas pessoas programando, muitos palpites ali de programadores e experientes e programadores
170
00:09:41,260 --> 00:09:47,720
que não são experientes, mas que acabam se tornando ao aderir ao processo de desenvolvimento
171
00:09:47,720 --> 00:09:49,080
do sem operacional Linux.
172
00:09:49,080 --> 00:09:50,080
Ah, bom.
173
00:09:50,080 --> 00:09:52,640
Depois dessa parte de teste, vem a parte de documentação.
174
00:09:52,640 --> 00:09:58,720
A geralmente, o desenvolvimento, ele fica ali rodando, às vezes, entre a fase de teste,
175
00:09:58,720 --> 00:10:03,560
volta pra implementação, volta pro teste, então assim, o relacionamento entre o analista
176
00:10:03,560 --> 00:10:08,160
de teste e o programador, o desenvolvedor, ele é um relacionamento bem mais próximo
177
00:10:08,160 --> 00:10:13,140
que, às vezes, as demais áreas, assim, tratando do modelo cascata, que nós vamos falar
178
00:10:13,140 --> 00:10:14,140
mais com a gente.
179
00:10:14,140 --> 00:10:17,980
Esse modelo que a gente tá falando, que a gente faz, faz parte dos modelos tradicionais,
180
00:10:17,980 --> 00:10:18,980
né?
181
00:10:18,980 --> 00:10:19,980
É, seria mais ou menos assim, como eu citei, né?
182
00:10:19,980 --> 00:10:25,740
O modelo de cascata, onde cada uma dessas fases, ela é feita uma pós a outra, né?
183
00:10:25,740 --> 00:10:28,020
Proceduralmente, feitas linearmente, né?
184
00:10:28,020 --> 00:10:29,580
Em série, uma pós a outra.
185
00:10:29,580 --> 00:10:33,060
Então, depois da documentação, a gente tem o suporte a treinamento, né?
186
00:10:33,060 --> 00:10:38,280
Na documentação, você faz, desço, relatando todos os detalhes do software, para que possa
187
00:10:38,280 --> 00:10:43,120
haver um treinamento, onde, depois do software pronto, você precisa de ensinar as pessoas
188
00:10:43,120 --> 00:10:44,120
a usarem, né?
189
00:10:44,120 --> 00:10:48,240
Porque as pessoas, elas estão acostumadas com o que elas estão vivendo no momento,
190
00:10:48,240 --> 00:10:52,480
então, às vezes, você tem pessoa elevando-os ali com aquele software antigo, tem uma certa
191
00:10:52,480 --> 00:10:58,120
resistência em mudar pra uma nova tecnologia e tal, então, o treinamento é crucial pra
192
00:10:58,120 --> 00:10:59,120
isso aí.
193
00:10:59,120 --> 00:11:03,980
Por isso, tudo implementado, depois de passar a parte suposta de treinamento, que já está
194
00:11:03,980 --> 00:11:06,980
funcionando o software, é necessário a manutenção.
195
00:11:06,980 --> 00:11:13,020
A manutenção é a parte mais pauleira da processos de desenvolvimento, até porque
196
00:11:13,020 --> 00:11:15,580
nem sempre quem fez é quem dá a manutenção, né?
197
00:11:15,580 --> 00:11:20,900
Aí que o negócio fica cabeludo, aí é pobrei, mano, porque quando se fala errado,
198
00:11:20,900 --> 00:11:24,420
assim, você já vê o que é o negócio assim, e por que as vezes as pessoas quando está
199
00:11:24,420 --> 00:11:25,980
com raiva, elas falam errado?
200
00:11:25,980 --> 00:11:28,140
Eu tenho uma teoria que eu acho que só vale pra mim.
201
00:11:28,200 --> 00:11:33,720
Não, eu acho que quando é tipo pessoa que só consegue fazer declaração de amor na
202
00:11:33,720 --> 00:11:34,720
língua mãe, né?
203
00:11:34,720 --> 00:11:38,560
Tipo assim, quando o cara vai falar, tá emocionado, o cara é italiano e só consegue
204
00:11:38,560 --> 00:11:39,560
falar italiano.
205
00:11:39,560 --> 00:11:44,360
Ah, tá, é porque a parte do cérebro das emoções, ela é uma parte mais primitiva,
206
00:11:44,360 --> 00:11:48,840
então, geralmente, como as partes primitivas do cérebro, elas agem muito mais rápido
207
00:11:48,840 --> 00:11:53,520
que as outras partes, desenvolvidas posteriormente ao decorrer da evolução, então, a gente
208
00:11:53,520 --> 00:11:57,720
tende a manifestar primeiro as emoções mais primitivas.
209
00:11:57,780 --> 00:12:01,540
Por isso que as vezes quando você está nervoso, você tem vontade de bater, quando você está
210
00:12:01,540 --> 00:12:05,740
com muita fome, você come mais rápido, quando você está nervoso, você não se importa
211
00:12:05,740 --> 00:12:10,700
com coesão, com cordança verbal, essas coisas assim.
212
00:12:10,700 --> 00:12:11,700
Aí, interessante.
213
00:12:11,700 --> 00:12:12,700
Voltando.
214
00:12:12,700 --> 00:12:17,100
A gente falou um pouco do modo tradicional do desenvolvimento de software, que é o modo
215
00:12:17,100 --> 00:12:18,900
que o pessoal já fala que é falido, né?
216
00:12:18,900 --> 00:12:24,620
Esse modelo é um modelo assim, muito complicado, porque eles têm várias falhas no seu desenvolvimento,
217
00:12:24,620 --> 00:12:25,620
né?
218
00:12:25,620 --> 00:12:35,760
Um dos problemas desses metodologias tradicionais é porque existe um período, um espaço muito
219
00:12:35,760 --> 00:12:40,820
grande entre a concepção do software e a entrega do produto, tem projetos que duram
220
00:12:40,820 --> 00:12:46,320
dois anos para acontecer e a pessoa no final do projeto cliente já mudou a estratégia
221
00:12:46,320 --> 00:12:50,400
e já mudou de, da forma de pensar, então o software já, com determinado que esse efetre
222
00:12:50,400 --> 00:12:51,400
já é obsoleto.
223
00:12:51,400 --> 00:12:52,780
Essa frase é muito famosa, né?
224
00:12:52,780 --> 00:12:56,680
Toda tecnologia lançada, ela já é lançada obsoleto, né?
225
00:12:56,680 --> 00:13:00,680
Tratando-se do software, isso acontece por causa desse procedimento arcaico, vamos
226
00:13:00,680 --> 00:13:05,480
dizer assim, acaba carretando no atraso muito grande, assim, do desenvolvimento de software.
227
00:13:05,480 --> 00:13:11,000
Por isso que existem hoje outros modelos de procedimento, outros modelos de desenvolvimento
228
00:13:11,000 --> 00:13:12,000
de software.
229
00:13:12,000 --> 00:13:17,800
A solução intermediária para esse problema era eu ter software, eu ter interações, sabe?
230
00:13:17,800 --> 00:13:22,680
O software que ele chama de incremental, que eu tenho todas essas fases mais em períodos
231
00:13:22,680 --> 00:13:27,560
bem mais curto, não o projeto todo, mas em vários modelos, seria por funcionalidade
232
00:13:27,560 --> 00:13:29,000
ou pacote de funcionalidade.
233
00:13:29,000 --> 00:13:35,120
Então, nas metodologias ágeis, uma das premissas dos métodos ágeis é que as mudanças ocorrem
234
00:13:35,120 --> 00:13:40,800
porque a gente ignorava, então a gente trabalha sempre preparado para as mudanças.
235
00:13:40,800 --> 00:13:45,160
Então, por exemplo, uma interação em vez de durar dois meses da entrega de uma funcionalidade
236
00:13:45,160 --> 00:13:50,680
eu vou ter interações menores, caso do Scrum e de vários outros métodos ágeis, de eu
237
00:13:50,680 --> 00:13:53,400
consigo fazer interações semanais até.
238
00:13:53,400 --> 00:13:59,840
Falando aí de Scrum, os dois métodos mais usados, é o Scrum XP, que é o Extreme Programme.
239
00:13:59,840 --> 00:14:05,800
O Scrum ele trabalha mais na parte de gerenciamento do projeto e o programação extrema, ela
240
00:14:05,800 --> 00:14:14,200
é executiva, assim, as duas podem conviver, que nem é repositório e dao, não são coisas
241
00:14:14,200 --> 00:14:15,200
que elas podem conviver.
242
00:14:15,200 --> 00:14:19,680
Tem aquela parada lá do Scrum que você tem que fazer reunião semanal e a reunião tem
243
00:14:19,680 --> 00:14:21,680
que ser em pé, é o coisinho, né?
244
00:14:21,680 --> 00:14:24,480
Cara, eu tenho os casas de ousos em pizarro com Scrum.
245
00:14:24,480 --> 00:14:25,480
Encontrei, encontrei.
246
00:14:25,480 --> 00:14:31,880
Nessa reunião em pé, cara, teve um maluco que dormiu, que foda.
247
00:14:31,880 --> 00:14:36,280
Pô, a gente tava lá na reunião em pé ali e tal, e o maluco começou a bobear, eu pensei
248
00:14:36,280 --> 00:14:38,280
que ia dar um fatality.
249
00:14:38,280 --> 00:14:39,280
Problema mesmo.
250
00:14:39,280 --> 00:14:42,600
Então, já que a gente falou para a parte de metodologias de desenvolvimento, vou falar