*I hang around with a group of behavioral psychologists. When we go out to a bar, its funny to sit and watch them observe and classify social interactions around themselves as if they were watching a cage with a bunch of chimpanzees in an experiment.
This is actually more common to people in general, rather than just behavioral psychologists. I love people watching. Go to the local mal or McDonalds early on Sunday, and you will see a bunch of older folk, planted at a bench/seat, doing just that. It also used to be a popular past time at the airports, back when you could do such a thing.
Your database is likely "remote" compared to the application. That is, the database is only accessible through a remote protocol, so that, unless the DB has security issues, the application AND the user can NOT do anything to the data store that they shouldn't.
I see a few replies like yours... and that is the problem. If a user shouldn't be able to delete records from the "Whatever" table, accessing the database outside of the application should yield no more rights than through the application. Alike, if a user shouldn't be able to manipulate file X, then you need to implement security on the OS/Filesystem level, detached from the application.
Logic in the application level can ALWAYS be circumvented, if even just with a hex editor.
You say this, like something complex is doomed to be incomprehensible to do correctly. Simple fact of the matter is, these silly folks are still using strlen(...) and ridiculously bad coding practices, known for decades, all to come in under deadlines.
I see WAY too often a multi-tier database application, where security is implemented by constantly querying what rights the user has from a "Users" table. They implement security with a bunch of 'if/switch' statements and claim "it's the nature of complex software!" when a security vulnerability is found, rather than putting security on the database.
It isn't that cut and clear. I can write a bug-free one line perl solution, but what happens when someone needs to maintain it? Objectives come from all directions. Your shop wants quick turn around and maximum profit. The customer wants quick turn around , solid code, AND a cheap price. Your goal is to be productive and get home before dinner. Notice the conflicting objectives.
I'm not a fan of MS Outlook, but it's integrated VBA makes writing a custom plugin easy and painless. Visual Basic in any flavor had a bad stigma, however, having a development environment right in the application is exactly what I would think would solve your problem effectively.
Are you sure a touchscreen is what you really want? Have you ever used a touchscreen to play games? Constantly having your arm at attention and moving your hands around blocks screen real estate is a really big minus most people don't consider. Get her a Nintendo hand held.
This idea is great for something like a childrens book. Nobody wants to read to their kids from a laptop or e-book reader. You kill the experience and look like a douche. So you release the book as an E-book so the parent can read the story before buying a nicely bound book you can read with your child.
On the other hand, IT books are probably the WORST to do this with. Your target crowd knows better than most how to pirate your book and are perfectly happy referring to the PDF, which is searchable, over a dead-tree which you have to put sticky notes in to have any sort of indexing past the TOC.
This lends credit to the idea that time travel is only possible if parallel dimensions exist. The old show Time Trax used this as their explanation of it all.
Maybe that is the point. It's possibly a shitty movie and perhaps the cost of getting it to theaters, promotion, etc is not worth the estimated return of doing it. So they release it on DVD, throw it out there on BitTorrent for free and hope to get ANYTHING for this movie at this point.
Sorry, buddy. They STILL advertise it as unlimited. You just found out due to a press release, where others will find out via reading the fine print of their ToS. They have and will do everything they can to keep this information from its customers, but still follow the law (or maybe not).
Slashdot Mirror
A much better analogy, sir
Iran has also demanded an apology from the U.S. for the drone flight in its airspace.
As they should. If I found some stealthy character in my backyard looking in on my wife, an apology is the LEAST I would demand.
Memory is there to be used. Are you saying that firefox actually takes memory away from a needy app?
To simulate conciousness, the thinking entity needs to be able to genuinely ask a question... not just look for different types of metadata
*I hang around with a group of behavioral psychologists. When we go out to a bar, its funny to sit and watch them observe and classify social interactions around themselves as if they were watching a cage with a bunch of chimpanzees in an experiment.
This is actually more common to people in general, rather than just behavioral psychologists. I love people watching. Go to the local mal or McDonalds early on Sunday, and you will see a bunch of older folk, planted at a bench/seat, doing just that. It also used to be a popular past time at the airports, back when you could do such a thing.
Really? Tell that to the stacks of hundreds of VHS tapes in my attic
I was always more partial to DEADD00D
Just because you are paranoid, doesn't mean they aren't after you
"to the cloud!"
Your database is likely "remote" compared to the application. That is, the database is only accessible through a remote protocol, so that, unless the DB has security issues, the application AND the user can NOT do anything to the data store that they shouldn't. I see a few replies like yours... and that is the problem. If a user shouldn't be able to delete records from the "Whatever" table, accessing the database outside of the application should yield no more rights than through the application. Alike, if a user shouldn't be able to manipulate file X, then you need to implement security on the OS/Filesystem level, detached from the application. Logic in the application level can ALWAYS be circumvented, if even just with a hex editor.
You say this, like something complex is doomed to be incomprehensible to do correctly. Simple fact of the matter is, these silly folks are still using strlen(...) and ridiculously bad coding practices, known for decades, all to come in under deadlines. I see WAY too often a multi-tier database application, where security is implemented by constantly querying what rights the user has from a "Users" table. They implement security with a bunch of 'if/switch' statements and claim "it's the nature of complex software!" when a security vulnerability is found, rather than putting security on the database.
It isn't that cut and clear. I can write a bug-free one line perl solution, but what happens when someone needs to maintain it? Objectives come from all directions. Your shop wants quick turn around and maximum profit. The customer wants quick turn around , solid code, AND a cheap price. Your goal is to be productive and get home before dinner. Notice the conflicting objectives.
I'm not a fan of MS Outlook, but it's integrated VBA makes writing a custom plugin easy and painless. Visual Basic in any flavor had a bad stigma, however, having a development environment right in the application is exactly what I would think would solve your problem effectively.
Are you sure a touchscreen is what you really want? Have you ever used a touchscreen to play games? Constantly having your arm at attention and moving your hands around blocks screen real estate is a really big minus most people don't consider. Get her a Nintendo hand held.
"bets" huh? You just proved the point for the wrong side, friend
I believe you are trying to explain the difference between data and information. Information is the result of using data to create something useful.
Create Open3D so that all makers are in.
They already have that. It is called OpenGL
Perhaps you should get the lyrics right. Just sayin...
Do you ever listen to your own music? Not just for production reasons, but for entertainment?
Actually, no. If a machine hits jackpot twice even like that, they would yank the machine from the floor.
This idea is great for something like a childrens book. Nobody wants to read to their kids from a laptop or e-book reader. You kill the experience and look like a douche. So you release the book as an E-book so the parent can read the story before buying a nicely bound book you can read with your child.
On the other hand, IT books are probably the WORST to do this with. Your target crowd knows better than most how to pirate your book and are perfectly happy referring to the PDF, which is searchable, over a dead-tree which you have to put sticky notes in to have any sort of indexing past the TOC.
This lends credit to the idea that time travel is only possible if parallel dimensions exist. The old show Time Trax used this as their explanation of it all.
Maybe that is the point. It's possibly a shitty movie and perhaps the cost of getting it to theaters, promotion, etc is not worth the estimated return of doing it. So they release it on DVD, throw it out there on BitTorrent for free and hope to get ANYTHING for this movie at this point.
There should be no room for "bad assumptions". Implying one thing and not following through is just a modern-day corporate way to lie. It is a lie.
Sorry, buddy. They STILL advertise it as unlimited. You just found out due to a press release, where others will find out via reading the fine print of their ToS. They have and will do everything they can to keep this information from its customers, but still follow the law (or maybe not).