HN user

EMRZ

75 karma
Posts1
Comments19
View on HN

I mean, it is actually comprehensible but you know, California tech workers live in a monopoly money bubble and they think they know something about how the world works. Also they think that their own "culture" and leftist values are relevant to everywhere in the world even if they cant even point places on a map.

I will get banned if i talk more.

One thing i noticed is that most of the conversation here feels alien to me.

I think this is because most of the people here are living in California and they seem to have a very particular world view not always compatible or even undertandable for anyone from any other place.

I used to enjoy this website in like, 2015/16 i think, now the topics are not even tech related anymore.

"We’ve redesigned and modernized the core experience to be cleaner, more inviting, and easier to use."

This usually means we reskinned and somehow ended with it being slower.

Also the whole release notes are UI changes, particulary for mac ?

I wished the only non-chromium browser with active development was.. idk, different?

I work as a developer in a trade marketing company, our platform have dashboards with different type of charts for our clients to measure different metrics of their business.

The front end requests to the backend each chart on the current dashboad, then the backend, depending of the type of chart, gets the data from the database and passes it to the front who renders it, it could be a pie chart, a bar chart, a table, etc.

We hade 2 or 3 different types of table charts, al using different js based solutions, one of them using bootstrap, i don't remeber the others.

The javascript solutions had responsiveness issues, when you changed the size of the window, or used something that is not Chrome, column headers messed everything up.

One day i decided to end that and added a new type of chart, it expected one table resultset from the db, and once in the front it rendered a traditional <table> with it's content.

We have no more problems with table charts. It works in every browser and every screen resolution.

It was possible to fix the current js tables of course, but is it realy necessary? We have been using tables since forever, and they are just to correct way to display table data on the web.

Thats it, it just works.

When i read that i found it amazing and very clever, i honestly never thought if it was or not Notch's invention.

I am not really into javascript/frontend development, but following js13k on twitter showed me a lot of things you can do to gain KBs on the client side.

However, is this that common?

Thanks for the info btw.

The last week i found this [1] thread by Notch. He is working in an entry to js13k [2] (a game jam about html5 games restricted to 13 KBs).

He bundled the whole source code and binary data used in the game/tech demo to use the in browser image decompression, avoiding to write a custom (de)compression code, saving KBs this way.

Then he just eval() the needed parts for each thing.

I found this extremely clever, game jam limitations, specially size ones, evolve into clever programming tricks that are interesting both to code and to look at.

[1] https://twitter.com/notch/status/1035811278520872960

[2] http://js13kgames.com/