mrkurt

75 ms·

781.
by mrkurt 6y ago
Those companies already hire all over the world for the scarce, high dollar engineers. I don't think top end compensation will drop while those companies are monopolies. Most of those salaries balloon because they poach people from eac
782.
by mrkurt 6y ago
Single and married folks with families get paid differently. We pay ~3-4x more for healthcare for people with families than individuals. You've sort of dismissed my point, though. The dilemma is that salary choices create friction with
783.
by mrkurt 6y ago
I'm disappointed that all the replies to this sentiment are "lol, it's supply and demand". I mean, maybe that's it but it's not a very useful thing to think about. As someone who's run two remote companies
784.
by mrkurt 6y ago
Whoah this is super cool.
785.
by mrkurt 6y ago
I definitely mean "the process of management". A team that can't self manage is just a bad team. You can have a lot of great people on a bad team, so I don't think it's exactly a dev problem. It's a "whoev
786.
by mrkurt 6y ago
We 1000% agree on this, but it's still fun to talk about. I think that's just low signal to noise. It definitely takes skill and discipline, but it's also a matter of improving habits. Standups were originally a "better
787.
by mrkurt 6y ago
I think it's more frequently a bailout for bad management. Either because a manager sucks, or a team can't self manage.
788.
by mrkurt 6y ago
> Forcing the team to pay attention is probably harder in an async conversation chain than a meeting but I don't think ineffective is correct. I think this is a feature. If people aren't paying attention to asynchronous informa
789.
by mrkurt 6y ago
We do something almost exactly like this to generate draft content. People get on Zoom, screenshare, and then we get notes down for what we can create from it. It's a little less improvisational because we start with an idea for an art
790.
by mrkurt 6y ago
Oh yes I agree. I would argue that "making standups async" is a good way of discovering management/team related issues. What tends to happen instead of the no-true-scotsman fallacy. If standups aren't working (they proba
791.
by mrkurt 6y ago
Agile is smelly. People getting blocked in a team small enough for a standup is a concerning smell. Bad standups are a smell, and also seem to be the norm.
792.
by mrkurt 6y ago
I think you're redefining what a useful standup is, a little bit. I agree with you though, I'd just phrase it as "standups are pretty useless" and "it's good to have people share context what they're doing
793.
by mrkurt 6y ago
Those sound like relatively useless statuses then. Getting people together doesn't increase inherently increase the usefulness of updates, although sometimes it helps by accident since people ask questions. When it works, it's jus
794.
by mrkurt 6y ago
We use Cadence for Fly.io, mostly because standups are useless for us. We're small enough that we don't have external blockers, and we expect people without external blockers to just ... not get blocked. We also don't really
795.
by mrkurt 6y ago
Lately I just merge GitHub's pull requests for that. ;) I don't like running "npm update" to try and get security updates, though. npm packages aren't very rigorous about PATCH level changes.
796.
by mrkurt 6y ago
The Deno solution is either: * A deps.ts that handles all external dependencies and re-exports them * Import maps Neither of these really give you a way to do the equivalent of "npm update". But I almost never want to update all m
797.
by mrkurt 6y ago
We tossed it because people needed to do much heavier compute than we expected and we realized running arbitrary executables was more useful. It wasn't techniecally bad, just wrong for our customers. Deno’s existence gives me hope we c
798.
by mrkurt 6y ago
Strawman security questions without an understanding of the tool are not very useful.
799.
by mrkurt 6y ago
> Workers is focused on V8 isolates as a means of achieving multi-tenency. I don’t believe Deno does anything specific here. Deno implements the web worker API, which launches different isolates. You could implement something kind of lik
800.
by mrkurt 6y ago
Haha that's what I was trying to demonstrate!
801.
by mrkurt 6y ago
What! Clearing lock files seems wild. How do you know you're getting the right code when you install dependencies?
802.
by mrkurt 6y ago
I like it because it's simpler. I know what happens when I import from a URL. I'd have a hard time whiteboarding exactly what happens when I `npm install`.
803.
by mrkurt 6y ago
Sometimes it's ok to think "this project isn't for me" and just leave it be. The cynical-security-concern act is boring.
804.
by mrkurt 6y ago
Well they do have import maps! I think everyone likes shorthand package names.
805.
by mrkurt 6y ago
> As a node developer writing pure none-compiled JavaScript, my run time is extremely fast from changing code to seeing its results. It takes milliseconds for me to run brand new code in my terminal. Deno runs JavaScript faster than node
806.
by mrkurt 6y ago
You can actually run things as Workers in Deno and get some sandboxing abilities: https://github.com/denoland/deno/blob/master/docs/runtime/wo...
807.
by mrkurt 6y ago
There are way more browsers in use than Python runtimes. ;)
808.
by mrkurt 6y ago
The convention is to make a `deps.ts` and re-export what you need. Like this: https://deno.land/x/collections/deps.ts I don't find versioned URLs much more difficult to work with than package@<version>
809.
by mrkurt 6y ago
"But I have to turn all that stuff on" is also not a good comparison. Actually, no Deno webserver I've written gets fs access. Some only get --allow-net.
810.
by mrkurt 6y ago
The tldr is Deno also gives you a chance to download + inspect packages, and then lock dependencies. The mechanism for import is different, but the tooling is good.

More ›