MacBook, defective by design banner

title:
Put the knife down and take a green herb, dude.


descrip:

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

Using 89% of the same design the blog had in 2001.

FOR ENTERTAINMENT PURPOSES ONLY!!!
Back-up your data and, when you bike, always wear white.
x

MarkUpDown is the best Markdown editor for professionals on Windows 10.

It includes two-pane live preview, in-app uploads to imgur for image hosting, and MultiMarkdown table support.

Features you won't find anywhere else include...

You've wasted more than $15 of your time looking for a great Markdown editor.

Stop looking. MarkUpDown is the app you're looking for.

Learn more or head over to the 'Store now!

Thursday, August 16, 2018

From a reply I posted to Michael Tsai’s excellent blog, this time talking about pushback to Apple’s encouragement of SUBSCRIPTIONS FOR EVERYONE!!!!1!:

I have no problems paying a bit more for quality apps, but either it’s pay upfront, or it’s highly unlikely I’ll subscribe to an app. Sorry, devs.

I don't believe this or the two comments on this story for a second. You're telling me nobody would pay $1-$2 a year for an app that costs $5? If you don't use it often, it's cheaper to have a full year to try it out [before putting it down].

Many apps are charging too much for their subscriptions. It's the "Cup of Starbucks Pricing Metaphor Fallacy" reversed. "Netflix charges $10 a month. so my subscription price should be in the ballpark. $4 a month is a steal for a subscription!"

No. $4 a month is insane for your app. Price accordingly. Microsubscriptions are the proverbial future.

And for expensive apps, well, MS Office and Adobe Photoshop have already shown the market doesn't mind subscriptions. And businesses have been paying for yearly subscriptions for years.

Labels: , , ,


posted by ruffin at 8/16/2018 08:38:00 AM
0 comments
Tuesday, August 07, 2018

You can thank me for the MacBook Pro update, since I bought an Air on June 14th. It was too difficult to keep waiting, and most of my “if only” excuses were essentially removed during the Air’s 2017 update. The entry level got a slightly faster processor and 8 gigs of RAM on the bottom end, just enough to get by. And look at all the ways it’s better than a MacBook Pro…

  • USB-A ports.
  • SDXC card for cameras
  • Magsafe
  • DisplayPort
  • A reliable keyboard

The last sticking point for me was the price. At $1000, it’s too steep. But Best Buy had a sale June 14th for the bottom of the line Air for $700 plus tax. You can’t beat that. That’s competitive.

I’d been holding out for a new MacBook for literally years now, having gotten a Lenovo gaming laptop to use as my programming rig back in 2016 when I thought Apple had created a MacBook that wasn’t really for Pros with this new generation of MacBooks. Phil Schiller said as much, when he claimed the new 13“ Pro could replace the Air, and Walt Mossberg agreed, saying that ”if these new MacBooks simply didn’t carry the Pro label, we’d all have a lot less to complain about". Wow. This is a consumer laptop.

You might recall my comparison of bottom of the line MacBook processors. Even after last month’s update, nothing’s changed there, at the low end. The MacBook Pro “Escape” 13“ still has a crappy i5–7360U, with a top-end only about 80% higher than the Air. The 12” MacBook is only 6% faster. None of these are speed demons. You’ve got to pay $1799 to get to the new processors in the latest refresh.

entry level MacBook speeds

Neither step up from the Air are worth the price. The calculus said that I’m much better off spending $770 after tax on an Air, and putting the difference between the Air and Pro, even when the Escape was on sale at B&H for $1200 (which was tempting), towards a new desktop or a future MacBook. In a sense, I can get an Air now, and bank over $400 towards my next MacBook.

Marco agrees

Heard a lot of my reasoning coming out of Marco Arment’s mouth on the most recent episode of The Talk Show. He basically said that laptops are optimized to run [predominantly] at a nice, low clock speed that sips power. You can get this low-power mode from an Air or the most powerful 15" Pro. Your compilations will suffer, but as I said when I talked about my $100 Lenovo S100, small computers with great battery life are a lot more useful than you’d think. Work on headless tasks in console apps (rather, make your tasks into many headless programming tasks), and you’ll be surprised how much you can get done.

Laptops – all laptops – are made for low power tasks. If you want as much power as you can carry, sure, max something out. But unless you’re okay with a “tall” gamer laptop (Marco actually talks about this) with the requisite fans and sorry battery life (hello, Lenovo Y700!), you’re not going to be able to cool your proc, no matter who you are.

You really want power? Stay at home and get a desktop.

At some point, I’d settle for a quality mini upgrade, which sounds like it could happen soon, but I’m hopeful the new Mac Pro will have an entry level that’s worth a look.

But you get the point. If I want portable macOS, the answer was and, I think, remains the Air on sale. It’s cheap, convenient, and reliable. Even after the update, it’s not worth paying $1000 more for a 8250U i5 and a Retina screen. Instead, I’ll pocket that cash and hope for something that makes sense later.

To date, the only thing I really dislike is that HDMI out is limited to 1920x1080. You have to use DisplayPort if you want higher resolution. This has been a Mac hardware limitation for a while that I’ve never really understood.

Labels: , , , , , , , , ,


posted by ruffin at 8/07/2018 06:46:00 PM
0 comments
Sunday, July 08, 2018

I'm kind of tired hearing that Apple is all about detail. Is their hardware impressive? Traditionally, yes -- even now, yes, minus one exceptionally depressive fail with their laptop keyboards & their inability to adapt with headless pro machines.

But here's a good example of where design simply isn't done in iOS, specifically the Contacts app.

  1. Enter a new contact.
  2. Enter a Company name, rather than a First and Last
  3. Click + for adding a new phone number

Expected behavior: Since we filled in Company name, I'd expect "work' to be the default phone type.

Actual behavior: "home" is the default phone type.

That's a huge fail. We're in iOS 11, folks. How could someone not have added this by now? How many Contacts entries around the world have just a company name and just a "home" phone?


This reminds me of another Apple design fail I ran into (har har… keep reading to get the pun) recently... I went running one morning, but didn't have my Apple watch, so I carried my phone.

Later, I looked at my proverbial rings, and though exercise is closed at 32, my red ring is stuck at 147.

apple watch with 32 mins of exercise, but only 147 in

I realize the "Move Ring" keys off of stuff like heartbeats, which my phone won't capture, but believe me, once you're over, let's conservatively say, 6 miles per hour, it's clear you're moving, okay?


posted by ruffin at 7/08/2018 10:07:00 AM
0 comments
Saturday, July 07, 2018

I was watching an excellent video describing the iterations of the Angular compiler, and rabbit holed a little with hidden classes.

The most enjoyable resource I found on this (and javascript optimization in general) was from mrale.ph:

[Falling back to the runtime to bullheadedly access properties from objects out of any context from our code] is an absolutely valid way to implement property lookup, however it has one significant problem: if we pit our property lookup implementation against those used in modern JS VMs we will discover that it is far too slow.

Our interpreter is amnesiac: every time it does a property lookup it has to execute a generic property lookup algorithm, it does not learn anything from the previous attempts and has to pay full price again and again. That’s why performance oriented VMs implement property lookup in a different way.

What if each property access in our program was capable of learning from objects that it saw before and apply this knowledge to similar objects? Potentially that would allow us to save a lot of time by avoiding costly generic lookup algorithm and instead use a quicker one that only applies to objects of certain shape.

This optimization technique is known as Inline Caching and I have written about it before.

[emph and bracketed paraphrase mine]

It's worth a full read. And once you've got how hidden classes, polymorphism, and megamorphism works, you could probably fall into exactly the same compiler optimization steps Angular's Tobias Bosch does in his video, above.


Here's a quick bit on poly/mega/morphism from the same source, as I once again save you from googling, one resource at a time.

If we continue calling f with objects of different shapes its degree of polymorphism will continue to grow until it reaches a predefined threshold - maximum possible capacity for the inline cache (e.g. 4 for property loads in V8) - at that point [the] cache will transition to a megamorphic state.
...
In V8 megamorphic ICs can still continue to cache things but instead of doing it locally they will put what they want to cache into a global hashtable. This hashtable has a fixed size and entries are simply overwritten on collisions.

It's duck typing, all the way down, until you have too many ducks, at which point we default to a home-rolled bird almanac.

Labels: , , ,


posted by ruffin at 7/07/2018 09:58:00 AM
0 comments
Monday, June 18, 2018

So this is impressively stand-up… I bought an SD copy of Killing Eve on the iTunes store for $2, just to see if I’d like it. It’s pretty good, and I might like to watch it all.

One of the reasons I like using iTunes for this sort of series checking is that I can pull a Complete My Season, putting the price of individual episodes towards buying a discounted whole season later, if I want. It encourages trying before you buy, which, ultimately, encourages buying.

But what if I want HD? Turns out Complete My Season has me covered. That $1.99 I spent on an SD episode unexpectedly can also be applied to an HD season purchase! The HD was originally $19.99, now $18 after a $1.99 purchase. SD was $13.99, now $12.

I mean, I guess that makes some sense. You can download the SD version when you buy the HD package, so the SD:HD::SD purchase::HD purchase syllogism works, but it’s still impressive to see.

Anyhow, kudos to Apple on that one.

Complete My Season prices after buying one SD episode

Labels: ,


posted by ruffin at 6/18/2018 08:28:00 PM
0 comments
Tuesday, June 12, 2018

MDN has an excellent sample to show the differences between for... in, for... in with hasOwnProperty, and for... of.

Good thing we had more prepositions, I guess.

Object.prototype.objCustom = function() {}; 
Array.prototype.arrCustom = function() {};

let iterable = [3, 5, 7];
iterable.foo = 'hello';

for (let i in iterable) {
  console.log(i); // logs 0, 1, 2, "foo", "arrCustom", "objCustom"
}

for (let i in iterable) {
  if (iterable.hasOwnProperty(i)) {
    console.log(i); // logs 0, 1, 2, "foo"
  }
}

for (let i of iterable) {
  console.log(i); // logs 3, 5, 7
}

Labels:


posted by ruffin at 6/12/2018 08:54:00 PM
0 comments
Friday, June 08, 2018

I keep piling up TONS of stuff in Instapaper with the up-until-now mostly unfulfilled plan to catch up on these "important" articles that deserve some consideration later.

I never get there. I found myself wishing I could print out all my Instapaper articles as a [real, bound, paper] book.

Did you know Instapaper lets you export your stuff as ebooks and even a printable pdf (though the last keeps timing out on me)? The only thing I don't like so far is that the ebooks it creates only go back a little ways in my history. I guess I should catch up, archive things, then make another book. Or make a book, archive its contents, then make another.

But this is the killer feature for Instapaper. Put the content I want to read closely into a format conducive to close reading.

Accessing the Instapaper download interface

Now many of my articles are cut off, but that's a general issue with Instapaper. When it works, it works well.

Example content from Instapaper eBook

(Not saying I'd recommend using Edge to read ebooks; just what was close at hand. Time to OneDrive them over to the iPhone, I suppose.)

Labels:


posted by ruffin at 6/08/2018 11:37:00 AM
0 comments

I'm apparently late to the JavaScript Fatigue is a Thing game.

Too Many Tools.

At work this past quarter, we painstakingly started three new projects at work. I say “painstakingly” because every project required decisions to be made around tooling depending on the scope & needs.

Ultimately, the problem is that by choosing React (and inherently JSX), you’ve unwittingly opted into a confusing nest of build tools, boilerplate, linters, & time-sinks to deal with before you ever get to create anything.

Labels: ,


posted by ruffin at 6/08/2018 09:49:00 AM
0 comments

Support freedom
All posts can be accessed here:


Just the last year o' posts:

URLs I want to remember:
* Atari 2600 programming on your Mac
* joel on software (tip pt)
* Professional links: resume, github, paltry StackOverflow * Regular Expression Introduction (copy)
* The hex editor whose name I forget
* JSONLint to pretty-ify JSON
* Using CommonDialog in VB 6 * Free zip utils
* git repo mapped drive setup * Regex Tester
* Read the bits about the zone * Find column in sql server db by name
* Giant ASCII Textifier in Stick Figures (in Ivrit) * Quick intro to Javascript
* Don't [over-]sweat "micro-optimization" * Parsing str's in VB6
* .ToString("yyyy-MM-dd HH:mm:ss.fff", CultureInfo.InvariantCulture); (src) * Break on a Lenovo T430: Fn+Alt+B
email if ya gotta, RSS if ya wanna RSS, (?_?), ¢, & ? if you're keypadless


Powered by Blogger etree.org Curmudgeon Gamer badge
The postings on this site are [usually] my own and do not necessarily reflect the views of any employer, past or present, or other entity.