Which pages are still missing from the new code base?nonly the ones mentioned in the edit, or is it more?
TOPIC | Dev Update: 2022 Goals
Which pages are still missing from the new code base?nonly the ones mentioned in the edit, or is it more?
Makes sense. Would you (or members of the engineering team) be able to share which aspects of refactoring have been most difficult, or what the largest hurdles are?
It’d be cool to follow the progress of minor updates, similar to the thread of gene errors, where we have information pertaining to what the technical issues and fixes are (such as a layering issue in one single case vs having to redo a lot of stuff manually). Wouldn’t mind being able to predict any potential hiccups ahead of time, too, if it involves a major mechanic.
It’d be cool to follow the progress of minor updates, similar to the thread of gene errors, where we have information pertaining to what the technical issues and fixes are (such as a layering issue in one single case vs having to redo a lot of stuff manually). Wouldn’t mind being able to predict any potential hiccups ahead of time, too, if it involves a major mechanic.
Makes sense. Would you (or members of the engineering team) be able to share which aspects of refactoring have been most difficult, or what the largest hurdles are?
It’d be cool to follow the progress of minor updates, similar to the thread of gene errors, where we have information pertaining to what the technical issues and fixes are (such as a layering issue in one single case vs having to redo a lot of stuff manually). Wouldn’t mind being able to predict any potential hiccups ahead of time, too, if it involves a major mechanic.
It’d be cool to follow the progress of minor updates, similar to the thread of gene errors, where we have information pertaining to what the technical issues and fixes are (such as a layering issue in one single case vs having to redo a lot of stuff manually). Wouldn’t mind being able to predict any potential hiccups ahead of time, too, if it involves a major mechanic.
[quote name="sirspiderider" date="2022-01-10 15:14:20" ]
Makes sense. Would you (or members of the engineering team) be able to share which aspects of refactoring have been most difficult, or what the largest hurdles are?
It’d be cool to follow the progress of minor updates, similar to the thread of gene errors, where we have information pertaining to what the technical issues and fixes are (such as a layering issue in one single case vs having to redo a lot of stuff manually). Wouldn’t mind being able to predict any potential hiccups ahead of time, too, if it involves a major mechanic.
[/quote]
^ I second this.
sirspiderider wrote on 2022-01-10 15:14:20:
Makes sense. Would you (or members of the engineering team) be able to share which aspects of refactoring have been most difficult, or what the largest hurdles are?
It’d be cool to follow the progress of minor updates, similar to the thread of gene errors, where we have information pertaining to what the technical issues and fixes are (such as a layering issue in one single case vs having to redo a lot of stuff manually). Wouldn’t mind being able to predict any potential hiccups ahead of time, too, if it involves a major mechanic.
It’d be cool to follow the progress of minor updates, similar to the thread of gene errors, where we have information pertaining to what the technical issues and fixes are (such as a layering issue in one single case vs having to redo a lot of stuff manually). Wouldn’t mind being able to predict any potential hiccups ahead of time, too, if it involves a major mechanic.
Made by Dovalore
actually I’m curious, why is the site divided into two (sub?)domains? Is it to keep the dragon heavy parts separate from other features, so in the case that one part were to go down, there’s a backup?
Otherwise, thanks so much for the hard work and update guys!
Otherwise, thanks so much for the hard work and update guys!
actually I’m curious, why is the site divided into two (sub?)domains? Is it to keep the dragon heavy parts separate from other features, so in the case that one part were to go down, there’s a backup?
Otherwise, thanks so much for the hard work and update guys!
Otherwise, thanks so much for the hard work and update guys!
[quote name="Vrachos" date="2022-01-10 13:50:40" ]
[img]https://cdn.discordapp.com/attachments/731626887360806985/930216506233585684/unknown.png[/img]
context: [spoiler]a friend joked that it was "year of the revamp" so i made this edit really fast. Also I support the devs' decision to do this; as a software developer myself, a lift-and-shift seems much easier to deliver than a total rewrite[/spoiler]
[/quote]
Well, refactor, not revamp. We're doing 1:1 conversions of the code that don't change anything or add any bells and whistles. Revamps are revamps and include quality of life and often interface improvements. Something to make the feature different and upgraded.
We still plan on doing revamps, but if we get everything on the same codebase before we do rather than trying to convert and improve simultaneously, it'll make things go a lot smoother since the engineers won't have to be looking two places every time they make a change!
Vrachos wrote on 2022-01-10 13:50:40:
context: a friend joked that it was "year of the revamp" so i made this edit really fast. Also I support the devs' decision to do this; as a software developer myself, a lift-and-shift seems much easier to deliver than a total rewrite
Well, refactor, not revamp. We're doing 1:1 conversions of the code that don't change anything or add any bells and whistles. Revamps are revamps and include quality of life and often interface improvements. Something to make the feature different and upgraded.
We still plan on doing revamps, but if we get everything on the same codebase before we do rather than trying to convert and improve simultaneously, it'll make things go a lot smoother since the engineers won't have to be looking two places every time they make a change!
[quote name="Xhaztol" date="2022-01-10 13:00:10" ]
[i]snipped[/i]
here are a few of the things that we're hoping to refactor this year, if we can fit them all in alongside new content and new features:
[LIST]
[*]The Dominance standings page
[*]Gathering & Gathering Results
[*]Clan Profile
[*]Nesting Grounds
[/LIST]
[/quote]
Thank ya'll for being so transparent and updating us with everything!
Am I right in understanding there are basically three categories?
[LIST]
[*] New features - New things not currently incorporated into the site in any form such as new items, events, etc. Development to continue as normal for 2022.
[*] Revamp - Updating existing features, such as adding the ability to select pairs with a visual menu vs. drop-down on the nesting page. Development to be mostly paused for 2022.
[*] Refactor - Rewriting/converting code for existing features to make all future development much easier/less time consuming. One of the main focuses for 2022.
[/LIST]
Xhaztol wrote on 2022-01-10 13:00:10:
snipped
here are a few of the things that we're hoping to refactor this year, if we can fit them all in alongside new content and new features:
- The Dominance standings page
- Gathering & Gathering Results
- Clan Profile
- Nesting Grounds
Thank ya'll for being so transparent and updating us with everything!
Am I right in understanding there are basically three categories?
- New features - New things not currently incorporated into the site in any form such as new items, events, etc. Development to continue as normal for 2022.
- Revamp - Updating existing features, such as adding the ability to select pairs with a visual menu vs. drop-down on the nesting page. Development to be mostly paused for 2022.
- Refactor - Rewriting/converting code for existing features to make all future development much easier/less time consuming. One of the main focuses for 2022.
So, if I understand this right: This means you're deciding to focus on making the code more efficient, so things run smoother in the long run? (easier bug fixes, less strain on the code, easier to go back and change things in the future?) Un-spaghetti the code? Is that what this means?
If so, I'm glad y'all are deciding to focus on that first and foremost! Cleaner codes mean cleaner features and much less stress in the long run [emoji=spiral tongue size=1]
So, if I understand this right: This means you're deciding to focus on making the code more efficient, so things run smoother in the long run? (easier bug fixes, less strain on the code, easier to go back and change things in the future?) Un-spaghetti the code? Is that what this means?
If so, I'm glad y'all are deciding to focus on that first and foremost! Cleaner codes mean cleaner features and much less stress in the long run
If so, I'm glad y'all are deciding to focus on that first and foremost! Cleaner codes mean cleaner features and much less stress in the long run