1. 00:52 17th Sep 2013

    Notes: 4

    Reblogged from soxiam

    image: Download

  2. 10:52 21st Mar 2013

    Notes: 20

    Reblogged from ben

    image: Download


I hate this bar in the current version of the Facebook app so much. Not the bar itself or it’s function. 

The icons look like they’re from different sets and don’t have consistent weights. The spacing is off between the first two icons. Oh, and that fucking globe asset is BLURRY! Are you fucking kidding me!?


    I hate this bar in the current version of the Facebook app so much. Not the bar itself or it’s function.

    The icons look like they’re from different sets and don’t have consistent weights. The spacing is off between the first two icons. Oh, and that fucking globe asset is BLURRY! Are you fucking kidding me!?

  3. 08:35 27th Jun 2012

    Notes: 114

    Reblogged from viewmoreco

    There is no reason not to follow your heart.
    — Steve Jobs (via aboyinmidair)
  4. 00:29 10th Apr 2012

    Notes: 240

    Reblogged from laughingsquid

  5. Great Instagram feed viewer. I like that it is simple, and shows the images at full size.

  6. 21:26 4th Mar 2012

    Notes: 1

    Summary of the Github/Rails Security Kerfuffle

    Hacker News was full of posts about a security issue relating to Github and Ruby on Rails today. The story is confusing and I’m seeing some incorrect information about it. Here is a summary of my understanding of the events. I’m not casting judgement, just trying to make an understandable summary.

    1. Github user homakov believes that a Rails default setting makes it more likely for Rails developers to overlook a certain security issue. He posts an issue report on the Rails repository github page explaining his concern.

    2. His concern is dismissed.

    3. He posts a comment on the issue which references a github issue seemingly created in the future. This is to demonstrate that the issue he raised has lead to a security hole in Github itself (which is built using Rails), which he used to post an issue with a future timestamp.

    Note that this isn’t really a security bug with Rails. Rather it is a default setting that could lead a developer to create a security hole in their app. Homokov wants to alter Rails such that it is harder to make that mistake.

    4. This stunt is largely ignored.

    5. He tries another stunt - making a commit to the master branch of the official Rails repository. Demonstrating that he could potentially control any repository on Github. Unauthorized users should not be allowed to commit to this repository. It is a very high-profile repository, so many eyebrows are raised as a result.

    This is like going to a mall that is built of Acme brand wood, which happens to have an Acme store inside. Then telling the Acme employees that their wood has a weakness if used improperly. The employees say “well, we designed that way, it’s not our fault if someone uses it improperly”. The he does a karate chop on their wall, smashing a hole in it and says, “See? even this mall where your store is located has used the wood improperly”.

  7. L@@K!


  8. 23:59 27th Dec 2011

    Notes: 105

    Reblogged from fuckyeahcomputerscience


    A proof that the Halting Problem is undecidable

    No general procedure for bug checks succeeds.
    Now, I won’t just assert that, I’ll show where it leads:
    I will prove that although you might work till you drop,
    you cannot tell if computation will stop.

    For imagine we have a procedure called P…

    I find this endlessly fascinating. It took me a while to wrap my mind around the concept, which is almost certainly something I was expected to understand in college but failed to. I wrote this bit of pseudo-code to help explain it to myself: https://gist.github.com/1526386

  9. 20:47 19th Dec 2011

    Notes: 2

    The Not-So-Simple Feature

    I’m just about finished building a coupon system for my e-commerce site. Customers visit a special URL that includes the coupon code. Then the coupon is applied to the order they create.

    Here are some of the things I had to consider when building the feature. This is why seemingly simple features can take longer than expected.

    • What is the most reasonable database structure for coupons that can take on different forms?
    • Is there anyway for an attacker to abuse coupons?
    • What if I issue a 50% off coupon, then a year from now I allow users to sell their own products and set their own prices, and a user sets a $10,000 markup on their own product and buys it 100 times using the coupon?
    • What if a coupon results in a negative price for an order?
    • What if a coupon becomes invalid after it has been applied to an order?
    • What if a coupon becomes invalid right as an order is being placed?
    • What if a customer adds a coupon to their order, then logs in and their account has an order in progress with a different coupon applied?
    • What if showing the original price and the discounted price side by side takes up too much space and it can’t all fit?
    • What if a customer tries to redeem an expired coupon? Voided? Nonexistant? Used up?
    • How will a customer see that their coupon has been applied?
    • How will a discount be reflected if the user updates the quantity of their order using AJAX where the total order price is calculated client-side?
    • What if a customer wants to remove a coupon from their order?
    • How will a discount amount be stored after the order is placed to ensure the actual discount amount is available for record keeping purposes?
    • How does the checkout page change if the total price of an order is zero?
    • Does the customer pay tax on an order’s discounted price or full price?
    • Should the coupon code ‘freestuff’ be recognized if the user types in ‘FREESTUFF’?
    • What if a customer redeems a coupon while a coupon is already applied to their order?
    • How should the checkout page change if the coupon gives free shipping?
    • What if a wholesale customer with a constant discount tries to use a coupon?
  10. Bizarre Conversation

    1. I was making a purchase, and someone within earshot was explaining that their dad loved toothpicks.
    2. Clerk: Does /your/ dad like toothpicks?
    3. Me: uhh...
    4. Clerk: Oh no, don't tell me your dad is dead!
    5. Me: No, but it's interesting that your mind went there.
    6. Clerk: Well you know, it's like when you say "Adopted kids are weird" and then you find out the person you are talking to is adopted.
    7. Me: Has that happened to you?
    8. Clerk: You're not adopted are you?
    9. Me: I don't believe so, but that would explain the weirdness.