Plugin development for the PaperSpigot/BungeeCord API.

Status
This thread has been locked.

Airee

she/her - Airee Systems
Supreme
Feedback score
13
Posts
351
Reactions
207
Resources
0
Looking for Java Software Developers for our survival network. Mostly working on infrastructure and feature plugins.

Requirements:
  • Must be comfortable with using Git.
  • Must be very familiar with the Spigot API. Familiarity with the BungeeCord API is a plus and will open more projects to you.
  • Must be comfortable with MongoDB and potentially other NoSQL servers.
  • Must be comfortable with other developers touching and contributing to your codebases.
  • Must have relevant experience or, if you don't have any, a decent portfolio of open source projects.
  • Minimum age 16.
Contact Airee#0001 on Discord.
 
Last edited:
PebbleHost
High performance, consistent uptime and fast support. Minecraft hosting that just works.

croissant222

Feedback score
0
Posts
439
Reactions
151
Resources
0
mongodb is one of the best storage choices when it comes to minecraft and much more. because it’s BSON (basically json) it’s easy to work with and the libraries out there for mongo are chill
"mongodb is one of the best storage choices when it comes to minecraft"
Theres nothing special to minecraft, its a choice of relational or non relational data when it comes to using mongo, and in 99% of cases its going to be relational

"because it’s BSON (basically json)"
Postgres also has this

"it’s easy to work with and the libraries out there for mongo are chill"
Yes its going to be easier to work with non relational data using mongo but otherwise it wont, lacking foreign keys, alot of complex joins sql has, data integrity guarantees and a bunch of other stuff its going to be way harder when doing stuff with relational data
 

Airee

she/her - Airee Systems
Supreme
Feedback score
13
Posts
351
Reactions
207
Resources
0
"mongodb is one of the best storage choices when it comes to minecraft"
Theres nothing special to minecraft, its a choice of relational or non relational data when it comes to using mongo, and in 99% of cases its going to be relational

"because it’s BSON (basically json)"
Postgres also has this

"it’s easy to work with and the libraries out there for mongo are chill"
Yes its going to be easier to work with non relational data using mongo but otherwise it wont, lacking foreign keys, alot of complex joins sql has, data integrity guarantees and a bunch of other stuff its going to be way harder when doing stuff with relational data
Object/document-oriented storage is nice when you are dealing with objects (players, chunks, locations). Mongo also extremely fast and scalable.
 

croissant222

Feedback score
0
Posts
439
Reactions
151
Resources
0
Object/document-oriented storage is nice when you are dealing with objects (players, chunks, locations). Mongo also extremely fast and scalable.
Dumb example, sure if you just want to store a bunch of random locations, chunks or players you could use mongo, but again in 99% of circumstances those players might own some chunks or have some locations saved as their homes or whatever something along those lines.

"Mongo also extremely fast and scalable."
Yes it will probably be the fastest in its niche use cases but then postgres can handle terabytes of data well so its not like you need mongo for anything slightly intensive, if youre in the very very very small group of people that needs to handle very very very high amounts of non relational quickly then go use mongo
 
Status
This thread has been locked.
Top