I'll update our information to reflect this.

What happens: we review the DB and send you an email starting a discussion.

Is there a profile? Not currently, if there is enough of a client base in the future I will add them.

Does rejecting a date count as a strike? Yes, rescheduling does not.

We are in market discovery right now - so if there is no interest in this type of service, we have saved ourselves a lot of time. Time better spent on other ideas. If there is an interest in like you said 'low-cost real-human matchmaking', this would tell us.

Establishing trust is difficult and takes time. I don't expect it to come from anything on a website but from a few users who take the plunge, and form that bond, then by word of mouth.

Please let me know any thoughts you may have as this is in the market discovery phase. Thank you.

For the tech stack: Docker: To have self-contained services running easily.

Go with Gin web framework: For the web server, it's what I know already and thankfully it's scalable to huge levels.

Frontend: Is very basic, there is no JavaScript. Only HTML/CSS with a form that makes a request to back to the web server.

Database: For all the emails, PostgreSQL.

Hosting: DigitalOcean - quick and easy.

Of course CloudFlare for DDoS protection.

Comments URL: https://news.ycombinator.com/item?id=40985869

Points: 1

# Comments: 7

AB:33:C6:C6:19:74

I used a MAC address generator to get those two, but I think two is enough to make the discussion. Current reality aside, would you be able to identify those with binary math as being on the same network device, different network devices, across the world? MAC addresses on physical NICs are provided by the manufacturer, sure you can adjust them but I think that leaves the good-faith portion of this discussion.

So if you wanted to have those to communicate no matter what you would have to have a network device state: "I'm network device A, I have this device 0C:F9:31:D2:DB:51" then another state: "I'm network device B, I have this device AB:33:C6:C6:19:74". Then whenever 0C:F9:31:D2:DB:51 wants to talk with AB:33:C6:C6:19:74 it's network device will have to just send it to the next upstream network device or if there are multiple network devices that could be upstream you could send it to them all which is just not great for security whatsoever or you now have to do a recursive lookup for whatever n devices might yet be upstream and wait for a response to see if one of those has it. Overall trying to send ethernet frames globally without an IP network sounds like not a great idea.

To have it be successful you need to not have persistent VMs that individuals are connecting to individually but rather ephemeral VMs that get created/deleted when a user needs one.

Those ephemeral VMs then need to be able to connect to the rest of the infrastructure that supports development - your artifact repositories, version control system, docker nodes, k8s clusters, etc.

Your artifact repository then needs to mirror public repositories where your source packages can be found, be it pypi, github, golang, helm, docker hub, etc. You will now have to setup your IDE or shell package manager to use this artifact repository as a proxy.

The developer tooling is usually an entire team and the infrastructure for the VMs is also.

Not an easy or cheap thing to setup. But it can be done so that the developer experience is good and so that you don't have developers running random versions of software.

Text messaging, yes is asynchronous - but you don't know what the settings of the persons device are. They could have forgotten or not have quite hours set and now it is very much a synchronous notification even if it's not synchronous communication.

Sending delayed - again things happen. I would rather send a delayed message when I am in full control of the situation rather than possibly not the next morning due to any chain of events from weather, traffic, family, etc.

I feel like this comes from my philosophy of even if individuals are correct, it doesn't mean they are kind. We live in a community with individuals and we should compromise and balance things where needed.

I also think it's quite the opposite - knowledge jobs can be self-taught with a spectrum of degree within that statement as well. Computer programming - absolutely. Electronics - once you start working with real devices rather than sims you now have to invest not insignificant capital if you want to use testing equipment and measurement tools. Accounting - I'd guess you have to invest capital to take the CPA exam (United States) and you may even have to have interned before that.

However, if we look at other 'gainful employment': mechanical work - sure you just need to have the engines available and ready to be worked on; not necessarily a free endeavor. CNC programming - maybe there are simulators but again you will want to eventually learn the feel of real equipment. Woodworking, metal-working, other-fabrication - you are going to burn through a decent amount of source material before you learn what you're doing. Commercial driving - some places will pay for you to go through the whole program, you can't just self-teach yourself and apply how to drive a commercial truck.

The last sentence just reads as condescending (there are some individuals that are morally opposed to the idea of pirating, you have indicated this is not the side you fall on).

Essentially I think this gets into a estimation of magnitude problem (outside of ethical, security, and other concerns). Where if the payment isn't ever the action being waited on, a contact-less payment while convenient doesn't save you any time to get out of the store. If you have just a snack and no lines then the payment will be the action causing the bottleneck.

What is humorous is the vast amount of comments surrounding this event on HN that have no idea how security clearances, compartmentalization of information, federal and military law work.