惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

WordPress大学
WordPress大学
Cyberwarzone
Cyberwarzone
The GitHub Blog
The GitHub Blog
云风的 BLOG
云风的 BLOG
P
Proofpoint News Feed
小众软件
小众软件
Recent Announcements
Recent Announcements
博客园 - 三生石上(FineUI控件)
Security Archives - TechRepublic
Security Archives - TechRepublic
W
WeLiveSecurity
Cloudbric
Cloudbric
博客园 - 司徒正美
美团技术团队
N
News and Events Feed by Topic
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
PCI Perspectives
PCI Perspectives
宝玉的分享
宝玉的分享
H
Help Net Security
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Google DeepMind News
Google DeepMind News
Help Net Security
Help Net Security
Last Week in AI
Last Week in AI
S
Schneier on Security
N
News | PayPal Newsroom
B
Blog RSS Feed
L
LINUX DO - 最新话题
T
Troy Hunt's Blog
S
Secure Thoughts
雷峰网
雷峰网
aimingoo的专栏
aimingoo的专栏
L
Lohrmann on Cybersecurity
G
Google Developers Blog
Microsoft Azure Blog
Microsoft Azure Blog
Hacker News - Newest:
Hacker News - Newest: "LLM"
T
Tenable Blog
S
Securelist
L
LangChain Blog
Recent Commits to openclaw:main
Recent Commits to openclaw:main
I
InfoQ
H
Heimdal Security Blog
Cisco Talos Blog
Cisco Talos Blog
F
Full Disclosure
Y
Y Combinator Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
K
Kaspersky official blog
T
Tailwind CSS Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
阮一峰的网络日志
阮一峰的网络日志
C
Cisco Blogs

Stack Overflow Blog

Code isn’t the only thing causing your production failures Your AI shipped a backend that boots. That is the whole problem. The 2026 Developer Survey is now open (for human developers only)! Oh the places you’ll go with spatial data Dispatches from O'Reilly: From capabilities to responsibilities You don’t understand DNS like you think you do The new bottleneck - Stack Overflow AI agents are a confused deputy with the keys to your kingdom If context is king, architecture is the castle Selenium vs Cypress vs Playwright: Choosing Your Test Automation Framework AI agents expose the security checks you never actually wrote Designing CherryScript: Optimizing Data-Driven Workflows via Custom Python-Based Interpreters Paging Charity? How do I get my leaders to stop running teams Into the ground? Developers are emotionally attached to their tools When the cost of code approaches zero, what does engineering leadership look like? Announcing Stack Overflow for Agents Creating checkpoints by gaslighting a Postgres database What can 500 years of journalism teach developers about AI trustworthiness? Making the OWASP top ten in the vibe code era What it takes to be a player in the international AI game Best of the Heap: First post of the past The find out stage of AI is just supply chain and password protection In an AI world, the most valuable developers will be both artisans and builders Agents on a leash: Agentic AI remains mostly single-agent and monitored at work Do you have what it takes to run AI in production? Dispatches from O'Reilly: The accidental orchestrator Breaking your AI storage bottlenecks Coding agents are giving everyone decision fatigue Pack your agentic stack in Slack Your fridge could be a threat to national security Interviews aren’t about you (sorry) “You can't vibe code scale”: What the AI hype gets wrong about software engineering No Dumb Questions: What is cloud computing and why is everyone doing it? Observability and human intuition in an AI world How Braze’s CTO is rethinking engineering for the agentic area You shipped it fast. But did you ship it right? Building a Google Drive Sync Engine that Survives MV3 Service Workers Connecting the dots for accurate AI When the Sensor Starts Thinking: SnortML, Agentic AI, and the Evolving Architecture of Intrusion Detection OAuth 2.0 – Device flow explained for Engineers, especially for Backend Engineers Introducing the Heap, the software engineering blog for everyone Compile-Time Map and Compile-Time Mutable Variable with C++26 Reflection No Dumb Questions: What is an MCP server and why do I care? AI giveth and AI taketh CPU How we replaced Ingress-NGINX at Stack Overflow What (un)exactly do you mean by semantic search? Dispatches from O'Reilly: Fast paths and slow paths Time is a construct but it can still break your software The Worst Coder in the World goes agentic: building a leaderboard cracking AI Turning scattered knowledge into trusted intelligence: Stack Internal 2026.3 Your LLM issues are really data issues Welcome to the “find out” stage of AI Lights, camera, open source! - Stack Overflow Black box AI drift: AI tools are making design decisions nobody asked for How to get multiple agents to play nice at scale We still need developer communities No country left behind with sovereign AI Human input needed: take our survey on AI agents Why AI hasn't replaced human expertise—and what that means for your SaaS stack Who needs VCs when you have friends like these? The messy truth of your AI strategies Gen Z needs a knowledge base (and so do you) He designed C++ to solve your code problems Seizing the means of messenger production What the AI trust gap means for enterprise SaaS How can you test your code when you don’t know what’s in it? Prevent agentic identity theft - Stack Overflow Building shared coding guidelines for AI (and people too) Multi-stage attacks are the Final Fantasy bosses of security After all the hype, was 2025 really the year of AI agents? AI is becoming a second brain at the expense of your first one Building a global engineering team (plus AI agents) with Netlify Keeping the lights on for open source Domain expertise still wanted: the latest trends in AI-assisted knowledge for developers Open source for awkward robots The context problem: Why enterprise AI needs more than foundation models Even the chip makers are making LLMs Organizing productive platform teams - Stack Overflow Building brains for bulldozers - Stack Overflow DeveloperWeek 2026: Making AI tools that are actually good AI-assisted coding needs more than vibes; it needs containers and sandboxes No need for Ctrl+C when you have MCP What’s new at Stack Overflow: March 2026 To live in an AI world, knowing is half the battle Beyond block or allow: How pay-per-crawl is reshaping public data monetization Your sneak peek at the redesigned Stack Overflow Dogfood so nutritious it’s building the future of SDLCs Defense against uploads: Q&A with OSS file scanner, pompelmi Even GenAI uses Wikipedia as a source Why Stack Overflow and Cloudflare launched a pay-per-crawl model Mind the gap: Closing the AI trust gap for developers Data is the new oil, and your database is the only way to extract it Even your voice is a data problem How everyone and anyone can use AI for good Is anyone using AI for good? The logos, ethos, and pathos of your LLMs Why demand for code is infinite: How AI creates more developer jobs AI attention span so good it shouldn’t be legal Code smells for AI agents: Q&A with Eno Reyes of Factory Generating text with diffusion (and ROI with LLMs)
Paging Charity! How can engineering leaders avoid becoming Bond villains?
Charity Majors · 2026-06-26 · via Stack Overflow Blog

Q: Paging Charity! Our industry tends to espouse the value of collaboration, but then places on pedestals the worst models of authoritarian leadership. You have a strong following of people who view you as an alternative voice to this tendency. What advice would you give to newer managers trying to promote different values? And what advice would you have for a manager who is interested in moving into the director role?

— Auntie Authoritarian

———————————————-

Dear Auntie Authoritarian,

I was going to protest that hey, do we really put the worst authoritarian leaders on pedestals? But then I remembered all the guys who get mentioned daily in the business press, and then I remembered the whole “founder mode” groan-a-thon, and well, okay. Point taken.

Except I don’t think it’s so much that we celebrate authoritarianism and sociopathy—none of these guys are exactly beloved—as we cultivate it.

The number of things that need to go right to get a business off the ground is astronomical; over 90% of VC backed startups will fail. There are exceedingly few winners, so every winner gets celebrated and venerated. We humans crave our heroes, so we bend over backwards to retcon their mythology.

There’s a flattening that happens, where everything ever done by a company with hundreds or thousands of employees gets rounded up and ascribed to one man (it is nearly always a man). The company becomes just an extension of his will to power in the eyes of the public and the press, and he can do no wrong.

This is not healthy, as you might imagine. Even Elon Musk didn’t start off like a Bond villain. He became one after many years of this slavering hero worship.

This is the first lesson of leadership: you have to win at business.

This is the number one job of every single manager, director, VP, C-level, and every staff+ individual contributor as well. Your job is to build the business and make it win. Which means wrestling with existential questions like:

  • Are we building the right thing?
  • Who are we building for, and do we know how to reach them?
  • Do we know what they want? Will they pay for it? How much?
  • Who are we competing against, and how are we positioning against them?
  • What do our users like and dislike about our product?

You need to be an oasis of context and clarity for the people around you, which means you need to really, truly understand the strategy, and help devise meaningful goals in that direction.

If you want your values to spread throughout the industry, the best thing you can possibly do is succeed and make others want to imitate you.

A lot of folks go into engineering management because interactions with their own managers left them feeling devalued, unsupported, and unmotivated, and they want to make sure nobody else ever feels that way. I’ve heard a lot of managers describe the job as being “all about the people”—how they feel, how you support them, how you help remind them to go on vacations and log off at 5pm and take plenty of vacation time.

This is a lovely sentiment. But putting people’s subjective experience first is putting the horse before the cart. Feelings are outputs and trailing indicators, and management is about inputs.

I actually agree that managers have a tremendous amount of influence over how people feel from day to day, and that it matters a great deal how we feel at work. But I think people underestimate the structural influence of circumstance.

I have seen so many inexperienced managers reason that the problem with past jobs was that they kept having to do work over and over, or they weren’t able to choose their work with autonomy, or their manager was micromanaging. So when they became a manager themselves, they swore they would always protect their team’s ability to move on, work autonomously, and work without them hovering.

But their diagnosis was usually off base.

The problem was that they did not have product-market fit, so the solution they were trying to build kept changing, and they kept having to go back and redo discovery work.

The problem was that engineering was not aligned with the field on what problems were highest priority and should get fixed first.

The problem was that two different leaders elsewhere in the company were not aligned on what they wanted from this team, so they kept pingponging back and forth with their demands, forcing this team to pick up work and put down work.

The problem was not that there was micromanaging or changing plans or people getting upset. The problem was that there was no shared understanding of who made the decision, what the constraints or criteria would be involved, or who the stakeholders were—or when or if a decision had been made at all.

I believe that humane, empathetic, compassionate leaders can build a better business than sociopaths or authoritarians can. Ordering people around and treating people like objects or subjects might be effective in the short term, but they are not long term winning strategies. They do not draw people in, they do not make people feel warmly disposed towards you.

I believe people do their best work when they have agency and autonomy, when they feel creatively inspired by the work, when they feel attached to the mission and emotionally attached to their collaborators. I have experienced this for myself so many times.

But having agency and autonomy, feeling creatively inspired, loving the language or the technology, feeling attached to the mission and collaborators—these things are good, but they do not add up to “good at running the business,” ipso facto.

It is totally possible to be a humane, empathetic, compassionate, caring human being…and a really sloppy operator who is terrible at business.

Being good at running the business is not optional. The most effective leaders are the ones who are kind, caring humans and skilled business operators. The second most effective leaders are the ones who are crappy humans but skilled business operators. After that comes everyone else.

This is why I always tell new managers they should focus on learning the business. If they were an engineer, they probably love building tech and systems. If they signed up for management, they probably love running people and teams. It’s the business side that’s a real gaping hole in the track record of most new engineering managers’ experience.

You asked what advice I had for advancing to the director level. Two things. First, the hardest part may be sussing out the right opportunity. At each level of hierarchy, there are approx. 1/10th as many people as the previous level. That’s true even when we aren’t going through a prolonged phase of flattening org charts and enlarging team sizes.

Your best bet is being promoted from within; companies are usually quite resistant to hiring someone into a higher-level management role if they have not already done the role.

Second, this. Managers are notorious for thinking everyone on their team is THE BEST. Managers are always trying to insist that everyone on their team is a 5/5 or a 4.5/5, and going to bat for them to get raises and promotions every cycle. (It would be very endearing if it wasn’t so counterproductive.)

If you’re sitting here thinking, my team is awesome, they are the best, we are the best, everything is great—honey, you are not serving them well. Your job is not to be back-patter in chief.

If you really want to make your team feel good, the best thing you can possibly do for them is turn them into a high-performing team, as Patrick Lencione defines it. High-performing teams are ones people will look back on fondly and wistfully for the rest of their career. But you cannot build these teams by cheerleading. You have to nurture a restless hunger for improvement in every one of you. You have to set the pace, and show the way.

That takes systems thinking, courage, and credibility. And it is what executives look for when tapping managers to be directors.

The experiences people carry around as “the manager I never want to be” are often things like the time their project got shut down and thrown out after months of work, their team got re-orged without notice, a beloved leader got fired, layoffs happened or happened poorly, new management was brought in and wrecked a culture they held dear, etc.

We tend to blame “the manager” in these situations. Sometimes it is warranted, but more often it is not. It is often a sign of underlying weakness in the business.

Twitter had 7500 employees in 2022 when the Elon Musk hurricane blew in.

I have nothing kind to say about what Elon Musk did to Twitter. But I also look at that situation and think, “Twitter’s leaders had 16 years to figure that out, and they didn’t. It was only a matter of time before someone was going to take it out of their hands.”

Twitter’s beloved culture, its cushy policies, perks, and freebies; the work/life balance, the lengthy, consensus-based decision-making protocols and innumerable veto points, the 1700 engineers, the famously lax policies…They acted like they had won, they were comfortable. They hadn’t won.

The job of every manager is to set a high standard for themselves and their teams, to run the business efficiently and with excellence. This is how we earn the privilege of serving in our role.

If we don’t do it, it will be done to us.