cowboylowrez

The camera just records reality, its by definition sort of neutral artistically speaking, its what it records that matters. Its quite different from this AI music thing, and I would consider it a very difficult task to discuss topics with someone trying to pretend it isn't.

Suno probably puts out better music than most folks who take up music. I mean statistically it has to, right? So once we go with "suno doesn't make music" then we also have to progress to "99 percent of human musicians don't make music", and all us amateur hacks will start objecting lol

yeah I get the same vibes from the book "psychology of computer programming", and one of the things that I liked in this book (and for the most part, missed in actual employment) was the confidence you get when you can run your code by other folks, you know, code review type things. I was also quite surprised by the bandwidth that pair programming brought to the table, two pairs of eyes on a screen with conversations is quite the different experience than one siloed guy off in a cubicle.

Mistakes are a cost of doing business with engineering, even the kinda sorta engineering programming looks like. An environment that helps to prevent mistakes from making it through testing and review should be the focus, but I guess there is value in identifying an individual as being especially mistake prone.

of course not lol

yeah I've never personally used a language that when compiled, has a runtime that has a roulettes wheel chance of going hacking lol

lol I saw the exact same JIT non determinism argument on reddit. The thing is, if JIT cannot replace a hotspot with a 100 percent functionally identical snippet of code then the JIT is just in time wrong and will be either patched, repaired or orphaned.

So all of a sudden all focus is on the word "determinism", and before even going down this route you have to agree on what aspect of the subject are you declaring to be "deterministic?"

Its sort of like chatting with libertarians, as soon as you agree that taxation is theft and democracy is tyranny then all problems melt away!

right now thats my sweet spot, I want to still be able to be the llm's "dumber pair programming partner" lol

I like the idea of white listing tools and their targets. Course that means no bash access. An interesting case would be programming workloads, since big corp bots are incentivized to destroy infrastructure for "marketing points" for instance, it'd be pretty damn dodgy to let it even compile a program even if you limitted it to certain files because it'll just write a program to bypass. So an extra step in my thought experiment for c programming tasks is to disallow header incusion and the like by never letting it write a main() or call anything in stdio or whatever that thing is called. I mean why would a coding bot be bothered to calling fopen, when tasks this minute yet glaringly unguarded security wise can be easily be built and vetted by the armed guards supervising the agent about to enter a programming run.

Now there are still obviously holes everywhere remaining in my bot slaves cell that still need to be closed off, like syscalls, inline asm, taking address of, calling anonymous functions all that mess, I mean how can you make c secure against fundamentally insecure input like web server contact forms, or llm outputs?

So sure, c sucks but I'm still into it so why not just give the llm access to parts of c required for what I want done? Why not just write a "pass through" for a small subset of c that looks more like the old timey pascal but with curly brackets instead of begin / ends?

Sort of like what they did with javascript, because fundamentally your web browser javascript engine is tasked with running unsecure input.

ngl thats a nice looking clock!

I love how Anthropic has created Frankensteins monster security wise and then pointing at it and yelling "DANGEROUS" haha

let me get this straight, the complaining user had "--pwned=true"? that option could be better named in my opinion.

agree 100 percent, I write prompts, and at some point I'm going to adjust my style when I see my prompt is ambiguous or something and I bet subconciously I'm going to try to talk like my robot pal when making these adjustments so I could see it happening

I'm not surprised some folks are getting bad results. I was just in /r/openrouter on reddit and even the pro AI folks don't know anything. I also won't deny how messed up some of the external costs are, and the carelessness, nay, complete recklessness of the OpenAI folks and others. Hell there are still folks saying we aren't even paying the actual costs of these things, and certainly we're not adjusting our economic systems in any meaningful way to account for the massive shift in the skills marketplace. And whether it works or not, well it'd be a hell of a hoax if I've spent a dollar and a half and there's some poor thirdworlder somewhere who actually typed code for maybe a quarter hahaha

I can understand it, but it dawned on me that I needed to figure out some cope for AI's presence in the industry, the upside is that AI is the real deal, this stuff really works, the downside of AI are the fucked up ways its being capitalized and its costs externalized, and the crash and inevitable bailouts I see coming, especially for OpenAI, and lets not even mention the morons who can't control their deployed agents, oh yeah security anyone? (crowd yells no thanks)

Being a now hobbyist programmer, AI is just fun for me chatting with it, throwing structs and snippets at each other, but boy am I reading some horror stories about what it does for jobs, working conditions and code quality. The thing is, its just humans making great inventions and then as usual, fucking everything up with them.

who is owned by..... c'mon you can do it... owned by ..... ?

I play with c some but I just could not stand the libraries I could find to work with fast cgi, just totally opaque and I would get hung up on things like handling some socket a doohicky would hand over and I'm supposed to work with it and I could never figure it out.

Once I ditched the library idea and just coded to the spec things went much nicer lol it turned out to be a relatively normal socket coding project. Just hobby code tho.

if I can't have two password managers for redundancy then none it is.

unicode names spit

I think the US voted in 2024 to change sides in this war. I think we like russia and north korea now, at least thats what the evidence suggests.

yeah why wouldn't the llm push back? I said "fuck you" to gemini once and it replied to watch my manners, and when I realized that it could delete my emails no problem I'm now all please and thank you, problem solved.

s/journalism/poor journalism/tnx

heh I got a completely stupid error from gemini about some apache configs, when I pointed it out, the llm apologised, said the line(s?) should look like this, then posted the same two lines uneditted haha

I threw in an upvote, there is previous history in software for version migration. With version 2 to 3 being the migration here, surely there's a way to stuff 2 bits of info somewhere in a git dir and just patch the version 2 today to start looking for those bits.

big if true! course weren't they running sort of a more liberal process anyways, like when some llm was giving out access for the asking or something? I just hope they aren't as loosey goosey as they seem to be!

Yes, thats how its done now, I was talking about the feasability of recording the "sureness" of the function for each token as it ran (as described in the previous post), I'm betting it'd have to be done pretty low in the stack lol

So my naive understanding is that the stochastic parrot part of this business is the "statistical likelyhood of the next token", so there must be abstractly a function of "whats the next token" right? I'm also assuming that this function could be able to also return how "right" that next token is, or somehow some "strength" based on how many close matches there are, like for instance some tokens are obviously the right next token by a long shot, some next token spaces might have more closely competing candidates, so I guess my question is whether there is any value in saving or accumulating information on whether overall the tokens were close matches or not? Like a "confidence" running total or "history log", or is that just somehow too expensive or nonsensical to do?

the greater fun to be had is doing integration between two systems with differing ideas of how to store time. My experience was with big erp that stored utc and little country store hack that stored local time. I sorta learned why I like utc, but there are plenty of interesting gotchas with time thats for sure!

I'm finding lately that these videos must be at least a half hour. still I happened to watch 20 seconds and I grabbed this promptworthy coupla snippets

"what happened year 1867 japan no social rules"

I have to confess to a lol on that one tho interestingly enough this page would be useful to just see if theres any non AI articles lately

this is good, hn's frontpage is sort of tiresome lately