hagg3n
Picking a tool and setting up a knowledge base to have technical and design decisions, notes, and maintenance logs in a single place is usually straightforward. It's the consistently feeding the system with high-quality data part that we get stuck at.
Eventually, I have to input information when I lack the necessary mental bandwidth, I end up creating incomplete entries that lack essential details.
The initial idea is to develop a chat interface that allows us to share random pieces of information, either through text or voice, and have it scanned for actionable data that can be ingested. Then it should start probing the user, looking to expand and refine the new information, connecting it with existing data, and general maintenance of the repository. All with no active guidance.
For instance, I could launch it and say: “Today the team and I discussed how frequently the databases for project A and B should be synced. We established the user can tolerate up to 10 minutes of tardiness", at which point I would expect it to:
- Create a note of this discussion happening - Check and fix the existence of entries for projects A and B - Link the note to the projects - Create database entries for both projects - Look for previous entries that could be linked to the projects - Ask for further explanation of how we came to that conclusion
To me, it just feels like when I scan some text with the eyes looking for the juicier parts or hooks that I most care about. Speaking of which, I much prefer to consume content as text than audio or video. I can scan, seek, pause, think, go back at will without fiddling with any controls.
Show HN: A diff tool for ini config files
I've been handling lots of configuration files at work lately and I needed to compare some of them but diff kinda sucks for this use case.I whipped up something real quick and it helped quite nicely.I might need to compare some configuration in JSON next so I'll probably add support for it.Source on GitHub[1].1. https://github.com/haggen/cfgcmp
I have lost jobs and annoyed people trying to argue for greater care with accessibility. It's somewhat depressing.
I never thought I should handle each and every case, just be mindful of the assumptions I'm making.
Sure I can agree these tools are worth learning, I'm just pointing out it's not the same thing. Netlify allows you to setup a static website with data collection, e-mail dispatch and whatnot all without code and much faster.
Show HN: Hindsight is a free and open-source retrospective board
These holidays I've been working on this side project. I learned a ton and I think it has some neat little features to show: - It's a React application written in TypeScript using Parcel[1]. - No back-end. Data is shared via WebRTC directly between connected browsers. I'm using Yjs[2] to help me with that. - Synchronized timer and YouTube player (audio only). - It isn't...
Show HN: Hummingbird, action broadcaster for easy multiplayer web applications
Software Development Is Misunderstood
Should whether an application is running or not be a concern to you? Why would you ever want to actually quit an application?
Granted, I understand that in reality the app might be misbehaving, hogging resources and whatnot and that the underlying OS isn't perfect and we should absolutely have control over how our hardware is utilized, but from a UX PoV I think the notion of a running process isn't of interest to me unless I am developing software.
If I close a window, I just want to get it out of my way. I only leave things running as a workaround to the possible slow cold start the program may present.
I never took "opinionated" software as "no configuration". For me it's always been "custom defaults". It might provide some configuration, it might not, but what makes it opinionated is the fact that the defaults are not generally applicable, but rather tailored for a specific use case.
Ask HN: Practical guides of different industries for modelling data
This has always been a pet peeve of mine. Every time I had to model the database for a business I'm not familiar with I ended up wasting dozens of hours reading wikipedia and scattered blogs to get to know it, only to just scratch the surface and having to guess most of it. Sometimes I find an open source project related to the industry and that gets me going, but it's often particular to some...
Show HN: Stopwatch web app for embedding or full-screen display
Fits well also for full-screen display, large or small.
Remote: Only.
Willing to relocate: Negative.
Technologies: Rails, React, Go.
Résumé/CV: https://arthur.crz.li
Email: [email protected]