just realized reading this later, I meant playstayion/then ps2. I didn't mean to leak the Playstation - 3 HAH!
Re:Rental-priced videos
on
Borrowing ROMs
·
· Score: 3, Interesting
I know that my local video store once had PC software for rent, but had to pull it. Guy in the department told me it was because the video game suppliers/wholesalers complained that the copies weren't licensed for rental, only sale. He said the companies wouldn't sell them rental licenses for PC titles like they would for playstation(2)/n64 (this was pre-ps3/gamecube), because of piracy problems so rampant on PC's. Thought it was interesting.
Nope. I'm not. I can use whatever browser I want on my own computer (and frankly, I've got Mozzilla on it as well as IE). but on my employees dime, I do what they say. Employees on our network aren't mandated software, they don't have permission to install other software. They can't. And for good reason. It's a support nightmare.
Also, it is true I didn't say it. Which is why I said now. I've had this conversation many times on Slashdot. These guys pay the bill, they have the right. Support wise, it's a nightmare to support multiple clients and they don't want it.
agreed. We get guys on my project who immediately want to go to a server side solution on everything (oh, let's do a round-trip to the server every time they pick a new selection! That won't be annoying or anything!). When I suggest we use client-side they say "oh that's too hard". Then I whip up the script and they are amazed. I'd rather write Javascript then a SQL procedure any day of the week!
but it has been out a while. I have an old second edition that is heavily thumbed. I recently inquired and for those that don't know, O'Reily has an upgrade program where for a small fee (I think it was $10 plus shipping, but don't quote me.) you get an upgraded edition. sweet. Look on their website for info.
Dead? Heck no... Even most IE-only Intranet projects (like the one I work on) use Javascript as the client-side scripting lagnuage. Why? Almost ALL example code/books on client-side scripting are in Javascript. Heck, it's even the default in MS Visual Interdev (select "insert client side script" and you get a Javascript block).
Plus, I know an increasingly large number of ASP developers who use Jscript (microsoft's Javascript, they just can't use the name) as the scripting language for the Server-Side ASP code (rather than the VBScript mose use). Why? It just makes more sense. It's annoying to "switch mental gears" when going from the client-side code blocks in Javascript and the server-side VBScript blocks. Also, many are in the boat we're in where we do some Java stuff as well. Syntax is fairly consistent between Java and JavaScript.
You're missing my point. Or actually agreeing with it. "Oracle really doesn't force the choice of anything other than the DBMS in their software. " exactly. But the management DOES. It's all Oracle, all the time, 24x7. I know you don't have to. but I'm a lone voice here.
Your point "living a lie at your companies expense" is incorrect. They are gov't employees, so they are living a lie at you and I's expense (assuming you are U.S.)
Also, the zero functionality statement is in this context: WE are going to port the existing app, feature for feature, for a LARGE cost. No new features/functionality at all. We will do some enhancments at the same time frame, but they will be paid for separately (and could be done separately without any extra work).
Like I said, you're just agreeing with my point. The advantage (it seems to me) in going to Java/JSP/J2EE platform is interoperability, etc., but instead, we're just locking ourselves into Oracle, Oracle, Oracle/Sun which I don't see any advantage of (NT/ASP frontend to Oracle backend). I'm sorry, I just don't. We don't have (nor will we ever have, on these apps/userbase) the numbers to justify some massively scalable web application. We'll just pay a whole LOT more for the software/hardware. Actually, everyone will, so we can be buzzword compliant.
anyway, enough of my rant. Thanks for the tips, you are just confirming my research (in an area I am not an expert in). Unfortunately, I'm just seen as the "microsoft lackie" by the Oracle guys here, so I'm utterly, utterly powerless.
first off, I have no argument with Oracle on sun as a backend. Hey, it's tough to argue with the stability/scalability. Our Sun cluster is nice. We need speed, they just add processors.
However, I don't like it on the front end (at least the way we are using it). We are using all the oracle propietary tools (jdeveloper and it's extensions, for instance). Why not just use "generic JSP" and java containers. Why not use CVS instead of oracle's source management? Instead of Oracle Portal, why not another (perhaps open-source) portal package? Why not Jboss?
In our organization, there are 3 admins for countless NT servers and 2 support folks. Meanwhile, there are four unix guys for two Sun clusters. I guarantee you, they make more as well, so your argument about administration doesn't fly.
The fact of the matter is, we just spec'ed out the port to Java/JSP/Oracle Portal and it is well into six figures for ZERO functionality. Will it be faster/more scalable? Sure, but there is no problem in those areas now. And that cost does not factor in the Oracle licensing, which is considerable.
I was gonna say the exact same thing... I don't give a crap about new servers, passport, hailstorm, some crap about web services (I mean INTERNET web services, business to consumer. I think that is hype, hype, hype... all the USEFUL web service stuff I've seen is between different units of the same business in different locations).
That said.NET/ASP+ rocks... I just wish we could stop buying into the Oracle hype/money machine where I work and actually use it. This is completely offtopic, but would someone tell me what, exactly is the point of going with a completely propietary Java/JSP solution by tying yourselves to Oracles tools so completely? Why not use JBOSS/Linux or even JBOSS on the Sun machines they already have? Your taxpayer dollars are paying good money to port from one completely propietary platform (2k/ASP) to another (ORACLE/SUN). The only difference? The latter costs more.
you still didn't answer his question.... our company does interactive learning over the web (I'm not involved in these projects, but they are cool) and I can assure you, there is nothing else. Java/SVG/Whatever just doesn't have the designer tools.
I've worked in both, and didn't really find Delphi all that different from VB. I could get to the code just as easy in VB6. Delphi was different syntax, and a little more OO. Disclaimer: I didn't do a great deal of Delphi programming and I never used VB before 5.0..
well, I have a pretty simple solution for this. We'll probably rent the DVD when it comes out (my wife hasn't seen it), then buy the full version when it comes out in Nov. Whew! I'm out a whole $3.00!
well, I'll probably get reamed on slashdot for this, but if you know BASIC, why not use vbscript or visual basic for such things. If you're linux, I'm sure there are BASIC's right? Start with what you know to get back into programming. That's what I did, and now I do Java, dHTML, Javascript, SQL, etc. Hell, you can't even claim money. If you have Windows, VBscript comes with the OS, and the.NET compiler is free (beer).
In the government agency where I work (as a contractor), there is no XP. In the company I contract for, no XP. Just for fun, I emailed five programmers I know working in private industry. No XP.
just realized reading this later, I meant playstayion/then ps2. I didn't mean to leak the Playstation - 3 HAH!
I know that my local video store once had PC software for rent, but had to pull it. Guy in the department told me it was because the video game suppliers/wholesalers complained that the copies weren't licensed for rental, only sale. He said the companies wouldn't sell them rental licenses for PC titles like they would for playstation(2)/n64 (this was pre-ps3/gamecube), because of piracy problems so rampant on PC's. Thought it was interesting.
Nope. I'm not. I can use whatever browser I want on my own computer (and frankly, I've got Mozzilla on it as well as IE). but on my employees dime, I do what they say. Employees on our network aren't mandated software, they don't have permission to install other software. They can't. And for good reason. It's a support nightmare.
Also, it is true I didn't say it. Which is why I said now. I've had this conversation many times on Slashdot. These guys pay the bill, they have the right. Support wise, it's a nightmare to support multiple clients and they don't want it.
your argument doesn't apply. Intranet project. Browser is IE 6. Period. End of conversation.
agreed. We get guys on my project who immediately want to go to a server side solution on everything (oh, let's do a round-trip to the server every time they pick a new selection! That won't be annoying or anything!). When I suggest we use client-side they say "oh that's too hard". Then I whip up the script and they are amazed. I'd rather write Javascript then a SQL procedure any day of the week!
but it has been out a while. I have an old second edition that is heavily thumbed. I recently inquired and for those that don't know, O'Reily has an upgrade program where for a small fee (I think it was $10 plus shipping, but don't quote me.) you get an upgraded edition. sweet. Look on their website for info.
Dead? Heck no... Even most IE-only Intranet projects (like the one I work on) use Javascript as the client-side scripting lagnuage. Why? Almost ALL example code/books on client-side scripting are in Javascript. Heck, it's even the default in MS Visual Interdev (select "insert client side script" and you get a Javascript block).
Plus, I know an increasingly large number of ASP developers who use Jscript (microsoft's Javascript, they just can't use the name) as the scripting language for the Server-Side ASP code (rather than the VBScript mose use). Why? It just makes more sense. It's annoying to "switch mental gears" when going from the client-side code blocks in Javascript and the server-side VBScript blocks. Also, many are in the boat we're in where we do some Java stuff as well. Syntax is fairly consistent between Java and JavaScript.
You're missing my point. Or actually agreeing with it. "Oracle really doesn't force the choice of anything other than the DBMS in their software. " exactly. But the management DOES. It's all Oracle, all the time, 24x7. I know you don't have to. but I'm a lone voice here.
Your point "living a lie at your companies expense" is incorrect. They are gov't employees, so they are living a lie at you and I's expense (assuming you are U.S.)
Also, the zero functionality statement is in this context: WE are going to port the existing app, feature for feature, for a LARGE cost. No new features/functionality at all. We will do some enhancments at the same time frame, but they will be paid for separately (and could be done separately without any extra work).
Like I said, you're just agreeing with my point. The advantage (it seems to me) in going to Java/JSP/J2EE platform is interoperability, etc., but instead, we're just locking ourselves into Oracle, Oracle, Oracle/Sun which I don't see any advantage of (NT/ASP frontend to Oracle backend). I'm sorry, I just don't. We don't have (nor will we ever have, on these apps/userbase) the numbers to justify some massively scalable web application. We'll just pay a whole LOT more for the software/hardware. Actually, everyone will, so we can be buzzword compliant.
anyway, enough of my rant. Thanks for the tips, you are just confirming my research (in an area I am not an expert in). Unfortunately, I'm just seen as the "microsoft lackie" by the Oracle guys here, so I'm utterly, utterly powerless.
I feel the need to reply to some of the replies.
first off, I have no argument with Oracle on sun as a backend. Hey, it's tough to argue with the stability/scalability. Our Sun cluster is nice. We need speed, they just add processors.
However, I don't like it on the front end (at least the way we are using it). We are using all the oracle propietary tools (jdeveloper and it's extensions, for instance). Why not just use "generic JSP" and java containers. Why not use CVS instead of oracle's source management? Instead of Oracle Portal, why not another (perhaps open-source) portal package? Why not Jboss?
In our organization, there are 3 admins for countless NT servers and 2 support folks. Meanwhile, there are four unix guys for two Sun clusters. I guarantee you, they make more as well, so your argument about administration doesn't fly.
The fact of the matter is, we just spec'ed out the port to Java/JSP/Oracle Portal and it is well into six figures for ZERO functionality. Will it be faster/more scalable? Sure, but there is no problem in those areas now. And that cost does not factor in the Oracle licensing, which is considerable.
I was gonna say the exact same thing ... I don't give a crap about new servers, passport, hailstorm, some crap about web services (I mean INTERNET web services, business to consumer. I think that is hype, hype, hype... all the USEFUL web service stuff I've seen is between different units of the same business in different locations).
.NET/ASP+ rocks... I just wish we could stop buying into the Oracle hype/money machine where I work and actually use it. This is completely offtopic, but would someone tell me what, exactly is the point of going with a completely propietary Java/JSP solution by tying yourselves to Oracles tools so completely? Why not use JBOSS/Linux or even JBOSS on the Sun machines they already have? Your taxpayer dollars are paying good money to port from one completely propietary platform (2k/ASP) to another (ORACLE/SUN). The only difference? The latter costs more.
That said
donate
Seriously, I did. Why not? Trillian rocks?
Why? If I had to pick a city for it to land on, I'd say LA. Vegas would be on my "please, god NO!" list.
sorry, I was kinda kidding. I think it just illustrates how ridiculous the "write it yourself" response is for 99% of the people who use computers.
ah, well that would expain it. I've heard from folks I consider knowledgable that VB before 4.0 was a steaming pile of shit :)
IDE wise, Delphi 4/5 and VB 6 were pretty similar, as I recall (I don't do VB much these days).
Write your own. You have the source right?
you still didn't answer his question.... our company does interactive learning over the web (I'm not involved in these projects, but they are cool) and I can assure you, there is nothing else. Java/SVG/Whatever just doesn't have the designer tools.
I've worked in both, and didn't really find Delphi all that different from VB. I could get to the code just as easy in VB6. Delphi was different syntax, and a little more OO. Disclaimer: I didn't do a great deal of Delphi programming and I never used VB before 5.0 ..
interesting... found a link on cnn and an interesting summary on something called the solar storm monitor
http://www.qbasic.com/
well, I have a pretty simple solution for this. We'll probably rent the DVD when it comes out (my wife hasn't seen it), then buy the full version when it comes out in Nov. Whew! I'm out a whole $3.00!
well, I'll probably get reamed on slashdot for this, but if you know BASIC, why not use vbscript or visual basic for such things. If you're linux, I'm sure there are BASIC's right? Start with what you know to get back into programming. That's what I did, and now I do Java, dHTML, Javascript, SQL, etc. Hell, you can't even claim money. If you have Windows, VBscript comes with the OS, and the .NET compiler is free (beer).
I apply patches all the time that don't require a reboot (this is 2000, NT and 9x require you to reboot for damn near anything).
I'm sorry, I just had a type mismatch error. I saw "oracle" and "isn't really that expensive" in the same post.
I mean, Slashdot (Slashdot!) has a DIET article on the front page. I think I just saw a flying pig go by.
In the government agency where I work (as a contractor), there is no XP. In the company I contract for, no XP. Just for fun, I emailed five programmers I know working in private industry. No XP.