HN user

kaashmonee

313 karma
Posts42
Comments24
View on HN
github.com 3mo ago

Show HN: Dis: Dev environments but without Node.js

kaashmonee
5pts0
wheresmypermitsf.candace.cloud 4mo ago

Show HN: WheresMyPermitSF – Self-Hosted SF Housing Permit Bottleneck Analyzer

kaashmonee
1pts0
github.com 6mo ago

Show HN: Candid – Minimal Private Bring Your Own Model Email Revision Tool

kaashmonee
3pts1
github.com 9mo ago

Show HN: Desponsorize – Gray out Amazon sponsored search results

kaashmonee
2pts0
github.com 1y ago

Show HN: Sqlc Postgres Golang CRUD Generator

kaashmonee
1pts0
docs.sqlc.dev 1y ago

Sqlc: Data access simplified. Throw away your ORM

kaashmonee
24pts22
go-proverbs.github.io 1y ago

Golang Proverbs

kaashmonee
2pts0
en.wikipedia.org 2y ago

Stack-Oriented Programming

kaashmonee
2pts0
en.wikipedia.org 2y ago

Pareto Efficiency

kaashmonee
20pts1
www.postgresql.org 2y ago

Bloom Filter Indexes in PostgreSQL

kaashmonee
32pts5
codecrafters.io 2y ago

Build Your Own X

kaashmonee
2pts0
cmusphinx.github.io 2y ago

CMUSphinx: Open-Source Speech Recognition Toolkit

kaashmonee
1pts0
techcrunch.com 2y ago

Adam Neumann seeks to buy back WeWork after declaring bankruptcy in 2021

kaashmonee
3pts4
en.wikipedia.org 2y ago

Audio Time Stretching

kaashmonee
3pts0
www.youtube.com 2y ago

Logan Paul CryptoZoo Saga Finale

kaashmonee
1pts0
github.com 2y ago

Show HN: Algorithm Problems Upsolver Test Helper Suite

kaashmonee
1pts0
www.tesla.com 2y ago

Cybertruck Launch

kaashmonee
193pts550
docs.python.org 2y ago

Python Data Classes

kaashmonee
1pts0
github.com 2y ago

PostgreSQL Hacking

kaashmonee
5pts0
twitter.com 2y ago

X (Twitter) Job Board

kaashmonee
9pts2
leetcode.com 3y ago

Leetcode Is Down

kaashmonee
5pts0
en.wikipedia.org 3y ago

The Transbay Tube and Immersed Tube Technique

kaashmonee
2pts0
github.com 3y ago

Show HN: GCounter CRDT Implemented from Scratch in Golang

kaashmonee
1pts0
github.com 3y ago

The Twitter Algorithm Now Live

kaashmonee
1pts0
www.kron4.com 3y ago

BART (Bay Area Transit) commissions $90M project for new barriers

kaashmonee
1pts0
cloudurable.com 3y ago

Kafka Architecture Visualized

kaashmonee
1pts0
news.ycombinator.com 3y ago

Spotify Is Down

kaashmonee
14pts4
blogs.cornell.edu 4y ago

Hinge and Its Implementation of the Gale–Shapley algorithm

kaashmonee
117pts246
spoddutur.github.io 4y ago

Clear illustration of resource allocation in Spark

kaashmonee
2pts0
news.ycombinator.com 4y ago

Ask HN: What's the best way to stay up-to-date on computer science research?

kaashmonee
5pts6

Interesting, but I'm not a huge fan of this article. The best I was able to surmise was that the SEC may do something in some cases where cryptocurrencies are treated like securities but I wasn't able to garner any information on what the deal with Dogecoin is right now nor what has been done or may be done against Musk in particular in relation to Dogecoin.

This is so based. Now I don't know anything anymore is the author Derek Sivers from California who now lives in New Zealand even real. Is anything on his about page even true? How are we supposed to trust it? Then again, it doesn't matter.

But I think that's what truly makes it "engineering." Programming and solving problems are fun in a vacuum but tech is just a lot more than that. Being able to produce a solution to a problem today doesn't mean that the same solution will work tomorrow. That's why we have to _engineer_ a solution, not just produce one.

I'd argue this is true of any engineering discipline. For example consider this analogy: we build bridges to solve the problem of being unable to cross to the other side. But we could also solve this with, say, a boat, to paddle ourselves across the body of water instead; in fact, that's a much more immediate solution that solves the exact same problem. But is it sustainable? Is it scalable? Can it handle traffic? To address these concerns, we _engineer_ a bridge.

Software that's meant to service a lot of people can't just be written to solve a particular problem today -- it must be _engineered_ so that it's future-proof, which is to say, easy to scale, easy to read, easy to refactor, etc. So often the simplest programming challenges become particularly difficult and often interesting engineering challenges.

Finally, to actually answer your question, it entirely depends on the company, the size of the team, and the commitment to code quality and engineering that that team has. Working at Google on the search team, for example, wouldn't be a great fit for you because every line of code you write has to be engineered! But working at a startup might.

But this comes with tradeoffs. Often times, the solution you write will have to be rewritten if you want your product to succeed. Refactoring and re-architecting things are a necessary evil as technology, hardware, and languages + frameworks change over time. I've worked at places where I've found myself repeatedly having to work on the same things over and over again because of how poorly engineered they are! If you enjoy programming and solving new problems and you want to have a career doing that where presumably you're building some sort of product, you have to engineer at least somewhat reasonable solutions today so that you can work on something new, exciting, and cool tomorrow.

I'm from an Asian country and I'm an only child so my relationship with my parents is similar to my relationship with some of my close friends.

Granted my parents have changed over time and their values and beliefs now aren't what they were when we first immigrated to America. I count myself very lucky that they were able to adapt and leave some of their antiquated views behind.

This isn't always true of Asian families; I have a friend in the same boat as me but I also have one who has an extremely strained relationship with her parents due to their conservative and unchanging views on things.

Hello so the first thing you want to do is see a mental health professional and/or therapy. The second thing is, SSRIs tend to be pretty benign. I'm on Lexapro and the side effects are pretty tolerable and the benefits far outweigh the side effects. I wish you luck on this journey.

I feel like this might be a better and more feasible solution. Is there a reason that JS can collect as much data as it does about our hardware? I feel like I always hear the mantra, "The browser is a sandbox," but reading articles like this make me really unconfident that that is true. I don't really have too much of an idea of how WebGL works, but I wonder if there's a way to create some sort of additional abstraction layer between a website and the hardware? So JS just has access to "hardware interfaces" like a CPU and a GPU but can only interact with via this interface. That way, even if a site wanted to, the best it could do is determine that your computer has a GPU or a CPU but not how many cores or what type of GPU?

This would however have the downside of incurring an additional latency with an additional abstraction, but if there was a way you turn this off with trusted websites and only leave it on when you're using a site you don't trust it could be more usable? It just seems better than disabling JS entirely since a lot of websites just completely break without JS.

It just seems like with the amount of information that JS can collect, even if you're using TOR or a VPN, if you crunch all the information about a particular user, like the kind of OS they're running, the version of the browser, the screen ratio, mouse click movements, time of access, number of CPU cores, type of GPU, whether or not it's a VM, etc., it just feels like you might be able to devise a pretty reasonable heuristic for where this person is and the kind of computer they're using. I can't really say I know the extent of browser and JS capabilities, but these things already seem alarming enough where I wouldn't really feel super confident that I can't be tracked even with TOR or a VPN.

Edit: Just discovered something similar to this is being worked on already! https://gpuweb.github.io/gpuweb/#malicious-use

Huh, this is pretty interesting. I'm not really familiar with Smash.gg, but if what people in this thread are saying is true, that it's a fairly straightforward platform that could be easily reproduced by Microsoft, then it seems like this acquisition was almost altruistically motivated. It feels like it's easy for a lot of big companies to make better competing products and drive the little guy into extinction, but this acqusition move feels like the company encourages startups and isn't entirely motivated by greed. But I may be biased; I already do like Microsoft, Nadella, and what the company does and how far it has come since the Ballmer days.

I'm not sure I'm understanding the point of this article. Every language and language paradigm is awkward if it's used for purposes it's not meant for. Writing a game is something that is really heavily dependent on mainting some sort of state and functional programming in principle is supposed to be stateless. So, unsurprisingly, it's awkward to use FP for game development.