Development - v0.2
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 18/100
Direção de pesquisa
Este é um roadmap amplo da v0.2 para HealthTools.API, abrangendo views, vetores de query e search, adaptadores SMS, testes, analytics, caching, messaging, Wit.ai e bots. Comece mapeando os pontos de entrada existentes de search e SMS e, em seguida, defina um deliverable menor com critérios explícitos de conclusão; o issue em si não nomeia arquivos nem testes a serem executados.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Through development of the HealthTools.API, we've learnt a lot and want to make it more extensible. v0.2 seeks to do a couple of things:
1. Views
1.1. Search
- Have a single search API view to receive requests and output results in JSON
- Send requests to a single query function used by sms, bots, etc.
1.2. SMS
- Have a single SMS view that receives requests and outputs results in JSON.
- Send requests to a single sms process function (detailed below)
2. Search
2.1 Query
- This would be the primary query module that determines the doc-type (e.g nurses, doctors, cos etc.)
- This would determine the search "vector" i.e elastic search or proxy for nurses etc.
- Return dictionary/list of results.
2.2. Nurses Search "Vector"
- Proxy the nurses website because we are unable to scrape it.
2.3. Elastic search "vector"
- Search from elastic search.
3. SMS
- The base module would process SMS requests using the query function and structure for an SMS response.
- This would then use "adapters" for the different providers e.g M-Tech, Twilio.
4. Other considerations:
- Tests to be rewritten
- Analytics to work as a Flask "Middleware" or have as part of an "events" module.
- Slack integration with Python's logging module.
- Cache queries using Memcached (all not just nurses as before)
- RabbitMQ integration for SMS processing.
- Wit.ai to replace determination from keywords what doc-type is being queried.
- Bots architecture similar to SMS. Probably re-using a lot of SMS so might be combined into just "Chat" that both inherit.
- Linguagem predominante
- Python
- Estrelas
- 19
- Forks
- 20
- Métricas de merge de PRs
- Nenhum PR com merge em 30d
Preparar o ambiente
- Inclui um Dockerfile ou arquivo Docker Compose
- Tem um modelo de pull request
- Ler o guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de CodeForAfrica/HealthTools.API
-
Is it up?Aberta
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 20/100
CodeForAfrica/HealthTools.API#138 ·
-
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 35/100
CodeForAfrica/HealthTools.API#136 ·
-
Update test scriptsAberta
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 35/100
-
Upgrade runtime to Python3Aberta
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 20/100
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 45/100
Todas as issues de CodeForAfrica/HealthTools.API
Issues semelhantes
-
debt
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
microsoft/vscode-flake8#601 ·
Mantenedores costumam responder em até 1 dia
-
nonews refactor
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
Uninett/nav#4255 · 1 comentário · 1 reação ·
Mantenedores costumam responder em até 3 dias
-
namespace operations
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 70/100
EclipseFdn/open-vsx.org#14421 ·
Mantenedores costumam responder em até 1 dia
-
untriaged
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
ubuntu/ubuntu-project-docs#850 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 83/100
Mantenedores costumam responder em até 1 dia