Put the knife down and take a green herb, dude.
One feller's views on the state of everyday computer science & its application (and now, OTHER STUFF) who isn't rich enough to shell out for www.myfreakinfirst-andlast-name.com
|FOR ENTERTAINMENT PURPOSES ONLY!!! Back-up your data and always wear white.|
|Thursday, May 21, 2015|
This is from [VMware's community site](https://communities.vmware.com/message/2382256#2382525).
posted by ruffin at 5/21/2015 02:25:00 PM
|Friday, May 15, 2015|
Ah, [the elusive dependency-free datepicker](https://github.com/dbushell/Pikaday).
> Lightweight (less than 5kb minified and gzipped)
> No dependencies (but plays well with Moment.js)
> Modular CSS classes for easy styling
Sounds good, anyhow, and it looks like it's been around for years. Might be worth some testing.
I'm starting to hook up the html side of my node app, and I'm trying to stay pretty 3rd party library lean. But there's no reason whatsoever to reinvent the date picker. Hope it actually understands dates, though. Dates aren't fun in any language.
(Okay, well, actually, dates are *lots* of fun, and I've got a SO question on date diffing that I really would like to have enough time to return to. One of the answers posted after mine set up some unit tests that it ran against each existing answer, and my answer, though performing reasonably well, fails a few. (My answer was about as good as Skeet's at the time (failed and passed about as many tests, iirc)! I think Skeet was grossly overcomplicating the process, but it's been a while, and I've got to go back to check when I have some real time), fails a few.)
posted by ruffin at 5/15/2015 03:29:00 PM
So though it's completely unfair to characterize a technology stack based on the poor implementations built on top of it by 3rd parties, I completely get what [this guy is saying](http://nerdventure.io/sql-server-and-node-js/):
> If you've spent as much time as I have plumbing the depths of .Net, you
He's comparing that to using packages on Node. Here's his Node sum:
> [Node is] one of the very few languages that has a package system that
I just started fishing around in `node search`, and it isn't all pretty. And it's not like .NET doesn't have *any* well-maintained, friendly, open-source projects, but I get his point here too. I'd probably even agree that as you move from .NET's core to its "core libraries", quality suffers. LINQ is great, but that's a core language feature at this point, I believe.
The nice part about Node is that it's very Linux-on-the-desktop-y, in that simply being a Linux user means you're willing to accept many things your standard workstation user would not.
**Node usage presupposes a few things whose importance we might underestimate:**
*Users are familiar with the command line.
That's a pretty select group of folks, and one I'd rather work with than the guys who need point-and-click admin interfaces (not that *everyone* who uses MS does, but those who do need the hand-holding are largely welcome there) who think SSRS is the way to create web interfaces for their reports (and sympathy to anyone whose job forces them to use SSRS. You know, node and MS SQL really aren't that bad together...).
 I had MS SQL Server training years ago, and wow. The guy I was working with did almost everything from the command line, it seemed, or at least *could*, and would if it was easier than the GUIs, so that's how I was learning to do it too. But man, there were tons of people in the course who only knew how to run a SELECT by right-clicking a table in what's now SQL Management Studio and selecting the SELECT options from the context-menus there.
Last month, I took a training course on administrating VMware's vCOps/vROps. Same deal. Though you could use PowerCLI to pull out all of these metrics and then pretty much push them wherever you wanted, the course was all about how to left & right-click your way through wizards with exceptionally klunky UIs to make management-friendly "dashboards" whose metrics those admins might or might not actually understand.
posted by ruffin at 5/15/2015 08:41:00 AM
|Wednesday, May 13, 2015|
Data on SSDs powered off die quickly, [summed by Michael Tsai](http://mjtsai.com/blog/2015/05/12/storing-ssds-without-power/). Key in on the /. post's use of "unverified" in "unverified backups", which implies (explicitly says?) you have to tend your backups whether they're of old data or not.
Quoting from [MacWorld](http://www.macworld.com/article/2920727/leaving-unpowered-ssds-in-a-warm-room-can-kill-your-data-fast.html):
>A new research presentation shows that solid state drives can lose data over time if they aren't powered on, especially in warmer environments. A powered-off drive in 104 degrees Fahrenheit may start seeing data loss after a couple of weeks.
Quoting from from a [Slashdot user, no less](http://hardware.slashdot.org/story/15/05/10/0936213/enterprise-ssds-powered-off-potentially-lose-data-in-a-week) (long time no see, /,):
Hadn't really given data's lifespan on SSD much thought. Kinda makes you miss EPROM rot, which seems glacial by comparison. I guess I should expand my adage about digital data from, "If you don't have it in three places, you don't have it at all," to, "If you haven't verified you have it in three places in the last three weeks..."
Also means that the way I kinda store old laptops as "backups" needs to change, and quickly. I haven't retired an SSD powered computer yet, but it looks like it'll be a more complicated process when I do.
The weird thing about "live" digital data (where "live" means "<strike>electronic</strike>", versus, say, a printout or punch card) is, though it's easily copied everywhere and you can store crudloads of it, that the medium is more like sourdough starter (or a dog, if sourdough bread is foreign) than paper in that it requires constant feeding. Makes you appreciate those About Box museums a little more.
I wonder how degraded my home movie VHS tapes are... YouTube posts of old VHSs aside, our magnetic (and now even moreso with solid state) legacy might be *much* more ephemeral than film and paper have trained us to expect.
posted by ruffin at 5/13/2015 11:43:00 AM
|Monday, May 11, 2015|
Quick SO answer to the rescue. Quick sum: Run the script with
Side note: You can't use
posted by ruffin at 5/11/2015 10:52:00 AM
|Saturday, May 09, 2015|
Apparently The Right Way includes adding to an exclude file, but if you just want to "assume unchanged" forever...
If you need to ignore local changes to tracked files (we have that with local modifications to config files), use git update-index --assume-unchanged [
posted by ruffin at 5/09/2015 02:09:00 PM
Note to self: Look inside your new album's cover. There's a CD in there. It'd be nice to find that before you hook your turntable up to your MacBook, import and split into tracks with Audacity, and convert to mp3.
This worked not only with the new Halestorm album I picked up last weekend, but also the Rich Robinson album I picked up months ago, but hadn't gotten around to importing. Glad I thought to look. After I'd already ripped both Halestorm records and noticed the CD when I put them back.
posted by ruffin at 5/09/2015 01:39:00 PM
|Friday, May 08, 2015|
Edit: Great wrap up of Redacted by Michael Tsai (who is without peer at link sniping these things).
So as any good, RSS-equipped indie dev wannabe knows, Sam Soffes blogged about the release of Redacted yesterday. I've watched the video, I've seen the website. I agree with you. It wasn't a great launch, and it isn't a particularly great app. I can pixelate all I want with Skitch for free. And making black boxes on top of images? RLY? How long have we been able to Windows-R, mspaint? Heck, you can make white ones in Preview by selecting and cutting.
I bet Soffes wouldn't argue any of that. He certainly doesn't argue that it was a bum launch.
Dan Counsell would not be proud.
I'm all for supporting the village toymaker, but Redacted isn't exactly hitting a pain point for me, so I doubt it's aspirin for what other OS X users heard about the app either.
It's the results, stupid
But our take home today isn't that the launch wasn't great or the toy isn't particuarly novel. It's that this cruddy launch of a cruddy app DOMINATED THE APP STORE!!1!.
Let's let that do the proverbial sinking in. This barely tweeted app was #8 overall paid in the US Mac App Store. That's great! Wow, look what a blog and twitter account bags you, right?
What a blog and a twitter account (and #8 top paid on US Mac App Store) bags you...
Wow. #8 in the US == 59 sales, at least on May 7th, 2015. And that bagged him $302. If he stayed #8 all year he makes $110k.
(Hint: He's not going to stay #8 all year. That said, by following the new, "I'll share my numbers with you indies, and then you'll buy my app," marketing plan, he's #2 currently. Sounds like he's getting $1000 today. See what a little marketing does for you? Dan's happier now. Not happy, but happier. ;^D)
Who is Sam, and what's the lesson for indies?
I like the way he quietly slid his move back to full-time employment in there, but I'm not sure that's the right reaction. This is a guy who, about a year ago, made his goal to retire a year from now, at 25. Probably not going to do that at the 9-to-5.
This is also a guy who, just over seven months ago, said:
That's just sad, man. And it's pretty common, I think. I follow a recently pretty quiet blog from White Peak Software. The guy hit it fairly well at least twice, once on the Mac before iOS, and once during the iOS gold rush. And he's been working as an indie (plus contracting) for 10 years.
But he talks about a goal of making $700-1500 a month on software alone at one point, and apparently isn't hitting that goal. That stinks.
I'll probably blog more about this later, but the lesson seems clear: Go big or go home. Target business users somewhere, somehow in your business plan. News flash, niche seekers: You can't help but shoot for a niche, but, oxymoronically, shoot for a big one. Don't go out of your way making your ideas more niche. Simply find it. And don't expect any single marketing trick (perhaps excepting the aforementioned, "Here are my numbers; buy my app" trick) to push you into the black/green/what-have-you.
And don't expect to retire at 25 if you're the village toymaker. It could happen. It shouldn't be your goal.
Let me be clear: I really appreciate folks blogging about what's essentially failure. Soffes hasn't failed yet, but he was on his way if he just left Redacted on the Mac App Store pile without any more marketing. You could read what I'm doing here as a pretty hard slam. It isn't, though it's not slam-free.
Redacted has to be a side project for him. That is, I don't get the feeling this was the equivalent of Sinclair working on Unread:
I began work on Unread at the beginning of July 2013. I spent about six weeks on the overall design of the app, then plunged headfirst into Xcode, not coming up again for air until the following spring. I estimate that I worked sixty to eighty hours a week every week from July 2013 up until the launch of Unread for iPhone Version 1.0 in February 2014.
Getting several thousand dollars from a for fun side project ain't failure, man. It doesn't mean go back to Cubeland. Though getting $300 for being #8 Top Paid in the US might be. Reminds a little of Charles Perry's fable of "Pareto Distributions and the Long Tail":
Luckily, there’s a lot of money to be made in that long tail. At the top of the long tail, in position 871 on the U.S. Top Grossing list, an app still makes over $700 in revenue per day. That’s almost $260,000 per year. Even number 1,908 on the U.S. Top Grossing list makes over $100,000 per year.
I sent Perry an email after that post, and he was exceptionally kind with his time and replied, in detail. He's, imo, stuck on seeing the glass half full. Fair enough. But after hearing a number of people say targeting the Mac, where people will "still pay real prices" (I think Daniel Jakut, among others, has said something to that effect, though that's where his bread is buttered already), I'm not sure if the tail on OS X's store (not including straight sales, natch) is as long, and I wonder if the iOS App Store's is as fat as we thought.
I can agree strongly with Charles on one thing, though, that I believe he said on Release Notes: We need to grow the pie.
Soffes' big project was supposed to be Whiskey, a Markdown editor. I'm using a great, free Markdown editor right now -- MacDown. I don't see a single must-have, Markdown editor-evolving-feature on Whiskey's feature list. He's got to get better ideas, man, or he's got to gain a larger following. Note that I didn't say more original ideas. Just plain old, solid, "invest in gold" kinds of ideas.
And going back to work full-time is a sort of failure within the goals Soffes' expressed for himself. Though he tends to fall in and out of full-time work. It'll be interesting to see what happens in a year to 18 months.
posted by ruffin at 5/08/2015 09:54:00 AM
|Thursday, May 07, 2015|
So I'm unhappily debugging some inherited Python code, a language I've never used before, that's causing trouble (it's comparing .csvs, and was using giant dictionaries to keep all the rows from the first in memory, removing keys when a matching "id" column was found in the other file. But did it anticipate repeated keys in multiple csv rows? No. No, it apparently didn't), and got the attached "results" from googling for "python try catch". Hello, surreal...
And, as you can tell from the second picture, if you choose to play, after the search results are replaced by a command-line environment, things get a little Hideo Kojima-y. I remember once playing the original Metal Gear Solid with a buddy and running into Revolver Ocelot (?) in a boss battle, and he said something about how long it'd been since we'd saved, and that we weren't allowed to save now. I'm not even sure he was telling the truth, but we didn't try to save, and the battle was that much more exciting because of it.
So "This invitation will expire if you close this page," certainly convinced me into going down the rabbit hole. I mean, even if this is some sort of strange, elaborate hack, who wouldn't? I'm your huckleberry.
Turns out there's a file in my "home" directory called
The worst thing? I completely foobared the Google/foobar. What a freakin' idiot. I did sort of figure it was an application for employment, and I couldn't've done worse. The first problem wasn't tough, but I did my usual "race through and figure out errors later" and obo'd all over the place, which was obviously the point of the problem. I got it, but it took about 17 minutes of setup and fixing dumb errors. Idiot. I'm sure they see every failed
Oh well. I logged in to save and guess I'll try the remaining tasks later. Not that I'm even looking for a job. Not that it's particularly ethical to interview me for a job while I'm working in my current position without telling me that's what we're doing. But that was fun, in a way.
This is what I get for searching to fix a Python issue! Programming languages are all "different dialects of the same language", a prof once told me. He was right, but it's strange what googling those dialects can do to you.
Anyhow, more about what's going on with Google/foobar here. And yes, it turns out it was an interview. Dang it. Still, from debugging Python in VIm via ssh to javac-ing an answer in 17 minutes isn't horrible, I guess. ;^)
posted by ruffin at 5/07/2015 09:59:00 AM
All posts can be accessed here:
Just the last year o' posts: