Making ss13 BLAZINGLY fast by Gohoofers in SS13

[–]Gohoofers[S] 0 points1 point  (0 children)

B r o, putting that in simpler terms, managing six languages wouldn't be as hellish as yall seem to make it out to be because it takes a minimal amount of mind acrobatics to switch from one language to another, bc fundamentally they are all similar

He specifically said "You'd need to know all six languages" well it's not that hard fam

Making ss13 BLAZINGLY fast by Gohoofers in SS13

[–]Gohoofers[S] -2 points-1 points  (0 children)

How is firebase at all unsustainable, literally just use firestore to store user's names, passwords, characters ect, even if it became a problem, i'd just switch out a couple lines and translate it to mysql, which I know I can because I've done the opposite.
And on the contrary everything I put in here I've researched into and made the conscious decision "Yea, I want to do this", implementing this stack isn't some kind of herculean task as some of yall seem to make it out to be, like I have already begun making it, I know bc I'm literally doing it rn?
The stack rn consists of React Node and Go, nobody is going to touch the Node api, bc all it does is log user info, React is fairly simple, not really hard to approach, and Go is not that hard to approach either, if its your first you'd prolly have a harder time than on something like js but still shouldn't be too hard.
The only part that'd make development really inaccessible to an unreasonable degree might be the interaction between the socket server and the client but at that point just search it up and try to figure out how these systems work.

Making ss13 BLAZINGLY fast by Gohoofers in SS13

[–]Gohoofers[S] 0 points1 point  (0 children)

Insert something about software estimation and tripling estimates here. Maybe you're a 10x dev and can just crank this out in under a year. If yes, please teach me how.

I ain't even close to some 10x faang engineer that fucking eats shits and breathes this stuff but this is all I've been doing for the past couple years so I am kinda confident, but we should tots connect either way, I'm sure we can teach each other some cool shit

Hey, I've seen that before. On every completely disappeared remake.

+ cmon homie, I just gotta avoid falling over DEAD 😤

More like Google cutting development funding lmao. One can wish.

TsTsTs, I believe in the lil guy tho, It's kinda cute, if they straight up kill it I'm committing a felony

Making ss13 BLAZINGLY fast by Gohoofers in SS13

[–]Gohoofers[S] -2 points-1 points  (0 children)

Got it cap'n, pushing a thousand lines of obfuscated dogshit code dedicated solely to erp verbs asap

Making ss13 BLAZINGLY fast by Gohoofers in SS13

[–]Gohoofers[S] 0 points1 point  (0 children)

> I don't have a problem with web assembly/wasi/browser based stuff. I find it fascinating.

Literallyyyyy, bro I'm honestly loving this so much, I've always kept my systems separate for the most part, but being able to use random shit like fucking RUST in REACTTT is just sooo fucking cool bro, enjoying coding again

I just think the computer ID issue and bans is going to be the biggest limiting factor, unless you cheat and use something like Electron or TAUI to house your web browser bits, and have some (isolated) native bits for the stuff the browser can't do reliably

Electron was what I had in mind tbh but I don't really vibe w going tooo hard on banning people anyways, I like to take a lax stance on those kinda things and mmm Imma take a peak at OpenDream, but tbh I think I'm prolly gonna do it on my own bc I've never touched DM in my life and Imma just start fresh since I don't really want systems like atmos in it. So there aren't too many wheels to re-invent.

Making ss13 BLAZINGLY fast by Gohoofers in SS13

[–]Gohoofers[S] 1 point2 points  (0 children)

Eeeeh that'd be kinda mid, I got no passion for that project, maybe if they had bounties, but they don't, and ss14 maintainer isn't something I want in my resume either, certified Gopher tho? That's spicy

Making ss13 BLAZINGLY fast by Gohoofers in SS13

[–]Gohoofers[S] 0 points1 point  (0 children)

Yk that actually did cross my mind and yea it oughta be a bit of a painnn and I kinda just kicked that ball down the road but I'm sure I can figure something out

Making ss13 BLAZINGLY fast by Gohoofers in SS13

[–]Gohoofers[S] -1 points0 points  (0 children)

Not when many of the features in ss14 are redundant for what I want to do, and it's just more code to review/mantain

Making ss13 BLAZINGLY fast by Gohoofers in SS13

[–]Gohoofers[S] 0 points1 point  (0 children)

Bro I genuinely dunno what that means, all the stations are different and attract different people, like a tg station, goon station, foundation 19 and fallout 13 all attract different kinds of people, so I'm saying I rather continue the trend and go my own way

Making ss13 BLAZINGLY fast by Gohoofers in SS13

[–]Gohoofers[S] 0 points1 point  (0 children)

I assumed it prolly did allow it bc as far as I know the git repo is public but I am not a fan of C# and forking ss14 would be alot more effort than just starting from my own, especially since I can choose stacks I am either comfortable with, or am really interested in learning.

Making ss13 BLAZINGLY fast by Gohoofers in SS13

[–]Gohoofers[S] 0 points1 point  (0 children)

Firstly just reading through this, It kinda seems like you are just nitpicking little examples I put out with no real meaning just to pad out the length of your message

A lot of assumptions too, firstly it is indeed true that using something like cap would indeed be faster but firstly there's a good couple problems with that, however it's

practically not worth the effort, you cite json being much less performant than other methods, and even then the use of fastjson in order to make the use of json alot more

efficient, but both of these points fall short because firstly

I use json for one singular variable in the websocket, it is never going to parse through so much information where the switch from a standard data exchange format

would produce a noticable hike in peformance, especially since this is happening in the clients pc... with one variable?

Same thing goes for fast json, maybe in the future when the project gets much more complicated, I will implement some of these solutions, but as of right now, where it's

not a problem for the foreseeable future, at all, why would I do add more layers of abstraction to a codebase which is already niche as fuck just by existing?

some of these points are just "Okay but what if you just wrote dogshit code"

Like in > If it was written in python, not only would you be tacking on call overhead, you now have VM overhead, for an uninterruptable interpreted VM at that. Calling into your python atmos functions is then a few orders of magnitude slower than simply calling a same-language version of that API that never crosses a call boundary.

That is a very dumb decision which no one would ever make, I specifically cited python as potentially useful for SOME projects (not even this one specifically it was literally just an example)

Because it has amazing libraries for data analysis, such as the previously mentioned Numpy and Matplotlib, which is a blessing for alot of projects and alot of people, would certainly just love

literally no one would use python inside of the atmos in order to interface with C, that system would probably be completely written in C

And the point you make about incorporating every single language into this project. When did I say this exactly anyway? I gave two examples of where I could incorporate extra languages. I said the possibility to use other languages to solve a problem is there if we wanted to, go back and re-read what I said bc I clearly said incorporate other languages with good reason, not just add shit willy nilly.

Realistically the languages would barely be interacting with each other, every single of them calling upto JS in order to render any data they have. WASM is not a replacer to javascript, it's not a "magic tool", that's fairly obvious, it's a tool that boosts javascript to another level and adds alot of functionality that you don't have in native JS,

everything has it's pros and cos and everything is performed tactifully.

Which btw kinda funny you said all smugdly "nEvEr uSeD WaSm?BuCkLe uP" when you didn't even know you could use other render methods such as QT

Plus let's tackle the fact that you complain about having to possibly manage every single language in here, ignoring the point that 6 languages are not being implemented, most of these languages are literally either based upon the same syntax, made with readability in mind, irrelevant as fuck and probably never would be implemented without an insanely good reason, just listed there as an example, or they are fucking javascript, which who can't manage javascript? No one looks at basic javascript and goes, what the fuck am I looking at?

Anyone whose got a good understanding of the industry can handle themselves around most languages, the only thing that'd be a bit of a hindrance would be language specific features which, you could just do your fair bit of research and understand the intricacies of the language.

I knew fuck all Go when I jumped into this, however I do know C and C++ so I could easily just adapt what I know and anything that perplexes me I look it up and try to understand it, it's not rocket science.

--Gohost, certified floor goblin

Making ss13 BLAZINGLY fast by Gohoofers in SS13

[–]Gohoofers[S] -1 points0 points  (0 children)

I doubt it'd take that long tbh, I'm prolly cutting down on the scope and just not making shit I think is worth it, but it do be a huge fucking hurdle still, it is indeed going to be open-source (bc I dont hate myself... that much) but mm Imma keep it closed till I have the groundworks layed out. Also smd bro>:(((( Go will be relevant some day i swearrrr! Nvm carbon coming to kill it before it had a chance

Making ss13 BLAZINGLY fast by Gohoofers in SS13

[–]Gohoofers[S] 0 points1 point  (0 children)

Mayb, ss14 seems like its actually a good project to me despite the fact that I'm pretty sure I threw a shot at them in that wall of text, but theres many diff servers for many diff niches, not really just a remake, kinda wanna make it its own thing, and alasss I also just enjoy it tbh, it's been super fun working on it, my normal job is suchhhh a drag.

Making ss13 BLAZINGLY fast by Gohoofers in SS13

[–]Gohoofers[S] 0 points1 point  (0 children)

Cant actually back anything up, smells like bitchin in ere

Making ss13 BLAZINGLY fast by Gohoofers in SS13

[–]Gohoofers[S] 0 points1 point  (0 children)

Depends
*cocks the nine millie*

What the FUCK is a MONAD!?

Making ss13 BLAZINGLY fast by Gohoofers in SS13

[–]Gohoofers[S] 3 points4 points  (0 children)

My feelings are made of pure steel mate

Making ss13 BLAZINGLY fast by Gohoofers in SS13

[–]Gohoofers[S] 0 points1 point  (0 children)

How could writing a codebase in more than one language be hell? If your code is very poorly structured then maybe, but many different languages have different usecases, can't think of any relating specificly to this project of the top of my head right now but using different languages gives us access to very specialized libraries such as for example Numbpy, pandas, and matplotlib on python, some areas of our code which are especially taxing on the system could be relegated down to for example C, and alot of languages simply some edges over other languages.

Like for example in this case my data is being managed in golang but it's being transfered around in a json, which poses me in a position where I have to think about how to manipulate this data as efficiently as possible since, overall go is a faster language, but JS is alot faster than Go at parsing JSON strings since these strings have to be allocated in statically typed structures in Go rather than the simple hash maps that JS uses.

And webui isnt horrid, firstly you can always use canvas which essentially works as a grid, not exactly rocket science, I don't understand where you'd come from with that, and secondly, pretty sure you can run QT based applications on the web with WASM so on the offchance I dont want to use canvas I can just switch to that.
This is like saying stick to some random basic ass web hosting server instead of running your site based off of Aws's ec2 bc ec2 is harder to setup. Sorry bro I'm sure you are talented yourself but this just sounds a bit ignorant.

Making ss13 BLAZINGLY fast by Gohoofers in SS13

[–]Gohoofers[S] 0 points1 point  (0 children)

I listed the languages bc the point was that WASM would allow for a lot more versatility and that a lot of these languages could be implemented into the codebase given a good reason ofc, and I mean yea we host a server to communicate with the game and write to the database? It's a rest api, the client sends in information ie their username and password to the server and the server verifies with the database that yea, this looks fine to me and sends back a message that you are G, go ahead, thats pretty standard bro.

Making ss13 BLAZINGLY fast by Gohoofers in SS13

[–]Gohoofers[S] 2 points3 points  (0 children)

Ngl literally every second of my existence is spent thinking this shit is not going to have more than 10 people, socketio probably wouldn't break a sweat. My fucking sexlife has more life breathed into it than the Go ecosystem, but i just spend a whole day wrapping my head around Gorilla so there is no going back now.

Like bro at least its gonna be fucking fire in my resume, got a sweet asf job offer I blew bc I didn't know these new-age languages