Hello,
Le 06/06/2023 à 15:06, Andre Vehreschild a écrit :
Hi Mikael,
...
Yes, I don't like it but I understand the need for estimating.
I have looked at the evaluation criteria at [1]. There is among other
things:
Furthermore, we look at how well the planning for the project is laid out.
Are the activities well-structured, appropriate and feasible?
I think we are far from having a "well laid out planning". Even if it's
difficult to estimate the amount of days of work, we should probably at
least try to decompose the project into milestones, that is (small)
steps proving progress toward the target.
I understand. I would have been happy in the past when a client had as much
knowledge and structure than we already have. Under "Project goal" we now have
about 300 words. So we could add more.
Well, It wouldn't be really part of the goal, more how to reach that
goal. The "timeframe" question is possibly where it should go. Or if
you consider that the planning is a goal itself, it could be put here.
What do you have in mind?
Something that breaks a big, risky thing to a set of smaller, manageable
ones. Something showing that the main problems (or some of them at
least) have been identified and that we have a path to solve them one by
one.
Like adding
more bullet points to each item in the form of:
- rebase existing implementation to current master
- identify missing requirements
- add tests for missing requirements
- implement missing requirements to pass tests.
...
Well, this is a bit too general to be useful.
Or are your targeting a more time based approach like:
Milestone 1: shared mem coarrays merge to master in week 2 of project
Milestone 2: finish research on general way for doing remote coarray access
in alien structures to finish in week 1 of project
...
Maybe, but I would not emphasize the time constraints that much.
I have done it below for the scalarizer simplification, which is what
for which the picture is the most clear in my mind regarding what to do
and how to do it.
Here it is, with the expected number of weeks (that's 3 days for me) to
do it:
- Add optional scalarization block. (1 week)
- Setup multiple expression usage (in case of multiple loops) in a
more clear way. (3 weeks)
- Move array and loop bounds setup to an opaque "start scalarization"
function (3 weeks)
- Make scalarization independant on previous setup of array
information and move setup code from "start scalarization" to "finish
scalarization" (5 weeks)
- Initialize array information inside the gfc_conv_expr* functions and
remove preliminary walking of expressions (4 weeks)
I hope that's not too technical to be put in the application form.
Take the above as examples please, not as proposals.
In the meantime I have added something to the "Who section":
...
Mikael Morin @ ??? -- Maintained/Contributed to the scalarizer. Experienced in
gfortran development and component dependencies.
I'm not affiliated to any company, university or organization. Just
myself. :-)