Hacker News: reactivenz

New comment by reactivenz in "Show HN: PRQL in PostgreSQL"

reactivenz — Mon, 19 Feb 2024 22:19:27 +0000

Snowflake has had it for years, and even then it is trivial to write as a nested SELECT.

The bigger problem, is the "over use of tools to boost developers" the real problem, is putting poor developers into the pipeline. complex analytics is SQL is just simple, and lovely. The fact other struggle is not going to be helped by pretending the "code" looks more C like, they need to learn to think like a performant machine, and then be productive.

New comment by reactivenz in "DreamWorks releases OpenMoonRay source code"

reactivenz — Wed, 15 Mar 2023 22:38:02 +0000

Yes, classic book where from 90's like "The Renderman Companion" or "Advanced RenderMan", and then there is toolings books, for each tool. I used to own many Maya books and 3DS Max books.

New comment by reactivenz in "CTEs as lookup tables"

reactivenz — Thu, 12 Jan 2023 01:23:00 +0000

those UNION's should be UNION ALL otherwise they are deduplicated. Thus you code is worse, also the VALUES express is nicer when done in longer form

  WITH my_cte AS (
    SELECT \* FROM VALUES
       (1, 'column 2 value', 3.0),
       (2, 'column 2 value', 3.0),
       (3, 'column 2 value', 3.0),
       (4, 'column 2 value', 3.0)
  )

you can often alias the VALUES values like:

  WITH my_cte AS (
    SELECT \* FROM VALUES
       (1, 'column 2 value', 3.0),
       (2, 'column 2 value', 3.0),
       (3, 'column 2 value', 3.0),
       (4, 'column 2 value', 3.0)
        as t(col1_name, col2_name, col3_name)
   )

and some DB's allow you to alias via the cte name:

  WITH my_cte(col1_name, col2_name, col3_name) AS (
    SELECT \* FROM VALUES
       (1, 'column 2 value', 3.0),
       (2, 'column 2 value', 3.0),
       (3, 'column 2 value', 3.0),
       (4, 'column 2 value', 3.0)
  )

New comment by reactivenz in "A capability-safe language would have minimized the Log4j vulnerability"

reactivenz — Mon, 27 Dec 2021 03:57:27 +0000

As was said with the .Net had something like this.

This reminds me of Threads vs Tasks in .Net also, where to do async threading well, you used to have use API's that wanted the kitchen sink of options.

To one group of user this was a chance to go read lots of stuff and workout what all these options meant and why they where want, security etc etc. Writting solid code, etc etc.

To the other group of users, you get a magic screen full of code you cut'n'paste and it "magically works", this bit done, next problem.

Then Tasks came alone, and the code Demo's well because it just works and is sleek and only needs "a couple of lines of code". That is until you want to use a pool, and manage this and that, and slowly you learn/add all layers that provide the old API's functionality, as you discover you actually needed more code.

Which relates, the log4j code "just worked" so everyone closed that issue, and got another ticket started. There is mostly not idea of craftmanship, it mostly "velocity" based thinking. Thus in the last decade the simpler snippets of code that just work, allow more cheaper/mindless monkeys. And we just grab packages, tools , and leverage "free and awesome" but don't understand anything of what is actually happening.

And it's not going to improve, because there is a drive for more code, code is already too expensive, so it's just going to be done cheaper and cheaper. So whatever neat "solutions" to the "nobody will ever read the manual to do it correctly" problems of this class represent, they better work, for all the ever increasing people, that will never read the manual.

New comment by reactivenz in "V002 Camera Live – Zoom with Your DSLR as a Webcam via USB"

reactivenz — Tue, 09 Jun 2020 20:19:10 +0000

But of a old thread, but all Nikon's that can take video have thermal sensors and cut off when reaching "too hot". There have been people note in hot locations like Australia that they cannot record for 10 minutes before the camera shut off. So Nikon's at least are "safe to use".

I have often left my D750 running for 8+ by mistake.. it's happy as.

New comment by reactivenz in "Defects are not the fault of programmers"

reactivenz — Tue, 09 Jun 2020 19:57:06 +0000

I see the flip side, the "cost" on being made the "escape goat" because the lens is only the developer is a fault. Verse the team owning the complete system. Which is still a toxic mindset to be trying to minimize perceived punishment. Or if the environment is not collectively responsible aka blaming then that is the problem.

But the high level point of framing I think is very on point. You can only justify altering that which you measure, and if you only blame/measure/inspect the developer, you are missing stuff.