The web has the answers- I was looking for some nice css to style a table on my pages, and this site is quite nice.
Sunday, October 30, 2005
Wednesday, October 26, 2005
"Who Owns XML"
This is a ridiculous article and a ridiculous patent. The patent has no more to do with XML namespaces than it does to spreadsheets or SQL. Scientigo are nothing more than thieves. Rather than get the company spin, why wouldn't a "Tech Review" evaluate the contents of the patent, which seem to refer to ideas of what inventions could be created, rather than containing the specifications for actual inventions.
Posted by Matt McKnight at 5:00 PM
Monday, October 24, 2005
Techdirt comment "While folks are fretting about the impact of video games on aggressive thoughts and behaviors, Clive Thompson is taking an interesting look at how many gamers suddenly get sick of a game they've obsessed over for weeks. His theory is that once you've uncovered all the 'layers' of how a game works, it loses much of its excitement. "
Continuing a loose thread on boredom- which I think is a rather large issue with people- I think this is the case with a lot of things. I quickly become obsessed with finding out how all of the layers of a thing work, and then find that I just lose interest. What does this say about the jobs we create for people? They are not necessarily puzzles, we aren't there to create puzzles, but we should refrain from giving people jobs that they can easily master. I think there is a positive side effect of continuous improvement efforts in that they can lead us to always push forward, and pushing forward keeps things interesting.
Posted by Matt McKnight at 1:50 PM
Thursday, October 20, 2005
I love this slate article on why South Korea is so good at cloning. I would like to create an analagous environment in the company that we are creating. Well, at least the "scientist as hero" part, not so much the "being attacked by China and Japan and having a crazy cousin at my northern border" part. I have been searching for how the dna of the company can be forced to take a certain shape, how to incentivize the right kind of behavior, and how to cook things so that the right chemistry emerges. How big can you get and still remain agile? What do you need to be the driving intellectual force that keeps things focused on the right goal, focused enough to get through the really really boring parts that are necessary to make great software, necessary to ensure that the fun creative parts are utilized in the right way. I don't think you can cook it too much, a lot it just happens by getting smart, open minded people into the groove together and seeing what comes out. Let me know if you are reading this and want to join up.
Posted by Matt McKnight at 2:37 PM
Tuesday, October 18, 2005
Federal Court Shuts Down Pay As You Go Wireless
"BCGI has been found guilty of infringing on pay-as-you-go wireless patents owned by Freedom Wireless. This heralds a farewell to Cingular's Go Phone and Sprint-Nextel's Boost services, both powered by BCGI.'"
I think it is insane that the patent office is letting people patent business models over technology. Stupid patent approvals are a major factor damaging US innovation. Good patents protect technical innovation, they aren't there to create monopolies around a function.
Posted by Matt McKnight at 11:15 PM
Intel's Robson tech speeds laptop startup and saves juice: "
Intel is showing off some prototype Centrino systems that rock the instant startup due to integrated NAND flash memory chips. Intel’s system puts common files like system data and applications onto the flash memory, speeding up their access and reducing battery consumption...we’ve been waiting around for insta-boot for like 5 million billion years.
I have been waiting for this for sooooo long. Why limit it to laptops? The base files for Windows should have been on memory chips for ages. Flash memory is sort of the perfect solution. ROM is too difficult to update, but flash is pretty quick (faster than disk) and updatable. And lots of computers are coming with flash card slots. My printer/fax even has one. Maybe I could boot windows off of my printer....
Posted by Matt McKnight at 9:49 AM
Sunday, October 16, 2005
The NY Times article on productivity [reg required] is getting a lot of attention. I have suffered from what I feel is rapidly diminishing productivity in recent years, some of which I believe is due to constantly divided attention. I was turned onto getting things done simply because I felt like I wasn't.
I think it comes down to people continually, progressively becoming more easily bored. In lives with constant stimulation, applying the focus required to get something done, something less stimulating than trying three things at once, seems boring. I think of the tv screens with multiple tickers. Dashboards. There is a definite need to find ways of creating ambient alerts. Things that only interrupt us when they have to. I think ambient findability is great concept as well. If I am typing in a document, and relevant resources on my hard drive, my network, my email, and the internet are being updated in a sidebar, they will be right at hand when I decide I need to look for something, it will have already been found.
There's so much to do. How can we be so bored?
Posted by Matt McKnight at 10:39 PM
Friday, October 14, 2005
Why are people such bad estimators?: "Painters say 5 days, it takes 8. Designers say 2 weeks, it takes 4. Programmers say 3 months, it takes 5. Government says it will take $X and it takes $XX. It’s been a very rare occasion (in my life, at least) that estimates have been anywhere near accurate. Even people in business for 20 years seem to have a bad time making accurate estimates. I realize an estimate is just a guess, but there’s a lot of bad guessing going around. What is it about people that make us such bad estimators?"
I think this idea has been around a long time- here's some top reasons why we're bad:
1) Humans are too optimistic.
2) While it may be possible to estimate how long it would take to do something if everything things went right, it's often difficult to estimate with error, interruptions, etc. that you don't have good data on.
3) What type of date is being given? What is a 5 day estimate? Is it the earliest date something could be possibly finished? Is the 50-50 date? The 90% date? You are talking about something that is stochastic, and would occur in a distribution.
4) The future does not always work in the way that the past did
And what to do about it:
1) Stop estimating
2) Adjust estimates based on progress (running features in a software project)
3) Present estimates as a probability distribution.
Posted by Matt McKnight at 3:25 PM
Thursday, October 13, 2005
Setting up a Rails Development Environment on Windows Using Eclipse
I think the best thing about code completion is not that it obviates the need to memorize tons of stuff, is that it reminds you of methods that exist on objects that you may have forgotten about. Maybe there is some kind of inbetween thing so that I can at least specify what type of object I want to be dealing with and get all of the methods and properties presented to me for easy clicking. Maybe I should be working on this...maybe not.
Posted by Matt McKnight at 3:28 PM
Remember the Milk: More TODO: "We must be getting really organized with all of the TODO list applications that are springing up. "
Remember the Milk
I can't decide if this is better than the free version of basecamp (one project limitation). It seems to have a couple of subtle bugs in the ajaxy aspects, but it is definitely a cool interface. It has the feature of sending email to add tasks, which works in backpack, but not basecamp (perhaps due the complexity of determining to which list the task should be added, which Remember the Milk solves with an inbox). I also like getting SMS messages or emails to my mobile when something is coming up. Anyway, it's good to see more apps in this realm. I think calendar integration is key. I need to find a good way to sync these things to ye olden blackberry until I get a more advanced mobile solution.
Posted by Matt McKnight at 12:53 PM
Falkands vs. Malvinas: "A confusing and confused article in the UK tabloid the Sun states that 'the British islands in the South Atlantic have been given Argentinian place names on the interactive Google Earth site.'
Well, in Maps the Spanish names are appended in parentheses. I have no problems with that, as it makes the map more useful to finding the islands when cross-referencing from other (Spanish-language) sources. (No access to Earth right now so if somebody could check...) "
It's interesting to see the reaction of people getting exposed to GIS data. The names of places can be very political. When I was giving a presentation in Morocco, they were disappointed to see that a country list in our application included "Western Sahara", which they rightly considered to be part of Morocco. Of course, we had not reviewed the list- it was an ISO list of country abbreviations.
To blame Google for any of these errors is idiotic- the data providers are the ones who made the decision, and they probably based on a list provided by an international standards body. While the name of place may seem to be the endorsement of a political belief, there's really no good way to be neutral and put all of the possible names for a place on a map and remain cartographically accurate.
This problem is doubly difficult when you are trying to produce a map for worldwide consumption. Do you call it Germany or Deutschland?
Posted by Matt McKnight at 10:00 AM
Wednesday, October 12, 2005
October 12, 2005:
"(The nattering scorekeepers of the BDUF/Agile beauty contest are now thoroughly confused. "Was that a vote for BDUF? Or Agile? What does he want? Can't he just take sides for once?!")"
Given that this method is almost word for word what is done in Planning Extreme Programming, I would say this is Agile. :-)
Big design up front isn't just about designing all of the features at once, you could still slip into doing iterations that are too big. And you could do 50 pages of UML models for a small iteration as well.
Posted by Matt McKnight at 4:13 PM
Monday, October 10, 2005
Playing with rails, one might note that it seems to be primarily database driven design (vs. domain driven design.) Why not generate the tables versus generating the model? There must be a good reason. I think the active record pattern is limiting for domains with complex structures that are best suited to object oriented design (whatever that means). While relational databases have some powerful features, they just aren't as good from a team/development, code maintenance perspective.
Posted by Matt McKnight at 8:59 PM
Monday, October 03, 2005
One of the oft mentioned advantages of SOA is that it provides a clean mechanism for code reuse. However, this is not strictly code reuse. In SOA, the reuser is reusing the actual running service. In code reuse, I take your library and embed it in my application. In service reuse, I call your live, running service from my application. In code reuse, if your application crashes, or the whole project is cancelled, there is no effect on me. In service reuse, I am entirely dependent upon the performance characteristics of your application. Think about the interdependencies ofa few three nines (99.9% available) applications- the availability of all of them drops. If one dies, they all could. Therefore, the "code reuse" argument for SOA is completely spurious. That's not to say that applications should never be integrated, but it shouldn't be done simply to reuse code.
The standard SOA response to dependency is indirection. In order to not create a hard dependency on your system, I use a third system (a service registry or directory) to look up the physical address of a service that offers the service your system provides. However, in your streamlined SOA, you have probably eliminated redundant applications, so there is nothing to switch to when your app is down. And now I am dependent on the service registry as well.
Posted by Matt McKnight at 9:44 AM