The Guitar Port is hardware and software that allows you to hookup your guitar to a computer and emulate the sounds of various different amps and effects. Your guitar's signal is converted to some digital format and sent through the USB bus to the Guitar Port's software running on the PC. The software processes your guitar's signal based on which amps and effects are enabled and outputs the signal to a soundcard or even to the Guitar Port itself (the Guitar Ports presents itself as a sound card to Windows).
To my humble ears the tones produced by the Guitar Port sound very good and are quite varied. The basic sound of the guitar will always be present, it won't magically make your guitar sound like Vai's or Van Halen's. Even so, I was very surprised that my les paul copy sounded so very good through the guitarport.
I only play at home, just for fun but after starting recording my own playing, I really noticed my playing getting a lot tidier and consistent. That is a plus that I wasn't expecting. Ironically, the unique selling point for me was the ability to play music half-speed without changing pitch. I never use this feature.
Yes, its true that malware can destroy all data accessible to the current user. However, a frequent computer user is likely to have all kinds of different data stored in different applications. By giving that data different ownership the user has protected his data.
Examples would be storing data in a version control system whose backend is managed by a server. That is highly likely to survive a malware attack.
I didn't know the real name for it but you've summed it up quite well.
The leadership factor is critical when the group is starting to develop a pattern of thought. But I wonder if said leadership can be effective once that pattern of thought has become prevalent in a group? Once the group has achieved its concensus, anyone who goes against this is no longer seen as a leader/visionary but instead is percieved as a whiner or subservise element.
This once again is a classic example how a group of human beings, who individually may be fine upstanding citizens, collectivly turn into an untrustworthy and unethical entity.
We must always remember that a commitment from a company is not worth the electrons over which it is communicated.
Just in case you've been wondering all these years why dutch people keep sniggering at you. It's because your nick translates as 'Jeff The Virgin'. If you ever come over you might want introduce yourself as just Jeff.
If I had real-life modpoints you'd get one. You've avoided a mistake that is so damn easy to make; taking on too much work and/or allowing overlings to saturate your available capacity into oblivion. Saying no (with reasonable arguments) is something that techies are not inclined to do (in my oh-so humble opinion of course).
The dude sure wrote a couple of good books. Even as references they were very usefull. Now how should I interpret the return for recv() again?/me runs of to his bookshelf
That was not my intention:)..The value and dedication of the OSS community was always there. And as a bonus, even more value is reaped when commercial companies make use of OSS
Although not the first time, this shows the value of some open source projects. A comercial company now able to take the expertise and 'products' from the open source world and use them for innovation.
I did not claim that *all* software should be written using something else than C. Like my post's title says, its all about selecting the right tool for the right job.
My daily work is on a server system deployed in telco networks. Its all written in C, even things like postprocessors for data analysis. To be honest, only a few or the dozen required processes really need to be implemented in C, the rest are more or less IO bound. For us things like GUIs, data analyzers and some non-latency sensitive protocol converters could easily be implemented in a 'slower' language. You might call them toys, we call them part of our product. Customers even see them as the product.
In fact, fixing bugs on these 'toys' is almost as expensive as fixing them on the server-kernel. If we are able to reduce the number of bugs and LOCS on the non-kernel code, then the business is free to deploy its software development resources in way that generates profits instead of decreasing them.
Ok guys, its about time we start looking at the tooling used in the field of programming. The widespread use of software is constantly bringing to light the same types of software faults. Hardly a day goes by without someone being negatively affected by a buffer overflow/pointer type of bug in software. Would we accepts this from the engineers who build our bridges and buildings?
The direct cause of this of course is programmer error. But lets be honest, we cannot realisticly expect a programmer to check every single pointer related statement in systems running into the thousands of KLOCs. You can certainly invest a lot of effort and reduce the number of potential bugs, but even then you cannot be sure that you've found them all. We really need to start using tooling (languages, compilers, APIs etc etc) that removes this task from the progammer. I'm not saying that every software project out there is suitable for this, but most userspace programs should be.
I'd far rather have an application that today is a little slower, but secure instead of fast but unsecure. Think about it, today it'll be slow and secure, in a year time it'll be fast and secure once the hardware cycle has caught up with the extra overhead introduced.
Slashdot Mirror
To my humble ears the tones produced by the Guitar Port sound very good and are quite varied. The basic sound of the guitar will always be present, it won't magically make your guitar sound like Vai's or Van Halen's. Even so, I was very surprised that my les paul copy sounded so very good through the guitarport.
I only play at home, just for fun but after starting recording my own playing, I really noticed my playing getting a lot tidier and consistent. That is a plus that I wasn't expecting. Ironically, the unique selling point for me was the ability to play music half-speed without changing pitch. I never use this feature.
Turning down a job due to a lack of salary does not sound particularly unethical to me.
Yes, its true that malware can destroy all data accessible to the current user. However, a frequent computer user is likely to have all kinds of different data stored in different applications. By giving that data different ownership the user has protected his data.
Examples would be storing data in a version control system whose backend is managed by a server. That is highly likely to survive a malware attack.
The leadership factor is critical when the group is starting to develop a pattern of thought. But I wonder if said leadership can be effective once that pattern of thought has become prevalent in a group? Once the group has achieved its concensus, anyone who goes against this is no longer seen as a leader/visionary but instead is percieved as a whiner or subservise element.
We must always remember that a commitment from a company is not worth the electrons over which it is communicated.
Just in case you've been wondering all these years why dutch people keep sniggering at you. It's because your nick translates as 'Jeff The Virgin'. If you ever come over you might want introduce yourself as just Jeff.
Cheerio!
If I had real-life modpoints you'd get one. You've avoided a mistake that is so damn easy to make; taking on too much work and/or allowing overlings to saturate your available capacity into oblivion. Saying no (with reasonable arguments) is something that techies are not inclined to do (in my oh-so humble opinion of course).
The dude sure wrote a couple of good books. Even as references they were very usefull. Now how should I interpret the return for recv() again? /me runs of to his bookshelf
That was not my intention :)..The value and dedication of the OSS community was always there. And as a bonus, even more value is reaped when commercial companies make use of OSS
Although not the first time, this shows the value of some open source projects. A comercial company now able to take the expertise and 'products' from the open source world and use them for innovation.
My daily work is on a server system deployed in telco networks. Its all written in C, even things like postprocessors for data analysis. To be honest, only a few or the dozen required processes really need to be implemented in C, the rest are more or less IO bound. For us things like GUIs, data analyzers and some non-latency sensitive protocol converters could easily be implemented in a 'slower' language. You might call them toys, we call them part of our product. Customers even see them as the product.
In fact, fixing bugs on these 'toys' is almost as expensive as fixing them on the server-kernel. If we are able to reduce the number of bugs and LOCS on the non-kernel code, then the business is free to deploy its software development resources in way that generates profits instead of decreasing them .
The direct cause of this of course is programmer error. But lets be honest, we cannot realisticly expect a programmer to check every single pointer related statement in systems running into the thousands of KLOCs. You can certainly invest a lot of effort and reduce the number of potential bugs, but even then you cannot be sure that you've found them all. We really need to start using tooling (languages, compilers, APIs etc etc) that removes this task from the progammer. I'm not saying that every software project out there is suitable for this, but most userspace programs should be.
I'd far rather have an application that today is a little slower, but secure instead of fast but unsecure. Think about it, today it'll be slow and secure, in a year time it'll be fast and secure once the hardware cycle has caught up with the extra overhead introduced.
Wouldn't you consider Steve Vai to match your criteria?
I'm in Europe (not the UK) where we can't get TiVo..Grrrr
Water is wet!