title: Real-world ZK vs GWT experience
body: <p>A fellow developer and I are putting together a proposal for a new application, and we've presented both ZK and GWT to be possible choices.  After messing around with both, I'd prefer to move ahead with a ZK proof-of-concept, but one of the "senior architects" of the company (who isn't even on our team) seems to be trying to take over the project and tell us what technologies to employ.  He's finding any excuse he can to push GWT onto us and call foul on ZK.</p>
  
  <p>Now I'm not saying that GWT is inherently bad, nor that ZK is the be-all-and-end-all of web application development, but I don't like being told how to develop a application by someone who hasn't really done enough research to push a particular technology.  Although this guy is not on our team, management tend to listen to him, and will probably "tell" us what to use.</p>
  
  <p>This guy's arguments against ZK seem to be "browser incompatibility", "too much business logic in the browser", and "project immaturity".  I disagree with all three of these.  He also provides no arguments for GWT, which seems like he actually doesn't know much about either technology.  He also claims that it's better to use a technology that someone within the company knows.  There is only one team here that has actually used GWT, and that project has had... issues.</p>
  
  <p>Could someone with some real-world experience with ZK and/or GWT suggest some arguments I can provide that would at least put both the technologies back on the table, rather than attempting to push a single technology with no real research?</p>