TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Ask HN: The Worst Engineer I Know Is Demanding We Start Using Celery (Python)

5 点作者 theorlandog4 个月前
I work with an engineer who consistently advocates for terrible architecture and design patterns with a ton of confidence. Every time one of his ideas is implemented it turns into a flaming bag of complexity dog shit, and everyone else is left holding the bag to clean up.<p>His new tirade is demanding we start using celery to solve every problem we have. I instinctively want to dismiss him out of turn given his previous track record of thinking himself into a pretzel, however, I don&#x27;t want to fall into a trap myself of negative thinking.<p>The way I see it, we would already be sending async job messages to a durable queue like SQS. It seems extremely trivial to me to run a service that polls the queue for new messages and dispatches the jobs on its own from there (as I have a done with great success a number of times in other environments). What is the benefit of pulling in all the complexity of celery for these simple asynchronous tasks?

4 条评论

viraptor4 个月前
&gt; It seems extremely trivial to me to run a service that polls the queue for new messages and dispatches the jobs on its own from there<p>Are you handling retries, timeouts, disconnected clients, logging failures, dealing with perma-failing jobs, priorities, execution metrics, etc.?<p>You may or may not be interested in those features, but that&#x27;s why projects like celery exist. It&#x27;s not &quot;extremely trivial&quot; to replicate them all. If you have only extremely simple tasks that you don&#x27;t critically depend on, that&#x27;s fine to use simple solutions instead.<p>If you want a constructive discussion about things like that, the questions are: what problem are we trying to solve, what features we need today&#x2F;soon, how long will the implementation take, what is the risk in not changing anything.<p>&gt; Every time one of his ideas is implemented it turns into a flaming bag of complexity dog shit<p>How sure are you it&#x27;s due to the idea itself rather than due to the implementation? If it really is due to the ideas and it repeated, that&#x27;s a management problem more than that person problem. Maybe start chatting to them?
评论 #43062364 未加载
Tinos4 个月前
Sounds like your company&#x2F;team have some serious communication issues. These things do happen in all companies regardless of size - but from what I understand, this is a repeat event.<p>Mentioning these sorts of concerns with other people in the company (especially higher-ups) is crucial. They can offer you the guidance on how to handle the situation far more effectively than some strangers on a forum.<p>I have had many instances of these sort of situations. Half the time you just suck it up and do it (if the person is more senior or it&#x27;s a topic you&#x27;re not so confident about) and the other half you can usually find some other strategy like meeting in the middle.<p>Maybe Celery is the best option? Have a team-wide meeting to discuss his side of the story. Sure, he might be one to just advocate constantly, but give him his pedestal to speak. If his arguments are shaky, he will step down from the pedestal on his own when he realises that this decision is inefficient and unnecessary. If he&#x27;s not the founder&#x2F;CEO then talk to the founder&#x2F;CEO or anyone above this guy so that they can help you put him in his place.<p>Sorry I couldn&#x27;t be of technical help but I hope this feedback will help tackle your team&#x27;s <i>root</i> problem - communication.
评论 #43061141 未加载
sigotirandolas4 个月前
I can&#x27;t claim to be able to say much, but if it&#x27;s anything like my experience, it can be an organizational problem.<p>I&#x27;ve seen this happen where there is something like an &quot;architect &#x2F; senior&quot; vs &quot;normal programmer&quot; role split, where the architect can sell some stupid idea that sounds good, or make a proof of concept implementation, then throw it over the wall to someone else who needs to maintain and fix the mess.<p>Or if practices like code review or testing aren&#x27;t done or aren&#x27;t done properly, which is a way to veto or slow down bad ideas.<p>If the problem &quot;trickles down&quot; from the top of the company and you have no leverage there, I don&#x27;t think there&#x27;s any easy way to fix it, if any.
评论 #43061002 未加载
ano-ther4 个月前
Sorry, I cannot add much on Celery.<p>If &quot;every time one of his ideas is implemented it turns into a flaming bag of complexity dog shit, and everyone else is left holding the bag to clean up,&quot; then it might be better to discuss how you make and stick to decisions in the team, rather than following your fellow engineer down his fad-of-the-day.