[Tech] Bit of a lengthy if statement...

Wol

In Cryo Sleep
To those who haven't read it (I will beat you with a stick if you haven't)

http://www.catb.org/~esr/faqs/smart-questions.html \o/

And it can't have been completely arbitrary if in your first question you give an arbitrary case without any context, and then you give a specific case of entering lotto numbers a few posts in? Or was that just a similar case where you copied it from another site into here and you're not dealing with lotto numbers?

See "Describe the goal, not the step" in the link above :)

I come from a background on a technical forum which is plagued with questions that aren't asked correctly, and where sometimes people don't give anywhere near enough information in their first posts and end up being given bad advice and incorrect answers because of their vagueness when originally posting. The amount of times I've had to reply to someone going "we need more information before we can give you a good answer" is silly. Make sure you don't become one of them.
 

Nanor

Well-Known Member
Hah, you're sorely mistaken if you think I'm reading that at this time of the morning. :p My OP garnered 7 valid solutions to the question I asked. The advice given about when to perform the validation was appreciated but that wasn't my problem.

Not to blow my own trumpet but I'd consider this a successful attempt at asking a question.
 

Silk

Well-Known Member
The red X approach is a good un wol, I thought he meant stop textboxes losing focus and popup a box if the answer is wrong (I've seen forms do this and.. sigh).

In an ideal world you'd do both, you have to have a final check (is everything ok; if so continue else prompt) regardless.
 

BiG D

Administrator
Staff member
In the real world you'd be writing it as some combination of javascript/serverside code because it's 2012 AND WHY ARE WE EVEN STILL TEACHING CHILDREN HOW TO MAKE DESKTOP APPS?
 

Silk

Well-Known Member
Because there's a massive calling for them still in most industries?
Because web apps still lack most of the basic functionality of winforms?
Because web apps struggle with things like saving a file to the client pc (security blockades et al)?

Web apps will be the way of the future, but we're not there yet. I reckon 10 years minimum before they even start to become the norm over desktop apps. I'd imagine by then there's some funky new visual stuidio that lets you design "webforms" much like winforms are done now i.e. drag and drop controls, code underneath. That's what we need as last time I checked it's still quite cumbersome to get the "equivalent" look and feel in a browser as it is a winform, another reason why desktop is still quite prevalent.

To be honest it's good to teach kids programming at all, I never had that. It's a good start. Knowing even one language is all you need to start out, really.
 

Wol

In Cryo Sleep
<3 me some jQuery and Google Docs.

Why would you want to save files on the client PC. It's all about the cloud :p
 

Zooggy

Junior Administrator
Staff member
Hey, :)

Silk, yuo're right about everything... except this:

Because web apps still lack most of the basic functionality of winforms?

Check out GWT. It's quite delightful!

It should be noted that I hate Java with a passion, but decided to use it just so I could use GWT.

Cheers,
J.
 

Silk

Well-Known Member
<3 me some jQuery and Google Docs.

Why would you want to save files on the client PC. It's all about the cloud :p

It's not about "you", it's about your client. Part of my job is often restraining myself from "causing more work" by re-writing older stuff that could be done better. ;)

Manufacturers, pickers in warehouses etc. often have to rely on flat files being emailed around (using their current tech) and people trying to sell them software would just get laughed at if they suggested they fork out to upgrade their entire infrastructure to be net/cloud based.

That's one example scenario from retail.

In an ideal world everyone would keep up with tech, in the real world it's far from the truth, in fact pretty much the opposite - keeping up to date would be expensive and often deemed unnecessary (benefits vs risk/cost).

I guess it ultimately depends if you think you'll be lucky enough to work for the likes of google who'd always be current, or a typical software house, who would have a mix of old and new, perhaps a year or two behind leading edge. Or even better, lucky enough to work for yourself, using and trying to sell things built with the latest shiny tech.

Check out GWT. It's quite delightful!

It should be noted that I hate Java with a passion, but decided to use it just so I could use GWT.

Cheers,
J.

Will do, thanks for the tip!
 

Wol

In Cryo Sleep
On a more serious note before we start arguing about "which language is better"

Manufacturers, pickers in warehouses etc. often have to rely on flat files being emailed around (using their current tech) and people trying to sell them software would just get laughed at if they suggested they fork out to upgrade their entire infrastructure to be net/cloud based.

I'm just glad that we upgraded from using excel files and mutual locks on a fileshare to actually having a web based ERP system at work. Cost very little to use a stock application configured for what we needed. Don't have to reinvent the wheel.

But then again this was an internal thing, so not something we're trying to profit from and sell to people as theres a viable open source free version out there. Trying to sell software where theres a legit FOSS version available can be somewhat tricky I imagine. Although out main IP at work we just let people use for free. We don't sell it. It does mean that when I look at the massive buglist and realise that we dont directly get paid for any of the fixes, it can get a bit frustrating. But as you say, we'd get laughed at if we suggested that they fork out to upgrade their software to be updated to something more modern. So thats why we do it for free :)
 

BiG D

Administrator
Staff member
Because there's a massive calling for them still in most industries?
Because web apps still lack most of the basic functionality of winforms?
Because web apps struggle with things like saving a file to the client pc (security blockades et al)?

Web apps will be the way of the future, but we're not there yet. I reckon 10 years minimum before they even start to become the norm over desktop apps. I'd imagine by then there's some funky new visual stuidio that lets you design "webforms" much like winforms are done now i.e. drag and drop controls, code underneath. That's what we need as last time I checked it's still quite cumbersome to get the "equivalent" look and feel in a browser as it is a winform, another reason why desktop is still quite prevalent.
I'm not sure what industry you're in, exactly, but I can't think of a single desktop app I'd use regularly that I can't get an equivalent or better user experience from on the web. Music players, instant messaging, VOIP, any sort of social networking... Steam is an exception, maybe, but most of its functionality IS a webapp, save for the actual playing of games part. Even installing stuff in steam is available via the website now...
 

thatbloke

Junior Administrator
There may not be a desktop app you might use but there are a smegton of already in existence business apps which require maintenance and new features adding - they will all have used something that was (hopefully) modern at the time, but once done, it is usually expected that that software will be "in service" for years or even decades.

As a case in point: I still occasionally use windows 3.1 in my job, and often need to log on to a token ring based network to do certain stuff too. Once built and "in service" a lot of businesses will make do with what they have rather than going through the potentially lengthy process of re-writing software that already does the job just for the sake of remaining "up to date"
 

Silk

Well-Known Member
I'm not sure what industry you're in, exactly, but I can't think of a single desktop app I'd use regularly that I can't get an equivalent or better user experience from on the web. Music players, instant messaging, VOIP, any sort of social networking... Steam is an exception, maybe, but most of its functionality IS a webapp, save for the actual playing of games part. Even installing stuff in steam is available via the website now...

I'm in the retail sector. generally it's a mish mash of web stuff (more for store tasks) and desktop apps (more for head office tasks), but varies masively from retailer to retailer. So far every single one I've worked with has had a strong reliance on desktop.

Others sectors still heavy desktop app based? Off top of my head..

Hospitals/Health
Finance/Banks
Armed Forces

.. there's a lot more than that tbh I'm just not good at examples. Web isn't as secure as dektop so could be a lot of these places never make the move.

I think anywhere where you are talking App<->Sensitive Data, desktop wins.

@Wol some of the places I've seen don't even have tech that supports a browser, usually more the warehouse end of the supply chain. So yeah, I was meaning more "complete hardware overhaul" as well as costs to train staff - bit of a shift from using mainframe screens to webby stuff. Cost quite a lot I'd wager; and if the mainframe screen ain't broke why fix it? nb. This doesn't reflect my own thinking, as I'm more of a "zomg use shinies" person. Though even I will only use web where I see it's relevant; case in point my current (new) app is desktop but I'm working with a guy to get some reporting done web-side. It just wouldn't fit for it all to be web though.
 

BiG D

Administrator
Staff member
What exactly can a desktop app do that is more "secure"?

Regardless, I don't think teaching legacy tech makes any sense. We don't go teaching students COBOL, but businesses still use it...
 

BiG D

Administrator
Staff member
Define "offline"? Webapps can be run entirely separate from the internet, you know...
 

Huung

Well-Known Member
Define "offline"? Webapps can be run entirely separate from the internet, you know...

It doesn't have to be connected to any kind of network. (Unless by webapps you simply mean anything which can be run in a browser, regardless of network, in which case fair enough).
 
Top