Hacker Newsnew | past | comments | ask | show | jobs | submit | danman114's commentslogin

Actually, I don't mind it - I like it - I feel like Mac OS - and especially iOS - got _very_ boring and felt really "conservative" / stocky to me. Everything the same as it always was...

So I am happy for a fresh breeze. I don't mind it. I actually enjoy having some movement in my computers' appeareance, and I feel it's really cool and tastefully done... for my use. Just to mix it up a bit. I'm happy about it. Be a bit whimsical from time to time. Is gudd!


When it came out, my first thought was that if was a theme on gnome-look.org or something back in the day, I would’ve totally installed it on my Linux desktop, and would’ve thought it looked really kewl. It’s nice in that “gee whiz” kinda way, like back when compiz was in vogue and there were wobbly windows that would burst into flame when you closed them. Liquid Glass would’ve felt right at home.

But stuff like that feels dated quickly, and nowadays I can understand the drive to have less distracting UI elements. I still don’t hate it but I understand those who do.


When using these computers for work all day, the last thing you want is to 'just mix it up a bit'. Some parts do look nice, but the idea of having transparency, blur and distortion everywhere really is a design nightmare.


I love it


Seconded @the original commenter.

To the posters who say: Ah why should anyone care that you don't care... and actually going to call the post "narcissist"... what the heck, aren't you pointing the gun in the wrong direction? :P

I agree with the sentiment that this is sad. I was very excited for space, space space! And new cool technology and the options it'll bring. It's like we could follow the Apollo project again, but for a new generation, after decades of not-a-lot happening.

So I am sure there are hundreds of millions which are now caught between starry-eyed fascination with the technology and the progress of technology and extending humanity's reach with these biggest and most powerful, while also incredible sensitive and complex machines ever built...

But seeing the main guy unravel into a spit sputtering raving lunatic on social media, going deep into the nastiest rabbit holes available, and showing no concern for the wellbeing and welfare of those requiring protection...

Turns the whole endeavour on its head. Now it looks like the selfish race to capture space for the 1%, to monopolize access and use it as a political tool to further only the very selfish agenda of some detached madmen who don't care about the political "temperature" on earth and the damage they are doing.

So, millions of people turn their heads in sadness, and I completely understand and share that sentiment. It's a shame. It's breaking hearts.

@Elon open your eyes! Enough is enough! :)

Empathy is not weakness.

We'll have you back on the woke team the moment you're ready! :)


Hi! I recently tried to get into Elixir as an antidote to an acute javascript-fatigue...

To my surprise this there isn't really a good mobile story to build mobile apps for both Android and iOS with it, although it looks like it could be a great option for quick turnaround mobile apps with a web- or native frontend...

I know that there is something being worked on, eg. LiveView native: https://native.live/ , but that seems to target two entirely different frontend frameworks, one for each platform...

I started using capacitor as a wrapper for a HTML frontend, but I think I might potentially run into trouble when I'd try to move into production builds...

I think there's some space for research and maybe some nice starter packs / tutorials there... Because I think it is a big and pretty relevant market for browser-based apps, which Elixir seems to be very well suited to!

I'm grateful for any additional pointers, peace out! :)


This language and its upsides (that come from the VM) really are not for application development in this manner. I'm sure you can make it work somehow but its like using a tank to get groceries. Reliability, scalability, aren't concepts relevant to apps on mobile phones. If an app crashes to the homescreen thats fine, if your entire service goes down that's another. Would be fun if someone could prove me super wrong here but if you want to learn Erlang/Elixir/Gleam or anything BEAM I'd pick a backend project.


The continued lack of DOM access from wasm is keeping a lot of potential programming languages out of this space.


Uh, yeah, it's primarily a backend language, with any frontend stuff being either a thin layer or experimental, AFAICT. OTOH, doing a more traditional backend-heavy web app might be just the thing for JS fatigue. :)


Beautifully put.


That's really interesting & cool - I'm gonna look into this for sure!

I'd like to mention the Meteor.js framework (https://www.meteor.com/) too, which is in a bit of a transitioning phase right now to Meteor version 3, but is a really amazing full-stack app building solution I and many others have been working with for ~10 years.

It has a lot of batteries included, build system, pluggable frontend frameworks, lots of libraries, based on node.js, meaning it's pretty much compatible with the Node.js environment.

It's based on a really pretty simple syncing strategy for years:

It's original client side data provisioning layer is based on having

a) MongoDB on the Server and b) a javascript-native implementation of a subset of MongoDB in the Client.

Using a publish / subscribe mechanism the client can subscribe to the subset of data relevant to his current view, eg. dependent on the current user & view.

Updating is theoretically possible by using a syncing mechanism via writes into the client database and an elaborate allow/deny mechanism, but in practice most people use the following simple workflow:

Meteor also provides a method-call-mechanism by which a client can call the server to do (or fetch) stuff. So that's basically RPC in a very simple but powerful format.

These methods also allow for "client side simulations", optimistic updates to the client side database, with the changes getting rolled back / updated once the server part of the method has done it's updating of the database.

So the workflow for working & updating data in the DB looks like this:

- Data is "canonical" on the server DB

- Client subscribes for the necessary data for its client side cache

- When the user triggers an action, the client calls a method on the server, eg: "likePost(post_id)"

    - The client side simulation can actually increase the like count on the "Post" document in the local minimongo database

    - The server then executes the method & increments the like count in its database, if the request is valid
- The client syncs its database after the method has completed to make sure its optimistic update lead to the same results as the server call did on the server.

- The client updates its UI always reactively as soon as the data in its local db has changed.

All of this is very performant as long as you keep it cool and subscribe only what's actually needed for the current view,

Oh, and all of this has fine grained reactivity, on the client. The whole solution is really powerful, while deceptively simple.

Having the same API on both client and server allows for "isometric" code, meaning code which runs on both the client and the server, so you don't have to have two different versions of helper code, which is really cool too.

Meteor.js is pretty much a bit like "the old PHP experience" to me: As a full Stack developer I can write powerful apps with only one codebase which is shared in parts between client and server.

Link to Pub/Sub docs: https://docs.meteor.com/api/pubsub Link to the Method docs: https://docs.meteor.com/api/methods


Simple Question: how could I as a private party contribute to help this get more friction & ultimately more success?


I'd like to see graphs connecting politicians, lobbyists, geos and tainted policy proposals and a sufficiently large political/social group bringing awareness to such graphs, getting experts talking about them, etc.

IMO the goal is not one treaty, it is to make the cost of selling out sufficiently high that every treaty round improves every future round instead of so low that every round adds to the percentage of participants who are sell outs still participating in the political system.


Simply put: don't be a "private" party. Join an association or affinity group, and then you can more effectively lobby your representatives. An association with leverage, especially, is effective. Principally, economic leverage in the form of either capital or industrial relevance, ie a union.


Depends how much money you have.


IMHE (in my humble experience),

TL;DR: When you invest in shared respect & people know each other, it's fine & probably important! to get more thin lipped during a crisis in order to get to a solution. No need to be impolite though, just focused.

When you invest in relationships with your coworkers, in times of crisis it's fine to "cut to the chase" and focus on high priority tasks, and sometimes naturally someone with expertise takes the lead and the other team members can fall into "support roles" and help them get their work done.

With our team it is a kind of "enhanced focus tunnel" where the team helps someone to debug a system or find a solution, while sometimes suggesting changes of strategy, holes in a theory or overlooked avenues of exploration.

But at the same time the "leader" can follow his instincts and will generally be respected for his approach, even if he drops some suggestions, and also be left alone by others with other tasks until the crisis is averted or can be deprioritised.

If there's only ever crisis mode at work, that's not good, and will not lead to good outcomes in the long run.

Then it's important to give - to take - for oneself and others time to breathe, to relax, to brainstorm, to draw out the current situation, and to find strategies out of the permanent crisis mode.

Unless you like the permanent adrenaline, but I don't think good systems are created and maintained that way.


I recently wondered:

Why is there no VB-Like tool for building Electron - Apps using eg. React-Widgets & Javascript as the scripting - language?

I'm not married to Electron vs. another similar, possibly more modern / less ressource hungry alternative; or another Frontend Framework.

But it seems to be it should be possible to do a VB-Style thing using these kinds of tools, Drag+Drop, and Javascript, most of the components should be available already...

And it could be a fun environment for prototyping, having fun, creating really bad games & greeting card apps again like in the 90s/2000s etc etc.

It could be a fun learning environment for newbies while a powerful GUI builder for multiple platforms for experts..

Why isn't there such a thing? Would somebody please build this? :D


I like PARA a lot, which has some great ideas: https://fortelabs.com/blog/para/


I think the main problem might be that, ok, while there are possibly a lot of people who would try their best to give their kids an education, there’d probably also be a big percentage of people who wouldn’t bother at all.

So basically the kids would have no chances to learn, socialize and compete at all.

So

a) of course schools should be good and safe, but

b) people who homeschool should imho show that they put in the effort required to provide for a good education at least in some sense.

Otherwise some kids would live in squalor and would have no way out. I always thought that was the original motivation for general school duty, all cynicism about the actual implementation and its weaknesses aside.


So give homeschool children state-sponsored tests, and if they are falling behind then you have an argument for forcing other schooling.

The default should not be “you have no rights as a parent”, as it is in multiple countries.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: