Embed Size (px)
Transcript of Linux Sucks
- 1. Why Desktop Linux Sucks. And What We Can Do To Fix It.
2. Let's get this out of the way...
- We all like Linux.
3. Linux is great.
- It's fast.
4. It's customizable. 5. It's stable. 6. It's open. 7. It's, generally, pretty bad-ass. 8. But.Seriously.Linux Sucks.
- Ever have audio problems?
9. How about Wi-Fi issues? 10. Maybe updates that broke core functionality? 11. Perhaps the lack of particular software (or type of software) forces you to use another OS? Long story short:Linux Sucks. But let's get specific: Why?And how do we fix it? 12. Stuff we won't talk about
- Linux as a server.
13. Mobile Linux (Phones, PDAs, Tablets). 14. Embedded Linux (Routers, etc.). 15. Marketting. 16. Audio Problems
17. Pulse? 18. Gstreamer? 19. Open Sound System? 20. aRts (Analog Real Time Synthesizer)? 21. Phonon? 22. Are youkiddingme? 23. Audio Problems - FIXED
24. Do not create a new audio framework. 25. Do not create a new framework that wraps other audio frameworks. 26. The real key is which API developers use. 27. Pick one.Here, I'll show you how easy it is: 28. Gstreamer.There.Done. 29. Now everyone just use that. 30. Hardware Issues
- X.Org is old.
31. Multi-monitor setups are problematic. 32. New versions of X.Org and distros break existing video drivers too often. 33. Configuration can be... annoying. 34. Wireless drivers. 35. New versions should not have less functionality on modern equipment. 36. Hardware Issues - FIXED
- Distros need to stop revving X.Org so often.
37. If modern video cards work with a current release of a distro (or X.Org)... do not release the new version of that distro (or X.Org) if that video card is no longer fully supported. 38. Same goes for Wireless Cards and all other hardware. 39. Packaging Sucks
40. .RPM? 41. .tar.gz? 42. Ubuntu, Fedora, Arch, OpenSuse, PCLinuxOS, Gentoo... Often need different packages for each. 43. Many people duplicating effort packaging same software for different formats and distros. 44. Packaging - FIXED
- Let's just freaking standardize.
45. LSB (Linux Standard Base) says RPM is it. 46. Deb is far more popular (as Ubuntu is in the lead usage wise). 47. But, really, it doesn't matter.Just pick one and everybody freaking use it. 48. If every distro can utilize the same packages -awesome . 49. Audio Editing
- We have lots of projects.
50. Most of them are not even functional. 51. A few are somewhat usable:
52. ReZound? 53. Jokosher? 54. Ardour? Where is our GarageBand?Our Audition? 55. Video Editing
- We're talking video editing for normal to pro-sumer level here.99.999% of the video editing.
56. Nothing cuts it.At all. 57. Lives?KDEnlive?Kino?PiTiVi?Cinellara? 58. HD support is sketchy at best. 59. Hard to install. 60. Unstable. 61. Lacking expected features. 62. Audio/Video Editing
- The problem is that these are not simple tools.
63. They require a large investment in time and developer resources. 64. This hurts to say :
- The current open source development model has failed to deliver these advanced, and necessary, tools.
65. Linux is not even on par with Windows and MacOS from the mid 1990's. 66. Audio/Video Editing
- Projects must be funded in order to succeed.
67. The funding must be reliable. 68. Let's come back to this topic in a bit. 69. What about Application X?
- There are key applications (and types of applications) that are vital to many lines of work.
70. CAD, Pro-level design, Image Management 71. Animation, Screenwriting, etc. 72. What about Photoshop? 73. Large applications, that require a large resource investment. 74. What about Game X?
- Many of us keep Windows around just for games.
75. Games are huge.They drive system adoption. 76. Some have come to Linux (Doom 3, Neverwinter Nights, Penny Arcade Adventures). 77. The list is small. 78. Sales are not large enough for most developers and publishers to consider a Linux port. 79. Open Source games don't cut it. 80. Large Software Projects...
- All of these applications are extremely large.
81. There have been many, many attempts at Open Source projects to address these needs. 82. The time and resource (manpower, etc.) requirements for these projects make their success unlikely. 83. So we must fund these projects.But how? 84. Funding Key Projects
- Open Source with Donations?
85. Open Source with Corporate Funding? 86. Open Source plus Paid Services? 87. Closed Source? 88. Commercial with Source Available? 89. Sure!Anything!But let's think about numbers for a second. 90. What does it cost?
- Hypothetical: Let's make a Video Editor (ala iMovie, Windows Movie Maker, etc.).
91. Let's say it we need 3 developers and 1 tester. 92. Each person earns $75k per year. 93. That works out to (without graphics design, documentation, marketting, server admin, project management or support) : $300,000 per year. 94. Developers need to eat. 95. Why not spread the work out?
- More developers does not equal more productivity.
96. A team of 5 dedicated, full time developers is typically going to be more productive than 50 developers who only putz a little on the weekend. 97. The Open Source projects that are commercially backed an funded tend to be the most active and have the most momentum. 98. Developers need to eat. 99. A Quick Case Study
- The most advanced audio editor for Linux is Ardour.
100. The developer is attempting to work on it full time (which is needed). 101. Monthly donation subscriptions: $2019. 102. That's only $24,228 per year.Not enough to rely on for living expenses. 103. Developers need to eat. 104. So how to we fix it?
- We, as Linux users, need to accept that software costs money to make.
105. We then need to either:
- Donate to Open Source projects in the amount roughly equalling what we'd pay to a commercial product.
106. Or purchase closed source software for Linux in order to encourage the companies to bring more to Linux. 107. Or both. 108. Okay.Sure.But HOW?
- Major distros and companies (Canonical, Novell, Red Hat, Nokia, etc.) need to get involved:
- Encourage people to donate to specific projects that their customers would most benefit from.
109. Active fund raisers. 110. Build software stores into their distros. 111. Make commercial third party software more prominent on their websites. There will be backlash. 112. To the distros: Man up. 113. Feel free to yell at me
114. www.JupiterBroadcasting.com 115. www.Twitter.com/BryanLAS