potiuk commented on issue #40975:
URL: https://github.com/apache/airflow/issues/40975#issuecomment-2268386681

   > @omkar-foss The main question is who the target audience of the research 
is, where possible answers are: maintainers, contributors, power users, general 
public, etc. Based on @kaxil's instructions, I'd say mostly power-users and 
above. 
   
   I'd say mostly power-users - yes, but also the tooling and debuggability 
should be targeted for "new" users. I think power-users mostly know their ways 
- they can do remote debugging, they know how to connect their IDEs to the 
code, they are able to even use pdb, py-spy and other tools while remote 
shelling to container instances etc. 
   
   But the goal here is to shorten the path between "I wrote some DAG and it 
does not work" to "how do I most effectively find inspect and understand what's 
going on there" - for a user who just wrote their first few dags.
   
   I think an assumption should be that that person has some Python experience, 
they have an IDE (PyCharm/ VSCode) and they are willing to follow some 
instructions on setting up things first - while ideally this should be one-time 
setup and they should be able to re-use it easily (and teach others how to do 
it).
   
   > If that is the case, I'm assuming most will be willing to participate in a 
survey, even if it has questions on topics people might not have an opinion on. 
If on the other hand, we're looking to get more participants, I think a literal 
survey is not the way, since people might open it, see how long it is, and just 
give up. That, of course, would be a terrible waste, because there are likely 
many use-cases that will not be represented.
   
   I think yes - survey is a good idea if well prepared and those power-users 
might indeed be willing to share their experiences - we can even leverage the 
upcoming Airlfow summit and do some prices / recognition and generally a bit 
more fuss about it - so if we could do it still in August and maybe run the 
survey during the Summit as well, we could likely make it much more efficient.
   
   
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to