chenmike

I’m pretty sure GP is saying if you already had an account and you delete it, it’s trivially easy for someone to register with your old handle and impersonate you

Of course people can always impersonate you but the goal here is to prevent them from impersonating you with a social handle people knew you had.

I’ve never heard anyone brag about giving working PIPs. PIPs are pretty demoralizing even if they “work”.

Maybe you should consider giving people feedback in non-PIP form!

How are you allowed to tell me if that's an honest question or not? Do I have some hidden WP Engine shill comments in my history or something? Can you read my mind?

I don't have a strong opinion on WP Engine's behavior, because I'm not convinced by Matt's arguments. I do have an opinion on Matt's behavior though. I think it's unhinged.

Feel free to respond but I'm done with this conversation, given how unpleasant I feel it's going to be given the incredibly uncharitable tone in your response. I recommend taking a walk or something.

Honest question: what am I supposed to be demanding from WPEngine? They’re not the ones out there posting unhinged rants.

There’s no reason you can’t do both, and indeed some a11y linters recommend doing that

I'm in the same boat as GP. Was invited early, loved the Arc UX far more than any other browser. I've recommended it to many people.

As many other comments have pointed out, this vulnerability is such a rookie mistake that I don't think I can trust them again after this without understanding what factors in their security/engineering culture led to it. Patching this one issue isn't enough.

Also it requires both hands

Not GP but I would never use bare JS again for anything other than maybe like a 20 line script, for the same reasons as GP

Paying a non-trivial portion of your engineers high salaries will kill any startup without unlimited money, regardless of what other guardrails you have in place.

This is the weirdest sentiment out of the entire article. "Only hire A-players" and "monitor them". I know exactly 0 A-hire engineers who would tolerate being monitored. Why wouldn't they leave to go to one of the many companies that would love to have them and where they won't have someone breathing down their neck?

Perhaps it's a take on how bad the job market is right now, but I still disagree. There are far fewer job prospects out there but way more than 0.

Lots of comments here saying "it's just marketing". I agree to some extent, but Datadog is easily the worst offender I've ever seen.

I work on a small engineering team and more than half the team got calls to their personal numbers and emails from Datadog. They are relentless. It's a huge turn-off, and I hope companies like this get named-and-shamed more often.

I haven’t seen anyone saying the founders shouldn’t have done this or that they wouldn’t have done the same in their shoes. I’m allowed to be happy for the founders and also hate Adobe and worry about the future of a product I use at the same time

For me, the unsettling part is that this has to be done virtually now.

I remember fondly during my college years the times I was studying in silence with my friends. We were bonding over the shared experience of working towards our goals together. And I felt motivated by being with them.

There’s nothing weak-willed about benefiting from accountability devices. But I do wonder if the unidirectional nature of it (his followers know him and not vice versa) actually fulfills a social need for his followers rather than just feeling like it does.

This magic is delightful in small codebases I’m familiar with and absolute hell in large codebases I’m not familiar with

If you equate "consuming information" with learning, yes you are right that learning in public is more time-consuming than learning in private.

However, there are several studies[1] that show dramatic improvements in retention and understanding from material vs. just studying it. So if you consider retention and understanding to be the goal outcomes of learning, forcing yourself to structure your thoughts about the material enough to communicate it with others has clear benefits to learning rate.

[1] Example: https://www.sciencedirect.com/science/article/abs/pii/S03614...

This is a strange way to phrase the question. Sites that had to shift to app-like experiences are hard to find, because nowadays pretty much every web app is an app-like experience from the beginning and is created with a JS framework. The shift happened years ago.

Barring informational sites like blogs and news publications, it’s actually more challenging to come up with new web products that are NOT app-like in nature, and that do not use any kind of JS framework. Craigslist may be one of the few big ones and even it is losing market share to FB marketplace, which is an app-like experience.

Okay? You gave one example, C#, and extrapolated that to every single serious programming language you've ever used. I just took a quick look and none of Java, ruby, python, and PHP has this functionality in its standard library. Also yes ANSI codes work but it's not easy to write or read, so that's what these libraries are for. I'm not a JS apologist but it seems inaccurate to imply that its need for a terminal colorization library is a unique deficiency of the language.

We’re talking about a terminal colorization function though. Fragmentation of packages aside, are there any other languages that have terminal text colorization built into the standard library?

I feel like GUI vs. IDE misses a major part of the workflow. There's a lot to this workflow that isn't replicable on Github currently (dependency graph, frequently edited files, etc.). Navigating locally in your IDE is also part of this workflow, and yet is only one small part of what's being presented here.

That’s a reasonable assessment. I worked at startups for 3 years before joining a FAANG company and they flat-out ignored my startup experience for leveling purposes, placing me as a junior engineer.

I don't think you have to justify or challenge your dislike for Medium. It's pretty reader-hostile. I get why authors write on it but I personally click away every time I get hit with the paywall.

Agreed but then the bizarre part was consenting to a search of his vehicle.

Redux vs. jank proprietary solution aren't the only options. For instance, a lot of what people use Redux for is fetching and storing API data, or managing cross-component state. A combination of react-query[1] and React context does the same in a much more developer-friendly (IMO) way. Again, not advocating for anything, just important to know what the options are.

[1] https://react-query.tanstack.com

I enjoyed it while I used it but my main issues with it were with the developer experience and how many files the logic was spread across: actions, action constants, reducers, etc. When you have to edit 4 different files just to add a loading flag then I feel like something has gone wrong. If it solves your problems and you’re happy though, no need to let anyone convince you to change!

Agreed, I now greatly regret it knowing what I know about the theory of learning, but I crammed my entire way through college and graduated with honors. It's embarrassing to say but I can recall close to 0 of the facts or formulas that I regurgitated onto any of my exams.

It's generally agreed that the Sandwich Technique is manipulative and condescending. If the purpose of a meeting/conversation is to deliver negative feedback, your reports/teammates will almost certainly be able to figure that out. If you're using this technique, I'd highly recommend spending some time figuring out if people actually appreciate this aspect of the conversations you're having with them.

You don’t think that claiming this is a non-issue (or mole hill) requires unjustifiably generalizing your good experience at your one company?

It sounds like you know this job isn't a good fit for your disposition and ambitions. Staying somewhere where you're not a good fit won't really do anyone any favors, and a FAANG will have no problems replacing you.

I was in your shoes a few years ago. It was a dream of mine to work at a FAANG and when I got there, it was super disappointing for a lot of the same reasons (IQ comment aside). I consistently got good/great performance reviews without working nights/weekends and I could've kept coasting for a long time but I would've been miserable. I left and I'm back in the startup world now, which has its own problems but I'm happier.

The one thing I wasn't able to get from the post is what it is you actually want out of your job. It sounds like working with smart people is one component. You mentioned an efficient toolset. Is that it? I doubt it. It's probably worth taking the time to sit and figure that out before you move onto your next thing.

As software developer we're in a unique position of choice, and IMO we should enjoy that while it lasts. It's not guaranteed to be like this forever. Life, and your career, is just way too short to spend in a place that you know is wrong.

Not disagreeing that a team might be better for targeting Enterprise SaaS but is the implication that a solo founder can’t learn to talk about other people’s non-technical problems?

My naive guess is that this is in response to the recent release of GitHub Copilot. There was a lot of surrounding discussion about whether we were approaching a future where human developers are unnecessary. Feels a bit late to be responding to that so I’m not sure.