y.st./source/pages/en/weblog/2016/01-January/28.xhtml

<?php
/**
 * <https://y.st./>
 * Copyright © 2016 Alex Yst <mailto:copyright@y.st>
 * 
 * This program is free software: you can redistribute it and/or modify
 * it under the terms of the GNU General Public License as published by
 * the Free Software Foundation, either version 3 of the License, or
 * (at your option) any later version.
 * 
 * This program is distributed in the hope that it will be useful,
 * but WITHOUT ANY WARRANTY; without even the implied warranty of
 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
 * GNU General Public License for more details.
 * 
 * You should have received a copy of the GNU General Public License
 * along with this program. If not, see <https://www.gnu.org./licenses/>.
**/

$xhtml = array(
	'title' => '<code>from __future__ import braces</code>',
	'body' => <<<END
<p>
	I prefer $a[PHP] as my learning tool.
	Despite it having major issues, it is very easy to add debug lines in $a[PHP].
	Python has some strangeness that does not belong in a language, such as <code>import antigravity</code>.
	As a language, Python is not a regular tool like Aptitude is.
	While a small easter egg fits in quite well in Aptitude, anything that cannot be used in a program does not belong in a language.
	Overall though, it is a very nice language, or at least that is what I thought until today.
	Today though, <a href="https://opalrwf4mzmlfmag.onion/">wowaname</a> showed me something that changed my mind about Python.
</p>
<p>
	She showed me the <code>from __future__ import braces</code> statement.
	I was ecstatic! Upon first glance, it looks like this line would allow me to use a curly brace syntax instead of forced indention.
	While the forced indention may make final code look better, but is quite inconvenient when you want to insert a <code>print</code> line into the code for debugging, just to remove it moments later.
	With this new tool in hand, my path was clear.
	I would write my code with curly braces, using the easier syntax during development.
	Later, when my code had most of the bugs worked out, I would remove the curly braces and <code>import</code> line, causing Python to once again enforce clean-looking code in my functioning product.
	I was going to translate the beginnings of my spider into Python and use Python as my main language for future projects, with an exception for projects that generate Web pages, as I still feel that $a[PHP] has better Web server integration.
	However, when I tried using the statement <code>from __future__ import braces</code>, I was greeted with a condescending message: <q>not a chance</q>.
	Python is mocking people that want to use a braced syntax! If they wrote something about braced syntax being inferior in the manual or something in an effort to convince people that their way is better, that would be one thing.
	However, they actually wrote this feature into the language itself just to mock people that disagree with them!
</p>
<p>
	In the span of a few minutes, I have gone from thinking that Python is a very nice language to having quite a disdain for it.
	I now will refuse to write anything in Python.
	It seems that I no longer have any of my Python scripts stored on my remote Git accounts.
	I may have taken them off of <a href="https://github.com/Y-st">GitHub</a> when I found <a href="https://notabug.org/y.st./">NotABug.org</a>, then never uploaded them to my NotABug.org account.
	In any case though, they will not be reuploaded until I translate them into a less condescending language, such as $a[PHP].
</p>
<p>
	To be clear though, while I refuse to write in Python any more, I am not outright boycotting all Python code or attempting to get other people to switch languages.
	If there is some functional code that someone wrote in Python, I will be more than happy to run it using my still-installed Python interpreter.
	Python is still a free software, cross-platform language.
	Every language has its issues, and it makes no sense to boycott software based on what language it is written in, assuming that software written in that language run in a free software environment and the language is efficient enough to avoid causing resource concerns.
	I simply would rather write code in a language that is more to my liking.
</p>
<p>
	Someone pretended to be me and registered a Netflix account using my email address.
	I have added this &quot;adan play&quot; and Netflix to my <a href="/en/a/hall_of_shame.xhtml">hall of shame</a>.
	As usual, I performed a password reset to lock the impostor out of the account.
	After resetting the password, I was able to see what service plan had been registered for.
	Unfortunately for adan, he registered for a \$159 $a[USD] per month service, and now has no way to cancel the service.
	He may need to get ahold of Netflix somehow, in which case he will need to explain that he provided someone else&apos;s contact information instead of his own.
	If that does not work, he may need to cancel his credit card.
	I think that the lesson here is clear: when registering an account, use your own contact information, not the contact information of someone else.
	If you use someone else&apos;s email address to register an account, they can lock you out of your account.
	Using invalid contact information, such as the email address <code>example@invalid.invalid</code> is one thing, but when you use a valid email domain, you are asking for trouble.
</p>
<p>
	My <a href="/a/canary.txt">canary</a> still sings the tune of freedom and transparency.
</p>
END
);