Feeble

I use a dongle too. I got it permanently attached on my headphones.

i think he makes a false dichotomy in his article. He is not bringing up a dongle at all and makes the choice to either a phone with a 3.5mm output or bluetooth. I would give this more credibility if this was discussed as well.

But this is exactly the fallacy described in the article where you only really explore your own biased solution. The article gives an alternative way of exploring more potential solutions instead of going for the one thing that feels right at the moment.

I think it is important to understand that technical debt is very difficult to define and quantify. Depending on your role, responsibility and skillset you will consider technical debt to be different things, and often attribute different (negative) impact of it.

Technical debt can cripple a development team, but I have also seen it being used as a continuous argument to invest into system development that really had zero positive business impact at the end. I am not saying to ignore it, but I also know that as a developer you tend to overvalue the things that are just in front of you.

What is the difference from any other marketing efforts to sell us buying expensive stuff we really don't need?

This is a simple Penny Auction - https://en.wikipedia.org/wiki/Bidding_fee_auction. Not a scam per se but a bit of a racket as the operator typically brings home a lot of money as people are putting much more money in to the pot then is actually paid out.

Try to setup a payment solution that can be used world wide. Including the necessary banking. This is a use case where cryptocurrencies really shine. It is basically effortless comparing to the alternative (i.e. legacy banking).

Just my two cents after spending months dealing with banks and PSPs.

Could not agree more. Every time I have seen an implementation the imperative type (ant etc) it leads to different ways of doing the same things so over multiple projects things just gets really complicated and difficult to maintain.

Unfortunately this is pretty much the problem you will get. It doesn't have to be about good or bad developers, even good developers will start to apply their own flavor and smart solutions in the build scripts and you will end up with very different way of doing things.

Anyone remember using Ant with Java? Same thing I would say. Maven is convention over configuration for a reason.

Hi Jordan, when you say native apps what platform(s) will it be possible to target? E.g. windows, osx, ios, android etc?

Six months may feel like a long time right now, but it really is not. I would stay at the current position, get the equity (not matter how small). Use this time to prepare your startup, getting a startup making revenue is a lot more than just coding. You can start to educate yourself about how to best set up a company, talk to potential customers (email or phone). If you think this is not very interesting to do then I suggest not starting a company at all.

If you still feel the same after this time then take the plunge.

Reference: Worked with a lot of startups.

I think this is a commendable way of forward thinking, but I help but to laugh a little a bit when I read this:

"When we think she’s mature enough [...], we’ll hand her an envelope with her master password inside."

Which probably means about 1-2 years after she has already created her own accounts on whatever social network/apps she wants to join (and on her own terms) ;)

"Anything you drink after noon will still be at 50% strength at bedtime."

I don't think he did the math on this one...

The Uber-Process described is pretty much how taking a normal taxi works in Sweden. What backwards country is this article referring to? ;)

We made a quick spike locally in the office. Like the idea but seems to be based on a two year old webkit and only gets a score of 202 in html5test.com.

Couldn't agree more and we actually have a similar piece on our company blog, http://www.cubeia.com/?p=1084

Welcome to Sweden, 30 days of paid vacation days and 12% extra salary during your vacation because vacation is always more expensive. As above, no-one would dare to contact someone on vacation here unless it is a complete emergency.

I think this is a really good idea. So far I have been using Enunciate to do exactly this (http://www.sonatype.com/people/2010/02/documenting-the-nexus...). I have been happy with Enunciate so far but they seem to have lost traction and their API does not work with Java 7 for instance. Swagger looks a bit cooler too ;)

That being said, there are some thing that they do that Swagger seems to be missing (or I am just missing it). For instance Enunciate does not require any custom annotations but uses the normal Javadoc instead, which is a very good feature. And how do I run Swagger, can I plug this into my Maven build process and include in the generated war file?

I think that the important part is that you keep being productive. Keep improving your game our push out new content if you can. Opportunities usually arise with time around talented people.

Like you say, it is very hard to compete with developer studios, but realize that to design, develop and actually ship a game by yourself is no small feat. I can assure you that this will not go unnoticed in your future company/work/career choices =)

I completely agree. Usually the client will say YES! to each and every new feature idea that pops up during meetings. Forcing an explicit list of NOT-features might be a good excercise... I have to try this next time =)

This. The development department is usually a fixed cost and budgeted for while new purchases are not. SSD:s were actually quite expensive at the time, I think it cost about 10k USD or something.

I agree though, but as usual, there is limited focus in the company and not rocking that boat meant more time spent elsewhere. However, it does feel a bit... wasteful.

You have not seen their code base my friend. It was vile and nasty ;)

Cheers. It is not that I had to be convinced so much that I was surprised on how much different approaches we ended up with from the initial discussions, and how well they fitted the bill in the end =)

Seems really nifty, but I have two questions;

Does this require that your servers get access to our internal databases, i.e. do we have to expose our databases externally? Secondly, will you store none, any or all the data that you fetch locally at your servers? Temporary or infinitely?

I didn't find this information explicitly somewhere, so I thought I would ask.

What are your skills? What type of business areas are you interested in?

That is definitely on the road map, however, right now I am just trying to find a good technology stack =)

That's really cool. Succinctly and clearly written user patterns, good resource indeed. Thanks!

We will not be able to provide the functionality this way. We pretty much need to build a new site from scratch... It is not a bad suggestion though and we will certainly integrate with Facebook in some manner.

Yeah, I have looked at Pinax and it looks really nice. However, my concerns are that it looks still a bit in development and that the community is still small. I would love feedback from someone who has actually used it to build something like a community site...

You can look at it as an agile process. You don't model your whole project at once, but when you start a Pomodoro you commit to working focused for 25 minutes. When the time is up you can prioritize differently or make a push on an unplanned item.

Also, I totally agree on your in-the-zone statement. I currently only use Pomodoro when I am having a slow day and I don't want to let the procrastination get the best of me. When I am in the zone I don't need Pomodoro to help me! =)