|
kmoorevs wrote: Luckily for me, it's my own code That is something I envy - most of the code here was written by inexperienced programmers handling things too big for their hands. Result: logic, GUI and hardware management mixed all unhappily together.
It's taking years to descramble them, which means that we're getting to a faster and leaner platform... on a dead technology. And sicne we sell custom software for each customer we have to maintain hundreds of versions of the same software. Add that most of these environment cannot be changed, which means that we often have to maintain 10 yeras old versions... We'll be digging more and more.
The ETA to rewrite everything from scratch is 2 years, which actually means 3, and that would require us to stop doing every ordinary work to concentrate only on building the new software - of course this is unfeasible. Training a new resource would take us approximately the same time... we're down in a hole and we're keeping to dig it. If only they paid overtime I'd readily write the new software on my rest days, but for 8€/hour and no overtime they can really duck my sock.
DURA LEX, SED LEX
GCS d--- s-/++ a- C++++ U+++ P- L- E-- W++ N++ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t++ 5? X R++ tv-- b+ DI+++ D++ G e++>+++ h--- ++>+++ y+++* Weapons extension: ma- k++ F+2 X
If you think 'goto' is evil, try writing an Assembly program without JMP. -- TNCaver
When I was six, there were no ones and zeroes - only zeroes. And not all of them worked. -- Ravi Bhavnani
|
|
|
|
|
No regrets or plans to go back.
|
|
|
|
|
Wastedtalent wrote: No regrets or plans to go back.
"It is unavoidable. It is your... destiny." - Darth Sidius
|
|
|
|
|
If you made the switch you can change your user name to something like "TalentPutToGoodUse"
|
|
|
|
|
C# learned a few lessons from Java. Java was OK as a prototype. C# is a production version based on experiences with the prototype. (And you might say that C++ was an OK prototype for Java.)
|
|
|
|
|
C++ is an entirely different beast.
IMHO, some of the bad decisions made by Sun when creating Java were sadly copied by C# - for example lack of support for multiple inheritance. I also prefer languages with full control resource management using RAII (C++ and Rust)
"If you don't fail at least 90 percent of the time, you're not aiming high enough."
Alan Kay.
|
|
|
|
|
Rob Grainger wrote: I also prefer languages with full control resource management using RAII (C++ and Rust) I tended to think the same way until I read a fairly thorough discussion of how the .net memory manager works. Several times through the discussion, my reaction was: Wow, that's smart! I would never have thought of that!
"Handwritten" memory management tends to be rather primitive. Memory leaks are more frequent than we are willing to admit. One technique often used is to not free, but manage freelists of typed elements; this can avoid leaks in the 'technical' sense, but it ties up unused memory so that it cannot be used by objects of other types. And you may have stray pointers into free memory that can cause nasty heisenbugs.
To me, explicit memory management is like assembly programming. Yes, I know that the compiler sometimes generate different code than I would have made by hand. But nowadays, I trust the compiler to know better than me.
|
|
|
|
|
Thanks to Xamarin, I've been developing for Android in C# with VS2015. Love it!
/ravi
|
|
|
|
|
When C# first came out (1998ish?), I was shocked how much it was similar to / had 'borrowed' from Java.
But C# has a far easier route to evolve than Java, with fewer concerns with backward-compatibility.
Now, I see C# as the language that Java would like to have been - and only now is it introducing .Net Core as the cross-platform development tool whose role Java used to dominate.
Your decision to switch was a good one.
|
|
|
|
|
Hell yeah C#!
I still think it's the best language out there.
A perfect mix of elegance and functionality.
T-SQL is quite alright, as far as SQL dialects go.
I do some occasional JavaScripting, but I've gotten used to it.
It's not so bad once you get to know the language (but even then it's pretty bad).
Unfortunately, most people don't know anything about it...
JavaScript may look like C# and Java, it's a completely different language.
And then there's HTML + CSS (and LESS).
Worst pile of crap EVER.
It simply makes no sense (width not setting width, having to rewrite your page te align some text, etc.).
If this is really the best those people at W3C can come up with I suggest we replace the entire lot.
It's like a monkey flung it's own feces at a computer and called it CSS.
Except that would still be better than CSS
I also do some PL/SQL from time to time.
It's just a little better than HTML + CSS.
Perhaps if we had some decent tooling...
|
|
|
|
|
AnyProgrammingLanguage + T-SQL = Linq
|
|
|
|
|
C# can do everything I need and more - had to maintain some Java code recently yuck !!!
We can’t stop here, this is bat country - Hunter S Thompson RIP
|
|
|
|
|
I agree and mostly use C#
Sorry for my bad English
|
|
|
|
|
I encountered the following image of a Java stack trace recently and nearly revisited my lunch...
Java Stack Trace
"If you don't fail at least 90 percent of the time, you're not aiming high enough."
Alan Kay.
|
|
|
|
|
|
. . . look like C
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 |
|
|
|
|
|
Actually, that's the reason why I'm no more than OK with most languages: they look far too much like C to ever love them.
That syntactical similarity not only invites mistakes if you have to develop in more than one language, but C-style syntax is "produce code fast, read and understand other people's code slowly". The latter counts just as well for code you yourself wrote more than a couple of months ago.
Formatting/layout rules -- often wrongly referred to as "coding style", something they have absolutely nothing to do with -- were invented to help increase readability, but a programming language that wants to call itself human readable shouldn't NEED such rules.
There are of course plenty of languages that score far worse on human readability than a C-style syntax. APL comes to mind.
|
|
|
|
|
Luc VdV WGG wrote: Formatting/layout rules -- often wrongly referred to as "coding style", something they have absolutely nothing to do with -- were invented to help increase readability, but a programming language that wants to call itself human readable shouldn't NEED such rules. Here, I will disagree. The rules for the language syntax are there for the compiler, not for people. People can arrange it any way they wish.
It can be well done. It can be stupid. Just like, in any language, the code logic, itself.
Just like some people (or even 'shops') insist on Hungarian notation - I hate it - never use it, yet it's supposed to improve readability. I evolved to camel-case, and make the declared names of symbols very descriptive. That's a readability concept in any language: and has nothing to do with the ubiquitous C-style syntax.
The syntax is popular because it relies totally on what the users types - that is to say, if you wish to set off a code block use curly braces. If you wish to end a statement, use a semi-colon (including the statements within a for(...). Compare this to my first language, FORTRAN, and some others that exist today: relying on position and indentation to set off code blocks. A rather unstable concept as far as I've experienced it.
// The way to make code readable is to comment it !
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 |
|
|
|
|
|
Because, regularly I use quite multiple languages for various purposes, such as
- C#
- C++
- Shell (on Linux of course)
And I kind of love all of them, there are some other languages, but they are not programming ones (XAML, for instance). But overall, I love what I have and I have what I love.
The sh*t I complain about
It's like there ain't a cloud in the sky and it's raining out - Eminem
~! Firewall !~
|
|
|
|
|
And it's moving into mobile as well via Xamarin, which can only be good.
Powerful, flexible, and it makes it easy to write maintainable software (but not impossible to write total rubbish unfortunately).
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
if I serve her well she doing everything me - else she gets a cats with parlous claws
Press F1 for help or google it.
Greetings from Germany
|
|
|
|
|
Misbehave and you'll get a good spanking?
Ah, I see you have the machine that goes ping. This is my favorite. You see we lease it back from the company we sold it to and that way it comes under the monthly current budget and not the capital account.
modified 31-Aug-21 21:01pm.
|
|
|
|
|
...and a phallic object stuck just there!
DURA LEX, SED LEX
GCS d--- s-/++ a- C++++ U+++ P- L- E-- W++ N++ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t++ 5? X R++ tv-- b+ DI+++ D++ G e++>+++ h--- ++>+++ y+++* Weapons extension: ma- k++ F+2 X
If you think 'goto' is evil, try writing an Assembly program without JMP. -- TNCaver
When I was six, there were no ones and zeroes - only zeroes. And not all of them worked. -- Ravi Bhavnani
|
|
|
|
|
It's hard not to love it!
DURA LEX, SED LEX
GCS d--- s-/++ a- C++++ U+++ P- L- E-- W++ N++ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t++ 5? X R++ tv-- b+ DI+++ D++ G e++>+++ h--- ++>+++ y+++* Weapons extension: ma- k++ F+2 X
If you think 'goto' is evil, try writing an Assembly program without JMP. -- TNCaver
When I was six, there were no ones and zeroes - only zeroes. And not all of them worked. -- Ravi Bhavnani
|
|
|
|
|
Been using C# for over a decade (amongst other languages) and still loving it. The language is constantly evolving and bringing out new features.
"There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult." - C.A.R. Hoare
Home | LinkedIn | Google+ | Twitter
|
|
|
|