siavash

Every time I see a photo of Pillars of Creation it makes me wonder if we would even be able to distinguish an unfathomably optimized engineered system from what we consider raw physics with our current understanding.

Make sure you've read the service terms[1] if you plan on building apps for speakers, cars, TVs or smart watches...

12.1 The following terms apply only to current and future Google Cloud Platform Machine Learning Services specifically listed in the "Google Cloud Platform Machine Learning Services Group" category on the Google Cloud Platform Services Summary page:

Customer will not, and will not allow third parties to: (i) use these Services to create, train, or improve (directly or indirectly) a similar or competing product or service or (ii) integrate these Services with any applications for any embedded devices such as cars, TVs, appliances, or speakers without Google's prior written permission. These Services can only be integrated with applications for the following personal computing devices: smartphones, tablets, laptops, and desktops

[1] https://cloud.google.com/terms/service-terms#12-google-cloud...

Things can be both monetized and 'free' and I don't think it necessarily has to be evil simply therefore. What I'm curious about is how they intend/could monetize it?

AMP is afaik an open web format, what's the "get 'em hooked" part here? Is it just a defensive play against Facebook's Instant Articles?

What really are the long term motivations for Google to promote and push AMP so much?

Tictail | Frontend, iOS, ML | Stockholm | Onsite | Full time

I'm a cofounder of Tictail, a startup building a marketplace and e-commerce platform with the vision of enabling anyone anywhere to work with their passion. Today we do so by removing barriers of entry (frontend/backend/Android/iOS) and connecting emerging brands with the right customers (ML). We are today the proud home of tens of thousands of shops and millions of customers globally.

We are looking for engineers with a passion for product to join our small Stockholm team (~35). If this sounds interesting there are some more details at https://tictail.com/careers

Every now and then we also post some thoughts at https://medium.com/tictail

The project was written at #hackNmatch hackathon in Stockholm in 2 hours. The DNS might not have been propagated yet...

Our intention with the project was to initiate a discussion among the hackers at the hack and hopefully inspire them to keep in touch. Sorry about the lack of quality, but feel free to contribute: https://github.com/siavashg/lunchspire

We found it way too difficult to find new and interesting people who wanted to discuss the same topics as we did. So we created this during a quick hack at http://startuplocation.com/hack just to get the discussion started. However, if you are curious as to how and what this does with credentials here you go: https://github.com/siavashg/lunchspire

Could you please elaborate on this?

International stickers are coming anytime now! We're taking submissions at hello@tictail.com

Brilliant! Care to elaborate on the implementation?

Edit: Found some details on the about page http://inkdroid.org:3000/about/ and everything else at https://github.com/edsu/wikistream

I find this kind of amusing 1. May 2011 Oracle writes a white paper on why NoSQL is not reliable and future proof for serious business [1] 2. Removes the original the document [2] 3. Releases their own own NoSQL db

[1] https://docs.google.com/viewer?a=v&q=cache:G4pI4ZOkzWYJ:...

[2] http://www.oracle.com/technetwork/database/debunking-nosql-t...

It seems to depend on the User-Agent:

  < HTTP/1.1 301 Moved Permanently
  < Date: Sun, 21 Aug 2011 02:55:16 GMT
  < Server: hi
  < Location: http://dl.dropbox.com/u/81822/fans.jpg
  < Cache-Control: private,max-age=300
  < Expires: Sun, 21 Aug 2011 03:00:16 GMT
  < Content-Length: 0
  < Connection: close
  < Content-Type: text/html; charset=UTF-8
  < 
  * Closing connection #0

  curl -v http://t.co/emmQt03 -H "User-Agent:Mozilla/5.0 (X11; Linux i686) AppleWebKit/535.1 (KHTML, like Gecko) Ubuntu/11.04 Chromium/14.0.825.0 Chrome/14.0.825.0 Safari/535.1"
  < HTTP/1.1 200 OK
  < Date: Sun, 21 Aug 2011 02:56:05 GMT
  < Server: hi
  < Content-Type: text/html; charset=utf-8
  < Cache-Control: private,max-age=300
  < Expires: Sun, 21 Aug 2011 03:01:05 GMT
  < Content-Length: 183
  < Vary: Accept-Encoding
  < Connection: close
  < 
  * Closing connection #0
  <noscript><META http-equiv="refresh" content="0;URL=http://dl.dropbox.com/u/81822/fans.jpg></noscript><script>location.replace(http:\/\/dl.dropbox.com\/u\/81822\/fans.jpg)</script>

This is true unless the image is served from https aswell. In that case referer is sent just as normal. I'm getting a certificate this week to serve https QRs!

Wow, didn't really expect hitting the front page, even less #1. Thanks for all the encouring comments! They're really motivating when you spend your spare time developing an Apache module to generate QR-codes. In 4 hours we have had 32308 generated QR codes and 5656 visitors! I intend to keep the service just as simple, but will likely add lilqr.com/qr+ for some of the more advanced features pointed out here. Once again, thanks!

Your right, some proxies simply ignore the Cache-Control directive. In some cases even Google Chrome handles this directive poorly, as it will serve a cached version when you use the back/forward-buttons between pages no matter what cache directive you give the image. IE and FF are flawless in this regard.

Feel free to suffix the URL with a random get-varaible, as this wont affect the service more then ensuring that proxies and cache hungry browser are less likely to cache the image.

I'm working on some basic customization but first up is stats for number of scans, though that would require a redirect through the service (with URL shortening ofcourse). What do you think of that?

Sorry, I just wanted to launch it as early as possible. Just put the img-tag on whatever page you would like to have a QR code for and it will create one to the URL of that page.

We (blocket.se) are hitting almost 1b/mo and I can assure you that it's irrelevant wether the average p/v per second can be handled by some basic hardware or not. During peak hours it's an order of magnitude difference. Worth mentioning though that we are tightly focused in only one country, and probably have larger variations during peak hours than stack overflow does. I'm not sure what our traffic looks like combined with our other local sites.