scriptkiddy

Mission bay San Diego?

Why do you think that is?

Yep. Japan leads as a great example in this case.

This is kind of part of the problem. Housing developers are enabling large hub cities to offload the cost of housing to smaller outlying towns. Of course, the developers aren't doing this willingly.

The other problem is that housing developers in California have a tendency to build huge, sprawling suburban communities. This just increases sprawl.

Imagine a 1 sq. mile tract of land. Assuming a housing developer builds a ton of two story, single family homes here, each on a 1/4 acre of land, we can calculate that they can build 2560 homes +/- 500 based on topography and landscaping etc. There are no reliable numbers as to the average of units in an apartment building. Therefore, we will have to make some assumptions. Let's go ahead and say that that the developer decides to build apartments instead of tract-homes. Each apartment building will be 2 acres in area. Even if the apartments are huge: 1500 sq ft +, we can calculate that a 2 acre apartment building can have about 20 units per floor. Lets say that these apartment buildings are a modest 2 stories tall. 20 * 2 = 40. That means, covering the same 1 sq. mile of land with modest apartment buildings could create 12800 residences. That's a 500% increase in residences.

In urban centers, zoning laws allow for much taller structures. Structures can be hybridized to allow for both commercial and residential tenants.

Building large, hybrid-use, multi-tenant structures will alleviate some of the pressure on the housing market and lead to shorter commutes for most people. This is because you can fit more people into a smaller land area. It's common sense I'm sure. So, why aren't developers building these structures? The short answer is that they can't. City zoning laws, angry property owners, and the lack of open land in desirable areas all get in the way.

This is why I've always been in favor of Hybrid zoning. Hybrid structures are even better in my opinion. You can have a building where the bottom floors are commercial space and the upper floors are residential space.

Or you can zone an area where both commercial and residential development are permitted. Sure, living right next to a metal shop or something isn't the most pleasant thing, but it's really nice if you work at that metal shop.

This is something I saw being developed in my home town before I moved away. Along the main "downtown" strip they built several new 2 story structures where the bottom floors were shops like whole foods and such. On the top floor were various types of apartments. These particular apartments were a bit on the expensive side mostly due to it being a kind of swanky neighborhood right along the beach. That said, the concept can be expanded upon to apply to more affordable areas.

A very similar thing is happening here in Los Angeles. Luckily, the Mayor and city officials are fighting back to push through more multi-family housing. It's still going to take a while before housing prices stabilize though.

And I still have a toshiba satellite from 2008 that works as well as the day I bought it. I think reliability isn't something only high end manufacturers offer.

One of the best threads Reddit has produced in a very long time.

> There is no documentation I've ever seen that's better it clearer.

You should check out Django's documentation: https://docs.djangoproject.com/en/1.11/

In my opinion, it is the gold standard.

TLDR; How to be the Pointy Haired Boss.

Makes me feel better about all the time I spent on the password reset functionality for my latest project.

On Ubuntu specifically, ensure that you are only installing packages from Cannonical's repositories or VERY trusted PPAs.

I really enjoy the sound from in ear headphones, but I had an issue where wearing them too often was causing ear wax build up near my ear drum. I actually temporarily lost hearing in my left ear because because of this. Basically, the ear buds did not allow the ear wax to naturally flow out of the ear. This caused wax buildup near my ear drum and reduced the ability for my ear drum to vibrate. I had to rinse my ear with warm water every day to eventually clear it up. Just a cautionary tale.

Oh, you're talking about hearing damage. I'm simply talking about listening to music in general.

For a second I thought you were implying that not listening to music is a good thing. Glad to hear that's not what you believe.

To be fair, if you remember only the main events of any story, it's not difficult to recite it from memory. For instance, I've read the Lord of the Rings trilogy many times. I had no problem reciting the entirety of it to my grandmother after my first read through. You may think that a story recited this way would be shorter, but it's not difficult to improvise or embellish. The Odyssey has an extremely simple plot by today's standards. It's been quite a while since I've read the book, but I'm pretty sure I could skim through the cliff notes and tell a pretty compelling version of it.

If your into building games and want a language that can easily cross-compile to multiple platforms, you may want to take a look at Nim: https://nim-lang.org. You'll get better performance than with Python as well. It's definitely a little less intuitive than Unity although.

> Yes, if everything always worked as advertised that is how you would do it. Unfortunately it isn't.

You'll have to explain. Any problems that arise would be problems that would arise with installing any package from any packaging system. I fail to see your point. Errors and bugs are always possible in any situation. This isn't really an argument against vurtualenvs, it's an argument against software in general.

> Exactly. So, how difficult can it be to upgrade a certificate that was already there, nothing on that machine needed 'upgrading' over and beyond the certificate, especially not without doing so in an irreversible way. All the software required to do the upgrade was in place because it worked 90 days before then.

When dealing with security measures such as SSL, it's extremely important that all packages involved in the process are secure and up to date, Therefore, it makes sense to me that an SSL library would want to ensure that all of it's dependencies have the latest bugfixes and security patches.

I don't think so. I think you're referring to static type checking. I'm referring to dynamic/runtime type checking.

For instance, `1 + "hello"` will throw a `TypeError` at runtime because the `+` operator is not supported for use with `str` and `int` types. In a statically typed language, the code would not run or compile unless a `+` operator has been defined that takes a `str` type as it's first argument and an `int` type as it's second argument.

I guess you could say that a `TypeError` at runtime isn't really "type checking" in a sense. I guess it would be more like "type enforcement".

How is virtualenv not always available?

``` pip install virtualenv

virtualenv -p python3 venv ```

If you have a heavily locked-down server or something, talk to the administrator.

> updating a certificate should not require a large amount of software to be installed on the sly on a machine, it should just upgrade the certificate and be done with it.

I respectfully disagree. First, updating a certificate can be done by hand without the use of any software. The point of letsencrypt is to automate the process. Automation requires software. If letsencrypt were written in C you would still need to ensure that the executable was compiled for your architecture and that you have the correct header files available in the correct locations.

I'm also not sure what you mean by "on the sly" here either. If we assume that you mean that the letsencrypt package automatically creates a virtualenv, how is this any different from postgres installing libxml2 as a dependency for example?

Python does type check - at runtime. That said, I understand where you're coming from. Maybe it's because I'm very familiar with Python, but lack of static typing has not been a problem for me in a long time. If I really need to be sure that something is the correct type, i can try to catch `TypeError` and handle it. Not the most terse of methods, but I rarely find that I'm all that concerned with types in my Python work.

I know it doesn't address the root of the problem, but if you are running Python in production, you should always be using a virtualenv. Virtualenv is essentially a separate Python runtime with it's own packages and interpreter. You can have as many virtualenvs as you like on the same machine and have them all configured completely separately.

> At one point a simple letsencrypt refresh ended up re-installing some critical python component eventually resulting in a full re-install of a server.

The letsencrypt developers explicitly recommend using a virtualenv to run the certbot script.

The best part of virtualenvs is that you can almost use them like little containers. For instance, let's say you have a script running a web interface and another script that performs data calculations both on the same server.

Your web application can have its own virtualenv and be listening for proxied requests from an nginx instance. The data processing script can be running in it's own virtualenv as well and listening on a local unix socket for incoming data to process. The data processing script is 100% independent of the web application script and vice-versa. They each have their own interpreter and dependencies. Hell, you could even run your data processing script in Python 2 and your web application in Python 3 if you needed to.

To be fair, Python programs aren't really designed to be compiled into a single executable. They are designed to be run through an interpreter. Therefore, multi-target compiling isn't really something the core developers focus on. The fact that you were unable to compile for multiple sources is more a failing of whatever third-party tool you were using.

> no nice async web framework

You should check out aiohttp: https://github.com/aio-libs/aiohttp

I've built a couple of tester projects with it in Python 3.5. It's actually quite pleasant.

That honestly sounds like a very poorly written decorator to me. I work with Django professionally and have been for years now. I'm not going to say I know the framework like the back of my hand, but I'm pretty damn close. Django already supplies the request object to every single view regardless of whether or not the view is class or function based. Why you would need a decorator to replicate existing functionality is beyond me. It's possible that the decorator was created for an older version of Django that was missing some important part of the request object, but I can't for the life of me figure out what that would be.

That looks really well done.

I don't think I would use it for my static blog simply because I don't really feel like spinning up a separate server just for comments.

Part of the appeal of a static site generator for me is not having to administrate a server. I can just throw it up on Github or Gitlab pages and be done with it.

> It was predictable and straightforward and boring, and generally did what I needed it to do without getting in the way.

This is usually how I know that a library is well put together.

Thanks for those suggestions. Hugo looks particularly awesome. I've been wanting to spin up a blog so I can write tutorials and such. I actually started building my own web app from scratch for it because I couldn't find a static site generator I actually liked. Hugo, on the other hand, doesn't look like it could be any easier.

Good point. I've been asked several times in Medium comment threads to write a non-biased comparison between React and vue. Since it seems like it's so difficult to find an article like this one without bias, I may just write it. I'll also ensure that I research any use of either library.

Maybe you should share your opinion with Even You at the next conference you go to and see how he takes it. Writing Vue off like this is an insult to it's creator. Evan works really hard on maintaining and improving Vue for what probably amounts to pennies on the dollar when compared with the money Facebook pumps into react.

I'm not saying that you're wrong about Vue not being a "thought-leader" or whatever, just that you really should be more appreciative of developers who release awesome libraries under OSS licensing.

That said, being a "thought-leader" is not necessary in order to make a difference. Software has been, is, and always will be an iterative process. We build upon the shoulders of giants that came before us. We take the best ideas from our predecessors and combine them to create something new and, hopefully, better. Regardless of your opinion on the philosophical aspects of Vue, you have to give credit to its creator and its community.

I'm going to go out on a limb here and say "Never attribute to malice what can easily be attributed to ignorance". I have a feeling the author did not intend to mislead their readers. I feel that it is more likely that they didn't look too deeply into the subject. It's fairly simple to attribute some piece of work to Facebook when Facebook's branding is plastered all over it.