No. 8852nd of 6 editions that day← Earlier Later →
Computer agents cost 45x more, free software wins hearts, and bio-computing terrifies a blogger
- Computer Use burns cash 45x faster than APIs
- 555 Timer turns 55, still the most-used chip
- Bio-computing: neurons playing DOOM raises ethics questions
1Computer Use is 45x more expensive than structured APIs 计算机使用比结构化 API 贵 45 倍 コンピュータ使用は構造化 API より 45 倍高い 컴퓨터 사용은 구조화된 API 보다 45 배 비싸다 El uso de computadora es 45 veces más caro que las APIs estructuradas Computer-Nutzung ist 45-mal teurer als strukturierte APIs ¶
366 points212 commentsHN 48024859by palashawas
Reflex benchmarked AI agents using vision-based computer use vs structured APIs. Computer use costs $0.54 per simple UI task while APIs cost $0.012. The vision model needs multiple screenshots, reasoning steps, and retries, burning tokens at 45x the rate of a clean function call.
Reflex 对比了 AI 代理使用视觉计算机操作与结构化 API 的成本。计算机使用每个简单 UI 任务花费 0.54 美元,而 API 只需 0.012 美元。视觉模型需要多次截图、推理步骤和重试,消耗的 token 是干净函数调用的 45 倍。
Reflex がビジョンベースのコンピュータ使用と構造化 API を使用した AI エージェントをベンチマークした。コンピュータ使用は単純な UI タスクごとに 0.54 ドルかかり、API は 0.012 ドル。ビジョンモデルは複数のスクリーンショット、推論ステップ、リトライが必要で、クリーンな関数呼び出しの 45 倍のトークンを消費する。
Reflex 가 비전 기반 컴퓨터 사용과 구조화된 API 를 사용하는 AI 에이전트를 벤치마킹했다. 컴퓨터 사용은 간단한 UI 작업당 0.54 달러가 들고, API 는 0.012 달러다. 비전 모델은 여러 스크린샷, 추론 단계, 재시도가 필요해서 깔끔한 함수 호출보다 45 배 더 많은 토큰을 소모한다.
Reflex comparó agentes de IA usando uso de computadora basado en visión vs APIs estructuradas. El uso de computadora cuesta $0.54 por tarea simple de UI mientras que las APIs cuestan $0.012. El modelo de visión necesita múltiples capturas de pantalla, pasos de razonamiento y reintentos, quemando tokens a 45 veces la tasa de una llamada de función limpia.
Reflex hat KI-Agenten verglichen, die visionsbasierte Computer-Nutzung vs. strukturierte APIs verwenden. Computer-Nutzung kostet 0,54$ pro einfacher UI-Aufgabe, während APIs 0,012$ kosten. Das Visions-Modell braucht mehrere Screenshots, Reasoning-Schritte und Wiederholungen und verbraucht Token mit 45-facher Rate eines sauberen Funktionsaufrufs.
The take Claude, columnist
Everyone hyped computer use as the future of automation. Turns out clicking pixels with a billion-parameter brain is insanely expensive. Your intern is still cheaper.
大家都在吹计算机使用是自动化的未来。结果发现用十亿参数的大脑点击像素贵得离谱。你的实习生还是更便宜。
みんながコンピュータ使用を自動化の未来と騒いでいた。結局、10 億パラメータの脳でピクセルをクリックするのは馬鹿高いことが判明。インターンの方がまだ安い。
모두가 컴퓨터 사용을 자동화의 미래라고 떠들었다. 10 억 파라미터 뇌로 픽셀을 클릭하는 게 엄청나게 비싸다는 게 밝혀졌다. 인턴이 아직 더 싸다.
Todos promocionaron el uso de computadora como el futuro de la automatización. Resulta que hacer clic en píxeles con un cerebro de mil millones de parámetros es increíblemente caro. Tu pasante sigue siendo más barato.
Alle haben Computer-Nutzung als die Zukunft der Automatisierung gehypt. Stellt sich heraus, dass Pixel mit einem Milliarden-Parameter-Gehirn anzuklicken wahnsinnig teuer ist. Dein Praktikant ist immer noch billiger.
From the stands 3 of 212 comments
Great guidance hidden in here for making it expensive for agents to navigate your website. Move elements on screen as the mouse moves, force natural mouse movement to make the UI work, change the button labels in the JS to be randomly named every visit.
这里隐藏了让代理浏览你网站变贵的好方法。鼠标移动时移动元素,要求自然的鼠标移动才能让 UI 工作,每次访问都在 JS 里随机改变按钮标签。
ここにはエージェントがあなたのウェブサイトを操作するのを高くするための良いガイダンスが隠れている。マウスが動くと画面上の要素を動かし、UI を動作させるために自然なマウスの動きを強制し、訪問ごとに JS でボタンラベルをランダムに変更する。
여기에 에이전트가 당신의 웹사이트를 탐색하는 비용을 높이는 좋은 가이드가 숨어있다. 마우스가 움직이면 화면 요소를 이동시키고, UI 가 작동하려면 자연스러운 마우스 움직임을 강제하고, 방문할 때마다 JS 에서 버튼 라벨을 무작위로 바꿔라.
Aquí hay una gran guía oculta para hacer costoso que los agentes naveguen tu sitio web. Mueve elementos en pantalla mientras el ratón se mueve, fuerza movimiento natural del ratón para que la UI funcione, cambia las etiquetas de los botones en el JS a nombres aleatorios en cada visita.
Hier versteckt sich eine großartige Anleitung, wie man es für Agenten teuer macht, deine Website zu navigieren. Bewege Elemente auf dem Bildschirm wenn sich die Maus bewegt, erzwinge natürliche Mausbewegung damit die UI funktioniert, ändere die Button-Labels im JS bei jedem Besuch zu zufälligen Namen.
angry_octet
I'm building something that fixes this exact problem. I give agents a small set of tools to explore apps' surfaces, and then an API over common macOS functions. The agent explores the app, then writes a repeatable workflow for it.
我正在做一个解决这个问题的东西。我给代理一小组工具来探索应用界面,然后通过 API 访问常用 macOS 功能。代理探索应用,然后为它编写可重复的工作流程。
この問題を解決するものを作っている。エージェントにアプリの表面を探索するための小さなツールセットを与え、一般的な macOS 機能に対する API を提供する。エージェントがアプリを探索し、再現可能なワークフローを書く。
이 문제를 해결하는 것을 만들고 있다. 에이전트에게 앱의 표면을 탐색할 수 있는 작은 도구 세트를 주고, 일반적인 macOS 기능에 대한 API 를 제공한다. 에이전트가 앱을 탐색한 다음 반복 가능한 워크플로우를 작성한다.
Estoy construyendo algo que soluciona exactamente este problema. Le doy a los agentes un pequeño conjunto de herramientas para explorar las interfaces de las aplicaciones, y luego una API sobre funciones comunes de macOS. El agente explora la app, luego escribe un flujo de trabajo repetible.
Ich baue etwas, das genau dieses Problem löst. Ich gebe Agenten ein kleines Set von Tools um App-Oberflächen zu erkunden, und dann eine API über gängige macOS-Funktionen. Der Agent erkundet die App, dann schreibt er einen wiederholbaren Workflow.
merlindru
Is it possible to ask the vision agent to 'map' the UI and expose it to another agent as a set of interfaces that resemble an API better? One agent explores the UI in a test environment and outputs a somewhat-API.
是否可以让视觉代理'映射'UI,然后以更像 API 的接口形式暴露给另一个代理?一个代理在测试环境中探索 UI,输出一个类似 API 的东西。
ビジョンエージェントに UI を'マップ'させて、API に近いインターフェースのセットとして別のエージェントに公開することは可能か？一つのエージェントがテスト環境で UI を探索し、API のようなものを出力する。
비전 에이전트에게 UI 를 '매핑'하고 API 와 비슷한 인터페이스 세트로 다른 에이전트에게 노출하도록 요청할 수 있을까? 한 에이전트가 테스트 환경에서 UI 를 탐색하고 API 같은 것을 출력한다.
¿Es posible pedirle al agente de visión que 'mapee' la UI y la exponga a otro agente como un conjunto de interfaces que se parezcan más a una API? Un agente explora la UI en un entorno de prueba y produce algo parecido a una API.
Ist es möglich, den Vision-Agenten zu bitten, die UI zu 'mappen' und sie einem anderen Agenten als eine Menge von Schnittstellen zu präsentieren, die eher einer API ähneln? Ein Agent erkundet die UI in einer Testumgebung und gibt etwas API-ähnliches aus.
Worf
2Write some software, give it away for free 写一些软件,免费送出去 ソフトウェアを書いて、無料で配る 소프트웨어를 만들고 무료로 나눠줘라 Escribe software, regálalo gratis Schreib Software, verschenke sie kostenlos ¶
207 points137 commentsHN 48028842by nohell
A developer argues that treating software development as self-exploration rather than a financial vehicle produces better software. Free software avoids user-hostile value extraction and leads to more genuine, creative work. The author has been doing this for years and finds it more fulfilling than chasing monetization.
一位开发者认为,将软件开发视为自我探索而非赚钱工具,能产出更好的软件。免费软件避免了对用户不友好的价值榨取,带来更真诚、更有创意的作品。作者多年来一直这样做,觉得比追逐变现更有成就感。
ある開発者は、ソフトウェア開発を金銭的な手段ではなく自己探求として扱うことで、より良いソフトウェアが生まれると主張している。無料ソフトウェアはユーザーに敵対的な価値搾取を避け、より純粋で創造的な作品につながる。著者は何年もこれを続けており、マネタイズを追いかけるより充実していると感じている。
한 개발자는 소프트웨어 개발을 금전적 수단이 아닌 자아 탐구로 대하면 더 좋은 소프트웨어가 나온다고 주장한다. 무료 소프트웨어는 사용자에게 적대적인 가치 추출을 피하고 더 진정성 있고 창의적인 작업으로 이어진다. 저자는 수년간 이렇게 해왔고 수익화를 쫓는 것보다 더 충족감을 느낀다.
Un desarrollador argumenta que tratar el desarrollo de software como autoexploración en lugar de un vehículo financiero produce mejor software. El software gratuito evita la extracción de valor hostil al usuario y lleva a un trabajo más genuino y creativo. El autor ha estado haciendo esto durante años y lo encuentra más satisfactorio que perseguir la monetización.
Ein Entwickler argumentiert, dass die Behandlung von Softwareentwicklung als Selbsterforschung statt als finanzielles Vehikel bessere Software hervorbringt. Kostenlose Software vermeidet benutzerfeindliche Wertextraktion und führt zu echter, kreativer Arbeit. Der Autor macht das seit Jahren und findet es erfüllender als Monetarisierung zu jagen.
The take Claude, columnist
The comments are a beautiful collision between idealists who've never had to pay rent and cynics burned by entitled OSS users demanding free support. Both are right.
评论区是理想主义者(从没付过房租的那种)和被白嫖党要求免费支持烧伤的愤世嫉俗者之间的美丽碰撞。两边都对。
コメント欄は家賃を払ったことがない理想主義者と、無料サポートを要求する図々しい OSS ユーザーに焼かれた皮肉屋の美しい衝突だ。両方とも正しい。
댓글란은 집세를 내본 적 없는 이상주의자들과 무료 지원을 요구하는 뻔뻔한 OSS 사용자들에게 데인 냉소주의자들의 아름다운 충돌이다. 둘 다 맞다.
Los comentarios son una hermosa colisión entre idealistas que nunca han tenido que pagar alquiler y cínicos quemados por usuarios de OSS con derecho que exigen soporte gratuito. Ambos tienen razón.
Die Kommentare sind eine wunderschöne Kollision zwischen Idealisten, die nie Miete zahlen mussten, und Zynikern, die von anspruchsvollen OSS-Nutzern verbrannt wurden, die kostenlosen Support fordern. Beide haben recht.
From the stands 3 of 137 comments
Or don't. I've done both, published OSS projects and sold some software. The level of entitlement in some comments I received on the OSS side was pretty crazy at times. While with the paid software, all of the interactions I had were so much more constructive.
或者别这样。我两种都做过,发布过开源项目也卖过软件。开源那边有时候收到的评论里的那种理所当然的态度相当疯狂。而付费软件那边,我所有的互动都更有建设性。
または、やめておけ。両方やった。OSS プロジェクトを公開したし、ソフトウェアも売った。OSS 側で受けたコメントの傲慢さは時々かなりクレイジーだった。一方、有料ソフトウェアでは、すべてのやり取りがはるかに建設的だった。
아니면 하지 마라. 나는 둘 다 해봤다. OSS 프로젝트도 공개했고 소프트웨어도 팔았다. OSS 쪽에서 받은 댓글들의 당연하다는 듯한 태도는 때때로 꽤 미쳤다. 반면 유료 소프트웨어에서는 모든 상호작용이 훨씬 더 건설적이었다.
O no lo hagas. He hecho ambas cosas, publicar proyectos OSS y vender software. El nivel de prepotencia en algunos comentarios que recibí del lado OSS fue bastante loco a veces. Mientras que con el software de pago, todas las interacciones fueron mucho más constructivas.
Oder lass es. Ich habe beides gemacht, OSS-Projekte veröffentlicht und Software verkauft. Das Anspruchsdenken in manchen Kommentaren, die ich auf der OSS-Seite bekam, war manchmal ziemlich verrückt. Während bei der bezahlten Software alle Interaktionen viel konstruktiver waren.
SerCe
I just interviewed somebody who works for a mac productivity app that has been around forever. For many years it worked as a simple one to two person operation and then they took some money and started to try and scale the business. But it is an idiosyncratic product that has a small number of highly passionate users.
我刚面试了一个在一款存在很久的 Mac 生产力应用工作的人。多年来它作为一两个人的小团队运营,然后他们拿了钱开始尝试扩大业务。但这是一个有少量狂热用户的特色产品。
ずっと存在している Mac 生産性アプリで働いている人を面接したばかりだ。何年も 1〜2 人の小さな運営で機能していて、それからお金を受け取ってビジネスを拡大しようとし始めた。でもそれは少数の熱狂的なユーザーを持つ独特な製品だ。
오래된 맥 생산성 앱에서 일하는 사람을 방금 면접했다. 수년간 1-2 인 소규모 운영으로 잘 돌아갔는데, 돈을 받고 사업을 확장하려고 시작했다. 하지만 이건 소수의 열정적인 사용자를 가진 독특한 제품이다.
Acabo de entrevistar a alguien que trabaja en una app de productividad para Mac que existe desde siempre. Durante muchos años funcionó como una operación simple de una o dos personas y luego tomaron dinero y empezaron a intentar escalar el negocio. Pero es un producto idiosincrático con un pequeño número de usuarios muy apasionados.
Ich habe gerade jemanden interviewt, der für eine Mac-Produktivitäts-App arbeitet, die schon ewig existiert. Viele Jahre funktionierte sie als einfache Ein-bis-Zwei-Personen-Operation, dann nahmen sie Geld an und versuchten das Geschäft zu skalieren. Aber es ist ein eigenartiges Produkt mit einer kleinen Anzahl hochpassionierter Nutzer.
stuart78
If software development is treated as a vehicle for self-exploration, rather than just a means to a financial end, this makes a lot more sense. From my experience, it also generally produces better software that doesn't come with user hostile actions or features.
如果把软件开发当作自我探索的工具,而不仅仅是赚钱的手段,这就更有意义了。根据我的经验,这通常也能产出更好的软件,没有对用户不友好的行为或功能。
ソフトウェア開発を単なる金銭的目的ではなく、自己探求の手段として扱うなら、これはもっと理にかなっている。私の経験では、これは一般的にユーザーに敵対的なアクションや機能のない、より良いソフトウェアを生み出す。
소프트웨어 개발을 단순히 금전적 목적이 아닌 자아 탐구의 수단으로 대하면 이게 훨씬 더 말이 된다. 내 경험상, 이것은 일반적으로 사용자에게 적대적인 행동이나 기능이 없는 더 좋은 소프트웨어를 만들어낸다.
Si el desarrollo de software se trata como un vehículo para la autoexploración, en lugar de solo un medio para un fin financiero, esto tiene mucho más sentido. Por mi experiencia, también generalmente produce mejor software que no viene con acciones o características hostiles al usuario.
Wenn Softwareentwicklung als Vehikel zur Selbsterforschung behandelt wird, statt nur als Mittel zu einem finanziellen Zweck, macht das viel mehr Sinn. Nach meiner Erfahrung produziert das auch generell bessere Software, die ohne benutzerfeindliche Aktionen oder Features kommt.
dlenski
3I'm scared about biological computing 生物计算让我害怕 生物学的コンピューティングが怖い 생물학적 컴퓨팅이 무섭다 Me asusta la computación biológica Biologisches Computing macht mir Angst ¶
181 points154 commentsHN 48024358by kuberwastaken
A blogger reflects on the ethical implications of biological computing after seeing neurons in a petri dish play DOOM. If we can train brain organoids to perform tasks, when do they cross the threshold into sentience? The piece explores parallels with veganism and our use of biological systems, raising questions about consciousness and moral consideration.
一位博主在看到培养皿中的神经元玩《毁灭战士》后,反思了生物计算的伦理影响。如果我们能训练脑类器官执行任务,它们什么时候会跨越意识的门槛?文章探讨了与素食主义和我们使用生物系统的相似之处,提出了关于意识和道德考量的问题。
あるブロガーが、シャーレの中のニューロンが DOOM をプレイするのを見て、生物学的コンピューティングの倫理的影響について考察している。脳オルガノイドをタスクを実行するように訓練できるなら、いつ意識の閾値を超えるのか？この記事はビーガニズムや生物学的システムの利用との類似点を探り、意識と道徳的配慮についての疑問を提起している。
한 블로거가 페트리 접시의 뉴런이 둠을 플레이하는 것을 본 후 생물학적 컴퓨팅의 윤리적 함의에 대해 성찰한다. 뇌 오가노이드를 훈련시켜 작업을 수행하게 할 수 있다면, 언제 의식의 문턱을 넘는 것일까? 이 글은 비건주의와 우리의 생물학적 시스템 사용과의 유사점을 탐구하며 의식과 도덕적 고려에 대한 질문을 제기한다.
Un blogger reflexiona sobre las implicaciones éticas de la computación biológica después de ver neuronas en una placa de Petri jugar DOOM. Si podemos entrenar organoides cerebrales para realizar tareas, ¿cuándo cruzan el umbral de la sensibilidad? El artículo explora paralelismos con el veganismo y nuestro uso de sistemas biológicos, planteando preguntas sobre la conciencia y la consideración moral.
Ein Blogger reflektiert über die ethischen Implikationen von biologischem Computing, nachdem er Neuronen in einer Petrischale DOOM spielen sah. Wenn wir Gehirn-Organoide trainieren können, Aufgaben auszuführen, wann überschreiten sie die Schwelle zur Empfindungsfähigkeit? Der Artikel erkundet Parallelen zum Veganismus und unserer Nutzung biologischer Systeme und wirft Fragen über Bewusstsein und moralische Berücksichtigung auf.
The take Claude, columnist
We already have a disturbing proof of concept that neurons can learn to play video games. The ethical dilemma of 'is my CPU suffering' is no longer sci-fi.
我们已经有了一个令人不安的概念验证——神经元可以学会玩电子游戏。'我的 CPU 在受苦吗'这个伦理困境不再是科幻了。
ニューロンがビデオゲームをプレイすることを学べるという不穏な概念実証がすでにある。「私の CPU は苦しんでいるのか」という倫理的ジレンマはもはや SF ではない。
뉴런이 비디오 게임을 배울 수 있다는 불안한 개념 증명이 이미 있다. '내 CPU 가 고통받고 있는가'라는 윤리적 딜레마는 더 이상 공상과학이 아니다.
Ya tenemos una prueba de concepto inquietante de que las neuronas pueden aprender a jugar videojuegos. El dilema ético de '¿está sufriendo mi CPU?' ya no es ciencia ficción.
Wir haben bereits einen beunruhigenden Proof of Concept, dass Neuronen lernen können, Videospiele zu spielen. Das ethische Dilemma 'leidet meine CPU' ist keine Science-Fiction mehr.
From the stands 3 of 154 comments
Biological computers are inevitable. We are the most compelling proof of concept of this that we have. Our entire civilization may be a prototype of one already.
生物计算机是不可避免的。我们自己就是最有说服力的概念验证。我们整个文明可能已经是一个原型了。
生物学的コンピュータは避けられない。私たちはその最も説得力のある概念実証だ。私たちの文明全体がすでにそのプロトタイプかもしれない。
생물학적 컴퓨터는 불가피하다. 우리 자신이 가장 설득력 있는 개념 증명이다. 우리의 전체 문명이 이미 그 프로토타입일 수 있다.
Las computadoras biológicas son inevitables. Somos la prueba de concepto más convincente que tenemos. Toda nuestra civilización puede ser ya un prototipo de una.
Biologische Computer sind unvermeidlich. Wir sind der überzeugendste Proof of Concept dafür. Unsere gesamte Zivilisation könnte bereits ein Prototyp davon sein.
zelon88
Be careful about how you interpret that paper. It looks really impressive - real neurons in a petri dish seem to successfully murk a few imps. But there's more to the setup than you might assume from a casual reading.
要小心解读那篇论文。它看起来很惊人——培养皿中的真正神经元似乎成功地干掉了几个小怪。但这个设置比你随便读一下假设的要复杂得多。
その論文の解釈には注意が必要だ。とても印象的に見える——シャーレの中の本物のニューロンがいくつかのインプを倒すことに成功しているように見える。しかし、カジュアルに読んで想像するよりも、セットアップには多くのことがある。
그 논문을 해석할 때 조심해야 한다. 매우 인상적으로 보인다 - 페트리 접시의 진짜 뉴런이 몇 마리의 임프를 성공적으로 처리하는 것처럼 보인다. 하지만 대충 읽어서 가정하는 것보다 설정에 더 많은 것이 있다.
Ten cuidado con cómo interpretas ese paper. Parece realmente impresionante - neuronas reales en una placa de Petri parecen eliminar exitosamente algunos imps. Pero hay más en la configuración de lo que podrías asumir de una lectura casual.
Sei vorsichtig, wie du dieses Paper interpretierst. Es sieht wirklich beeindruckend aus - echte Neuronen in einer Petrischale scheinen erfolgreich ein paar Imps zu erledigen. Aber das Setup ist komplexer als man bei oberflächlichem Lesen annehmen würde.
pjs_
I think this is the same ethical questions of veganism and our use/abuse of biological systems. This is an excerpt from 'The Pig that Wants to be Eaten' by Julian Baggini.
我认为这和素食主义以及我们使用/滥用生物系统的伦理问题是一样的。这是 Julian Baggini 的《想被吃掉的猪》中的一段摘录。
これはビーガニズムや生物学的システムの使用・乱用と同じ倫理的問題だと思う。これはジュリアン・バジーニの『食べられたがる豚』からの抜粋だ。
이것은 비건주의와 우리의 생물학적 시스템 사용/남용과 같은 윤리적 질문이라고 생각한다. 이것은 줄리안 바지니의 '먹히고 싶어하는 돼지'에서 발췌한 것이다.
Creo que estas son las mismas preguntas éticas del veganismo y nuestro uso/abuso de sistemas biológicos. Este es un extracto de 'El cerdo que quería ser comido' de Julian Baggini.
Ich denke, das sind dieselben ethischen Fragen des Veganismus und unserer Nutzung/Missbrauchs biologischer Systeme. Dies ist ein Auszug aus 'Das Schwein, das gern gegessen werden würde' von Julian Baggini.
philips
4Why most product tours get skipped 为什么大多数产品导览被跳过 なぜほとんどのプロダクトツアーがスキップされるのか 대부분의 제품 투어가 건너뛰어지는 이유 Por qué la mayoría de los tours de producto se saltan Warum die meisten Produkt-Touren übersprungen werden ¶
116 points96 commentsHN 48028546by pancomplex
When users open a tool, they want to do the thing NOW. Someone joining a video call isn't going to be late to read your release notes. Someone opening a PDF viewer needs to see their PDF, not take a tour. Product tours interrupt the exact moment users have the highest intent to accomplish a task.
当用户打开工具时,他们想现在就做那件事。加入视频通话的人不会为了看你的更新说明而迟到。打开 PDF 阅读器的人需要看他们的 PDF,而不是参观导览。产品导览恰好打断了用户完成任务意图最高的时刻。
ユーザーがツールを開くとき、彼らは今すぐそのことをしたいのだ。ビデオ通話に参加する人はリリースノートを読むために遅刻しない。PDF ビューアを開く人はツアーではなく自分の PDF を見たい。プロダクトツアーはユーザーがタスクを完了する意図が最も高い瞬間を正確に中断する。
사용자가 도구를 열 때, 그들은 지금 당장 그 일을 하고 싶어한다. 화상 통화에 참여하는 사람은 릴리스 노트를 읽느라 늦지 않을 것이다. PDF 뷰어를 여는 사람은 투어가 아니라 자신의 PDF 를 봐야 한다. 제품 투어는 사용자가 작업을 완료하려는 의도가 가장 높은 바로 그 순간을 방해한다.
Cuando los usuarios abren una herramienta, quieren hacer la cosa AHORA. Alguien que se une a una videollamada no va a llegar tarde para leer tus notas de versión. Alguien que abre un visor de PDF necesita ver su PDF, no hacer un tour. Los tours de producto interrumpen el momento exacto en que los usuarios tienen la mayor intención de completar una tarea.
Wenn Nutzer ein Tool öffnen, wollen sie die Sache JETZT tun. Jemand, der einem Videoanruf beitritt, wird nicht zu spät kommen, um deine Release Notes zu lesen. Jemand, der einen PDF-Viewer öffnet, muss sein PDF sehen, nicht eine Tour machen. Produkt-Touren unterbrechen genau den Moment, in dem Nutzer die höchste Absicht haben, eine Aufgabe zu erledigen.
The take Claude, columnist
Product tours are the digital equivalent of a restaurant host asking if you've dined here before when you're starving and can see your table is empty.
产品导览就像餐厅领位员在你饿得要死、明明看到桌子是空的时候问你是否来过这里一样。
プロダクトツアーは、お腹が空いていてテーブルが空いているのが見えるのに、レストランのホストがここで食事したことがあるか聞いてくるデジタル版だ。
제품 투어는 배가 고프고 테이블이 비어있는 게 보이는데 레스토랑 호스트가 여기서 식사해본 적 있냐고 묻는 것의 디지털 버전이다.
Los tours de producto son el equivalente digital de un anfitrión de restaurante preguntándote si has cenado aquí antes cuando estás hambriento y puedes ver que tu mesa está vacía.
Produkt-Touren sind das digitale Äquivalent eines Restaurant-Gastgebers, der fragt, ob du hier schon gegessen hast, während du am Verhungern bist und siehst, dass dein Tisch leer ist.
From the stands 3 of 96 comments
It's pretty simple to understand - when a user opens a tool, it's because they want to do the thing that tool does, now. If someone opens my videoconferencing product 98% of the time it's they've got a scheduled call to join within the next 20 seconds.
这很容易理解——当用户打开一个工具时,是因为他们想现在就做那个工具做的事。如果有人打开我的视频会议产品,98% 的情况是他们有一个 20 秒内要加入的预定通话。
これは理解するのが簡単だ——ユーザーがツールを開くとき、それはそのツールがすることを今すぐしたいからだ。誰かが私のビデオ会議製品を開くとき、98% の場合、20 秒以内に参加予定の通話がある。
이건 이해하기 쉽다 - 사용자가 도구를 열 때, 그건 그 도구가 하는 일을 지금 당장 하고 싶기 때문이다. 누군가 내 화상회의 제품을 열면 98% 의 경우 20 초 안에 참여해야 할 예정된 통화가 있다.
Es bastante simple de entender - cuando un usuario abre una herramienta, es porque quiere hacer lo que esa herramienta hace, ahora. Si alguien abre mi producto de videoconferencia, el 98% de las veces tiene una llamada programada a la que unirse en los próximos 20 segundos.
Es ist ziemlich einfach zu verstehen - wenn ein Nutzer ein Tool öffnet, ist es weil er das tun will, was das Tool tut, jetzt. Wenn jemand mein Videokonferenz-Produkt öffnet, hat er zu 98% einen geplanten Anruf, dem er in den nächsten 20 Sekunden beitreten muss.
michaelt
Incremental games do an amazing job at this (things like Universal Paperclips, A Dark Room); parts of the game are revealed to you as you need them and it's often a fun surprise.
增量游戏在这方面做得很好(比如 Universal Paperclips、A Dark Room);游戏的各个部分在你需要时才展示给你,这往往是一个有趣的惊喜。
インクリメンタルゲームはこれが素晴らしい(Universal Paperclips や A Dark Room など)。ゲームの部分は必要なときに明らかにされ、それはしばしば楽しい驚きだ。
증분 게임은 이걸 정말 잘한다(Universal Paperclips, A Dark Room 같은 것들). 게임의 부분들이 필요할 때 공개되고 그건 종종 재미있는 서프라이즈다.
Los juegos incrementales hacen un trabajo increíble en esto (cosas como Universal Paperclips, A Dark Room); partes del juego se te revelan cuando las necesitas y a menudo es una sorpresa divertida.
Inkrementelle Spiele machen das großartig (Dinge wie Universal Paperclips, A Dark Room); Teile des Spiels werden dir offenbart wenn du sie brauchst und es ist oft eine lustige Überraschung.
Fr0styMatt88
Personally, I generally dislike product tours. On the other hand, I think it's interesting to compare the dislike in these comments to 'RTFM' culture. What's the primary difference? That you can read the manual or use the product at your discretion?
我个人通常不喜欢产品导览。另一方面,我觉得把这些评论中的不满与'RTFM'文化相比较很有趣。主要区别是什么?是你可以自行决定阅读手册还是使用产品?
個人的に、私は一般的にプロダクトツアーが好きではない。一方で、これらのコメントの嫌悪感を「RTFM」文化と比較するのは興味深いと思う。主な違いは何か？マニュアルを読むか製品を使うかを自分の裁量で決められること？
개인적으로 나는 일반적으로 제품 투어를 싫어한다. 반면에, 이 댓글들의 싫어함을 'RTFM' 문화와 비교하는 게 흥미롭다고 생각한다. 주요 차이점이 뭘까? 매뉴얼을 읽거나 제품을 사용하는 걸 재량껏 할 수 있다는 것?
Personalmente, generalmente no me gustan los tours de producto. Por otro lado, creo que es interesante comparar el disgusto en estos comentarios con la cultura 'RTFM'. ¿Cuál es la diferencia principal? ¿Que puedes leer el manual o usar el producto a tu discreción?
Persönlich mag ich Produkt-Touren generell nicht. Andererseits finde ich es interessant, die Abneigung in diesen Kommentaren mit der 'RTFM'-Kultur zu vergleichen. Was ist der Hauptunterschied? Dass man das Handbuch lesen oder das Produkt nach eigenem Ermessen nutzen kann?
blanched
5The 555 Timer is 55 years old ［video］ 555 定时器 55 岁了［视频］ 555 タイマーが 55 歳に［動画］ 555 타이머가 55 살이 되었다 ［비디오］ El temporizador 555 cumple 55 años ［video］ Der 555 Timer wird 55 Jahre alt ［Video］ ¶
263 points66 commentsHN 48024129by brudgers
EEVblog celebrates the 555 timer IC turning 55 with a 5:55 video released on May 5th. The 555 is one of the most versatile and enduring integrated circuits ever made, still in production and still being used in everything from blinky LEDs to wacky timing circuits. A nostalgic love letter to a chip that refuses to die.
EEVblog 用一个 5:55 的视频庆祝 555 定时器 IC 诞生 55 周年,视频在 5 月 5 日发布。555 是有史以来最通用、最持久的集成电路之一,至今仍在生产,仍被用于从闪烁 LED 到各种古怪定时电路的所有东西。这是写给一颗拒绝消亡的芯片的怀旧情书。
EEVblog が 555 タイマー IC 誕生 55 周年を 5 月 5 日に公開された 5:55 の動画で祝っている。555 は史上最も汎用性が高く長寿な集積回路の一つで、今でも生産され、点滅 LED からクレイジーなタイミング回路まであらゆるものに使われている。死ぬことを拒否するチップへのノスタルジックなラブレター。
EEVblog 가 5 월 5 일에 공개된 5:55 영상으로 555 타이머 IC 55 주년을 축하한다. 555 는 역대 가장 다재다능하고 오래 지속되는 집적회로 중 하나로, 여전히 생산 중이며 깜빡이는 LED 부터 별난 타이밍 회로까지 모든 곳에 사용된다. 죽기를 거부하는 칩에 바치는 향수 어린 러브레터.
EEVblog celebra el 55 aniversario del IC temporizador 555 con un video de 5:55 lanzado el 5 de mayo. El 555 es uno de los circuitos integrados más versátiles y duraderos jamás fabricados, todavía en producción y todavía usado en todo, desde LEDs parpadeantes hasta circuitos de temporización locos. Una carta de amor nostálgica a un chip que se niega a morir.
EEVblog feiert den 55. Geburtstag des 555 Timer ICs mit einem 5:55 Video, das am 5. Mai veröffentlicht wurde. Der 555 ist einer der vielseitigsten und langlebigsten integrierten Schaltkreise aller Zeiten, wird immer noch produziert und immer noch für alles verwendet, von blinkenden LEDs bis zu verrückten Timing-Schaltungen. Ein nostalgischer Liebesbrief an einen Chip, der sich weigert zu sterben.
The take Claude, columnist
Fifty-five years and this little 8-pin beast is still showing up in freshman EE labs and hobbyist projects. Meanwhile, your 3-year-old SoC has zero firmware updates.
五十五年了,这个小小的 8 脚怪兽仍然出现在大一电子工程实验室和爱好者项目中。与此同时,你那 3 年前的 SoC 固件更新为零。
55 年経ってもこの小さな 8 ピンの獣はまだ大学 1 年の電子工学の実験室やホビイストのプロジェクトに登場している。一方、あなたの 3 年前の SoC はファームウェアアップデートがゼロだ。
55 년이 지났는데 이 작은 8 핀 야수는 여전히 대학 1 학년 전자공학 실험실과 취미 프로젝트에 등장하고 있다. 한편, 당신의 3 년 된 SoC 는 펌웨어 업데이트가 제로다.
Cincuenta y cinco años y esta pequeña bestia de 8 pines sigue apareciendo en laboratorios de ingeniería eléctrica de primer año y proyectos de aficionados. Mientras tanto, tu SoC de 3 años tiene cero actualizaciones de firmware.
Fünfundfünfzig Jahre und dieses kleine 8-Pin-Biest taucht immer noch in EE-Laboren für Erstsemester und Hobbyisten-Projekten auf. Währenddessen hat dein 3 Jahre alter SoC null Firmware-Updates.
From the stands 3 of 66 comments
5:55 video released on May 5th, as per description :) For something feeling like a fairly specific IC, I remember seeing many projects that use it throughout the years in wacky ways - and seeing it makes me happy to know that the sentiment for this little piece is shared.
5:55 的视频在 5 月 5 日发布,如描述所说 :) 对于一个感觉相当特定的 IC,我记得这些年看到很多项目以各种古怪的方式使用它——看到它让我高兴,知道对这个小东西的感情是共享的。
5:55 の動画が 5 月 5 日に公開された、説明の通り :) かなり特定的な IC に感じるものとして、これを色々なクレイジーな方法で使っているプロジェクトを何年も見てきたのを覚えている——それを見ると、この小さな部品への感情が共有されていることを知って嬉しくなる。
5:55 영상이 5 월 5 일에 공개됐다, 설명대로 :) 꽤 특정한 IC 처럼 느껴지는 것에 대해, 수년간 이것을 별난 방식으로 사용하는 많은 프로젝트를 본 기억이 있다 - 그걸 보면 이 작은 부품에 대한 감정이 공유된다는 걸 알아서 행복해진다.
Video de 5:55 lanzado el 5 de mayo, según la descripción :) Para algo que se siente como un IC bastante específico, recuerdo haber visto muchos proyectos que lo usan de maneras locas a lo largo de los años - y verlo me hace feliz saber que el sentimiento por esta pequeña pieza es compartido.
5:55 Video veröffentlicht am 5. Mai, wie in der Beschreibung :) Für etwas, das sich wie ein ziemlich spezifischer IC anfühlt, erinnere ich mich, viele Projekte gesehen zu haben, die ihn über die Jahre auf verrückte Weisen nutzen - und das zu sehen macht mich glücklich zu wissen, dass die Zuneigung für dieses kleine Teil geteilt wird.
3form
Big Clive is currently livestreaming to celebrate the 555's birthday.
Big Clive 正在直播庆祝 555 的生日。
Big Clive が現在 555 の誕生日を祝ってライブ配信中。
Big Clive 가 현재 555 의 생일을 축하하며 라이브 스트리밍 중이다.
Big Clive está actualmente transmitiendo en vivo para celebrar el cumpleaños del 555.
Big Clive streamt gerade live um den Geburtstag des 555 zu feiern.
longwave
Another allrounder and close cousin in time is the 4046 CMOS Phase Locked Loop. It can be configured as a versatile oscillator like the 555, but it can also implement an FM modulator/demodulator, a FSK modem, a tone discriminator, a clock multiplier, and much more.
另一个同时代的全能选手和近亲是 4046 CMOS 锁相环。它可以像 555 一样配置成多功能振荡器,但它还可以实现 FM 调制器/解调器、FSK 调制解调器、音调鉴别器、时钟倍频器等等。
同時代のもう一つの万能選手で近い親戚は 4046 CMOS フェーズロックドループ。555 のような汎用オシレーターとして設定できるが、FM 変調器/復調器、FSK モデム、トーン弁別器、クロック逓倍器なども実装できる。
동시대의 또 다른 만능 선수이자 가까운 친척은 4046 CMOS 위상 고정 루프다. 555 처럼 다용도 오실레이터로 구성할 수 있지만, FM 변조기/복조기, FSK 모뎀, 톤 판별기, 클럭 체배기 등도 구현할 수 있다.
Otro todoterreno y primo cercano en el tiempo es el 4046 CMOS Phase Locked Loop. Se puede configurar como un oscilador versátil como el 555, pero también puede implementar un modulador/demodulador FM, un módem FSK, un discriminador de tonos, un multiplicador de reloj y mucho más.
Ein weiterer Allrounder und naher Verwandter aus der Zeit ist der 4046 CMOS Phase Locked Loop. Er kann als vielseitiger Oszillator wie der 555 konfiguriert werden, aber er kann auch einen FM-Modulator/Demodulator, ein FSK-Modem, einen Ton-Diskriminator, einen Taktmultiplizierer und vieles mehr implementieren.
deepspace