Last Update: 21.06.2018. By Jens in Developers Life | Learning | Newsletter
So, after getting derailed a bit by my recent observation, we get back on track with building the spreadsheet shop. In the meantime, you guys did send in a couple of good questions. Great, keep coming!
Last Update: 19.06.2018. By Jens in Developers Life | Learning | Newsletter
This morning I was in a meeting of the project from stone age to talk about the proof of concept app we did. 6 people, including me, with a total of 4 different companies (or self-employed). And at least 4 different pairs of glasses on. That’s a hell of a lot of opinions and intentions. And blind spots.
Last Update: 18.06.2018. By Jens in Developers Life | Learning | Newsletter
a shop. Not one of those biggies with Magento, Shopify or whatever is in today. No, we build one using spreadsheets, of course. You guys wanted to build more tutorial apps and have some spreadsheet fun. So, here we go.
Last Update: 15.06.2018. By Jens in Developers Life | Learning | Newsletter
So, today we are going to use Zapier for sending the email notification. To follow along, you obviously need a Zapier account. The free is enough.
Last Update: 14.06.2018. By Jens in Developers Life | Learning | Newsletter
So, let’s start with sending emails first. As with most things in Spring Boot, it is straightforward. The central class in Spring for sending emails is the JavaMailSender. It provides an interface simplifying the whole mail creation process, especially with mime types.
Last Update: 13.06.2018. By Jens in Developers Life | Learning | Newsletter
Sometimes we need to trigger a human to continue a task; manual reviews, todos or whatever. In my particular case, an action in the system should trigger a human to review an entry and manually approve it. For that, we got multiple options and I thought I include you in the reasoning process.
Last Update: 08.06.2018. By Jens in Developers Life | Learning | Newsletter
I was recently chatting with a reader and the topic of how to structure packages came up.
Basically, the traditional way is to structure by layer and each layer got its own subpackage. For the imaginary Evil Corp with their project doom it would look like: * com.evil.doom.model * com.evil.doom.service * com.evil.doom.controller * com.evil.doom.dao* * Perfectly reasonable. But it has some drawbacks. It encourages spaghetti code. Sooner or later your code will be entangled like hell inside each subpackage. It is not clear, where the boundaries of functionality is.
Last Update: 06.06.2018. By Jens in Developers Life | Learning | Newsletter
and you should be aware of. Yes, you. It is one we all have committed.
Building a production system with a deadline in a tech stack almost nobody on the team knows. Just because, one little dev guy wanted to use it.
Last Update: 05.06.2018. By Jens in Developers Life | Learning | Newsletter
Alejandro wrote in with an interesting piece of a tutorial having the same problem as my client.
“Last week i* was reading about Google Sing-In in with Spring Social and one article that I read had exactly this problem: http://littlebigextra.com/part-1-authorising-user-using-spring-social-google-facebook-and-linkedin-and-spring-security/
Last Update: 04.06.2018. By Jens in Developers Life | Learning | Newsletter
I didn't write on Friday. No, I did not forget it. Actually, I planned t for the afternoon, right after I fix a bug in the job platform. While the deployment was running, I check my email and got an urgent help call, which basically was like "We got a huge problem in our self-coded portal with Spring Boot, and can't find the problem. Can you help?"
Sure, I did and so part of my weekend :-)