News for hackers. Stuff that matters.

superalloy

Re:RubyMotion - Ruby for iOS on Saturday May 05, 2012 @01:27PM (#3932632)
He did not distance himself from MacRuby, though: http://lists.macosforge.org/pipermail/macruby-devel/2012-Apr...
Re:Greta Sans Type System Specimen App on Thursday May 03, 2012 @05:19AM (#3923003)
81 fonts, 1 SVG, 696 lines JS, 565 lines CSS, 74 lines html and zepto.js in a single 634KB compressed webpage.

-- http://twitter.com/thijs/status/197752152511356928

More info: http://www.typotheque.com/blog/greta_sans_specimen_app

That’s what makes it so annoying, though, the fact that we _know_ they probably meant to share it as free software.

My point goes further than people forgetting to add a license, though. Some people think that just adding it as an open repo to GitHub is enough, which, depending on the country, it clearly isn’t.

In my opinion, GitHub should educate people a bit more about this. A simple feature like this could just be enough.

Yeah that’s definitely the right course.

The downside is, of course, that you probably need it at the time you come across it, so time wise I often have to roll my own in these cases. That’s why I hope this would make that more clear.

On that note, we need this for gists as well (maybe even more). Could be on an account-wide basis in my case.

> Don’t you just hate it when you find some great piece of code on GitHub and then you realize that somewhere at the end of the README the frightful acronym GPL is ruining your good mood?

Yes. But what I ‘hate’ even more is not finding any license info. Adding this would probably help in that area as well.

Re:Vim is hard, I just want to click around on Monday September 05, 2011 @10:31AM (#2962282)
My response wasn't meant as harsh, it just lacked a smiley ;)

I work on a lot of OSS projects and our company does consultancy. This means I browse other’s projects on a daily basis (i.e. I don’t know the filenames yet). That, combined with the fact that I have a deep love for GUI design and platform consistency, has made me come to the conclusion that something like NERDTree wasn't working for me. I tried to keep on going for a few more weeks, but in the end I decided that writing a file browser would cost me less time than I lost during these few weeks.

I’m glad I wrote it, because now I’m perfectly happy with my MacVim setup, which I wasn't before. I’m also very glad I did not decide to revert to using TextMate or any of the other new closed source editors.

To conclude, it’s a bit of a feeling-thing. I’d invite you to try it out for a while to see if it works for or against your flow. No hard feelings either way :)

PS: It might not be apparent from the article, but the browser provides a few more functions that os x users might be used to in other apps. See the last screenshot: https://github.com/alloy/macvim/wiki/Screenshots.

Re:Vim is hard, I just want to click around on Monday September 05, 2011 @10:14AM (#2962235)
You don’t “should” anything. If you don’t feel the need, then don’t install it.
Re:Vim is hard, I just want to click around on Monday September 05, 2011 @10:12AM (#2962232)
A lot of people miss the issue of browsing through projects that you aren’t familiar with. Auto-completing/fuzzy matching takes more time than actual browsing in such a case, because you’re probably guessing half of the time. Maybe it’s just me, but I find that to be annoying within a minute.
Re:Vim is hard, I just want to click around on Monday September 05, 2011 @09:58AM (#2962199)
The reason that people use (mac)vim is not necessarily the ‘powerful navigation keys’ etc. For me it’s the ability to deal with large files and the crazy indentation rules people use and I know it’s the same for quite some other users.

The way people work differs from person to person, the idea that someone should always just keep on trying, even if something doesn't feel right, is in my opinion useless. The real moral here is that people should accept that everybody is different and that it’s ‘ok’ for them to be different and how great it is that open-source software such as vim enables them to do so. Something that’s unfortunately always a bit harder for passionate users. (No insult intended!)

I definitely know that _I_ prefer to browse a project with a GUI that works like in the rest of my platform of choice, but I also know I’m very different from the average vim user :)

Two new Behavior-Driven Development libraries for Objective-C (Nu/MacRuby)

Last week I have released two BDD [1] libraries based on Bacon [2] (a RSpec clone) optimized for NSRunloop environments. They should both still be considered ‘beta’, but I want to get the word out so adventurous people can start scrutinizing, err improving ;-)* NuBacon [3]: A port of Bacon to the Nu programming language [4], but rewritten in such a way that it properly works in a runloop based...

( Read More... | 1 comment | 6 points | on HN )