> JavaScript is an imperative language that browser wars, framework trends, and open-source maintainer preferences reshaped every few years. It rewards you for keeping up. > Take a React component from 2015 Javascript is actually fully backwards-compatible, to not break the Web. Any javascript from 10 years ago works in the browser. This is good but also a bit of a burden, since the language can only expand but not s…
Learn SQL Once, Use It for 30 Years
11–20 of 243 posts
Re: Learn SQL Once, Use It for 30 Years
#12Re: Learn SQL Once, Use It for 30 Years
#13Re: Learn SQL Once, Use It for 30 Years
#14> JavaScript is an imperative language that browser wars, framework trends, and open-source maintainer preferences reshaped every few years. It rewards you for keeping up. > Take a React component from 2015 Javascript is actually fully backwards-compatible, to not break the Web. Any javascript from 10 years ago works in the browser. This is good but also a bit of a burden, since the language can only expand but not s…
My brain absolutely checks out when I read this stuff now.
Not to mention that query plans are absolutely not "actual SQL".
Re: Learn SQL Once, Use It for 30 Years
#15Re: Learn SQL Once, Use It for 30 Years
#16I refuse to learn SQL. I'm not a computer, I'll let them deal with that.
Re: Learn SQL Once, Use It for 30 Years
#17I know I'm in the minority in places like this, but I've spent all my life using ORMs, and never once regretted it. And I'm the kind of person that actually likes low-level C from time to time. SQL just feels like a poor abstraction layer: either go higher or lower.
Re: Learn SQL Once, Use It for 30 Years
#18Re: Learn SQL Once, Use It for 30 Years
#19Helps simplify complex SQL queries and no need to waste network traffic on data that client side is never going to use, and waste CPU cycles processing it.
Yes, what about database portability?
I am on my 50s and it only mattered on a single project, which was anyway a middleware for application servers.
Re: Learn SQL Once, Use It for 30 Years
#20Everyone knows SQL already. The harder parts that pay off are schema design, knowing how to interact with your DB in code, and knowing all the ins and outs of whatever DBMS you're using.
The value of this stuff is difficult to overstate. Batching allows for you to rapidly load the RDBMS. The first few times you test, it will probably go so fast you won't believe it loaded anything at all. Set operations allow for you to bring this newly loaded data to visibility in production tables nearly instantly. Your OLAP & OLTP workloads should be dominating the compute. ETL ops (loading/set ops) should be a ghost in terms of cpu time and memory. None of this is vendor specific knowledge. Every major engine has a reasonable way to bulk load and perform quick merging of records.