Likely related to corpus but questions asked in these domain knowledge areas are not nearly as accurate and specially not nearly as complete as when asked in a native language.
109 karma · joined July 2, 2025
Likely related to corpus but questions asked in these domain knowledge areas are not nearly as accurate and specially not nearly as complete as when asked in a native language.
Arguably with that spec the same could have happened if they used punched cards or Haskell instead of Ada.
A Radiologist friend of mine convinced me to give it a try, apparently radiology reports are dictated in most places nowadays
I think the main frustration is often speed and precision but with modern dictation software it is pretty flawless.
There is such an insane amount of information richness in mammals and sensor specialization:
- Merkel discs
- Ruffini corpuscles
- Meissner corpuscles
- Pacinian corpuscles
- Muscle spindles
- Golgi tendon organs
- Nociceptors
And it's not the biology 101 types of sensors (in terms of variety of sources) but also the information density per square millimetre. It is orders of magnitude above anything that has ever been created with technology.
Once we leap above just Visual Servoing and start reaching sensory density and feature parity with human skin, joints, muscle, feet/hands, then we may start to see real breakthroughs.
https://en.wikipedia.org/wiki/List_of_free_electronics_circu...
I would imagine, even with safe dosages, there would be some form of cumulative effect in terms of retinal phototoxicity.
More so if we consider the scenario that this becomes a standard COTS feature in cars and we are walking around a city centre with a fleet of hundreds of thousands of these laser sources.
Is the price hike only on Hetzner's offer for dedicated or VPS servers?
We have progressively absorbed single function items into a mobile computer.
Watch, notepad, calendar, phone, flashlight, camera, dictionary, encyclopedia, etc.
The issue with declaring single function items as obsolete is that it removes redundancy and really sets us all up for an increasingly more critical single point of failure in our pocket.
I had the same issue with a loan machine from a client, super responsive onsite, but once I connected through a VPN from an external network, all the basic functionality in the file manager was brought to a halt. Even something as simple as right click on a folder to show a context menu would take several seconds.
The files were all local (also with Onedrive sync disabled) so I am almost positive it was whatever they were using for endpoint protection (Can't recall 100% but probably something from CrowdStrike).
I read text and sometimes I can interact and click/tap it for some action but other times it is just text. Not having a visual distintion between those two seems hostile. But maybe I'm just showing my age.
They had a spin off SMELLDECT GmbH which sells a kit but not exactly a order from DigiKey thing. I imagine you will need to send an RFQ and go through the motions with their sales team.
If this is inexpensive (in terms of cost/time) it will likely make business sense even with false positives.
I'm on the same boat, smart TV has never been online, all content is just cast from media server/phone/tablet straight to chromecast. It works, no fuss, glitch free, and of course they will kill it.
I doubt my mental bandwith could cope without org mode and digital formats in general. But that penmanship and the general neatness really shows a focus and an intentionality that makes me feel that something has fallen off the wayside in this digital transition.
The gcc-arm-none-eabi toolchain is pretty much what you are asking for at least for ARM targets. You can literally use a text editor and gcc-arm-none-eabi, that's it.
And if you want something really bare bones avr-gcc still targets the whole atmel family including those ATtiny chips which are also a lot of fun.
I don't know the state of it nowadays but 'Mbed' is probably worth looking into. The project had _a_lot_ of Middleware libraries to abstract hardware, a few levels below, makes embedded development a little less datasheet dependent, specially if you are just hacking something as a hobbyist.
I've been using Anthropic's models with gptel on Emacs for the past few months. It has been amazing for overviews and literature review on topics I am less familiar with.
Surprisingly (for me) just slightly playing with system prompts immediately creates a writing style and voice that matches what _I_ would expect from a flesh agent.
We're naturally biased to believe our intuition 'classifier' is able to spot slop. But perhaps we are only able to stop the typical ChatGPTesque 'voice' and the rest of slop is left to roam free in the wild.
Perhaps we need some form of double blind test to get a sense of false negative rates using this approach.
From your own words, to flesh out implies to me as a non-native that I remove flesh from said thing, when in reality the expression is to mean that you "add" flesh to bones. Very confusing.
The issue with diabetes is that over time periphery blood supply becames problematic which means healing takes way longer, sometimes never healing at all leading to necrosis (dead tissue).
So you could argue that 'accelerated healing' tissue is a poorer grade tissue by some metric, e.g. connective tissue is not as flexible or strong etc. But in diabetic wounds the alternative to 'accelerated healing' tissue could literally be an amputated limb.
I wish there was a bigger market and interest for 'unsexy' RLCD transflective displays, at the moment all the RLCD solutions feel very constrained for user side modding and just generally overpriced.
Something like the old Pixel Qi 10" Display modules in a bigger form factor would be ideal.
But it appears from the project description that the author's motivation was indeed performance (irrespective of merit). A neat VHDL + HW project nevertheless.
> 1000 Hz polling rate
> No multiplexing, no ghosting
> FPGA-based, VHDL only, no ALU
It looks like a pure HW 'described' keyboard with no running software meaning it is fully parallel (plus some serialization when reaching the USB device/interface).
So arguably on top of true parallelism the only ceiling for the latency of the whole thing will be the clock period configured in the design and the physics and electrical behaviour of the switches themselves + circuitry.
Probably someone who enjoys working close to hardware and wants to optimize performance.
Well it really depends on how you look at it...
I would argue that the truly 'modern' aspect of cataract surgery is the IOL manufacturing and implantation image-guided systems.
I have a massive respect for Ophthalmic surgeons but worth mentioning (most) current cataract surgeries still imply:
1. A manual incision (read stabbing you with a handheld scalpel)
2. Capsulorhexis (manually open the lens capsule)
3. Using a handheld ultrasonic 'jackhammer' to destroy the old lens and quite literally suck it out, working in a foggy environment with limited depth perception in a tiny chamber right next to a thin film behind the lens.
4. Finally then implanting the new IOL lens.
So with so much of 'modern' surgery still depending on Human Perception and Human submilimiter dexterity, with surgeons who are likely doing 16 plus surgeries a day. It is truly a remarkable statistic that only 5% of Cataract surgeries suffer complications.
And if you think the odds are against surgeons in Cataract surgery wait until you read up on retinal surgery, then it really drives the point home of how insanely skilled Ophthalmic surgeons are.
We can assume the 500 is meant more as a nostalgia 'one-computer-for-every-child' design more so than a powerful work house for developers.
To use Scott's words it is very cool to see such a tech translation from industry to home use. I would still be cautious about the lifetime of these devices (namely how it will deal with water ingress over time) but the fact that they will come out of a factory is already quite a HW startup feat.
On parental leave with my third. We are on month 4 so I have (a bit more) free time in the late evenings after we put the older ones to bed.