Here are some examples:

• Root README is missing machine learning category of samples
• README in algorithms is missing repeat-until-success and sudoku-grover
• [README in diagnostics](https://github.com/microsoft/Quantum/blob/main/samples/diagnostics/RE

Contribution guide lists the types of things one could contribute, but doesn't go into details on the moving pieces that go into doing each of those things. It makes sense to add a bit more guidance on this:

• Section "Improving Existing Katas" should really be called "Adding New Tasks to Existing Katas"; #177 is an

It would be good to update ParameterExpression.__eq__ to accept comparing a bound expression to a fixed value, but this can be a separate issue.

Originally posted by @kdk in Qiskit/qiskit-terra#5192 (comment)

Is your feature request related to a use case or problem? Please describe.

Docstrings are a returning issue on PRs, it would be great if we could automate the feedback on them as well for Google style docstrings.

Describe the solution you'd like

Setup the docstyle and [docparams](ht

To get this codebase up to standard, we need to add type hints. At the very least, perhaps we should start insisting that all new code has type hints added, but moreover we need to add typing to the code that currently exists.

This is a pretty large project, but luckily it can be done incrementally - I believe at this point it's a stretch goal for v1, if anyone wants to help it would be much ap

Running travis lint gives a bunch of warning. Like for instance, sudo : required is no longer needed, and Travis migrated to a new architecture. So the travis.yml file needs to be updated.

https://blog.travis-ci.com/2018-10-04-combining-linux-infrastructures

For example, pylint would have caught ProjectQ-Framework/ProjectQ#19 via an undefined variable warning.

What is the expected behavior?

Two independent but related VQE feature requests important for experiments on quantum hardware:

1. More shots on final cost-function evaluation
   There should be an option to increa

It would be nice to allow users to set a custom value for the tensorflow dtype if they are really pushing their simulations (and aware of the memory tradeoffs). This would be a very straightforward feature to add, most likely by adjusting backend_options to accept a dtype argument or something similar

See, e.g., the discussion below:

You could change this line https://github.com/XanaduAI

Implement a function to splice parsed-program objects together in a reasonable way.