You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: specs/vep-2420-getting-started-with-my-data/README.md
+5-5Lines changed: 5 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -101,14 +101,14 @@ In our tutorials we encourage users to set ingest destination using env variable
101
101
2. Sections in the ini are simplified or config.ini is deprecated in favour of setting more properties in python or using a newer file format
102
102
3. At the start of this initiative we ran user interviews asking users to read from postgres and write to sqlite. When the user interviews are run at the end of this initiative, users not only know which properties to set but be able to give a good explanation of what thosee properties do
103
103
4. In getting started examples the destination database should be set at a single property and not need to be duplicated twice as is the case now
104
-
2.Easily finding out which SDK functionality and method are needed for a given task
104
+
2. Easily finding out which SDK functionality and method are needed for a given task
105
105
1. Ensure documentation reference is available that can serve as a quick reference for SDK functionalities
106
-
2. Provide users with capability to autogenerate boilerplate code customized according to their requirements and needs.
107
-
4. Users should feel that they have written a production ready job
106
+
2. Provide users with the capability to auto-generate boilerplate code customized according to their requirements and needs.
107
+
3. Users should feel that they have written a production ready job
108
108
1. All the jobs written during the previous user test would not have been fit to deploy to production because there are secrets in the user code. When the user interviews are run at the end of this initiative, users should have produced jobs that are sutible to deploy to production.
109
-
5. Env variables are supported but not advertised as the primary method of setting properties
109
+
4. Env variables are supported but not advertised as the primary method of setting properties
110
110
1. No getting started sections will suggest setting env variables. (arguably this is change should be part of the docs initiative)
111
-
6. IDE support should be more adopted
111
+
5. IDE support should be more adopted
112
112
1. When the user interviews are run at the end of this initiative, users should run it in their IDE without being mandated to do so. But a small bit of encouragement is fine.
113
113
114
114
### Out of scope because they are handled else where
0 commit comments