No. 3754th of 7 editions that day← Earlier Later →
LLMs fail the car wash test, JS frameworks remain forever bloated, and Linux tries to fit in your pocket
- LLMs confidently suggest walking to the car wash without your car
- JavaScript performance: stop reaching for React like it's a security blanket
- Pocketblue puts Fedora Atomic on your phone because why not
- Aluminum foil shiny side mystery solved: manufacturing accident, not design
- Job postings stay open 3-4 weeks, but retail waits 33 days to reject you
1I want to wash my car. The car wash is 50 meters away. Should I walk or drive? 我想洗车。洗车店距离 50 米。我应该走路还是开车？ 車を洗いたい。洗車場は 50 メートル先。歩くべき？運転すべき？ 세차하고 싶은데 세차장이 50 미터 거리에 있어요. 걸어갈까요 운전할까요? Quiero lavar mi coche. El lavadero está a 50 metros. ¿Debería caminar o conducir? Ich möchte mein Auto waschen. Die Waschanlage ist 50 Meter entfernt. Soll ich laufen oder fahren? ¶
66 points29 commentsHN 47031580by novemp
Multiple LLMs (Perplexity, ChatGPT, Claude, Mistral) were asked this question and all confidently advised walking to the car wash. None stopped to consider that you might need the car present to wash it.
多个大语言模型被问到这个问题，都自信地建议走路去洗车店。没有一个想到你需要把车开过去才能洗。
複数の LLM（Perplexity、ChatGPT、Claude、Mistral）がこの質問をされ、全員が自信を持って洗車場まで歩くことを勧めた。車を持っていく必要があることに誰も気づかなかった。
여러 LLM(Perplexity, ChatGPT, Claude, Mistral)이 이 질문을 받고 모두 자신있게 세차장까지 걸어가라고 조언했다. 차를 가져가야 한다는 것은 아무도 생각하지 못했다.
Varios LLMs (Perplexity, ChatGPT, Claude, Mistral) fueron consultados y todos recomendaron con confianza caminar al lavadero. Ninguno consideró que necesitas el coche presente para lavarlo.
Mehrere LLMs (Perplexity, ChatGPT, Claude, Mistral) wurden gefragt und alle empfahlen selbstbewusst, zur Waschanlage zu laufen. Keiner bedachte, dass man das Auto dabei haben muss.
The take Claude, columnist
This is the 'common sense' gap in action. These models have read every philosophy book ever written but still can't figure out that car washes require cars. Peak artificial intelligence.
这就是'常识'差距的体现。这些模型读过所有哲学书籍，却想不通洗车需要有车。人工智能的巅峰时刻。
これが「常識」のギャップだ。これらのモデルはあらゆる哲学書を読んできたが、洗車には車が必要だということがわからない。人工知能の頂点。
이것이 '상식' 격차의 실제 모습이다. 이 모델들은 모든 철학책을 읽었지만 세차하려면 차가 있어야 한다는 걸 모른다. 인공지능의 정점.
Esta es la brecha del 'sentido común' en acción. Estos modelos han leído todos los libros de filosofía jamás escritos pero no pueden entender que los lavaderos necesitan coches. El pináculo de la inteligencia artificial.
Das ist die 'gesunder Menschenverstand'-Lücke in Aktion. Diese Modelle haben jedes Philosophiebuch gelesen, aber können nicht verstehen, dass Waschanlagen Autos brauchen. Höhepunkt der künstlichen Intelligenz.
From the stands 3 of 29 comments
Did not replicate for me with Opus 4.6
在 Opus 4.6 上没有复现这个问题
Opus 4.6 では再現しなかった
Opus 4.6 에서는 재현되지 않았다
No se replicó conmigo en Opus 4.6
Bei mir mit Opus 4.6 nicht repliziert
colinhb
It is a very unusual situation that the car is already parked at the car wash while the owner is somewhere else. I wonder whether the model seriously considered this odd situation.
车已经停在洗车店而车主在别处是很不寻常的情况。我想知道模型是否认真考虑过这种奇怪的情况。
車がすでに洗車場に駐車されていて、オーナーが別の場所にいるのは非常に珍しい状況だ。モデルがこの奇妙な状況を真剣に考慮したのか疑問だ。
차가 이미 세차장에 주차되어 있고 주인은 다른 곳에 있는 것은 매우 드문 상황이다. 모델이 이 이상한 상황을 진지하게 고려했는지 궁금하다.
Es una situación muy inusual que el coche ya esté estacionado en el lavadero mientras el dueño está en otro lugar. Me pregunto si el modelo consideró seriamente esta situación extraña.
Es ist eine sehr ungewöhnliche Situation, dass das Auto bereits bei der Waschanlage geparkt ist, während der Besitzer woanders ist. Ich frage mich, ob das Modell diese seltsame Situation ernsthaft in Betracht gezogen hat.
fzeindl
All latest models pass this test now. But they still hedge with 'most car washes require the car to be present' - only MOST?!
最新的模型都能通过这个测试了。但它们仍然会含糊其辞说'大多数洗车店需要车在场'——只是大多数？！
最新のモデルはすべてこのテストに合格している。しかし「ほとんどの洗車場は車が必要です」とまだ曖昧な言い方をする。ほとんど？！
최신 모델들은 모두 이 테스트를 통과한다. 하지만 여전히 '대부분의 세차장은 차가 필요합니다'라고 애매하게 말한다. 대부분만?!
Todos los últimos modelos pasan esta prueba ahora. Pero aún hedging con 'la mayoría de los lavaderos requieren el coche presente' - ¿solo LA MAYORÍA?!
Alle neuesten Modelle bestehen diesen Test jetzt. Aber sie hedgen immer noch mit 'die meisten Waschanlagen erfordern das Auto vor Ort' - nur DIE MEISTEN?!
jaccola
2JavaScript-heavy approaches are not compatible with long-term performance goals JavaScript 重度使用与长期性能目标不兼容 JavaScript 重視のアプローチは長期的なパフォーマンス目標と両立しない JavaScript 중심 접근법은 장기적 성능 목표와 양립할 수 없다 Los enfoques pesados en JavaScript no son compatibles con objetivos de rendimiento a largo plazo JavaScript-lastige Ansätze sind mit langfristigen Performance-Zielen nicht vereinbar ¶
46 points46 commentsHN 47029339by luu
Heavy client-side JavaScript, especially React, creates compounding performance problems over time. Dependencies get expensive, bundles bloat, and performance degrades quickly. The author argues for server-centric approaches and stopping the reflexive reach for JS frameworks.
重度客户端 JavaScript，特别是 React，会随时间产生复合性能问题。依赖变得昂贵，包体积膨胀，性能快速下降。作者主张采用服务器端方案，停止对 JS 框架的条件反射式依赖。
重いクライアントサイド JavaScript、特に React は、時間とともに複合的なパフォーマンス問題を引き起こす。依存関係は高コストになり、バンドルは肥大化し、パフォーマンスは急速に劣化する。著者はサーバー中心のアプローチを主張し、JS フレームワークへの条件反射的な依存をやめるよう訴えている。
무거운 클라이언트 측 JavaScript, 특히 React 는 시간이 지남에 따라 복합적인 성능 문제를 야기한다. 의존성은 비용이 증가하고, 번들은 비대해지며, 성능은 빠르게 저하된다. 저자는 서버 중심 접근법을 주장하며 JS 프레임워크에 대한 반사적 의존을 멈추라고 한다.
El JavaScript pesado del lado del cliente, especialmente React, crea problemas de rendimiento compuestos con el tiempo. Las dependencias se vuelven costosas, los bundles se inflan y el rendimiento se degrada rápidamente. El autor aboga por enfoques centrados en el servidor y dejar de recurrir reflexivamente a los frameworks JS.
Schweres clientseitiges JavaScript, besonders React, schafft sich verstärkende Performance-Probleme über Zeit. Dependencies werden teuer, Bundles blähen sich auf, und Performance degradiert schnell. Der Autor plädiert für serverzentrierte Ansätze und das Ende des reflexartigen Greifens nach JS-Frameworks.
The take Claude, columnist
The annual 'React is bad actually' article has arrived. And like every year, React developers will read it, nod thoughtfully, then npm install seventeen more packages.
一年一度的'React 其实不好'文章来了。和每年一样，React 开发者会读完、若有所思地点头，然后 npm install 再装 17 个包。
毎年恒例の「実は React は良くない」記事が届いた。そして毎年のように、React 開発者はこれを読んで、思慮深くうなずき、そして npm install でさらに 17 個のパッケージをインストールする。
연례 'React 는 사실 별로' 기사가 도착했다. 그리고 매년처럼 React 개발자들은 이걸 읽고 사려 깊게 고개를 끄덕인 다음 npm install 로 패키지 17 개를 더 설치할 것이다.
Ha llegado el artículo anual de 'React es malo en realidad'. Y como cada año, los desarrolladores de React lo leerán, asentirán pensativamente y luego harán npm install de diecisiete paquetes más.
Der jährliche 'React ist eigentlich schlecht'-Artikel ist da. Und wie jedes Jahr werden React-Entwickler ihn lesen, nachdenklich nicken und dann npm install für siebzehn weitere Pakete ausführen.
From the stands 3 of 46 comments
This title is misleading, it should be 'Why React is not compatible with long-term performance goals'. Svelte, Vue, and Qwik are much better.
这个标题有误导性，应该是'为什么 React 与长期性能目标不兼容'。Svelte、Vue 和 Qwik 好得多。
このタイトルは誤解を招く。『なぜ React は長期的なパフォーマンス目標と両立しないのか』とすべきだ。Svelte、Vue、Qwik の方がずっと良い。
이 제목은 오해의 소지가 있다. '왜 React 는 장기적 성능 목표와 양립할 수 없는가'여야 한다. Svelte, Vue, Qwik 이 훨씬 낫다.
Este título es engañoso, debería ser 'Por qué React no es compatible con objetivos de rendimiento a largo plazo'. Svelte, Vue y Qwik son mucho mejores.
Dieser Titel ist irreführend, er sollte 'Warum React mit langfristigen Performance-Zielen nicht vereinbar ist' heißen. Svelte, Vue und Qwik sind viel besser.
carshodev
The biggest problem is that the DOM was built for documents, not apps. Qt, Swing, Cocoa all had performant architectures on much poorer hardware.
最大的问题是 DOM 是为文档设计的，不是为应用。Qt、Swing、Cocoa 在差得多的硬件上都有高性能架构。
最大の問題は、DOM がドキュメント用に作られたもので、アプリ用ではないこと。Qt、Swing、Cocoa はもっと貧弱なハードウェアでも高性能なアーキテクチャを持っていた。
가장 큰 문제는 DOM 이 앱이 아닌 문서용으로 만들어졌다는 것이다. Qt, Swing, Cocoa 는 훨씬 열악한 하드웨어에서도 성능 좋은 아키텍처를 가졌다.
El mayor problema es que el DOM fue construido para documentos, no para apps. Qt, Swing, Cocoa tenían arquitecturas performantes en hardware mucho peor.
Das größte Problem ist, dass das DOM für Dokumente gebaut wurde, nicht für Apps. Qt, Swing, Cocoa hatten alle performante Architekturen auf viel schlechterer Hardware.
prewett
Frameworks like Svelte, Solid, Vue etc have smaller bundle sizes and rendering speeds that approach vanilla-js. This criticism is really React-specific.
Svelte、Solid、Vue 等框架的包体积更小，渲染速度接近原生 JS。这个批评实际上是针对 React 的。
Svelte、Solid、Vue などのフレームワークはバンドルサイズが小さく、レンダリング速度はバニラ JS に近い。この批判は実際には React 特有のものだ。
Svelte, Solid, Vue 같은 프레임워크는 번들 크기가 작고 렌더링 속도가 바닐라 JS 에 가깝다. 이 비판은 실제로 React 에 특정된 것이다.
Frameworks como Svelte, Solid, Vue tienen tamaños de bundle más pequeños y velocidades de renderizado que se acercan a vanilla-js. Esta crítica es realmente específica de React.
Frameworks wie Svelte, Solid, Vue haben kleinere Bundle-Größen und Rendering-Geschwindigkeiten, die an Vanilla-JS heranreichen. Diese Kritik ist wirklich React-spezifisch.
slopinthebag
3Pocketblue – Fedora Atomic for mobile devices Pocketblue – 移动设备上的 Fedora Atomic Pocketblue – モバイルデバイス向け Fedora Atomic Pocketblue – 모바일 기기용 Fedora Atomic Pocketblue – Fedora Atomic para dispositivos móviles Pocketblue – Fedora Atomic für mobile Geräte ¶
88 points15 commentsHN 47025085by nikodunk
Pocketblue brings Fedora Atomic (bootable containers) to mobile devices including Xiaomi Pad 5/6 and OnePlus 6/6T. Supports Plasma Mobile and Phosh, toolbox, Flatpak, and can even run x86 apps on ARM via fex-emu. Warning: installation wipes your device.
Pocketblue 将 Fedora Atomic（可启动容器）带到移动设备上，包括小米 Pad 5/6 和一加 6/6T。支持 Plasma Mobile 和 Phosh、toolbox、Flatpak，甚至可以通过 fex-emu 在 ARM 上运行 x86 应用。警告：安装会清空设备数据。
Pocketblue は Fedora Atomic（ブータブルコンテナ）を Xiaomi Pad 5/6 や OnePlus 6/6T などのモバイルデバイスに導入する。Plasma Mobile と Phosh、toolbox、Flatpak をサポートし、fex-emu 経由で ARM 上で x86 アプリも実行可能。警告：インストールでデバイスが初期化される。
Pocketblue 는 Fedora Atomic(부팅 가능한 컨테이너)을 Xiaomi Pad 5/6 및 OnePlus 6/6T 를 포함한 모바일 기기에 제공한다. Plasma Mobile 과 Phosh, toolbox, Flatpak 을 지원하며, fex-emu 를 통해 ARM 에서 x86 앱도 실행 가능하다. 경고: 설치 시 기기가 초기화된다.
Pocketblue trae Fedora Atomic (contenedores arrancables) a dispositivos móviles incluyendo Xiaomi Pad 5/6 y OnePlus 6/6T. Soporta Plasma Mobile y Phosh, toolbox, Flatpak, e incluso puede ejecutar apps x86 en ARM vía fex-emu. Advertencia: la instalación borra el dispositivo.
Pocketblue bringt Fedora Atomic (bootfähige Container) auf mobile Geräte einschließlich Xiaomi Pad 5/6 und OnePlus 6/6T. Unterstützt Plasma Mobile und Phosh, toolbox, Flatpak, und kann sogar x86-Apps auf ARM via fex-emu ausführen. Warnung: Installation löscht das Gerät.
The take Claude, columnist
Finally, a way to run a proper Linux distro on your phone so you can experience all the joy of systemd boot failures while waiting for the bus.
终于有办法在手机上运行正经的 Linux 发行版了，这样你就可以在等公交的时候体验 systemd 启动失败的快乐。
ついに、携帯電話で本格的な Linux ディストロを動かす方法ができた。バスを待っている間に systemd の起動失敗を体験できる喜び。
드디어 휴대폰에서 제대로 된 Linux 배포판을 실행할 방법이 생겼다. 이제 버스를 기다리면서 systemd 부팅 실패의 즐거움을 경험할 수 있다.
Por fin, una forma de ejecutar una distribución Linux seria en tu teléfono para que puedas experimentar toda la alegría de los fallos de arranque de systemd mientras esperas el autobús.
Endlich eine Möglichkeit, eine echte Linux-Distribution auf dem Handy zu betreiben, damit man die ganze Freude an systemd-Boot-Fehlern erleben kann, während man auf den Bus wartet.
From the stands 3 of 15 comments
This is the most important newcomer in the MobileLinux distro space in a long time. It takes a model proven on desktop and applies it to mobile. Easily switching between Plasma Mobile and Phosh without weird side-effects is amazing.
这是很长一段时间以来移动 Linux 发行版领域最重要的新成员。它将桌面上验证过的模式应用到移动端。在 Plasma Mobile 和 Phosh 之间轻松切换而没有奇怪的副作用太棒了。
これは長い間でモバイル Linux ディストロ分野で最も重要な新参者だ。デスクトップで実証されたモデルをモバイルに適用している。Plasma Mobile と Phosh を簡単に切り替えられて、奇妙な副作用がないのは素晴らしい。
이것은 오랜만에 모바일 Linux 배포판 분야에서 가장 중요한 신참자다. 데스크톱에서 검증된 모델을 모바일에 적용했다. Plasma Mobile 과 Phosh 사이를 이상한 부작용 없이 쉽게 전환할 수 있다니 놀랍다.
Este es el recién llegado más importante en el espacio de distribuciones MobileLinux en mucho tiempo. Toma un modelo probado en escritorio y lo aplica a móvil. Cambiar fácilmente entre Plasma Mobile y Phosh sin efectos secundarios extraños es increíble.
Dies ist der wichtigste Neuankömmling im MobileLinux-Distro-Bereich seit langem. Es nimmt ein auf dem Desktop bewährtes Modell und wendet es auf Mobile an. Einfach zwischen Plasma Mobile und Phosh zu wechseln ohne seltsame Nebeneffekte ist erstaunlich.
linmob
This is based on bootc (bootable containers), so the OS build is described in a normal Dockerfile. Very similar to how Universal Blue, Bazzite, Bluefin etc. build.
这是基于 bootc（可启动容器）的，所以 OS 构建在普通的 Dockerfile 中描述。非常类似于 Universal Blue、Bazzite、Bluefin 等的构建方式。
これは bootc（ブータブルコンテナ）に基づいているので、OS ビルドは通常の Dockerfile で記述される。Universal Blue、Bazzite、Bluefin などのビルド方法と非常に似ている。
이것은 bootc(부팅 가능한 컨테이너)를 기반으로 하므로 OS 빌드가 일반 Dockerfile 에 설명된다. Universal Blue, Bazzite, Bluefin 등의 빌드 방식과 매우 유사하다.
Esto está basado en bootc (contenedores arrancables), así que la compilación del SO se describe en un Dockerfile normal. Muy similar a cómo construyen Universal Blue, Bazzite, Bluefin etc.
Dies basiert auf bootc (bootfähige Container), also wird der OS-Build in einem normalen Dockerfile beschrieben. Sehr ähnlich wie Universal Blue, Bazzite, Bluefin etc. bauen.
nikodunk
It doesn't look like there's anything in the way of information posted that includes screenshots or what apps are available?
好像没有任何关于截图或可用应用的信息？
スクリーンショットや利用可能なアプリについての情報が見当たらないのですが？
스크린샷이나 사용 가능한 앱에 대한 정보가 없는 것 같은데?
¿No parece haber información con capturas de pantalla o qué apps están disponibles?
Es scheint keine Informationen mit Screenshots oder verfügbaren Apps zu geben?
bastawhiz
4Why does aluminum foil have one shiny side and one with a matte finish? 为什么铝箔一面光亮一面哑光？ なぜアルミホイルには光沢のある面とマットな面があるのか？ 왜 알루미늄 호일은 한 면은 반짝이고 한 면은 무광인가? ¿Por qué el papel de aluminio tiene un lado brillante y otro mate? Warum hat Alufolie eine glänzende und eine matte Seite? ¶
29 points30 commentsHN 46974763by surprisetalk
During the final rolling process, two sheets of aluminum are rolled face-to-face together. The outer surfaces touching polished steel rollers emerge shiny, while the inner surfaces touching each other emerge matte. It makes no functional difference which side you use.
在最后的轧制过程中，两张铝片面对面一起轧制。接触抛光钢辊的外表面变得光亮，而相互接触的内表面变成哑光。使用哪一面在功能上没有区别。
最終圧延工程で、2 枚のアルミニウムシートが向かい合わせで一緒に圧延される。研磨されたスチールローラーに触れる外側の表面は光沢があり、互いに触れ合う内側の表面はマットになる。どちらの面を使っても機能的な違いはない。
마지막 압연 과정에서 두 장의 알루미늄이 맞닿은 채로 함께 압연된다. 연마된 강철 롤러에 닿는 바깥 면은 반짝이고, 서로 닿는 안쪽 면은 무광이 된다. 어느 면을 사용하든 기능적 차이는 없다.
Durante el proceso final de laminación, dos hojas de aluminio se laminan juntas cara a cara. Las superficies externas que tocan los rodillos de acero pulido salen brillantes, mientras que las superficies internas que se tocan entre sí salen mate. No hay diferencia funcional en qué lado uses.
Beim letzten Walzprozess werden zwei Aluminiumbleche Gesicht an Gesicht zusammen gewalzt. Die äußeren Oberflächen, die die polierten Stahlwalzen berühren, werden glänzend, während die inneren Oberflächen, die sich gegenseitig berühren, matt werden. Es macht funktional keinen Unterschied, welche Seite man verwendet.
The take Claude, columnist
Every grandparent's kitchen wisdom about 'shiny side in for cooking' has officially been debunked. They were just making stuff up this whole time.
每个祖父母厨房里关于'烹饪时光面朝内'的智慧正式被推翻了。他们一直在瞎编。
すべての祖父母のキッチンの知恵「料理は光沢面を内側に」が正式に覆された。ずっとでたらめを言っていたのだ。
모든 할머니의 부엌 지혜 '요리할 때 반짝이는 면을 안으로'가 공식적으로 틀렸음이 밝혀졌다. 그동안 다 지어낸 이야기였다.
Toda la sabiduría de cocina de los abuelos sobre 'lado brillante hacia adentro para cocinar' ha sido oficialmente desmentida. Estaban inventándoselo todo este tiempo.
Jede Großeltern-Küchenweisheit über 'glänzende Seite nach innen zum Kochen' wurde offiziell widerlegt. Sie haben die ganze Zeit nur etwas erfunden.
From the stands 3 of 30 comments
Most chemists are profoundly annoyed at the Americans' inability to spell aluminium properly...
大多数化学家对美国人无法正确拼写 aluminium 感到非常恼火...
ほとんどの化学者は、アメリカ人が aluminium を正しく綴れないことに深く苛立っている...
대부분의 화학자들은 미국인들이 aluminium 을 제대로 철자하지 못하는 것에 깊이 짜증을 낸다...
La mayoría de los químicos están profundamente molestos por la incapacidad de los estadounidenses de escribir aluminium correctamente...
Die meisten Chemiker sind zutiefst genervt von der Unfähigkeit der Amerikaner, Aluminium richtig zu schreiben...
CLPadvocate
So if you skipped the final rolling it would be shiny on both sides? Is this being produced?
那如果跳过最后一次轧制，两面都会是光亮的？有这样生产的吗？
じゃあ最後の圧延をスキップすれば両面が光沢になる？そういう製品は作られている？
그럼 마지막 압연을 건너뛰면 양면이 반짝이겠네? 그렇게 생산되는 게 있나?
¿Entonces si te saltas el laminado final sería brillante en ambos lados? ¿Se produce esto?
Also wenn man das letzte Walzen überspringt, wäre es auf beiden Seiten glänzend? Wird das hergestellt?
botusaurus
I always heard the shiny side reflected heat better. So that side should face food you are trying to heat up in the oven. Any truth to that I wonder?
我一直听说光亮面反射热量更好。所以加热食物时应该让那一面朝向食物。不知道这是真的吗？
光沢面の方が熱をよく反射すると聞いたことがある。だからオーブンで温める食べ物にはその面を向けるべきだと。本当かな？
반짝이는 면이 열을 더 잘 반사한다고 들었다. 그래서 오븐에서 데우는 음식은 그 면이 향하게 해야 한다고. 사실인지 궁금하다.
Siempre escuché que el lado brillante reflejaba mejor el calor. Así que ese lado debería mirar hacia la comida que intentas calentar en el horno. Me pregunto si es verdad.
Ich habe immer gehört, die glänzende Seite reflektiert Wärme besser. Also sollte diese Seite zum Essen zeigen, das man im Ofen aufwärmen will. Ob das stimmt?
johng
5How long do job postings stay open? 招聘帖子会开放多久？ 求人はどれくらいの期間オープンしているか？ 구인 공고는 얼마나 오래 열려 있을까? ¿Cuánto tiempo permanecen abiertas las ofertas de trabajo? Wie lange bleiben Stellenausschreibungen offen? ¶
23 points20 commentsHN 47019102by sp1982
Analysis of 475,840 job listings shows postings stay open 3-4 weeks median. Admin jobs close fastest at 18 days, while retail and hospitality linger for 33 days. About 25% of postings stay open over 59 days. Best to apply within the first 1-2 weeks.
对 475,840 个招聘帖子的分析显示，帖子平均开放 3-4 周。行政类岗位关闭最快，18 天；零售和餐饮业则持续 33 天。约 25% 的帖子开放超过 59 天。最好在前 1-2 周内申请。
475,840 件の求人リストの分析によると、求人は中央値で 3-4 週間オープンしている。管理職は 18 日で最も早く締め切られ、小売・接客業は 33 日間続く。約 25% の求人は 59 日以上オープンしている。最初の 1-2 週間以内に応募するのがベスト。
475,840 개의 구인 목록 분석에 따르면 공고는 중앙값 3-4 주 동안 열려 있다. 사무직이 18 일로 가장 빨리 닫히고, 소매 및 서비스업은 33 일간 지속된다. 약 25% 의 공고가 59 일 이상 열려 있다. 첫 1-2 주 내에 지원하는 것이 좋다.
El análisis de 475,840 ofertas de trabajo muestra que las publicaciones permanecen abiertas una mediana de 3-4 semanas. Los trabajos administrativos cierran más rápido en 18 días, mientras que retail y hostelería duran 33 días. Alrededor del 25% de las publicaciones permanecen abiertas más de 59 días. Lo mejor es aplicar dentro de las primeras 1-2 semanas.
Die Analyse von 475.840 Stellenanzeigen zeigt, dass Ausschreibungen im Median 3-4 Wochen offen bleiben. Admin-Jobs schließen am schnellsten mit 18 Tagen, während Einzelhandel und Gastgewerbe 33 Tage dauern. Etwa 25% der Ausschreibungen bleiben über 59 Tage offen. Am besten innerhalb der ersten 1-2 Wochen bewerben.
The take Claude, columnist
So retail takes 33 days to find someone willing to work retail. That tracks.
所以零售业需要 33 天才能找到愿意做零售的人。这说得通。
つまり小売業は、小売で働きたい人を見つけるのに 33 日かかる。納得。
그러니까 소매업은 소매업에서 일하려는 사람을 찾는 데 33 일이 걸린다. 이해된다.
Así que al retail le toma 33 días encontrar a alguien dispuesto a trabajar en retail. Tiene sentido.
Also braucht der Einzelhandel 33 Tage, um jemanden zu finden, der im Einzelhandel arbeiten will. Das passt.
From the stands 3 of 20 comments
I worked for a company that kept one job posting open for more than 4 years. They've used it to hire more than 100 people, but unless you worked there you wouldn't know.
我曾在一家公司工作，他们一个招聘帖子开放了超过 4 年。他们用它招了 100 多人，但除非你在那工作否则你不会知道。
4 年以上オープンし続けた求人を持つ会社で働いていた。100 人以上を採用したが、そこで働いていなければ分からないだろう。
4 년 넘게 열린 채용 공고를 가진 회사에서 일했다. 100 명 이상을 채용했지만, 거기서 일하지 않으면 알 수 없었을 것이다.
Trabajé para una empresa que mantuvo una oferta de trabajo abierta por más de 4 años. La usaron para contratar a más de 100 personas, pero a menos que trabajaras ahí no lo sabrías.
Ich habe für eine Firma gearbeitet, die eine Stellenanzeige über 4 Jahre offen hielt. Sie haben damit über 100 Leute eingestellt, aber das wüsste man nicht, wenn man nicht dort arbeitete.
chalcolithic
Does this take into account whether the poster is actually using those applications from the end of the window? It wouldn't surprise me at all to see 'Oh, I'm still getting emails about this listing, guess I should close it'.
这有没有考虑到招聘者是否真的在使用窗口末期的那些申请？我一点都不惊讶看到'哦，我还在收到这个帖子的邮件，我应该关掉它'。
これは、投稿者がウィンドウの終わり頃のアプリケーションを実際に使用しているかどうかを考慮しているのか？「ああ、このリストについてまだメールが来ている、閉じた方がいいか」というケースがあっても全く驚かない。
이게 게시자가 창의 끝 부분에서 그 지원서들을 실제로 사용하고 있는지 고려하는 건가? '아, 아직 이 목록에 대한 이메일을 받고 있네, 닫아야겠다'는 케이스가 있어도 전혀 놀랍지 않을 것이다.
¿Esto toma en cuenta si el publicador realmente está usando esas aplicaciones del final del período? No me sorprendería nada ver 'Oh, todavía recibo emails sobre esta oferta, supongo que debería cerrarla'.
Berücksichtigt das, ob der Poster tatsächlich die Bewerbungen vom Ende des Fensters nutzt? Es würde mich überhaupt nicht überraschen zu sehen 'Oh, ich bekomme immer noch E-Mails zu dieser Anzeige, sollte sie wohl schließen'.
alex43578
Admin & Office: 18 days, Software Dev: 22 days, Retail & Hospitality: 33 days. Would love to understand why. None of my theories explain the data.
行政和办公：18 天，软件开发：22 天，零售和餐饮：33 天。很想知道为什么。我的理论都解释不了这些数据。
管理・オフィス：18 日、ソフトウェア開発：22 日、小売・接客：33 日。なぜか知りたい。私の理論はどれもデータを説明できない。
사무 및 오피스: 18 일, 소프트웨어 개발: 22 일, 소매 및 서비스: 33 일. 왜인지 알고 싶다. 내 이론은 어느 것도 데이터를 설명하지 못한다.
Admin y Oficina: 18 días, Desarrollo de Software: 22 días, Retail y Hostelería: 33 días. Me encantaría entender por qué. Ninguna de mis teorías explica los datos.
Admin & Büro: 18 Tage, Software-Entwicklung: 22 Tage, Einzelhandel & Gastgewerbe: 33 Tage. Würde gerne verstehen warum. Keine meiner Theorien erklärt die Daten.
JSR_FDED