Home of the Boogie-Woogie Feng Shui

The next data breach will be fake

It would be really inter­est­ing if a hacker found a way to har­vest new pass­words and pass­words being changed and faked a huge data breach to get mil­lions of peo­ple to change their pass­words.

Threat­en­ing fake data breaches if not paid a ran­som could be the next prof­itable hacker mar­ket. It would prob­a­bly work a few times, and cer­tainly muddy up the waters for both orga­ni­za­tions and peo­ple. Imag­ine try­ing to fig­ure out how to respond when 10 major groups have a data breach per week, but 2 of those are real and the rest are fakes. Chaos and mas­sive frustration.

Potential Wikis

Wikis are inter­est­ing. I love the page inter­link­ing and editable nature of them. In the past I have used Tid­dly­Wiki for a per­sonal wiki long before Ever­note or OneNote came along. That must have been back in 2004–7, though I check in on it now and then. It is a sin­gle HTML file that works like a wiki, mod­i­fy­ing itself. It is very impres­sive. It makes it easy to sync via Drop­Box too and backup as snap­shots in time.

I just vis­ited that link for the first time in a year or two though and found it’s been revamped, mod­ern­ized, and updated. It looks great! Might have to play with it again.

How­ever today I came across 3 other wikis that I may want to use for my per­sonal notes or for Arts­Fuse knowl­edge shar­ing with my col­leagues. I don’t know much about them yet other than the cur­rent trend is to use git for data stor­age and be eas­ily hostable with nginx on a python/ruby backend.

Realms - Git based wiki writ­ten in Python Inspired by Gol­lum, Ghost, and Dillinger. It is Markdown-only which is a painful lim­i­ta­tion. But it has live col­lab­o­ra­tive editing.

Branch­able — This is a hosted solu­tion start­ing at $10/month

Gitit — Git-based wiki that can be edited in many markup lan­guages and export to many more includ­ing PDF, EPUB, and Medi­aWiki format.

If these can be cus­tomized with­out a ton of effort I may try them over OneNote which is my cur­rent favorite. Wikis may be a bet­ter solu­tion to shar­ing knowl­edge with cowork­ers than shared OneNote folder, but they also have to com­pete with Drop­box and Google Drive for collaboration.

Redesigned ArtsMuse Website

Updated August 25, 2014: Arts­Fuse has rebranded! I updated the links below to point to artsfuse.com instead of old artsmuse.io website.


The redesigned Arts­Fuse web­site is live. This is the side project I am work­ing on with my wife and my friend Steve: a cus­tomiz­able art deliv­ery solu­tion for the home and office. What does that mean? It means we can put art on any TV!

Any­way, I redesigned our page. Below is a screen­shot of the new front page. The goal is to quickly get vis­i­tors to use­ful con­tent on one of the 3 land­ing sites for I want art, I make art, and I dis­play art.

Screenshot of revamped ArtsFuse main website page.

Screen­shot of revamped Arts­Fuse main web­site page.


Jira Annoyances for Agile Tracking

We are using Jira more and more at work and I am find­ing it very frus­trat­ing. As an issue tracker it works well and links nicely with the other Atlass­ian prod­ucts we use, like Cru­cible. But now we are using it for agile iter­a­tion track­ing and it is just a stream of half-baked behavior.

Atlass­ian has put lots of effort towards cre­at­ing an ajax-heavy UI, but each action is as slow as a full page load. Then things that seem to be first-class arti­facts (Iter­a­tions) can’t be directly searched and linked-to with­out drop­ping into their SQL-like query syntax.

You have to get the actual iter­a­tion ID by click­ing the Iter­a­tion from within in a story and it changes from “iter­a­tion 1″ to some ID, in this case 2656. Then you can con­struct a search fil­ter based on that and fil­ter­ing out subtasks:

sprint in (2656) and issuetype in standardIssueTypes()

Then you can get a per­ma­nent link to it. They are pre­dictable after that, but for each iter­a­tion you have to locate this ID and con­struct a new query. There seems to be no Iter­a­tion His­tory type view or even a way to directly open them and look at them his­tor­i­cally. Iter­a­tion doesn’t seem to be a first-class con­cept, just a glommed-on bit of UI wrapping.

On Page Margins

Who decided 1.25″ was rea­son­able for mar­gins on paper? It’s stu­pid to waste 40% of the paper. I doubt peo­ple get con­fused when text comes to within say half an inch of the paper edge. “Gee, this para­graph would look bet­ter with a big white bor­der: like a mes­sage in a bot­tle drift­ing patiently in a vast sea wait­ing to be discovered.”

Here is the break­down of mar­gin reasonableness:

0 — Used by crazy peo­ple writ­ing screeds to hand to strangers on streetcorners

1/4″ — User clearly cares for envi­ron­ment but pushes the lim­its. Pos­si­bly goes a bit over­board about trees and mother nature.

1/2″ — The happy best size for com­mu­ni­cat­ing. LOOK — infor­ma­tion can be fit onto the page!

3/4″ — A good com­pro­mise for get­ting a lot of infor­ma­tion onto the paper with­out look­ing overcrowded.

1.25″ — Sta­tus quo. You write doc­u­ments but you don’t read them for a liv­ing or need to refer to them.

1.5″ — Gotta turn in a paper with spe­cific page count, eh? Hey, don’t for­get to use 16 pt font and make the mar­gins frac­tion­ally larger!

Greater than 1.5″ — You are liv­ing in a state of sin.

1.5″ mar­gins are barbaric.