• 0 Posts
  • 2.27K Comments
Joined 3 years ago
cake
Cake day: June 15th, 2023

help-circle

  • But inexperienced coders will start to use LLMs a lot earlier than the experienced ones do now.

    And unlike you that can pick out a bad method or approach just by looking at the LLM output where you correct it, the inexperienced coder will send the bad code right into git if they can get it to pass a unit test.

    I get your point, but I guess the learning patterns for junior devs will just be totally different while the industry stays open for talent.

    I have no idea what the learning path is going to look like for them. Besides personal hobby projects to get experience, I don’t know who will give them a job when what they produce from their first efforts will be the “bad coder” output that gets replaced by an LLM and a senior dev.

    At least I hope it will and it will not only downsize to 50% of the human workforce.

    I’ve thought about this many times, and I’m just not seeing a path for juniors. Given this new perspective, I’m interested to hear if you can envision something different than I can. I’m honestly looking for alternate views here, I’ve got nothing.


  • It won’t replace good coders but it will replace bad ones because the good ones will be more efficient

    Here’s where we just start touching on the second order problem. Nobody starts as a good coder. We start making horrible code because we don’t know very much, and though years of making mistakes we (hopefully) improve, and become good coders.

    So if AI “replaces bad ones” we’ve effectively ended the pipeline for new coders to enter the workforce. This will be fine for awhile as we have two to three generations of coders that grew up (and became good coders) prior to AI. However, that most recent generation that was pre-AI is that last one. The gate is closed. The ladder pulled up. There won’t be any more young “bad ones” that grow up into good ones. Then the “good ones” will start to die off or retire.

    Carried to its logical conclusion, assuming nothing else changes, then there aren’t any good ones, nor will there every be again.




  • Ruby was the most approachable language I found and sheparded me from my limits of bash scripting and Windows batch file scripting into the next level.

    The author derides Ruby’s easy readability and syntax because it has issues scaling to large enterprise applications. I don’t disagree there is a performance ceiling, but how many hundreds of thousands of Ruby projects never rose to that level of need? The author is also forgetting that Ruby had Rubygems for easy modular functional additions years before Python eventually got pip.

    I don’t write in Ruby anymore, and Python has evolved to be much more approachable than it was when Ruby was in its prime, however if someone came to me today saying they wanted the easier programming language to learn that could build full applications on Linux, OSX, Windows, and the web, I’d still point them to Ruby with the caveat that it would have limits and they would be better served by Python in the long run.








  • I can’t image how well the technical components can hold up.

    I recently got back from the Smithsonian affiliate Atomic Testing Museum. Two things caught my eye in the exhibits that gave me a similar realization about Russian nuclear readiness.

    #1 The USA is currently undergoing a nuclear warhead modernization program refurbishing the existing inventory of nuclear warheads and the result of this “will extend the life of the warhead by as much as 25 to 30 years”. I understand this to mean that the useful life of a nuclear warhead sitting on the shelf is less than 30 years. That means nearly 100% of the warheads that were ready to use when I was born are now non-viable, unless they’ve undergone refurbishment sometime in my lifetime.

    #2 at its peak count, the USA has had about 31,000 nuclear warheads at one time. Over the many years since, that number has been reduced to about 2,500 in inventory right now. There are an additional 2000 warheads that are not considered “ready to go” that are schedule to be dismantled and disposed of.

    The treaties reducing nuclear warhead stockpiles wasn’t about peace, it was about cost! The US government, even with its incredibly high budgets decided to drop from 31,000 warheads to just 2500 because they are just so expensive to maintain, which it has carried on with the maintenance of the warhead.

    Now, Russia has just a tiny fraction of the USA’s military budget, and much more corruption. What are the chance any of Russian’s warhead have been maintained? If the USA’s warheads only have a 30 year shelf life, and Russia’s are the same, that would mean that an unmaintained warhead would have had to be be built in the early 1990s (right when the Soviet Union was collapsing), which doesn’t seem likely.

    This leads me to guess that the vast majority of Russia’s current warhead stockpile probably don’t work!




  • I’m not an aerospace engineer, but I would guess that lots of compromises are built into today’s crewed fighter aircraft as compromises for the human body inside it. This can be as simple as extra armor around the fuselage to protect the pilot from flak, but this armor is heavy subtracting from the range and agility of the aircraft.

    I’m also betting that lots of limits are placed upon the design of the aircraft around the 9Gs-10Gs a human body could take for a very short amount of time. Think of the agility and turn radius of an aircraft that could take 12G to 18G maneuvers in the course of a regular day when the design of the aircraft removes the limits of a human body needs to survive.

    Lastly the airframe itself is larger than needed for uncrewed if you’re able to subtract the cockpit, canopy, ejection seat systems, environmental system that keep a pilot able to breath and from freezing to death or roasting alive. All of that removed weight means either more weight for weapons payload, longer range from more available fuel, or a smaller aircraft that is cheaper to build, store, and deploy.

    Antonov could be the company that skips all the human pilot stuff and putting all that energy and effort into building a superior aircraft without the human pilot limitations.