Sure! Who knows what's on that concrete curb! I'm clean if nothing else with my kitchenware. Just pass it over my natural gas stove's burner. Treat it the same as you do your pocket knife before/after you remove a bullet or shot from a wound. Sterile is best!
> "We know that richer communities and schools will be able to afford more advanced AI models," Winthrop says, "and we know those more advanced AI models are more accurate. Which means that this is the first time in ed-tech history that schools will have to pay more for more accurate information. And that really hurts schools without a lot of resources."
Maybe AI should be a public service provided by the state, like education is? This will at least partially solve the issue of AI-access inequality. Personally, I wouldn't mind if EU provided such a service for its residents and citizens. It can also be more aligned with core EU values than offerings from grifter megacorps. Of course this would also require the usual checks and balances, as any concentrated power does.
What's up with the TeamYouTube account advising him to delete his X post for security reasons because the post contains a channel ID? Like channel ID is not public information and some secret private key or something?
In a discussion of an article about encouraging fact-checking in writing, I wish you would have made your quotes informative by replacing "many wise people" with the actual names of who said them.
For everyone else: the first paragraph appears to be a quote of C.S. Lewis around 1945 [0], and the second, of Thomas Jefferson in 1807 [1].
> Its landing module, which weighs 495 kilograms (1,091 lb), is highly likely to reach the surface of Earth in one piece as it was designed to withstand 300 G's of acceleration and 100 atmospheres of pressure.
Awesome! I don't know how you can design for 300 G's of acceleration!
Overbuild everything. For things that might be fragile-ish like surface mounted electronics, cast the whole thing in resin. As a sibling poster has mentioned, we shoot things out of artillery tubes these days that have way harsher accelerations than 300g.
300g is nuts. Electronics in a shell is one thing, this is a landing craft. In a prior life my designs had to survive 12g aerial drop loads and we had to make things pretty robust.
It also blew my mind that a human being, John Stapp, survived >40g acceleration and 26g deceleration, in a rocket sled. I believe it was the deceleration that hurt him the most.
Gun scopes are minimum 500G rated. Apparently that's the ballpark for recoils(the reaction force from the barrel becoming a rocket engine, and/or the bolt/carrier bottoming out)
Acceleration is a vector. So if you apply the “deceleration” long enough you’ll eventually be accelerating in the opposite direction. Without a frame of reference it’s all the same. Even with a frame of reference you’re still accelerating just that it’s in he opposite direction of the current velocity.
I fly through trams in completely different directions depending on whether it accelerates or decelerates. So for sure a system's design must consider more than just the magnitude of acceleration.
When you go around a tight corner and are thrown to one side, what term would you use for the tram's change in motion then?
Deceleration is a useful but non-technical term, like vegetable. A tomato is a fruit which is a tightly defined concept, but it is in this loose category of things called vegetables. It's still useful to be able to call it a vegetable.
From a physics perspective all changes in motion (direction and magnitude) are acceleration, and it's correct to say the designers had to consider acceleration in most (all?) directions when designing the tram. This is including gravity's, as they tend to give you seats to sit on, rather than velcro panels and straps like on space ships.
It is useful to say to your friend in the pub that you got thrown out of your seat due to the tram's heavy deceleration, rather than give a precise vector.
Without looking out the window how would you tell the difference between acceleration or deceleration? You can’t.
And if you say “well one way I fly to the back of the tram and the other the front” You’re arbitrarily associating “front” with decelerate and “back” with accelerate.
300gs is 300gs regardless of the direction vector of the component.
> So for sure a system's design must consider more than just the magnitude of acceleration.
What else would you need to consider? Acceleration up? Down? Left? 20%x,30%y,40%z? There’s an infinite number of directions.
Well to be fair, the person you reply to has a point. There’s a continuous range of directions, but even though I’m no spaceship engineer, I suspect they’re probably engineered to withstand acceleration better in some directions than others, given that pretty much only their thrust method, as well as gravity at source and destination, will actually be able to apply any acceleration.
Acceleration, deceleration, point is: Something is going to apply 300 gs in a certain direction to design for.
It's not like you can tell whether you're going slow or fast, in one direction, the other direction, or even just standing still, if you close your eyes.
There's no need for the "/s" on the end, there. Deceleration, and especially in this case with a natural frame of reference, deceleration is negative acceleration.
The magnitude of the velocity vector is dependent on the frame of reference.
If you measure the same object's velocity from a spaceship traveling through the solar system, you'll get a different answer from what we measure from Earth.
That's why physics doesn't distinguish between acceleration and deceleration. What looks like acceleration in one frame looks like deceleration in a different frame.
The ChatGPT session he links [0] shows how powerful the LLM is in aiding and teaching programming. A patient, resourceful, effective, and apparently deeply knowledgeable tutor! At least for beginners.
I'm constantly shocked by the number of my coworkers who won't even try to use an LLM to get stuff done faster. It's like they want it to be bad so they don't have to improve.
I have an on again off again relationship with LLMs. I always walk away disappointed. Most recently for a hobby project around 1k lines so far, and it outputs bugs galore, makes poor design decisions, etc.
It's ok for one off scripts, but even those it rarely one shots.
I can only assume people who find it useful are working on different things than I am.
Yeah I'm in the holding it wrong camp too. I really want LLMs to work, but every time I spend effort trying to get it to do something I end up with subtle errors or a conclusion that isn't actually correct despite looking correct.
Most people tell me I'm just not that good at prompting, which is probably true. But if I'm learning how to prompt, that's basically coding with more steps. At that point it's faster for me to write the code directly.
The one area where it actually has been successful is (unsurprisingly) translating code from one language to another. That's been a great help.
I have never been told I'm bad at prompting, but people swear LLMs are so useful to them I ended up thinking I must be bad at prompting.
Then I decided to take on offers to help me with a couple problems I had and, surprise, LLMs were indeed useless even when being piloted by people that swear by them, in the pilot's area of expertise!
I just suspect we're indeed not bad at prompting but instead have different kinds of problems that LLMs are just not (yet?) good at.
I tend to reach for LLMs when I'm (1) lazy or (2) stuck. They never help with (2) so it must mean I'm still as smart as them (yay!) They beat me at (1) though. Being indefatigable works in their favor.
My experience tracks your experience. It seems as if there are a few different camps when it comes to LLMs, and that’s partly based on one’s job functions and/or context that available LLMs simply don’t handle.
I cannot, for example, rely on any available LLM to do most of my job, because most of my job is dependent on both technical and business specifics. The inputs to those contexts are things LLMs wouldn’t have consumed anywhere else. For example specific facts about a client’s technology environment. Or specific facts about my business and its needs. An LLM can’t tell me what I should charge for my company’s services.
It might be able to help someone figure out how to do that when starting out based on what it’s consumed from Internet sources. That doesn’t really help me though. I already know how to do the math. A spreadsheet or an analytical accounting package with my actual numbers is going to be faster and a better use of my time and money.
There are other areas where LLMs just aren’t “there yet” in general terms because of industry or technology specifics that they’re not trained on, or that require some actual cognition and nuance an LLM trained on random Internet sources aren’t going to have.
Heck, some vendors lock their product documentation behind logins you can only get if you’re a customer. If you’re trying to accomplish something with those kinds of products or services then generally available LLMs aren’t going to provide any kind of defensible guidance.
The widely available LLMs are better suited to things that can easily be checked in the public square, or to help an expert summarize huge amounts of information, and who can spot confabulations/hallucinations. Or if they’re trained on specific, well-vetted data sets for a particular use case.
People seem to forget or not understand that LLMs really do not think at all. They have no cognition and don’t handle nuance.
Don’t get them to make design decisions. They can’t do it.
Often, I use LLMs to write the V1 of whatever module I’m working on. I try to get it to do the simplest thing that works and that’s it. Then I refactor it to be good. This is how I worked before LLMs already: do the simplest thing that works, even if it’s sloppy and dumb, then refactor. The LLM just lets me skip that first step (sometimes). Over time, I’m building up a file of coding standards for them to follow, so their V1 doesn’t require as much refactoring, but they never get it “right”.
Sometimes they’ll go off into lalaland with stuff that’s so over complicated that I ignore it. The key was noticing when it was going down some dumb rabbit hole and bailing out quick. They never turn back. They’ll always come up with another dumb solution to fix the problem they never should have created in the first place.
I use LLMs often - a few times a week. Every time I gain confidence in a model I get burned. Sometimes verifying takes longer than doing the task myself, so “AI” gets a narrower and narrower scope in my workflow as time goes by.
I didn't complain about them going away. I complained about using LLMs upsell rather than implementing refactoring like they used to for their previous IDEs (e.g. IntelliJ).
I complained about them no longer being added, not being removed (at least not yet). Look at CLion refactorings, compare this to IDEA and Rider that preceded the LLM enshittification.
For C++, there should be quite a few refactoring on the count of it being OOP like Java.
Even IDEA and Rider didn't add any new refactorings, despite Java advancing quite a bit.
Some people just don't want to use AI and there are very legitimate reasons for that.
Why are you so willing to teach a program how to do your job? Why are you so willing to give your information to a LLM that doesn't care about your privacy?
I agree there can be very legitimate reasons for personally not wanting to use AI. At the same time, I'm not sure I find either of those questions to be related to particularly convincing reasons.
Teaching a program how to do your job has been part of the hacker mindset for many decades now, I don't think there is anything new to be said as to why. Anyone here reading this on the internet has long since decided they are fine preferring technical automations over preserving traditional ways of completing work.
LLMs don't inherently imply anything about privacy handling, the service you select does (if you aren't just opting to self host in the first place). On the hosted service side there's anything from "free and sucks up everything" to "business data governance contracts about what data can be used how".
> Anyone here reading this on the internet has long since decided they are fine preferring technical automations over preserving traditional ways of completing work.
Well, that's a huge unsubstantiated leap. Also, it's not about "preserving traditional ways of completing work." It's just about recognizing that humans are much better at the vast majority of real world work.
I suppose that might depend on how you read "preferring". As in "is what one would ideally like" then sure, it's a bit orthogonal. As in "is what one would decides to use" is what I mean in that we are willing to try and use technical automations over traditional means by nature of being here, even if a face to face conversation would be higher quality or an additional mailman would be employed.
> Also, it's not about "preserving traditional ways of completing work." It's just about recognizing that humans are much better at the vast majority of real world work.
While an interesting topic I'm not sure this really relates to why people are willing to teach a program how to do their job. It would be more "why people don't bother to", which is a bit of the opposite assumption (that we should if it were worth it).
The most interesting thing about recognizing humans are much better at the vast majority of real world work is it doesn't define where the boundary currently sits or how far it's moving. I suspect people will continue to be the best option for the majority of work for a very long time to come by our nature to stop considering automated things work. "Work" ends up being "what we're employed to do" rather than "things that happen". Things like lights, electricity, hvac, dishwasher, washer/dryer, water delivery & waste removal, instances of music or entertainment performances, and so on used to require large amounts of human work but now that the majority of work in those areas is automated we call them "expenses" and "work" is having to load/unload the washer instead of clean the clothes and so on.
So, by one measure, I'd disagree wholeheartedly. Machine automation is responsible for more quality production output that humans if, for anything, because of the sheer volume of output and use than being better at a randomly chosen task. On another measure I'd agree wholeheartedly - the things we define as being better at tend to be the things it's worth us doing which become the things we still call "work". Anything which truly has the majority done better (on average) by machines becomes an expense.
Elaborate? You heat your knives after every sharpening?