Live data from Hacker News

I built a receipt printer for GitHub issues

aschmelyun.com

121–130 of 178 posts

Re: I built a receipt printer for GitHub issues

#121
post #67

You should get a camera and write an OCR scanner that automatically scans the receipts as they are printed, then pushes it into a DB so you can view all your issues via a simple web application, replete with tracking, reminders, and then an e-mail integration that e-mails the opener of the issue when you put a comment on the receipt that's printed and rescanned.

All Hail to the air gapped database - At least no one will be breaking into that one that easily.

Re: I built a receipt printer for GitHub issues

#122

> Wrapping up and next steps The only logical next step here is to get that metal spike thing, so you can stab closed issues on completion.

This is how I work! I write my tasks on slips of paper and stab them on to the spike when done.

https://share.icloud.com/photos/0f3i7xv2QbOeofiM4atMtSCzA

Re: I built a receipt printer for GitHub issues

#124
I don't mean to critique the creation, but nobody would bat an eye at an identical solution printing the issues on a normal A4 desktop printer. The lyrical praise and the raving reviews entirely hinge on the gimmicky and "comic" detail of a receipt printer being used instead. Is the hacker community really this under-stimulated?

Re: I built a receipt printer for GitHub issues

#125
post #76

I would recommend switching to their Events API. Webhooks are great until they aren’t. Querying the Events API means you are able to resume if GitHub, your network or your Raspberry Pi was down. And bonus, your pi doesn’t need to be exposed to the world.

Ooh, that's good to know. I'll keep that in mind for Version 2!

No post body was provided.

Re: I built a receipt printer for GitHub issues

#126

I don't mean to critique the creation, but nobody would bat an eye at an identical solution printing the issues on a normal A4 desktop printer. The lyrical praise and the raving reviews entirely hinge on the gimmicky and "comic" detail of a receipt printer being used instead. Is the hacker community really this under-stimulated?

The UX between a A4 desktop printer and a receipt printer is different, this is almost in the realm of a practical solution to a real tech problem (almost).

Also, not speaking for others but I enjoyed it because it's a great example of the hacker mindset and their willingness to write a blogpost to share it with others made my day slightly better.

Re: I built a receipt printer for GitHub issues

#127
I did something like this but linked it to Slack and put the printer in our office.

If you responded to a message with a printer emoji she (Her name was Tilly) would print the message (could even print images/first frame of gifs) in black and white.

https://hackaday.io/project/21191-tilly-the-slack-printer

Re: I built a receipt printer for GitHub issues

#128
post #67

You should get a camera and write an OCR scanner that automatically scans the receipts as they are printed, then pushes it into a DB so you can view all your issues via a simple web application, replete with tracking, reminders, and then an e-mail integration that e-mails the opener of the issue when you put a comment on the receipt that's printed and rescanned.

All Hail to the air gapped database - At least no one will be breaking into that one that easily.

Lil' Bobby Tables submits an issue.

Re: I built a receipt printer for GitHub issues

#129

Earlier quoted context omitted.

This reminds me of a comment I read a long time ago about somebody's experience working for a company that had a branch in Japan. They would demand that some spreadsheets be sent as a fax, and then some employee would be tasked with re-typing all that information back into a spreadsheet later on.

I once worked at a job where one of the owners of the company, when asked to send a pdf copy of a document, would print out the document on the shared office copier/printer, then scan it back in using the same copier/printer and have it email him the pdf. Every single time he ever made a pdf of any file, even hundreds of pages, he would do this way.

At a job many, many years ago I asked a developer on a different team (across town) to email me an XML file I needed for a feature I was working on. After a few hours of not getting anything I checked with him and he said the file was too large and the email server wasn't allowing him to send it to me. It was a few hundred kilobytes, it shouldn't have been a problem but I didn't care too much, I just wanted the file so I asked him to zip it up to reduce the size. A few minutes later he said the email server was still rejecting it, even as a zip file. Getting frustrated, I grabbed my laptop and drove to the other office. He showed me the XML file... which was a Word document with screenshots of the XML document opened in an editor.

Exasperated, I asked him why he couldn't just send me the raw XML file instead of putting screenshots in a Word document. Turns out the document was on another system he had to remote into (with Citrix, I think? I don't remember what was used back then) and he wasn't "allowed" to copy files off that machine.

Re: I built a receipt printer for GitHub issues

#130
post #12

There's something about a physical reference to information that you can't quite capture digitally. You can hand it to someone. You can use it as a prop to express your happiness or frustration. You can destroy. I know this was a fun project but I hope we can capture more physical interactions in the future, and not just in VR.

Having done "post-it notes on a board" at an earlier job, I could not feel more different about it. Post-it notes sucked - they're not big enough to capture any history or context, and the types of tasks I was handed would be about 10-20 extra subtasks on their own.

I ended up trolling the system by simply adding post-it notes to post-it notes for subtasks as a protest against the fact that I could never keep any useful detail against them and the tasks themselves ranged between gigantic and functionally unsolvable (it was infrastructure work, so "done" didn't really exist).

Post reply on HN