Monkey programming language round 2...

[TI-994A]

Learning the languages isn't the problem. It's time.

That's not the fault of the tools in question.

Nevertheless, while the code may not be directly portable, the logic and program designs are. They'd simply have to be re-coded for each platform.

But, if you can't put in the time, you'd have to fork out the dime. Just advisedly not on Mark's products; they've never stood the test of time.

[tj1010]

Learning the languages isn't the problem. It's time.

That's not the fault of the tools in question.

Nevertheless, while the code may not be directly portable, the logic and program designs are. They'd simply have to be re-coded for each platform.

But, if you can't put in the time, you'd have to fork out the dime. Just advisedly not on Mark's products; they've never stood the test of time.

"They'd simply have to be re-coded for each platform."

Have you ever done that with tens or hundreds of thousands of lines of code? There is no automation to it. I doubt you have the C++ ISO or even a fifth of the APIs in your long term memory where you can just first-try type out hundreds of lines at a time.. Competition programming prodigies even don't..

You're making comparative statements to what I assume is something not even in the same market. What does IOS and Android cross-compile that is better than Monkey X and isn't hacky .NET or HTML5/WebView/JS?

Also where are the products you've finished with VS?

I don't doubt Monkey X has a shifty track-record but more shifty compared to what?

[TI-994A]

Have you ever done that with tens or hundreds of thousands of lines of code?

Firstly, if you're depending on cross-platform RAD tools for projects of such magnitude, good luck.

And secondly, my forte is in application development, and regardless of the size of the project, the core codebase is rather small. Besides the GUI, the code invariably revolves around logic, math, file processing, and web connectivity for web services and push notifications; all easily translated between platforms. Not exactly rocket science.

I doubt you have the C++ ISO or even a fifth of the APIs in your long term memory where you can just first-try type out hundreds of lines at a time.. Competition programming prodigies even don't..

What are you rambling about? You're not even making sense.

We spend a great deal of time planning and designing our applications, on paper, before even typing a single line of code. We refer to manuals, online resources, and even StackOverflow, to determine the best implementations of any particular project.

It's not a hackathon!

I don't doubt Monkey X has a shifty track-record but more shifty compared to what?

That alone should be sufficient reason to avoid it like the plague. Especially for your massive hundred-thousand-line projects.

[tj1010]

Have you ever done that with tens or hundreds of thousands of lines of code?

Firstly, if you're depending on cross-platform RAD tools for projects of such magnitude, good luck.

And secondly, my forte is in application development, and regardless of the size of the project, the core codebase is rather small. Besides the GUI, the code invariably revolves around logic, math, file processing, and web connectivity for web services and push notifications; all easily translated between platforms. Not exactly rocket science.

I doubt you have the C++ ISO or even a fifth of the APIs in your long term memory where you can just first-try type out hundreds of lines at a time.. Competition programming prodigies even don't..

What are you rambling about? You're not even making sense.

We spend a great deal of time planning and designing our applications, on paper, before even typing a single line of code. We refer to manuals, online resources, and even StackOverflow, to determine the best implementations of any particular project.

It's not a hackathon!

I don't doubt Monkey X has a shifty track-record but more shifty compared to what?

That alone should be sufficient reason to avoid it like the plague. Especially for your massive hundred-thousand-line projects.

My entire criticism of your statements are they are comparing against something arbitrary or even non-existent.

Everyone designs before they code.

RAD and single source code is bad for big projects? Compared to two sources, lots of manifests, and many times the lines of code because of type handling and API setup?

I've used VS, PhoneGap, Unity, Titanium, Xamarin and some others and finished and published all the projects. I dare say I understand the economics of it more than most.. Which is why I say RAD and single source is the way it should be. Saying people should be using Android Studio and Xcode directly for real marketable products is like saying Chrome or Linux should be written in NASM..

[TI-994A]

My entire criticism of your statements are they are comparing against something arbitrary or even non-existent.

My statements have only warned against the dependability of this particular developer. I've not drawn any comparisons whatsoever.

Everyone designs before they code.

You could've fooled me with your "C++ ISO and APIs in your long term memory" statement.

RAD and single source code is bad for big projects? Compared to two sources, lots of manifests, and many times the lines of code because of type handling and API setup?

Once again, misquoting. RAD tools bad for big projects; yes. Reusable codebase bad; don't recall saying that.

In my mobile-development experience with the three platforms mentioned, I've never yet had to fiddle with APIs; all required functionalities have been conveniently wrapped into native functions. And you say that you've used them?

I've used VS, PhoneGap, Unity, Titanium, Xamarin...

Besides Visual Studio, the others are rubbish. PhoneGap essentially churns out wrapped webapps, Unity is geared towards gaming, Titanium's interpreted, and Xamarin is extortion. And they all come bundled with their own unique sets of limitations on each platform.

Saying people should be using Android Studio and Xcode directly for real marketable products...

Misquoting, yet again.

[Danilo]

@tj1010: Don't feed the troll! Just enjoy super-cross-platform programming
using an advanced object-oriented programming language (using HaXe and MonkeyX).

@Denis:
Sorry, I can't read your private message if you delete it immediately, before I can read it.

[sys64802]

@tj1010: Don't feed the trolls!

You can remove the 's', if you read the forum there is really just one maleficent troll always active.

[Fred]

But PureBasic users have a clue of compiling real native apps using native libs without multi-megabytes dependencies accross 3 major desktops OS, which is already nice . Doing a game-centric compiler which target everything isn't that hard, basically you can reuse your OpenGL backend as it's supported everywhere (Android/XBox/PlayStation/iOS/Mac/Windows/etc), while using C++ as output which is as well supported everywhere. Doing the same with application is much more complicated, as you have to abstract everything. But hey, there is no perfect tool, so there is room for everyone .

[TI-994A]

But PureBasic users have a clue of compiling real native apps using native libs without multi-megabytes dependencies accross 3 major desktops OS, which is already nice .

Perfectly said, Fred.

Just enjoy super-cross-platform programming using an advanced object-oriented programming language (using HaXe and MonkeyX).

Yes; the abandoned Monkey-X, with its gross platform inconsistencies and severe API limitations. Its poor users are scrambling to learn Java and Objective-C just to be able to create native wrapper functions that are missing from your super Monkey-X.

By the way, how's MX2 coming along? Hope everything's alright after the Patreon hacking fiasco. You should be able to continue panhandling for funds in no time. Try using your cowboy hat!



As for Haxe, it's technically only a transpiler, but with simply too many splintered dependencies. Not only would you have to get your own binary compilers for each target platform, you'd also need the bloated Flash API, and a selection of third-party UI toolkits, among other things.

Super indeed!

...there is really just one maleficent troll always active.

And your contribution in this thread has been? That's right; nothing.

[Fred]

OK, time to give this thread a rest, we are not here to flame programming languages.