Excellent style and grammar critique.
Great update, lot of work and great results.
Updated website, new roadmapā¦ it is masterpiece.
Thank you @Viv for all the hard work in 8 years!
Me too and I agree!
Although the statement of PARSEC as completed seems bit contradictory to this line in this Dev Update:
ā¦ especially when it seems that this bug really was interfering with the core function of PARSEC.
All bugs are really. So any we find we do treat as significant as we want parsec to be a production-ready library. All bugs are bad there, but we do want to see common-coin there as well to allow full async.
Not sure how I missed that link, but I agree - they look great and are exactly what I want to see on the website!
Thank you, @Nadia!
And everybody else too, of course. I really do appreciate these weekly updates and the openness.
Screw you, @JPL.
What am I missing here?
Bless you, @dlux!
Iām not an Oxford Comma fan but if it was up to me Iād also get rid of 90% of the usage of the word āthatā also
Well, it could mean that Fleming is a disaster and heās lost faith in the vision of SAFE, or it could mean that all of the hard and challenging parts are out of the way and finishing it should be so easy as to be boring.
Or it could be any number of other things, but those two scenarios seem like the worst and best cases.
I hope when the masses eventually embrace SAFE, @Viv will be recognized as a key part of its success.
I really love these ideas. I was actually wondering if it would be possible to get alerts when items were checked off ā¦ Iām not sure what would be required to enable this (the man hours, etc), but my guess is that it would be used by quite a few community members.
So, should the Roadmap be changed in a way that PARSEC is not marked as completed?
Iām not claiming that it should, Iām just wary of you sending mixed messages, especially when it could be interpreted as you trying to make things look better than they are - which I know is not your intention.
We will make sure he is.
Strong update. Thanks for the progress, clearer website, and unpublished data addition
Just to add, I think the roadmap is critical if fundraising is required. Having this stuff out in the open really helps on many fronts.
I understand why you find this confusing but finding a bug is different to ānot completeā. It would be more confusing if items were marked incomplete every time a bug was found - bugs are found even after launch, so it wouldnāt make sense to do this. Complete means the code is complete, but not perfect/bug free.
No, it is as complete as we would expect, but we will find bugs from time to time I think, The key will be going from version X ā Y really and say do not use x, if the bug is bad enough. This one is tricky but we are OK saying it is a maintenance release. Until there is a reference in a formal language it is difficult, also the BLS/common coin is also coming so that will be another update, but probably not for launch, but we will see.
No politician, but we donāt perceive more resources there after this and before launch if that makes sense?
Yeah, sounds reasonable and this is about how I thought it to be. It just caught my eye.
Iām with you on a lot of these points - some of it is a question of style rather than right / wrong grammar though. Eg, my initial reaction was to raise issues around many of the uses of semi colons as I personally wouldnāt use them like that.
One other thing, we use British English so weāre working to standardise styleā¦
Sorry to dwell on this, but Iām trying to extract the positives here. We all appreciate the work that Viv has done, but should this latest change allow @dirvine to more directly influence the direction of the engineering team? I sense there is a renewed focus to get a working network into the wild and this feels like a part of this puzzle.
I know it may be unprofessional to comment too deeply on this, but if we were to focus on the positives, what changes will this new structure usher in?
There is nothing can be said that would undermine or diminish @Viv s contributions as you are noting. each CTO will drive his/her own ship. I am very much project management/ RFC (design docs/scope/detail etc.) focussed. Viv is much more what do you want I will make it happen. So different approaches, but a joint desire to succeed. I would not want to bet which is best, but in this case I also would bet that both approaches have the same desire to succeed and that is really very good indeed. If pushed I would say both would succeed and that is also good. In terms of energy focus, Viv is like nothing I have ever seen or worked with, smart, sharp and very focussed. I am not like that and could not compete, I would not want to even try. He did what was needed and as a community, we cannot thank him enough and we must not underestimate his contribution. Now though, lets launch