nocman

> Perl 4 specifically of course though.

Not in 2005. Perl 5 all the way, baby!

> Great, another project with an asinine and backwards-thinking AI policy

Nothing asinine about it. Just because many in the industry have decided they are willing to accept the downsides of using output generated by LLMs in their product doesn't mean that everyone in the industry has to. People are still free to do things differently than you do.

I think you misread and/or misunderstood my reply.

I think you meant "Podman", but yes, Postman almost entirely sidesteps docker.

:D

"cult", what the heck are you talking about? That's just ridiculous.

A person studying photography is infinitely more sophisticated than a machine training on photographic information. Photographic art is much more than just taking pictures.

WOW. I went googling, sorta hoping this was a joke, but nope, there it is:

https://docs.spring.io/spring-framework/docs/current/javadoc...

I've been away from that world for a while, but still.

At least it was the "Simple" version. LOL.

> And it's trained on more art critics than any photographer has read.

Your argument seems to be that because of this training, the result will be better art than the human photographer could produce. I'd say there's at least as good a chance that the training will make the photography worse art than the human photographer could produce.

Interesting. It looks fine to me. What's the part that bothers your eyes? (genuinely curious).

> - 42% are hopeful or excited about the tech industry

doesn't that ignore the overlap?

  1102 of 4694 (23%) respondents said they were hopeful 
   897 of 4694 (19%) respondents said they were excited

So, for example, if all of the ones who were excited also said they were hopeful, then only 23% of respondents are "hopeful or excited about the tech industry".

(on that question they could submit more than one answer)

jasonvorhe should apply for a job at the NFL - the "no fun league".

Nope. I work with virtualization on Linux every day, and have done so for many years (and many varieties of virtualization). I didn't recognize it by the name, and I don't remember hearing about it before.

That video should totally have this as the soundtrack beneath it:

https://m.youtube.com/watch?v=Z3qRXDGApNU

Licensing is not a substitute for hiring competent people that actually care about the quality of their work, and then giving them the time, resources, and support they actually need to do it.

Government involvement almost always just makes the problem worse, not better. There is a place for control in some areas (medical, military applications, etc), but I think broad-sweeping regulation would do far more damage than good.

> an expensive interview process where the candidate has to be onsite

I'm sorry, but if I'm doing the hiring, the person who isn't willing to come on site to do an interview will be one of the first people off the list to hire (I mean, unless it is a remote job, and the person is nowhere near the employer, obvious exceptions would apply).

In-person interviewing can be extremely valuable. Will it filter out every bad candidate? No, some people excel at faking it. However it can be a big help in finding a good candidate.

> The truth is like the sun. The light from the sun touches everything, it's bright and it's obvious... yet no one can stare directly at it.

bad analogy. It can be very painful to accept the truth, but doing so is always a good thing. Staring directly into the sun can cause permanent damage to your eyes -- not a good thing.

You're absolutely right! Would you like me to generate that piece of load-bearing now?

<Accept> [Decline]

> purposeless dumb challenges and difficulty

While I agree that for some people games with a time limit are not fun, I don't think the challenges and difficulty should be classified as "purposeless" and "dumb". For many the challenge/difficulty IS the fun part, and they serve a genuine purpose. If you don't like that, then play a different game, but that doesn't mean the game you don't like is useless.

it most certainly is NOT available at a reasonable cost in many places.

Yeah, DEC Alpha was the first thing to come to my mind. I guess some might argue it wasn't a "PC" - if you don't include what used to be called "workstations". This is largely because PC meant "personal computer", and very few people could afford their own DEC Alpha - they were very pricey ($20k at some point in the 90's, I believe).

It's been mostly dead all morning.

> I don't think it is overreach since its fairly simple to implement and non obtrusive

Those two things have absolutely nothing to do with one another. Something being easy to implement is completely unrelated to whether forcing its implementation is overreach.

> It's weird to see people in tech taking this stance. They've been riding the same wave of exploiting the average person through economies of scale for the last 20+ years, but now that it affects them, it's suddenly catastrophic.

That's an awfully wide swath you are cutting there. I can't think of a single tech person that I've worked closely with in the last 20 years that I would describe as "riding the same wave of exploiting the average person through economies of scale". The majority of tech workers do not work for FAANG, or anything close to it.

Yeah, because someone who is trying to sell you something would NEVER try to convince you that you can't possibly hope to compete without buying their product. /s

"old days of PHP and Apache" ...

Apache still runs about 23-28% of websites (with some measurements suggesting it is pretty close to equal with nginx). PHP is still in use by 70-80% of websites (numbers vary depending on where you look).

You make it sound like both pieces of tech are irrelevant. Nothing could be further from the truth.

some quick googled examples (like I said other sites' numbers vary, but you get the general idea):

https://www.wappalyzer.com/technologies/web-servers/ https://kinsta.com/php-market-share/

> Got an idea that you'd need assembly language for - now you can do it instead of..... never doing it because it would have been impossible for you in any practical way

If you are having an LLM generate the assembly language for you, that is not even remotely close to writing the assembly language yourself.

I don't find it exciting even in the slightest. I can think of nothing more boring and unsatisfying than having an LLM generate all of your code for you.

I mean, I understand why some think this could be exciting from a "I can get something done fast because the LLM generates it for me" standpoint -- because their excitement stems from something getting done at all instead of just sitting in the pool of ideas forever. However, you will never know the code generated by an LLM like you know the code you wrote yourself. Also you will never gain the same satisfaction of finishing a project where the code was written by an LLM that you gain from finishing a project where you wrote the code yourself.

If you are a person that doesn't care about coding or doesn't like to code at all, I could totally see why you'd find this exciting - to you it's all about avoiding work you don't care for or want to do yourself anyway. Also, a high percentage of people who do love coding have zero interest in writing assembly language, so if they were required to write some for a project, I could also see them being happy with having an LLM generate that part of the project for them.

However, I think for people who genuinely love to write code, the situation is the opposite of what you said -- it is far more sad than it is exciting. In fact, for many of them it has already reached the point of depressing for many reasons. I don't think it is primarily because the LLMs have gotten significantly better at generating code (which they have). I think some of the bigger reasons are that so many people who now pay people to produce code have:

1) got a very short-sighted and "rose-colored-glasses" view of what LLM-produced code will do for their company.

    and

2) deeply under-appreciate the value of having a person or team of persons who understand their business, the hardware and software required to support their business, and the work required to both keep things running and handle new requirements as they come along. Because of that under-appreciation, many already have punted ( and/or are preparing to punt) those people to the curb because they think they can just have an LLM do their job and save a ton of money.

In the long run I think most (if not close to all) of those businesses are going to be sorry if they over-indulge in replacing human-produced code with LLM-produced code. I think the ones who lean too heavy on the LLM side are going to eventually collapse into a heap of unmanagable dumpster-fire code that they can't understand nor maintain. A whole new world of incidental complexity will consume every project, and in the long run it will just eat them alive (figuratively speaking, of course :-D ).

> I mourn the death of a human artform.

The artform only dies if you let it. Even if your employer is so idiotically myopic as to forbid you to ever write your own code, you can still continue the art on your own time. I for one don't care how "good enough" any AI-lableled technology gets at writing code. I will continue to hone my craft until the day I either die, become too unwell to do it, or some other creative endeavor consumes all of my personal time.

Yeah :-(

Here I was hoping that somehow IBM had decided to open source it. That would have been fun. But I don't think that will ever happen.

nothing awkward about it.

IMHO, It's a better time than ever to develop a new IDE. Just make one that cares deeply about performance (i.e loads instantly, and always has a snappy response). Make features easy to control. Allow me to turn on only the things I care about and to shut the rest off.

I can't even remember the last time I was impressed by the speed of an IDE, though we have more computing power now than ever. I'd love to see someone new come in and wipe the floor with all of the current contenders.

I don't think the likelyhood of "electricity and Internet, running water grocery stores" being pulled out from underneath you (either by long term failure or prohibitive cost changes) is anywhere near as high as it is for subscription-based AI tools (at least not in the US).