Salutations, golfeurs de code noble. Aujourd'hui, vous allez résoudre le débat le plus ancien et le plus distingué - Emacs ou Vim?
Votre défi consiste à prendre deux termes de recherche en entrée et à produire lequel de ces termes a le plus de résultats de recherche Google. (C'est évidemment tout à fait juste. Que voulez-vous dire, biaisé?)
Voici quelques exemples d'entrées et de sorties:
Input: emacs
and vim
Output: vim
(totalement pas de création de guerres de flammes dans les commentaires)
Entrée: google
et microsoft
sortie:google
Entrée: code golf stack exchange
et code review stack exchange
sortie: code golf stack exchange
(ouais!)
Et voici quelques cas de pointe juste pour le plaisir (et pour tester vos solutions):
Entrée: About 1,000,000 results
et About 100,000 results
sortie:About 100,000 results
Input: This will autocotrect
and Another testcase
Output: Another testcase
(si vous ne pensez pas à la correction automatique, alors le premier gagnera)
Pour les cas de test suivants, vous devez d'abord supprimer les #
signes dans les termes de recherche, car ils reposent sur le terme ayant un nombre spécifique de résultats et le publier ici ruinerait cela.
Entrée: Thissear#chter#mhasno#results
et Another testcase
sortie: Another testcase
(juste un test pour aucun résultat)
Entrée: "These exact wo#rds do#n't exi#st# on the Internet"
et Another testcase
sortie: Another testcase
(test "
s)
Entrée: Abo#ut 1,65#2,85#3,2#86 re#sults
et Another testcase
sortie: Another testcase
(celle-ci est délicate - le terme de recherche ci-dessus a un résultat)
Entrée: "Abo#ut 4#8,234,8#75,14#7 res#ults"
et Another testcase
sortie: Another testcase
(également délicat - aucun résultat, il affiche donc le terme de recherche)
Vous n'avez pas besoin de gérer le cas du coin des "quoted"
recherches qui renvoient "Aucun résultat, affichant des résultats sans guillemets à la place" car cela serait tout simplement trop compliqué. Vous n'avez pas non plus besoin de gérer les entrées avec le même nombre de résultats.
Il s'agit de code-golf , donc le code le plus court en octets gagnera!