What 2008 May Hold In Store for FOSS
eldavojohn writes to mention that LinuxPlanet has a brief discussion on what 2008 may hold for FOSS. The list includes thoughts on KDE 4, OOXML, DRM, and 3-D desktops. What boons for FOSS are you looking forward to in 2008?
That's what I'd like, a version of bash implemented in opengl, so I can make the console apps I write look funky.
Not perhaps the highest priority of the FOSS world, but sometimes you just gotta go with 'it`d be fun'.
KDE4 is half of what I want.
The other half is FreeBSD 7. Given it is on RC1 now, it'll be there in Feb is my guess.
Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
And while I'm at it, hopefully improved compatibility due to the Samba team finally getting the proper documentation from Microsoft.
I'm among those who would be happy if existing apps could get fixed, Firefox being the prime example. On my G4 Mac every new realease of FF brings more crashes, more memory leaks, and generally more sluggish performance. I finally abandoned it last month for Opera, which I am liking very much.
When most Open Source apps were small, simple and fast I could tolerate the inevitable bugs, and assume that they would be fixed up in the next release. Now it feels like everyone is working to add more and more features and "widgets," but no-one is worrying about overall stability and reliability.
Three Squirrels
Yeah, I know. My quote refers to the "major challenger" part. There's infinitely more (well, not really, but close) Java deployed on enterprise Linux servers than .Net/Mono, free or not. I'm not sure what the "challenge" is. Obviously, a GPL'd Java is a good thing, but how that will help Java meet this "challenge" that doesn't exist mystifies me.
So why are so many of these crystal gazing, horiscope reading, entrail of toad prognostications showing up on slashdot?
Well, to quote the much maligned Christian Bible (2 Peter chapter 2):
And to quote myself (Happy nude year!):
And to quote myself again: "The future is now. The future is bunk."
While we're doing this, a letter from prison rings in the new year.
Here's hoping 2008 sees you healthy and happy, and that Linda gets out of prison. I miss her.
-mcgrew
mcgrew's razor: Never attribute to stupidity that which can be explained by greedy self-interest
I am looking forward to JADE, a roguelike, successor of ADOM.
http://www.adom.de/
I predict that LLVM and HLVM will gain steam. People are going to realize that this pair of abstractions is cleaner, leaner, and meaner than the current virtual machine + language + API way of doing things characterized by Java and .NET. The fact that a GPU can be used as a processor transparently where appropriate, just the way Apple already has with LLVM, is going to start the rethink that was cut short by Java and .NET's fiascoes of ownership or patents. They'll also start making development in compiled languages easier.
This will be the open source response to the blurring lines between CPU and GPU task-wise, as the vector computing tasks could be done much quicker on the GPU based on the advances of LLVM, and applications will benefit transparently. It will be very cool.
There are other players than xmms...
Though I suppose when you have 3D, spinning spectrum analyzers, things are looking pretty good.
Don't thank God, thank a doctor!
Again, I support the ReactOS project. It's a neat idea. But Linux+Wine is much, much closer to being a viable replacement for Windows than ReactOS is. Linux+Wine gives you "the best of both worlds": a stable OSS core, access to a huge vetted repository of applications, and ability to run unmodified Windows binaries if you need to.
Wine has been getting very good of late (e.g. runs Photoshop 7 flawlessly, runs Office 2003 with some bugs). In fact, I see Wine's Windows-compatibility over the next few years becoming a major selling point for transitioning to Linux.
That's a rather absurd statement to make. I could just as easily say "with features like object orientation, it makes me wonder if C++ developers really qualify as programmers anymore." Linq is a higher level abstraction to let you write less code. But it doesn't do anything you couldn't without it. Just like C++ allows you to write less code than if you used assembly.
What does it matter if the other APIs are Windows only? I thought competition was a good thing. The fact that WPF is tied to Windows doesn't make it less powerful in the slightest. If I can get something done quicker and cheaper using the Windows platform, but that means I have to give up cross platform ability.. well, it doesn't become as cut and dry as "well its not cross platform so its not an option."
Look at http://scan.coverity.com/. This is a great project to improve the stability of open source projects by looking for all sorts of coding errors that can be very hard to spot manually. It may not be true that with enough eyeballs, all bugs are shallow. But is it very clear that the Coverity eyeballs are exceptionally good at exposing lots of bug. It is all clear that the open source developers are excellent at fixing these bugs. If KDE can get 4.0 out the door and drive their Coverity defects closer to zero, then I think that we will see a very robust, efficient KDE 4.0 by year's end. The number of defects in my Linux/X.org/KDE 'desktop stack' has dramatically dropped, at least as measured by Coverity. Sorry for sounding like an advertisement. I know that there are other ways to find defects, but I am just so impressed with how open source developers have closed thousands of coding errors that have been identified by these automated code audits. This is the sorts of constant improvement that quietly leads to better stability and security.
Think global, act loco
I'd like either a nice port of iTunes or to find a better jukebox-type music player. I know I can get 100 suggestions right now for players people swear by, but nothing I've tried so far handles browsing, selection, and playback of music as well. In fact, I'd like a better version of iTunes, with features like the ability to classify a song as multiple genres, and have it show up under each.
I've yet to try setting my Linux box up as a iTunes library sharing server (which makes sense with the Macs in the house but the media on my Linux desktop), but if that's not easy to maintain (adding/editing content) I'd like to see improvement there. I suppose that falls into the network media sharing server that's compatible with iTunes as a client category.
Also, the traditional complaint about having to fiddle around. Why should I have to assign keystrokes to 8 of my 12 mouse buttons for it to work across everything (comfiz-fusion/kde, wine/wow, fluxbox, etc)?
Copyright instills a limited supply (and source) onto something that by nature is unlimited
I am glad to say this is wrong. First someone has to write whatever it is, and copyrights give them an incentive to write it. Therefore copyrights are more likely to make sure something is written, and therefore increases the supply, than not having copyrights. As it is now, a writer does not have to copyright something, they can instead put whatever they create into the public domain. And how many books, movies, or songs are released into the public domain as compared to those copyrighted? I know of no such material that has been placed into the public domain but those for whom the copyright has expired. However as I said in a previous post I would shorten copyright terms, I'd only have copyrights last a few years from first publication.
FalconShould there be a Law?
SDL + OpenGL + OpenAL + OpenTNL (or HawkNL) + ODE + DevIL + FreeType. There you go, Windowing + Input + Threading, Graphics, Sound, Networking, Physics, Texture loading and Fonts all with a similar syntax (i.e. glEnable, alInit etc.) all also aim to be cross-platform and importantly, all bind together really well and will compile on pretty much any modern Linux distro, Windows or Mac OS. Of course Microsoft provides math functions (but honestly.. you only need to write a math lib once and there are plenty free ones out there anyway). Write a game using those libraries and you hardly need to do anything to make it completely cross-platform (just file paths *cough*boost-filesystem*cough* and a few other bits and pieces).
There are 2 reasons Microsoft has a hold on the games market:
1. They provided a decent, well-supported solution first (well by the time they got to DX7 or 8 anyway)
2. Big games developers can't just change the way they work without a very VERY good reason.
The only way we can expect a shift in Linux support in games is if Linux market share gets to about 20% and ATI/nVidia really start supporting open source drivers properly so Linux drivers can as fast (if not faster) than the Windows ones. It will happen... it'll just take time.