Friday Facts #314 - 0.17 stable
- FactorioBot
- Factorio Staff
- Posts: 409
- Joined: Tue May 12, 2015 1:48 pm
Re: Friday Facts #314 - 0.17 stable
Once again, congratulations for this milestone ![Smile :)](./images/smilies/icon_e_smile.gif)
![Smile :)](./images/smilies/icon_e_smile.gif)
Koub - Please consider English is not my native language.
Re: Friday Facts #314 - 0.17 stable
Now let's wait for the next pi FFF, you might get something ready for it - #3141 ![Wink ;)](./images/smilies/icon_e_wink.gif)
![Wink ;)](./images/smilies/icon_e_wink.gif)
Re: Friday Facts #314 - 0.17 stable
Oh boy oh boy, maybe 1.0 soon?
Re: Friday Facts #314 - 0.17 stable
Who else thought of biters when reading "the great bug war"?
- 5thHorseman
- Smart Inserter
- Posts: 1193
- Joined: Fri Jun 10, 2016 11:21 pm
- Contact:
Re: Friday Facts #314 - 0.17 stable
Probably not, seeing as 0.18 is next up to bat. But surely it'll be SOON(tm)
- thecatlover1996
- Long Handed Inserter
- Posts: 59
- Joined: Sun Sep 18, 2016 12:50 pm
- Contact:
Re: Friday Facts #314 - 0.17 stable
Congrats on the stable! ![Very Happy :D](./images/smilies/icon_e_biggrin.gif)
Then the question I'm interested in: what will the version numbers look like for the upcoming releases? I would guess that every (small) feature update would have an incremented minor number (so 0.18, 0.19, 0.20, ...) and subsequent bug fixes have an incremented patch number (e.g. 0.18.1, 0.19.5, ...), according to SemVer. Depending on the number of features that are still planned, this might mean that we will end up with 0.25 (or even higher) before the "final"* 1.0, but I would be fine with that because it makes it easier to distinguish between feature updates and bug-fix updates![Smile :)](./images/smilies/icon_e_smile.gif)
*) Of course, software is never finished, and hopefully the same goes for Factorio, but with "final" I mean the point where the devs decide that the base game is feature complete.
EDIT: an update to the roadmap would also be welcome![Wink ;)](./images/smilies/icon_e_wink.gif)
![Very Happy :D](./images/smilies/icon_e_biggrin.gif)
Then the question I'm interested in: what will the version numbers look like for the upcoming releases? I would guess that every (small) feature update would have an incremented minor number (so 0.18, 0.19, 0.20, ...) and subsequent bug fixes have an incremented patch number (e.g. 0.18.1, 0.19.5, ...), according to SemVer. Depending on the number of features that are still planned, this might mean that we will end up with 0.25 (or even higher) before the "final"* 1.0, but I would be fine with that because it makes it easier to distinguish between feature updates and bug-fix updates
![Smile :)](./images/smilies/icon_e_smile.gif)
*) Of course, software is never finished, and hopefully the same goes for Factorio, but with "final" I mean the point where the devs decide that the base game is feature complete.
EDIT: an update to the roadmap would also be welcome
![Wink ;)](./images/smilies/icon_e_wink.gif)
- thecatlover1996
- Long Handed Inserter
- Posts: 59
- Joined: Sun Sep 18, 2016 12:50 pm
- Contact:
Re: Friday Facts #314 - 0.17 stable
Wow, these blog posts are taking the opposite trend to 1.0: they just keep getting earlier and earlier. It used to be that they'd occasionally be done after I got out of school, but sometimes I'd have to wait until well after dinner, then I'd start to see them around noon sometimes... and then I look at today's and see "6:21 am". ![Razz :P](./images/smilies/icon_razz.gif)
![Razz :P](./images/smilies/icon_razz.gif)
There are 10 types of people: those who get this joke and those who don't.
-
- Fast Inserter
- Posts: 129
- Joined: Sun May 03, 2015 9:17 pm
- Contact:
Re: Friday Facts #314 - 0.17 stable
So basically, you're going agile-ish? Sounds like a good plan.
Re: Friday Facts #314 - 0.17 stable
Did someone remove the blog post?Page not found
Re: Friday Facts #314 - 0.17 stable
- thecatlover1996
- Long Handed Inserter
- Posts: 59
- Joined: Sun Sep 18, 2016 12:50 pm
- Contact:
Re: Friday Facts #314 - 0.17 stable
Well, that was the post from last Tuesday, the current FFF (#314) seems to be gone...?csduff wrote: βFri Sep 27, 2019 12:59 pmI'm getting this too.
Link should be
https://factorio.com/blog/post/017-stable
Re: Friday Facts #314 - 0.17 stable
Oops. My mistake. I just pulled the top one from the FFF page and the titles are similar enough.
Re: Friday Facts #314 - 0.17 stable
Since the original post seems to not be available right now, here's a copy of it from the fffbot on reddit:
Friday Facts #314 - 0.17 stable
Posted by Klonan on 2019-09-27, all posts
Hello, technically this post is the Pi Friday Facts, but unfortunately we can't think of anything special to do... maybe someone can make a combinator cake... that can calculate Pi?
0.17 stable
We released 0.17.69 as stable this Tuesday. It seems it all went very smoothly, no avalanche of crashes, and only a handful of technical support emails about updating video drivers.
Factorio 0.17 Cover
Apart from stable, essentially no development work has happened this week; nearly everyone is on vacation (I am even writing this as I sit in the airport waiting to fly to London for a wedding). We're hoping that at the start of next week, with all the relaxation over, and the pressure of stable off our shoulders, we will get cracking on the next updates with renewed energy.
In fact I might be a little optimistic in saying this, but I think we are in for some exciting times here in the team. Before now, we have always done a cycle of having the whole team on development for a few months, then the whole team bug fixing for a few months. This binary approach is what gives us the traditional 'stable' and 'experimental' labels. This is not to say that all bug-fixing would stop once stable it out, quite the contrary, but this has been the general strategy.
What we are planning, if the logistics of it turn out okay, is to have significantly smaller feature releases, containing only a handful of new features. This is to have a sort of mixed cycle, and a mixed cycle in two similar ways:
Furthermore, I think it is more psychologically effective to work on a mix of bug-fixing and development. This is just theory now, but grounded in some observations I have made over time.
Development work, a new feature, new GUI, etc. is generally a long-form creative process. New systems have to be created out of pure thought-matter, ideas for implementation have to be evaluated and determined, and it also involves a lot of 'background processing'. Feature development always has more room for extension, and it is very hard to say 'It is finished'. It is also quite a subjective result, so sometimes it is hard to know if you 'did a good job'.
Bug-fixing on the other hand is very short form and challenge oriented. It is like investigating a murder mystery, and really feels like a complete story. Tracking down a problem inside the game engine engages a logical part of your brain, trying to piece together and backtrace where the fault is occurring. Generally the bug has a very clear 'win-condition', and you can close the game and let your mind rest peacefully. The result of a bug-fix is grounded strictly in objective measurements, so you can be reasonably sure if you 'did a good job'.
So these two parts of the job are in a way, quite distinct and separate: Development is a long-form creative process; Bug-fixing is a short-term logical process. From all this, my reasoning is that focusing on only one for a long period of time leads to quicker mental fatigue, and that a balanced workload will keep us happier and more productive. In essence, doing development lets our bug-fix circuits rest, and doing bugs lets our development battery recharge.
There are also some pragmatic reasons I think the smaller/quicker releases will make things move along more smoothly:
Anyway, thanks to all of you for such a great year so far, thanks to all our friends on the forum and throughout the community who have helped us in the great bug war of 0.17, and as always, let us know what you think on our forum.
Discuss on our forums
Discuss on Reddit
Friday Facts #314 - 0.17 stable
Posted by Klonan on 2019-09-27, all posts
Hello, technically this post is the Pi Friday Facts, but unfortunately we can't think of anything special to do... maybe someone can make a combinator cake... that can calculate Pi?
0.17 stable
We released 0.17.69 as stable this Tuesday. It seems it all went very smoothly, no avalanche of crashes, and only a handful of technical support emails about updating video drivers.
Factorio 0.17 Cover
Apart from stable, essentially no development work has happened this week; nearly everyone is on vacation (I am even writing this as I sit in the airport waiting to fly to London for a wedding). We're hoping that at the start of next week, with all the relaxation over, and the pressure of stable off our shoulders, we will get cracking on the next updates with renewed energy.
In fact I might be a little optimistic in saying this, but I think we are in for some exciting times here in the team. Before now, we have always done a cycle of having the whole team on development for a few months, then the whole team bug fixing for a few months. This binary approach is what gives us the traditional 'stable' and 'experimental' labels. This is not to say that all bug-fixing would stop once stable it out, quite the contrary, but this has been the general strategy.
What we are planning, if the logistics of it turn out okay, is to have significantly smaller feature releases, containing only a handful of new features. This is to have a sort of mixed cycle, and a mixed cycle in two similar ways:
- Some developers will be on bug-fixing while others are on development.
- The individual weekly/monthly work of a developer will have a more balanced mix of development and bug-fixing.
For example, while one developer works on a feature for the next feature release, another will be bug-fixing the features in the current release. This is only practically possible if the feature release frequency is relatively high.
Furthermore, I think it is more psychologically effective to work on a mix of bug-fixing and development. This is just theory now, but grounded in some observations I have made over time.
Development work, a new feature, new GUI, etc. is generally a long-form creative process. New systems have to be created out of pure thought-matter, ideas for implementation have to be evaluated and determined, and it also involves a lot of 'background processing'. Feature development always has more room for extension, and it is very hard to say 'It is finished'. It is also quite a subjective result, so sometimes it is hard to know if you 'did a good job'.
Bug-fixing on the other hand is very short form and challenge oriented. It is like investigating a murder mystery, and really feels like a complete story. Tracking down a problem inside the game engine engages a logical part of your brain, trying to piece together and backtrace where the fault is occurring. Generally the bug has a very clear 'win-condition', and you can close the game and let your mind rest peacefully. The result of a bug-fix is grounded strictly in objective measurements, so you can be reasonably sure if you 'did a good job'.
So these two parts of the job are in a way, quite distinct and separate: Development is a long-form creative process; Bug-fixing is a short-term logical process. From all this, my reasoning is that focusing on only one for a long period of time leads to quicker mental fatigue, and that a balanced workload will keep us happier and more productive. In essence, doing development lets our bug-fix circuits rest, and doing bugs lets our development battery recharge.
There are also some pragmatic reasons I think the smaller/quicker releases will make things move along more smoothly:
- Bug-fixes after stable will be released within a short time-frame.
- The flow of bugs coming in will be less extreme, no more massive waves with each major release.
- There will be less 'blocking', where unfinished features delay a release. They will just be scheduled for a different release.
- Feedback will be more focused, so it is easier for us to evaluate.
Anyway, thanks to all of you for such a great year so far, thanks to all our friends on the forum and throughout the community who have helped us in the great bug war of 0.17, and as always, let us know what you think on our forum.
Discuss on our forums
Discuss on Reddit
Re: Friday Facts #314 - 0.17 stable
There was a technical issue with the blog, should be fixed now.
-
- Long Handed Inserter
- Posts: 65
- Joined: Fri Jan 02, 2015 11:46 pm
- Contact:
Re: Friday Facts #314 - 0.17 stable
It appears that the post is now back, with an added section on WoW too.
On some of the stuff brought up in the WoW section, I think that it is important to understand WHY they added the tools they did. If for example, you were the only person in your group of friends who plays, or if you aren't very good in chatting, being able to find a group to play this content might be almost impossible. With the tool however, that content is opened up to you. not to say that it doesn't have the downsides mentioned, but it DOES have it's upsides and it was made for a reason. Sometimes QoL for one person = Accessibility for another person.
Its a bit contrived, but the point stands of figuring out why leads to understanding more than analyzing just the what.
On some of the stuff brought up in the WoW section, I think that it is important to understand WHY they added the tools they did. If for example, you were the only person in your group of friends who plays, or if you aren't very good in chatting, being able to find a group to play this content might be almost impossible. With the tool however, that content is opened up to you. not to say that it doesn't have the downsides mentioned, but it DOES have it's upsides and it was made for a reason. Sometimes QoL for one person = Accessibility for another person.
Its a bit contrived, but the point stands of figuring out why leads to understanding more than analyzing just the what.
Re: Friday Facts #314 - 0.17 stable
The same can be arguable with blueprint, where easily plop blueprints everywhere reduce the accomplishment of building a factory.
But sometimes we need to compare with the goal set. If the goal is megabases, using blueprint won't reduce the feel of accomplishment. But if the goal is just launch rocket without restrictions, using a set of blueprint may lower the fun.
But sometimes we need to compare with the goal set. If the goal is megabases, using blueprint won't reduce the feel of accomplishment. But if the goal is just launch rocket without restrictions, using a set of blueprint may lower the fun.
Re: Friday Facts #314 - 0.17 stable
Nicely done! I wish everyone relaxing vacation (me included
). You all deserved it! And thank you for these epic friday facts.
P.S.: I had to uninstall / install factorio on gog to get the new version. Iam sure this is already noted somewhere, i only mentioned it if not.
![Very Happy :D](./images/smilies/icon_e_biggrin.gif)
P.S.: I had to uninstall / install factorio on gog to get the new version. Iam sure this is already noted somewhere, i only mentioned it if not.