jdevera

5 ms·

1.
by jdevera 2y ago
Location: Europe Remote: Yes, exclusively, either in EMEA timezones or async Willing to relocate: No Technologies: Python, PostgreSQL, Flask, FastAPI, Elasticsearch, Docker, AWS, GitHub, C++, Java, MySQL + React, React Query, Zus
2.
by jdevera 5y ago
Maybe you can cook something quickly with Spotify's Pedalboard: https://github.com/spotify/pedalboard
3.
by jdevera 5y ago
Native Spanish speaker here: it was very interesting to me to read this way of explaining the difference. I always thought about it as ”ser" for essence and "estar" for state, but reading the comments below made me realise th
4.
by jdevera 7y ago
I also use those. They came from here: https://eli.thegreenplace.net/2013/06/11/keeping-persistent-...
5.
by jdevera 14y ago
My point is that having 80 characters as a hard limit sometimes imposes some linebreaks that negatively affect readability. My mention of the screen sizes comes from the fact that the 80 character limit originally was set to fit the code in
6.
by jdevera 14y ago
"Might" being the key word. You might, if you are writing a simple script, but if you are writing some more complex code, class and method already take two levels, and that is your base line, I don't see how having two more levels is a read
7.
by jdevera 14y ago
I see both points but regarding (2), there are common cases where you are not necessarily doing anything wrong but the 80 character limit will make your code less readable, especially when using four spaces or more for indentation. For exam
8.
by jdevera 14y ago
Why oh why the 80 character limit? It's the 21st century, screens are huge! I'm not saying let's put the limit in 300, but 100 or 120 is good enough to fit side by side diffs in one screen.