• Home

  • Custom Ecommerce
  • Application Development
  • Database Consulting
  • Cloud Hosting
  • Systems Integration
  • Legacy Business Systems
  • Security & Compliance
  • GIS

  • Expertise

  • About Us
  • Our Team
  • Clients
  • Blog
  • Careers

  • CasePointer

  • VisionPort

  • Contact
  • Our Blog

    Ongoing observations by End Point Dev people

    wroc_love.rb 2017 part 1

    Wojtek Ziniewicz

    By Wojtek Ziniewicz
    March 18, 2017

    wroc_love.rb is a single-track 3-day conference that takes place in Wrocław, Poland, every year in March.

    Here’s a subjective list of most interesting talks from the first day:

    Kafka / Karafka by Maciej Mensfeld

    Karafka is another library that simplifies Apache Kafka usage in Ruby. It lets Ruby on Rails apps benefit from horizontally scalable message busses in a pub-sub (or publisher/​consumer) type of network.

    Why Kafka is (probably) better message/​task broker for your app:

    • broadcasting is a real power feature of Kafka (HTTP lacks that)
    • author claims that it’s easier to support than ZeroMQ/​RabbitMQ
    • it’s namespaced with topics (similar to ROS, the Robot Operating System)
    • great replacement for ruby-kafka and Poseidon

    Karafka https://t.co/g9LQZiAV4i microframework to have #rails-like development performance with #kafka in #ruby @maciejmensfeld #wrocloverb

    — Maciek Rząsa (@mjrzasa) 17 marzo 2017

    Machine Learning to the Rescue by Mariusz Gil

    This talk was devoted to Machine Learning success (and failure) story of the author.

    Author underlined that Machine Learning is a process and proposed following workflow:

    1. define a problem
    2. gather your data
    3. understand your data
    4. prepare and condition the data
    5. select & run your algorithms
    6. tune algorithms parameters
    7. select final model
    8. validate final model (test using production data)

    Mariusz described few ML problems that he has dealt with in the past. One of them was a project designed to estimate cost of a code review. He outlined the process of tuning the input data. Here’s a list of what comprised the input for a code review estimation cost:

    • number of lines changed
    • number of files changed
    • efferent coupling
    • afferent coupling
    • number of classes
    • number of interfaces
    • inheritance level
    • number of method calls
    • LLOC metric (Logical Lines of Code, excluding empty or comment lines)
    • LCOM metric (Lack of Cohesion between Methods—​whether single responsibility pattern is followed or not)

    Spree lightning talk by sparksolutions.co

    One of the lightning talks was devoted to Spree. Here’s some interesting latest data from the Spree world:

    • number of contributors to Spree: 700
    • it’s very modular
    • it’s API driven
    • it’s one of the biggest repos on GitHub
    • very large number of extensions
    • it drives thousands of stores worldwide
    • Spark Solutions is a maintainer
    • Popular companies that use Spree: GoDaddy, Goop, Casper, Bonobos, Littlebits, Greetabl
    • it support Rails 5, Rails 4.2 and Rails 3.x

    Author also released newest 3.2.0 stable version during the talk:

    releasing spree 3.2.0 live during lightning talk #wrocloverb pic.twitter.com/9oPcB5CTfB

    — Wojciech Ziniewicz (@fribulusxax) 17 marzo 2017

    machine-learning ruby spree ecommerce conference