erikvdven

10 ms·

1.
by erikvdven 1y ago
Did I mention anything about performance? If so, my apologies, I'll need to revise the article, because this really has very little to do with performance. In fact, a reader who emailed me ran into a challenge where, if you have an agg
2.
by erikvdven 1y ago
Exactly. I love the comments by the way! I never expected this would take off like this. The fact that this isn’t clear in the article is excellent feedback, and I'll take it into account when revising it. After a few hours of writing,
3.
Keep Pydantic out of your Domain Layer(coderik.nl)
94 points by erikvdven 1y ago|121 comments
4.
by erikvdven 3y ago
So I'm not able to delete this message so it seems, but guess I already found a solution to this problem: the observer method, which ironically seems to be also implemented by Redux itself.
5.
Managing State in Python (a.k.a. Redux?)
1 points by erikvdven 3y ago|1 comments
6.
by erikvdven 3y ago
Oeh Delphi! That brings back some memories. But I hear what you're saying. I must say front-end has become more mature, but still, it can be quite frustrating so now and then. More moving part is the right way to say it I guess. And pe
7.
by erikvdven 3y ago
Well, I've seen a lot of discussions which try to prove otherwise. But perhaps it also depends a bit on the level in Software Engineering? If you are new, it might be that back-end feels more complex. But yeah, front-end even feels har
8.
Front-end is harder than back-end
45 points by erikvdven 3y ago|63 comments
9.
by erikvdven 3y ago
That is definitely a neat one! If you are ok with it, I might add that one. I just updated the article already with some of the great comments and tips I recieved over here.
10.
by erikvdven 3y ago
Perhaps for another article? :) But thanks, definitely a nice list! My purpose for now was to keep the article 'digestible' as well.
11.
by erikvdven 3y ago
I agree. Someone else here also mentioned that they prefer code that is easy to read over code that uses a lot of "unfamiliar functionality," let's call it that. And I do agree; Kyle mentions the same thing if I remember corr
12.
by erikvdven 3y ago
Too many I bet. There is always stuff to learn I guess, but reading Fluent Python gets you pretty far. @qsort also mentioned some nice extras.
13.
by erikvdven 3y ago
Thank you so much! And discussions about these articles over here are even more valuable :)
14.
by erikvdven 3y ago
I fully agree on this! Like the Zen of Python says: explicit is better than implicit. You should not expect your teammates know all "special" behavior of the language and if you can write it more straightforward, you should in tha
15.
by erikvdven 3y ago
You are right about that, perhaps it is good to mention it as "gotcha". Or I could have used a better title. I do think though, it is good practice to know this stuff. About the cache decorator: I did link to another article where
16.
by erikvdven 3y ago
Sharp! Updated that line. And thank you for the compliment :)
17.
by erikvdven 3y ago
Thanks a lot! Really appreciate it. Love the example! Haven't used the dunder __call__ yet (like many magic methods I guess), but that's a nice one! I didn't have to use Metaclasses, either, though I have read about them, esp
18.
by erikvdven 3y ago
Thanks for the tip! :)
19.
by erikvdven 3y ago
You are very much right a lot of it is pretty basic knowledge. From my experience though, a lot of python developers don't take the python docs or tutorial as first resource, and quite some developers I met did lack quite some knowledg
20.
by erikvdven 3y ago
Thanks! I tried to add mostly the stuff I don't encounter that often in blogs/tutorials etc. But guess you are right. Generators, or at least the 'yield' keyword, is often misunderstood, and we can't emphasize them
21.
Python: Overlooked core functionalities(erikvandeven.medium.com)
237 points by erikvdven 3y ago|181 comments
22.
Python’s Hidden Gems: Unveiling Must-Know Functionalities(erikvandeven.medium.com)
3 points by erikvdven 3y ago|0 comments
23.
Share your GitHub profile on LinkedIn or any other social media(github.com)
2 points by erikvdven 11y ago|0 comments
24.
by erikvdven 11y ago
Well, the purpose of the code is to use it in mail clients. And because mail clients don't allow you to use javaScript and such, using an image is the most obvious alternative.
25.
by erikvdven 11y ago
Now you can do it yourself haha ;) I still have to cleanup the code a bit. Thinking of creating a class which allows you to create such image by just writing a multidimensional array, so less code to write. But I couldn't wait to share
26.
by erikvdven 11y ago
Yes, the idea is brilliant! But the purpose of my source code is to use "real-time" gif images in mail clients. Unfortunately, videlalvaro's solution is only possible for mail clients which support loading images from its ori
27.
by erikvdven 11y ago
I have tested an image generated with this script in both Gmail and outlook clients and it works just fine. Else I wouldn't post it over here of course :)
28.
Real-time GIF images(github.com)
211 points by erikvdven 11y ago|67 comments