The PDF export feature sounds great - but even something simpler like a CSV, JSON, heck even XML would give others a lot more freedom to handle the data however which they choose.
HN user
Ricapar
Users who do "Ctrl-S" to do fast save are certainly a minority.
My first reaction: How else do you save?! You mean you actually take your hands off the keyboard, and click the floppy icon in a toolbar? Or even.. click on File > Save? Seriously?
I think this assumption as a very strong population bias.
With the people I work with.. it's all about keyboard shortcuts. If you don't know your basic keyboard shortcuts, you're too slow. But then again, I work around people with super customized Vim and EMacs configs and people who live in Photoshop/Illustrator all day. You just can't be productive in those environments without keyboard shortcuts.
For me, users who don't do "Ctrl-S" to save are certainly a minority.
It's about intent. If they can prove you manufactured data you fed to the dongle, then you're probably in for some trouble.
However, you can have a similar scenario where maybe I work at an office 5 minutes from home over the time I was carrying the dongle, I quit and go to a job 60 mins from home that crosses a few nasty neighborhoods, etc.
Is it my burden to report this to the insurance company so they can jack my rates because my risk rating surely went up?
Right now.. it likely isn't. I fear for the day when it is.
It's not just the visuals either - they have a bunch of the apps down really really well.
Finder, Calculator, Calendar, the top menu, etc. All really spot on.
I'm playing around in it still. Managed to find my way to the Terminal, and I'm poking around the filesystem.
It is Linux, and seems to be based on a stripped-down version of RedHat (going from some of the remnants of certain man pages).
The UI is a modified/themed KDE.
They did a really good job with the apps - for example, the calculator app is "Calculator.app", which is really a directory with a Contents/Resources, etc directories inside it; the same way OS X does it.
It's just good security practice.
Even if the code path is never intended to be executed, there are bugs in code that could lead to it.
Yes, it's a P2P protocol, but when you're managing a bunch of servers, you don't use it as such.
You set up one server in your environment (time.example.com) and have all your boxes sync to that.
Why would appserv.example.com EVER need to be able to accept NTP connections from anyone else?
There is still a lot of crypto out there that works off of using the current timestamp as a seed.
Being able to control he time could theoretically let you control any PRNGs that rely on it.
Group threads are done over MMS. They absolutely do exist out of iMessage.
It's called a "tracking number" for a reason.
IBM has its place, especially in the big enterprise. However, more and more I'm seeing that's not the case.
Working for a big insurance co., we're seeing a big shift toward a "devops-like culture", and a lot of the time that means less IBM.
IBM not only needs to refresh their offerings, they need to refresh their image. The common feeling around here is IBM products are slow, buggy, and pieced together quickly from a ton of other acquisitions who are then "IBM-ized" together.
They look beautiful on paper, in a way that speaks to both execs and real tech people alike. But once you build it out and start trying to support it...
The Python script is a bit unnecessary.
Go to System Preferences > Spotlight. Uncheck items you don't like to have searched and displayed for you.
Think about the user experience.
If switching, a user no longer has to wait on delivery of a small physical item from the new carrier. The user doesn't have to fiddle with a paperclip to pop out the SIM. (Average user could be scared to do so, or could scratch/bend the rather fragile SIM tray). It could all theoretically be done from a settings menu.
Now only if telecoms and cable companies would hop on the bandwagon :)
By his logic: Why would you want to tinker with something that's already perfect?
I think it's partially because of the negotiations with the Tolkein estate that the movies turned out as great as they were.
If no negotiations were needed, then anyone could have picked up and done a low-budget adaptation and called it a day.
But, because there were some rather expensive and difficult negotiations to settle, the amount of people able to do the movies was limited to those who would be able to spend the money to get the rights. And with that sort of investment, there's a big incentive to also invest heavily in the quality of the production to ensure a good return.
Just let me spend small amounts so I don't become aware of my own habits.
ding ding ding
Amazon's mobile app does this excellently with the One-Click purchase.
And don't even get me started on Steam sales.
I dare not look at my spending history on either of those two.
I used to block ads before we noticed that 30% of our website revenue was lost to adblocking.
I'm curious how you came at that number.
I'm inclined to believe that at least some of the population that does click on and interact with advertising is part of a very different group than that would install AdBlock.
I find myself in the latter - I run AdBlock, but even if I didn't, I wouldn't be clicking on ads anyways. Am I part of that 30% lost revenue?
We currently have < 1% opt outs.
I have a feeling this may be because even "Close Buttons" on ads have a reputation for being untrustworthy.
I've drilled it into the heads of all of my not-so-computer-savvy relatives to NEVER click anything on any ads, even if it looks like a close button. They often aren't. (Telling mom and pop that clicking on 'em will give you viruses is very effective.)
Because your entire post reads like an ad for Spoon Studio.
Also, what does "Nowhere in 'docker run -i -t ubuntu /bin/bash' does it say something about LXC." even mean?
Docker is built upon LXC features. It needs them to work. LXC not there? It's not gonna work.
But see, that all falls apart when you say:
"there should be a way for the SMTP/IMAP server to notify the client and remove it."
As long as the protocol requires the client to obey a command to delete, it's not going to work.
With such a protocol, nothing is stopping me from choosing to disregard any messages to delete already received (and downloaded) messages. In fact, I'd probably have the client highlight them for me if they got a "delete this" request. There's probably something good someone is trying to hide in that message.
If I recall correctly, Twitter had a similar issue with their API. They have a method to delete a Tweet, but the Twitter client has to honor the delete client-side since it has a cache of tweets it has seen.
Of course, in a closed environment like Twitter, Twitter can choose to revoke a non-compliant client's API keys if they don't follow the rules. Not so much with email.
Is your iPad permanently hooked up to your TV? Many people have rather large HDTVs and would much prefer to watch on there rather than on a tiny screen you have to carry around or dock somewhere.
I find the "well then just pay your taxes" answers to be on the same level of "well if you have nothing to hide...".
You can be a honest and tax-paying citizen of society and still get audited. There's always the chance that there may be a mistake somewhere. The US tax code is not simple. Even if you shell out $20-$80 a year to do it via TurboTax, H&R Block, whatever, there's always room for a mistake.
And even if there are no mistakes, simply being told you are being audited would make most people's heart skip a beat.
The article didn't quite cover what approach the IRS is using.. Whether they are taking already flagged people and getting more info via social network profiles, or if they are using social network profiles and using that as a deciding factor on if one should be audited or not.
The former I don't have much of an opinion on. The latter I don't like the sound of one bit.
IE8 is a problem because many big enterprises still run it. I know of several big US corporations that, even though they run Windows 7 now, still deploy it with IE8 for compatibility with legacy applications.
Once you start dealing with big corporations, it's not as simple as "oh it's time to update".
Which if I recall correctly, turned out to be untrue. Shortly after it came out there were hacks that would let you spoof EA's servers or remove the need all together and play locally with only minor features disabled.
I think you missed this part:
The Core lets you do your own socket programming over TCP and UDP.
There's nothing stopping you from writing your own TCP/UDP listener server and having the Spark write to a port on that.
As long as you keep doing that, you are supporting that type of IAP behavior.
You have no one to blame but yourself.
Why is Amarok something you would dismiss it on?
Sure, they butchered it up in version 2.0 and above, but I've always felt version 1.4 was probably the best library manager I've used.
I think it depends on what your end goal is. Are you trying to scale and hide the pixel-ness of the original? The "ours" does pretty darn well, especially if you look at the Boo example as mentioned above.
However, if you're looking at in the case of an SNES emulator or something.. then hq4x seems like the best choice. It keeps true to the original pixel art, while appearing significantly better.
[...] but their budget was $12-15K [...]
....
After weeks of gentle negotiating, they came to an agreement: $54K in cash for the domain.
Yikes. That's 3.6x the max budget they were hoping to spend. I really do hope that in the long run it pays off.
Quick tip on the video: I felt it moved a little too quickly. I tried keeping up with the text, and it seemed to get pulled away from me as I was about 2/3rds through each time. At the end I was slightly dizzy :/
To play devil's advocate: If Samsung had just stored it in plaintext, as you suggested they might as well do, then the title of the article would've been along the lines of "Samsung security FAIL! Stores your PIN code in plaintext, doesn't even try to obfuscate it."