I'm good with that. I happen to like.NET (despite not being much of a microsoft fan). I find it is a pretty decent front end for the apps that run on windows.
Having it actually go open source and be out there replacing Mono would certainly be useful to me.
I believe the math shows that a multi-billion dollar company (like Amazon), makes a million in well under an hour. Amazon may be willing to drop off Google's list, but I would be willing to be the first thing they will do when hearing this offer is run a quick 'referrer' analysis.
If the profit from people coming from google is anywhere close to a million (and it will be), they're just going to laugh.
In my experience, 99% of the tech industry is EXTREMELY mediocre. It's about paying the absolute bottom dollar, regardless of skill.
Being employed in this market is about charging less than the next guy, and the next guy shares a Soviet-era apartment complex with two people in the Czech Republic.
Sound bitter or cynical? That's because I've not only lost most of my educated and skilled colleagues to these people, I've lost the initial off-shore/outsource people (typically from Singapore or India) to these people. As soon as we get someone trained up and used to our systems, as soon as we start relying on their skills, they get replaced with someone cheaper and we do it again.
Tech hasn't been about education or intelligence in over 10 years. It's a strictly blue collar job now once you get out of uni.
Not sure what sizable is for you, but my collection is 4,627 songs and 23.7GB. I ripped them from CDs almost exclusively in MP3 format (some are different bit rates that others, depending on what I was using at the time) and it works fine under Debian Squeeze.
I have seen that issue a couple times under Ubuntu 9.04 now that you mention it. I wonder if it has to do with which gstreamer stuff is installed. Might want to play with that, see if it helps you any.
The one HUGE bug I've found with Rhythmbox is the annoying way it drops songs if you, for example, don't have your drive attached. Sure it adds them back just fine (with ratings and all), but it's annoying as hell.
Thing is, I tried Juk and Amarok 2 and both choked on my library. Juk just goes away and never returns, Amarok just is impossible to use with more than a few thousand songs.
Seriously - why use Eclipse instead of gedit/kate/gvim/take your pick Maybe he doesn't know gcc/gdb/javacc;)
If I wanted super lightweight and simple I'd drop Eclipse, and OO.o entirely. Go with Google docs and Vim or something. GCC and javacc don't require a big complicated IDE like Eclipse.
I happen to like things like Rhythmbox, Wine (go gaming!), XAMPP, Thunderbird, Gimp, Inkscape, Scribus, etc. There are plenty of distros out there (Damn Small Linux, for example) aimed at the super light weight - and you'll get more bang for your buck on old hardware with a lightweight window manager like XFCE or WindowMaker.
It's still at most a modular/hybrid kernel. It's not a micro kernel (unfortunately/fortunately, depending on your opinion).
I actually rather liked that bit with the recompiling the drivers you actually needed and wanted, though it certainly would detract from the modern "slap it in, grandma friendly" focus. I recall both Linux and BSD would step you through getting a good solid base installed and compiled - I think it was maybe Caldera era that we stopped recompiling the Linux kernel every install? Something like that.
I'm even starting to see people *arguing* that it's a good thing to have as many drivers built in by default as possible (which just contributes to bloat, complexity, security issues).
I agree. I'd pay good money to have some Splash! drawings from the mid-90s back. I did a TON of them because it was the standard art program at my school. So far, I haven't found anything that works (and I am now starting to think that my most recent media transfer to zip disk probably needs to be re-done too).
Bit rot is alive and well - just look at DeScribe or any of dozens of other apps that people created documents in. For that matter, a lot of the 80s and 90s fanfold doesn't hold up too well either.
Wow, that's crappy luck! Most of my CDs got trashed, battered, and dragged from HS to College and on many moves (often left in cars) and I've so far only had 1 ever go bad. That was just due to a bad scratch.
So I'd say your comment is more like saying you know a person who never smoked and died of lung cancer anyhow;)
The thing about the early Linux and BSD versions was that it was so difficult to get even basic stuff working. X, sound, network cards other than NE2000/3Com types, and some SCSI types (was it BusLogic that just refused to work right? I forget)
Anyhow - I think my oldest CD here is Billy Joel's 52nd Street, but I also have Brothers in Arms by Dire Straits. Both play fine (though 52nd Street is scratched all to hell) and I think they are like 1983 and 1985 respectively. I'd have to go pull them out of my CD boxes to check, and those are packed. The wiki entry on Brothers in Arms shows 1985, so it's probably something like that.
As I said elsewhere in this thread, I don't have a standalone audio system, and my TV disables the other inputs if the HDMI is carrying any form of audio signal. Fun fun fun.
My understanding is that it has a lot to do with bandwidth for audio and such. I can't do what the grand-parent poster suggests (only the parent post) because I don't have a standalone sound system. My Sony Bravia disables audio inputs if there is any audio coming across the HDMI channel (even if it's bogus audio).
So component it is:)
Point being - even people who *have* HDMI aren't strictly using it.
Actually, not everyone. I tried using HDMI for everything and discovered that I was getting lots of audio dropouts. So I ended up switched back to the lovely component video which works just fine, TYVM.
I was going to point this out as well - there was nothing really backing up the browser diagram at all. They didn't even really go into how they determined these vulnerabilities existed, even though they did go into how web apps break down (reasonably enough).
Sorry, but you obviously chose to completely ignore PEAR and PECL. Which makes you nothing else than an ignorant troll.
Yes, PHP's interpreter is a horrible piece of shit. (I had to work with it for 5 years!) BUT there is no language that is better for a real quick and dirty scripting to get you off the ground!!
As they say: Every language has its purpose. I still use PHP to quickly try out new ideas. Throwaway code. And to, if needed, later develop real programs in a real language (Haskell in my case). It simply can't be done quicker in either Perl, Python, JavaScript, Lua, C, C++, Delphi, Java, OCaml or Haskell. Since I already know how to program properly, the ability to do nasty unclean stuff only comes to me as an advantage, not as a disadvantage. But I would never consider PHP or Perl for anything beyond a grown shell script or a small website logic.:)
I mostly agree with this, though the 'speed' you refer to is probably due to your familiarity (unless you're strictly a web coder). I test probably 90% of my code concepts in Perl despite knowing PHP moderately well. I suspect this just has to do with time, since I have used Perl since the mid-90s and PHP only for a couple years (and for far fewer projects).
So much of web code ends up being JS anyhow, so ASP/JSP/PHP all end up being a matter of preference. The smart money these days hides their page extensions to mask the language used anyhow and the rest can come down to using the right tool.
What does this have to do with Go, though? I didn't see Go having any of these sorts of niches - it seems to be more like another what at C++.
I have my password file on there as well, though I only use the password file for the ones I hit rarely (such as random forums and such). The one that really matter I hit often enough to remember.
Stuff they say won't becomes stuff like Peaches... Rush... the list goes on:)
Just because some industry scount likes a band and dislikes another doesn't automatically mean one sucks and one rocks. I'd point to the popularity of the Jonas brothers as a good example.
A lot of what the record industry offers is EXCELLENT studio processing. The difference between a great song and a merely good song is sometimes just the production values. Go watch some concerts, really. Some of the top bands sound like complete ass when they are not set up properly (and some just cheat and play pre-recorded versions)
Might also try things like Jet, Fratellis, etc. They're pretty decent examples of a modern approach to the 70s rock.
Pandora rocks:)
Only downside - it frequently seems to think that *all* versions of a song are the same, but just because the brand new live version of a Metallica song sucks doesn't mean the older live versions and the studio version suck.
Slashdot Mirror
I'm good with that. I happen to like .NET (despite not being much of a microsoft fan). I find it is a pretty decent front end for the apps that run on windows.
Having it actually go open source and be out there replacing Mono would certainly be useful to me.
I believe the math shows that a multi-billion dollar company (like Amazon), makes a million in well under an hour. Amazon may be willing to drop off Google's list, but I would be willing to be the first thing they will do when hearing this offer is run a quick 'referrer' analysis.
If the profit from people coming from google is anywhere close to a million (and it will be), they're just going to laugh.
Wow, I hope you pay well
In my experience, 99% of the tech industry is EXTREMELY mediocre. It's about paying the absolute bottom dollar, regardless of skill.
Being employed in this market is about charging less than the next guy, and the next guy shares a Soviet-era apartment complex with two people in the Czech Republic.
Sound bitter or cynical? That's because I've not only lost most of my educated and skilled colleagues to these people, I've lost the initial off-shore/outsource people (typically from Singapore or India) to these people. As soon as we get someone trained up and used to our systems, as soon as we start relying on their skills, they get replaced with someone cheaper and we do it again.
Tech hasn't been about education or intelligence in over 10 years. It's a strictly blue collar job now once you get out of uni.
Not sure what sizable is for you, but my collection is 4,627 songs and 23.7GB. I ripped them from CDs almost exclusively in MP3 format (some are different bit rates that others, depending on what I was using at the time) and it works fine under Debian Squeeze.
I have seen that issue a couple times under Ubuntu 9.04 now that you mention it. I wonder if it has to do with which gstreamer stuff is installed. Might want to play with that, see if it helps you any.
The one HUGE bug I've found with Rhythmbox is the annoying way it drops songs if you, for example, don't have your drive attached. Sure it adds them back just fine (with ratings and all), but it's annoying as hell.
Thing is, I tried Juk and Amarok 2 and both choked on my library. Juk just goes away and never returns, Amarok just is impossible to use with more than a few thousand songs.
Seriously - why use Eclipse instead of gedit/kate/gvim/take your pick ;)
Maybe he doesn't know gcc/gdb/javacc
If I wanted super lightweight and simple I'd drop Eclipse, and OO.o entirely. Go with Google docs and Vim or something. GCC and javacc don't require a big complicated IDE like Eclipse.
I happen to like things like Rhythmbox, Wine (go gaming!), XAMPP, Thunderbird, Gimp, Inkscape, Scribus, etc. There are plenty of distros out there (Damn Small Linux, for example) aimed at the super light weight - and you'll get more bang for your buck on old hardware with a lightweight window manager like XFCE or WindowMaker.
I use Gnome on FreeBSD too ;)
Not just Linux users
It's fast, stable, straight forward, and Rhythmbox rules :D
It's still at most a modular/hybrid kernel. It's not a micro kernel (unfortunately/fortunately, depending on your opinion).
I actually rather liked that bit with the recompiling the drivers you actually needed and wanted, though it certainly would detract from the modern "slap it in, grandma friendly" focus.
I recall both Linux and BSD would step you through getting a good solid base installed and compiled - I think it was maybe Caldera era that we stopped recompiling the Linux kernel every install? Something like that.
I'm even starting to see people *arguing* that it's a good thing to have as many drivers built in by default as possible (which just contributes to bloat, complexity, security issues).
I agree. I'd pay good money to have some Splash! drawings from the mid-90s back. I did a TON of them because it was the standard art program at my school. So far, I haven't found anything that works (and I am now starting to think that my most recent media transfer to zip disk probably needs to be re-done too).
Bit rot is alive and well - just look at DeScribe or any of dozens of other apps that people created documents in. For that matter, a lot of the 80s and 90s fanfold doesn't hold up too well either.
Wow, that's crappy luck! Most of my CDs got trashed, battered, and dragged from HS to College and on many moves (often left in cars) and I've so far only had 1 ever go bad. That was just due to a bad scratch.
So I'd say your comment is more like saying you know a person who never smoked and died of lung cancer anyhow ;)
Still is ;)
http://en.wikipedia.org/wiki/Linux_kernel#Architecture
The thing about the early Linux and BSD versions was that it was so difficult to get even basic stuff working. X, sound, network cards other than NE2000/3Com types, and some SCSI types (was it BusLogic that just refused to work right? I forget)
Anyhow - I think my oldest CD here is Billy Joel's 52nd Street, but I also have Brothers in Arms by Dire Straits. Both play fine (though 52nd Street is scratched all to hell) and I think they are like 1983 and 1985 respectively. I'd have to go pull them out of my CD boxes to check, and those are packed. The wiki entry on Brothers in Arms shows 1985, so it's probably something like that.
Firewire would be an awesome way to cable systems, IMO.
Component does just fine, however - it's not like HDTV is really all that much data.
As I said elsewhere in this thread, I don't have a standalone audio system, and my TV disables the other inputs if the HDMI is carrying any form of audio signal. Fun fun fun.
My understanding is that it has a lot to do with bandwidth for audio and such. I can't do what the grand-parent poster suggests (only the parent post) because I don't have a standalone sound system. My Sony Bravia disables audio inputs if there is any audio coming across the HDMI channel (even if it's bogus audio).
So component it is :)
Point being - even people who *have* HDMI aren't strictly using it.
Actually, not everyone. I tried using HDMI for everything and discovered that I was getting lots of audio dropouts. So I ended up switched back to the lovely component video which works just fine, TYVM.
Just use links :D
Never seen a real vulnerability in that.
I was going to point this out as well - there was nothing really backing up the browser diagram at all. They didn't even really go into how they determined these vulnerabilities existed, even though they did go into how web apps break down (reasonably enough).
Just another BS FUD report
Sorry, but you obviously chose to completely ignore PEAR and PECL. Which makes you nothing else than an ignorant troll.
Yes, PHP's interpreter is a horrible piece of shit. (I had to work with it for 5 years!) BUT there is no language that is better for a real quick and dirty scripting to get you off the ground!!
As they say: Every language has its purpose. :)
I still use PHP to quickly try out new ideas. Throwaway code. And to, if needed, later develop real programs in a real language (Haskell in my case).
It simply can't be done quicker in either Perl, Python, JavaScript, Lua, C, C++, Delphi, Java, OCaml or Haskell.
Since I already know how to program properly, the ability to do nasty unclean stuff only comes to me as an advantage, not as a disadvantage.
But I would never consider PHP or Perl for anything beyond a grown shell script or a small website logic.
I mostly agree with this, though the 'speed' you refer to is probably due to your familiarity (unless you're strictly a web coder).
I test probably 90% of my code concepts in Perl despite knowing PHP moderately well. I suspect this just has to do with time, since I have used Perl since the mid-90s and PHP only for a couple years (and for far fewer projects).
So much of web code ends up being JS anyhow, so ASP/JSP/PHP all end up being a matter of preference. The smart money these days hides their page extensions to mask the language used anyhow and the rest can come down to using the right tool.
What does this have to do with Go, though? I didn't see Go having any of these sorts of niches - it seems to be more like another what at C++.
Don't forget Android!
http://www.pointgphone.com/applications-android/tools/com.android.keepass
I have my password file on there as well, though I only use the password file for the ones I hit rarely (such as random forums and such). The one that really matter I hit often enough to remember.
No kidding - I'm doubting the effectiveness of this, since I am afraid of flying, but I see no reason why a suicide bomber would be.
I'll find one and share it - right now I have just a single station and it's REALLY eclectic since my tastes range from blues to speed metal
Stuff they say won't becomes stuff like Peaches... Rush... the list goes on :)
Just because some industry scount likes a band and dislikes another doesn't automatically mean one sucks and one rocks. I'd point to the popularity of the Jonas brothers as a good example.
A lot of what the record industry offers is EXCELLENT studio processing. The difference between a great song and a merely good song is sometimes just the production values. Go watch some concerts, really. Some of the top bands sound like complete ass when they are not set up properly (and some just cheat and play pre-recorded versions)
Might also try things like Jet, Fratellis, etc. They're pretty decent examples of a modern approach to the 70s rock.
Pandora rocks :)
Only downside - it frequently seems to think that *all* versions of a song are the same, but just because the brand new live version of a Metallica song sucks doesn't mean the older live versions and the studio version suck.
I guessed wrong - I had guessed it was VMS (since I've had experience with VMS doing traffic control).
Not that my point of 'guess they need to find whoever they laid off in order to outsource' is all that far gone either way :D
It's actually most likely VMS, and it's most likely going to require them to find whoever they laid off in order to outsource their 'legacy' system.
That is a pretty good drop/bump safety.
And apparently it works great as long as you're not a moron :D
This sure looks like a Glock... doesn't it?
http://www.youtube.com/watch?v=am-Qdx6vky0&feature=youtube_gdata