True. What often seperates a good speaker from a mediocre one is how it behaves at high volumes. Most speakers made for home use regardless of the price lose composure when cranked high. The main culprit is usually the dome tweeters (a type of hi-frequency driver) that start to compress at high volumes. The solution is to use a compression driver (CD) with a waveguide but mostly for aesthetic reasons, there are virtually no commercial speakers on the market that use CDs.
The alternative is to use public announcement (PA) speakers. Virtually all of them are equipped with CDs, but they are relatively large, and unless you have a dedicated listening/home theater room, they won't really fit a home's decor well.
It occured to me that having the month before the day is the most practical solution because the most important piece in a date is the month as years change only every 365 days or so, and a day gains meaning only when associated with a month. In other words, the month, being the most salient piece comes first.
I still use Photoshop 6.0 circa 1999. It loads in a few seconds max, and it has all the core functionality necessary for web graphics work. In fact, even PS 5.5 would do fine because it was the first version that supported Save for Web.
If you are using the latest version of Photoshop for web work only, you are wasting time and money for tons of features you don't really need.
I strongly believe that the following excerpt from the article directly applies to any line of work including software development:
"I don’t know if an artist can last by meeting the current public taste, the taste from the last quarterly report. I don’t think you can last by following demographics and carefully meeting expectations. I don’t know many lasting works of art that are condescending or deliberately stupid or were created as content.
Don’t tell me I’m a brand. I’m famous and people recognize me, but I can’t look in the mirror and see my brand identity.
Keep talking about brands and you know what you’ll get? Bad clothes. Bad hair. Bad books. Bad movies. And bad records. And bankrupt businesses. Rides that were fun for a year with no employee loyalty but everyone got rich fucking you. Who wants that? The answer is purity. We can afford it. Let’s go find it again while we can."
I have been following Fingleton, the author of this article for quite a while. His main thesis that "Japan's lost decade is an illusion" has not changed much over the years. In fact, he was among the group "Japan bashers" in the 90s, and their main argument was that Japan's Ministry of Finance (MOF) was intentionally trying to paint a grim image of Japan to gain advantage in trade negotiations. This argument holds little water these days: it is next to impossible to hide information about the true state of a country when access to information is so easy thanks to the Internet.
Fingleton also claims that Japanese are early adopters in technology, which is only partly true. Japanese, in general, prefer to excel in something by using manual skills and they take great pride in that. They resort to technology only when manual skill is not enough. Making good cars require industrial robots so they have plenty of them, but in other parts of the industry, adoption of advanced technology can be quite limited. In other words, Japanese companies often find themselves at local maximums as compared to their American counterparts. Just look at the current state of Japan's once great electronics companies: Sony, Panasonic, Sanyo, NEC, Hitachi, etc. Only Canon seems to be doing fine these days.
Joel claims that Trello can be used for kanban. This is not true because Trello doesn't support WIP (Work-In-Progress) limits without which you don't have kanban.
If you want to know your team's capacity, you have to limit the number of tasks they work on at the same time. Once you limit WIP, several interesting things will happen:
* A backlog of tasks will emerge.
* You will be able to measure how much time is spent on each task.
* Tasks will get finished faster.
The first two results are not very surprising because by introducing WIP limits, you have effectively eliminated multitasking, but how on earth, do tasks get finished faster?
Unlike computers with multiple processor cores, our brains have one or at best two cores. Without WIP limits, when there are too many tasks to work on, we spend more time on switching tasks than the tasks themselves.
Bottlenecks become visible. Since everyone is working on a limited number of tasks, some finish theirs on time, some get overloaded, and some cannot finish their work because they need input from those who are overloaded. Team members with free capacity can help those who are overloaded. Better yet, they can even come up with ideas on how to fix the newly discovered bottlenecks.
Disclaimer: I am the author of http://flow.io , a lean project management application based on kanban.
My favorite quote from the article: "Shrink your important code."
and he explains why:
"There was a paper recently that noted that all of the various code quality metrics correlated at least as strongly with code size as error rate, making code size alone give essentially the same error predicting ability. Shrink your important code."
You are absolutely right that manually updating hours is a huge chore and not surprisingly it is universally despised. Making estimates beforehand in scrum is also problematic because it doesn't involve the time spent in previous phases as you pointed out. Kanban, however, solves the problems inherent in scrum, and virtually all digital kanban solutions automatically track the time for you in each phase of your workflow.
So, it is possible to measure productivity relatively painlessly in kanban as it limits work in progress (discourages multitasking, reveals bottleneceks in your workflow). Kanban also takes idle time into account (ex: time spent waiting approval from the management or another dept). See http://flow.io/how-kanban-can-help-you-measure-productivity.... for a brief overview of kanban's benefits.
Disclaimer: I am the author of flow.io, a lean project management app based on kanban.
I have always had an inkling that video games should be considered as applied math. According to Tarn, the author of Dwarf Fortress, who also has a Ph.D in math, making games "scratches all the same itches" as math. That sounds just right to me.
These results were expected by neuroscientists. Different senses are encoded differently in the brain. So, the subjects were unable to link them at first. The surprising thing here is the speed the association between tactile and visual encodings happened, and the article makes that clear.
The primary function of sleep is to permanently store the things learned during the day (long-term potentiation). Although different people need different amounts of sleep, those who need less usually find that they sleep longer if they learn challenging new material (e.g. a new language). That is the reason why babies sleep the most. Their brains are empty sponges constantly absorbing new information.
I think the real gem is at the end of the article:
"Many things that don’t look optimal are in fact optimal once you take the necessary constraints into account. For example, software that seems poorly designed may in fact have been brilliantly designed when you consider its economic and historical constraints. (This may even be the norm. Nobody complains about how badly obscure software was designed. We complain about software that has been successful enough to criticize.)"
If everyone is complaining about a different part of your software, that probably means just nitpicking. If the complaints converge on a feature or two, then you should absolutely listen to what they have to say. King is right on the money on this one.
Although there is clearly a grade inflation, the correlation between student selectivity and average GPA should also be noted:
"As a rough rule of thumb, the average GPA of a school today can be estimated by the rejection percentage of its applicant pool:
GPA = 2.8 + Rejection Percentage /200 + (if the school is private add 0.2)
Non-selective public schools (typically with 15 percent rejection rates or less) with GPAs in the 2.8 range or less tend to have only modest grade inflation. Some have none."
I don't want to discourage anyone, but you are practically distracting yourself from building a product by learning how to program. Getting really good at something takes many years of practice, and the program you write will likely be full of problems you are ill-equipped to fix.
The alternative is to use public announcement (PA) speakers. Virtually all of them are equipped with CDs, but they are relatively large, and unless you have a dedicated listening/home theater room, they won't really fit a home's decor well.