4,759 karma · joined March 29, 2010
Opinions posted here are my strictly my own, and not representative of any employer or organization that I am a part of.
https://tedpak.com
[ my public key: https://keybase.io/powerpak; my proof: https://keybase.io/powerpak/sigs/fEW8iI_3tD3E9XjbSaPJTDOtaai7TXU6j1QAezE82Xc ]
Also, you'll find that that where we departed from conventions for flowcharting, we did it to save pixels, or make the UI more accessible. There is a tradeoff in visual programming between ease of editing and clutter--compare with Max MSP, which has a stark UI, at the cost of having you memorize certain textual commands. If you draw a bare flowchart, it's not obvious how to manipulate it until you draw other GUI controls on top of it or make some modifications. However, it is the general paradigm we are tapping into.
http://www.cbsnews.com/8301-504763_162-20022861-10391704.htm...
Yep, your "junk" is fully visible.
Paparazzi's wet dream... I mean, if the LAPD can't keep pictures of a battered Rihanna from TMZ[1], wait until Paris Hilton decides to fly commercial through LAX. (Celebrities can't always afford charter, can they?)
I don't know about that. Within a particular domain, you can certainly come close to representing these things, or presenting the right controls for a user to represent commands and conditionals. For an example, check out QuickFuse http://quickfuseapps.com
Before we built this, we thought about common ways people "drew" voice apps, and commands and conditionals both have certain natural visual representations in the "voice app" space, e.g., blocks with branching arrows and writing text to indicate spoken words.
This reminds me of the Commodore 64 emulator where you can see pretty much a full slice of active memory, along with all the various graphics buffers, and tweak them as you wish. This takes it to another level: you can literally see and poke every physical component.
Can you fly in Minecraft? It's fun to walk around a CPU, but that looks like a lot of walking.
One of the main arguments against FB monetizing their ads is because "FB users don't go on FB to click on ads". This is anecdotally true. But when FB Connect and Like buttons have you logged in everywhere, there's nothing stopping them from showing you targeted ads when you are shopping, or searching or doing things where ad CTR would be much higher.
“If Retweet equals Member of Strategy Group, add to midmorning direct message queue.” “If Silverlight press conference transcript feed contains question from Mary Jo Foley, route to broker queue with Unload flag.” And so on.
...I started cracking up. Expecting general consumers to configure the logic behind their social stream is just a hilarious failure to understand how people socialize.
Email filtering is and will always be a power user feature. The same goes for any feature where you have to configure a set of rules. Most people do not like, care, or want to do such a thing. Press a button and feed me! Accept, Ignore, Like!
Most JS developers agree now that the slowest operations are DOM operations so they are avoided as much as possible.
START TRANSACTION MODE READ REPEATABLE;
or something like that. It would seem to be a way to only use the extra resources when consistency is paramount. Of course it would take a lot of careful thought to determine which transactions need this mode......if you think about it, that's probably an easy way to get a lot of photos of people that they don't want to be seen.
And when the job is looking at naked pictures all day, what do you expect? I mean, who do you think seriously is seeking that sort of job in the first place?
A
B
D
D
C
assorted curses <esc>
:q!
$ echo "alias vi=vim" >> ~/.bashrc