HackerTrans
TopNewTrendsCommentsPastAskShowJobs

NotBoolean

no profile record

comments

NotBoolean
·il y a 11 mois·discuss
Embedder’s privacy policy is very clear that they keep your information.

https://embedder.dev/privacy-policy

“Content Data

When you use our services, we collect:

Any files or data you upload Any generated code or data”
NotBoolean
·il y a 11 mois·discuss
I’ve found AI agents always a bit lacking in embedded but I’ll test this out.

You said in your demo that by uploading the data sheet you completely remove hallucinations. How have you achieved this as I found AI’s still hallucinate even when given documentation.
NotBoolean
·l’année dernière·discuss
That’s an interesting analogy but I do disagree with it.

I would say that programming without an AI is like riding a motorcycle. You’re in complete control and it’s down to your skill to get you we’re your going.

While using AI is like taking a train. You got to plan the route but you’re just along for the ride.

Which I think lines up to the article. If you want to get somewhere easily and fast, take a train. But that does take away the joy of the journey.
NotBoolean
·il y a 2 ans·discuss
I don’t have your experience but I personally think some of this feedback can be warranted.

> Can't refactor code because it changes too many files and too many lines.

This really depends on the change. If you are just doing a mass rename like updating a function signature, fair enough but if you changing a lot of code it’s very hard to review it. Lots of cognitive load on the reviewer who might not have the same understanding of codebase as you.

> Can't commit large chunks of well tested code that 'Does feature X', because... too many files and too many lines.

Same as the above, reviewing is hard and more code means people get lazy and bored. Just because the code is tested doesn’t mean it’s correct, just means it passes tests.

> Have to split everything down into a long sequence of consecutive pull requests that become a process nightmare in its own right

This is planning issue, if you correctly size tickets you aren’t going to end up in messy situations as often.

> The documentation comments gets nitpicked to death with mostly useless comments about not having periods at the ends of lines

Having correctly written documentation is important. It can live a long time and if you don’t keep an eye on it can becomes a mess. Ideally you should review it before you submitting it to avoid these issues.

> End up having to explain every little detail throughout the function as if I'm trying to produce a lecture, things like `/* loop until not valid */ while (!valid) {...` seemed to be what they wanted, but to me it made no sense what so ever to even have that comment

I definitely agree with this one. Superfluous comments are a waste of time.

Obviously this is just my option and you can take things too far but I do think that making code reviewable (by making it small) goes a long way. No one wants to review 1000s lines of code at once. It’s too much to process and people will do a worse job.

Happy to hear your thoughts.
NotBoolean
·il y a 2 ans·discuss
If the spend figure is right the difference between the money spent in the USA and UK is larger than I expected.

Highest weekly spend in the UK is just under £1M (Dec 2019) while in the US it’s £50M (Oct 2024). That’s 10 times more spending with only 5 times the population.
NotBoolean
·il y a 2 ans·discuss
Always interesting to see new RTOSs. However, I’m not sure CHERIoT is, I read the about section I’m still not too sure. Can anyone give me a ELI5?