When working on projects with tight deadlines, code reviews are usually the first thing that gets cut back. Hopefully this would not happen but when it comes to design, development, testing and code reviews. It just seems that it's the least important (not trying to downplay its importance though). In my experience code is eventually looked at and is refactored at a later date if questionalble code is found. Of course this probably wouldn't work as well in a mission critical or security conscious systems.
Well like or not a lot of companies use MS SQL Server. Of course no mention of Sybase which is what MSSQL was dervived from. I guess Sybase has pretty much lost the battle.
Using your argument, I could create a wrapper that loads your entire application as a DLL. I could then freely distribute your copyrighted code with it because, hey, it's not a derivative work
I think then you would be violating Vidomi's license then, ha, ironic isn't it.
and they still have yet to make a color Palm V The Palm m505 is pretty close to a color Palm V, it has the same form factor. Some people are complaining about the screen but I like mine.
...they better keep the white and yellow pages there. Half of the time I've needed to use a pay phone, I've needed to look up a number as well. Of course my new cell phone lets me look up phone numbers from the pages through the WAP browser, not all have this feature though.
I think instead of trying to use features of a language one should try and recognize design patterns and apply them to your project. Pick up the book "Design Patterns: Elements of Reusable Object Oriented Software" by the GoF. It will be time well spent.
I would have no problems looking at in-game adds, if they weren't obtrusive. They of course also, to make me happy, would have to reduce the cost of the game if not give them away. I'd play more games if they cost $10 with ads instead of $50 without ads.
It's too bad this question isn't on the main page. There is lots of good open source projects out there that would be that much better if they had a better UI.
I was only trying to say that there are other ways to make money than from advertising. Paying for a service, or giving away basic service and paying extra for extended service is another way. Yes my analogy doesn't fit, no I wouldn't expect everything for free.
When did I ever say phone service was free? You can charge for service, or give basic service for free and charge for extended services. I said it was a weak analogy, give me a freakin' break!
That's my point. Advertising is a poor way for AOL to support the cost of operating their servers. It shouldn't matter which client you use, be it open source or not.
Although I agree AOL probably needs to make up for some of the operating costs there must be a better way than through advertising. Since AOL might quite possibly become the defacto standard (since they own 2 major IM services now) it would suck if this happened and they forced the ads upon us. IM is becoming a major communication tool. Can you imagine whenever I picked up the phone I had to listen to an ad first. Bad analogy but the best one I could think of. Probably the best way would be to charge to have an account.
Or any of their other clients for that matter.
The applet at http://www.aol.com/aim/aimexpress.html doesn't have a copy of aim.exe so how does it work. Actually somebody code easily decompile the classes and see what's going on.
How does it send requests, the article only mentions a pizza sized receiver but doesn't mention anything about a transmitter. If you still need a phone line that would kind of suck, you wouldn't get a very good ping in Quake!
Just because there's a product available doesn't mean it will be a hit. I would think most people would agree that Linux is (for now) the more popular desktop system compared to any of the BSD variants. Maybe with GNOME and KDE support, BSD will surpase Linux as the choice for the future, but for now just look at companies like NVidia, they're supporting Linux not BSD, I'm sure there are other examples like this. BSD can't surpase Linux on the desktop if it doesn't get the hardware support, but it certainly can compete on the server.
Nah, I was trying to point out that there seems to be a bit of a pissing match between the KDE and GNOME teams. It seems kind of a waste of time to put the effort into it unless there are other good reasons to do so.
Since BSD is more of a server operating system is there many people the would even need this. It seems viable for Linux to get a piece of the desktop market but BSD??? I don't think so.
Is this just to say that it runs on BSD. Since KDE runs on it, GNome automaically feels it also needs to run on it? I hope this isn't the only reason. I guess it's a good thing to be platform independant.
If it can be heard it can be cracked, right? I'm pretty sure I've seen utilities out there that intercepted what was being sent to the sound card, so this can be capturred in it's decrypted digital form and re-encoded into standard mp3.
I'm not sure about your math... I think they will probably start with the "advertised $5" I'm sure Napster want's its cut somewhere, or does their business model get profit from somewhere else?
Calling the add/remove dialog in Windows an application is laughable. All you really need is a custom renderer for a JList object to do this in java, no html required.
I still maintain html stuff like what they do in MSMoney could be done in any language. In java for instance their are HTML components that work quite nicely, the Ice browser for one, and one of lesser quality the JEditorPane even comes included with the JDK.
All you really need a is good framework behind your application to do this. Maybe JScript, etc. are a good start but that's not to say there aren't other choices. Java isn't as limiting as you make it out to be. I will admit there aren't very many java apps out there right now that do this, publicly available anyway.
Java is slowly getting better performance on the client too, 1.3 is a vast improvement over 1.2, I just wish it didn't take so long between releases. 1.4 is supposed to have substantial performance and memory requiremnt impovements.
I'm tempted to mock something up in Java to show you how easily an add/remove "like" dialog could be done but I'm sure it would be a complete waste of my time.
Don't give up on swing so quickly. I used to have the same sentiments as you until I actually built a few swing apps. The MVC (model-view-controller) architecture is really good. Being able to make custom redererers for the controls without affecting the model is really a big plus. I look forward to the performance enhancements that will be coming in 1.4. Hopefully by then most of the performance concerns will be long gone.
Slashdot Mirror
When working on projects with tight deadlines, code reviews are usually the first thing that gets cut back. Hopefully this would not happen but when it comes to design, development, testing and code reviews. It just seems that it's the least important (not trying to downplay its importance though). In my experience code is eventually looked at and is refactored at a later date if questionalble code is found. Of course this probably wouldn't work as well in a mission critical or security conscious systems.
Well like or not a lot of companies use MS SQL Server. Of course no mention of Sybase which is what MSSQL was dervived from. I guess Sybase has pretty much lost the battle.
Using your argument, I could create a wrapper that loads your entire application as a DLL. I could then freely distribute your copyrighted code with it because, hey, it's not a derivative work
I think then you would be violating Vidomi's license then, ha, ironic isn't it.
and they still have yet to make a color Palm V
The Palm m505 is pretty close to a color Palm V, it has the same form factor. Some people are complaining about the screen but I like mine.
if that's what you want stick with Linux
There's already a Dilbert search here. This has come in handy a few times for me already.
...they better keep the white and yellow pages there. Half of the time I've needed to use a pay phone, I've needed to look up a number as well. Of course my new cell phone lets me look up phone numbers from the pages through the WAP browser, not all have this feature though.
I think instead of trying to use features of a language one should try and recognize design patterns and apply them to your project. Pick up the book "Design Patterns: Elements of Reusable Object Oriented Software" by the GoF. It will be time well spent.
I would have no problems looking at in-game adds, if they weren't obtrusive. They of course also, to make me happy, would have to reduce the cost of the game if not give them away. I'd play more games if they cost $10 with ads instead of $50 without ads.
It's too bad this question isn't on the main page. There is lots of good open source projects out there that would be that much better if they had a better UI.
I was only trying to say that there are other ways to make money than from advertising. Paying for a service, or giving away basic service and paying extra for extended service is another way. Yes my analogy doesn't fit, no I wouldn't expect everything for free.
When did I ever say phone service was free? You can charge for service, or give basic service for free and charge for extended services. I said it was a weak analogy, give me a freakin' break!
That's my point. Advertising is a poor way for AOL to support the cost of operating their servers. It shouldn't matter which client you use, be it open source or not.
Although I agree AOL probably needs to make up for some of the operating costs there must be a better way than through advertising. Since AOL might quite possibly become the defacto standard (since they own 2 major IM services now) it would suck if this happened and they forced the ads upon us. IM is becoming a major communication tool. Can you imagine whenever I picked up the phone I had to listen to an ad first. Bad analogy but the best one I could think of. Probably the best way would be to charge to have an account.
Or any of their other clients for that matter.
The applet at http://www.aol.com/aim/aimexpress.html doesn't have a copy of aim.exe so how does it work. Actually somebody code easily decompile the classes and see what's going on.
seems like a pretty good workaround to me until AOL gets slapped on the wrists by the FCC.
How does it send requests, the article only mentions a pizza sized receiver but doesn't mention anything about a transmitter. If you still need a phone line that would kind of suck, you wouldn't get a very good ping in Quake!
Just because there's a product available doesn't mean it will be a hit. I would think most people would agree that Linux is (for now) the more popular desktop system compared to any of the BSD variants. Maybe with GNOME and KDE support, BSD will surpase Linux as the choice for the future, but for now just look at companies like NVidia, they're supporting Linux not BSD, I'm sure there are other examples like this. BSD can't surpase Linux on the desktop if it doesn't get the hardware support, but it certainly can compete on the server.
Since BSD is more of a server operating system is there many people the would even need this. It seems viable for Linux to get a piece of the desktop market but BSD??? I don't think so.
Is this just to say that it runs on BSD. Since KDE runs on it, GNome automaically feels it also needs to run on it? I hope this isn't the only reason. I guess it's a good thing to be platform independant.
If it can be heard it can be cracked, right? I'm pretty sure I've seen utilities out there that intercepted what was being sent to the sound card, so this can be capturred in it's decrypted digital form and re-encoded into standard mp3.
I'm not sure about your math... I think they will probably start with the "advertised $5" I'm sure Napster want's its cut somewhere, or does their business model get profit from somewhere else?
I still maintain html stuff like what they do in MSMoney could be done in any language. In java for instance their are HTML components that work quite nicely, the Ice browser for one, and one of lesser quality the JEditorPane even comes included with the JDK.
All you really need a is good framework behind your application to do this. Maybe JScript, etc. are a good start but that's not to say there aren't other choices. Java isn't as limiting as you make it out to be. I will admit there aren't very many java apps out there right now that do this, publicly available anyway.
Java is slowly getting better performance on the client too, 1.3 is a vast improvement over 1.2, I just wish it didn't take so long between releases. 1.4 is supposed to have substantial performance and memory requiremnt impovements.
I'm tempted to mock something up in Java to show you how easily an add/remove "like" dialog could be done but I'm sure it would be a complete waste of my time.
Don't give up on swing so quickly. I used to have the same sentiments as you until I actually built a few swing apps. The MVC (model-view-controller) architecture is really good. Being able to make custom redererers for the controls without affecting the model is really a big plus. I look forward to the performance enhancements that will be coming in 1.4. Hopefully by then most of the performance concerns will be long gone.
You don't need C# or .NET to do so called "html-based" apps, you can do this in a lot of languages including Java.