<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Gergely Daroczi on DataScience.LA</title><link>https://datasciencela.github.io/authors/gergely-daroczi/</link><description>Recent content in Gergely Daroczi on DataScience.LA</description><generator>Hugo -- gohugo.io</generator><language>en-us</language><copyright>DataScience.LA, 2014–2021 · Read-only archive: comments are closed.</copyright><lastBuildDate>Thu, 13 Oct 2022 00:02:42 -0700</lastBuildDate><atom:link href="https://datasciencela.github.io/authors/gergely-daroczi/index.xml" rel="self" type="application/rss+xml"/><item><title>How-to organize a satRday conference (v0.1)</title><link>https://datasciencela.github.io/how-to-organize-a-satrday-conference-v0-1/</link><pubDate>Fri, 18 Nov 2016 13:31:13 -0800</pubDate><guid>https://datasciencela.github.io/how-to-organize-a-satrday-conference-v0-1/</guid><description>&lt;p&gt;It has been over 2 months since the &lt;a href="http://budapest.satrdays.org/"&gt;first satRday conference&lt;/a&gt; ended and I shared some &lt;a href="http://blog.rapporter.net/2016/09/the-start-of-satrdays.html"&gt;quick impressions&lt;/a&gt; on that, where I also promised a follow-up post on my experiences as ending up being the main organizer of the event &amp;ndash; this is what you are reading now. Although the idea was born at the EARL Boston conference last year, and I decided to take part in the project while living in Los Angeles &amp;ndash; the conference took place in Budapest after all as logistics seemed to be easier there thanks to my closer relationship to the Hungarian R User Group.&lt;/p&gt;</description><media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://datasciencela.github.io/how-to-organize-a-satrday-conference-v0-1/feature.png"/></item><item><title>R and Impala: it's better to KISS than using Java</title><link>https://datasciencela.github.io/r-and-impala-its-better-to-kiss-than-using-java/</link><pubDate>Thu, 29 Oct 2015 15:10:25 -0700</pubDate><guid>https://datasciencela.github.io/r-and-impala-its-better-to-kiss-than-using-java/</guid><description>&lt;p&gt;One of the best things I like in working at &lt;a href="http://card.com"&gt;CARD.com&lt;/a&gt; is that I am not only crunching &lt;a href="http://r-project.org"&gt;R&lt;/a&gt; code in 24/7, but I also have the chance to interact with and improve the related data infrastructure with some interesting technologies.&lt;/p&gt;&#10;&lt;p&gt;After joining the company in January, I soon realized that while &lt;a href="http://www.cloudera.com/content/cloudera/en/products-and-services/cdh/impala.html"&gt;Impala&lt;/a&gt; is a very &lt;a href="http://allegro.tech/2015/06/fast-data-hackathon.html"&gt;powerful&lt;/a&gt; database for handling data that do not comfortably fit in MySQL, it&amp;rsquo;s still not as fast as one might expect when querying large amount of data from R. Sometimes I had to wait several minutes for a query to run! So I used this spare time to think about how to improve the workflow.&lt;/p&gt;</description><media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://datasciencela.github.io/r-and-impala-its-better-to-kiss-than-using-java/feature.png"/></item></channel></rss>