Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

The Grug Brained Developer (2022)

grugbrain.dev

Post reply on HN
Print view View original

51–60 of 603 posts

Re: The Grug Brained Developer (2022)

#52

Post by devrandoom »

ysofunny wrote: post #30

this very cool I smell a formal grammar behind dumbiffied grug english. nonetheless, I think that when it says: > so grug say again and say often: complexity very, very bad at the end of that section, it shoulud say instead: > so grug say again and say often: complexity very, very, very bad this disambiguates 3 instances of same concept/idea AND, even better, showcases 3 values of increasing strength like for warning…

This will be discussed in the next standup and everyone has to have an opinion. We'll need approval from legal and that takes at least a week so we want to minimise ping pong emails.

But it should be fairly quick, expect an updated version around end of summer or just after.

Re: The Grug Brained Developer (2022)

#53

Post by deadbabe »

brushfoot wrote: post #33
deadbabe wrote: post #25

Wasn’t HTMX just a meme? I can’t really tell if it’s serious because of Poe’s Law.

Solopreneur making use of it in my bootstrapped B2B SaaS business. Clients don't need or want anything flashy. There are islands of interactivity, and some HTMX sprinkled there has been a great fit.

Wish I had your clients, instead of ones that say a page needs more “pizazz!”

Re: The Grug Brained Developer (2022)

#56

Post by jiggawatts »

anthomtb wrote: post #13

So many gems in here but this one about microservices is my favorite: grug wonder why big brain take hardest problem, factoring system correctly, and introduce network call too

I keep trying to explain this to tiny dev teams (1-2 people) that will cheerfully take a trivial web app with maybe five forms and split it up into “microservices” that share a database, an API Management layer, a queue for batch jobs to process “huge” volumes (megabytes) of data, an email notification system, an observablity platform (bespoke!) and then… and then… turn the trivial web forms into a SPA app because “that’s easier”.

Now I understand that “architecture” and “patterns” is a jobs program for useless developers. It’s this, or they’d be on the streets holding a sign saying “will write JavaScript for a sandwich”.

Re: The Grug Brained Developer (2022)

#57

Post by dgb23 »

deadbabe wrote: post #25

Wasn’t HTMX just a meme? I can’t really tell if it’s serious because of Poe’s Law.

I started using htmx relatively early on, because its a more elegant version of what I've been doing anyways for a series of projects.

It's very effective, simple and expressive to work this way, as long as you keep in mind that some client side rendering is fine.

There are a few bits I don't like about it, like defaulting to swap innerHTML instead of outerHTML, not swapping HTML when the status code isn't 200-299 by default and it has some features that I avoid, like inline JSON on buttons instead of just using forms.

Other than that, it's great. I can also recommend reading the book https://hypermedia.systems/.

Re: The Grug Brained Developer (2022)

#58

Post by kragen »

shadowgovt wrote: post #42
guywithahat wrote: post #24

Earlier quoted context omitted.

It would be really embarrassing to use one of the most popular, time-tested languages. Even if we decided to use Zig for everything, hiring for less popular languages like Zig, lua, or Rust is significantly harder. There are no developers with 20 years experience in Zig

Being at a firm where the decision to use C++ was made, the thought process went something like this: "We're going to need to fit parts of this into very constrained architectures." "Right, so we need a language that compiles directly to machine code with no runtime interpretation." "Which one should we use?" "What about Rust?" "I know zero Rust developers." "What about C++?" "I know twenty C++ developers and am conf…

How does someone know twenty C++ developers and zero C developers though?

Re: The Grug Brained Developer (2022)

#59

Post by Jtsummers »

dgb23 wrote: post #45
12_throw_away wrote: post #11

This has by far the best discussion of the visitor pattern I've yet to come across.

I don't work in typical OO codebases, so I wasn't aware of what the visitor pattern even is. But there's an _excellent_ book about building an interpreter (and vm) "crafting interpreters". It has a section where it uses the visitor pattern. https://craftinginterpreters.com/representing-code.html#the-... I remember reading through it and not understanding why it had to be this complicated and then just used a tagged u…

It's an engineering tradeoff.

https://prog2.de/book/sec-java-expr-problem.html - Not the writeup I was looking for but seems to cover it well.

> Why burden ourselves with indirection and complexity when there's a more straight forward way?

Because each way has its own tradeoffs that make it more or less difficult to use in particular circumstances.

https://homepages.inf.ed.ac.uk/wadler/papers/expression/expr... - Wadler's description of the expression problem.

Post reply on HN