That should have been: "I read most of the resumes..."
On 8/31/07, Scott Swank <[EMAIL PROTECTED]> wrote:
> That is why flat, page/request granularity web UI frameworks have
> succeeded. They are simple and procedural. The reason that languages
> such as Smalltalk, Java & C# are much better than languages such as
> Fortan, Pascal and C is that the former have a range of syntax,
> objects, that their procedural predecessors lack.
>
> In an OO language one can wrap data and behavior up into objects and
> then assemble those objects and pass them to other objects.
>
> From my perspective that is the value that Wicket brings to web
> development. Now a developer has the power of OO instead of being
> stuck writing the same sort of procedural code that would be at home
> in Cobol.
>
> The bright side to all of this is that a Java developer that "gets" OO
> is worth 3 or 4 that don't. I review most of the interviews that come
> in to Vegas.com and I conduct most of the phone screen interviews. I
> don't consider anyone who doesn't get objects. That is our base line
> for entry. So put in the work. It's worth it.
>
> Oh, and does anyone want to move to sunny Las Vegas and work with a
> team of a dozen other developers who "get it"? We're still hiring --
> especially folk with experience with Wicket.
>
> Cheers,
> Scott
>
> On 8/31/07, Kirk Israel <[EMAIL PROTECTED]> wrote:
> > Well, that's a good point--
> > They aren't complex, per se, but they (and especially anonymous inner
> > classes) seem to show up a lot more in the class of programming of
> > which Applets and Wicket are both subsets than they do in most of the
> > rest of Java land. So they're a little less familiar to me, and I'm
> > not sure if they represent more complexity (given they're obviously
> > "fancier" than using more generic data structures in that they may be
> > doing arbitrarily complex things in their functions) or less (since
> > they live in the same .java file as the page, and can be nicely tuned
> > to handle the problem at hand).
> >
> > On 8/30/07, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
> > > heh, if you think inner classes are complex you are def using the wrong
> > > framework
> > >
> > > -igor
> > >
> > >
> > > On 8/30/07, Kirk Israel <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Ok, thanks...
> > > > I refactored what i had with this in mind. It was a little more
> > > > complicated because I want to delegate responsibility for generating
> > > > the link and caption to the page (some of our links our kind of
> > > > complex to promote lazy initialization), so the page is still calling
> > > > into static functions to know what id to give the caption and label.
> > > > Plus I had to create an additional class to hold that link plus the
> > > > seperator( to do the comma and "or" in something like "A, B or C")
> > > >
> > > > The list is then
> > > >
> > > > add(new ListView("linklist", listSepLinks)
> > > > {
> > > > private static final long serialVersionUID = 0L;
> > > > public void populateItem(final ListItem listItem)
> > > > {
> > > > CaptionedLinkAndSeperator linkAndSep =
> > > > (CaptionedLinkAndSeperator)listItem.getModelObject();
> > > > listItem.add(linkAndSep.getPageLink());
> > > > listItem.add(new Label("sep",
> > > > linkAndSep.getSeperator()));
> > > > }
> > > > });
> > > >
> > > > and the HTML is then
> > > >
> > > > <span wicket:id="linklist">
> > > > <a href="#" wicket:id="link" class="link"><span
> > > > wicket:id="caption">[LINK CAPTION]</span></a><span wicket:id =
> > > > "sep">[,]</span>
> > > > </span>
> > > >
> > > > So, the complexity isn't too bad despite the inner class and it's less
> > > > kludgey than what i had earlier.
> > > >
> > > > Thanks.
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > >
> > > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
> --
> Scott Swank
> reformed mathematician
>
--
Scott Swank
reformed mathematician
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
