Poll extension...
-
Of course, fortunately I dont go anywhere near those lines of development! :)
Lucky you! :laugh:
Skipper: We'll fix it. Alex: Fix it? How you gonna fix this? Skipper: Grit, spit and a whole lotta duct tape.
-
It seems only about 15% of us consider .NET Core as platform for development, the question is why? 1. Either no interest in multiplatform 2. Or does not consider .NET Core as a good choice for that Any opinions?
Skipper: We'll fix it. Alex: Fix it? How you gonna fix this? Skipper: Grit, spit and a whole lotta duct tape.
-
More complicated. But can be automated... You may be interested in my article about .NET Core (the second one)...
Skipper: We'll fix it. Alex: Fix it? How you gonna fix this? Skipper: Grit, spit and a whole lotta duct tape.
-
Lucky you! :laugh:
Skipper: We'll fix it. Alex: Fix it? How you gonna fix this? Skipper: Grit, spit and a whole lotta duct tape.
Benefits of working in the kernel, it hasnt really changed in decades, seriously.
-
3. Does not write .NET apps but uses [insert your favorite language] for cross platform applications For me, it is C++ with cross platform frameworks like Qt and C, C++, and Perl for console applications.
It is actually 2. - you consider your current cross platform solution better (or good enough)...
Skipper: We'll fix it. Alex: Fix it? How you gonna fix this? Skipper: Grit, spit and a whole lotta duct tape.
-
It is actually 2. - you consider your current cross platform solution better (or good enough)...
Skipper: We'll fix it. Alex: Fix it? How you gonna fix this? Skipper: Grit, spit and a whole lotta duct tape.
I think it would be a good choice if I would write .NET apps (and have not used many methods that are not supported by .NET core).
-
I was thinking in terms of updating .NET itself, when there are dependencies between all the applications and the core. Maybe you cover that too, but I saw no link Köszi :)
... such stuff as dreams are made on
It does not cover .NET Core updates, as I do not consider it as a developer problem. It is about hosting the very same compilation on different platforms... ASP.NET Core: compile once, host everywhere[^]
Skipper: We'll fix it. Alex: Fix it? How you gonna fix this? Skipper: Grit, spit and a whole lotta duct tape.
-
I am so glad I write in C still. I can remain blissfully ignorant of all this latest must have technology. Imagine the time spent learning COM, all wasted. Java too, gone by the wayside. Good old C, it lasts forever! :)
[Poem - Write in C](http://www.poppyfields.net/filks/00259.html) :)
If you have an important point to make, don't try to be subtle or clever. Use a pile driver. Hit the point once. Then come back and hit it again. Then hit it a third time - a tremendous whack. --Winston Churchill
-
[Poem - Write in C](http://www.poppyfields.net/filks/00259.html) :)
If you have an important point to make, don't try to be subtle or clever. Use a pile driver. Hit the point once. Then come back and hit it again. Then hit it a third time - a tremendous whack. --Winston Churchill
:)
-
[Poem - Write in C](http://www.poppyfields.net/filks/00259.html) :)
If you have an important point to make, don't try to be subtle or clever. Use a pile driver. Hit the point once. Then come back and hit it again. Then hit it a third time - a tremendous whack. --Winston Churchill
or even better ... with music :-D : [htps://www.youtube.com/watch?v=1S1fISh-pag](https://www.youtube.com/watch?v=1S1fISh-pag)
-
It seems only about 15% of us consider .NET Core as platform for development, the question is why? 1. Either no interest in multiplatform 2. Or does not consider .NET Core as a good choice for that Any opinions?
Skipper: We'll fix it. Alex: Fix it? How you gonna fix this? Skipper: Grit, spit and a whole lotta duct tape.
No requirement, a purely windows shop so "everywhere" is .Net :-D
Never underestimate the power of human stupidity RAH
-
It seems only about 15% of us consider .NET Core as platform for development, the question is why? 1. Either no interest in multiplatform 2. Or does not consider .NET Core as a good choice for that Any opinions?
Skipper: We'll fix it. Alex: Fix it? How you gonna fix this? Skipper: Grit, spit and a whole lotta duct tape.
I like .NET and I'm excited about .NET Core although I haven't used it for a production app as yet. Having said that, up until recently there was a lot of stuff missing. Given than Java is more mature and has better performance, there's always the question in the back of my mind "why don't I just do this in Java?".. and that's the first hurdle Microsoft is going to have with developers when it comes to cross platform web development. Personally I'll stick with it, but I'll probably need to learn Java as well just to hedge my bets on where future opportunities are going to be.
Now is it bad enough that you let somebody else kick your butts without you trying to do it to each other? Now if we're all talking about the same man, and I think we are... it appears he's got a rather growing collection of our bikes.
-
It seems only about 15% of us consider .NET Core as platform for development, the question is why? 1. Either no interest in multiplatform 2. Or does not consider .NET Core as a good choice for that Any opinions?
Skipper: We'll fix it. Alex: Fix it? How you gonna fix this? Skipper: Grit, spit and a whole lotta duct tape.
Well, there's 2 issues at play here. First, Java already does that, so most people that had a vested interest in cross-platform applications are most likely already following that route. Secondly, MS hasn't helped the situation by failing to wrap the .NET world under a coherent umbrella. They just tack a new word onto it, pass it to a team, and let them do whatever they feel like. The division between .NET Standard and .NET Framework is a great example of this: there is no reason whatsoever that all modern .NET isn't .NET Standard, except different teams have their fingers in the pie.
"There are three kinds of lies: lies, damned lies and statistics." - Benjamin Disraeli
-
Well, there's 2 issues at play here. First, Java already does that, so most people that had a vested interest in cross-platform applications are most likely already following that route. Secondly, MS hasn't helped the situation by failing to wrap the .NET world under a coherent umbrella. They just tack a new word onto it, pass it to a team, and let them do whatever they feel like. The division between .NET Standard and .NET Framework is a great example of this: there is no reason whatsoever that all modern .NET isn't .NET Standard, except different teams have their fingers in the pie.
"There are three kinds of lies: lies, damned lies and statistics." - Benjamin Disraeli
True .NET is late to the party, but all latest (and alive) .NET versions implements .NET Standard 2.0 (the latest too)... so there is an improvement there...
Skipper: We'll fix it. Alex: Fix it? How you gonna fix this? Skipper: Grit, spit and a whole lotta duct tape.
-
It seems only about 15% of us consider .NET Core as platform for development, the question is why? 1. Either no interest in multiplatform 2. Or does not consider .NET Core as a good choice for that Any opinions?
Skipper: We'll fix it. Alex: Fix it? How you gonna fix this? Skipper: Grit, spit and a whole lotta duct tape.
The what?
-
It seems only about 15% of us consider .NET Core as platform for development, the question is why? 1. Either no interest in multiplatform 2. Or does not consider .NET Core as a good choice for that Any opinions?
Skipper: We'll fix it. Alex: Fix it? How you gonna fix this? Skipper: Grit, spit and a whole lotta duct tape.
Kornfeld Eliyahu Peter wrote:
It seems only about 15% of us consider .NET Core as platform for development
Who is "us"? Tiobe index only places C# at 5% and Java is only 12%. However given the spike in the numbers this year I expect that there is a data collection problem (which happened years ago also.) TIOBE Index | TIOBE - The Software Quality Company[^]
Kornfeld Eliyahu Peter wrote:
2. Or does not consider .NET Core as a good choice for that
I expect some of that it true. However, in my experience, people rationalize (not objectively) technology choices based either on what has succeeded for themselves individually in the past or failed for themselves. So, for example, that is why many people jumped on the NoSQL bandwagon because they do not know how to use a relational database correctly.
-
Kornfeld Eliyahu Peter wrote:
It seems only about 15% of us consider .NET Core as platform for development
Who is "us"? Tiobe index only places C# at 5% and Java is only 12%. However given the spike in the numbers this year I expect that there is a data collection problem (which happened years ago also.) TIOBE Index | TIOBE - The Software Quality Company[^]
Kornfeld Eliyahu Peter wrote:
2. Or does not consider .NET Core as a good choice for that
I expect some of that it true. However, in my experience, people rationalize (not objectively) technology choices based either on what has succeeded for themselves individually in the past or failed for themselves. So, for example, that is why many people jumped on the NoSQL bandwagon because they do not know how to use a relational database correctly.
Us === CPians The post related to the current weekly poll...
Skipper: We'll fix it. Alex: Fix it? How you gonna fix this? Skipper: Grit, spit and a whole lotta duct tape.
-
It adds a lot of cruft. Complicates server deployment. Or at least: that is how it feels.
... such stuff as dreams are made on
I have been doing server development for at least 20 years. Implementing Rest layers (and before that Soap, http and TCP) on down to the database. And designed all it as well. Exactly what sort of servers are you writing where the architecture and requirements themselves are not the principal source of the complexity? There was only one time where language choice was objectively justified and that was based on business/marketing/finance requirements rather than any technological need.
-
It does not cover .NET Core updates, as I do not consider it as a developer problem. It is about hosting the very same compilation on different platforms... ASP.NET Core: compile once, host everywhere[^]
Skipper: We'll fix it. Alex: Fix it? How you gonna fix this? Skipper: Grit, spit and a whole lotta duct tape.
-
I like .NET and I'm excited about .NET Core although I haven't used it for a production app as yet. Having said that, up until recently there was a lot of stuff missing. Given than Java is more mature and has better performance, there's always the question in the back of my mind "why don't I just do this in Java?".. and that's the first hurdle Microsoft is going to have with developers when it comes to cross platform web development. Personally I'll stick with it, but I'll probably need to learn Java as well just to hedge my bets on where future opportunities are going to be.
Now is it bad enough that you let somebody else kick your butts without you trying to do it to each other? Now if we're all talking about the same man, and I think we are... it appears he's got a rather growing collection of our bikes.
Brent Jenkins wrote:
Given than Java is more mature and has better performance
I dispute both of those assertions. And I have close to 20 years of experience with java going back to 1.1.4 (not 1.4). And 8 years of C#. Plus C/C++ before that. And been doing server side development exclusively for 20+ years. Neither language is significantly better than the other. Last time I used C# the IDE was significantly better than those available for Java, but at least for me that wasn't a significant factor. In terms of "performance" all that matters is that which impacts the business - which is where the money comes from. And from that aspect requirements and design are the things that have the most impact, orders of magnitude more, than technological choices. Additionally any language that does in fact have a "performance" advantage must be filtered through the chaos that any large scale enterprise creates via its own processes, multiple refactors and legacy support, multiple employees (and skill) and costs associated with that. Thus even if it was measurable initially over time it would not rise above the noise level when measuring (not guessing) about actual business performance.
