Rel=disavow for Twitter


Last night I was thinking about links posted on Twitter, and how many people I know will regularly or semi-regularly post links to things that they are not endorsing, in the "look at this flaming pile of idiocy" sense rather than the "check out this cool thing" sense. I know Twitter automatically adds rel="nofollow" attributes to outbound links from tweets, but that still doesn't mean that a user clicking on that link isn't providing the destination site with views/hits/ad impressions/etc. It got me wondering if there was a better way to point out notably awful things on the web without rewarding the destination site.

The first thing I was hoping for is something like rel="disavow", similar to what Google put together in their webmaster tools site, only for outbound links instead of inbound. Then again, any link relations would likely be stripped by (or inadvertently targeting) I eventually came to the conclusion that the only thing to do was hope that like-minded internet users use an ad blocking software or (possibly) link to Google cached versions of the pages instead of their live sites, which also has the benefit of storing the offending content for longer if the owner tries to change or remove it.

So I'm wondering... am I over-thinking this? Does my desire to see sites without rewarding them make me a bad internet user? Some sort of, dare I say it, pirate?

Edit: good enough for me:

Testing Practices for Exceptions in unit tests


Back in 2011 I published a post claiming that using anything but try/catch in unit tests was a bad idea. Since then, after having more discussions with others in the field and reading Chris Hartjes's post about try/catch being a bad practice in unit testing, I've realized my initial post on the topic was a bit short-sighted and didn't explain my views as well as I thought. It also contained no examples. I've decided to post some clarifications here, as well as sum up the arguments on both sides based on Chris's post and the comments.

Read more of this post »

Tags: php, phpunit

Database Naming Conventions


I had no idea when I started making slides for this portion of my talk (Bringing Good Design to the Table) at SunshinePHP that this would be such a contentious issue. I should have known in hindsight, but I didn't expect this to be such a holy war. In the future I'll know better and preface this section quite strongly with "my opinion" caveats.

So that being said, I decided to outline those conventions again here. I'm going to try to give more of my reasoning behind the different choices below, to hopefully stem a few of the objections. Then again, nobody likes being told that the way they're doing things is "wrong" so let me again say that this is my opinion. I didn't create this convention and I'm not the only one that uses it, this just happens to be the one I'm most comfortable with. Maybe this will become part of a series exploring the contents of my talk, who knows.

Read more of this post »

Tags: standard, database