I really wish that there was an “almost yolo” mode that was permissive but with light restrictions (eg no rm), or even better, a light supervisor model to prevent very dangerous commands but allow everything else.
Readit Newsupbeat_general commented on Claude CLI deleted my home directory and wiped my Mac old.reddit.com/r/ClaudeAI... · Posted by u/tamnd
upbeat_general commented on CS234: Reinforcement Learning Winter 2025 web.stanford.edu/class/cs... · Posted by u/jonbaer
Those don't have DPO/GRPO which arguably made some parts of RL obsolete.
I can assure you that lacking knowledge in DPO (and especially GRPO it’s just stripped down PPO) is not a dealbreaker.
I like the idea of course, but such legislation would also be very disruptive, because it affects the entire supply chain.
Every maker of any gadget, be it random white label android smartphone, set top box or smart home camera would have to negotiate with all their component suppliers to obtain full documentation instead of just driver and firmware blob.
So would these suppliers with their suppliers.
For mor niche components it seems plausible that no proper hardware spec exists and it’s instead through a combination of hardware descriptor languages, the driver code and good old tribal knowledge.
Forcing Google and Apple to allow side loading on their OSs just requires them to flip a switch.
I think there are also compelling reasons why smartphones are special. It’s a duopoly and most people have got to have one to properly participate in modern society.
This seems like the perfect case for legislation that starts out targeting higher volume devices/larger companies and lower over time.
I don’t see why the industry couldn’t move to providing this documentation/full source over a few years.
upbeat_general commented on OpenAI o3 and o4-mini openai.com/index/introduc... · Posted by u/maheshrijal
After refreshing the browser I see that the old o3-mini-high has gone now so I continued my coding task conversation with o4-mini-high. In two separate conversations it butchered things in a way that I never saw o3-mini-high do. In one case it rewrote working code without reason, breaking it, in the other it took a function I asked it to apply a code fix to and it instead refactored it with a different and unrelated function that was part of an earlier bit of chat history.
I notice too that it employs a different style of code where it often puts assignment on a different line, which looks like it's trying to maintain an ~80 character line limit, but does so in places where the entire line of code is only about 40 characters.
Not saying it’s for sure the case but it might be that the model gets confused by OOD text from the other model whereas it expects its own text to be online from itself (particularly if the CoT is used as context for later conversations).
upbeat_general commented on Apple needs a Snow Sequoia reviews.ofb.biz/safari/ar... · Posted by u/trbutler
There's extensive documentation. Examples:
https://developer.apple.com/documentation/security/code-sign...
https://developer.apple.com/documentation/security/notarizin...
There are dedicated sections of the developer web forums:
https://developer.apple.com/forums/topics/code-signing-topic
https://developer.apple.com/forums/topics/code-signing-topic...
...and there's an apple developer support person, Quinn, who appears to be heavily if not solely dedicated to helping developers do binary signing/notarization/stapling correctly.
They have written a slew of Tech Notes about signing and notarization. Main TN is at https://developer.apple.com/documentation/technotes/tn3125-i...
Quinn also has their email address in their sig so people can just reach out via email without even needing an Apple account, or if they prefer more confidentiality.
I mean, come on.
A lot of developers (including myself) don’t want to notarize/sign their binaries that they want to run on their own machine(s).
Obviously Michigan, UCB, UDub aren’t in the same category, especially with prior trading firm experience.
And it was none of the mentioned schools!
> In Young Cho thought she was going to be a doctor but fell into a trading internship at Jane Street
Genuinely perplexing how they always try to show each multi-million earning engineer as some normal person and not someone that went to Exeter and Harvard
Seconding another commenter. I went to a state-school (maybe in the top 5 US state schools) and got an offer without any elite background.
Related: I've been pretty frustrated with cursor that you can't call any APIs directly, and it all has to go through their backend. Along with this, they have essentially refused to fix bugs in their custom API key page for months, forcing you to use their "1st party" tokens.
> The challenge here is not IK.
No, a state-based RL research like this is essentially an IK problem. Given a goal position in the world frame, you need to find out the motor configuration to move your EEF to that goal position.
> IK to my knowledge is well known in every setting I am aware of.
Really? When I was working in this field, I've actually never seen anyone who used numerical/analytical IK methods on real robots.
Granted that I was not a Robotics engineer (I was a Deep Learning engineer in the team), but my impression at the time was that no practical IK solution was available for a robot with 8 DOF, let alone a 20 DOF robot like Shadow Hand.
Here’s the simple reason why this is not the case:
If you provide the 6DoF trajectory (+ gripper joints), a lot of robotics (manipulation in particular) is basically solved. The problem is, we don’t have these good trajectories.
Sure, joint space is commonly used for learned policies, but cartesian space isn’t uncommon either.
IK is really just not a major focus on the learning side of robotics because it’s not the problem. The problem is we don’t know what to do even at the slightly higher level.
More use cases for a single popular format makes this more likely.