@GidiKroon Awesome :D
I 100% agree with this. I've always thought that developers must be within the UX feedback loop, since we're the ones writing the code. The less communication layers between users and the ones writing the software, the better.
http://blog.cleancoder.com/uncle-bob/2019/07/22/WhyWontIt.html
I found this podcast episode really interesting! And I have to say, I was gladly surprised for once by Facebook and Google. Sadly, not so much by Amazon and others.
@dajbelshaw Yeah, something I'm not completely buying is that people appreciate the ads. I mean, I appreciate some of his ads, but I don't appreciate hearing them 50 times because they are on every episode. I also don't appreciate that I'm only hearing recommendations for companies that can afford being sponsors on a podcast like that. I guess people just prefer "free" and the appreciation of the ads is being used as an excuse.
@dajbelshaw Yeah, I'm sure whatever he got was enough to sustain the podcast, even if it was less than the ads. But he said he may publish a post someday talking about it in detail, so we'll see. It'll also be interesting to see the next Q&A :).
Well, that didn't last :/ Frankly, I still prefer the supported model for many reasons, but I guess I'm in the minority https://tim.blog/2019/07/11/why-im-stopping-the-fan-supported-podcast-experiment/
Some days ago I found a package to finally replace momentjs (it weights too much): https://github.com/iamkun/dayjs Worked like a charm so far!
#TIL Ok, I just realized github issues and PRs cannot have the same number because their ids are generated from each other (if you create an issue and then a PR they'll be issue #1 and PR #2) 🤯
#Vue devs, how would you fix this? The animation is triggered with CSS when the content disappears, but that's not nice. I've created a component I'm calling "Freezable": https://gist.github.com/NoelDeMartin/7414586bae62f79bcf9bfb9f12b13316
I've just published a new blog post! https://noeldemartin.com/blog/real-time-vs-asynchronous-communication
@dajbelshaw @daibarnes Yeah I agree, that's why I don't do interviews just for practice, but maybe I should.
I'll check that guide out, thanks!
@daibarnes @dajbelshaw listening to the TIDE podcast, I'm wondering about what you mentioned on interview practice. I agree that it's useful, but I dread interviews so much. Not the interviews, but all the "work" related with applying (looking for offers, learning about the company, preparing a cover letter/introduction email, going to the interview if it's in person, etc). What's your opinion on that? Or do you think it's ok to apply without any preparation if it's "just for practice"?
Wow, listening to Mozilla's IRL podcast I just found out that Pokemon Go is also surveillance capitalism, because they have partnerships with companies such as McDonald's that'll pay them for bringing customers by placing strategic pokestops 😱 https://irlpodcast.org/season4/episode5/
@tgall@mastodon.social I agree with you, but what I understand is more simple like that. They want people to start using Solid. To make Solid apps, people need to know how to code. And yes, anyone can learn to code. But that's what I mean with "expertise", you need to have some experience to start making apps.
Maybe they could have phrased it better.
@tgall@mastodon.social Well I don't even agree with the idea of "brightest minds" existing at all, what I understand with that statement is that they want "experts" to apply their expertise to Solid, from whatever field they come from.
I'm sure they welcome anyone as part of the conversation and to join the community.
But anyways what do I know, you should ask them :) I've been asking questions on their gitter channel and they are usually very responsive.
⌛🧠🔥
Problem Solver. Software Architect. Entrepreneur.
Working at Moodle to empower educators to improve our world.
Making Solid apps on the side — solidproject.org.