<?xml version="1.0" encoding="UTF-8"?>
 <rdf:RDF xmlns="http://purl.org/rss/1.0/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:cc="http://web.resource.org/cc/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://pinboard.in">
    <title>Pinboard (Aetles)</title>
    <link>https://pinboard.in/u:Aetles/public/</link>
    <description>recent bookmarks from Aetles</description>
    <items>
      <rdf:Seq>	<rdf:li rdf:resource="https://n8n.io/"/>
	<rdf:li rdf:resource="https://fork.dev/"/>
	<rdf:li rdf:resource="https://medium.com/uie-brain-sparks/themes-a-small-change-to-product-roadmaps-with-large-effects-a9a9a496b800"/>
	<rdf:li rdf:resource="https://blog.curtisherbert.com/slopes-diaries-26-killing-the-slopes-pass/"/>
	<rdf:li rdf:resource="https://www.rockstarcoders.com/customer-feedback/"/>
	<rdf:li rdf:resource="https://azure.microsoft.com/sv-se/blog/announcing-azure-pipelines-with-unlimited-ci-cd-minutes-for-open-source/?WT.mc_id=-twitter-scottha"/>
	<rdf:li rdf:resource="https://18f.gsa.gov/2018/08/15/shared-infrastructure-as-code/"/>
	<rdf:li rdf:resource="https://www.oderland.se/support/artikel/hur-anvander-jag-git-for-att-skapa-en-staging-miljo/"/>
	<rdf:li rdf:resource="http://ohshitgit.com/"/>
	<rdf:li rdf:resource="https://www.smashingmagazine.com/2016/04/stop-installing-your-webdev-environment-locally-with-docker/"/>
	<rdf:li rdf:resource="https://rhonabwy.com/2016/04/04/how-to-maintain-a-git-remote-fork/"/>
	<rdf:li rdf:resource="http://rmurphey.com/blog/2015/11/25/building-for-http2"/>
	<rdf:li rdf:resource="http://daverupert.com/2015/11/framework-cost/"/>
	<rdf:li rdf:resource="https://medium.com/@garywiz/five-things-old-programmers-need-to-remember-e78caf0b0973"/>
	<rdf:li rdf:resource="https://frontendmasters.gitbooks.io/front-end-handbook/content/index.html"/>
	<rdf:li rdf:resource="https://puphpet.com/"/>
	<rdf:li rdf:resource="https://medium.com/sketch-app-sources/five-app-prototyping-tools-compared-form-framer-origami-pixate-proto-io-c2acc9062c61"/>
	<rdf:li rdf:resource="https://www.previousnext.com.au/blog/getting-started-front-end-automation-intro-npm"/>
	<rdf:li rdf:resource="https://github.com/blog/2019-how-to-undo-almost-anything-with-git"/>
	<rdf:li rdf:resource="https://about.gitlab.com/"/>
	<rdf:li rdf:resource="http://www.ploxiln.net/make.html"/>
	<rdf:li rdf:resource="http://explainshell.com/"/>
	<rdf:li rdf:resource="http://devtoolstips.com/"/>
	<rdf:li rdf:resource="http://www.brightball.com/devops/docker-is-the-heroku-killer"/>
	<rdf:li rdf:resource="http://shinydevelopment.com/blog/status-magic-and-iphone6-screen-sizes/"/>
	<rdf:li rdf:resource="https://deadmanssnitch.com/"/>
	<rdf:li rdf:resource="https://www.cakebrew.com/"/>
	<rdf:li rdf:resource="http://www.git-tower.com/learn/ebook/command-line/introduction"/>
	<rdf:li rdf:resource="https://github.com/coreysyms/foundationStickyFooter"/>
	<rdf:li rdf:resource="http://youmightnotneedjquery.com/"/>
	<rdf:li rdf:resource="http://www.git-tower.com/blog/make-git-rebase-safe-on-osx/"/>
	<rdf:li rdf:resource="http://www.lullabot.com/blog/article/setting-my-mac-without-mamp"/>
	<rdf:li rdf:resource="http://stuartkhall.com/posts/an-app-store-experiment"/>
	<rdf:li rdf:resource="http://blog.erratasec.com/2013/08/the-rob-test-12-steps-to-safer-code.html#.UgvgtGTkVoY"/>
	<rdf:li rdf:resource="https://diogenes.squarespace.com/blog/on-being-a-designer-and-a-developer-not-quite-unicorn-rare"/>
	<rdf:li rdf:resource="http://www.lullabot.com/articles/phpstorm-drupal"/>
	<rdf:li rdf:resource="http://www.newyorker.com/online/blogs/culture/2013/03/christoph-niemann-petting-zoo-app.html"/>
	<rdf:li rdf:resource="http://bitnami.com/stack/mamp"/>
	<rdf:li rdf:resource="http://www.yaconiello.com/blog/how-to-handle-wordpress-settings/"/>
	<rdf:li rdf:resource="http://www.sbf5.com/~cduan/technical/git/"/>
	<rdf:li rdf:resource="http://donmelton.com/2013/01/03/keeping-safari-a-secret/"/>
	<rdf:li rdf:resource="http://svan.ca/blog/2012/blind/"/>
	<rdf:li rdf:resource="http://david-smith.org/blog/2012/09/20/implementing-smart-app-banners/"/>
	<rdf:li rdf:resource="http://blog.sourcetreeapp.com/2012/08/21/merge-or-rebase/"/>
	<rdf:li rdf:resource="http://blog.edwardmarks.com/post/9859783254/improve-usability-with-a-black-status-bar-and-rounded"/>
	<rdf:li rdf:resource="http://tightwind.net/2012/07/the-problem-with-icloud/"/>
	<rdf:li rdf:resource="http://www.macworld.com/article/1167742/developers_dish_on_iclouds_challenges.html"/>
	<rdf:li rdf:resource="http://www.joelonsoftware.com/items/2012/07/09.html"/>
	<rdf:li rdf:resource="http://www.agileapproach.com/blog-entry/sublime-text-2-drupal-development"/>
	<rdf:li rdf:resource="http://www.macstories.net/stories/why-upgrade-pricing-isnt-coming-to-the-app-store/"/>
	<rdf:li rdf:resource="http://www.red-sweater.com/blog/2438/the-sandboxs-big-red-button"/>
	<rdf:li rdf:resource="http://think-like-a-git.net/"/>
	<rdf:li rdf:resource="http://www.freelance-it-consultant.com/blog/drupal-core-javascripts-not-being-loaded-anonymous-users"/>
	<rdf:li rdf:resource="http://meteor.com/"/>
	<rdf:li rdf:resource="http://www.jshint.com/"/>
	<rdf:li rdf:resource="http://tech.dropbox.com/?p=165"/>
	<rdf:li rdf:resource="http://www.designhammer.com/blog/drush-rebuild-utility-rebuilding-drupal-development-environments"/>
	<rdf:li rdf:resource="http://www.quora.com/Engineering-Management/Why-are-software-development-task-estimations-regularly-off-by-a-factor-of-2-3/answer/Michael-Wolfe"/>
	<rdf:li rdf:resource="http://furbo.org/2012/01/23/sandboxing/"/>
	<rdf:li rdf:resource="http://devblog.supportbee.com/2011/12/30/pros-and-cons-of-cloud-hosting/"/>
	<rdf:li rdf:resource="https://developer.mozilla.org/Writing_Forward_Compatible_Websites"/>
	<rdf:li rdf:resource="http://kellysutton.tumblr.com/post/12836879386/12-steps-to-writing-better-web-code"/>
	<rdf:li rdf:resource="http://rethrick.com/#mmm"/>
	<rdf:li rdf:resource="http://worrydream.com/LadderOfAbstraction/"/>
	<rdf:li rdf:resource="http://raganwald.posterous.com/javas-comb-over"/>
	<rdf:li rdf:resource="http://guides.beanstalkapp.com/"/>
	<rdf:li rdf:resource="http://arstechnica.com/gaming/news/2011/05/the-death-march-the-problem-of-crunch-time-in-game-development.ars"/>
	<rdf:li rdf:resource="http://cloudcontrol.com/"/>
	<rdf:li rdf:resource="http://randyfay.com/node/102"/>
	<rdf:li rdf:resource="http://nvie.com/posts/a-successful-git-branching-model/"/>
      </rdf:Seq>
    </items>
  </channel><item rdf:about="https://n8n.io/">
    <title>n8n.io - Workflow Automation</title>
    <dc:date>2019-10-08T15:17:13+00:00</dc:date>
    <link>https://n8n.io/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[<blockquote>Free self hostable workflow automation tool</blockquote>]]></description>
<dc:subject>development tools workflow automation zapier free opensource</dc:subject>
<dc:identifier>https://pinboard.in/u:Aetles/b:8cbadba050b7/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:tools"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:workflow"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:automation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:zapier"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:free"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:opensource"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://fork.dev/">
    <title>Fork - a fast and friendly git client for Mac and Windows</title>
    <dc:date>2019-08-30T11:55:22+00:00</dc:date>
    <link>https://fork.dev/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[a fast and friendly git client for Mac and Windows]]></description>
<dc:subject>git mac osx development programming versioncontrol github</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:3580c6b7d9b0/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:git"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:mac"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:osx"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:versioncontrol"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:github"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://medium.com/uie-brain-sparks/themes-a-small-change-to-product-roadmaps-with-large-effects-a9a9a496b800">
    <title>Themes: A Small Change to Product Roadmaps with Large Effects</title>
    <dc:date>2018-12-20T12:27:28+00:00</dc:date>
    <link>https://medium.com/uie-brain-sparks/themes-a-small-change-to-product-roadmaps-with-large-effects-a9a9a496b800</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[Bruce and I were talking about product roadmaps, which describe features the team commits to ship over the next few releases. For most organizations, everything revolves around the roadmap.

Marketing uses the roadmap to plan the stories they’ll tell to entice new customers (and get existing ones to upgrade). Customer support uses it to ensure reps are trained to help with new features. And, of course, product development uses it to allocate resources and to speed future development.

It was while we were discussing roadmaps that Bruce shattered my world with a single word: Themes. Themes are an alternative for features. Instead of promising to build a specific feature, the team commits to solving a specific customer problem.]]></description>
<dc:subject>design development work workplace strategy</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:a30d2daa85b1/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:design"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:work"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:workplace"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:strategy"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://blog.curtisherbert.com/slopes-diaries-26-killing-the-slopes-pass/">
    <title>Slopes Diaries #26: Killing the Slopes Pass — Curtis Herbert</title>
    <dc:date>2018-11-13T22:02:05+00:00</dc:date>
    <link>https://blog.curtisherbert.com/slopes-diaries-26-killing-the-slopes-pass/</link>
    <dc:creator>Aetles</dc:creator><dc:subject>marketing ios ux ui apps development business</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:d0804b578cd2/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:marketing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:ios"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:ux"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:ui"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:apps"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:business"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.rockstarcoders.com/customer-feedback/">
    <title>Argue with your customers - Rockstar Coders</title>
    <dc:date>2018-09-13T21:18:43+00:00</dc:date>
    <link>https://www.rockstarcoders.com/customer-feedback/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[I see this same method of debate in play in our customer conversations here at Rockstar. When we get on a phone call, and a potential customer asks for X, Y, and Z. There's a natural inclination to just say yes. Saying yes, means we can get to sign that contract sooner. Checks get cut sooner.

But we don't just say "yes."

Before anything gets signed, we actually participate in some good natured debate with our customers about what they want built. We'll interrogate why X and Y are important. What assumptions have been made? What assumptions haven't been tested yet? Can we do something other than X and Y that are easier, cheaper, and quicker to build before we get to X and Y? Can we skip doing Z altogether?

Asking all these questions results in risk for us. It gives our customers more time to chat with competitors. It elongates the time until checks are cut. And it often results in projects that are smaller and cheaper than a client had originally budgeted for. That's not how agencies typically like to make money :)

But from years of doing this, we know our best work comes from challenging our customers assumptions to better articulate what they need. And the result is better projects that meet and often exceed expectations because they have our customers' most creative thinking behind them.]]></description>
<dc:subject>development business</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:5ba0ef223a66/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:business"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://azure.microsoft.com/sv-se/blog/announcing-azure-pipelines-with-unlimited-ci-cd-minutes-for-open-source/?WT.mc_id=-twitter-scottha">
    <title>Announcing Azure Pipelines with unlimited CI/CD minutes for open source | Blogg | Microsoft Azure</title>
    <dc:date>2018-09-11T10:35:37+00:00</dc:date>
    <link>https://azure.microsoft.com/sv-se/blog/announcing-azure-pipelines-with-unlimited-ci-cd-minutes-for-open-source/?WT.mc_id=-twitter-scottha</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[With the introduction of Azure DevOps today, we’re offering developers a new CI/CD service called Azure Pipelines that enables you to continuously build, test, and deploy to any platform or cloud. It has cloud-hosted agents for Linux, macOS, and Windows, powerful workflows with native container support, and flexible deployments to Kubernetes, VMs, and serverless environments.

Microsoft is committed to fueling open source software development. Our next step in this journey is to provide the best CI/CD experience for open source projects. Starting today, Azure Pipelines provides unlimited CI/CD minutes and 10 parallel jobs to every open source project for free. All open source projects run on the same infrastructure that our paying customers use. That means you’ll have the same fast performance and high quality of service. Many of the top open source projects are already using Azure Pipelines for CI/CD, such as Atom, CPython, Pipenv, Tox, Visual Studio Code, and TypeScript – and the list is growing every day.]]></description>
<dc:subject>programming development github opensource versioncontrol testing webdevelopment</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:8420955eb053/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:github"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:opensource"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:versioncontrol"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:testing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:webdevelopment"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://18f.gsa.gov/2018/08/15/shared-infrastructure-as-code/">
    <title>18F: Digital service delivery | Shared infrastructure as code</title>
    <dc:date>2018-08-20T13:01:04+00:00</dc:date>
    <link>https://18f.gsa.gov/2018/08/15/shared-infrastructure-as-code/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[If you follow DevOps trends, you have likely heard of infrastructure as code. Tangibly, infrastructure as code means having things like your network configuration, server attributes, access control, etc. in a machine-readable format. This code then:

Serves as the source of truth for what the infrastructure should look like
Can be used to recreate the infrastructure from scratch
Is under version control
Is modified by pull requests
DNS is a major piece of shared infrastructure at the Technology Transformation Services (TTS, which 18F is part of), which made it a prime candidate for infrastructure as code. Of the many benefits, doing DNS changes through pull requests rather than tickets brought turnaround time down from multiple days to under ten minutes.]]></description>
<dc:subject>dns development code infrastructure</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:beab09b5e7ec/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:dns"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:code"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:infrastructure"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.oderland.se/support/artikel/hur-anvander-jag-git-for-att-skapa-en-staging-miljo/">
    <title>Hur använder jag Git för att skapa en staging-miljö? – Oderland Support</title>
    <dc:date>2017-10-23T08:50:27+00:00</dc:date>
    <link>https://www.oderland.se/support/artikel/hur-anvander-jag-git-for-att-skapa-en-staging-miljo/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[Git är till för att underlätta utveckling av kod, framförallt i grupp. Men det kan även användas för andra saker. Ett av dessa användningsområden är för att skapa en staging-miljö där du kan enkelt arbeta och testköra saker på en dev-site för att sedan lansera det live när du är redo.]]></description>
<dc:subject>git oderland webdevelopment webhosting development</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:0e00e37e957d/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:git"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:oderland"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:webdevelopment"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:webhosting"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://ohshitgit.com/">
    <title>Oh, shit, git!</title>
    <dc:date>2016-09-10T20:27:47+00:00</dc:date>
    <link>http://ohshitgit.com/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[Git is hard: screwing up is easy, and figuring out how to fix your mistakes is fucking impossible. Git documentation has this chicken and egg problem where you can't search for how to get yourself out of a mess, unless you already know the name of the thing you need to know about in order to fix your problem.

So here are some bad situations I've gotten myself into, and how I eventually got myself out of them in plain english.]]></description>
<dc:subject>git development programming</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:a4d32b6eb983/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:git"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:programming"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.smashingmagazine.com/2016/04/stop-installing-your-webdev-environment-locally-with-docker/">
    <title>Why You Should Stop Installing Your WebDev Environment Locally – Smashing Magazine</title>
    <dc:date>2016-05-01T10:03:33+00:00</dc:date>
    <link>https://www.smashingmagazine.com/2016/04/stop-installing-your-webdev-environment-locally-with-docker/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[Have you heard of Docker but thought that it’s only for system administrators and other Linux geeks? Or have you looked into it and felt a bit intimidated by the jargon? Or are you silently suffering with a messy development environment that seems to break all of the time in various mysterious ways? Then read on. By the end of this article, you should have a basic understanding of Docker and have it working on your computer!]]></description>
<dc:subject>development webdevelopment docker</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:fbfdb0a55a5b/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:webdevelopment"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:docker"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://rhonabwy.com/2016/04/04/how-to-maintain-a-git-remote-fork/">
    <title>How to maintain a git remote fork | Rhonabwy</title>
    <dc:date>2016-04-05T10:09:29+00:00</dc:date>
    <link>https://rhonabwy.com/2016/04/04/how-to-maintain-a-git-remote-fork/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[In the world of open source software, you make a fork of software all the time. Github has made it super easy, and more importantly, it’s how they (and git) have arranged to collaborate on software. This “how to” is for when you decide that you want to maintain your own fork, with changes in addition, or just divergent, from the original project. For most cases, you are going to be much better off submitting back your changes. Be damned sure you need to keep your changes to yourself.

If you want to keep your changes locally and just for yourself, then immediately recognize that you have just taken on “technical debt”. The interest rate for this debt could be high or low. Following the “debt” metaphor, the cost is based on how much activity and change happens in the repository from which you forked and want to take future changes.

I’m writing this article presuming you want or need to keep a fork with “a few changes added”, and you want to keep it otherwise up to date with the changes happening by others in the open source community. ]]></description>
<dc:subject>git programming webdevelopment development tutorials</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:77b6a99ec73d/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:git"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:webdevelopment"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:tutorials"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://rmurphey.com/blog/2015/11/25/building-for-http2">
    <title>Building for HTTP/2</title>
    <dc:date>2015-11-30T12:48:09+00:00</dc:date>
    <link>http://rmurphey.com/blog/2015/11/25/building-for-http2</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[Earlier this year, I got the chance to speak with Google's Ilya Grigorik about HTTP/2 for the 1.10 episode of the TTL Podcast. It was a great primer for me on how HTTP/2 works and what it means for how we build the web, but it wasn't until more recently that I started to think about what it means for how we build the web — that is, how we generate and deploy the HTML, CSS, and JS that power web applications.

If you're not familiar with HTTP/2, the basics are simultaneously simple and mind-boggling. Whereas its predecessors allowed each connection to a server to serve only one request at a time, HTTP/2 allows a connection to serve multiple requests simultaneously. A connection can also be used for a server to push a resource to a client — a protocol-level replacement for the technique we currently call “inlining.”

This is everything-you-thought-you-knew-is-wrong kind of stuff. In an HTTP/2 world, there are few benefits to concatenating a bunch of JS files together, and in many cases the practice will be actively harmful. Domain sharding becomes an anti-pattern. Throwing a bunch of <script> tags in your HTML is suddenly not a laughably terrible idea. Inlining of resources is a thing of the past. Browser caching — and cache busting — can occur on a per-module basis.

What does this mean for how we build and deploy applications? Let's start by looking at the state of the art in client-side application deployment prior to HTTP/2.]]></description>
<dc:subject>development http javascript performance webdevelopment</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:7122eb4bfcb3/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:http"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:javascript"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:webdevelopment"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://daverupert.com/2015/11/framework-cost/">
    <title>The Cost of Frameworks - daverupert.com</title>
    <dc:date>2015-11-17T21:57:18+00:00</dc:date>
    <link>http://daverupert.com/2015/11/framework-cost/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[I think the interesting discussion to be had from Tom’s post is: Are we trying to make lightweight sites that WORK FAST or maintainable sites WORK FOR YEARS?

Your answer is probably different and depends on your past experiences.

Users don’t want to wait, so the Quest for Speed is very important. It’s also very alluring! If I do things just right and score 100 on Page Speed Insights, I’m promised that unforetold riches will be deposited into my bank account. It will rain rupees. Google is all-in on this effort: Fast is best because it makes money.

As a community, we talk a lot about performance because it’s easy to measure and we can quickly see who is doing a good job and who is doing a bad job.

However, by measuring what can only be measured in terms of page speed means we have no insight to the reasons a framework was employed or how much money it saved the organization. How big is team that built the site? One? Ten? What were past organizational failures that led to adopting a large framework? Did using a framework win out in a lengthy internal Cost-Benefit analysis? Is CSAT up due to swanky animations and autocomplete features that took minutes to build? Was code shipped faster? Was it built by one person over a weekend? Did the abstraction allow the developers to actually have fun building, therefore increasing job satisfaction, therefore reducing organizational churn, therefore reducing cost of the end product for the user?

We don’t know.

There’s so much we don’t know, it’s hard for me to believe any metric describes the quality of a site. I can build a very fast website that is harder to maintain due to critical path hoops, supporting AMP-HTML, and providing a near perfect offline experience. Just add more code and grunt tasks and you will be rewarded in ValhallaGoogle search results! Longtail, however, the user experience also suffers because updates are slower to roll out due to feature burden.]]></description>
<dc:subject>framework performance webdevelopment development</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:c4613b35c093/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:framework"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:webdevelopment"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://medium.com/@garywiz/five-things-old-programmers-need-to-remember-e78caf0b0973">
    <title>Five Things Old Programmers Should Remember — Medium</title>
    <dc:date>2015-11-15T11:56:59+00:00</dc:date>
    <link>https://medium.com/@garywiz/five-things-old-programmers-need-to-remember-e78caf0b0973</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[ I had forgotten that being a software engineer was my first, best destiny, and that nothing I had ever done had made as significant contribution as my coding. My first successful company was built upon a piece of software I wrote, and much of it is still in use today.
So, after a year of kicking myself in the behind, I started throwing away my pre-conceived ideas of what the industry was all about. I started learning new languages, and taking risks. I got lucky, and by the time I was 57, I ended up designing and building one of the best pieces of software I had ever written for a small local startup. It was big, bold, visionary, and made a difference.
So, for those of you in the same boat, I’ve tried to distill some conclusions I’ve reached after finally digging myself back out and finding my true calling again.
Here are five things to think about, and remember.]]></description>
<dc:subject>development management programming aging webdevelopment</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:c13e6a168613/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:management"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:aging"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:webdevelopment"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://frontendmasters.gitbooks.io/front-end-handbook/content/index.html">
    <title>Introduction | Front-end Handbook</title>
    <dc:date>2015-10-20T13:07:32+00:00</dc:date>
    <link>https://frontendmasters.gitbooks.io/front-end-handbook/content/index.html</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[This is a guide that anyone could use to learn about the practice of front-end development. It broadly outlines and discusses the practice of front-end engineering: how to learn it and what tools are used when practicing it.

It is specifically written with the intention of being a professional resource for potential and currently practicing front-end developers to equip themselves with learning materials and development tools. Secondarily, it can be used by managers, CTO's, instructors, and head hunters to gain insights into the practice of front-end development.

The content of the handbook favors web technologies (HTML, CSS, DOM, and JavaScript) and those solutions that are directly built on top of these open technologies. The materials referenced and discussed in the book are either best in class or the current offering to a problem.

The book should not be considered a comprehensive outline of all resources available to a front-end developer. The value of the book is tied up in a terse, focused, and timely curation of just enough categorical information so as not to overwhelm anyone on any one particular subject matter.

The intention is to release an update to the content yearly.]]></description>
<dc:subject>development education webdevelopment frontend</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:267acaad2e51/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:education"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:webdevelopment"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:frontend"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://puphpet.com/">
    <title>PuPHPet - Online GUI configurator for Puppet &amp; Vagrant</title>
    <dc:date>2015-08-24T21:56:38+00:00</dc:date>
    <link>https://puphpet.com/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[A simple GUI to set up virtual machines for Web development.]]></description>
<dc:subject>development php vagrant virtualbox webdevelopment server webserver</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:b97fed20389b/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:php"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:vagrant"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:virtualbox"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:webdevelopment"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:server"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:webserver"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://medium.com/sketch-app-sources/five-app-prototyping-tools-compared-form-framer-origami-pixate-proto-io-c2acc9062c61">
    <title>Five app prototyping tools compared: Proto.io, Pixate, Origami, Framer &amp; Form — Design + Sketch App — Medium</title>
    <dc:date>2015-08-10T19:19:28+00:00</dc:date>
    <link>https://medium.com/sketch-app-sources/five-app-prototyping-tools-compared-form-framer-origami-pixate-proto-io-c2acc9062c61</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[I recreated the IF by IFTTT user onboarding in five different high-fidelity prototyping tools to get an idea of the differences between them: Proto.io, Pixate, Framer, Facebook’s Origami and RelativeWave’s Form.]]></description>
<dc:subject>design development tools prototyping webdevelopment</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:e73535db4d90/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:design"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:tools"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:prototyping"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:webdevelopment"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.previousnext.com.au/blog/getting-started-front-end-automation-intro-npm">
    <title>Getting started with front-end automation: An intro to npm | PreviousNext</title>
    <dc:date>2015-06-24T18:45:59+00:00</dc:date>
    <link>https://www.previousnext.com.au/blog/getting-started-front-end-automation-intro-npm</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[For those new to package managers, a package manager is just a way to install software written in a particular language or operating system. For example, Ruby software is often installed with the Gem package manager, Mac OS X command line utilities with the HomeBrew package manager, and Node.js software with npm. Incidentally, npm stands for the Node Package Manager.

Installing all those front-end tools is easy with npm. Indeed, each of those tools has installation instructions that say “install with npm install -g grunt-cli”. However, it’s hard to find good information on using npm to effectively manage your project’s tools. Getting to know npm and its commands is essential to ensure your entire team is using the same versions of your tools. Even minor differences in tool versions can cause hard-to-fix bugs and frustration.

In fact, once you know how to use npm, you’ll realize that using npm install -g grunt-cli is generally a bad idea. (Hint: it’s the -g that will cause you problems.)]]></description>
<dc:subject>development webdevelopment npm nodejs osx</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:ee63ea6eb01a/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:webdevelopment"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:npm"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:nodejs"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:osx"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://github.com/blog/2019-how-to-undo-almost-anything-with-git">
    <title>How to undo (almost) anything with Git</title>
    <dc:date>2015-06-11T20:47:26+00:00</dc:date>
    <link>https://github.com/blog/2019-how-to-undo-almost-anything-with-git</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[One of the most useful features of any version control system is the ability to "undo" your mistakes. In Git, "undo" can mean many slightly different things.

When you make a new commit, Git stores a snapshot of your repository at that specific moment in time; later, you can use Git to go back to an earlier version of your project.

In this post, I'm going to take a look at some common scenarios where you might want to "undo" a change you've made and the best way to do it using Git.]]></description>
<dc:subject>development git github tips webdevelopment</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:9e77dcca5b42/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:git"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:github"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:tips"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:webdevelopment"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://about.gitlab.com/">
    <title>Create, review and deploy code together | Better than GitHub | GitLab</title>
    <dc:date>2015-04-21T20:51:11+00:00</dc:date>
    <link>https://about.gitlab.com/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[Feature-packed
Batteries included: GitLab includes git repository management, code reviews, an issue tracking and wiki’s and much more. GitLab comes with GitLab CI, a easy to use continuous integration and deployment tool.

Do it together: Discuss issues and plan milestones. Do code reviews and make line comments. Mention your colleagues anywhere. View activity streams of projects or people.

Plays well with others: GitLab has integrations for tons of tools such as Slack, Hipchat, LDAP, JIRA, Jenkins, many types of hooks and a complete API.

Self-hosted, scalable and updated monthly
On Your Servers: Run it on your own infrastructure. Own everything. Or use our free SaaS GitLab.com

Scales Effortlessly: It runs smoothly a tiny server but can and scale to multiple active servers. A single server handles more than 25,000 users.

Updated Monthly: Every month on the 22nd a big upgrade is released and it’ll only take you only 2 minutes to update.

Community-loved, enterprise ready
GitLab Community Edition is completely free to download and it is open source. It is built by a community of more than 700 people.

GitLab Enterprise Edition comes with a subscription and offers deeper LDAP / AD integration, Jira and Jenkins integration and much more.

Subscriptions allow you to use the Enterprise Edition and includes 24/7 emergency support, more information can be found on our pricing page.]]></description>
<dc:subject>code development git opensource webdevelopment</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:c650edf27db1/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:code"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:git"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:opensource"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:webdevelopment"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.ploxiln.net/make.html">
    <title>Make</title>
    <dc:date>2015-04-07T08:56:13+00:00</dc:date>
    <link>http://www.ploxiln.net/make.html</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[make is a widely used and valuable development tool. It's a "build" tool: it builds programs and documentation according to a "recipe". It could really be used for anything where someone edits some files, and then runs a series of processing steps to generate some other form from the edited files. For the most part, however, it's just used to build and install software. make has its origins in Unix somewhere, and these days each BSD project and the GNU project have their own version.

I often get the impression that many otherwise knowledgeable and skilled developers don't have more than rudimentary knowledge of make, and could benefit from a more solid understanding. I don't particularly blame them: make is certainly ancient and has odd syntax and quirks. So many developers do the minimum necessary to add their new sources to the build, and then go back to working on the actual code. Having a good build system and understanding how it works can make development and deployment of software much more pleasant, so I humbly suggest taking the time to really learn one.

This blog post is about using a subset of the features of GNU Make to write "good" build systems.]]></description>
<dc:subject>programming make gnu linux development webdevelopment</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:1cdc49abc976/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:make"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:gnu"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:linux"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:webdevelopment"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://explainshell.com/">
    <title>explainshell.com - match command-line arguments to their help text</title>
    <dc:date>2015-01-04T22:36:43+00:00</dc:date>
    <link>http://explainshell.com/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[write down a command-line to see the help text that matches each argument]]></description>
<dc:subject>bash commandline terminal osx development</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:1616638e8f9d/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:bash"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:commandline"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:terminal"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:osx"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://devtoolstips.com/">
    <title>DevTools Tips</title>
    <dc:date>2014-10-08T20:47:44+00:00</dc:date>
    <link>http://devtoolstips.com/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[A curated list of Chrome DevTools tips and tricks]]></description>
<dc:subject>css development chrome debugging inspector</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:444421335778/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:css"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:chrome"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:debugging"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:inspector"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.brightball.com/devops/docker-is-the-heroku-killer">
    <title>Docker is the Heroku Killer | DevOps | Brightball, Inc</title>
    <dc:date>2014-09-26T06:18:03+00:00</dc:date>
    <link>http://www.brightball.com/devops/docker-is-the-heroku-killer</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[After getting an intense look at Docker last night, I firmly believe that it is going to be the most disruptive server technology that we've seen in the last few years. It fills a much needed hole that's currently managed by very expensive solutions and it's being actively funded by some of the biggest players in the market.

Last night I went to the Docker Meetup in Greenville for an in depth look at what it is capable of doing. After taking a peek under the hood, I came away with some strong impressions.

First, let's look at what Docker is though. Docker is classified as "an easy, lightweight virtualized environment for portable applications." Okay...so what exactly does that mean.

Basically it means that Docker is actively working to replace the need for hypervisors, virtual machines (VMs) and configuration management tools like Puppet / Chef / CFEngine in MOST cases. It does that by isolating application requirements within a Linux installation so that it's as if the Docker application is running within a VM without any of the actual overhead of a VM. Docker is coded without an abstraction layer and interacts directly with the Linux kernel. Additionally, when different containers need modified parts they reuse whatever existing libaries they can and only create independent copies for things they need to modify.]]></description>
<dc:subject>development webdevelopment</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:7506eb13b1bc/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:webdevelopment"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://shinydevelopment.com/blog/status-magic-and-iphone6-screen-sizes/">
    <title>Status Magic and iPhone 6/6 Plus screen sizes - iPhone Developer Blog</title>
    <dc:date>2014-09-16T20:10:46+00:00</dc:date>
    <link>http://shinydevelopment.com/blog/status-magic-and-iphone6-screen-sizes/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[Perfect Status Bars in iOS 8 and Mac OS X Yosemite
Back at WWDC, when Apple announced App Preview videos were going to be added to App Store listings they also mentioned that videos could now be recorded with a lightning cable and QuickTime. What they didn't mention however was that as these video recordings are being created, Mac OS X Yosemite automatically puts a perfect status bar on your device!

Over the last couple of days we have been testing this out and we can confidently say that this is absolutely the best way to take still screenshots as well as videos of your app. How? It's easy:

Make sure you're running the latest versions of Mac OS X Yosemite and iOS 8.
Connect an iPhone or iPad with a lightning cable.
Open QuickTime on the Mac.
Select "New Movie Recording" from the File menu.
Click the drop down arrow next to the record button and select your device from the list of cameras.
Voila! your real, actual, iPhone or iPad will now be showing 9:41 AM and have a full battery, full bars of signal and the Wi Fi icon. You do not need to actually record a movie, just have it connected as a camera with QuickTime.]]></description>
<dc:subject>ios development iphone screenshot screencast</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:e7de311d835b/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:ios"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:iphone"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:screenshot"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:screencast"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://deadmanssnitch.com/">
    <title>Dead Man's Snitch — A dead simple cron job monitoring tool.</title>
    <dc:date>2014-08-19T15:47:58+00:00</dc:date>
    <link>https://deadmanssnitch.com/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[Get More Out of 
Your Cron Jobs
Daily backups, monthly emails, or hourly cron jobs you need to monitor? Meet Dead Man's Snitch—monitoring for cron, Heroku Scheduler or any scheduled task.

If your tasks don't execute when they should, DMS alerts you.]]></description>
<dc:subject>cron development monitoring</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:879569fa2edb/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:cron"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:monitoring"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.cakebrew.com/">
    <title>Cakebrew</title>
    <dc:date>2014-05-04T10:13:13+00:00</dc:date>
    <link>https://www.cakebrew.com/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[The Mac App for Homebrew]]></description>
<dc:subject>brew homebrew development osx mac webdevelopment</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:16d3176fc6ce/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:brew"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:homebrew"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:osx"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:mac"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:webdevelopment"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.git-tower.com/learn/ebook/command-line/introduction">
    <title>Learn Git - Introduction</title>
    <dc:date>2014-04-18T09:12:55+00:00</dc:date>
    <link>http://www.git-tower.com/learn/ebook/command-line/introduction</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[A step-by-step course for the complete beginner]]></description>
<dc:subject>development git webdevelopment</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:1e703b5f93da/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:git"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:webdevelopment"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://github.com/coreysyms/foundationStickyFooter">
    <title>coreysyms/foundationStickyFooter</title>
    <dc:date>2014-02-11T22:18:17+00:00</dc:date>
    <link>https://github.com/coreysyms/foundationStickyFooter</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[Easily add in a "sticky footer" to your site, works great with Foundation or just as is.]]></description>
<dc:subject>foundation webdesign web development css javascript</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:5af0511b2c43/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:foundation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:webdesign"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:web"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:css"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:javascript"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://youmightnotneedjquery.com/">
    <title>You Might Not Need jQuery</title>
    <dc:date>2014-01-31T19:45:40+00:00</dc:date>
    <link>http://youmightnotneedjquery.com/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[jQuery and its cousins are great, and by all means use them if it makes it easier to develop your application.

If you're developing a library on the other hand, please take a moment to consider if you actually need jQuery as a dependency. Maybe you can include a few lines of utility code, and forgo the requirement. If you're only targeting more modern browsers, you might not need anything more than what the browser ships with.

At the very least, make sure you know what jQuery is doing for you, and what it's not. Some developers believe that jQuery is protecting us from a great demon of browser incompatibility when, in truth, post-IE8, browsers are pretty easy to deal with on their own.]]></description>
<dc:subject>development javascript jquery js</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:d86360fabd9c/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:javascript"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:jquery"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:js"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.git-tower.com/blog/make-git-rebase-safe-on-osx/">
    <title>A Simple Tweak for Making 'git rebase' Safe on OS X</title>
    <dc:date>2013-11-22T23:45:21+00:00</dc:date>
    <link>http://www.git-tower.com/blog/make-git-rebase-safe-on-osx/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[Since OS X 10.7 Lion and the introduction of the Auto-Save and Versions features (which automatically records the history of files), some Git commands like “rebase” might fail on Mac OS systems. 

When performing a large rebase with several commits and many changed files, the rebase process can randomly abort, stating that there are uncommitted changes and rebase cannot continue. However, a “git status” does not report any changes.
When aborting the rebase process and re-running it, it will again randomly abort at any commit until (after several retries) it may or may not finally succeed. 

This can lead to a scenario where a commit is accidentally skipped by the developer if he’s not aware of the issue and continues the rebase. The problem has been tracked down to the revisiond daemon of the OS X Versions feature, which detects file changes and seems to somehow alter the file system info of the file, causing a rebase step to fail as it then detects changes. ]]></description>
<dc:subject>git macosx osx development</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:918216220bef/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:git"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:macosx"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:osx"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.lullabot.com/blog/article/setting-my-mac-without-mamp">
    <title>Setting Up My Mac Without MAMP | Lullabot</title>
    <dc:date>2013-09-26T10:08:46+00:00</dc:date>
    <link>http://www.lullabot.com/blog/article/setting-my-mac-without-mamp</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[I recently got a new Mac and needed to configure it as a local web server for the many Drupal sites I work on. I used to use MAMP for this, but lately have been using the built-in functionality that comes on a Mac instead. MAMP is easy to install, but it creates a duplicate version of PHP and a duplicate version of Apache. That takes up space on my machine and occasionally causes trouble when some operation uses the wrong version of PHP because of confusion about which installation should take precedence. Setting up a Mac without MAMP used to be sort of complicated, but it's been getting easier and easier with every version of Mac OS, and it's not that hard any more. I thought I'd share the process I'm using now.]]></description>
<dc:subject>development drupal mac mamp osx</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:665535fe6f7b/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:drupal"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:mac"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:mamp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:osx"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://stuartkhall.com/posts/an-app-store-experiment">
    <title>An App Store Experiment</title>
    <dc:date>2013-08-18T22:41:55+00:00</dc:date>
    <link>http://stuartkhall.com/posts/an-app-store-experiment</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[I've tried to write this blog post a few times. The essence of the post was always going to be:

How important it is to create a story around your product.
How the actual coding takes a back seat.
How hard it is to market your app.]]></description>
<dc:subject>app appstore development ios marketing</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:ede6f4e0ed56/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:app"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:appstore"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:ios"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:marketing"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://blog.erratasec.com/2013/08/the-rob-test-12-steps-to-safer-code.html#.UgvgtGTkVoY">
    <title>Errata Security: The Rob Test: 12 Steps to Safer Code</title>
    <dc:date>2013-08-14T20:47:44+00:00</dc:date>
    <link>http://blog.erratasec.com/2013/08/the-rob-test-12-steps-to-safer-code.html#.UgvgtGTkVoY</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[Joel Spolsky has a famous list of "12 Steps to Better Code". I thought I'd create a similar list for safer, more secure code that's resilient against hackers.

The Rob Test
1. Do you use source control, bug tracking, and planning (i.e. GitHub basics)?
2. Do you have automated (one step, daily) builds?
3. Do you have automated regression/unit testing? Can you fix/release in 24 hours?
4. Do you reward testers for breaking things? (like fuzz testing)
5. Do your coders know basic vulns? (buffer-overflows, OWASP Top 10) Do you train them? Do you test new hires?
6. Do you know your attack surface? threat model?
7. Do you sniff the wire to see what's going on? (including sslstrip)
8. Do you have detailed security specifications as part of requirements/design?
9. Do you ban unsafe practices? (strcpy, SQL pasting, clear-text)
10. Do you perform regular static/dynamic analysis on code?
11. Do you have, and practice, an incident response plan? (secure@, bounties, advisories, notification)
12. Are your processes lightweight and used, or heavyweight and ignored?]]></description>
<dc:subject>security development programming</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:b50767c38ed8/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:security"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:programming"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://diogenes.squarespace.com/blog/on-being-a-designer-and-a-developer-not-quite-unicorn-rare">
    <title>On Being a Designer and a Developer: Not Quite Unicorn Rare by Diogenes Brito</title>
    <dc:date>2013-05-03T07:16:17+00:00</dc:date>
    <link>https://diogenes.squarespace.com/blog/on-being-a-designer-and-a-developer-not-quite-unicorn-rare</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[As Austin Bales says in a great talk, good designers and good developers actually have a lot in common. The crossover really even shows itself in our language when we use (appropriate) terms like "social engineering" for techniques designers use to illicit certain behaviors, or "software design" for the planning and creation of programming code. Both designers and developers put a premium on simplicity and clarity. Both are trying to make their creations as easy to intuit and work with as possible. Developers refactor their code as requirements change and complexity increases the same way designers redesign interfaces to make room for new or changing functionality. They have similar traits, skills, and motivations, they just work in different mediums and have different specialties. Designers tend to specialize and focus on the beginning of the creation process, whereas engineers specialize on the end or latter half of the process. I say a more accurate representation of a single person's skills might look something like this:

Each person has a certain level of skill in the designer and/or developer subject areas, where many of the skills and habits that would make you excel in either area would help in both. People may have a tendency to lean towards one area over the other, but no one has a "type" that would prevent them from learning and improving as a designer or a developer. What matters is the time and effort put into learning. World class designers and developers have put in lots and lots of dedicated practice: their (proverbial) 10,000 hours.]]></description>
<dc:subject>design developer development designers developers</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:7f159cdfdf6c/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:design"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:developer"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:designers"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:developers"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.lullabot.com/articles/phpstorm-drupal">
    <title>PhpStorm for Drupal | Lullabot</title>
    <dc:date>2013-04-07T12:03:09+00:00</dc:date>
    <link>http://www.lullabot.com/articles/phpstorm-drupal</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[Debugging Drupal modules and themes (or Drupal core itself) can be challenging without a good IDE. After using numerous IDE and text editors, PhpStorm has earned its place as my primary IDE for almost anything Drupal-related. By default, PhpStorm is as Drupal friendly as most other IDEs. However, some of its default syntax and formatting settings conflict with the Drupal Coding Standards. Here are a few tips to make PhpStorm play even better with Drupal.]]></description>
<dc:subject>development drupal php ide</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:ea8497e2e8bc/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:drupal"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:php"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:ide"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.newyorker.com/online/blogs/culture/2013/03/christoph-niemann-petting-zoo-app.html">
    <title>The Story of Christoph Niemann’s Petting Zoo App : The New Yorker</title>
    <dc:date>2013-03-19T21:51:36+00:00</dc:date>
    <link>http://www.newyorker.com/online/blogs/culture/2013/03/christoph-niemann-petting-zoo-app.html</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[Recently, I created an app called Petting Zoo. It is an interactive app for iPhones and iPads, and creating it was a difficult but interesting process.]]></description>
<dc:subject>apps appstore development design games</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:110ba4545c90/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:apps"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:appstore"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:design"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:games"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://bitnami.com/stack/mamp">
    <title>MAMP Stack Cloud Hosting, Installers and Virtual Machines.</title>
    <dc:date>2013-03-19T21:18:04+00:00</dc:date>
    <link>http://bitnami.com/stack/mamp</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[BitNami MAMP Stack provides a complete PHP, MySQL and Apache development environment for Mac OS X that can be launched in one click. It also bundles PostgreSQL, phpMyAdmin, phpPgAdmin, SQLite, Varnish, ImageMagick, ModSecurity, XDebug, Xcache, OAuth, Memcache, FastCGI, APC, GD, OpenSSL, CURL, openLDAP, PEAR, PECL and other components and the following frameworks: Zend Framework, Symfony, , CodeIgniter, CakePHP, Smarty, Laravel.]]></description>
<dc:subject>apache development mamp mysql php lamp</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:6b305e1a0e8d/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:apache"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:mamp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:mysql"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:php"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:lamp"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.yaconiello.com/blog/how-to-handle-wordpress-settings/">
    <title>How To Handle WordPress Settings | Richmond Virginia Web Developer · Francis Yaconiello</title>
    <dc:date>2013-02-17T21:22:42+00:00</dc:date>
    <link>http://www.yaconiello.com/blog/how-to-handle-wordpress-settings/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[Wow. Skrev en kort fråga om WordPress-plugins här:  och fick en hel artikel till svar: ]]></description>
<dc:subject>wordpress plugins development webdevelopment</dc:subject>
<dc:source>https://twitter.com/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:6c3703f61bee/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:wordpress"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:plugins"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:webdevelopment"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.sbf5.com/~cduan/technical/git/">
    <title>Understanding Git Conceptually</title>
    <dc:date>2013-01-26T10:51:42+00:00</dc:date>
    <link>http://www.sbf5.com/~cduan/technical/git/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[This is a tutorial on the Git version control system.

Git is quickly becoming one of the most popular version control systems in use. There are plenty of tutorials on Git already. How is this one different?

A Story

When I first started using Git, I read plenty of tutorials, as well as the user manual. Though I picked up the basic usage patterns and commands, I never felt like I grasped what was going on “under the hood,” so to speak. Frequently this resulted in cryptic error messages, caused by my random guessing at the right command to use at a given time. These difficulties worsened as I began to need more advanced (and less well documented) features.

After a few months, I started to understand those under-the-hood concepts. Once I did, suddenly everything made sense. I could understand the manual pages and perform all sorts of source control tasks. Everything that seemed so cryptic and obscure now was perfectly clear.

Understanding Git

The conclusion I draw from this is that you can only really use Git if you understand how Git works. Merely memorizing which commands you should run at what times will work in the short run, but it’s only a matter of time before you get stuck or, worse, break something.]]></description>
<dc:subject>development git programming tutorial</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:6acded14f334/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:git"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:tutorial"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://donmelton.com/2013/01/03/keeping-safari-a-secret/">
    <title>Keeping Safari a secret</title>
    <dc:date>2013-01-04T15:36:18+00:00</dc:date>
    <link>http://donmelton.com/2013/01/03/keeping-safari-a-secret/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[For much of the time we spent developing Safari — long before it was called by that name — it pretended to be Microsoft Internet Explorer. Specifically, Internet Explorer for Mac, which Apple had provided with the OS since 1998. Less than six months before Safari debuted, it started pretending to be a Mozilla browser.

Why did we do this? And how did we make Safari pretend to be these browsers when its code and behavior were so different?]]></description>
<dc:subject>apple safari development webbrowsers</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:845a80593775/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:apple"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:safari"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:webbrowsers"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://svan.ca/blog/2012/blind/">
    <title>The Blind Shooting The Blind ∵ Stephen van Egmond's weblog</title>
    <dc:date>2012-09-27T07:23:05+00:00</dc:date>
    <link>http://svan.ca/blog/2012/blind/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[Apple gets a lot of ignorant hate, and a lot of ignorant reverence. Let me give some informed reverence for one area where they kick so much ass: accessibility.

We trekked out to the wilds north of Eglinton to the CNIB, dropping in on the iDevice User Group. This is a group where blind people teach each other how to get around in the world, using iOS applications as their helpers. We were the only sighted people present, there to talk to this particular subset of Pocket Rocket‘s users.

We I simply gawped when one blind woman pulled out an iPhone then snapped a perfect shot, guided by the built-in Camera app.]]></description>
<dc:subject>accessibility apple development ios iphone</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:b183e38b60cf/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:accessibility"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:apple"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:ios"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:iphone"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://david-smith.org/blog/2012/09/20/implementing-smart-app-banners/">
    <title>Implementing Smart App Banners - David Smith</title>
    <dc:date>2012-09-24T20:23:23+00:00</dc:date>
    <link>http://david-smith.org/blog/2012/09/20/implementing-smart-app-banners/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[iOS 6 introduces a new feature to Safari that should help app developers clean up their websites and convert more visitors into customers. Apple calls it Smart App Banners. The goal of this feature is to provide app developers with an easy way to direct visitors of their website to their app without having to resort to awful and clumsy pop-ups.]]></description>
<dc:subject>apple development ios webapps web</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:3237933dfe41/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:apple"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:ios"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:webapps"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:web"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://blog.sourcetreeapp.com/2012/08/21/merge-or-rebase/">
    <title>Merge or Rebase? – SourceTree by Atlassian</title>
    <dc:date>2012-08-21T13:55:54+00:00</dc:date>
    <link>http://blog.sourcetreeapp.com/2012/08/21/merge-or-rebase/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[As you’re no doubt aware, Git and Mercurial are great at re-integrating divergent lines of development through merging. They have to be, since their design strongly encourages developers to commit changes in parallel in their own distributed environments. Eventually some or all of these commits have to be brought together into a shared graph, and merging and rebasing are two primary ways that let us do that. So which one do you use?]]></description>
<dc:subject>git versioncontrol mercurial development programming</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:dca6d053b51a/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:git"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:versioncontrol"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:mercurial"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:programming"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://blog.edwardmarks.com/post/9859783254/improve-usability-with-a-black-status-bar-and-rounded">
    <title>Edward Marks: Improve Usability With A Black Status Bar and Rounded Corners</title>
    <dc:date>2012-08-20T07:48:50+00:00</dc:date>
    <link>http://blog.edwardmarks.com/post/9859783254/improve-usability-with-a-black-status-bar-and-rounded</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[The use of a black status bar and rounded corners can increase the usability of your iPhone application by bounding your content and thus separating it from the viewport.]]></description>
<dc:subject>apple ios design usability development iphone</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:3144f672deeb/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:apple"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:ios"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:design"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:usability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:iphone"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://tightwind.net/2012/07/the-problem-with-icloud/">
    <title>The Problem With iCloud | TightWind</title>
    <dc:date>2012-08-05T09:11:57+00:00</dc:date>
    <link>http://tightwind.net/2012/07/the-problem-with-icloud/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[iCloud’s promise is a dream: your contacts, calendar, backups, songs, documents and application data are on all of your devices, whenever and wherever you need them. No need to worry about moving files from device to device on a flash drive or emailing them or any of the other crazy stuff we used to do. All of your stuff, always there when you need it. If that were completely the case, it would be a no-brainer for me. I’d implement iCloud syncing immediately, because that idea—never having to worry about where my stuff is again—is one of those ideas that makes my heart flutter with excitement.

Unfortunately, that’s not the case. ]]></description>
<dc:subject>icloud apple ios osx sync development developers</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:388c54142431/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:icloud"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:apple"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:ios"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:osx"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:sync"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:developers"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.macworld.com/article/1167742/developers_dish_on_iclouds_challenges.html">
    <title>Developers dish on iCloud's challenges | Macworld</title>
    <dc:date>2012-07-25T14:01:46+00:00</dc:date>
    <link>http://www.macworld.com/article/1167742/developers_dish_on_iclouds_challenges.html</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[With services like Dropbox, Google Docs, and even IMAP email, users today expect their data to remain up-to-date and available on every device. iOS users want conflict-free access to their data—whether it's documents, in-game progress, or other details—on their iPads, iPhones, and Macs. Apple aims to satisfy that user need with iCloud.

With iCloud, Apple promises developers that they can keep their users’ data in sync. But while a steadily increasing number of developers are implementing iCloud support within their apps, its adoption rate still seems surprisingly low overall.

Are developers hesitant to embrace iCloud? And if so, why?]]></description>
<dc:subject>apple cloud icloud ios osx development developers sync</dc:subject>
<dc:source>https://instapaper.com/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:9f8ad098a5f1/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:apple"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:cloud"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:icloud"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:ios"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:osx"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:developers"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:sync"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.joelonsoftware.com/items/2012/07/09.html">
    <title>Software Inventory - Joel on Software</title>
    <dc:date>2012-07-13T09:48:41+00:00</dc:date>
    <link>http://www.joelonsoftware.com/items/2012/07/09.html</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[The “cost” of code inventory is huge. It might add up to six or twelve months of work that is stuck in the assembly line and not yet in customers’ hands. This could be the difference between having a cutting-edge product (iPhone) or constantly playing catchup (Windows Phone). It’s nearly impossible to get people to buy Windows Phones, even if the iPhone is only six months better. A lot of markets have network effects, and being first has winner-take-all implications. So getting rid of inventory in the development process can make or break a product.

Let’s go over the three places most inventory accumulates.]]></description>
<dc:subject>programming development</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:d07c78ff8cbb/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.agileapproach.com/blog-entry/sublime-text-2-drupal-development">
    <title>agile approach | Sublime Text 2 for Drupal Development</title>
    <dc:date>2012-06-29T16:37:00+00:00</dc:date>
    <link>http://www.agileapproach.com/blog-entry/sublime-text-2-drupal-development</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[As a recent refugee from Aptana Studio, I’ve spent some time working with Sublime Text for the past couple of weeks and so far I'm loving it (thanks, Yosh!) I won't get too involved with the reasons I chose to turn my back on Aptana, but let's just say that the last few updates made the already monolithic IDE an even less responsive experience on my more-than-adequate Core i7 laptop.

With yesterday's official release of Sublime Text 2 I thought that it would be a good time to share some things that I've grown to love about working with it.

]]></description>
<dc:subject>editor development drupal osx</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:ab8cef8becf2/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:editor"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:drupal"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:osx"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.macstories.net/stories/why-upgrade-pricing-isnt-coming-to-the-app-store/">
    <title>Why Upgrade Pricing Isn’t Coming To The App Store</title>
    <dc:date>2012-06-17T10:47:13+00:00</dc:date>
    <link>http://www.macstories.net/stories/why-upgrade-pricing-isnt-coming-to-the-app-store/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[Developers and longtime computer users may be used to the shareware, time trial, pay-full-price-once-upgrade-cheaply-forever model of buying and selling software, but regular people, the mass market that Apple continues to court first and foremost, aren’t. Adding demos (“I thought this app was free, but now it’s telling me I have to pay to keep using it? What a ripoff!”) and paid upgrades (“Wait, I bought this app last year and now I have to pay again to keep using it? Screw that!”) would introduce a layer of confusion and make buying an app a more arduous process, which would result in people buying fewer apps.

At least, that’s the rationale behind Apple’s decision not to implement them. To be clear: what I just wrote is not my opinion of how things should be. This is only my guess at Apple’s reasoning.]]></description>
<dc:subject>apple appstore macappstore development apps</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:2ea28a27193c/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:apple"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:appstore"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:macappstore"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:apps"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.red-sweater.com/blog/2438/the-sandboxs-big-red-button">
    <title>Red Sweater Blog – The Sandbox’s Big Red Button</title>
    <dc:date>2012-06-01T21:47:46+00:00</dc:date>
    <link>http://www.red-sweater.com/blog/2438/the-sandboxs-big-red-button</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[In short: the Big Red Button gives Apple an out.

Whatever mistakes they make in the devising of high-level entitlements can be theoretically undone after-the-fact by supplying developers with special Big Red Button entitlements that pass along specific permissions to the lower-level sandbox, liberating the application to do whatever important task it needs to do.]]></description>
<dc:subject>app apple development mac sandboxing macappstore</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:8a0f0aea5fc0/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:app"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:apple"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:mac"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:sandboxing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:macappstore"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://think-like-a-git.net/">
    <title>Home // Think Like (a) Git</title>
    <dc:date>2012-05-14T13:37:34+00:00</dc:date>
    <link>http://think-like-a-git.net/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[GIT SHOULDN'T BE SO HARD TO LEARN.

When you're just getting started, something as straightforward as a merge can be terrifying. It can take a long time to really become comfortable using some of Git's more advanced features. (It took me a year or two.)

Once people achieve some level of Git enlightenment, they tend to make statements of the form 'Git gets a lot easier once you realize X' -- but that doesn't do much for people staring up Git's steep learning curve.

My goal with this site is to help you, Dear Reader, understand what those smug bastards are talking about.]]></description>
<dc:subject>development git programming versioncontrol</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:e82d2f63d41f/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:git"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:versioncontrol"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.freelance-it-consultant.com/blog/drupal-core-javascripts-not-being-loaded-anonymous-users">
    <title>Drupal core javascript not being loaded for anonymous users | IT Consultant and Contractor - London</title>
    <dc:date>2012-05-14T09:25:14+00:00</dc:date>
    <link>http://www.freelance-it-consultant.com/blog/drupal-core-javascripts-not-being-loaded-anonymous-users</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[Drupal will NOT load any javascript (including jQuery and drupal.js) if it “thinks” that they are not required. It will only load the scripts if any other module or script requires them. For example, if you add scripts in your .info file or using the drupal_add_js() function in the hook_init(), Drupal will detect it and load its scripts.

Now, let's assume that you developed a module that adds its own scripts in hook_footer() using the drupal_add_js() function. At the time when hook_footer is executed, it is too late for Drupal to add scripts to the header and hence jQuery and drupal.js will not be added. If your javascript depends on them you will see error messages in your console such as:

Drupal is not defined
jQuery is not defined
The solution is to include at least one script earlier – for example in hook_init() so that Drupal loads its scripts.]]></description>
<dc:subject>drupal javascript modules development</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:482c1260c8a4/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:drupal"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:javascript"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:modules"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://meteor.com/">
    <title>Meteor</title>
    <dc:date>2012-04-20T06:50:16+00:00</dc:date>
    <link>http://meteor.com/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[Meteor is a set of new technologies for building top-quality web apps in a fraction of the time, whether you're an expert developer or just getting started.

Pure JavaScript.
Write your entire app in pure JavaScript. All the same APIs are available on the client and the server — including database APIs! — so the same code can easily run in either environment.]]></description>
<dc:subject>development framework javascript tools</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:41f6b9840366/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:framework"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:javascript"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:tools"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.jshint.com/">
    <title>JSHint, A JavaScript Code Quality Tool</title>
    <dc:date>2012-04-19T22:26:58+00:00</dc:date>
    <link>http://www.jshint.com/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[JSHint is a tool to detect errors and potential problems in JavaScript code.]]></description>
<dc:subject>development javascript tools validation</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:c96a18d04b67/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:javascript"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:tools"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:validation"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://tech.dropbox.com/?p=165">
    <title>Dropbox tech blog » Blog Archive » zxcvbn: realistic password strength estimation</title>
    <dc:date>2012-04-11T13:02:16+00:00</dc:date>
    <link>http://tech.dropbox.com/?p=165</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[Over the last few months, I’ve seen a password strength meter on almost every signup form I’ve encountered. Password strength meters are on fire.



Here’s a question: does a meter actually help people secure their accounts? It’s less important than other areas of web security, a short sample of which include:

Preventing online cracking with throttling or CAPTCHAs.
Preventing offline cracking by selecting a suitably slow hash function with user-unique salts.
Securing said password hashes.
With that disclaimer — yes. I’m convinced these meters have the potential to help. According to Mark Burnett’s 2006 book, Perfect Passwords: Selection, Protection, Authentication, which counted frequencies from a few million passwords over a variety of leaks, one in nine people had a password in this top 500 list. These passwords include some real stumpers: password1, compaq, 7777777, merlin, rosebud. Burnett ran a more recent study last year, looking at 6 million passwords, and found an insane 99.8% occur in the top 10,000 list, with 91% in the top 1,000. The methodology and bias is an important qualifier — for example, since these passwords mostly come from cracked hashes, the list is biased towards crackable passwords to begin with.

These are only the really easy-to-guess passwords. For the rest, I’d wager a large percentage are still predictable enough to be susceptible to a modest online attack. So I do think these meters could help, by encouraging stronger password decisions through direct feedback. But right now, with a few closed-source exceptions, I believe they mostly hurt. Here’s why.]]></description>
<dc:subject>development javascript password security dropbox</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:f4d369b18506/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:javascript"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:password"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:security"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:dropbox"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.designhammer.com/blog/drush-rebuild-utility-rebuilding-drupal-development-environments">
    <title>Drush Rebuild: A utility for rebuilding Drupal development environments | DesignHammer Website Design and Development in North Carolina</title>
    <dc:date>2012-04-02T10:11:48+00:00</dc:date>
    <link>http://www.designhammer.com/blog/drush-rebuild-utility-rebuilding-drupal-development-environments</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[Drush Rebuild
I wrote a simple utility, Drush Rebuild, to help me manage the process of rebuilding a local development environment. Drush Rebuild doesn’t make assumptions about your repository structure (Drush Make, entire codebase in repo, etc), nor does it care about extra steps you need to take when configuring a development environment, like disabling caching, adjusting connections with 3rd party services, and so on.
Instead, the utility provides a framework for executing rebuild scripts for a given site, using the power of Drush aliases and the drush php-script command.
]]></description>
<dc:subject>drupal drush development</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:6d73f517642e/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:drupal"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:drush"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.quora.com/Engineering-Management/Why-are-software-development-task-estimations-regularly-off-by-a-factor-of-2-3/answer/Michael-Wolfe">
    <title>Michael Wolfe's answer to Engineering Management: Why are software development task estimations regularly off by a factor of 2-3? - Quora</title>
    <dc:date>2012-01-31T08:22:15+00:00</dc:date>
    <link>http://www.quora.com/Engineering-Management/Why-are-software-development-task-estimations-regularly-off-by-a-factor-of-2-3/answer/Michael-Wolfe</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[Let's take a hike on the coast from San Francisco to Los Angeles to visit our friends in Newport Beach. I'll whip out my map and draw our route down the coast:


The line is about 400 miles long, we can walk 4 miles per hour for 10 hours per day, so we'll be there in 10 days. We call our friends and book dinner for next Sunday night, when we roll in triumphantly at 6pm. They can't wait!

We get up early the next day giddy with the excitement of fresh adventure. We strap on our backpacks, whip out our map, and plan day one. We take a look at the map. Uh oh:]]></description>
<dc:subject>development management</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:1abcfdb21da4/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:management"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://furbo.org/2012/01/23/sandboxing/">
    <title>furbo.org · Sandboxing</title>
    <dc:date>2012-01-25T08:52:04+00:00</dc:date>
    <link>http://furbo.org/2012/01/23/sandboxing/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[Speaking of Radar, we encountered a fairly nasty problem after launching xScope. Many of our customers are designers and developers who love SSDs. It’s common to use a symlink in your Home folder to put big datasets like Pictures, Music and Movies on a separate hard drive. When you do this, folder access in the application sandbox container breaks. A small number of users who use symlinks are also getting crashes after launching the app that was downloaded from the Mac App Store:

xpchelper reply message validation: sandbox creation failed: 1002
Container object initialization failed: The file couldn’t be opened.]]></description>
<dc:subject>apple development mac osx sandboxing</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:d88c35438af9/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:apple"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:mac"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:osx"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:sandboxing"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://devblog.supportbee.com/2011/12/30/pros-and-cons-of-cloud-hosting/">
    <title>The Pros and Cons of Cloud Hosting</title>
    <dc:date>2011-12-31T12:22:27+00:00</dc:date>
    <link>http://devblog.supportbee.com/2011/12/30/pros-and-cons-of-cloud-hosting/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[I started my startup journey about 4 years back, right around the time Amazon introduced AWS. We started with a VPS and eventually moved to dedicated servers for Muziboo, completely skipping the cloud wave. We are doing the same for SupportBee. We do use S3 but we never used EC2 for hosting. However, I have worked as a consultant a couple of times in the last few years and I have worked with EC2 on client projects. I understand the benefits of cloud hosting but I don’t think that cloud is the right solution for every company. Traditional dedicated server hosting still makes a lot sense for majority of companies out there. However, before I get to that, let’s first quickly go over the benefits of cloud hosting]]></description>
<dc:subject>cloud development hosting amazon aws</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:717a9d4644c5/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:cloud"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:hosting"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:amazon"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:aws"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://developer.mozilla.org/Writing_Forward_Compatible_Websites">
    <title>Writing forward-compatible websites - MDN</title>
    <dc:date>2011-11-23T13:17:38+00:00</dc:date>
    <link>https://developer.mozilla.org/Writing_Forward_Compatible_Websites</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[This is a list of best practices for creating websites that do not break when browsers are updated. It's not always possible to follow all of these, but following as many of them as possible will help future-proof your website. This is especially important for intranet applications and other non-public websites where problems are likely to not be noticed during testing by browser vendors.]]></description>
<dc:subject>css development html javascript</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:dfac34204b74/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:css"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:html"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:javascript"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://kellysutton.tumblr.com/post/12836879386/12-steps-to-writing-better-web-code">
    <title>Kelly Sutton's Tumblr, 12 Steps to Writing Better Web Code</title>
    <dc:date>2011-11-17T07:20:39+00:00</dc:date>
    <link>http://kellysutton.tumblr.com/post/12836879386/12-steps-to-writing-better-web-code</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[It’s been over a decade since Joel Spolsky wrote the Joel Test: 12 Steps to Better Code. The man was ahead of his time. Sure, things like version control are a no-brainer for any competent shop out there. With the ease of tools out there, most teams have a bug database and have reasonably up-to-date schedules. Heck, most software companies out there do pretty well on Joel’s 12 steps. But those 12 steps are no longer enough.

I’ve become somewhat of a process nut, which is weird. Usually I’ve got my finger over the big red deploy button before anyone else. But that’s not process, that’s deploying. I like to hear how other companies work. I see the most trivial roadblocks frustrate some developers. Many companies, both big and small, pay too little attention to process. It hurts morale, it contributes to unnecessary work and it will eventually lead to a product falling apart.

This is my attempt to codify what I think are 12 great supplemental steps to Joel’s first 12. Like Joel’s, you should give a binary answer to each question: “yes” or “no.”]]></description>
<dc:subject>code development programming tips</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:21ea2947e161/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:code"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:tips"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://rethrick.com/#mmm">
    <title>Rethrick Construction</title>
    <dc:date>2011-10-12T10:12:49+00:00</dc:date>
    <link>http://rethrick.com/#mmm</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[Critical, drop-everything bugs become daily affairs, and the sense of confidence in the engineering strength of the structure begins to erode. This leads to low morale, burnout, and less internal cooperation for fear of taking on too many bugs.

Of course I enjoyed my time on Wave like no other time in my career. It was equal parts frustration, joy, defeat and passion. I don't regret a single moment of being associated with it. It remains a wonderful attempt at creating something unique, exciting and incomparably bold. Nor do I want to ascribe blame to anyone on the team or Google at large. I just want to point that even the smartest, most motivated and talented people in the world--with a track record of delivering success--are alone not sufficient to overcome complexity that creeps up on you. Maybe we should have known better, but we didn't.

In the end, the man-month as a scalable unit of work is hubris worthy of a Greek tragedy.]]></description>
<dc:subject>development google</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:1c9f73cf7015/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:google"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://worrydream.com/LadderOfAbstraction/">
    <title>Up and Down the Ladder of Abstraction</title>
    <dc:date>2011-10-12T07:21:38+00:00</dc:date>
    <link>http://worrydream.com/LadderOfAbstraction/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA["In science, if you know what you are doing, you should not be doing it. In engineering, if you do not know what you are doing, you should not be doing it. Of course, you seldom, if ever, see either pure state."

—Richard Hamming, The Art of Doing Science and Engineering
How can we design systems when we don't know what we're doing?

The most exciting engineering challenges lie on the boundary of theory and the unknown. Not so unknown that they're hopeless, but not enough theory to predict the results of our decisions. Systems at this boundary often rely on emergent behavior — high-level effects that arise indirectly from low-level interactions.

When designing at this boundary, the challenge lies not in constructing the system, but in understanding it. In the absence of theory, we must develop an intuition to guide our decisions. The design process is thus one of exploration and discovery.

How do we explore? If you move to a new city, you might learn the territory by walking around. Or you might peruse a map. But far more effective than either is both together — a street-level experience with higher-level guidance.

Likewise, the most powerful way to gain insight into a system is by moving between levels of abstraction. Many designers do this instinctively. But it's easy to get stuck on the ground, experiencing concrete systems with no higher-level view. It's also easy to get stuck in the clouds, working entirely with abstract equations or aggregate statistics.

This interactive essay presents the ladder of abstraction, a technique for thinking explicitly about these levels, so a designer can move among them consciously and confidently.

I believe that an essential skill of the modern system designer will be using the interactive medium to move fluidly around the ladder of abstraction.]]></description>
<dc:subject>design development</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:3dd77ce17000/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:design"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://raganwald.posterous.com/javas-comb-over">
    <title>Software’s Receding Hairline - raganwald's posterous</title>
    <dc:date>2011-09-11T13:42:54+00:00</dc:date>
    <link>http://raganwald.posterous.com/javas-comb-over</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[This is interesting, because the mechanism of growing a comb-over applies to software development. A comb-over is the accumulation of years of deciding that today is not the day to change things. A comb-over is the result of years of procrastination, years of decisions that seem right when you're in a hurry to get ready for work but in retrospect one of those days should have included a trip to the barber and a bold decision to accept your baldness or take some other action as you saw fit.
Software is like this. Bad software doesn't really start with bad developers. It starts with good, decent people who make decisions that seem right on the day but in aggregate, considered over longer timeframes, are indefensible. This is a great paradox.]]></description>
<dc:subject>development software</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:99ca842da57d/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:software"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://guides.beanstalkapp.com/">
    <title>Beanstalk Guides — best practices and how-tos on version control, deployments and collaboration</title>
    <dc:date>2011-07-13T22:31:31+00:00</dc:date>
    <link>http://guides.beanstalkapp.com/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[Version Control
Everything you need to get started with Subversion or Git.]]></description>
<dc:subject>development programming vcs git subversion versioncontrol</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:3ca70e430be9/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:vcs"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:git"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:subversion"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:versioncontrol"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://arstechnica.com/gaming/news/2011/05/the-death-march-the-problem-of-crunch-time-in-game-development.ars">
    <title>The death march: the problem of crunch time in game development</title>
    <dc:date>2011-05-27T20:03:13+00:00</dc:date>
    <link>http://arstechnica.com/gaming/news/2011/05/the-death-march-the-problem-of-crunch-time-in-game-development.ars</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[ou work hard at your job, and you don't always get to go home right when the clock strikes five, either. So why should you take time out of your day to sympathize with game developers? After all, they're adults. If they don't like their situation they can move on, right?

Well, the problem is that it's just not a very effective way to manage a project, and often it's the quality of the games that suffer. This is not a new revelation; as far back as 1909 studies have shown that the 40-hour work week actually provides more output over a long period of time than when employees work longer hours.

]]></description>
<dc:subject>development hr work</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:cdbdf0c97f11/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:hr"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:work"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://cloudcontrol.com/">
    <title>cloudControl » Cloud hosting platform</title>
    <dc:date>2011-05-22T21:57:49+00:00</dc:date>
    <link>http://cloudcontrol.com/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[PHP Cloud Hosting Platform As A Service]]></description>
<dc:subject>cloud development hosting php</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:b2f8044e5b77/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:cloud"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:hosting"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:php"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://randyfay.com/node/102">
    <title>Handling the new .gitignore file in D7 and D8 | RandyFay.com</title>
    <dc:date>2011-05-18T11:53:46+00:00</dc:date>
    <link>http://randyfay.com/node/102</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[Drupal 7 and Drupal 8 recently added a default (and sensible) .gitignore file to the standard repository, and while this solves some problems, it has also caused some confusion. (issue)

Here's a link to the actual new .gitignore. Essentially, it excludes the sites/default/files and sites/default/settings.php files from git source control.]]></description>
<dc:subject>development drupal git</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:eaaa93e04a5c/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:drupal"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:git"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://nvie.com/posts/a-successful-git-branching-model/">
    <title>A successful Git branching model » nvie.com</title>
    <dc:date>2011-04-15T07:59:17+00:00</dc:date>
    <link>http://nvie.com/posts/a-successful-git-branching-model/</link>
    <dc:creator>Aetles</dc:creator><description><![CDATA[In this post I present the development model that I’ve introduced for all of my projects (both at work and private) about a year ago, and which has turned out to be very successful. I’ve been meaning to write about it for a while now, but I’ve never really found the time to do so thoroughly, until now. I won’t talk about any of the projects’ details, merely about the branching strategy and release management.]]></description>
<dc:subject>git programming development</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Aetles/b:69221eae1caa/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:git"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Aetles/t:development"/>
</rdf:Bag></taxo:topics>
</item>
</rdf:RDF>