fedesilva

// Create a new MergeStrategy for aop.xml files
val aopMerge: MergeStrategy = new MergeStrategy {
  val name = "aopMerge"
  import scala.xml._
  import scala.xml.dtd._

  def apply(tempDir: File, path: String, files: Seq[File]): Either[String, Seq[(File, String)]] = {
    val dt = DocType("aspectj", PublicID("-//AspectJ//DTD//EN", "http://www.eclipse.org/aspectj/dtd/aspectj.dtd"), Nil)
    val file = MergeStrategy.createMergeTarget(tempDir, path)

fedesilva

package test.zipper

object TreeZipper extends App {

  println("hello")

  // exp 2 * 3 + 4 * 6

  val _2 = Node("2", Nil)
  val _3 = Node("3", Nil)

fedesilva

Collections Redesign Proposal

I'm going to start off by motivating what I'm doing here. And I want to be clear that I'm not "dissing" the existing collections implementation or anything as unproductively negative as that. It was a really good experiment, it was a huge step forward given what we knew back in 2.8, but now it's time to learn from that experiment and do better. This proposal uses what I believe are the lessons we can learn about what worked, what didn't work, and what is and isn't important about collections in Scala.

This is going to start out sounding really negative and pervasively dismissive, but bear with me! There's a point to all my ranting. I want to be really clear about my motivations for the proposal being the way that it is.

Problems

Generic Interfaces

fedesilva

object ToFromMap {
  implicit def materialize[T]: ToFromMap[T] = macro impl[T]
  def impl[T: c.WeakTypeTag](c: Context): c.Expr[ToFromMap[T]] = {
    import c.universe._
    val wt = weakTypeOf[T]
    // Gets the type parameters, eg Holder[T, J] => List(T, J)
    val baseTypes = wt.baseClasses.head.asType.typeParams.map{ _.asType.toType }

    // Gives a Map(T -> Int, J -> Double) if we are extracting Holder[Int, Double]
    val myTypes = baseTypes zip wt.typeArgs toMap;

fedesilva

Keybase proof

I hereby claim:

• I am fedesilva on github.
• I am fedesilva (https://keybase.io/fedesilva) on keybase.
• I have a public key ASDem0Fuocr5gGIqgl7dUj-Fo-qj_7v2GQKmn9Rioj3SlQo

To claim this, I am signing this object:

fedesilva

/** Scala implementation of Gérard Huet's The Zipper.
  *
  * The Zipper is a kind of Iterator for Tree. The Zipper offers
  * navigation and edition primitives in constant time.
  * [[http://www.dblp.org/rec/bibtex/journals/jfp/Huet97 The Zipper]]
  */

/** Tree data structure. */
sealed abstract class Tree[T]
case class Item[T] (val item: T) extends Tree[T]

fedesilva

// The t function takes times and puts data points in an arraybuffer.
// I use that data to compute mean, stddev, variance ...
//
// The Walker just recursively walks a jsoup document feeding the elements to the parser
// or the parsers it returns and accumulating the new ast nodes. 
// Lot's of work for the GC
// 
// On one run there are two printlns, on the other none.
//

fedesilva

Multiple SSH Keys settings for different github account

create different public key

create different ssh key according the article Mac Set-Up Git

$ ssh-keygen -t rsa -C "your_email@youremail.com"

fedesilva

upstream app {
 server localhost:9000;
}

server {

  listen 80;
  server_name leases.counselytics.net;

  # Application root

fedesilva

/*
 * Copyright (C) 2009-2015 Typesafe Inc. <http://www.typesafe.com>
 */

import akka.actor.ActorSystem
import akka.http.Http
import akka.http.Http.IncomingConnection
import akka.http.model.HttpEntity
import akka.http.model.Multipart.FormData
import akka.http.server.{ Directives, Route, RoutingSetup }