Really?
-
Every morning I open Code Project and start with the news. Every morning I find a new application or framework or both. My question is how many of those, are actually used by developers, other than the people who created them? I believe that some of those created last year are still in use today, but not many. Really! I don't intend to criticize those that developed them; however, the learning curves have got to be tremendous. Am I a hopeless luddite? What do you think?
-
Every morning I open Code Project and start with the news. Every morning I find a new application or framework or both. My question is how many of those, are actually used by developers, other than the people who created them? I believe that some of those created last year are still in use today, but not many. Really! I don't intend to criticize those that developed them; however, the learning curves have got to be tremendous. Am I a hopeless luddite? What do you think?
I agree.
-
Every morning I open Code Project and start with the news. Every morning I find a new application or framework or both. My question is how many of those, are actually used by developers, other than the people who created them? I believe that some of those created last year are still in use today, but not many. Really! I don't intend to criticize those that developed them; however, the learning curves have got to be tremendous. Am I a hopeless luddite? What do you think?
-
Every morning I open Code Project and start with the news. Every morning I find a new application or framework or both. My question is how many of those, are actually used by developers, other than the people who created them? I believe that some of those created last year are still in use today, but not many. Really! I don't intend to criticize those that developed them; however, the learning curves have got to be tremendous. Am I a hopeless luddite? What do you think?
A framework really helps if it's intended for your domain and has a low surface-to-volume ratio. Without one, the outcome is superfluous diversity, which makes it hard for software to interoperate without writing glue that would otherwise be unnecessary. Ideally, a framework should be developed internally so that it can evolve to suit the needs of your applications. But if an external framework is a good fit, and if it's responsive to its users, it's worth considering. The worst outcome is a team without a framework. It can happen because management thinks everyone should be developing features or because no developer has enough domain experience to develop a framework.
Robust Services Core | Software Techniques for Lemmings | Articles
The fox knows many things, but the hedgehog knows one big thing. -
Every morning I open Code Project and start with the news. Every morning I find a new application or framework or both. My question is how many of those, are actually used by developers, other than the people who created them? I believe that some of those created last year are still in use today, but not many. Really! I don't intend to criticize those that developed them; however, the learning curves have got to be tremendous. Am I a hopeless luddite? What do you think?
Ditto
PartsBin an Electronics Part Organizer - A updated version available! JaxCoder.com
-
Every morning I open Code Project and start with the news. Every morning I find a new application or framework or both. My question is how many of those, are actually used by developers, other than the people who created them? I believe that some of those created last year are still in use today, but not many. Really! I don't intend to criticize those that developed them; however, the learning curves have got to be tremendous. Am I a hopeless luddite? What do you think?
We're both hopeless luddites when it comes to the Framework du jour. The fundamental problem with frameworks is that as soon as your requirements go outside the framework you start fighting the framework. Since no two projects are the same this means that frameworks invariably cause more technical debt that has to be dealt with down the road.
-
We're both hopeless luddites when it comes to the Framework du jour. The fundamental problem with frameworks is that as soon as your requirements go outside the framework you start fighting the framework. Since no two projects are the same this means that frameworks invariably cause more technical debt that has to be dealt with down the road.
That can be true, but there will usually be more technical debt without a framework.
Robust Services Core | Software Techniques for Lemmings | Articles
The fox knows many things, but the hedgehog knows one big thing. -
Every morning I open Code Project and start with the news. Every morning I find a new application or framework or both. My question is how many of those, are actually used by developers, other than the people who created them? I believe that some of those created last year are still in use today, but not many. Really! I don't intend to criticize those that developed them; however, the learning curves have got to be tremendous. Am I a hopeless luddite? What do you think?
Maybe I'm reading this wrong, but it sounds to me like you're saying you're overwhelmed by all the frameworks that are out there, with new ones being published daily. You don't need to know every framework that's out there. Or even know about those frameworks. When I started my career as a Windows developer, I thought I'd become a kick-ass developer if I just learned every API there is in Windows. It didn't take long for me to conclude that's just not realistic. And that's just one company. Read about what you find interesting or is relevant to your job, and ignore the other 99% of the stuff that gets published daily. Most of it is bound not to lead anywhere over time anyway (or at least, not anywhere that should matter to you). Or am I misunderstanding your question?
-
Every morning I open Code Project and start with the news. Every morning I find a new application or framework or both. My question is how many of those, are actually used by developers, other than the people who created them? I believe that some of those created last year are still in use today, but not many. Really! I don't intend to criticize those that developed them; however, the learning curves have got to be tremendous. Am I a hopeless luddite? What do you think?
I'm having my hands full with understanding .NET framework(s) :-\
-
Every morning I open Code Project and start with the news. Every morning I find a new application or framework or both. My question is how many of those, are actually used by developers, other than the people who created them? I believe that some of those created last year are still in use today, but not many. Really! I don't intend to criticize those that developed them; however, the learning curves have got to be tremendous. Am I a hopeless luddite? What do you think?
obligatory [XKCD](https://xkcd.com/927/).
CI/CD = Continuous Impediment/Continuous Despair
-
Every morning I open Code Project and start with the news. Every morning I find a new application or framework or both. My question is how many of those, are actually used by developers, other than the people who created them? I believe that some of those created last year are still in use today, but not many. Really! I don't intend to criticize those that developed them; however, the learning curves have got to be tremendous. Am I a hopeless luddite? What do you think?
I am not even sure what a framework is and had no idea many existed. All I know is I am looking forward to utilizing "Dear ImGui" perhaps it is a framework as I love its speed appearance and seemingly easy to understand programming interface and quite dislike MFC.
-
That can be true, but there will usually be more technical debt without a framework.
Robust Services Core | Software Techniques for Lemmings | Articles
The fox knows many things, but the hedgehog knows one big thing. -
I agree.
-
Every morning I open Code Project and start with the news. Every morning I find a new application or framework or both. My question is how many of those, are actually used by developers, other than the people who created them? I believe that some of those created last year are still in use today, but not many. Really! I don't intend to criticize those that developed them; however, the learning curves have got to be tremendous. Am I a hopeless luddite? What do you think?
Edward Aymami wrote:
Am I a hopeless luddite?
No, you are someone who draws inferences based on impressions, rather than careful analysis of context.
«The mind is not a vessel to be filled but a fire to be kindled» Plutarch
-
Every morning I open Code Project and start with the news. Every morning I find a new application or framework or both. My question is how many of those, are actually used by developers, other than the people who created them? I believe that some of those created last year are still in use today, but not many. Really! I don't intend to criticize those that developed them; however, the learning curves have got to be tremendous. Am I a hopeless luddite? What do you think?
-
A framework really helps if it's intended for your domain and has a low surface-to-volume ratio. Without one, the outcome is superfluous diversity, which makes it hard for software to interoperate without writing glue that would otherwise be unnecessary. Ideally, a framework should be developed internally so that it can evolve to suit the needs of your applications. But if an external framework is a good fit, and if it's responsive to its users, it's worth considering. The worst outcome is a team without a framework. It can happen because management thinks everyone should be developing features or because no developer has enough domain experience to develop a framework.
Robust Services Core | Software Techniques for Lemmings | Articles
The fox knows many things, but the hedgehog knows one big thing.When I read about software code having a "low surface to volume ratio", I know I have stumbled into Pseuds Corner. 🙄☹️
-
Every morning I open Code Project and start with the news. Every morning I find a new application or framework or both. My question is how many of those, are actually used by developers, other than the people who created them? I believe that some of those created last year are still in use today, but not many. Really! I don't intend to criticize those that developed them; however, the learning curves have got to be tremendous. Am I a hopeless luddite? What do you think?
I'm pretty sure ~90% of that stuff gets created as a learning experience for the author. Hell, even the stuff that makes it into mainstream may lack a product vision, growing instead of being designed. I personally would not consider myself a luddite but I think "do we really need that" more often than "hey, that's some cool new stuff". Actually, I'm a huge tech/software enthusiast. It's just that I'm also a huge fan of use cases, tech solving use cases, not tech for the sake of tech.
-
Every morning I open Code Project and start with the news. Every morning I find a new application or framework or both. My question is how many of those, are actually used by developers, other than the people who created them? I believe that some of those created last year are still in use today, but not many. Really! I don't intend to criticize those that developed them; however, the learning curves have got to be tremendous. Am I a hopeless luddite? What do you think?
> Am I a hopeless luddite? If you are, then so am I. I develop my own reusable bits and pieces of course (not sure I'd call them frameworks exactly) but I only pull in an external dependency when I really need it. libFLAC is a good example of the that. Wouldn't want to implement it myself! But then, that's not a framework either, just a library. The only framework proper that I *do* use as ASP.Net. I use it for the 'code behind' pages on my website, and I think it's terrific.
Paul Sanders. If I had more time, I would have written a shorter letter - Blaise Pascal. Some of my best work is in the undo buffer.
-
Every morning I open Code Project and start with the news. Every morning I find a new application or framework or both. My question is how many of those, are actually used by developers, other than the people who created them? I believe that some of those created last year are still in use today, but not many. Really! I don't intend to criticize those that developed them; however, the learning curves have got to be tremendous. Am I a hopeless luddite? What do you think?
A steep learning curve can be great for learning something useful, and most learning is at least somewhat useful. Also, sharing the project may help others to learn something useful. I do agree that many projects are best done "the hard way" of doing them by hand, particularly one-time projects, but where's the fun in that?
-
Every morning I open Code Project and start with the news. Every morning I find a new application or framework or both. My question is how many of those, are actually used by developers, other than the people who created them? I believe that some of those created last year are still in use today, but not many. Really! I don't intend to criticize those that developed them; however, the learning curves have got to be tremendous. Am I a hopeless luddite? What do you think?
Developers love rolling there own code, even when there are existing frameworks out there: Unintentional framework | CommitStrip[^]
