Contacts/Links

[email protected]

• github gist

• StackOverFlow

• pixiv

• Thingyverse

• Steam

• Reddit

• youtube

• Discord

About this weirdo

Hobby Pythonist who mainly uses Python 3.12 and up, who .

Also loves hobby drawing & modeling, and using 3D printers!

A Severe Pythonista who loves doing various hobbies:

• Following the teachings of The Zen of Python
• Simple Drawing
• Programming Random stuffs
• Very basic Modeling
• 3D Printing
• Godot Game engine
• Steam
• Falling in love to nonexistent being

And preferences of:

• Readability, Documentation, Comments ABSOL-FCKIN-LUTELY counts
• Prefer black formatting
• Prefer trio over threading & asyncio. Personally I think all pythonist should read this multiple times.
• Strong preference to Jetbrains IDE family

Lang-friendliness-stuff

Some not-so-proud-of table:

Lang	Personal exp.	Workplace exp.	Note
Python	6 yr	1.5 yr unofficial 1yr official	Loves EAFP, Loves Zen of Python
C++	1.5 yr	0.5 yr official	Currently fighting with implicit hell & Rule of 0/3/5. I hate indecisive, implicit, weak typed langauge!
C	0.5 yr	Nope	Will do if gun's pointed at me
C#	0.5 yr	Nope	Unity/Godot, Will do if gun's pointed at me
Javascript	0.5 yr	Nope	Loves to go pure CSS/JS/HTML and suffer or mixes with Brython like true weirdo
Java	0.25 yr	Nope	Will do if gun's pointed at me
SPARC	0.25 yr	Nope	Won't do even if gun's pointed at me
GDScript	2yr	1yr official	Godot, Well this do look like python but something's weird..

ETC:

• can do basic Gitlab CE setup & management
• can do basic Gitlab Pipeline setup (despite I don't use it myself)

Zen of Python

The Zen of Python, by Tim Peters

Beautiful is better than ugly.
Explicit is better than implicit.

Simple is better than complex.
Complex is better than complicated.

Flat is better than nested.
Sparse is better than dense.
Readability counts.

Special cases aren't special enough to break the rules.
Although practicality beats purity.

Errors should never pass silently.
Unless explicitly silenced.

In the face of ambiguity, refuse the temptation to guess.

There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.

Now is better than never.
Although never is often better than *right* now.

If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.

Namespaces are one honking great idea -- let's do more of those!