pugz

I'm paying a bit more ($89/month) for unlimited 100/40mbit on the NBN. Consider moving! (That's Turnbull's advice>

http://monash.edu is based in Australia. It also apparently has campuses in Malaysia, South Africa, India, Italy and China.

There's also the embarrassingly bad http://australia.edu/, which is not a university and even has public signup for @australia.edu emails. Perhaps that will allow access to this promotion.

xCode (sic) is far from phenomenal. I have been writing iOS apps since 2008 and Mac apps longer than that and Xcode has made significant progress, but is still mediocre.

It's very telling that Jetbrains managed to pull AppCode out of nowhere and blitz Xcode. I had never before used an IntelliJ-based IDE, but within a week or two my productive increased severalfold. It really puts Apple's efforts to shame.

I'm a fan of Marcus' work; I would have backed this even if it was half as useful. Given how great it is, I didn't even need to worry about that. :) Looking forward to receiving mine!

The Australasian New Car Assessment Program provides a website howsafeisyourcar.com.au. A recent interesting addition is precisely what you say: it measures pedestrian safety in collisions with specific car models. For example, the 2013 VW Polo:

http://www.howsafeisyourcar.com.au/2013/Volkswagen/Polo/Tren...

"The bumper provided mixed protection for pedestrians' legs. The front edge of the bonnet was marginal to poor. The centre of the bonnet offered good protection to a child's head but poorer protection towards the edges. In most areas likely to be struck by an adult's head, poor protection was provided."

EDIT: Seems three of us posted in the same minute. :)

Modern car design saves lives. Cars in the 1950's had stiff, thick plates and it didn't do them much good. Have a look at the excellent 2009 vs 1959 car crash test video: https://www.youtube.com/watch?v=fPF4fBGNK0U

That's a bit different; the very purpose of Find My Friends is explicitly to share your precise location with family/friends.

As you guessed, this information is out of date. Bluetooth LE hardware doesn't require MFi certification.

Saying it's already made its way to laptops is a bit of a stretch - the article you linked to said they'll be available mid-2014. This Dell monitor is available in a couple of weeks.

Can't wait to see their pricing in Australia. If it's under $1k, I'd like a handful!

You're right, it looks _awful_. Your guess re: alpha is correct. Unfortunately I cannot change the screenshot until Apple approves the next revision.

They used to be editable, but people were gaming the store with screenshots that in no way reflected the app.

Good question. As I said elsewhere in the thread, the ability to sort and/or delete have been added to 1.1 and is waiting for Apple's review.

In terms of what it does that the iPCU doesn't, it displays team identifiers, entitlements and provisioned devices that iPCU doesn't recognise. It also supports Mac (desktop) provisioning profiles. 1.2 will also list certificates bundled with the profile.

Yeah, it seems Xcode has regressed with respect to provisioning profiles from version 4 to 5.

Great point re: sorting and deleting. I've added support for both to a new build that is now in Apple's hands. Hopefully users will get it in a few days' time.

Is there anything else I could add? It's difficult to extract critical feedback from those closest to me. :)

I tried to post this as the text, but it seems not to work?

--------------------------------------

I'm sure I'm not the only iOS developer who has torn out my hair dealing with provisioning profiles.

Manually managing them in the iPhoneOS 2.x, 3.x days or Xcode's "automatic" management have always been painful, especially when doing contract development for multiple clients.

I made this app + quicklook plugin for my own use, but realised it may be of use to the wider community. It allows you to introspect .mobileprovision files to investigate which app they are for, which UDIDs are provisioned and so on.

Does anyone like it / have advice on how I can improve it? This is my first foray into "product" development. (I hope this post abides by the rules of Show HN etiquette, please delete if it does not)

Some redemption codes:

W6WHWAYXEMF6

LL4W9HFMNFNE

WJE99T73XTXF

TN93RTWLYPJR

4AFRNYFMEP9H

The binaries are indeed encrypted, as evidenced by running "otool -l <binary>|grep cryptid". Why do you think otherwise?

Would it be relevant that Kogan is providing firmware update blobs themselves? e.g. http://media.kogan.com/files/support_files/KALED423DSMTZAFIR...

It might vary depending on the image format. http://imageoptim.com/tweetbot.html < This indicates that the disk throughput is more of a limiting factor than anything.

I've fallen in love with Reveal.app - as an iOS developer, it's probably the most useful tool in my workflow. It and AppCode (an alternative IDE by JetBrains, far superior to Xcode) make me an order of magnitude more productive than I could otherwise be.

How would refactoring help? You still need to fetch before you can push to git.

If the FTTP network will blow out to $200B, why won't the FTTN network blow out to $150B?

Your surprise is because you're a relatively recent arrival to Australia. :) The broadband market here has been stagnant for over a decade due to the failure of the competitive market to improve anything.

There's PIPE Pacific Cable (PPC-1), independent of Telstra[1].

http://en.wikipedia.org/wiki/Pipe_Pacific_Cable

To be fair, the LNP has a reputation for concern re: cost/benefit analyses, but that has not carried over to their VDSL proposition. The ARPU (average revenue per user) possible on a VDSL network is far less than on a FTTP network (no multiplay, a cap on higher speeds, etc) and this lesser ARPU is not commensurate with the marginally cheaper LNP proposal.

If the ratio of ARPU to rollout costs were equal, it would be an issue. The issue is that a VDSL network would not be able to recoup the construction cost proposed by the LNP.

Hence why zmmmmm was incorrect about the speeds: electricity in the copper wires is travelling faster than light in the fibre optic cables. zmmmmm didn't mention drift velocity, but that wasn't really related to his point.

That's true, but light only travels at ~0.67c in a fibre optic cable. That's why I mentioned that fibre optic cables and copper wires are not vacuums.

(I had to create an account to respond to this)

"Light" and "electricity" only travel at the same speed in a vacuum. Neither fibre nor copper wire could reasonably be considered a vacuum; they have different propagation speeds.

Also, we are far removed from "gen 1 of fibre", which was developed in 1970, i.e. 43 years ago. If anything, we're currently developing "fifth gen" fibre optics communications.

Everything else you said is spot on, though.