This episode is great! One of my favorite podcast episodes, well, ever. Curtis' last monologue at the end is really something else - I find myself listening to it pretty regularly.
821 karma · joined January 5, 2012
Byteconf is a developer conference series streamed online, for free, on Twitch - so anyone and everyone can attend.
Check out the stream today, and join our Discord to hear about future events and conferences. We just announced our next conference, Byteconf JavaScript, for March of next year!
Thanks, and happy to answer any questions here!
I strongly recommend Discord over Slack for public chat groups; I'd happily use it over Slack for company chat as well, with the caveat that the integration/app story isn't quite as far along as Slack is.
The issue, and in my case, this is specific to the remote Slack, is that a lot of people who use it /already/ have Slack open for their day job.
Lots of people joined the Discord, but no one really chatted. When we moved to Slack it was like an instant adrenaline shot into the daily activity of the group.
Again, I think this is specific to the group — I’m in a couple crypto Discord channels that are SUPER active. It just happens that a lot of the remote workers in the group already have Slack open.
1) Client-side app receives an image (via drag-and-drop or file picker)
2) Client hits an authenticated endpoint on backend with the name of the file, which returns a “signed URL” (authenticated, with customizable expiration) from Google Cloud Storage
3) (This part is particular to GCS, and I think unneeded for AWS/S3) Hit this signed URL in the client, and receive a final, PUT-able URL
4) Upload the file using the final authenticated URL from Google Cloud Storage
Like I said, I think with AWS/S3 you can just request a signed URL and send data to that URL directly. Delegating as much communication with GCS to the backend was important for my project [1] but you might be able to just manage it with a JS lib.
[1] Streaming music, so trying to abstract the actual files from the client-side as much as possible to discourage downloading the raw audio files
I'm building the solution to this, right now. Think a next-gen Soundcloud with Patreon features built-in, powered by a Ethereum-based token that allows fans to instantly and directly support artists from anywhere in the world. There's a number of interesting applications that a "micro-economy" running inside of a music platform can provide: among these are curation/discovery, promotion of music, and preventing infringement and bad actors in the service.
We're currently in the early alpha stage (especially around marketing–the landing page is going up later tonight) and are focusing our time preparing for an ICO–whitepaper coming shortly. If this interests you, join our mailing list (Mailchimp link below)
That being said, I don't think it's updated too regularly. Brett is working on a complete rewrite of the app (which will be a paid version): http://brettterpstra.com/2015/09/14/an-nvalt-and-more-status...
Instead of the normal NPS methodology for surveying your customers, Workadee surveys your employees. It's a simple system with easy results - a single score that you can track over time, to see how your company is doing.
It's in beta right now, just gathering info about how people are using it a bit, before doing a bigger launch at the end of December/early January.
Give it a shot and let me know what you think!
There's always been apps on GitHub that you could compile and run on your device.
If you're looking to make an app your livelihood and Apple won't let you into the App Store (or, in this case, kicks out out), you're SOL.
It's a shame, IMO, that iOS apps only have two wide-distribution models: paid, with Apple, on the App Store, or open-source and, by that nature, free. There's a lot of really great software on OS X that is distributed outside the Mac App Store. Clearly there's no plan for something similar to that on iOS.
If you're looking for Rails-specific knowledge, the Hartl tutorial (I think it's just called Rails Tutorial) is fantastic. There's a print version, but the web one is free (at least when I read it) and stays updated.
I found it really useful to look at Ruby projects on GitHub after reading a book or two: I wouldn't even had known where to begin if I opened up a GitHub project on day one.
YMMV, though–I've always got the sense that PHP would be an easy language to jump into and begin hacking on. Same with the classic HTML/CSS/JS stack, which this project focuses on. Maybe it's a language-dependent thing?
There was never any vital day-to-day things I could build with IFTTT: I could email myself the daily forecast or things like that, but it was never a killer app for me. Most of the popular recipes[1] I see on IFTTT seem like fun little annoyances that would ultimately get distracting.
If it's really crucial to how you work day-to-day, what are you doing with it?
http://www.techrepublic.com/article/apple-is-doubling-down-o...
On the service-end, it would have basically been an Apache Spark instance doing collaborative filtering as data comes in. It seemed like a pretty sweet idea, but I couldn't find the time to work on it.
If this seems like a cool idea, you should definitely steal it and start working on it.
Related to this -- I wrote a blog post about a lot of my random ideas I haven't finished and why you should steal them. Complete list and blog post here: https://kristianfreeman.com/post/steal/
Of course, the catch-22 of job boards is that when they first launch, without any jobs, they're pretty useless. If you're a company hiring Elixir devs, reach out to us at support@workwithelixir.com or fill out our new job posting form[1]. We'll help you port your job over (free to post through the end of this month) :)