I get and agree with what the author is saying here, but I also think a big part of this is that in software engineering, so much of what we do is ephemeral. If you're a carpenter you'll know if you're good or not. You'll be able to do stuff like frame a house, replace a door, etc. And then when someone asks you how long it will take to frame a house, how much it will cost, what supplies/staff you need and so on, you…
On Coding, Ego and Attention
161–170 of 177 posts
Re: On Coding, Ego and Attention
#162Earlier quoted context omitted.
CRUD and data serialization is an incredibly broad and diverse field. It's like saying "we've been moving our hands and feet for centuries, how can we not just say: this is how we move our hands and feet?" Software has so many more possibilities to explore than carpentry which is constrained by our current physical technology. It's far better to encourage engineers to explore these diverse possibilities than to encou…
This is my way of thinking: 99.99999% of applications out there still will store their CRUD into a standard relational DB and run on standard operating system with standard protocols. Sure you can create a lot of fuss all around it, but I feel we create a lot of fuss because of ego, because we want to be perceived that we came up with new ways. The reason to not conform is ego. Software is perhaps the cheapest ego bo…
We're verging towards this, "No Code", PaaS, FaaS, Zapier, etc. I'd be super surprised if there were lots of CRUD jobs in the industry in 10 years.
Re: On Coding, Ego and Attention
#163Earlier quoted context omitted.
Good. The only people who come up with new ways are the people who have the ego to try, and the world is richer for it. I'm glad the world is filled with engineers who try and fail and learn instead of those who would rather not create a fuss.
I think developing new ways to do CRUD is great but as an industry we take it too far. I worked at an agency that produced CRUD apps at a rate you wouldn't believe. Every task was correctly estimated to the nearest hour. Add xyz entity 2hrs, add xyz frontend widget 3hrs, change deployment pipeline 4hrs etc. This was possible because they picked a tech stack and stuck with it. I've also worked at companies where doing…
Especially on the .NET side.
A general history of CRUD in .NET:
- Basic ADO.NET (Not too different from JDBC/ODBC, direct commands)
- First Gen ORMs; Linq2Sql (functional but only on SQL server, and missing some features)
- Entity Framework (4-6) /NHibernate. Lots of people wound up hating this, so they went to
- Dapper. Dead simple; Takes SQL and only maps the results back. Everyone loves it.... Similar abstractions are created over Linq (linq2db, SqlFu) as well, with less (but happier) adoption.
- EF Core is released. Everyone switches back over again.
The whole thing is silly.
Re: On Coding, Ego and Attention
#164Earlier quoted context omitted.
I think developing new ways to do CRUD is great but as an industry we take it too far. I worked at an agency that produced CRUD apps at a rate you wouldn't believe. Every task was correctly estimated to the nearest hour. Add xyz entity 2hrs, add xyz frontend widget 3hrs, change deployment pipeline 4hrs etc. This was possible because they picked a tech stack and stuck with it. I've also worked at companies where doing…
I feel your pain. Especially on the .NET side. A general history of CRUD in .NET: - Basic ADO.NET (Not too different from JDBC/ODBC, direct commands) - First Gen ORMs; Linq2Sql (functional but only on SQL server, and missing some features) - Entity Framework (4-6) /NHibernate. Lots of people wound up hating this, so they went to - Dapper. Dead simple; Takes SQL and only maps the results back. Everyone loves it.... Si…
Re: On Coding, Ego and Attention
#165Earlier quoted context omitted.
This is my way of thinking: 99.99999% of applications out there still will store their CRUD into a standard relational DB and run on standard operating system with standard protocols. Sure you can create a lot of fuss all around it, but I feel we create a lot of fuss because of ego, because we want to be perceived that we came up with new ways. The reason to not conform is ego. Software is perhaps the cheapest ego bo…
Yeah this is what I'm thinking. Yeah sometimes we need to figure out how "doors" work on the International Space Station, but 99.99999% of the time you buy a door kit from your hardware store and you're done. Same with serialization or CRUD or whatever, yeah maybe you do have really interesting requirements that are open research questions. But that's rare. We're verging towards this, "No Code", PaaS, FaaS, Zapier, e…
Re: On Coding, Ego and Attention
#166Earlier quoted context omitted.
Spend a week in the lab to save a day in the library?
I should have been clearer: I was talking about motivational or self-improvement sort of books and articles, as is the topic of TFA. I wouldn't try it with lab work, though pioneering work sometimes was that way ;)
Re: On Coding, Ego and Attention
#167Earlier quoted context omitted.
Yeah this is what I'm thinking. Yeah sometimes we need to figure out how "doors" work on the International Space Station, but 99.99999% of the time you buy a door kit from your hardware store and you're done. Same with serialization or CRUD or whatever, yeah maybe you do have really interesting requirements that are open research questions. But that's rare. We're verging towards this, "No Code", PaaS, FaaS, Zapier, e…
In 10 years there will still be plenty of companies that never adopted "current" trends.
Re: On Coding, Ego and Attention
#168Earlier quoted context omitted.
You can certainly work towards a deeper ability without attaching to the outcome or to even use ego-craving to get there.
Your ego drives every action of your existence, so no, you really can't. What you can do is be self aware of that reality.
Re: On Coding, Ego and Attention
#169Earlier quoted context omitted.
> It's easier to get ahead by building a new Z framework than to become a core committer on X framework from 10 years ago? Sometimes, yes. This particular angle is explained in the article >> This is ego distraction in action. Self comparison determining effort. If we feel like we’re ahead we continue to put in the effort. If we feel like we’re not, we determine it’s not worth the effort. The reason people would pref…
> Python is clearly more productive that Perl Oh please troll. Python is a few years newer than Perl and only has the patina of "modernity" (whatever the hell that is) by virtue of being last to sit at the mainstream table. > Go is clearly more productive than many things that came before. Where the fuck are you getting this bullshit from, Sir? What drugs are you on today? Citations???
https://news.ycombinator.com/item?id=23480630
https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que...
Re: On Coding, Ego and Attention
#170Earlier quoted context omitted.
In 10 years there will still be plenty of companies that never adopted "current" trends.
Eh, yeah that's a fair point. I wonder if starting at one of those companies will be like walking into one of those houses built by an eccentric after a while though.