|
there are lots of desktop code on CodeProject.
It's just that the desktop API discussions are a bit slow for the last few.. years?
At any rate.. behold (for example) WPF discussions here on CP!
Silverlight / WPF Discussion Boards
|
|
|
|
|
I think you'd do well sticking with CP for the community and the C# Forum[^] where you can ask questions about Windows Forms. The only other resource I recommend is StackOverflow, where I end up when I'm googling for a solution to a problem. But for well-written full-blown articles, it's hard to beat CP.
/ravi
|
|
|
|
|
Ravi Bhavnani wrote: I recommend is StackOverflow, where I end up when I'm googling for a solution to a problem
Sadly, that's the only time SO is useful. The couple of times I've tried to ask questions (after suitable due diligence), the response from the SO community was DOOM-esque.
Software Zen: delete this;
|
|
|
|
|
Gary Wheeler wrote: Sadly, that's the only time SO is useful.
Agreed. SO won't even let me upvote an answer because I don't have enough points. Stupid. But I find the SO Google results extremely useful. They almost always address my (programming) woes.
/ravi
|
|
|
|
|
Slow Eddie wrote: It does seem to be primarily aimed at, and populated by, web application developers.
While true, the CP folks strive to appeal to whatever interests their audience. At this time, a lot of that's web development. Desktop development still gets a fair amount of love here, though.
If they have any bias at all, it's they are pretty Microsoft-centric.Slow Eddie wrote: If we (desktop programmers) are a dying breed, let me know that too
I don't think we're in imminent danger of disappearing entirely. It's more a case that desktop apps aren't the universal tool they once were. There are lots of cases where they are the right solution for a problem.
For example, I don't really consider myself a "desktop developer", even though I write desktop apps that act as the UI for our equipment. Our applications act as the machine control panel, status indicators, and so on. I think of this as more a process control application with GUI bits than anything.
Software Zen: delete this;
|
|
|
|
|
I don't think we're in imminent danger of disappearing entirely. It's more a case that desktop apps aren't the universal tool they once were. There are lots of cases where they are the right solution for a problem.
|
|
|
|
|
I don't consider me a dinosaur and last time I did something for the web was in college.
Always been programming industry PLc or desktop apps.
M.D.V. 
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
|
Desktop developer myself, I find web developers kinda smug every now and then. I oftentimes found interesting-looking articles about the state of development or similar generic terms, got incredibly dumbfounded by the author describing immature and/or always-moving frameworks and after a while, he mentions JavaScript/web. Because of course the author didn't bother mentioning web programming anywhere because for some arrogant reason, "development" is synonymous with "web development".
|
|
|
|
|
Web, Gui's, database, HA. Try being an embedded realtime firmware engineer
|
|
|
|
|
|
Quote: I know I'm a dinosaur but....
But I think we all are here. Look at the prehistoric looks of CP and it just makes you feel at home.
Slow Eddie wrote: It does seem to be primarily aimed at, and populated by, web application developers. 
I think the lounge itself is very general purpose, if you think about it, it's driven by us. And a lot of us are MS Stack and a lot of us moved from desktop to web.
The daily news I do agree, but given that there is hardly anything "new" about Desktop development, I believe it makes sense.
Having that said, there is plenty of content on desktop development. I wrote a few articles many years ago here and they are about desktop development. But, if you are looking for simple and active forums for questions and answers focused on desktop development you can see MSDN: Msdn forums - Windows Forms
This one in particular is for Windows Forms but you can find others like MFC, WPF, UWP as well.
To alcohol! The cause of, and solution to, all of life's problems - Homer Simpson
Our heads are round so our thoughts can change direction - Francis Picabia
|
|
|
|
|
Slow Eddie wrote: It does seem to be primarily aimed at, and populated by, web application developers.
Actually, if you look at the results of this recent survey, it would appear that web devs are actually outnumbered here by "Business/Office" developers. (Although, I suppose, that does not necessarily imply Desktop applications.)
That's certainly the boat I'm floating these days, anyways.
|
|
|
|
|
Fortunately, web development is moving away from stateless HTML/CSS/JavaScript architecture to webassembly. For MS-oriented developers, that means C# and Blazor, no JavaScript needed (it can be used, but that only makes sense in very narrow edge cases).
I have noticed with web developers I worked with (i.e. anecdotal) when moving to Xamarin and Blazor, that it was hard for them (I don't know if that is a global issue) to move from the stateless mindset of HTML/CSS/JavaScript to the stateful mindset desktop developers innately understand. That and really understanding things like OOA/OOP and dependency injection. The web programmers I have worked with are mostly bright, sharp people who should have no problem making the shift intellectually, but it is hard to give up the old, comfortable ways.
All that to say that in time, web developers may start to look and sound more like desktop developers.
|
|
|
|
|
I do both, but I prefer web to installed apps because (a) updates do not require every user to reinstall/upgrade the app, and (b) with AJAX and DOM manipulation, web apps can behave like standalone apps 95% of the time.
If you think 'goto' is evil, try writing an Assembly program without JMP.
|
|
|
|
|
I feel the same way, but recently I've had to stray to the dark side for work. I started my career building print drivers in DOS for custom applications. When Windows came along, I was stoked and (for the most part) didn't look back.
But with every revision of platforms, I'm finding myself spending more and more time looking up how to do things, because the ecosystems keep getting bigger and bigger with more and more options to sort through. back in the day all you needed was a couple of good books and you were off to the races, now it feels like I need 50 browser windows open at any given time to find what I need.
It's not too bad, but in my day-to-day were I work, I'll need to switch from embedded, to desktop, to web to mobile apps, that's way too much to keep in your head at any given time, or even the language switching: Like, how to define a predefined array again in this language? it's stupid stuff slowing me down, because of all the minor differences.
I do miss the days of just knowing the language and platform inside and out, getting the best performance, and quick turnaround.
|
|
|
|
|
Unlike the rest of you, I truly am a dinosaur, in the process of becoming extinct. I got tired of spending my evenings and weekends learning a new language and framework every couple of years, and transitioned into testing. Sometimes, I miss the fun of coding floating point routines in assembly because the C code would not fit in our devices. I don't miss learning that half of our Java framework's routines did not actually work. But mostly, I enjoy my evenings with my wife at the end of a testing day. I am looking forward to retirement in a few months, and maybe I'll start programming for fun again.
|
|
|
|
|
The only thing I really miss about "real programming" is that this web stuff is stateless. Get used to the appropriate songs and dances to transmit data between client and server took a while. When desperate enough to use a global, it turns out be cross between "applications" (i.e., sessions) unless one goes out of their way to stop it - and often don't go away unless deliberately destroyed or the browser is closed.
But, one gets used to four or five languages on a page.
| Ravings en masse^ |
|---|
| "The difference between genius and stupidity is that genius has its limits." - Albert Einstein | | "If you are searching for perfection in others, then you seek disappointment. If you are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
Life is a program programmed by GOD...
ciao
VM
|
|
|
|
|
Hi All,
The 'Widget' I am testing is reliant on a tower of Babel software, which in turn is generated from a mixture of Government Documentation which is particularly unreadable. It is for a safety critical system. Me being me goes into tester mode, picking up all things I can. There is an issue which is known to slow down the device. This can lead to interesting results such as LEDs for Channel 1 & 2 being shown on LEDs 3 & 4 on the device taking a longish time to set. It can be easy as I just have shown the software lead an non-issue due to the time delay and the LED's 3 & 4 switching times, I know I am being too picky but as I said 'Safety Critical'... ...am I an idiot for getting out of hand?
|
|
|
|
|
just remember there's:
#1 safety, as in protection from harm, and
#2 safety as in protection from being sued.
90% of the time for the management [following up on advice from the legals/compliance], you know bottom line and so on, #2 matters more - ass covered. #1 is just a byproduct.
think about it, how does a sign (or picture for multi-language) saying "watch your step" actually enhance safety? sure, most people will see it and take care, so yes, the safety (#1) is improved (not 100%) but only as a byproduct that sign ensures safety #2 is 100% covered - you fall, too bad, no case.
yeah the safety LEDs do light up, sure not instant but it's there and meets req. up to the operator to ensure those LED's stay off before proceeding.
and that's also why there's some pretty stupid signs, indicators, sirens etc out there - what's a few dollars in parts/printing compared to the potential lawsuits from not having them.
warning: do not operate the microwave if the door is not fully closed.
- you'd have to bypass/have broken a couple or more safety switches to manage that feat, cold happen in an old unit, and so just in case, despite the "safey" switches, that warning saves potentially millions ... of dollars., and maybe (but far far less likely) some old lady's liver.
Message Signature
(Click to edit ->)
|
|
|
|
|
Compared to some systems I have worked on this is not too safety critical, translation the previous high integrity stuff I have worked on has been Biohazard safety for Porton Down (cue questions like 'Could the Stand really happen?') and Radar systems for air traffic control. That background makes me question everything that I can, and somethings I can't... The worst I have seen with Microwaves is one that works with a hole in the door! 
|
|
|
|
|
lopatir wrote: you fall, too bad, no case.
Unless you trip over the sign 
|
|
|
|
|
you raise a good point. maybe the system should be considered "lawsuit critical"
When I was growin' up, I was the smartest kid I knew. Maybe that was just because I didn't know that many kids. All I know is now I feel the opposite.
|
|
|
|
|
lopatir wrote: and that's also why there's some pretty stupid signs, indicators, sirens etc out there - what's a few dollars in parts/printing compared to the potential lawsuits from not having them.
Plus some typos and things get quite amusing. According to the instructions of a well known manufacturer of model kits, some decals on a 1967 Vietnam Huey should read 'use XXXX viation fuel" or "fuel dick drain". They will most probably not get dragged to court over that.
I have lived with several Zen masters - all of them were cats.
His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
