csh
/
y.st.
forked from y.st./y.st.


			
				
					
						
						
							123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140
							<?xml version="1.0" encoding="utf-8"?>
<!--
                                                                                     
 h       t     t                ::       /     /                     t             / 
 h       t     t                ::      //    //                     t            // 
 h     ttttt ttttt ppppp sssss         //    //  y   y       sssss ttttt         //  
 hhhh    t     t   p   p s            //    //   y   y       s       t          //   
 h  hh   t     t   ppppp sssss       //    //    yyyyy       sssss   t         //    
 h   h   t     t   p         s  ::   /     /         y  ..       s   t    ..   /     
 h   h   t     t   p     sssss  ::   /     /     yyyyy  ..   sssss   t    ..   /     
                                                                                     
	<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/>.
-->
<!DOCTYPE html>
<html xmlns="http://www.w3.org/1999/xhtml">
	<head>
		<base href="https://y.st./en/weblog/2016/01-January/28.xhtml" />
		<title>from __future__ import braces &lt;https://y.st./en/weblog/2016/01-January/28.xhtml&gt;</title>
		<link rel="icon" type="image/png" href="/link/CC_BY-SA_4.0/y.st./icon.png" />
		<link rel="stylesheet" type="text/css" href="/link/basic.css" />
		<link rel="stylesheet" type="text/css" href="/link/site-specific.css" />
		<script type="text/javascript" src="/script/javascript.js" />
		<meta name="viewport" content="width=device-width" />
	</head>
	<body>
		<nav>
			<p>
				<a href="/en/">Home</a> |
				<a href="/en/a/about.xhtml">About</a> |
				<a href="/en/a/contact.xhtml">Contact</a> |
				<a href="/a/canary.txt">Canary</a> |
				<a href="/en/URI_research/"><abbr title="Uniform Resource Identifier">URI</abbr> research</a> |
				<a href="/en/opinion/">Opinions</a> |
				<a href="/en/coursework/">Coursework</a> |
				<a href="/en/law/">Law</a> |
				<a href="/en/a/links.xhtml">Links</a> |
				<a href="/en/weblog/2016/01-January/28.xhtml.asc">{this page}.asc</a>
			</p>
			<hr/>
			<p>
				Weblog index:
				<a href="/en/weblog/"><abbr title="American Standard Code for Information Interchange">ASCII</abbr> calendars</a> |
				<a href="/en/weblog/index_ol_ascending.xhtml">Ascending list</a> |
				<a href="/en/weblog/index_ol_descending.xhtml">Descending list</a>
			</p>
			<hr/>
			<p>
				Jump to entry:
				<a href="/en/weblog/2015/03-March/07.xhtml">&lt;&lt;First</a>
				<a rel="prev" href="/en/weblog/2016/01-January/27.xhtml">&lt;Previous</a>
				<a rel="next" href="/en/weblog/2016/01-January/29.xhtml">Next&gt;</a>
				<a href="/en/weblog/latest.xhtml">Latest&gt;&gt;</a>
			</p>
			<hr/>
		</nav>
		<header>
			<h1><code>from __future__ import braces</code></h1>
			<p>Day 00327: Thursday, 2016 January 28</p>
		</header>
<p>
	I prefer <abbr title="PHP: Hypertext Preprocessor">PHP</abbr> as my learning tool.
	Despite it having major issues, it is very easy to add debug lines in <abbr title="PHP: Hypertext Preprocessor">PHP</abbr>.
	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 <abbr title="PHP: Hypertext Preprocessor">PHP</abbr> 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 <abbr title="PHP: Hypertext Preprocessor">PHP</abbr>.
</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 <abbr title="United States Dollars">USD</abbr> 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>
		<hr/>
		<p>
			Copyright © 2016 Alex Yst;
			You may modify and/or redistribute this document under the terms of the <a rel="license" href="/license/gpl-3.0-standalone.xhtml"><abbr title="GNU&apos;s Not Unix">GNU</abbr> <abbr title="General Public License version Three or later">GPLv3+</abbr></a>.
			If for some reason you would prefer to modify and/or distribute this document under other free copyleft terms, please ask me via email.
			My address is in the source comments near the top of this document.
			This license also applies to embedded content such as images.
			For more information on that, see <a href="/en/a/licensing.xhtml">licensing</a>.
		</p>
		<p>
			<abbr title="World Wide Web Consortium">W3C</abbr> standards are important.
			This document conforms to the <a href="https://validator.w3.org./nu/?doc=https%3A%2F%2Fy.st.%2Fen%2Fweblog%2F2016%2F01-January%2F28.xhtml"><abbr title="Extensible Hypertext Markup Language">XHTML</abbr> 5.1</a> specification and uses style sheets that conform to the <a href="http://jigsaw.w3.org./css-validator/validator?uri=https%3A%2F%2Fy.st.%2Fen%2Fweblog%2F2016%2F01-January%2F28.xhtml"><abbr title="Cascading Style Sheets">CSS</abbr>3</a> specification.
		</p>
	</body>
</html>