mejibyte

using namespace std;
#include <algorithm>
#include <iostream>
#include <iterator>
#include <numeric>
#include <sstream>
#include <fstream>
#include <cassert>
#include <climits>
#include <cstdlib>

mejibyte

using namespace std;
#include <algorithm>
#include <iostream>
#include <iterator>
#include <numeric>
#include <sstream>
#include <fstream>
#include <cassert>
#include <climits>
#include <cstdlib>

mejibyte

#!/usr/bin/env ruby

require 'scanf'

if ARGV.size < 3
  puts "Usage: #{__FILE__} <testdata.in> <program.out> <testdata.out>"
  exit 1
end

def wrong_answer(reason)

mejibyte

// Andrés Mejía
using namespace std;
#include <algorithm>
#include <iostream>
#include <iterator>
#include <numeric>
#include <sstream>
#include <fstream>
#include <cassert>
#include <climits>

mejibyte

Almacenamiento de la información.

Las necesidades de nuestro módulo en términos de almacenamiento y consulta son diferentes a las de los demás módulos. La diferencia principal es el volumen de datos a almacenar y la concurrencia de las consultas. En primer lugar, nuestro módulo almacenará muchísimos más datos que los demás; sólo el hecho de publicar un contenido, loggearse ó visitar un perfil almacenará una actividad en nuestro módulo.

Por las razones anteriormente expuestas, nuestra aplicación necesita un mecanismo altamente escalable. Este es el fuerte de las bases de datos NOSQL. Además, los queries tienen que tener tiempos rápidos de respuesta. Por estas razones creemos conveniente utilizar el motor MongoDB que ofrece estas ventajas (frente a otras desventajas como la imposibilidad de hacer consultas sobre atributos anidados de una entidad, aunque en nuestro caso esto no es necesario).

Las respuestas de nuestro servicio web estarán en formato XML. Sin embargo, en nuest

mejibyte

require 'rubygems'
require 'nokogiri'
require 'open-uri'
require 'mysql'
require 'active_record'

ActiveRecord::Base.establish_connection(
  adapter: "mysql", encoding: "utf8", database: "scores", username: "root", password: ""
)