mmozuras

Lost 26kg (25% of my weight) in 2013. Doing great so far. Stepping on the scales every day makes sure that weight gain doesn't creep up on me.

That insight gave me more confidence. Before 'Quiet', I wouldn't allow myself to act a certain way or would feel bad if I did.

One simple example: as an introvert, I would get tired at parties or gatherings of bigger groups. Before 'Quiet', I would try leave unnoticed (slightly embarrassed from leaving so early). Or I would stay and feel increasingly worse. Now I'm better aware of what's going on inside me. I feel more confident and leave. Or I find a quiet corner, read a book on my iPhone for 20 minutes, and get back to the group.

Quiet: The Power of Introverts in a World That Can't Stop Talking

My favorite book in 2013 (http://codingfearlessly.com/year-2013). After reading it, I accepted my introversion and learned how to better use it, view it as a strength instead of weakness.

I wrote a post you might find interesting about Podcasts I Listen To: http://codingfearlessly.com/podcasts-i-listen-to

We try to solve it in a couple of ways:

* Enable smaller PRs. Reviewing 50-150 lines of code is much less daunting. This can be done by using tools like feature flags, AB tests, github/scientist etc.

* Ask/communicate about the quality of PRs. Like: splitting big ones into multiple,writing good descriptions, including the problem and screenshots.

* Automate the trivial parts. We use Pronto (disclaimer: I'm the author - https://github.com/mmozuras/pronto), but there are other tools/services that can help achieve the same result.

Thinking in Systems - Donella H. Meadows, Diana Wright

https://www.goodreads.com/book/show/3828902-thinking-in-syst...

Haven't read the original, but The Little Schemer is a more recent version of it, and really really good.

Peopleware

Because even the best technology has people behind it.

I clearly didn't express myself adequately.

I only meant situations where "80% there" (of the original plan) is enough and I certainly did not have in mind "fast and cheap" or "shortcut taking".

Thanks for taking the time to read and comment!

I can't know why people chose to upvote it, but I can say that reading this comment hurt just a little.

Also: it violates HN Guidelines (http://ycombinator.com/newsguidelines.html)

Currently, my main side-project is Pronto, quick automated code-review tool: https://github.com/mmozuras/pronto Intend to make a SaaS from its current library form, at some point, also.

A couple of others on the back burner.

Thanks! Yes, I definitely want to do that. There's still some work I want to do on the library itself, then I'll start working on the service :)

You're not the only one having that nit, so I'll do that :)

https://github.com/mmozuras/vim-github-comment/issues/3

I'm using fugitive myself - so I'll definitely consider interplay opportunities with it :)

Amazingly, spajus already implemented that (and, I, of course, merged it) :)

https://github.com/mmozuras/vim-github-comment/pull/2

And both of them are now merged!

https://github.com/mmozuras/vim-github-comment/pull/1 https://github.com/mmozuras/vim-github-comment/pull/2

Thanks! Hopefully helping me improve it too :)

Thanks for the feedback!

You're absolutely correct - and the reason I did it that way: easier to accomplish for the first version. I have the intention to take a stab at implementing inline comments, but it's not that simple. For comment to be inline, a line index in the GitHub diff has to be specified. More information about that particular API method: http://developer.github.com/v3/repos/comments/#create-a-comm...

You can delete these kind of comments by clicking "Show lines notes below" checkbox and proceeding from there.

Thanks, glad you liked it :)

Instead of creating aliases, I'm using z (https://github.com/rupa/z) for that. You use it instead of cd to navigate to the most frequently used directories anywhere.

I got used to better ways to navigate in Vim - RegEx pointed out quite a few of them - http://news.ycombinator.com/item?id=4414502. I would especially emphasize f,F,t,T and w,W,b,B,e,E.

That's useful indeed - I have both kj and jk mapped to Esc in my vimrc.

https://github.com/mmozuras/vimfiles/blob/master/vimrc#L75

Good point and something I should've written in the post. Text moving is not something needed very often, but I find using arrows in this case more pleasant than <gv or [egv. In normal mode, I'll usually use <<, because I'm already used to it.

Interesting. How long have you been using Vim?

Just to clarify - I'm not advocating 'never use Rails' or even 'Sinatra should be used more often than Rails'. There are trade-offs, to be sure. I definitely agree with your points about 'limited resources' and 'saving time'.

I just feel that people tend to pick these big frameworks, even when they don't need them. They just don't think about it and often dismiss these simpler tools. This talk came from someone saying to me 'oh, I started writing this <small-app>...'. And he spent the whole weekend basically just configuring all his chosen tools.

Yes, HTML escaping is missing. That'll be one of the first things I'll add. Probably relevant: https://github.com/mmozuras/git-playback/issues/2

I considered ruby and python, but decided to write it in bash. It's a little bit harder, but I did not want to have any dependencies on runtimes/frameworks :)

Thanks. that was one of my hopes actually - that someone would see git-playback and think 'wouldn't it be cool if <insert-tool-name-here> could do something like this?'

That would awesome. Have no idea how to do it, but if it's possible, I'll try to figure it out :)

Thanks!

Good point, fade-in (or something else, I'll probably try a couple of different things) should make a lot easier to see what happened from commit to commit.

Two great suggestions, thanks!