somerando7

Scribe aaS? ;)

It's pretty useful when you have some distribution layer (i.e. some pubsub system)

Consider 10-15 applications running on a host, and all of them are listening to data being distributed by another service. Instead of all of them opening a connection to that service, instead they would all be connected to this sidecar, and the sidecar would merge the distribution of data (and subscriptions) to the pubsub system

Oh yeah, for option A I meant to just stay in Canada until my company hopefully gets profitable and then "transfer" it to the US and move to the US if somehow I can self-sponsor/sponsor through company.

I'm confused. I thought on a TN or H1B I'm not even allowed to start a company in the US.

What would be the advice for Canadians who want to start a company, but are unable to do so because they are on a TN/H1B?

As I see it my only options are:

a) Move back to Canada, start company there. Does this impede getting VC funding? Can I somehow move back to the US if my company becomes successful?

b) Wait until I get a greencard.

Further question:

c) Is it better to go TN->PERM or TN->H1B->PERM, what are the drawbacks of the first option?

IMO passing a lambda for synchronized code makes it much easier to read (going off of working with folly::Synchronized)

About time. The amount of value you get from having random conversation with your coworkers is too much to pass up on. Breakdown of communication through text also sucks.

I meant, using branches in a way that's "better" - whatever people who use git mean when they say that.

As I said, I haven't used SVN. It just seems like perforce and mercurial are basically "identical" for the ways I use them at least.

What's better about git? I haven't used svn, but have used perforce/mercurial professionally/git professionally, and use git personally, but I find all of them to provide the same "feature set" when doing basic development: have your own branch, and merge it in to the main branch when done/reviewed.

Merging seems the same on all 3 version control systems I've used... I've heard that git branching is better(?), but haven't seen that being used anywhere really.

To me it's not obvious. I wouldn't think that an app can inject JS into a website because I'm using a web-browser from their app.

> I was taught that to allocate memory was to summon death itself to ruin your performance. A single call to malloc() during any frame is likely to render your game unplayable. Any sort of allocations that needed to happen with any regularity required writing a custom, purpose-built allocator, usually either a fixed-size block allocator using a freelist, or a greedy allocator freed after the level ended.

Where do people get their opinions from? It seems like opinions now spread like memes - someone you respect/has done something in the world says it, you repeat it without verifying any of their points. It seems like gamedev has the highest "C++ bad and we should all program in C" commmunity out there.

If you want a good malloc impl just use tcmalloc or jemalloc and be done with it

It isn't open source