Conversation
|
I have read the CLA Document and I hereby sign the CLA osenan seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account. |
|
I have read the CLA Document and I hereby sign the CLA |
|
@osenan the problem with the CLA is that the first commit is not tied to your account. You will need to rewrite the commit history to change the email to associate to your account. |
Code Coverage SummaryDiff against mainResults for commit: 77f24d2 Minimum allowed coverage is ♻️ This comment has been updated with latest results |
Unit Tests Summary 1 files 14 suites 7s ⏱️ Results for commit e70a4fb. |
Unit Tests Summary 1 files 14 suites 6s ⏱️ Results for commit 77f24d2. ♻️ This comment has been updated with latest results. |
llrs-roche
left a comment
There was a problem hiding this comment.
I leave some comments below but I think the specific part for the package is too shallow. Isn't there something more deep that could guide better the AI? Like how we parse the code and extract calls to infer how an object is created, how we handle errors and warnings or how we join different qenvs.
| # remove CI gitlab content and github section comments | ||
| gitlab_starts <- grep("gitlab starts here", common_claude_shared) | ||
| gitlab_ends <- grep("gitlab ends here", common_claude_shared) | ||
| common_claude_shared <- common_claude_shared[-1 * seq(gitlab_starts, gitlab_ends)] | ||
| github_starts <- grep("github starts here", common_claude_shared) | ||
| github_ends <- grep("github ends here", common_claude_shared) | ||
| common_claude_shared <- common_claude_shared[-1 * c(github_starts, github_ends)] |
There was a problem hiding this comment.
I think both should stay as packages go through both CIs and any agent should be aware of the context there. I'm sure they "know" what those file are though, so I'm sure that removing the sections won't make them delete or point out those folders/files
|
|
||
| - `teal.reporter`: Integrates reports with reproducible code in teal applications. Its reporter functions accept `qenv` | ||
| objects as inputs. | ||
| - `teal`: Provides the core architecture for teal Shiny applications. Teal modules should use `qenv` objects to ensure |
There was a problem hiding this comment.
It misses mentioning teal.data for join_keys.
|
|
||
| - When creating a `qenv`, favor readability over concise code. | ||
| - For simple `qenv` objects, favor `within()`, as it supports more readable code. | ||
| - When creating a `qenv` that uses functions with side effects, such as `runif()`, always use `eval_code()`. |
There was a problem hiding this comment.
| - When creating a `qenv` that uses functions with side effects, such as `runif()`, always use `eval_code()`. | |
| - When creating a `qenv` that uses functions with side effects, such as `runif()`, `library` or `options` always use `eval_code()`. Use the appropriate comment to link side effects to objects |
| - When fixing bugs or adding features, avoid changing the core principles of `qenv`. Check whether an issue already | ||
| exists. If the expected behavior is unclear, request that an issue be created before making changes that could have | ||
| unexpected consequences. |
There was a problem hiding this comment.
On github the spacing looks odd. Maybe breaking at the end of each sentence is better for the diff and complies with the line length linter:
| - When fixing bugs or adding features, avoid changing the core principles of `qenv`. Check whether an issue already | |
| exists. If the expected behavior is unclear, request that an issue be created before making changes that could have | |
| unexpected consequences. | |
| - When fixing bugs or adding features, avoid changing the core principles of `qenv`. | |
| Check whether an issue already exists. | |
| If the expected behavior is unclear, request that an issue be created before making changes that could have unexpected consequences. |
|
I noticed that AI (and humans) we fail to note the boundaries of the qenv: Defining a function outside the qenv and then using it inside one will fail. We need to bring in the function definition. This might not be practical or easy in some cases where the function is complex and have different helpers! |
Pull Request
Closes #290