HN user

jpcapdevila

84 karma

Passionate software engineer, I love all things code, specially all the flavors of javascript.

Interested in early stage, fast moving startups.

Born in Mexico City. Currently living in Salt lake city.

Posts12
Comments57
View on HN

I think it is ok for you to post as long as you are straight forward about the equity only compensation and follow the post format ofc.

Not a moderator, but as a reader I would not mind.

Edit: typo

I think what you have experienced is very real. Code (and most forms of expression) are a way to externalize your state of mind.

I've seen it with my own emotional states but also with coworkers when they are going trough a rough time.

This is also why it is difficult to understand others ppl code. And it gets easier as you build a relation/get to know them better. The better you know someone, the easier and faster you can understand their code.

I feel like that is why coding standards, code reviews etc make a codebase more maintainable. You strip the code emotions away or at least reset it to a common level across the team.

This really resonates with me, I like the idea if product as container for emotions.

But I think the author misses one point here:

I believe the real skill in making products isn’t some “making products” skill, but rather a skill in feeling your own subtle emotions.

I believe there are high emotional, highly empathetic people that can talk to other people, understand their emotions and create something for them.

This for me would be "making products skill". This is how you create products for things that you can't experience yourself directly.

Here's a bet, in 5 years every major cloud provider will offer SQLite.

Specially the edge providers (official SQLite for wasm in the works.

Because the operational simplicity most developers will choose it for new apps.

Wow, thanks for all those great contributions.

Looks like you have a good eye for picking good tech & teams to join and work with.

Any insights or things you saw in common?

I write JS 99.9% of the time.

I would definitely pick Rust as it is more different than JS.

Yes, there is a higher learning curve. But it will broaden your perception on programming languages.

As an added bonus, rust is very popular to create WASM stuff. So you can apply it to the JS world.

Happy 4th

It means having serving your users from the edge of the network, close to them.

Not necessarily tied to v8 isolates, for example fly.io and others let's you run any container on "The Edge".

I think CDNs were the original concept but the name evolved away from "content" to indicate that you can run your business logic too

"Tunnels offer protection from wind and rain."

Not sure about this one. Back home in Guadalajara Mexico a lot of tunnels get flooded during rain season. I'm talking about 6ft of water.

To be fair, even streets turn into rivers / pools.

What's the difference/advantage between defining the virtual column or creating the index directly like this:

CREATE INDEX test_idx ON events(JSON_EXTRACT(data, '$.someKey'));

If SQLite gets you excited, I'm building a firebase alternative based on sqlite. I'm betting hard on sqlite so this get's me super excited!!

https://javascriptdb.com

CF people around, I would love to chat, if anyone is interested please reach out at: jp@javascriptdb.com

I'll be applying to this beta for sure!

Hey Josh,

I'm building a serverless firebase alternative that uses SQLite. If CF gives me access I will totally support D1 & workers.

Check it out: javascriptdb.com

I'm building an open source firebase alternative using sqlite. I'll be reaching out, I was thinking to build the distribution & durability part myself, but I would rather use D1!

I guess it would count as a client focused ORM :)

I'll be reaching out from jp@javascriptdb.com

Great addition, congrats!

The best way to do it is from Google BigQuery.

There's a dataset containing everything: bigquery-public-data.hacker_news.full

You can write SQL and is super fast. Sample:

SELECT * FROM bigquery-public-data.hacker_news.full LIMIT 1