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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

Flintstoning your way around hard technical challenges

75 点作者 scrollinondubs将近 5 年前

11 条评论

lqet将近 5 年前
I have seen this pattern multiple times: (1) tell client completely underdefined problem can be solved automatically, (2) tell developer to implement it, (3) developer spends months trying to automate it, (4) days before the deadline the code does something that would barely count as acceptable, (5) an intern is hired last-minute to solve the problem manually, (6) &quot;we will do it by hand until we have fixed the code&quot;.<p>The client will never know (5). The intern will eventually do it manually full-time. The code is of course never fixed.<p>Months later, the developer finally has enough understanding of the problem to find out that it has been a research topic for decades, with no satisfying results so far.
评论 #23472538 未加载
评论 #23470973 未加载
评论 #23471125 未加载
Scarblac将近 5 年前
We have a website where customers of our company can upload data sets for various domain-specific modelling software, and we can do various integrity and quality checks on the data for them.<p>If it gains traction we&#x27;ll maybe automate parts of it some day, but for now it&#x27;s lovingly referred to as AaaS, or Arnold-as-a-service.
评论 #23470970 未加载
snarfy将近 5 年前
A friend told me a story of a job he got with a consulting company working for a phone company. Their job was to move all of the data from the old system to the new system. They had a multiyear contract where they charged millions to move this data.<p>When he got there, two terminals were set up - one the old system and the other the new. His job was to read the data from one screen and type it by hand into the other. He was one of hundreds of low paid contractors hired for typing skills.<p>After a few days of that drudgery, he decidedly said screw this, ^C the app, and ended up at a shell. He spent the next two weeks figuring out how to copy the data file from the old system to the new, and then used a handful of shell scripts to successfully convert the majority of the data.<p>He showed his boss what he&#x27;d done, and was swiftly fired. If anybody found out, they didn&#x27;t want to lose their lucrative multiyear contract. They&#x27;d rather type it all in by hand.
1propionyl将近 5 年前
This is referred to as the &quot;Wizard of Oz&quot; method (or &quot;experimenter-in-the-loop&quot;). It&#x27;s very common in HCI research, as well as in product prototyping in various industries.<p><a href="https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Wizard_of_Oz_experiment" rel="nofollow">https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Wizard_of_Oz_experiment</a><p>A variation of the technique is also common in CS user studies, where the novel tool under study works, but is too computationally intensive (i.e. slow) to actually use in the study. In this variation, the tool&#x27;s results are precomputed, and the tool&#x27;s interface is mocked up so that it just retrieves precomputed results (or it delegates to a human researcher playing the &quot;wizard&quot;).
cardiffspaceman将近 5 年前
There was some research at IBM, which I have tried to find a reference for, that tested: &quot;What if we wanted to build a better word processor, after having completely solved speech recognition?&quot; They devised an experiment where the subject, given the task of say creating a document, would speak and &quot;the system&quot; would respond by entering text and the usual things that word processors do. &quot;The system&quot; was a CRT and a human confederate behind a curtain who would type stuff and otherwise respond to the subject&#x27;s commands.
评论 #23472271 未加载
评论 #23470565 未加载
karmakaze将近 5 年前
There&#x27;s another aspect to this. Sometimes that human isn&#x27;t &#x27;in&#x27; the system but can be the user of it.<p>I recently made a script to document the code paths from any GraphQL or REST endpoint to code lines taking a database lock. It was a hack with false positives. I &#x27;fixed&#x27; it by making it an interactive app instead of a script.
评论 #23480393 未加载
gkop将近 5 年前
“Wizard of Oz prototyping” is a better name for this idea.
theamk将近 5 年前
I am always worried about solutions like this -- what if one day, the human makes a mistake and deletes newest photos instead of the oldest ones? What if the VA I have chosen misinterprets my instructions and does nothing?<p>With programming, as long as I take reasonable precautions, I will know that either the task will get done, or I&#x27;ll get notifications that something is wrong. With humans? Not so much.<p>(Let&#x27;s just not forget &quot;reasonable precautions&quot; part -- there is a surprising amount of people who apply the sloppiest programming for the dangerous actions. People who think that &quot;let&#x27;s use date parser which auto-detects date format&quot; and &quot;any error code means we can delete document&quot; are good ideas)
jimmaswell将近 5 年前
How hard can a script to delete documents based on timestamp possibly be?
评论 #23470211 未加载
评论 #23472960 未加载
评论 #23470796 未加载
jasimmonsv将近 5 年前
I have always heard this as to &quot;mechanical turk the problem&quot;
评论 #23468247 未加载
diablo1将近 5 年前
There&#x27;s an XKCD for this: <a href="https:&#x2F;&#x2F;xkcd.com&#x2F;1319&#x2F;" rel="nofollow">https:&#x2F;&#x2F;xkcd.com&#x2F;1319&#x2F;</a><p>Also, anecdotally, I literally automate to prevent RSI[0]. There&#x27;s only so much the human body can manually do with a computer<p>[0] <a href="https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Repetitive_strain_injury" rel="nofollow">https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Repetitive_strain_injury</a>
评论 #23468797 未加载