dansingerman

10 ms·

61.
by dansingerman 11y ago
I seem to remember seeing somewhere that it wouldn't be allowed. I'll need to research it further to get a definitive answer - it would seem sensible to make an app version if it was allowed.
62.
by dansingerman 11y ago
Thanks for your comment. I've flip-flopped a bit on that issue, you may be right.
63.
by dansingerman 11y ago
It should be fixed now.
64.
by dansingerman 11y ago
Thanks for your comment. I do completely agree. The keywords that are entered by the developer for the iOS app are not exposed anywhere (API or otherwise) by Apple (as far as I know), so it is hard for us to index those. For further phases
65.
by dansingerman 11y ago
It should be there now. I think there is an edge case in the indexing logic that skipped your app last time. Marking as will fix...
66.
by dansingerman 11y ago
You're right, I'd like to address that in some sort of sensible way. This is just an MVP right now, but thanks for your suggestion (which I agree with)
67.
by dansingerman 11y ago
It should be fixed now. Can you check?
68.
by dansingerman 11y ago
It's not exactly 'broken'. When you go to the home page it geolocates you, and then forwards you to the correct home page for your location. Admittedly it then makes it feel a bit broken...
69.
by dansingerman 11y ago
As to why the world might need another search for the App Store, I have written this blog: http://blog.appapp.io/post/131747237960/the-raison-detre-of-...
70.
Show HN: AppApp.io – A better search for the iOS App Store(appapp.io)
32 points by dansingerman 11y ago|43 comments
71.
by dansingerman 11y ago
The data comes from numerous sources. Some of which are: - iTunes search API: https://www.apple.com/itunes/affiliates/resources/documentat... - iTunes Enterprise partner feed: https://www.apple.com
72.
by dansingerman 11y ago
Hello HN. Please take a look at my project. As to why the world might need another search for the App Store, I have written a blog post here: http://blog.appapp.io/post/131747237960/the-raison-detre-of-...
73.
Show HN: AppApp.io – A better search for the iOS App Store(appapp.io)
8 points by dansingerman 11y ago|6 comments
74.
by dansingerman 11y ago
I think that horse may have bolted Jack. I am not sure a developer who had the rug pulled from under them once will take the risk of investing their time in the Twitter API again. Fool me once etc...
75.
by dansingerman 11y ago
Word Freak ( http://www.amazon.co.uk/Word-Freak-Eccentric-Heartbreak-Comp... ) the book that preceded the film is also a similarly fascinating read.
76.
by dansingerman 11y ago
I know this is a famous meme, but why, in response, does no one mention that sizzle, the selector engine in jQuery is based on regexes? ( https://github.com/jquery/sizzle/blob/master/src/sizzle.js ) I
77.
by dansingerman 11y ago
Bcrypt includes a (large) random salt so is not subject to rainbow table attacks. I believe therefore that will protect against identifying passwords contained in a known list. If I'm wrong about this I'd love someone to explain w
78.
by dansingerman 11y ago
Haven't we been here before? http://worrydream.com/refs/Brooks-NoSilverBullet.pdf The hard bit of software engineering is not knowing the syntax and typing the lines of code, but the design and problem solving, th
79.
by dansingerman 12y ago
Reading the part about Disney Animation's lack of success prompted me to check the date of the article. Sure enough this is from 2010, so pre-dates Frozen, the biggest grossing animation, and fifth biggest overall grossing film of all
80.
by dansingerman 12y ago
The study only seemed to compare An iPad with print books. While I am sure many people who do use an iPad for ebooks I am sure there are many more Kindle readers, which may well have given a different result.
81.
Backlit e-readers 'damage sleep and health'(bbc.co.uk)
34 points by dansingerman 12y ago|48 comments
82.
by dansingerman 12y ago
This bothered me: "Morgellons seems to represent a mystery even deeper than that of homeopathy." There is no mystery to homeopathy; it's the placebo effect.
83.
by dansingerman 12y ago
You get shitty fast programmers and shitty slow programmers. You get good fast programmers and good slow programmers too. 'Fast' or 'slow' in isolation are not really a measure of anything valuable, except perhaps how an
84.
by dansingerman 12y ago
In my experience people buying software value working software that meets their business requirements within the agreed budget over anything else. In twenty years I have never known a written specification help achieve that, and it has ofte
85.
by dansingerman 12y ago
> This smacks of elitism and it is what makes non-developer scoff at us. Developers are not gods, we're not even the smartest people. I don't mean to imply that developers can do this because they are cleverer. Merely t
86.
by dansingerman 12y ago
> There's nothing Agile about having a chat between A and B, sitting at a keyboard, and spending money. That's just cowboy coding Nowhere did I suggest having the conversation was the entire process. I am merely rejecti
87.
by dansingerman 12y ago
If things are changing because requirements are changing, rather than because complexity of requirements is being uncovered, then that is a hard issue to solve. But it also reflects the real world. Building good software is hard.
88.
by dansingerman 12y ago
"Writing good specs is important" - it's also really really hard. It is all too easy for a developer to blame difficulties on poor specs. But if you're doing agile properly, you shouldn't consider a user story a &#x
89.
by dansingerman 12y ago
Ah! Do you mean the 'chosen ones' will get search results linking to https://www.google.com/foobar/ with a special query string?
90.
by dansingerman 12y ago
I don't see any mechanism that appends it from any search topics when you load https://www.google.com/foobar/ The code snippet will only load the URL with appended values if there are present in the parent URL: e.

More ›