Doesn't qualify as a "Show HN" - it's already been posted twice in the past few years and there's been no updates for more than a year [0]. Sounds like an attempt to get a few clicks by labelling it as "Show HN".
Previous posts only count if the post has had significant discussion which this one doesn't appear to have had in the last year. If you think there's something else wrong with the submission just email the mods.
That is what flags are for, it's just that the post was a valid Show HN and accusations like 'doing it for clicks' belong in flags and emails to to moderators and not in the thread.
This is a strange article. I think the relevant part is "Because I like it", which is absolutely fine, that seems like a fun project. But whatever problem he's identified has already been solved in many different other ways.
JSX is a very nice way to build XML/HTML content, and when you need it programmatically it makes all the difference vs string soup.
It's similar with languages will permit fluent SQL-like syntax mixed with general purpose programming.
Bridging these realms into a single integrated programming environment should be celebrated. There's no reason our ecosystem is so fragmented.
Lua shares many aspects with JS, but also does async programming in a much better way than JS, because it was adapted for games, where many things happen concurrently and not in a blocking way. The syntax is also clear and more minimal, like Python is.
I'm working on a hobby language (who isn't!) which combines many aspects from Erlang, JS, JSX, LISP, SmallTalk etc. and while Erlang is my model fo runtime concurrency, Lua is my model for syntax concurrency (that is no red/blue separation: every function is implicitly sync or async depending on how you call it). I think projects like these are a good thing for our industry.
> It's similar with languages will permit fluent SQL-like syntax mixed with general purpose programming.
Other than t-sql and plpgsql, can you give an example of languages with native SQL syntax? I've been thinking about building a toy language like that and haven't found anything not native to a database engine.
Is your language available in some form? I would be curious to check it out. Are you running on top of BEAM given that you're using Erlang as a concurrency base?
I didn’t like any of the other solutions I’d seen! And besides, you’re talking about someone who hosts a yearly Wheel Reinvention Jam… https://handmade.network/jam/2023
I'm not proud of that answer but to be fair there are also more balanced views in this thread. It's also an old thread and some of what's in there is no longer relevant. For example someone recently created a prototype of the app that saves the notes to disk, and although we can't merge his work as it is, we plan to investigate and see whether it can be somehow integrated.
It's one of these features that, all things being equal, we'd rather have than not have, but it's obviously not trivial to add it when the app wasn't originally designed for it.
I completely understand. It wasn't my intention to blow this out of proportion. It's a single expression of frustration that every developer can relate to.
I'm always surprised to read claims that Firefox is the same or better than Chrome.
I switched to Firefox recently and many sites don't quite work: for example the pull request popup menu on GitHub appears off screen so can't be clicked on; the "new post" panel in Discourse is obstructed by the keyboard; FastMail alert box buttons don't work, and many other such annoyances.
It can be used as a main browser but it does have problems. I wouldn't bother with it if it wasn't for the manifest v3 situation
I use GitHub frequently and have never came across that issue; can't speak for the other sites though. If you're sure it's not the website's fault I'd encourage you to submit feedback: https://webcompat.com/issues/new
Firefox mobile is its own beast. I experience a whole host of issues on it, but have never had issues with Firefox on desktop. Only reason I use FF for Android is for uBlock, but it's so unreliable I'm dying for a better option...
These days desktop and mobile is kinda joined at the hip because users expect things like tabs and history to sync. So if Firefox has many problems on mobile to the point where users are actively deterred from using it, that hurts Firefox on the desktop as well.
I am regular and long time user of Fastmail in Firefox and I'm surprised at your report of issues in Firefox. Can you describe the steps to reproduce the issues you found?
Using the Android mobile app, create a Fastmail link and add it to your home screen. Open the app, try to block a sender - it asks you to confirm and it's not possible to press either buttons.
Yep I can confirm that certainty doesn't seem to work in a reliable way in Firefox on Android. I could only get it to work by tapping the button several times. Either it's not responding quickly enough, or the input field only works if you tap in a specific spot. The general performance of Fastmail in Firefox on Android is quite poor as well -- despite it being fairly snappy in desktop Firefox on Linux/Windows. I use the native Fastmail app on Android which performs much better -- I presume it uses a version of Chrome under the hood.
My experience is that Chrome winds up being consistently slower than Firefox, and I’ve gotten multiple friends (who aren’t techies) to switch because they’ve tried it out and agreed that it was more performant.
In that case prettier will put the code you formatted over multiple lines into one giant line spanning multiple screens. This is especially relevant for method chaining.
I like how he concludes "The practices and principles described on this site are still considered niche in the industry as a whole". Like he's the only one out there who knows about the details/summary tags, or who uses static HTML documents instead of React.
The details tag is a mainstay of the "You don't need JS" genre. Every time I see it mentioned in one of these, it's always presented like it's new, unknown, and maybe a bit secretive. "OoOOoOo, bet you would write a component for this right? Well aren't you feeling silly??"
I think it's showed up on every app I've worked on for the past 5 years.
Are the practices that the author wrote about common? Judging from comments, frameworks are more common than plain JS, and half of those using frameworks don't fully understand what's possible without one.
I think it's fair to say a practice is niche if you don't see it anywhere and appear to be one of the few talking about it.
[0] https://news.ycombinator.com/showhn.html