It Goes Wrong

Presented on rannts #6
http://www.it52.info/events/2015-07-25-rannts-6

Links from the presentation:

* 68% software projects failed
http://www.iag.biz/images/resources/iag%20business%20analysis%20benchmark%20-%20full%20report.pdf

* No Silver Bullet — Essence and Accidents of Software Engineering
http://worrydream.com/refs/Brooks-NoSilverBullet.pdf

* Out of the Tar Pit
http://shaffner.us/cs/papers/tarpit.pdf

* Pyrsistent
https://github.com/tobgu/pyrsistent

* Are We There Yet?
http://www.infoq.com/presentations/Are-We-There-Yet-Rich-Hickey

* The Database as a Value
http://www.infoq.com/presentations/Datomic-Database-Value

* PyPy STM
http://doc.pypy.org/en/latest/stm.html

* SOLID
https://en.wikipedia.org/wiki/SOLID_%28object-oriented_design%29

* Dijkstra quote came from
http://homepages.cs.ncl.ac.uk/brian.randell/NATO/nato1969.PDF

* Bret Victor - The future of the programming
https://vimeo.com/71278954

* Bret Victor - Inventing on principle
https://vimeo.com/36579366

* Glenn Vanderburg - Real Software Engineering
http://www.youtube.com/watch?v=NP9AIUT9nos

* Alan Kay - Programming and scaling
http://www.tele-task.de/archive/lecture/overview/5819/

* Zed A. Shaw - The Top 10 Ways To Scam The Modern American Programmer
http://www.youtube.com/watch?v=neI_Pj558CY

* Michael O. Church - Why “Agile” and especially Scrum are terrible
https://michaelochurch.wordpress.com/2015/06/06/why-agile-and-especially-scrum-are-terrible/

* Michael O. Church - Software’s management problem
https://michaelochurch.wordpress.com/2015/06/07/softwares-management-issues/

Transcript

1. Все очень плохо Архипов Сергей @9seconds 25.06.2015
3. Чистота ← Все очень плохо Инженерия — не искусство создавать. Скорее, это искусство не создавать. Или искусство делать хорошо за один доллар то, что любой растяпа сделает за 2. ― Arthur Mellen Wellington.
4. Мотивационный слайд ← Все очень плохо Мы как программисты ― Мы — инженеры нового поколения; ― Меняем мир к лучшему; ― Меняем жизнь людей к лучшему; ― Обустраиваем новый технологический уклад; ― Получаем много денег;
5. Зарплаты ← Все очень плохо
6. Проблемы, которые мы обсуждаем ← Все очень плохо Проблемы, которые мы решаем: ― Vim vs Emacs ― Linux vs Windows ― Tabs vs spaces ― Python vs Ruby ― Angular.js vs React.js ― RDBMS vs NoSQL ― node.js ― Meteor ―
7. Проблемы, которые мы обсуждаем ← Все очень плохо Проблемы, которые мы решаем: ― Vim vs Emacs ― Linux vs Windows ― Tabs vs spaces ― Python vs Ruby ― Angular.js vs React.js ― RDBMS vs NoSQL ― node.js ― Meteor ―
8. Проблемы, которые мы обсуждаем ← Все очень плохо Проблемы, которые мы решаем: ― Vim vs Emacs ― Linux vs Windows ― Tabs vs spaces ― Python vs Ruby ― Angular.js vs React.js ― RDBMS vs NoSQL ― node.js ― Meteor ―
9. Проблемы, которые мы обсуждаем ← Все очень плохо Проблемы, которые мы решаем: ― Vim vs Emacs ― Linux vs Windows ― Tabs vs spaces ― Python vs Ruby ― Angular.js vs React.js ― RDBMS vs NoSQL ― node.js ― Meteor ―
10. Проблемы, которые мы обсуждаем ← Все очень плохо Проблемы, которые мы решаем: ― Vim vs Emacs ― Linux vs Windows ― Tabs vs spaces ― Python vs Ruby ― Angular.js vs React.js ― RDBMS vs NoSQL ― node.js ― Meteor ―
11. Проблемы, которые мы обсуждаем ← Все очень плохо Проблемы, которые мы решаем: ― Vim vs Emacs ― Linux vs Windows ― Tabs vs spaces ― Python vs Ruby ― Angular.js vs React.js ― RDBMS vs NoSQL ― node.js ― Meteor ―
12. Проблемы, которые мы обсуждаем ← Все очень плохо Проблемы, которые мы решаем: ― Vim vs Emacs ― Linux vs Windows ― Tabs vs spaces ― Python vs Ruby ― Angular.js vs React.js ― RDBMS vs NoSQL ― node.js ― Meteor ―
13. Проблемы, которые мы обсуждаем ← Все очень плохо Проблемы, которые мы решаем: ― Vim vs Emacs ― Linux vs Windows ― Tabs vs spaces ― Python vs Ruby ― Angular.js vs React.js ― RDBMS vs NoSQL ― node.js ― Meteor ―
14. Проблемы, которые мы обсуждаем ← Все очень плохо Проблемы, которые мы решаем: ― Vim vs Emacs ― Linux vs Windows ― Tabs vs spaces ― Python vs Ruby ― Angular.js vs React.js ― RDBMS vs NoSQL ― node.js ― Meteor ― Ada initiative
15. Наши проблемы ← Все очень плохо Наши проблемы ― Проблемы коммуникаций; ― Проблемы методологий; ― Проблемы разработки;
16. Проблемы коммуникаций
17. Проблемы коммуникаций ← Все очень плохо ― Нам приходится разговаривать с живыми людьми ― Цели менеджмента и цели программистов расходятся ― Взгляды на продукт у менеджмента и разработки различные ― Мы не умеем оценивать время ― Мы — коты, и нас нужно пасти
18. Проблемы коммуникаций ← Все очень плохо
19. Проблемы методологий
20. Проблемы методологий ← Все очень плохо ― 1940-1969 — ??? ― 1969 — Software Engineering conference (NATO, Garmish, Germany) ― 1970 — Managing the Development of Large Software Systems (Dr. Winston W. Royce) ― 2000 — XP (Kent Back) ― 2001 — Agile Software Development with Scrum (Schwaber, Beedle) ― 2003 — Agile Management for Software Engineering: Applying the Theory of Constraints for Business Results (Anderson) ― 2003 — Rational Unified Process (IBM, Rational)
21. Проблемы методологий ← Все очень плохо ― 1940-1969 — ??? ― 1969 — Software Engineering conference (NATO, Garmish, Germany) ― 1970 — Managing the Development of Large Software Systems (Dr. Winston W. Royce) ― 2000 — XP (Kent Back) ― 2001 — Agile Software Development with Scrum (Schwaber, Beedle) ― 2003 — Agile Management for Software Engineering: Applying the Theory of Constraints for Business Results (Anderson) ― 2003 — Rational Unified Process (IBM, Rational)
25. Waterfall ← Все очень плохо I believe in this concept, but the implementation described above is risky and invites failure.
26. Waterfall ← Все очень плохо An implementation plan to manufacture larger software systems, and keyed only to these steps, however, is doomed to failure.
28. RUP ← Все очень плохо Rational Unified Process ― Establish and document requirements; ― Design and document the module structure; ― Design and document the module interfaces; ― Design and document the uses hierarchy; ― Design and document the module internal structures; ― Write programs ― Maintain
29. RUP ← Все очень плохо […] the picture of the software designer deriving his design in a rational way from a statement of requirements is quite unrealistic. No system has ever been developed in that way, and probably none ever will. ― David Parnas;
30. SCRUM ← Все очень плохо ― Business-driven development; ― Дает возможность работать только на одном уровне; ― Разработан исключительно для маленьких команд в небольших организациях; ― Много ложных срабатываний в определении низкой производительности; ― Агрессивный маркетинг;
31. Краткая выжимка ← Все очень плохо 1940-2015 (75 лет) ― Мы поняли, что инженерная культура лучше бизнес- культуры; ― Люди с большим опытом заняты все той же работой, что и люди с низким опытом; ― Мы тратим на совещания все столько же времени (Waterfall = Scrum); ― Эффективность совещаний остается прежней и столь же сомнительной; ― ~70% проектов все так же проваливается;
32. Hofstadter's law ← Все очень плохо Hofstadter's law It always takes longer than you expect, even when you take into account Hofstadter's Law.
33. Programming, motherfucker ← Все очень плохо Programming motherfucker (Zed A. Shaw) ― Fill the to-do list; ― Select the task; ― Do; ― Repeat until it finished.
34. Проблемы разработки
35. Сложность ПО ← Все очень плохо Сложность бывает ― Естественная (Accidental); ― Привнесенная (Essential); No Silver Bullet — Essence and Accidents of Software Engineering (Fred Brooks) Out of the Tar Pit (B. Mosley, P. Marks)
36. Python ← Все очень плохо def qsort(arr): if not arr: return [] less = [el for el in arr if el < arr[0]] more = [el for el in arr if el >= arr[0]] return qsort(less) + [arr[0]] + qsort(more)
37. Clojure ← Все очень плохо (defn qsort [[pivot & xs]] (when pivot (let [smaller #(< % pivot)] (lazy-cat (qsort (filter smaller xs)) [pivot] (qsort (remove smaller xs)) ))))
38. Python ← Все очень плохо def qsort(arr): if not arr: return [] with arr_lock: less = [el for el in arr if el < arr[0]] more = [el for el in arr if el >= arr[0]] return qsort(less) + [arr[0]] + qsort(more)
39. Python ← Все очень плохо def qsort(arr): arr = copy.deepcopy(arr) if not arr: return [] less = [el for el in arr if el < arr[0]] more = [el for el in arr if el >= arr[0]] return qsort(less) + [arr[0]] + qsort(more)
40. Python ← Все очень плохо def qsort(arr, first_time=True): if first_time: arr = copy.deepcopy(arr) if not arr: return [] less = [el for el in arr if el < arr[0]] more = [el for el in arr if el >= arr[0]] return qsort(less, False) + [arr[0]] + \ qsort(more, False)
41. Python ← Все очень плохо def qsort(arr, first_time=True): if first_time: arr = copy.deepcopy(arr) if not arr: return [] less = [el for el in arr if el < arr[0]] more = [el for el in arr if el >= arr[0]] return qsort(less, False) + [arr[0]] + \ qsort(more, False)
42. Python Persistent Data Structures ← Все очень плохо https://github.com/tobgu/pyrsistent
43. Python Persistent Data Structures ← Все очень плохо https://github.com/tobgu/pyrsistent
44. Наконец-то про Рича Хикки ← Все очень плохо
45. Наконец-то про Рича Хикки ← Все очень плохо В терминах Рича Хикки ― Идентичность (Identity) — логическая связка группы значений; ― Значение (Value) — чем является объект в какой-то момент времени; ― Состояние (State) — набор всех идентичностей в какой- то момент времени; ― Время (Time) — относительный порядок значений в идентичности. ― Are we There Yet? ― The Database as a Value
47. ФП в реальном мире ← Все очень плохо Что удалось выкрасть из ФП: ― Иммутабельность строк ― Streams в Java 8 ― Лямбды ― Функции высшего порядка Дополнительно в Python: ― Ленивые коллекции (генераторы) ― Списковые выражения (сахар вокруг map, filter, reduce) ― Частичное применение (functools.partial) ― …
48. Проблемы ООП ← Все очень плохо Основные проблемы ООП: ― Идентичность смешивается со значением; ― Значения меняются внезапно и неконсистентно; ― Для консистентных изменений мы используем локи (привет 70е); ― Сложность состояния тождественна равна непредсказуемости и несогласованности изменения состояния;
49. Clojure STM ← Все очень плохо (def acc1 (ref 100)) (def acc2 (ref 200)) (println @acc1 @acc2) (defn transfer-money [a1 a2 amount] (dosync (alter a1 - amount) (alter a2 + amount) amount)) (transfer-money acc1 acc2 20) (println @acc1 @acc2)
50. PyPy STM ← Все очень плохо http://pypy.org http://doc.pypy.org/en/latest/stm.html
51. Сложность ПО ← Все очень плохо def finish_task(task): update_db(task) clean_leftovers(task)
52. Сложность ПО ← Все очень плохо def finish_task(task): update_db(task) clean_leftovers(task) send_email(task.user)
53. Сложность ПО ← Все очень плохо def finish_task(task): update_db(task) clean_leftovers(task) send_email(task.user)
54. Сложность ПО ← Все очень плохо def finish_task(task, need_to_send=True): update_db(task) clean_leftovers(task) if need_to_send: send_email(task.user)
55. Чистота ← Все очень плохо Хороший дизайн — такой, в котором программу более невозможно разорвать на отдельные куски.
56. Чистота ← Все очень плохо SOLID
57. Сложность ПО ← Все очень плохо def finish_task(task): update_db(task) ... how_to_finish = finish_task how_to_finish = cleaning_leftovers(how_to_finish) how_to_finish = sending_email(how_to_finish) how_to_finish(task)
58. Чистота ← Все очень плохо Testing shows the presence, not the absence of bugs ― Edsger Dijkstra (1969, the first conference on software engineering)
59. Ссылки ← Все очень плохо ― Все презентации Рича Хикки (Rich Hickey); ― Bret Victor — The Future of programming; ― Bret Victor — Inventing on principle; ― Glenn Vanderburg — Real software engineering; ― Alan Kay — Programming and scaling; ― Zed A. Shaw — 10 Ways To Scam The Programmer; ― Michael O. Church — Why “Agile” is terrible ― Michael O. Church — Software’s management problem ― Richard Hamming — The Art of Doing Science and Engineering ― Alfred North Whitehead — Process and reality;
61. Q/A ← Все очень плохо @9seconds    https://speakerdeck.com/9seconds/it-goes-wrong