• Response to Developer relations – Marco.org

    Modern society has come to rely so heavily on mobile apps that any phone manufacturer must ensure that such a healthy ecosystem exists as table stakes for anyone to buy their phones.
    I wasn't concerned when the iPhone first came out and third party apps could only be installed via the App Store. Unlike Android, having a single place to go to install apps is arguably a much better customer experience. Having the manufacturer manually approve each app that's installable on your phone seemed warranted as data was super expensive and you didn't want an app misbehaving on your 3G connection giving you surprise bills. This approval process provided some assurance this wouldn't happen.

    However in the years since the AppStore's release, mobile phones have become central to modern society. Even in Japan, a country famous for holding on to fax machines and personal stamps, it's becoming harder to exist without one of their devices.

    Because of the cellphone's new role as the interface for interacting with society, a closed AppStore and closed devices that only allow you to interact with society via a benevolent dictator's approved was feels increasing anti-democratic.

    No matter how benevolent of a dictator they may be, they're still a dictator.
  • Picking a License for Tanzawa

    As Tanzawa is getting closer to being something I can release for other people to use, I've been trying to decide on the best license for it and my goals for the project. The most likely scenario is that Tanzawa will only power my blog or a handful of blogs and that I'll be the only regular contributor. I'd love to be proven wrong, though πŸ˜€.

    My main goal for Tanzawa is to provide a system that slightly-technical folks can use to create their own home online. My secondary goal is to explore low-resource computing and using Tanzawa as my proving ground. If I can find a model that would allow me to build a revenue stream around Tanzawa, that would be great, but it's not a primary focus.

    I've considered all of the main open source licenses: Apache, AGPL, MIT, and BSD-3.Β  Each license is appealing to me for different ideological reasons.Β 

    Before researching licenses a bit, I had thought I would pick the AGPL. I really like changes would need to be released to the community. Wordpress uses the GPL, too.Β 

    But then I started thinking about the possibility of building software around Tanzawa to support paid hosting for Tanzawa blogs. This bit wouldn't be open source and it may require some custom hooks into Tanzawa. Picking the AGPL would lock me in needing to release these changes. Being the original author, I could just dual license it to myself, but it gets a bit murkier if anyone contributes to the project.

    I considered the MIT and BSD licenses together. BSD is basically public-domain in my mind. You're free to use Tanzawa how you please and keep all your changes to yourself. I'm not entirely opposed to this, and I'm sure it happens in reality with GPLed code. This said if someone uses Tanzawa to build something, I'd like them to acknowledge that what they've built is built on Tanzawa.Β  While I think scenario is a low probability, it's not zero.

    The last license I considered is the Apache license. What sets it apart from other licenses is its stance on software patents. Basically is someone contributes to Tanzawa and then sues me (again, low probability), they lose their right to use the software. But not being able to be sued gives me a piece of mind I can't get with the other licenses.

    Now to merge license files into the repository.
  • Checkin to Starbucks

    in Fujisawa, Kanagawa, Japan
    Time to work on Tanzawa for a few.
  • Since your data is yours with Tanzawa each record can be inspected and modified via the django admin. Small clean today was to change the names from the table/model to proper verbose names.

    Django admin in Tanzawa
  • Ajisai (hydrangea) season is my favorite season in Japan.

    Ajisai
Previous 302 of 739 Next