Pete Smith @beyond_code

Good friends, good code, good beer. Waging war on blanket advice. There are no tool problems, only people problems. beyond-code.com Geelong, Victoria Joined July 2012

Tweets

16K
Followers

1K
Following

1K
Likes

22K

Pete Smith @beyond_code

2 weeks ago

@Kragvex @mjovanovictech Yep, this! If AI takes over software engineering then I will simply make and sell 10 times more software! Now if AI makes software unnecessary... 💩

0 0 0 22 0

View Details

Pete Smith @beyond_code

3 weeks ago

@chrisoldwood Not to be pedantic but isn't that "Left shift"?

1 0 0 25 0

View Details

Pete Smith @beyond_code

a month ago

@MoiTrades @Aaronontheweb Whimforms - whimforms with whimsy!

0 0 1 19 0

View Details

Pete Smith @beyond_code

2 months ago

@svpino The only thing I ask now when reviewing a PR from Claude: Is this code an asset or a liability?

0 0 1 42 0

View Details

Pete Smith @beyond_code

2 months ago

@JikissGamer Nice work mate, how do you feel?

1 0 1 26 0

View Details

Pete Smith @beyond_code

2 months ago

@ascend_tron @fesshole No the drink makes it a meal deal

0 0 2 131 0

View Details

@housecor Two or three person teams for sure. I think spec driven development is merely a stepping stone before we realise that timely high performing individuals can validate ideas in the form of working software, then on to production super quickly, doubling up as living documentation

0 0 0 147 0

View Details

Pete Smith @beyond_code

4 months ago

@ID_AA_Carmack I've often wondered what a language optimised for tokens would look like. The barrier was always having a model reliable enough to translate it for humans, I think we're there now though.

1 0 0 422 0

View Details

Stewart Lynch @stewartlynch8

4 months ago

Everything that's wrong with modern software can be summed up in two words: "Unnecessary Complexity" Programming languages, project structure, build systems. libraries, performance, team structure, all suffer from this. Unnecessary complexity affects most human activities. Just look at politics and the legal system. We try and solve every problem by adding something new which just adds another set of problems. But programming has a particular problem because programmers usually self select for enjoying complexity. We enjoy being able to understand something complex and get it working. We are engineers of probably the most complex structures humans have ever created. Because of this it's our job to fight complexity where ever we can. There will always be complex problems where we do need to flex our brains, but everywhere else we need to strive for simplicity. Complexity is the enemy of good software.

42 34 331 21K 59

View Details

Pete Smith @beyond_code

7 months ago

@hhariri I think the more interesting point is here is - if there's no human to write the code, there's less chance that it's over engineered 😅

0 0 0 27 0

View Details

Scott Miller - Apogee/3D Realms Founder ☢️ @ScottApogee

8 months ago

Duke Nukem 3D is 30 years old. Wow. Here's a look at the game's first level, Hollywood Holocaust, created by Allen Blum. This was everyone's first experience with the game and we wanted to make sure it kicked off in a great way.

81 173 1K 43K 142

View Details

Pete Smith @beyond_code

9 months ago

@NoContextBrits De-hooping

0 0 0 127 0

View Details

Scott Hanselman 🌮 @shanselman

9 months ago

I’m seeing some hot takes that AI assisted coding means that you don’t have to be technical anymore. That’s only gonna last you until the first database migration, or the first security issue, or the first cloud migration, or the first scale out, or the first major regression, or the first refactor that ends in slop. I am finding that I’m learning more and I have to be as technical or more technical than ever before to get the kinds of high-quality output that I expect of any code, regardless of whether it comes from my fingertips or someone else’s - including an AI. Whether your source comes from open source libraries, your own hands, or an AI via your clever prompt, there is exactly one responsible person for the output. That is you. I never want to be accused of gatekeeping AI assisted programming, as non-technical people can get a lot of interesting work done. Until they hit a wall, and it’s gonna surprise them how quickly they either need to get technical, or get a technical person to help untangle the mess they’ve made. The art and science of programming is taking intent and turning it into shipping products. I will never blame an AI - nor should you - for bad output. Own the code that you ship.

96 190 1K 59K 207

View Details

Pete Smith @beyond_code

9 months ago

@SandyofCthulhu Really enjoying these insights, thanks! Did you design maps primarily from an overhead perspective, or from imagining how it would play from first person view?

0 0 0 172 0

View Details

Dave W Plummer @davepl1968

11 months ago

I'm so old, I watched Richard write Scandisk! I was an intern at Microsoft in '93 in MS-DOS, and while I was working away on Smartdrv and so on, @lertulo was an intern writing scandisk in the office next door... And yes, it surprised me too that as interns we were working on actual, important shipping features, but I think most of the senior devs were embroiled in rewriting DoubleSpace to avoid the Stacker patent at the time... In any event, as I recall it, Richard wrote the whole Scandisk app in pure x86 assembly, including his own screen UI, widgets, progress bars, and all of that. Oddly, there were no shared code libraries in MS-DOS. So if you needed to convert HEX to Decimal ASCII, you did it yourself for the millionth time in assembly. Why he chose not to use the UI framework from the Edit command I'm not sure, but I assume he had his reasons. What I remember most is that he coded it all in vi, and he was a master with it. I've been using vi casually for 40 years, and I know about eight commands. But his hands were just a blur of weird search tags and hotkeys... I learned a ton just sitting on a chair in his office, asking too many questions, and generally being annoying - picking his brain! He never ultimately did go on to work for Microsoft, much to our loss, I'd say.

Retro Tech Dreams @RetroTechDreams

11 months ago

Real Halloween horror was seeing ScanDisk run when you just wanted to play Doom.

33 138 1K 163K 42

104 171 2K 122K 235

View Details

Pete Smith @beyond_code

11 months ago

@RyanRodemoyer2 @devinbgoble This is why for the past ten years mastery of coding has not been the thing I seek, but mastery of simplicity. Most problems we face producing great software involve people not tech.

1 0 1 15 0

View Details

Pete Smith @beyond_code

a year ago

@ChShersh Respectfully, I have never been paid to produce code!

0 0 0 9 0

View Details

Pete Smith @beyond_code

a year ago

This does not surprise me 😂

David Fowler @davidfowl

a year ago

I’m always surprised when developers are unaware of the tradeoffs they are making by choosing a particular architecture for their applications. Following best practices dogmatically or picking patterns based on buzzwords is the best way to end up in this predicament.

28 26 242 24K 35

0 0 0 72 0

View Details

Ian Cooper @ICooper

a year ago

Some days it is kind of depressing watching the idiocracy of modern tech influencers teach devs nonsense that probably comes from job-hopping and never seeing the consequences of actions. We know how to build better software; it's not what the popular idiocracy promotes though