Posts By Alex Fruzenshtein

Spark Course Stackoverflow week 2 3

So as you already know, I've enrolled to Functional Programming in Scala Specialization on Coursera. Currently I'm passing through the 4th course of the series "Big Data Analysis with Scala and Spark". If to be more precise, two days ago I completed an assignment for weeks #2 and #3. As usually I'm going to share my experience.

Coursera Spark week 1 Wikipedia

So this week is an official start of 4th course from Scala Specialization on Coursera. I mean Spark course. This is an outstanding event, because so many students have been waited for this almost 1 year :) What does it mean for me? Firstly I need to keep focused on video lectures and assignments. Secondly, I decided to share my impressions about the course here.

In this article I want to show a real difference between curried functions and partially applied functions in Scala. This question is pretty common for those developers who started learning Scala without previous experience in functional programming. Moreover, this blog post may be useful, even for experienced Scala developers, because based on my experience I have had incorrect understanding of the difference between the curried functions and partially applied functions.

The New Year and Christmas it's a good time for Java developers to wear a warm sweater with deers. And of course it's an excellent moment to summarize the previous year and make some plans and forecasts for the next 2017. Personally for me, it's almost tradition, I'm going to continue it and write a couple of thoughts about 2017 for Java developers.

When I work with Scala collections, I always keep in mind that there are two types of operations which I can perform: transformation operations and actions or like someone call it aggregation operations. The first type transforms a collection into some another collection. The second one type returns some value.

I want to share with you a small piece of my project. It's about Scala programming language. If to be more precise it's about the most simple way of Scala studying. Why I said the most simple? Well, because I have a solid knowledge of mainstream problems which occur during Scala studying. So I invite you to discuss my job.

Probably the most painful thing for software developers is to be restricted in technology choice which they want to use in a development. You pay for a conference ticket, listen about new cool frameworks, development approaches or tools... Then you return to office with huge enthusiasm and desire to try at least something on real project. Unfortunately such initiative very frequently meets resistance from different sides: team members don't want to learn something new, a manager thinks it is risky, a product owner hurries with a next release, etc.