Skip to content


Subversion checkout URL

You can clone with
Download ZIP
100644 124 lines (111 sloc) 9.32 KB
6c2d082 Front page text fixups and Nov 17 2012 meeting notes
Vamsee Kanakala authored
1 ---
2 layout : page
3 ---
5 <section id="container">
6 <div id="flash"></div>
ccf29c5 @manojbecs March 2013 meetup notes
manojbecs authored
8 <section class='column'>
9 <article>
e4cf590 @krishnau2 April 2013 meetup notes
krishnau2 authored
10 <header><h2>20 April 2013</h2></header>
11 <p>
12 As usual April BRUG meet started with intros by people.
13 <br />
14 There were two topics scheduled for this meet.
15 </p>
16 <p>
17 <strong>Yuva - Using Backbone in not so single page application</strong><br />
18 Yuva started with an introduction to the basic architecture of a Backbone application (views, models, collections etc), with example code in slides. He explained why he wanted to use Backbone on his project (since the back-end is depend on some third party application response, even for pagination and filtering the results, his application wanted to communicate with the third party application and which is causing delay.) We had a lot of questions in between the slides and Yuva, Hemant and Dheeraj helped to clear almost all of them.
19 <br />
20 <br />
21 Hemant given an intro to Faye(publish-subscribe messaging between web clients) which is also a part of this topic.
22 </p>
23 <p>
24 <strong>Ashish - Codelearn</strong><br />
25 Ashish wanted to make the discussion more interactive, so he didn't use slides at all. He started with explaining the architecture of Codelearn and the issues that he is facing now. His major concern is about the latency of the terminal window in Codelearn.
26 <br />
27 Lots of suggestions came up during the discussion, some of them are
28 <br />
29 * Event machine<br />
30 * Removing the second Rails application in his current architecture<br />
31 * Ruby VNC
32 <br /><br />
33 </p>
34 <!-- <p>
35 That is it from March BRUG meetup. Slides for the presentations are:<br/>
36 <a href="">build-your-first-mapreduce-with-hadoop-and-ruby</a><br/>
37 <a href="">introduction-to-dtrace</a><br/>
38 </p> -->
39 </article>
40 </section>
41 <!-- end of April notes -->
42 <section class='column'>
43 <article>
ccf29c5 @manojbecs March 2013 meetup notes
manojbecs authored
44 <header><h2>16th March 2013</h2></header>
45 <p>
46 The meetup started with intros by people and this time we had lot of new (at least more than couple) faces. There were 4 people who had come from Mysore(which includes the speaker Swanand), which also made the meetup special.
47 <br />
48 There were 2 talks for the current meetup and the details of the same follows.
49 </p>
50 <p>
51 <strong>Swanand - Talk on Build your first MapReduce with Hadoop and Ruby</strong><br />
52 The presentation was about the following:
53 <br />
54 * What's MapReduce and Hadoop<br />
55 * What's Map and Reduce<br />
56 * And a sample app to showcase the above
57 <br /><br />
58 The talk went into detail about what the map and reducer are, how MapReduce uses the key->value pair at every stage i.e. both in Map and Reduce jobs and also how it uses natural sorting for efficiency.
59 <br/>
60 There was a demo at the end of the talk. The demo was about reading couple of books in txt format and find out the most used alphabet is e. During the demo Swanand showed us how to use Ruby to create Mappers and Reducers and use the configuration given by Hadoop.
61 <br/>
62 The presentation ended with showing References (which includes videos, articles and blog posts) which would help you to get started with Hadoop and also further documentation.
63 </p>
64 <p>
65 <strong>Hemant - Demo/presentation on dtrace in Ruby 2</strong><br />
66 Started with explaining the architecture of dtrace sampling profiler (image below) where dtrace probes and profiler run outside the program causing no overhead to your program.
67 <br/>
68 Then he explained more about anatomy of probes with the help of simple examples. There were many live examples shown on how to use dtrace commands (available in slides). Later he introduced us to D script language, which looks more or less similar to C syntax. You can refer to his slides which are self explanatory on the examples and functions used in D scripts. In after the talk discussions, there were suggestions that you should start using dtrace from beginning, if you are an author of a gem or a framework
69 </p>
70 <p>
71 That is it from March BRUG meetup. Slides for the presentations are:<br/>
72 <a href="">build-your-first-mapreduce-with-hadoop-and-ruby</a><br/>
73 <a href="">introduction-to-dtrace</a><br/>
74 </p>
75 </article>
76 </section>
6c2d082 Front page text fixups and Nov 17 2012 meeting notes
Vamsee Kanakala authored
77 <section class='column'>
78 <article>
6d7fbe1 Add Hemant's preso, fix year in date
Vamsee Kanakala authored
79 <header><h2>19 Jan 2013</h2></header>
14d9cc9 Jan 2013 meetup notes
Vamsee Kanakala authored
80 <p>
81 The meetup had two talks for the day: <em><strong>Ruby 2.0 features</strong> by Hemant (@gnufied)</em> and <em><strong>Building Allotrop</strong> by Rohit Mishra (@movingahead)</em>
82 </p>
84 <p>
85 The first talk was by Hemant who explained about the new features planned for Ruby 2.0. He explained about the 'refinements' feature being planned for Ruby 2.x, and the rationale behind it. He explained that refinements are a new way to handle the problems with monkeypatching in a sane manner. He then explained the syntax for refine/using, explained about the current state of flux in the documentation. There were questions about whether this will make it into Ruby 2.0 given the state of flux this feature is in.
86 </p>
88 <p>
6d7fbe1 Add Hemant's preso, fix year in date
Vamsee Kanakala authored
89 Hemant then went on to explain about the new keyword arguments planned for this release, which adds more flexibility in passing arguments, a la Rails. The next point was about Module#prepend, a way working around the fact that 'include' appends methods, which can lead to some method overriding issues. He also went on to explain about Trace Point, a new way to profile ruby methods, and also about support for DTrace hooks which lets us do sophisticated debugging on ruby programs. You can find his <a href="">presentation here</a>.
14d9cc9 Jan 2013 meetup notes
Vamsee Kanakala authored
90 </p>
d659d8e @manojbecs Adding link to slides of Rohit's talk
manojbecs authored
92 <p>Then it was over to Rohit, who gave a quick intro of his startup Allotrop, which is basically a recommendation engine trying to connect our 'likes' to structured data. He explained his journey through several frameworks and languages before finally settling on Rails and why. He then talked about his struggle through making the right set of architectural choices, and how sometimes overthinking it really bites us. In Rohit's opinion, the right way to start with Rails is to find a mentor who has already been doing Rails for a while, and not being afraid to break stuff and learn from the results. During Q and A session it led to a good discussion where Nikhil explained how to apply YAGNI rule while choosing a gem. You can find his <a href="">presentation here</a>.
14d9cc9 Jan 2013 meetup notes
Vamsee Kanakala authored
93 </p>
d659d8e @manojbecs Adding link to slides of Rohit's talk
manojbecs authored
14d9cc9 Jan 2013 meetup notes
Vamsee Kanakala authored
96 <p>After the talks, there was longish discussion about Rails 4, concerns, strong parameters and how to make specs run faster, Zeus (the test runner), Backbone.js, Angular.js, etc. Here are some <a href="">pics of the event</a>.</p>
97 </article>
98 </section>
100 <section class='column'>
101 <article>
6c2d082 Front page text fixups and Nov 17 2012 meeting notes
Vamsee Kanakala authored
102 <header><h2>17 Nov 2012</h2></header>
103 <p>
104 The meetup had two talks for the day - <em>Lessons Learnt while building Survey Web</em>
105 by Nivedita, Smit, Srihari and Timothy of C42 Engineering and
106 <em>Git workflows</em> by Vamsee Kanakala of BangTheTable Software.
107 </p>
109 <p>
110 The meetup started with Srihari of C42 explaining the rationale for the survey-web project, and Nivedita took over explaining the use of STI in the project. After that, Srihari took over explaining the use and reasons behind picking Backbone.js for the front-end. Next was about APIs by Timothy and the advice was not to use scaffolding when doing them. Then Smit took over to discuss setting up an Omniauth provider with Doorkeeper. Then Srihari took over again for discussing about how they chose Titanium for the mobile version of Survey Web. Overall it was a very enlightening talk. You can find the <a href="">full presentation here</a>.
111 </p>
113 <p>
114 Next it was the Git Workflows talk by Vamsee. He explained the problem faced by using mostly merge for merging changes between private branches into the main development branch, with history quickly getting hard to track as to where the changes came from. He explained how BTT was moving to "rebase on private branch, merge on main branch" strategy to clean up their history and and be able to track branches properly. He alos explained how to use rebase and interactive rebase to keep history clean and understandable. There was also some discussion about how people usually do code pushes to production without having to move not-yet-completed features. Vamsee said he was considering a mix of cherry picking, tagging and finally feature toggles to achieve this. This part will be covered in another talk sometime in the future.
115 </p>
117 <p>
118 After the talks, people mixed and had discussions about various topics. You can find some pictures of the event <a href="">here</a> and <a href="">here</a>.
119 </p>
120 </article>
121 </section>
123 </section>
Something went wrong with that request. Please try again.