[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-edu-devel
Subject:    D23735: Improvements is estimateJobTime
From:       Eric Dejouhanet <noreply () phabricator ! kde ! org>
Date:       2019-09-06 5:09:27
Message-ID: e3fdc2de31002ffea8fd5c8780a55c63 () localhost ! localdomain
[Download RAW message or body]

[Attachment #2 (text/plain)]

TallFurryMan added a comment.


  My opinion on this is that observatory setups are too diverse to use a set \
predefined durations. Those durations need to be at least customizable via options. \
We thus get a whole new set of options, incidentally one or two per Ekos module.  \
Based on this observation, it means the estimation of procedure duration needs to \
rely on each module instead of being computed by scheduler. By extension, each module \
has to be responsible for the calculation of those duration, based on the actual work \
it has to do.  Therefore, I suggest we review that estimation activity when each Ekos \
module is assigned a blob of settings, as I presented on the forum.  "Hi Ekos module, \
here's what you need to do!" "- Yeah, that will probably take me <insert double> \
hours!"  Makes sense?

REPOSITORY
  R321 KStars

REVISION DETAIL
  https://phabricator.kde.org/D23735

To: alexcherney, #kstars, wreissenberger, mutlaqja
Cc: mutlaqja, TallFurryMan, wreissenberger, kde-edu, smoe, narvaez, apol


[Attachment #3 (text/html)]

<table><tr><td style="">TallFurryMan added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: \
right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: \
#F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: \
inline-block; border: 1px solid rgba(71,87,120,.2);" \
href="https://phabricator.kde.org/D23735">View Revision</a></tr></table><br \
/><div><div><p>My opinion on this is that observatory setups are too diverse to use a \
set predefined durations. Those durations need to be at least customizable via \
options. We thus get a whole new set of options, incidentally one or two per Ekos \
module.<br /> Based on this observation, it means the estimation of procedure \
duration needs to rely on each module instead of being computed by scheduler. By \
extension, each module has to be responsible for the calculation of those duration, \
based on the actual work it has to do.<br /> Therefore, I suggest we review that \
estimation activity when each Ekos module is assigned a blob of settings, as I \
presented on the forum.<br /> &quot;Hi Ekos module, here&#039;s what you need to \
do!&quot; &quot;- Yeah, that will probably take me &lt;insert double&gt; \
hours!&quot;<br /> Makes sense?</p></div></div><br \
/><div><strong>REPOSITORY</strong><div><div>R321 KStars</div></div></div><br \
/><div><strong>REVISION DETAIL</strong><div><a \
href="https://phabricator.kde.org/D23735">https://phabricator.kde.org/D23735</a></div></div><br \
/><div><strong>To: </strong>alexcherney, KStars, wreissenberger, mutlaqja<br \
/><strong>Cc: </strong>mutlaqja, TallFurryMan, wreissenberger, kde-edu, smoe, \
narvaez, apol<br /></div>



[prev in list] [next in list] [prev in thread] [next in thread]