It doesn't work for me, because I'm bad at design unfortunately. But from my experience from client projects where I dive into code first to implement specs from my clients without having them a final design usually tend to be slow progressing projects. Sometimes they die half way because it works but it looks terrible and the user experience sucks, even though they know its not finished yet, it kills motivation by a dissapointing user experience.
If you have a design which looks awesome, at least for me, I have greater motivation to get it work. The more detailed and comprehensive the design is, the more eager I am to make it work.
But again, this is what works for projects I've done for clients. Personally I don't have any good finished projects, none of the methods I tried worked there.
Between 5 and 6 It should be better to work on the design rather than code. Code should be last imo. Also I hope someone could erase step7 and actually launch the product :)
I have this every 1 month, still haven't found a solution for it. But I'm suspecting making a comphrehensive todo list with checkable items and a progress bar would push me through the end.
Yes you are right, it was unfair to say that its because it is the last todo item for Haskell projects. However I feel that it is even more important for Haskell projects to actually do that last item. I've seen several webframework projects like hApps, Happstack, turbinado which are probably great pieces of software but hard to get started on. Personally for me it is a lot harder to start doing Haskell web development coming from a background of MVC based web development. Even though I know Haskell better than python or ruby, it is easier for me to pick up python or ruby frameworks because the way I think in writing web applications (which is mainly imperative). This is where great documentation comes into play. Snap framework seems to offer this transition easier, so will definitely take a peak at it!
This kind of documentation is rare for Haskell projects, many other attempts failed silently gaining traction because documentation writing is usually the last item on the todo list for haskell projects, really glad this one took such an effort for it!
Just wondering, why should the users go through this "annoying" process of getting their company/school added to the directory. This would be more user friendly if it was done automatically as part of the signup process. Signing up for a new service is already annoying enough as it is. Emailing to get "permission" to sign up is a step to far for me to use any service which requires to do so.
It doesn't matter if some of them are approved, under the current writings in the policy they are in violation of the policy. Apple just decided at that point that it will not reject the application (yet).
As long as sites as mahalo keep ranking, that pretty smart guy, Matt Cutts is doing a pretty bad job. As long as these sites exist, SEO isn't dead and probably never will die.
Indeed, if Netbeans is 'lightweight' then E texteditor or notepad++ must be hardware accelerated by a dedicated chip :D. Netbeans has to be one of the slowest and most resource consuming IDE's I ever used.
This is a very misleading title, the CEO of Unity didn't promise 'Uninterrupted Service'
The only thing he said was:
We have a great relationship with Apple and will do everything we can to comply with Apple’s TOS (also, these are ‘beta TOS’, and these easily get changed) so that we can provide uninterrupted service to our more than 120K users.
Which means he will do everything they can to comply..the final decision is still in Apple's hands.
From what I know their TOS applies to everything which is posted to the Appstore. As hundreds of people already pointed out by the wording of the TOS, both Unity3d and Flash are in violation of it. It doesn't matter if Unity is a pre-processor or cross-compiler or whatever, the apps are not _originally_ written in objective-c, c++ or c.
This is the official response regarding their contact with apple:
"We haven’t heard anything from Apple about this affecting us, and we believe that with hundreds of titles (or probably over a thousand by now), including a significant proportion of the best selling ones, we’re adding so much value to the iPhone ecosystem that Apple can’t possibly want to shut that down.
Our current best guess is that we’ll be fine. But it would obviously be irresponsible to guarantee that. What I can guarantee is that we’ll continue to do everything in our power to make this work, and that we will be here to inform you when we know more – as soon as we know more."
It is true, a programmer can learn lots of new languages. It is mastering all the libraries and infrastructure which is time consuming. And you guys are all forgetting that writing large portions of your code in c++ is at the moment the most portable solution. It works on IPhone, IPad, Android NDK, PSP, Xbox, PS3, PC, Mac etc. The only thing you need to do is to hookup the platform specific gui code to your app logic.
I would pay to outsource the risk of being a PayPal merchant. I want to be able to serve my users with the option of paying with PayPal, but PayPal for merchants is totally unreliable. Especially in the virtual good/currency industry they seem to have the tendency to lock your account for no reasons at all, and you can be without money for over 180 days.
Sometimes I'm getting pretty tired of apps/people who keep forgetting about non-us people, the internet is global, why put restrictions on it? Both my Dutch and Danish eduational mail addresses won't work obviously..but seems we can mail the owner to add or schools, at least that's something.
That definitely looks like an attempt to bind you to them for a period of three years with a termination fee of 250 usd + the remaining monthly fee's due immediately. More importantly, because they wrote it in all capital letters they are super serious and extra aware about this clause ;)
Well in countries like South Korea and Japan, they watch live TV, TV shows or movies on their cellphone all the time, so there are plenty of people who would benefit from having hardware acceleration in their mobile devices.
I wonder why all those tech companies don't team up and hire a bunch of lobbyist to get rid of this system as soon as possible. Is this because they lose the ability to sue their own competitors when things get though?
If all innovative Dutch people starting cool companies leave Holland, how can we create our own silicon valley here? Is that really the only solution if you don't want to make crud applications for businesses, to just pack and move to the US?
This is incredibly hard. Most likely they won't rank for the exact same Wikipedia topic, but for more specific queries like "foo bar widget spam other term". Most likely due to the combination of all their scraped content. Google's duplicate content detection is definitely not rock solid and thats why these sites are working. For years in the past and for years to come.
So if a user searches for "foo" he lands on wikipedia, if he wants to get more specific and searches for "foo bar widget spam other term" he lands on the mahalo duplicate content page, again with the same content. Because user research (Don't make me think - Steve Krugs) has shown that if users do not find what they are looking for, they look for the fastest way out. The fastest way out is through all ads placed on Mahalo and thats why they make money.
I hope you and everyone else now sees that all of these pages who make a little impact on their own but a big one on the whole are decreasing the quality of Google's index. And because these terms are so specific its hard (and pointless) to point them out specifically. If you are in Google's index, you rank for some terms, else you wouldn't be indexed, this query conveniently points out all spammy pages on Mahalo so Google can take appropriate action....unless they actually give Mahalo a different treatment than all those other spam sites.
Reporting Mahalo is more about the fact that they can get away with search engine spam in front of the public. If we use this way to report them, there is absolutely no way for Google to turn a blind eye on this.
It's important to realize that this "Rework" book is about the stuff that worked for 37signals and might work for you if you have a similar business. The review points out that this is not always the case from a management perspective and it's not always applicable to other business'.