02:56:05  * DarkGodquit (Ping timeout: 268 seconds)
06:42:05  * ^vquit (Ping timeout: 255 seconds)
06:44:02  * ^vjoined
07:16:05  * ^vquit (Ping timeout: 260 seconds)
07:16:26  * ^vjoined
07:42:41  * ksheedloquit (Ping timeout: 260 seconds)
07:43:27  * ksheedlojoined
08:57:07  * SkyRocknRolljoined
09:27:33  * SkyRocknRollquit (Read error: Connection reset by peer)
09:50:20  * rendarjoined
10:11:33  * urzds_quit (Remote host closed the connection)
20:39:58  * rendarquit (Quit: std::lower_bound + std::less_equal *works* with a vector without duplicates!)
22:27:13  * Guest48525joined
22:37:27  <Soni>creationix: hi?
22:37:34  <Soni>what's the term for this? https://twitter.com/SoniEx2/status/839954245067608065
22:37:55  <Soni>also is luvit cloud-ready?
22:42:01  <Soni>creationix: also does luvit help me handle timezones? :(
22:42:10  <creationix>nothing timezone related is built-in
22:42:19  <creationix>not sure what you mean by "cloud-ready"
22:42:32  <creationix>it is a great tool for writing webservers
22:42:36  <Soni>can I make cloud apps with luvit?
22:42:37  <creationix>I even made a base docker image
22:42:59  <creationix>that depends on what you mean by "cloud" app
22:43:09  <Soni>not just one webserver but actual cloud
22:43:10  <creationix>to me cloud just means hosted somewhere
22:43:44  <Soni>with a CDN, etc
22:43:57  <creationix>though if you mean actual clouds, I suppose if you put a raspberry PI in a basket in a hot-air-balloon with solar power and batteries, luvit would run well there
22:44:20  <creationix>CDNs serve static files, your luvit-based web apps can reference CDNs from their HTML
22:44:21  <Soni>lol not that definition
22:44:40  <creationix>luvit does run better on ARMv6 devices than node ;)
22:44:48  <creationix>so I'd say it's more cloud ready
22:44:56  <Soni>idk the right terms
22:45:15  <Soni>but I basically wanna make something like netflix, in terms of size and technical infrastructure
22:45:31  <creationix>yeah, sorry it's confusing. You're doing pretty good for english being a second language.
22:46:20  <creationix>so I did recently make a base docker image that has luvi + lit. You could dockerize an application with that pretty easily and use kubernetes, docker-swarm or any of the newfangled docker based orchestration tools.
22:46:39  <creationix>I test deployed https://hexes.creationix.com/ using https://zeit.co/now
22:47:11  <creationix>as long as your luvit app it stateless and uses external cloud services for state, it should work just fine
22:47:22  <creationix>luvit does not provide any of the orchestration tools itself if that's what you're looking for
22:47:39  <creationix>https://github.com/creationix/hexes/blob/master/Dockerfile
22:48:12  <creationix>so for the hexes example, you simply publish your app to lit, then have a dockerfile like this one and you can deploy instances on many of the "clouds"
22:48:39  <creationix>or if you don't want to publish, you can do it like this https://github.com/creationix/hexes/blob/06ef78af65e1a379a2fe63baae7fa19779b2a601/Dockerfile
22:50:10  <Soni>I don't fully understand cloud services yet, so english being a second language makes no real difference to me... actually, if anything I know more terms in english than in portuguese :P
22:50:31  <Soni>but really tho, I don't fully understand cloud services yet, I have no idea what you're talking about :P
22:50:54  <Soni>but you're basically saying it can be used, yes?
22:51:43  <Soni>(sorry)
22:52:31  <creationix>like I said, it depends on what you mean by "cloud"
22:52:44  <creationix>but yes, you can use luvit on virtually any hosting platform
22:53:17  <creationix>only exceptions might be things like amazon lambda where they need to explicitly add support for it. (but even then there are hacky ways to make it work anyway)
22:53:44  <creationix>there isn't much for luvit itself to do to be cloud ready. The docker base image I made makes anything docker based a lot easier to get started
22:54:23  <creationix>FWIW, my definition of "cloud" is "runs on someone else's computer"
22:54:35  <creationix>virtually all hosting is "cloud" by that definition
22:55:40  <Soni>well what do you call the kind of cloud that powers things such as netflix?
22:58:14  <creationix>that's a complex deployment
22:59:14  <creationix>If there is a word for that, it might be https://en.wikipedia.org/wiki/Orchestration_(computing)
23:00:17  <creationix>there are many new tools in this area https://kubernetes.io/, https://coreos.com/tectonic/, http://rancher.com/, etc
23:00:38  <creationix>but most large companies like netflix have rolled their own custom system on top of hosting providers like AWS
23:04:03  <Soni>I see, neat
23:06:14  <Soni>so uh I guess I should make the front end first?
23:06:26  <creationix>many of these systems are docker based, so writing the docker base-image for luvit helps when you decide to dockerize an app
23:06:56  <Soni>(at least partially)
23:07:13  <Soni>(like, a working mockup?)
23:07:29  <creationix>well the docker base image is like adding luvit support to all these docker based platforms
23:07:34  <Soni>(no idea if there's a technical term for that)
23:07:38  <creationix>you still need to write your app obviously
23:07:51  * DarkGodjoined
23:08:00  <creationix>anyway, it's dinner time here, good luck
23:08:11  <Soni>thanks, cya o/
23:39:54  * Guest48525quit