Irony
-
I have been trying to learn Haskell for the last two years. I can confidently say I haven't got a clue.
This space for rent
It's a tough nut to crack. It can be worth it, though. As with most languages that are very different from those in the mainstream, learning it (or even attempting to) can improve your approach to programming no matter what language you're writing it. If you're still interested in trying, have you looked at the new Haskell Book?. It is very well written, and a lot of people have found that it made Haskell understandable where lots of other books and blogs had failed. It's a tad expensive, but it's a self published book by two authors who worked very hard to produce good learning material. I know the idea of paying $59 for an eBook turns a lot of people off, but I bought a copy. Aside from the fact that it's a great book on a topic I wanted to learn more deeply, I also like to reward independent authors who go out on a limb to create resources like this not knowing if they'll sell enough to justify the time investment.
-
It's a tough nut to crack. It can be worth it, though. As with most languages that are very different from those in the mainstream, learning it (or even attempting to) can improve your approach to programming no matter what language you're writing it. If you're still interested in trying, have you looked at the new Haskell Book?. It is very well written, and a lot of people have found that it made Haskell understandable where lots of other books and blogs had failed. It's a tad expensive, but it's a self published book by two authors who worked very hard to produce good learning material. I know the idea of paying $59 for an eBook turns a lot of people off, but I bought a copy. Aside from the fact that it's a great book on a topic I wanted to learn more deeply, I also like to reward independent authors who go out on a limb to create resources like this not knowing if they'll sell enough to justify the time investment.
Cool. I will check it out. I have some experience with the language now but it has a lot of subtleties that will take time to master.
This space for rent
-
Let's start with this statement: > I am really impressed on how stable the code is and how good it [the app] looks. Followed by: > We are hedging our bets that we have smart young guys who want to own it [their code]. Both did not want to own [your] code base. That was the major problem. I see your code and see the pub/sub pattern. I see some other things as well and I don’t believe it is the best approach for… ability for others to maintain... OK, so my architecture results in a really stable app, but the new kiddies don't want to learn it (none of them know C#), and the CTO thinks it's not the best approach. W T F. Over the years, I've developed both architectural concepts and actual implementation that is the bread and butter of how I code. However, as this Insider News[^] got me to realize, certainly the CTO doesn't go beyond the basics, and certainly the kiddies (having been one myself once) have no clue as to architecture concepts like services, modules, publisher/subscriber patterns, semantic types, type-based programming, etc. The ironic thing is, most of these concepts I learned 30 years ago in the days of DOS, where we wrote an application using a publisher/subscriber pattern (C++) to handle UI and hardware events and log the stuff. Two things resulted: 1) we discovered QA was often in error when describing what they did (the logs showed otherwise), and 2) we created the most stable app because we engineered it. Those lessons have lived with me since then. Software engineering seems dead, and one of the axes that has dismembered it are programming languages like Ruby, Python, Javascript and the whole duck-typed paradigm. And as you probably know, from my other rants, what are they writing it in? Python, with F# (of all things) for the pieces that MUST use .NET. :laugh: Marc
Imperative to Functional Programming Succinctly Contributors Wanted for Higher Order Programming Project! Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny
Thank you, I've been waiting for the next phase of this on going saga. It will be interesting to see at what stage the CTO loses his fascination with the kiddies. Personally I would stay well out of it, I am politically incompetent so getting into a spat with a couple of kiddies with nous would be my loss. I was asked to vet an outsourced solution a number of years ago, recommended that they not use them as there were too many different architectures in the stack. 2 years and umpteen million later the project was canned. I was delighted I had nothing to do with it and none of the shit stuck!
Never underestimate the power of human stupidity RAH
-
HobbyProggy wrote:
If i just would have the chance to get someone with experience on my project and assist me on improving my architecture or other stuff i would be the happyiest person on earth.
You would think. But these kiddies, with their Python and Haskell experience, heavily *nix, come with know-it-all attitudes. Marc
Imperative to Functional Programming Succinctly Contributors Wanted for Higher Order Programming Project! Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny
But i guess, at least its about the attitude you have, if you show them where they went wrong, which will definately happen, they'll get their eyes opened and might change their mind :)
if(this.signature != "")
{
MessageBox.Show("This is my signature: " + Environment.NewLine + signature);
}
else
{
MessageBox.Show("404-Signature not found");
} -
Let's start with this statement: > I am really impressed on how stable the code is and how good it [the app] looks. Followed by: > We are hedging our bets that we have smart young guys who want to own it [their code]. Both did not want to own [your] code base. That was the major problem. I see your code and see the pub/sub pattern. I see some other things as well and I don’t believe it is the best approach for… ability for others to maintain... OK, so my architecture results in a really stable app, but the new kiddies don't want to learn it (none of them know C#), and the CTO thinks it's not the best approach. W T F. Over the years, I've developed both architectural concepts and actual implementation that is the bread and butter of how I code. However, as this Insider News[^] got me to realize, certainly the CTO doesn't go beyond the basics, and certainly the kiddies (having been one myself once) have no clue as to architecture concepts like services, modules, publisher/subscriber patterns, semantic types, type-based programming, etc. The ironic thing is, most of these concepts I learned 30 years ago in the days of DOS, where we wrote an application using a publisher/subscriber pattern (C++) to handle UI and hardware events and log the stuff. Two things resulted: 1) we discovered QA was often in error when describing what they did (the logs showed otherwise), and 2) we created the most stable app because we engineered it. Those lessons have lived with me since then. Software engineering seems dead, and one of the axes that has dismembered it are programming languages like Ruby, Python, Javascript and the whole duck-typed paradigm. And as you probably know, from my other rants, what are they writing it in? Python, with F# (of all things) for the pieces that MUST use .NET. :laugh: Marc
Imperative to Functional Programming Succinctly Contributors Wanted for Higher Order Programming Project! Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny
Software engineering is dead, because people found they can sell low quality software almost as well as high quality software, but without spending a lot of money for the quality. The problem is that people buy it and use it. To defend my favorite language - JavaScript. Ability to be dynamic does not mean unstructured. I tend to use classes for six years now (yes, on ECMAScript 5.1). The problem is not the language itself, but lack of understanding foundations and concepts. Lack of theory in short. And the problem goes deeper as university popularity (at least in my country) drops compared to private learning institutions where they prepare you to code for a month or two (mostly handling copy/pasting and slightly modifying the code without actually understanding what does it do). That's what most companies want. They have experienced people, they lack of enough people to do the dirty work. But this is also a good news. With so many low quality software it doesn't take much to make software shines.
-
But i guess, at least its about the attitude you have, if you show them where they went wrong, which will definately happen, they'll get their eyes opened and might change their mind :)
if(this.signature != "")
{
MessageBox.Show("This is my signature: " + Environment.NewLine + signature);
}
else
{
MessageBox.Show("404-Signature not found");
}HobbyProggy wrote:
But i guess, at least its about the attitude you have, if you show them where they went wrong, which will definately happen, they'll get their eyes opened and might change their mind :)
Maybe. If presented correctly. More likely, IME, is that their know-it-all attitude will lead them to believe he's criticizing, rather than teaching, and they'll resent it.
-
Let's start with this statement: > I am really impressed on how stable the code is and how good it [the app] looks. Followed by: > We are hedging our bets that we have smart young guys who want to own it [their code]. Both did not want to own [your] code base. That was the major problem. I see your code and see the pub/sub pattern. I see some other things as well and I don’t believe it is the best approach for… ability for others to maintain... OK, so my architecture results in a really stable app, but the new kiddies don't want to learn it (none of them know C#), and the CTO thinks it's not the best approach. W T F. Over the years, I've developed both architectural concepts and actual implementation that is the bread and butter of how I code. However, as this Insider News[^] got me to realize, certainly the CTO doesn't go beyond the basics, and certainly the kiddies (having been one myself once) have no clue as to architecture concepts like services, modules, publisher/subscriber patterns, semantic types, type-based programming, etc. The ironic thing is, most of these concepts I learned 30 years ago in the days of DOS, where we wrote an application using a publisher/subscriber pattern (C++) to handle UI and hardware events and log the stuff. Two things resulted: 1) we discovered QA was often in error when describing what they did (the logs showed otherwise), and 2) we created the most stable app because we engineered it. Those lessons have lived with me since then. Software engineering seems dead, and one of the axes that has dismembered it are programming languages like Ruby, Python, Javascript and the whole duck-typed paradigm. And as you probably know, from my other rants, what are they writing it in? Python, with F# (of all things) for the pieces that MUST use .NET. :laugh: Marc
Imperative to Functional Programming Succinctly Contributors Wanted for Higher Order Programming Project! Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny
I feel for you Marc. I was in a somewhat similar situation a few years back. An app, well written, performant, stable, with both unit and integrated tests for the various end to end scenarios it would handle, was taken over by an "experienced" programmer who proceeded to disable the tests as he changed code and broke them. They didn't support his new and improved way of doing things. But required five times as much manual testing as the previous version. He's gone, and the app is now back to its stable, performant, tested state. :)
-
When I think of embedded systems coded in JavaScript, this comes to mind.
if (Object.DividedByZero == true) { Universe.Implode(); } Meus ratio ex fortis machina. Simplicitatis de formae ac munus. -Foothill, 2016
*that's funny*
Charlie Gilley Stuck in a dysfunctional matrix from which I must escape... "Where liberty dwells, there is my country." B. Franklin, 1783 “They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
-
Let's start with this statement: > I am really impressed on how stable the code is and how good it [the app] looks. Followed by: > We are hedging our bets that we have smart young guys who want to own it [their code]. Both did not want to own [your] code base. That was the major problem. I see your code and see the pub/sub pattern. I see some other things as well and I don’t believe it is the best approach for… ability for others to maintain... OK, so my architecture results in a really stable app, but the new kiddies don't want to learn it (none of them know C#), and the CTO thinks it's not the best approach. W T F. Over the years, I've developed both architectural concepts and actual implementation that is the bread and butter of how I code. However, as this Insider News[^] got me to realize, certainly the CTO doesn't go beyond the basics, and certainly the kiddies (having been one myself once) have no clue as to architecture concepts like services, modules, publisher/subscriber patterns, semantic types, type-based programming, etc. The ironic thing is, most of these concepts I learned 30 years ago in the days of DOS, where we wrote an application using a publisher/subscriber pattern (C++) to handle UI and hardware events and log the stuff. Two things resulted: 1) we discovered QA was often in error when describing what they did (the logs showed otherwise), and 2) we created the most stable app because we engineered it. Those lessons have lived with me since then. Software engineering seems dead, and one of the axes that has dismembered it are programming languages like Ruby, Python, Javascript and the whole duck-typed paradigm. And as you probably know, from my other rants, what are they writing it in? Python, with F# (of all things) for the pieces that MUST use .NET. :laugh: Marc
Imperative to Functional Programming Succinctly Contributors Wanted for Higher Order Programming Project! Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny
-
Let's start with this statement: > I am really impressed on how stable the code is and how good it [the app] looks. Followed by: > We are hedging our bets that we have smart young guys who want to own it [their code]. Both did not want to own [your] code base. That was the major problem. I see your code and see the pub/sub pattern. I see some other things as well and I don’t believe it is the best approach for… ability for others to maintain... OK, so my architecture results in a really stable app, but the new kiddies don't want to learn it (none of them know C#), and the CTO thinks it's not the best approach. W T F. Over the years, I've developed both architectural concepts and actual implementation that is the bread and butter of how I code. However, as this Insider News[^] got me to realize, certainly the CTO doesn't go beyond the basics, and certainly the kiddies (having been one myself once) have no clue as to architecture concepts like services, modules, publisher/subscriber patterns, semantic types, type-based programming, etc. The ironic thing is, most of these concepts I learned 30 years ago in the days of DOS, where we wrote an application using a publisher/subscriber pattern (C++) to handle UI and hardware events and log the stuff. Two things resulted: 1) we discovered QA was often in error when describing what they did (the logs showed otherwise), and 2) we created the most stable app because we engineered it. Those lessons have lived with me since then. Software engineering seems dead, and one of the axes that has dismembered it are programming languages like Ruby, Python, Javascript and the whole duck-typed paradigm. And as you probably know, from my other rants, what are they writing it in? Python, with F# (of all things) for the pieces that MUST use .NET. :laugh: Marc
Imperative to Functional Programming Succinctly Contributors Wanted for Higher Order Programming Project! Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny
What a nostalgic post for me. I had a contract engagement back in '97 where I architected and implemented a distributed database system for an inbound call center that insisted that they track 2.3 million names and their orders on the back of MS Access. I sharded the data across 8 database instances to maintain some sense of usability. When the contract was up and the work was completed, I conducted knowledge exchange with the staff and CIO. The system was highly modular, and the whole OO bag of tricks. The system had sub-second response times for all transactions. The CIO told me at the end of the session that he couldn't in good conscience hire me back because I produced something that was out of the realm of his staff, whose normal dev environment was FoxPro. :(. Therefore they would be at my mercy to maintain anything I produced. I have been leery of working with any person or group who doesn't understand the plumbing.