polymorse seminar
play

PolyMorse Seminar Fabio Petrillo January, 29th 2016 1/## Fabio - PowerPoint PPT Presentation

PolyMorse Seminar Fabio Petrillo January, 29th 2016 1/## Fabio Petrillo Ph.D. Candidate Master - Computer Science - UFRGS/Brazil agile game development Electrical Engineer/UFRGS Program committee GAS 2015 e 2016


  1. PolyMorse Seminar Fabio Petrillo January, 29th 2016 1/##

  2. Fabio Petrillo Ph.D. Candidate ● Master - Computer Science - UFRGS/Brazil ● agile game development ○ Electrical Engineer/UFRGS ● Program committee GAS 2015 e 2016 ● More than 20 year of experience in software engineering industry ● Java, C/C++, PHP, Python, Delphi developer ○ Agile coach and team manager ○ Eclipse plugin development ● Teaching in Brazil ● Software Engineering ○ Game Development Project ○ Teacher assistant at LOG8430 - Advanced Software Architecture :-) ● 2

  3. Research topics software comprehension ● software maintenance and evolution ● software and information visualization ● dynamic and static code analysis ● identification of patterns ● polymorphism ○ mining software repositories ● human aspects of software engineering ● empirical software engineering ● agile software development ● game development practices ● software/code linguistics ● 3

  4. Seminar Part One 4

  5. Fifth International Workshop on Games and Software Engineering (GAS 2016) Are the old days gone? A survey on actual software engineering processes in video game industry Cristiano Politowski, Fabio Petrillo, Lisandra Fontoura, Yann-Gaël Guéhéneuc 5/##

  6. Video game is a multibillionaire industry! 6

  7. Video game projects have multidisciplinary teams! 7

  8. GDC 2016 State of the Industry Report 30% Programmers 16% 11% 8

  9. Video games are softwares! 9

  10. Does game industry have the same problems that "traditional" software industry? 10

  11. 2006 11

  12. 20 game industry postmortems 12/##

  13. " In fact, all the main problems of the traditional software industry are also found in the games industry " Petrillo, F., Pimenta, M., Trindade, F., & Dietrich, C. (2009). What went wrong? A survey of problems in game development. Computers in Entertainment , 7 (1), 1. 13

  14. What is the most important problem in game industry? 14

  15. Unrealistic or ambitious scope and features creep 75% of projects 15

  16. So, how can we mitigate these problems? 16

  17. " We believe that adoption of agile practices in game development can achieve promising results. " Petrillo, F., & Pimenta, M. (2010). Is agility out there? Agile Practices in Game Development. In Proceedings of the 28th ACM International Conference on Design of Communication - SIGDOC ’10 (p. 9). New York, New York, USA: ACM Press. 17

  18. 2016 18

  19. 19

  20. " The old days are gone. You can't expect producers or leads to come up with a huge waterfall of everything they thought would get done over the next three years. In the game development business, it's insane to think you have any insight into what your team will be doing one year from now. You can set major milestones with hard dates, but filling in all the details between those points is an exercise in futility. " Fridley, M. (2013). Postmortem: Kingdoms of Amalur: Reckoning. Retrieved from http://www.gamasutra. com/view/feature/197269/postmortem_kingdoms_of_amalur_.php 20

  21. Are this claim general or a "cherry picking" case? 21

  22. RQ: Are "the old days" really gone in video game industry? 22

  23. Methodology 23

  24. 24

  25. Meta-model (BPMN) 25

  26. Iterative process - Kingdoms of Amalur: Reckoning model 26

  27. 20 process models 27

  28. Results 28

  29. Process occurrences by category 29

  30. Agile practices in game projects 30

  31. Conclusions 31

  32. Conclusion 1 The ``old days" are gone, but not completely at all. 32

  33. Conclusion 2 Iterative process is actually mainstream in the game industry. 33

  34. Conclusion 3 Agility are increasing in the last years. 34

  35. We believe that iterative process benefits are yet misunderstood by part of game community. 35

  36. Suggestion Educators include game agile methodologies in game development courses . 36

  37. 37

  38. Are the old days gone? A survey on actual software engineering processes in video game industry Cristiano Politowski, Fabio Petrillo, Lisandra Fontoura, Yann-Gaël Guéhéneuc Thank you! 38/##

  39. Research opportunities Debugging ● behavior and strategy analysis on stepping/following execution debugging ○ infrastructure collect and share debugging data (Swarm Debugging) ○ debugging recommendation system (machine learning) ○ Software visualization ● Polymorphism ● mining of polymorphism ○ polymorphism comprehension in static and dynamic type language projects ○ polymorphism visualization ○ Games and Software Engineering ● Game development process survey using postmortem analysis (GAS 2016) ○ Game Agile Methods Applied (GAMA) ○ Gama index ○ Systematization of empirical studies using postmortem ○ problems, practices, processes ■ 39

  40. Seminar Part Two 40

  41. In your experience, how much time is needed to do a paper some like that? a) less than 1 month b) between 1 and 3 months c) between 3 and 6 months d) more than 6 months 41

  42. In your experience, how much time is needed to do a paper some like that? 42

  43. In your experience, how much time is needed to do a paper some like that? 43

  44. In your experience, how much time is needed to do a paper some like that? 44

  45. In your experience, how much time is needed to do a paper some like that? 20 days 45

  46. So, how can we achive it?

  47. Use agile practices in research!

  48. Research project - agile practices in SE research Apply agile practices on our projects and evaluate their impact: ● quality ○ productivity ○ replicability ○ 49

  49. Proposal interested groups (optional) ● Scrum Master role ● Research "Owner" Role ● organize the teams ● run some sprints ● practices and tools ● during sprints ● collect project and team data ○ journals ○ evidences (photos, videos, chatting, backlogs, post-its, kanbans, etc) ○ Results and analyses ● Publication :-) ● 50

  50. Win-Win approach 51

  51. How can we start? 52

  52. How could we start? 53

  53. How could we start? 1) email me for scheduling a meeting 2) I exposed the idea/process 3) We organize the planning and sprints 4) And run! :-) 54

  54. Seminar Part Three 55

  55. Focused Project Swarm Debugging collecting and sharing debug session information 56

  56. if debugging is important to create knowledge about a software project, why is this human knowledge lost? 57

  57. Can we collect and share debugging session information? 58

  58. Swarm Debugging 59

  59. Infrastructure 60

  60. Architecture 61

  61. Metadata 62

  62. Research possibilities 1) Paper about debugging stepping or following execution behavior survey on debugging stepping/following execution a) b) collect session information during debugging session in controlled experiments c) mapping behaviors in stepping debugging sessions 2) Paper on debugging session recommendation system a) machine learning modelling b) based on collected data during the previous work 3) Paper on debugging session searching and visualization support a) supporting stepping sessions b) UML sequence diagram alternative c) debugging pathfinder in large method call graphs d) formalizing these visualizations 63

  63. Searching Tools How can we support new debugging session using this collected information? Breakpoint search tool (textual search - ElasticSearch) ● Starting point method search ● Ending point method search ● ????? ● 64

  64. Visualisation Tools Sequence Stack diagram ● Dynamic Method Call Graph ● Swarm Dashboard ● Debugging pathfinder recommendation graph ● ???? ● 65

  65. Sequence Stack Diagram 66

  66. Sequence Stack Diagram Sequence Stack Diagram 67

  67. Dynamic Call Graph 68

  68. 69

  69. Debugging pathfinder recommendation graph Complex call graph Complex call graph Recommended Debugging path M0 M0 M0 M2 M2 M1 M1 M3 M3 M2 M4 M4 M6 M6 M5 M5 M3 Mn Mn M9 M9 M7 M7 M7 M8 M8 M10 M11 M10 M11 70 M12 M12

  70. Research proposal Work 0 - debugging stepping information repository a. describe problem problem and scenarios b. determinate some questions to be answered c. describe Swarm Debugging i. metadata ii. architecture iii. infrastructure iv. REST API d. demonstrate applications and usage e. demonstrate how previous questions can be answered with SD f. submit to ICPC 2016 - abstract: Feb 8 - submission: Feb 15 71

Download Presentation
Download Policy: The content available on the website is offered to you 'AS IS' for your personal information and use only. It cannot be commercialized, licensed, or distributed on other websites without prior consent from the author. To download a presentation, simply click this link. If you encounter any difficulties during the download process, it's possible that the publisher has removed the file from their server.

Recommend


More recommend