Hacker Newsnew | past | comments | ask | show | jobs | submit | more klinquist's commentslogin


A good resource for team meetings / 1:1s / etc: https://pipdecks.com


The best resource there is to not have them. They're fundamentally a waste of time. The best teams will self-organize and come to the right conclusions given vision, dare I say, leadership, from the top.


In theory, you don’t need 1:1s. In practice, if you don’t have them, some people will bottle up minor irritations until they become serious problems. 1:1s are a release valve for that. You can’t rely on everybody to proactively reach out when there’s a problem.

Also:

> The best teams will self-organize

Part of being a good manager is being able to manage suboptimal teams. It sure would be nice to hand-wave away problems with “the best teams don’t do that”, but you aren’t always dealing with the happy path.


I agree. My experience is that regularly scheduled 1:1s without an agenda seem to turn into therapy sessions for a surprising amount of people. I like doing ad-hoc 1:1s with specific agendas though, such as pair programming or an architecture session for an issue an Engineer is starting to work on.


open a pull request, reviewer finds a bug and asks for changes, you make changes and re-request a review...


That's what I was afraid of, I'd never think anyone submitting AI-generated code wouldn't first read it themselves before asking others to review it!


I read it myself. But if one person could catch every bug in code then we wouldn't need PR reviews at all would we?


Well yes, but I personally would never submit a PRr I could use the excuse, "sorry, AI wrote those parts, that's why this PR has now bugs than usual".

All that to say that the base of your argument is still correct: AI really isn't saving all that much time since everyone has to proof-read it so much in order to not increase the number of PR bugs from using it in the first place.


I am. I've spent some time developing cursor rules where I describe best practices, etc.


An add-on GPS would be helpful for all sorts of remote telemetry applications.


Yep! GPS is already built in


They mention it is battery ready, small solar panels w/ battery charge controllers are very plentiful in the market today. If this is anything like competitors (Particle), you can put the devices in a very low power sleep state and have them wake up on event or on a time schedule to connect to LTE and send data.


I assumed this would be about prompt engineering. I often feel like I'm arguing with toddlers when interacting with LLMs :).


I just assumed it uses Plaid.


I assume it uses no external services at all as it's supposed to be local first and "No Cloud" is basically the first thing you see when opening up the landing page.

Not to mention the second paragraph is "no more worries about SaaS services playing around with your data"


unlikely, who would pay the plaid bill here? they dont really have ala cart pricing - you have to create an account with them etc


I can provide an API key, you can use their staging API that allows a few banks for free. That's what I do with a local script I wrote, I get my banks' balances once a week.


They deprecated their staging API. The equivalent now is “limited production access”.


Ah really? That's too bad, I guess I haven't used mine in a while, but I was just about to again.


yep, it would be way too expensive


Imagine if Plaid was open source...


Website won't load - just me?


which website doesn't load for you?


trtparity.com, looks like it's a local problem, loads on cellular.


I use monit and m/monit server to measure CPU/load/memory/disk, processes, and HTTP endpoints.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: