4 ms·

I was curious about how small (file size) and efficient (memory) I could write a program with a GUI and came across this old gem. Most of them have links to the

by lsh 9y ago

I was curious about how small (file size) and efficient (memory) I could write a program with a GUI and came across this old gem. Most of them have links to their source.

christophilus 9y ago
This is refreshing to see. I was just at the doctor today, and they mentioned how a recent system update (they use a system called Epic) made their receipt printing go from an abysmal 30 seconds to a full minute. It seems that programs get bloated and slower with each passing day. I'd love to see a Renaissance of small, focused, efficient applications.
- Spivak 9y ago
  Bloat wouldn't even account for a delay this long. This seems to be the realm of bad design or overly cautious developers. My guess is that 'printing the receipt' really means process the transaction hitting a bunch of different record stores and APIs along the way and that the system waits for all of that to complete before sending the print job.
- seibelj 9y ago
  From what I've heard, Epic is the best out of all the EMR (electronic medical record) software platforms!
  - snarf21 9y ago
    Quite the back handed compliment! They are one of the better ones but the bar is extremely low.
    - shliachtx 9y ago
      I wonder why this field hasn't been disrupted yet. It seems ripe for it. Established players. Arcane systems. Poor performance. From what I've heard from employees at Epic their software is something of a nightmare. Is it just something waiting to happen? Is there a company that is already doing this? It could probably be done one independent hospital at a time. Eventually you could get a small network, etc. I understand there is quite a bit of complexity involved, but isn't that what technology excels at? Edit: Did I forget to mention expensive? These systems are not cheap, and usually involve engineers spending weeks or months onsite setting it up. That means there should be a significant of margin to cut out for competition, and/or healthy revenue for a startup, at least further down the road.
      - derblitzmann 9y ago
        (not an expert in this field obviously) I believe that it might have to do with HIPAA compliance and the red tape overhead that scares away potential disruption. But I imagine if someone were willing and able to disrupt it, they'd make money hand over fist.
      - bluetwo 9y ago
        Weeks or months... Try 2 years.
      - seibelj 9y ago
        I work in an industry you wouldn't think is similar (telecom). It's hard to establish trust, it's more complex than you think, it's more regulated than you think, more rules than you think, closing deals takes longer than you think (6 months is long? Try multi-year sales cycles!), big companies will ruthlessly undercut you to destroy you at their own expense... You can't just slap together a single page javascript app and close a deal. You need credibility, capital, time, solid engineers... and most strong engineers will avoid EMR software like the plague given the riches they can make in other areas in 1/10 the time. I wish everyone the best of luck, it needs to happen, but it will be hard.
      - x0x0 9y ago
        I worked at Epic a long time ago. They're a bad employer -- churn that would make the worst valley sweatshop blush -- and even when I worked there had 10s of millions of lines of vb6 and the same in mumps/cache, the world's worst programming language. I'd imagine their systems have broken 100m lines of code by now. You're essentially using software to automate how hospitals and outpatient clinics work. Each one of those has established workflows/procedures; each of those workflows have started or evolved to be (at bare minimum) subtly different than everywhere else. Each and every procedure has to be build into the software or adapted to it. Installs are comparable to installing ERP systems into fortune 500 or fortune 100 companies, with at least comparable risks. Imagine how risk adverse you would be if inaccessible, incorrect, or incomplete health records could quite reasonably contribute to severe medical problems for humans. If you were ever in a hospital for something serious pre EMRs, you would be unsurprised to have a file that is several hundred sheets of paper. Every single scrap of paper in a hospital has to make it's way into Epic's EMR. Oh, and hospitals / clinics often buy these systems piecemeal, starting eg with labs. Your code has to talk to their code. Lots of these got started before web clients worked well, so they're deployed clients. You can't upgrade 10k seats simultaneously, so both the clients and the servers have to be compatible up and down protocol versions. Ponder just how much fun that would be. Or ponder just how convoluted the logic would be to ask if a person who does X in clinic A is allowed to see record B for patient C. In, for example, a hospital chain that may employ 25k+ people in the hospital and various outpatient clinics. And follow up with questioning the idea (and expense!) of retraining every nurse, doctor, aide, tech, etc in a hospital on a new system.
- torrent-of-ions 9y ago
  The quality of programmers working for companies like this is terrible. I'm talking about programmers who claim to "know" C++ because they used it once during a computer science project and just managed to avoid getting segfaults too often after lots of trial and error. Writing a small, effective program has been a sign of competence forever because we know that you can't "fake" it. You really have to know what you're doing.
- dahoramanodoceu 9y ago
  This is why i have the habit of never updating anything unless it's linux.
jaclaz 9y ago
Have a look at this one (Winexplorer by Edgar Hansen): https://web.archive.org/web/20160710205728/http://donkeysstable.com/ https://web.archive.org/web/20160710205728/http://donkeyssta... https://web.archive.org/web/20160619170739fw_/http://donkeysstable.com/winexplorer.htm https://web.archive.org/web/20160619170739fw_/http://donkeys... Via Wayback Machine,unfortunately, as often happens another dead piece of the internet. The actual Winexplorer tool has not been cached, I just uploaded a copy here: http://www90.zippyshare.com/v/OlyKhob6/file.html http://www90.zippyshare.com/v/OlyKhob6/file.html The compiled executable is 164 kb, and the .zip includes sources. It is a simple replacement for Explorer with a number of nice features.
- lsh 9y ago
  Thankyou, I think I will.

by lsh 9y ago

I was curious about how small (file size) and efficient (memory) I could write a program with a GUI and came across this old gem. Most of them have links to their source.

christophilus 9y ago

This is refreshing to see. I was just at the doctor today, and they mentioned how a recent system update (they use a system called Epic) made their receipt printing go from an abysmal 30 seconds to a full minute. It seems that programs get bloated and slower with each passing day. I'd love to see a Renaissance of small, focused, efficient applications.

Spivak 9y ago
Bloat wouldn't even account for a delay this long. This seems to be the realm of bad design or overly cautious developers. My guess is that 'printing the receipt' really means process the transaction hitting a bunch of different record stores and APIs along the way and that the system waits for all of that to complete before sending the print job.
seibelj 9y ago
From what I've heard, Epic is the best out of all the EMR (electronic medical record) software platforms!
- snarf21 9y ago
  Quite the back handed compliment! They are one of the better ones but the bar is extremely low.
  - shliachtx 9y ago
    I wonder why this field hasn't been disrupted yet. It seems ripe for it. Established players. Arcane systems. Poor performance. From what I've heard from employees at Epic their software is something of a nightmare. Is it just something waiting to happen? Is there a company that is already doing this? It could probably be done one independent hospital at a time. Eventually you could get a small network, etc. I understand there is quite a bit of complexity involved, but isn't that what technology excels at? Edit: Did I forget to mention expensive? These systems are not cheap, and usually involve engineers spending weeks or months onsite setting it up. That means there should be a significant of margin to cut out for competition, and/or healthy revenue for a startup, at least further down the road.
    - derblitzmann 9y ago
      (not an expert in this field obviously) I believe that it might have to do with HIPAA compliance and the red tape overhead that scares away potential disruption. But I imagine if someone were willing and able to disrupt it, they'd make money hand over fist.
    - bluetwo 9y ago
      Weeks or months... Try 2 years.
    - seibelj 9y ago
      I work in an industry you wouldn't think is similar (telecom). It's hard to establish trust, it's more complex than you think, it's more regulated than you think, more rules than you think, closing deals takes longer than you think (6 months is long? Try multi-year sales cycles!), big companies will ruthlessly undercut you to destroy you at their own expense... You can't just slap together a single page javascript app and close a deal. You need credibility, capital, time, solid engineers... and most strong engineers will avoid EMR software like the plague given the riches they can make in other areas in 1/10 the time. I wish everyone the best of luck, it needs to happen, but it will be hard.
    - x0x0 9y ago
      I worked at Epic a long time ago. They're a bad employer -- churn that would make the worst valley sweatshop blush -- and even when I worked there had 10s of millions of lines of vb6 and the same in mumps/cache, the world's worst programming language. I'd imagine their systems have broken 100m lines of code by now. You're essentially using software to automate how hospitals and outpatient clinics work. Each one of those has established workflows/procedures; each of those workflows have started or evolved to be (at bare minimum) subtly different than everywhere else. Each and every procedure has to be build into the software or adapted to it. Installs are comparable to installing ERP systems into fortune 500 or fortune 100 companies, with at least comparable risks. Imagine how risk adverse you would be if inaccessible, incorrect, or incomplete health records could quite reasonably contribute to severe medical problems for humans. If you were ever in a hospital for something serious pre EMRs, you would be unsurprised to have a file that is several hundred sheets of paper. Every single scrap of paper in a hospital has to make it's way into Epic's EMR. Oh, and hospitals / clinics often buy these systems piecemeal, starting eg with labs. Your code has to talk to their code. Lots of these got started before web clients worked well, so they're deployed clients. You can't upgrade 10k seats simultaneously, so both the clients and the servers have to be compatible up and down protocol versions. Ponder just how much fun that would be. Or ponder just how convoluted the logic would be to ask if a person who does X in clinic A is allowed to see record B for patient C. In, for example, a hospital chain that may employ 25k+ people in the hospital and various outpatient clinics. And follow up with questioning the idea (and expense!) of retraining every nurse, doctor, aide, tech, etc in a hospital on a new system.
torrent-of-ions 9y ago
The quality of programmers working for companies like this is terrible. I'm talking about programmers who claim to "know" C++ because they used it once during a computer science project and just managed to avoid getting segfaults too often after lots of trial and error. Writing a small, effective program has been a sign of competence forever because we know that you can't "fake" it. You really have to know what you're doing.
dahoramanodoceu 9y ago
This is why i have the habit of never updating anything unless it's linux.

jaclaz 9y ago

Have a look at this one (Winexplorer by Edgar Hansen): https://web.archive.org/web/20160710205728/http://donkeysstable.com/ https://web.archive.org/web/20160710205728/http://donkeyssta... https://web.archive.org/web/20160619170739fw_/http://donkeysstable.com/winexplorer.htm https://web.archive.org/web/20160619170739fw_/http://donkeys... Via Wayback Machine,unfortunately, as often happens another dead piece of the internet. The actual Winexplorer tool has not been cached, I just uploaded a copy here: http://www90.zippyshare.com/v/OlyKhob6/file.html http://www90.zippyshare.com/v/OlyKhob6/file.html The compiled executable is 164 kb, and the .zip includes sources. It is a simple replacement for Explorer with a number of nice features.

lsh 9y ago
Thankyou, I think I will.