Are you a (professional) developer?

As this question came up several times in the past, I would like to ask: Are you are a developer/programmer/coder?

  • Yes, I’m a developer and I’m earning money with it!
  • In my spare time I do some programming.
  • No, I’m not a developer.
  • What the beep is a developer?

0 voters

I was a developer, but I have moved to other things.

Does coding in assembly for TIS-100 count as developing? :stuck_out_tongue:

3 Likes

If you program a game in that -ehrm- game, then: yes. :stuck_out_tongue:

I’m like @LowLevel, I have a software engineering and systems development background, but now do other things.

In my spare time, I do design and program video games for the Intellivision Master Component, a 30 year-old console sold by Mattel to compete with the Atari VCS back in the early '80s.

I can’t really escape my systems architecture roots, and have ended up designing and programming a comprehensive game programming framework and runtime engine for the Intellivision. It’s all in Assembly language and a huge complex layer of macros because the tool chain lacked a linker.

*sigh* The things we do for fun… :slight_smile:

But no, I am not a professional developer.

dZ.

Really?? It was my very first consolle!! I still have plenty of cartridges!!!

Oh, wow! A fellow Intellivisionite! :+1:

There’s a few of us left, and a small but thriving home-brew community. We hang out mostly at the Intellivision Forum in AtariAge. Join us!

dZ.

I´m already struggeling developing myself!

1 Like

That does only count if you earn money with it.

If I was a robot who worked in a robotics company, maybe…

na…

“If I was a robot who worked in a pillow company, maybe…”

5 Likes

I’m a developer and develop in work (mostly ObjectPascal/Delphi) and free time (mostly LAMP stack + JS for the frontend).

Ah! A fellow Delphi developer! I used Delphi for a long time in the past and I found the language and frameworks very well designed.

dZ.

Me too. Still using Delphi since the year 2000…
Maybe next year we’ll change!

It depends. It’s nice for RAD development but has its flaws if you want to leave the road and do something the original developers didn’t think of. And what’s not so good is the limited bugfixing which requires you to update to next release as there are no backports. Some things use highly optimised ASM code other are rather suboptimal if you want ease of speed. In my company we have many tweaks and extensions to optimise the speed.
And the other problem is dealing with code that was clicked together by people that don’t follow proper code style or are inexperienced. But this is a problem with every language. Delphi was just an early and easy RAD area and thus attracted non-programmers.

What might be the replacement?

That sounded more like a proverb to me.

We are moving towards .Net :frowning:

I don’t know, I did much Win32 systems programming and low-level network programming in Delphi. However, it was eschewing the VCL for direct object manipulation and optimized routines, enhanced with hand-coded Assembly Language.

I find it’s Win32 wrapper library was easier to deal with than doing everything by hand in C, yet still close to the metal.

For RAD, yes, it’s even better suited.
dZ.

I’m not fond of the .Net managed code and virtual machine, but the C# language and frameworks are sound and close to the Delphi philosophy. No surprise there, since both were designed by Anders Helsjberg.

It’s quite interesting language, which begins to become more portable across the different OS types. But again here you have just the VM for .Net and it depends what language you are going to use. Programming in VB.Net is different from C#. And everything is better than the perversions from the 90s like the Visual J++ or the .Net variant J#.

But then the approach with virtual method tables is instable. I remember trying to debug an application crashing before the first line of code. Cause was a case typo in a Windows function name in D2010. And if you used it anywhere in your code the app would insta-crash because it couldn’t build its virtual method table. For a fix without manual patching of original sources you’d have to update to Delphi XE.

Even more - he knew which flaws Delphi had and could build something better.

Btw, one of the features I still miss is the ternary operator for short if-then-else notations. You can trick around by building own functions but this is limited as both cases are evaluated before calling the function while the ? operator in C/C++/C# uses lazy evaluation.

1 Like

No, it’s basically the same. One just looks like shit :wink:

I remember porting a Java library to Visual J# back then… It actually worked really well. Since Microsoft even made x64 installers available for the Visual J# runtime this code still works today (but this library was eventually ported to C# anyway).

I also remember they made Delphi.NET but it’s deprecated now.