Escreva um programa ou uma função que produza o número inteiro de respostas que esta pergunta possui. Sua solução ainda deve funcionar à medida que mais respostas são adicionadas.
Os idiomas executados em um navegador podem ser executados no console js enquanto estão nesta página. Caso contrário, você provavelmente precisará fazer o download desta página. Soluções em vários idiomas, por exemplo, wget
ing a página e análise usando grep
está ok. Basta resumir a linha de comando e todas as fontes usadas.
Isso é código de golfe; a resposta mais curta em bytes vence.
EDITAR:
Vamos permitir que no máximo uma ocorrência do URL desta página não conte, como entrada ou na fonte. Nenhum encurtador de URL, nenhum dado armazenado como parâmetros de obtenção etc. As aspas ao redor do URL, se necessário, ainda contam. Tomando o URL como entrada também é bom. Se você deseja remover uma parte do URL, por exemplo /how-many-answers...
, pode, mas provavelmente não ajuda.
http://...
aparecer literalmente no código-fonte.Respostas:
Javascript + jQuery, 23 bytes
fonte
h2>span
no corpo do desafio?Mathematica, 33 bytes
A entrada é o URL desta página.
fonte
Python 2, 120 bytes, 79 sem URL
Não posso dizer que o Python foi feito para esse desafio.
Infelizmente, a importação embutida tem o mesmo comprimento :(
Qualquer ajuda com o golfe seria muito apreciada!
Se o URL (41 bytes - acima de 1/3 da contagem de bytes) pode ser usado como entrada, são 82 bytes:
fonte
requests
bibliotecaimport urllib
paraimport urllib as u
, poderá salvar 3 bytes #Javascript, 67 bytes
Este olhar muito longo
fonte
Javascript (ES5),
4644403833 bytes5 bytes salvos graças a Ismael Miguel
Nota: Isso é bem lento e não funcionará se você tiver o script de usuário PPCG-Design.
fonte
parseInt($('#answers').text())
, o que irá funcionar. Isso economiza alguns bytes.CJam, 15 bytes
Espera o URL desta página como entrada.
Como funciona
fonte
171 bytes bash + 3 chaves lynx
fonte
http:// ...
com #http://codegolf.stackexchange.com/q/96298
API sh + curl + jq + stackexchange de 99 bytes
Usando a API, pude evitar problemas relacionados à formatação da página e ao html. Infelizmente, 60 bytes da minha resposta são o URL máximo para esta consulta da API em particular e outros 13 bytes para que o curl descompacte o resultado da consulta, porque o stackexchange se recusa a fornecer dados não compactados por meio da API.
A "lógica" real vem do enrolamento da API, para solicitar uma resposta json com as respostas a este post. Isso é descompactado e, em seguida, canalizado para jq, um analisador json, que extrai a matriz "items" e gera seu comprimento.
Você pode ficar impressionantemente perto de ter a API retornando o número de respostas, mas, pelo que pude apresentar, você não conseguiu chegar a 100% do caminho, e chegar mais perto custaria mais bytes do que apenas passar pelo jq.
101 bytes para retornar {"total":}:
O parâmetro filter nas consultas da API é muito poderoso, mas não fornece uma solução "apenas enrolar um URL". Pode haver um meio termo aqui, onde você pode obter uma resposta mais curta e apenas contar as linhas ou extrair o número, mas infelizmente as strings de filtro têm um comprimento definido, e o comando jq necessário já era mais eficiente.
fonte
curl -sL --compressed bit.ly/2ebw404|jq .total
PHP, 76 (Código) + 41 (URL) = 117 bytes
fonte
Java,
230269-41 = 228 bytes(Apenas conta respostas não excluídas)
fonte
JavaScript + jQuery (já incluído na página), 20 bytes
Este é um programa destinado a ser executado no console da página atual (aberta com F12). Ele gera o número de respostas, sem aspas. Funciona no Chrome, Firefox, IE11 e Edge. Ele deve funcionar em outros navegadores, mas eu apenas o testei nos listados.
Ao contrário de outras soluções JavaScript aqui, é um programa por si só, e não uma expressão de função usando a notação de função de seta ES6 . Além disso, diferentemente dessas soluções, na verdade, ela produz saída (sem aspas) no console com o número de respostas (em vez de ser apenas uma expressão de função que não produz saída). A produção de saída depende do recurso no console de cada navegador que o valor de uma expressão é gerado após a expressão ter sido avaliada.
Isso depende apenas
<span>
da página com um pai que é um<h2>
elemento que contém o número de respostas como seu conteúdo de texto. Após a experimentação, esse parece ser o caso e não parece possível criar intencionalmente um<h2>
com um<span>
filho usando o editor: todos os<span>
elementos inseridos explicitamente são removidos e nenhum Markdown , como usado no Stack Exchange, cria um real<span>
dentro de um<h2>
. Se alguém puder demonstrar um caso em que a página pode ser manipulada para que o'h2>span'
seletor não seja mais exclusivo, será necessário revisar.Se a avaliação de uma sequência em vez de um número for aceitável, então
JavaScript + jQuery (já incluído na página), 19 bytes
No entanto, embora isso não avalie a inclusão
""
, em todos os consoles testados, ele produz uma saída que é incluída dentro""
. Eu li os comentários de Filip Haglund sobre a questão como impedindo esse resultado.fonte
R, 80 bytes
A resposta é baseada na pesquisa do vetor retornado
readLines
usando expressões regulares. Estou supondo que isso possa ser quebrado por texto em comentários / respostas (possivelmente até o meu). Exclui se sim. Além disso, o padrão também pode ser deletado, mas não tenho certeza se isso aumentaria a probabilidade de obter um valor falso.fonte