148 karma · joined July 1, 2011
That way, you would be able to focus on what's important to you.
And check the options... +475$ for an additional 2GB of RAM! Prices for other options are as outrageous.
I don't know what price Speak for Yourself was selling for but I'm glad they are making these kind of tools more accessible.
From my teens to my early thirties, I would say that more than 50% of my dreams were lucid and were more about fun with friends and showing off. With time, I even gained the ability to wake up on demand from my dream. My cue is that I can close my eyes in my dream and when I open them, I wake up in real life. With practice, I can even close my eyes again and get to sleep again to join back the dream if I do it fast enough. I sometimes was able to wake up and join back a dream this 2-3 times per dream.
Now at 40, lucid dream are much less frequent but happen from time to time.
By the way, I could never decide what to dream about before going to sleep (except joining back a dream). Then again, it never occurred to me it could be possible.
But, it always cool and a joy to experience. I suspect Neo go his idea to hack the Matric because of lucid dreaming!
Most people I talked to about this have trouble believing me it's possible. It's usually the few who experienced lucid dreams who believe me.
Also, don't forget to ban region locking: if you want to change or beat Hollywood, have the movie available as soon as possible to conveniently purchase and play from every country when you want on any platform from. Then you're really changing the game and are a viable alternative to torrents.
However, the biggest problem I've had with any designer is the refactoring of html ids and class that breaks AJAX or jQuery code. So the remaining problem, which is the biggest in my opinion, isn't addressed in your approach. Designers still need to be aware of jQuery/AJAX application logic to avoid breaking stuff. My approach to this problem is to use and document custom HTML properties for your jQuery/AJAX hooks. However, it doesn't solve the problem of updating part of the presentation which still relies on the markup structure.
EDIT:
But you still can rely on custom HTML properties to define updatable sections. While I find this approach better, a designer can still screw this by refactoring and omitting these custom properties.
So, relying on IDs and classes through server-side DOM manipulation further acerbates the problem. It's an approach of relying on markup on the server side instead of simply rendering. It adds an additional layer of possible breakage.
Same thing for the third point. Wether with Twitter or Facebook, we've had many real life impromptu meet ups we would never had before these tools because of status updates.
Social networks are tools. What matters is how you and your friends are using these. Of course, some friends only use these for self promotion or self gratification but you tend to notice and behaviors and filter out those updates that never lead to mean something.
On the other hand, if your life is miserable in the first place, I can see cases where Facebook could make your life more miserable. Again, it all depends on how your use it, your attitude and what you make of it.
Any developers here know if it's possible to bypass?
Thanks?
I'll dig in the source code as I'm very interested in how it's implemented.
Example, Facebook API allows querying, interacting with the social graph, profiles, photos, feeds, events, etc. These are use cases commonly used on photo apps, social networks, eventing, etc. But it's proprietary. Now imagine an open source standard similar to that but that can define such building blocks including other scenarios such as contacting a web site owner (about page, contact page), querying/posting articles to a web site, querying/doing transactions with products/services, etc. Once you go through all scenarios, then the problem that remains will be more about agents/authorities/reputation/security of allowing someone to interact with services. With better access for apps to interact directly with content by bypassing the current web presentation layer to avoid spam/fraud.
In my opinion, the problem of separation of data and presentation won't be solved by markup or CSS.
If a Web page is to contain data and a service wants to act on this data, it has to scrape the Web page. Which is even harder with scripted pages. But scraping data isn't a solution. The semantic web may try to have web developers bring sense to data on a web page, but the problem remains. It's just a markup patch. It's doesn't define how to act on that data. Web Intents are just another patch to markup to bring verbs.
Direct access to the data sources with well define methods to act on that data and interact with it (instead of using form) is what works today through APIs. What doesn't work is that there aren't a lot of open standards APIs. Most well used APIs are proprietary and Facebook's a good example. I believe standard bodies should put their brains and efforts on defining API standards. Some standards APIs some clunky, are in use in B2B in the back ends but there's not much of it on the consumer facing Web. We must move forward to push separation of presentation, data and verbs for the whole Web, one small step at a time.
If most use cases on the Web used standard APIs, we would have true separation of content and presentation. We would even have the verbs to exchange/create understandable content. Then, you can use HTML/CSS to adapt a UI to any device with true separation.
That's the way we build apps and sites today and with standard, it would pave the way to a more exciting future.
So one day, if I want to have my own customized UI for that new holographic/gesture recognition device to shop with my preferred merchants, I just have to build an app and I'll be able to browse their merchandise, sort it like I want and finalize a transaction without even visiting their Web site.