div

I often feel this way.

I try to reason to myself that it's normal to feel this way as a programmer / techie simply because there is such a vast amount of stuff to know, that no one really knows even half of it.

What with the multitude of programming paradigms, languages frameworks, mobile dev, webdev, front-end, back-end, sql, no-sql,... I could go on.

In the past 1-2 years I've picked up Android and iPhone development, and am now doing a deep dive into ruby and rails so I definitely feel like a phony at the moment.

On the flip-side, just being able to pick up those skills and do a few successful projects with them gives at least some counterbalance to the phony feeling.

I'm very curious to see the smartphones that will be coming out of Googorolla.

Google's been promoting the "top end phone with fast updates" with their Nexus line which makes me wonder if Motorola-manufactured Androids are all going to be top of the line models.

"I also remember being taught that a good way to ensure DRYness was to use inheritance..."

DRY has nothing to do with inheritance per se. Sure you get some functionality for free when extending something, but that's more of a nice side-effect.

As someone already pointed out in the comments, favoring composition over inheritance is likely to solve most of the problems the author is talking about.

Railing against DRY is just wrong if you consider the alternative. I'd rather have a list of static utility methods (what's wrong with those anyway) then the same line(s) of code copy pasted all over the place.

There's a spreadsheet up on Google docs containing a large list of companies that got seeded, including a tab with YC companies.

You can find it here: https://spreadsheets.google.com/spreadsheet/ccc?key=0AkkhSN3...

No package manager is perfect though. Installing rubygems through apt for example is a pain because it's a custom version that will install gems to a different directory than vanilla rubygems.

Trivial to fix if you know about it, but you have to figure it out which easily wastes as much time as having to install macports.

I was lost without apt for a while too until I discovered homebrew.

The list of packages available in homebrew is growing at a pretty crazy rate as well. It's currently the most forked project on github (https://github.com/popular/forked).

Leaky (YC S11) takes the pain out of finding the best car insurance.

That would work for those who know about Hipmunk and those who don't.

I suppose in OSX passwords can be stored to the keychain which is encrypted, but really, how many people just allow their browser access to their keychain without ever prompting them after the first time ?

It's possible to simply "show password" for any of the stored sites using your browser's settings menu. At least for Chrome on Windows this is the case.

The same way you justify spending $n on any luxury product you don't really need.

This story is old, and false. http://www.snopes.com/critters/wild/frogboil.asp

What is stopping you from learning RoR or Django yourself ?

That would solve both your budget and trust problem.

If you absolutely can't implement your prototype yourself, try asking around in your high school if there are any hacker types out there. You'll see them often enough to build up trust and their rates should be reasonable.

It's refreshing to read about a judge giving a strong argumentation on a fairly technical subject.

If it comes to the point where Oracle will have to show which patents are being infringed, I wonder how they will hold up under the light of scrutiny.

Heroku gives you the comfort of not having to think about configuring and maintaining the servers that run your webapp.

Parse gives you the comfort of not having to think about architecting a server-side component for your mobile app.

The reason he is not fond of feature branches seems to be that they allow a single developer to work on a feature for too long before integrating with the master branch.

This only becomes apparent in the footnotes where he states that if your feature branches live for only a day, then your basically doing what he calls continuous integration.

This feels more like something that can be remedied through having good practices. Just like you shouldn't go without committing for days when working with Subversion, it is probably a good idea in a DVCS to:

- integrate the main branch with your feature branch often (at least daily)

- don't do semantic changes in a feature branch. Instead, switch to the main branch (or a very shortlived new branch) and do the semantic change.

This should avoid 2 feature branches doing semantic changes and then having a merging hell after a week or so of development.

That is indeed a ridiculous quote.

Before you re-iterated it here I had interpreted it as "the big three can no longer rate the world on their own" and "DGCR will add a fresh 4th voice to the rating industry".

I'm wondering if anything has been misquoted because the literal interpretation doesn't make sense.

Really like the look and feel of the site, but as someone who dislikes gift cards in the first place, it seems like GiftRocket just makes the idea more cumbersome.

I've used IntelliJ for previous projects, but I am definitely going to give Eclipse a spin for the next one.

The Visual Layout Editor seems like too much goodness to miss out on. Jump to 7:17 in this video for a demo: http://www.youtube.com/watch?v=Oq05KqjXTvs

Could not agree more.

There have been quite a few articles before that just cast Android in a more negative light then it deserves.

I develop both iOS and Android apps and this article is the first one I wholeheartedly agree with.

Both platforms are obviously going to have some gloss and some warts, but in the end comparing the two in a zero-sum fashion is like arguing vanilla is better than chocolate.

A professional working at 50% of his capacity will often trump a junior working at 50% of his capacity.

Edit: I Don't know why I can't reply to the replies of this post.

What I meant to infer is that the parent to my post may have seen 'professionals' perform better than he would have expected them given their pay.

What I tried to reply is that this level of performance may still be the professional working at only 50% of capacity.

I was assuming that the amount the professional was being paid was relative to what that company would be paying everyone else. Which would lead me to conclude everyone was probably working at 50%.

Maybe that was a bit of a stretch on my behalf though :)

The victim has updated her blog with a new post in which she explains how some of the public statements made by Airbnb's ceo are not true:

http://ejroundtheworld.blogspot.com/2011/07/airbnb-nightmare...

iOS may be more valuable to developers today, but if marketshare keeps developing according to the current trend, there will be an inflection point.

It's widely reported that iOS users are more likely to spend money on apps than Android users. Let's assume that the percentage of users spending money on apps for iOS vs Android is something like 80% vs 40%. For a developer this means, ceteris paribus, there need to be twice as many people on Android to make the same amount of money he would make in the Appstore.

If you look at marketshare trends, Android is slowly getting to the point where you stand to make as much money developing for Android as you would developing for iOS. In fact, if trends hold, there will be more money in Android than in iOS in the long run, making it the logical step for developers to jump ship (or at least develop for both platforms).

This is why market share matters.

Used IntelliJ on all projects so far, but looking at using emacs + eclim for code and eclipse for some nice GUI building whenever the next project rolls around.

Don't spend energy on someone that makes you feel negative enough to make this kind of post.

Once you're able to do that, it doesn't matter if you add him or not, go with whatever costs the least amount of energy.

Once you eat your cake, you no longer have it. Hence, you can't have your cake and eat it.

I always assumed a weekend project was just something you worked on in your free time, typically, your weekend.

So imho, weekend projects are not necessarily wrapped up in a 2 day stint.

I use find all the time and have added a few handy functions to my fish shell so I can:

f '.css' # regular recursive find for css files

f '.css' '#content' # find and grep

fgu '*.css' '#content' # give a listing of unique css files containing '#content'

If anyone wants to take a peek, the f, fg, and fgu functions are on github (https://github.com/bartvandendriessche/fish-nuggets/tree/mas...).

The only ethical course of action is to stop the circus and explain to your manager:

- what this guy is asking for

- how that is in violation of the PCI data security standard

- explain that you are not able, and not allowed to provide this information

- explain that this likely means the auditor is a hack and steps need to be taken to get a proper auditor

That's exactly what I was missing!

Pretty awkward to have to first drag the window you want to take along a bit though. I'd much prefer if I could do something like cmd + ctrl + arrow to mean "move the currently active window to the next space"

I know you can change spaces through shortcuts, my problem was I could not e.g.:

Be using chrome in space 1, hit a shortcut and move to space 2 while at the same time moving my chrome window over to space 2.

This took 2 minutes to set up on Ubuntu and I used it constantly.

Ever since I switched from Ubuntu to OSX I've been missing how simple and useable Virtual Desktops are.

I used them all the time in Ubuntu, and I had a keyboard shortcut to move the currently active window to any adjacent virtual desktop (with loop around).

This was great when a context switch happened in a virtual desktop dedicated to project A. I would just realize I need to do this on a separate desktop, and use my shortcuts to fling to an empty one.

On OSX this involves clicking, dragging and aiming at the correct space, which completely stopped me from using spaces at all. I tried dedicated spaces for certain applications, but found that to be annoying when I want to run one of those apps in the context of my current space.

I was kinda hoping Lion would improve on this, but sadly it seems they went the opposite direction.