56 karma · joined December 28, 2021
- Got https://beachcomber.sh pretty much stable. Next stage is to propose to various upstreams its worth integrating. - Custom firmware for some ikea symfonisk dials because the oem firmware on them has some pretty bad bugs. Added features like hold and turn. Getting nice smooth dial behaviour over zigbee etc is surprisingly tricky - Built a skill evaluator tool that runs a skill through test suites and then tweaks the skill context and runs again. Its been pretty effective to be honest, almost all skills you do the first version is laughable compared to the one you get after this automated self improvement. - A robust tmux bridge interface for claude to hook into, and then a director layer on top of that for agent orchestration tooling - a stenographer skill that on the fly ripgrep and builds a rag on your on disk conversation history as a form of memory. Pretty effective. - I have just started a tool that brokers woodpecker ci to openbao/vault to give a gitlab like integration for controlled secrets injection for ci. - Been beating my head against a camera tool for a while now, finally making headway. Many ptz cameras dont support fov move, which nvrs need for ml object detection and tracking. They just have a super clunky continuous move and stop. So my tool characterises the camera with cv tools and calibrates movement curves to produce a data file that can be used by my onvif proxy to emulate the more advanced move commands. - Various helper tools for fusion, like csv based parameterised export, and compliant magnet insert generators. - A pipeline that consumes my content backlog, ie instagram saves, reddit saves, hn faves, etc and analyses them with local models and various algorithms steps to categorise and intuit why it was saved and what the key information is and what category it fits into for future reference etc. - A map of my city that shows live river height data with flood map overlays, contour data, predicted overland flow etc. flooding is a regular concern but theres no great resource to know whats going on. I have about 60gb of public datasets it works with. - A package manager for kicad library symbols and footprints, datasheets - skills for kicad so claude can reasonably interpret the schematic and advise on problems, check against datasheets etc. surprisingly effective. - A gcode controlled expansion board for the Carvera Air that gives you 8+8 channels of control for extraction, air assist, vacuum table, timelapse camera, etc. you only have 1 pwm pin so the protocol encodes over that. - A novel exploration interface for vitamins that renders them in a network graph, showing relationships. When you select one it rearranges around it into a kind of valance orbit style so you can explore chains of effect. Turns out, lots and lots of things relate to magnesium. - A comprehensive usb c pd board with 4s battery management. 3a or 8a depending on version. Trying to do proper pd in is nontrivial so this is a drop in solve. - A new brain pcb for Kinesis Advantage Pro keyboards to give modern firmware, bluetooth etc. - Repacked my rack UPS battery with LiFePo cells, and built an induction/resistive series battery balancer pcb for it. - Playing around with a new debug header/connector concept thats tiny footprint and zero cost to add.
The hard part is getting things over the line, publishing and seeing if theres interest. A thing can be largely done but theres a lot of detail work polishing it up so its public ready.
But you find each time you find something in a category, a hall sensors, an encoder, a capacitance sensor, gpio expander, adc, you just file that away as kind of solved and next time you hit that part first before finding alts. Over time you have to dig about less and less. But dont bother with things like resistors, caps, etc that are basic. Even mosfets, unless you have special needs the 3 main types jlc has as basic are fine. Dont get some odd package thats technically two mosfets in one, just put down two basic mosfets. And if you do need a more 'advanced' part, look what is on jlc's promo list atm. Theres very popular stm's for example that are prettymuch constantly on promo (promo is they have the part loaded in mid term for some big customer so you might as well piggyback. Means no loading fee. Adds up)
Llm's can be useful for sifting the sand. Narrowed it to like 30 options and still dont know whats the best pick? Export search as csv and ask your favourite stochastic parrot which part would work best for your application and why. Dont ask them for part numbers though, completely pointless.
I probably would not have bothered to allocate time to this pre ai, the juice wasnt really worth the squeeze. But I approached it with an initial amusing naivete about it being 'super simple'. As is almost always the case with software theres a reasonable amount of hidden complexity. But I have been using it as a sort of learning proving ground for how to work with agentic development. For example I got to a point where claude wouldnt implement properly and would argue with me about changes because it would read the current/old docs in the repo and get confused about reality. So right now I'm experimenting with 'canonical specs' that can only be changed modally with gates and a defined cascade from canon, to code, to docs in that order. Otherwise you end up in a weird thrash about the docs and the code disagree and which one will the agent decide to change for consistency?
Anyway, its been interesting and its v0.6 and at a point where Ive not hit a sharp edge dogfooding for a while and some beta testers would be valuable. Right now you have to manually wire it into your stack, once some others have kicked the tyres hard enough I will make some pr's to the popular tools to consider integrating it.
I really wish the audio technica headband style was more common, even they use it less now. The two winglets as the head contact are just so much more comfortable than literally any other configuration.
Has anyone done a teardown and figured out where all the gravity in these things comes from?
Treatments are poor, the condition itself and its systemic effects are almost unstudied. Most doctors either dont know about it or their knowledge stops at 'flexible'. Some doctors (surgeons esp) may even decline to work with you if you disclose EDS.
CSF leak, either from a lumbar puncture, or from things like chiari malformation and other cervical abnormalities are a well known phenomenon within the community. A person complaining of persistent postural headaches usually gets csf leak as the first response from said community. It is however, incredibly difficult to get a doctor to be willing to diagnose it, to have it competently found, and then patched.
He had had a close friend pass recently and he had, within the last few weeks, used mushrooms to help treat the depression/grief. Ie he did not crash the plane mid psychotic break slash psychadelic trip.
We absolutely run into this issue of new people floating ideas and the old hats going 'for the 100th time that will not work because x y z' and the new person going 'jesus, ok then'. Theres a lot of history and learnings thats hard to solidify and pass on and get people into the same book, not even the same page. I still haven't cracked this nut, it feels like i should write a bunch of documentation but i suspect it will not be read.
I've been the polite but chronic reminder/nagger. It does work but its extremely wearing on all participants. I've found the best way to do it is to pair or more people up, in a physical location at the same time to do things. Body doubling is like crack to my audhd brain but it works great for most people as well. Bonus points if you feed them. However, thats a high level of organisation and it can be really tricky to pull it off with the regularity and scale the organisation might require.
I've said in other comments i'd do unseemly things for a volunteer coordinator, but i'd make the devil blush if i could pin down a project manager. Most people just need structure, thats just the long and short of it I've found. You've gotta provide it some way or another, and doing it effectively is a full role and I have enough hats as it is.
How do you combat the old knowledge vs new (naive?) ideas issue? Do you try to reevaluate that 'old knowledge'? Just let the new idea down gently and explain the history? Talk about what you havent tried that might be relevant?
We definitely caution against taking on too much at first, or we give them clear deescalation paths should they struggle.
Hey, hey don't call me out like that. I'm the problem, its me. I absolutely have a tendency to do most of the work but want to run/control things tightly. Always pushing back on myself to try and chill out.
What do you think the main reasons volunteers quit are?
Burnout is _the_ monster that I'm trying to fight, more people, smaller workloads. Predicated on getting more people however.
Setting tasks is... well you learn that you have to train people how to do it. And how SMART Goals are one thing, and actionable tasks are another (subset thing). If you write the task as a Goal, when it comes time to assess if its done, you play the interpretation game and it gets a bit rough.
I think skill building is a big factor that, while we talk about it, we should highlight it more front and center.
Recognition is definitely powerful, as I said in another comment, the issue I've found with it is that if you miss just one person, they tend to feel much worse than if you thank no-one. Hard to catch everyone in that net.
We have been talking about gamification ideas lately, letting volunteers get some form of karma point for doing certain tasks, letting volunteers 'fist bump' each other to tip karma as thanks for a job. Then its a self reporting issue and harder to be left out. Still chewing the idea over, feels like capitalism with extra steps.
Volunteers are definitely hard. If i ever get a coordinator i may nail them to the floorboards.
How did you organise your charity? heirarchical, groups by area or topic? how did they work together?
Do you have any tips on how to get people to do the boring jobs. "Please update the asset register for your area with the msds for anything you keep in stock" 2 hour job. Like pulling teeth, but i need it for compliance.
I've lost count of how many times i've pointed out that you cannot put good and bad actions on a scale and try to balance them. Good actions are good in one pile, and bad actions are bad in their own pile, and that pile has to stay real, real small. Conflict avoidant people who are new (to you, ie me the 10yr veteran vs the 3yr 'newbie') really, really struggle with 'ostracising'.
Our code of conduct is pretty average tbqh. Do you have any examples of ones that you would consider exemplary or have particularly interesting points or approaches?
* Direct positive results, absolutely yes. The problem I've found here is that if you are 95% good at this, you are still failing and someone is very upset they got missed/jilted, and you're none the wiser until they take some action based on that.
* Our environment we pitch as 'volunteering is a great way to pick up new skills'. Do you think theres value in 'gamification' ie, issuing badges or collectable somethings to indicate skills gained? We cant officially certify you as a book-keeper but we can teach you how to operate xero for example. Useful as kudos, maybe marginally as a resume padder.
* We do a lot of this, it works okay-ish. It's hard to get 'full compliance', ie you give a volunteer ownership of an area, theres fun parts and not fun parts and weirdly enough the not fun parts get missed every month...
* Historically we've been terrible at letting go but we are getting better and better. The geek social fallacies are very very strong.
* This last point feels like going to the dentist. I know i need to floss more <insert excuse>. You're 100% right though, hyperfocusing on the onboarding and training should probably be one of our highest priorities because its making every other fire downstream bigger.
Are you able to provide examples of how you've done these points in your organisation from an implementation perspective?Our volunteers seem to fall into:
* Obsessive Crazy People (myself): Very committed, for no discernable reason. Organisation survives because a few people are like this at any time.
* I Want Control: Someone wants to exercise their will or way of doing things over an area or similar. Put a bridle on them and lets go
* I Enjoy Tinkering: I like to help out and scratch my itches, but I wont commit to anything specifically and its mostly about fun and following my personal interests.
* I Will Volunteer for X: A discount, kibble, free soft drink. Extrinsicaly motivated by some external factor or gamification.
* Saints: I just want to help and give back.
So I see some overlap in your descriptions there. Attrition and Job handover is super tricky. Or really, formalising the training of things is a whole big job in itself, so often people get thrown into things and told to swim. Not great, but as a firefighter you probably know sometimes its hard to know which fire to fight...Do you have any suggestions re sophisticated collaborative structures?