As GvR correctly says, there's simply more text to type in Java, to a large part because of the overhead of Java's static typing (aka "keeping the compiler happy"), but also because Python is slightly more high-level than Java.
To each, their own language. I'm not saying python isn't a good language for prototyping, nor am I saying developing in java is either. Whatever language you can bring up a prototype faster, the better.
Flash anyone?:)
The Python code will be much more malleable and easy to change around and refactor, for the same reason that you won't have to adapt all your type declarations to keep the compiler happy. On the other hand, all those declarations that make the Java solution harder to change, are the exact same thing that makes it more robust for large programs / team development. You can't have it both ways.
I dunno about that. There are lots of tools to speed you up in java just as there are lots of tools in other languages (I can't speak for python) that make it more.. enterprise level.
As I say, to each their own. I do a lot of stuff pretty quickly in java. But mind, you, it's right tool for the right nail, so no, I don't do EVERYTHING in java.. just lots.
"If you took a whole bunch of signed recording artists, and left them in a room with the appropriate tools, the result *would* be music, because the marketing/distribution/hyping done by record companies is *not* necessary for the production of music."
But then no music would reach the consumer. How do you figure that "... marketing/distribution/hyping..." isn't essential for music to be sold but for a airplane to be sold. You could put all those Boeing engineers, with all the parts and the managers, and get a plane. But which customers know it's there and for sale if not for Boeing's "... marketing/distribution/hyping..."?
Ah, but think of how much music in the 60's and 70's moved around due to word of mouth. A time when artists did more in concerts. A time where bootlegging wasn't such a crime.
There's another thing. Now is a time of pretty girls and nice looking guys getting contracts 'cause they can dance a little, sing a little and be technologically enhanced to look like a super star. Think anyone particularly thought Led Zepplin could dance the same cookie cutter coriographed way, much less professionally? I highly doubt it.
Get a bunch of programmers in a room, would you have bsd and linux?:)
If you start writing in Java knowing as little as you did when you started writing the Python version, you'll waste way more time exploring than actually building the system you'll eventually build.
Whoa there. There's a neat thing with prototyping and keeping your prototype away from your final system, from start to finish. The purpose of prototyping is to get a somewhat usable, testable application without developing it in it's entirety. It may not give you all the real data, and hell, all the functionality may not be accessable from the multiple points you put it, but you get a good feel of what you want.
Now your end product should be clean, well thought out. It should have no design artifacts from your prototype, because after all, your prototype is meant to bring out the good of a project and leave behind the bad. Code and design artifacts from the bad are just bugs to learn from and not to repeat.
If you still disagree, think of your prototype as a rough draft. You read it, you poke at it, you get a feel for it. Then you write the real thing.
As for what languages you use, you'd use a faster to develop in language first, which is robust, and your intended one later. Prototyping in java and moving to python won't be bad since you can develop in either relatively quickly. It's the planning of what you wanna do is a bitch.
Actually, then the firewall rules are screwed up. If there is an ISP with billions and billions of servers, the firewall should block all traffic to the servers while routing all traffic to specific subnets. Block first, allow through later.
Postgresql and oracle are like screw drivers. Do you use one screw driver for all tasks? No. There are some things that oracle really kicks ass at that postgres really plain sucks at. Vice versa as well.
f you run Microsoft SQL Server, make sure the public internet can't access it.
What a pathetic overkill response. If you're running SQL server, make sure it's patched. When the last set of bind exploits came out no-one said "Unplug all your DNS servers", why is this any different?
Uh, in the case of sql servers and file servers, you may not want them to be public access as your first line of defense. Your second line should be patching and user accounts on the database. It's where your sensitive data sits. As long as you are firewalled off, running the buggiest version of MS-SQL won't matter.
FTP, DNS, HTTP should be firewalled but allowed in and patched. They go hand in hand. If one is buggy, it makes no difference if the other isn't.
Someone really has carefully crafted this worm to try to bring down the net.. and what better time then on a Saturday morning when all admins are away and not planing to work the next day!
AND verisign will be down for certain hours while.org transitions to PIR/Affilias.
Yeah, but there's a diff. Cobol is more a biz language, as java tries to be an end all anguage. Granted, it's not bad to have high goals. It just means that you'll try to evolve.
We've seen java 1.1, 1.2, 1.3, 1.4. Granted there will be a compatability shift between 1.2 and 1.4, but moving from 1.2 to 1.4 is little effort.
Point being, is it's user readable. If your system is having a problem, you can easily see if it is the data by inspecting the data.
If you mean machine readable, you only need to write a function once to read a particular node and all of it's conditions. For each subnode, you write a seperate function. XML is not recursive , since the format doesn't support recurssion.
I can buy a mic and plug it into my computer. As time goes on infinitely, the price per recording, per minute, drops infinitely too:)
Re:XML is Great of Content Syndication and much mo
on
DTD vs. XML Schema
·
· Score: 3, Informative
Wow, I'm just runnin into you all over the place, aren't I.
Ok- what if google, amazon, etc were to do the same thing, but translate in binary data, without tunneling overport 80 (which is bad, evil, and vile. Just ask any sys admin), and provide a library that parses the binary data for you?
Well, that's why you'd use HTTPS with certificates, no? And nothing is wrong with the port. If you meant HTTP, then yeah, it's plaintext.
Mind you, I don't have a choice of OS's at work. We use solaris and linux. Now amazon, being a windows shop (i'm guessing), only gives out dll's. Great, now I'm not supported. So fine, we use java. Did you know java class (binaries) are versioned? I'm stuck with 1.3.1 ATM and a 1.4 jdk is in the works. Problem is, some jdk's use one version of the binary while another uses.. another. I always hoped it was a universal format. Sadly let down.
It would be the exact same thing- except it would be faster, use less bandwidth, be more secure, have session level security (which HTTP lacks). But it wouldn't be buzzword compliant.
That's why technologies like JAXB and translets are poping up. with JAXB, you can bind particular classes to particular schemas/dtd. It speeds up processing. Translets are just compiled XSLT. Really fast since your xslt can be compiled/interpted once, run anyhwere. Kind of a chain technology. translet->xslt->java->machine language.
And mind you, nothing is more secure about a binary format. It's just obfuscated. Hell, I hacked rengeade bbs's users database format so i can write a user deletion tool. Were they going for security, prolly not. Point is, binary is just obfuscated.
As for your sessoin level security, that's not the job of your data format. Your data format and transport layer should be indepenent. It's why you can do SOAP over HTTP, SMTP/mail and possibly anything else that has a function() like response format. request->response. It's probably why ssh is so great. All it is, is a way of authentication, communication and encryption. You can create ssh tunnels for http as a proxy.
Slashdot Mirror
To some degree. But in today's age, it's even easier. Look at all the software projects out there today.
Laptop hd's might work. They work for the ipod well enough.. i keep dropping mine. *grrrrr*
To each, their own language. I'm not saying python isn't a good language for prototyping, nor am I saying developing in java is either. Whatever language you can bring up a prototype faster, the better.
Flash anyone?
I dunno about that. There are lots of tools to speed you up in java just as there are lots of tools in other languages (I can't speak for python) that make it more.. enterprise level.
As I say, to each their own. I do a lot of stuff pretty quickly in java. But mind, you, it's right tool for the right nail, so no, I don't do EVERYTHING in java.. just lots.
Ah, but think of how much music in the 60's and 70's moved around due to word of mouth. A time when artists did more in concerts. A time where bootlegging wasn't such a crime.
There's another thing. Now is a time of pretty girls and nice looking guys getting contracts 'cause they can dance a little, sing a little and be technologically enhanced to look like a super star. Think anyone particularly thought Led Zepplin could dance the same cookie cutter coriographed way, much less professionally? I highly doubt it.
Get a bunch of programmers in a room, would you have bsd and linux?
Whoa there. There's a neat thing with prototyping and keeping your prototype away from your final system, from start to finish. The purpose of prototyping is to get a somewhat usable, testable application without developing it in it's entirety. It may not give you all the real data, and hell, all the functionality may not be accessable from the multiple points you put it, but you get a good feel of what you want.
Now your end product should be clean, well thought out. It should have no design artifacts from your prototype, because after all, your prototype is meant to bring out the good of a project and leave behind the bad. Code and design artifacts from the bad are just bugs to learn from and not to repeat.
If you still disagree, think of your prototype as a rough draft. You read it, you poke at it, you get a feel for it. Then you write the real thing.
As for what languages you use, you'd use a faster to develop in language first, which is robust, and your intended one later. Prototyping in java and moving to python won't be bad since you can develop in either relatively quickly. It's the planning of what you wanna do is a bitch.
No, it's not "browser centric", and further more, don't make assumptions of me. I know for a fact Affilias/PIR and .org were down for a while.
The root zones were up, but if they needed to refresh any information, they couldn't.
Damnit.. what do i have to do get some sharks with freekin' lasers attachd to their heads.
All i can say, is to each their own man... to each their own. :)
I was going for dr evil there.. but carl sagain is close enough. :)
Actually, then the firewall rules are screwed up. If there is an ISP with billions and billions of servers, the firewall should block all traffic to the servers while routing all traffic to specific subnets. Block first, allow through later.
Postgresql and oracle are like screw drivers. Do you use one screw driver for all tasks? No. There are some things that oracle really kicks ass at that postgres really plain sucks at. Vice versa as well.
Uh, in the case of sql servers and file servers, you may not want them to be public access as your first line of defense. Your second line should be patching and user accounts on the database. It's where your sensitive data sits. As long as you are firewalled off, running the buggiest version of MS-SQL won't matter.
FTP, DNS, HTTP should be firewalled but allowed in and patched. They go hand in hand. If one is buggy, it makes no difference if the other isn't.
AND verisign will be down for certain hours while
Oracle wouldn't care. It's a vendor to vendor (verisign to affilias) transition.
It's not up to oracle to get verisign's data to PIR/affilias.
.org is also transitioning from verisign to affilias/PIR.
.info with postgres.
I think the transition isn't just databases, but also netwokrs.. companies.. infrastructure.
I'd check to see if affilias isn't also doing
I'd be curious though, what was the data to xml ratio. How much of it is actual data and hwo much of it is xml.
Shit happens :) People make accidents. At least you don't pay for it with a buffer overflow.
Yeah, but there's a diff. Cobol is more a biz language, as java tries to be an end all anguage. Granted, it's not bad to have high goals. It just means that you'll try to evolve.
We've seen java 1.1, 1.2, 1.3, 1.4. Granted there will be a compatability shift between 1.2 and 1.4, but moving from 1.2 to 1.4 is little effort.
Even perl has its bugs.. just like java. IO::Socket has some problems on some architectures.
How similar is it to ASN.1?
Point being, is it's user readable. If your system is having a problem, you can easily see if it is the data by inspecting the data.
If you mean machine readable, you only need to write a function once to read a particular node and all of it's conditions. For each subnode, you write a seperate function. XML is not recursive , since the format doesn't support recurssion.
KRS-one? I dunno, it wasa joke :P
It's a congested network
But hey, we are preaching to each other.
I can buy a mic and plug it into my computer. As time goes on infinitely, the price per recording, per minute, drops infinitely too :)
Well, that's why you'd use HTTPS with certificates, no? And nothing is wrong with the port. If you meant HTTP, then yeah, it's plaintext.
Mind you, I don't have a choice of OS's at work. We use solaris and linux. Now amazon, being a windows shop (i'm guessing), only gives out dll's. Great, now I'm not supported. So fine, we use java. Did you know java class (binaries) are versioned? I'm stuck with 1.3.1 ATM and a 1.4 jdk is in the works. Problem is, some jdk's use one version of the binary while another uses.. another. I always hoped it was a universal format. Sadly let down.
That's why technologies like JAXB and translets are poping up. with JAXB, you can bind particular classes to particular schemas/dtd. It speeds up processing. Translets are just compiled XSLT. Really fast since your xslt can be compiled/interpted once, run anyhwere. Kind of a chain technology. translet->xslt->java->machine language.
And mind you, nothing is more secure about a binary format. It's just obfuscated. Hell, I hacked rengeade bbs's users database format so i can write a user deletion tool. Were they going for security, prolly not. Point is, binary is just obfuscated.
As for your sessoin level security, that's not the job of your data format. Your data format and transport layer should be indepenent. It's why you can do SOAP over HTTP, SMTP/mail and possibly anything else that has a function() like response format. request->response. It's probably why ssh is so great. All it is, is a way of authentication, communication and encryption. You can create ssh tunnels for http as a proxy.