4 ms·

Sigh. What is old is new again. It was a terrible idea back then too... https://jakarta.apache.org/ecs/ https://jakarta.apache.org/ecs/

benatkin 3y ago
This shouldn’t be news. There is JSX which is like this but with a special syntax, and there’s Swift and Flutter which look similar.
- latchkey 3y ago
  I created ECS... checks notes, 24 years ago. https://svn.apache.org/viewvc/jakarta/ecs/branches/ecs/ https://svn.apache.org/viewvc/jakarta/ecs/branches/ecs/
  - benatkin 3y ago
    What I mean is that what’s old has been new again for at least 9 years (React), but it’s also been looking quite similar for at least 3 years (SwiftUI and Flutter).
    - deleted 3y ago
      [deleted]
    - zdragnar 3y ago
      The biggest difference being in React, the render cycle is a synchronous, blocking function call, but attempting to access any remote data is purely asynchronous. There's no way to repeat the horror of calling MySQL from a PHP template or whatever you might be able to do here. It's still possible to write bad code, of course, but the old justification don't quite apply to react like they might here, or elsewhere.
      - deleted 3y ago
        [deleted]
- diggan 3y ago
  JSX specifically is about the "special" syntax (`<div>hello</div>`), without the syntax it's just React (`React.createElement('div', null, 'hello')`) Jakarta and go-app.dev seems to be similar to React, but in no way similar to JSX.
voidfunc 3y ago
The same developers that were raised and soaked in Java enterprise development are now Go developers. Expect more of this especially as Go enters the Enterprise sphere.
- latchkey 3y ago
  I really don't think so in this case. "Software engineer who loves building fancy and unuseful things for the sake of freestyle." https://twitter.com/jonhymaxoo https://twitter.com/jonhymaxoo
- dimitrios1 3y ago
  It's the exact opposite. We former J2EE developers found Go to be a safe haven. I don't know where this is coming from.
- tikhonj 3y ago
  I figure that Go is to C what Java was to C++. Between that and Go's background as a big company tool designed for big company work, the tendency towards Javafication should come as no surprise.
throwaway892238 3y ago
Everybody wants to make an app. But nobody wants to make An App.
s17n 3y ago
It's how react works, though, and react is absolutely dominant... do you think that's despite the "terrible idea"?
- hamandcheese 3y ago
  I agree they are technically the same, but JSX is miles ahead. Most HTML is valid JSX, minimizing the mental overhead. JSX has great tooling, and TSX has great type safety.
  - thraxil 3y ago
    Just need to point out that "Most HTML is valid JSX" doesn't really sound true to me. Eg, show me a non-trivial HTML web page that doesn't have any `class="..."` attributes (I've managed to avoid doing much React/JSX for the last few years, but I seem to remember that you had to use `className` because `class` is a reserved word in JS).
    - hamandcheese 3y ago
      You are right. I still maintain that JSX<=>HTML is much easier to think about than Go<=>HTML.
- latchkey 3y ago
  No, it doesn’t work like that.

benatkin 3y ago

This shouldn’t be news. There is JSX which is like this but with a special syntax, and there’s Swift and Flutter which look similar.

latchkey 3y ago
I created ECS... checks notes, 24 years ago. https://svn.apache.org/viewvc/jakarta/ecs/branches/ecs/ https://svn.apache.org/viewvc/jakarta/ecs/branches/ecs/
- benatkin 3y ago
  What I mean is that what’s old has been new again for at least 9 years (React), but it’s also been looking quite similar for at least 3 years (SwiftUI and Flutter).
  - deleted 3y ago
    [deleted]
  - zdragnar 3y ago
    The biggest difference being in React, the render cycle is a synchronous, blocking function call, but attempting to access any remote data is purely asynchronous. There's no way to repeat the horror of calling MySQL from a PHP template or whatever you might be able to do here. It's still possible to write bad code, of course, but the old justification don't quite apply to react like they might here, or elsewhere.
    - deleted 3y ago
      [deleted]
diggan 3y ago
JSX specifically is about the "special" syntax (`<div>hello</div>`), without the syntax it's just React (`React.createElement('div', null, 'hello')`) Jakarta and go-app.dev seems to be similar to React, but in no way similar to JSX.

voidfunc 3y ago

The same developers that were raised and soaked in Java enterprise development are now Go developers. Expect more of this especially as Go enters the Enterprise sphere.

latchkey 3y ago
I really don't think so in this case. "Software engineer who loves building fancy and unuseful things for the sake of freestyle." https://twitter.com/jonhymaxoo https://twitter.com/jonhymaxoo
dimitrios1 3y ago
It's the exact opposite. We former J2EE developers found Go to be a safe haven. I don't know where this is coming from.
tikhonj 3y ago
I figure that Go is to C what Java was to C++. Between that and Go's background as a big company tool designed for big company work, the tendency towards Javafication should come as no surprise.

throwaway892238 3y ago

Everybody wants to make an app. But nobody wants to make An App.

s17n 3y ago

It's how react works, though, and react is absolutely dominant... do you think that's despite the "terrible idea"?

hamandcheese 3y ago
I agree they are technically the same, but JSX is miles ahead. Most HTML is valid JSX, minimizing the mental overhead. JSX has great tooling, and TSX has great type safety.
- thraxil 3y ago
  Just need to point out that "Most HTML is valid JSX" doesn't really sound true to me. Eg, show me a non-trivial HTML web page that doesn't have any `class="..."` attributes (I've managed to avoid doing much React/JSX for the last few years, but I seem to remember that you had to use `className` because `class` is a reserved word in JS).
  - hamandcheese 3y ago
    You are right. I still maintain that JSX<=>HTML is much easier to think about than Go<=>HTML.
latchkey 3y ago
No, it doesn’t work like that.