gabereiser

Exactly, I believe almost all of the Jakarta EE standard is supported on Spring Boot. Micronauts is another framework.

I do know some enterprises that still run JBoss so it’s not entirely like no one would use this. However, they are all in the process of refactoring for the cloud off of JBoss JEE.

DRY, SOLID, there’s a wrath of principles on why this isn’t correct. Here’s what Code Complete [0] has to say…

>” From time to time, a complex algorithm will lead to a longer routine, and in those circumstances, the routine should be allowed to grow organically up to 100-200 lines. (A line is a noncomment, nonblank line of source code.) Decades of evidence say that routines of such length are no more error prone than shorter routines. Let issues such as depth of nesting, number of variables, and other complexity-related considerations dictate the length of the routine rather than imposing a length restriction per se.

If you want to write routines longer than about 200 lines, be careful. None of the studies that reported decreased cost, decreased error rates, or both with larger routines distinguished among sizes larger than 200 lines, and you’re bound to run into an upper limit of understandability as you pass 200 lines of code.”

[0] https://books.google.co.in/books?id=LpVCAwAAQBAJ&pg=PA174

best is subjective.

There’s a whole style of coding dedicated to that very notion. It’s called test driven development.

>”but then devs would be tempted to reuse them”

Isn’t that the fucking point? Having a 2000 line function is a code smell so bad, I don’t care how well the function works. It’s an automatic review fail in my book. Abstractions, closures, scope, and most importantly - docs to make sure others use your functions the way you intended them. Jesus.

I wholeheartedly disagree. Linear functions like this promote laziness in variable naming (var a1, c_tfr, bvf, etc). This also leads to buggy side effects such as having multiple nested if statements performing a plenko-machine determination of code branching. It’s horrid. It’s unmaintainable. It guarantees that someone will have to rewrite it after your gone, because you will be gone.

This is the same as someone arguing for scrolls when books with table of contents and appendices are far superior.

Unity went public. Bombed, and merged with IronSource, a notorious malware spam mobile ad company. It’s always about milking their install base.

https://blog.unity.com/news/welcome-ironsource

I’m aware of the various assets stores and anyone who compares them has never used Unity’s. There’s plenty of places to get 3D models. There’s one place to get game ready, rigged, low poly, high quality models and assets.

Every store requires work on the devs part, Unity’s doesn’t (or extremely little).

I also don’t want to give Unity any more money so buying assets from them and porting them isn’t my idea of a good time.

Double Bonus Points for ReiserFS right?

Not if you await the first shot…

I’m not giving Unity any more money, thanks.

Disney thanks you. No one else uses that engine really. It’s perfectly fine for 2008. It doesn’t have a modern rendering pipeline, doesn’t support DX12, Vulkan, or Metal.

If that’s your requirements, use my engine Reactor3D.

As a host or VM? It would not work as a host as TA uses Windows’ driver kit api. It’s written all for windows.

There’s quite a few. The biggest one right now is Godot. There’s still MonoGame, Open3D, Unreal, and others. Unity has one thing these others don’t (outside of Unreal) and that’s a healthy asset store. Solo indie devs aren’t necessarily the best artists. We know the math, but lack the eye.

This is exactly what’s happening. Studios’ strategies are moving off of Unity. None of the ones I know are going to do any further development in the engine on any future projects. One studio is rewriting their game right now to run on Godot. It’s been the biggest exodus I’ve ever seen.

Yeah, even a seasoned engineer would take as long. The issue with porting C# code from Unity to <engine> is the different ABI. It’s like trying to port Win32 C++ code to MacOS with the minimal cocoa obj-c required. In the end, they are two completely separate ABIs that have to be targeted. There is no such MonoBehavior API in Godot. They have different lifecycle management APIs, so creating, destroying, and triggering code has different signatures and different calling conventions. You simply can’t transpile code from one engine to another simply because you’re using the same language.

The contract is part of closing. Like you said, it’s part of the deed. These cases the community was built by builders for the HOA to manage. In this case, the deed you sign for your house is the contract for HOA. This isn’t Fannie Mae, or Freddie Mac, or FHSA, or any government sponsored thing. It’s pure greed and privilege.

Keep that mindset. Please. User data shouldn’t be your product. This is perfectly acceptable and thank you for doing this.

It absolutely is NOT. The issue is when you buy a home in an HOA, you sign a contract with that HOA (outlining these rules and regulations) that is enforced in courts (it’s a signed contract). They are no better than collection agencies, not government agencies. They may use the same methods as backwater sheriffs do to bolster their pay but they are not, in any way shape or form, affiliated with any government agency.

There are levels. To authorize usually only billing zip is required. For a full ACH or a “full authorization”, you need the full billing address and name to match name on card. PCI-DSS.

Yeah, anyone who hasn’t had to rewrite and/or port will think it’s easy. Not knowing Unity has its own lifecycle for scripts and has its own APIs for doing things the “Unity” way. Want to create an instance of something? No, it’s not just new Thing()…

Rewriting shaders, MonoBehaviors, animations, triggers, levels, and systems? Yeah, not too much trouble.

Yeah I definitely imagine certain genres sounding off due to the rhythmic nature of computer timing. Jazz doesn’t follow rules like that so good jazz has these timing idiosyncrasies that make it sound the way it sounds. That and a ridiculous obsession with adding half step and quarter tone intervals.

There’s a lot of ways to get clips of recordings of someone’s voice. You can get that if they ever spoke at a conference or on a video. Numerous other ways I won’t list here.

Pfffffft, you know very well C++ developers don’t write yaml. They write m4.

Then explain why you categorize it as cheesy? Sounds like it’s pretty cool.

There’s been quite a few games released with MonoGame. It’s a direct port of XNA API to open source. Like I said, I have history with XNA. No one heard of our games but they heard about XNA/Silverlight. The precursor to MonoGame. Shout out to Bill Reiss wherever you are.

Isn’t the whole premise behind this article that, coming from Python where indentation is program structure, that TOML confuses the reader with syntax foreign to the reader?

Like a C++ developer crying foul because inheritance doesn’t exist in YAML.

Can confirm the first two years will suck if you’re starting from scratch. Keep with it. By the 4th year you’ll be able to use all your abstractions to whip up prototypes over the weekend.

lol, no. Not autogenerate midi (although their latest versions of BiaB are pretty darn good now) but generate waveforms together. It would be similar to having AI generate whole scores of music but ensuring it's all in sync and in key. Not taking sample database of 88 sound files and triggering them when the midi-note strikes.