HN user

matth2

21 karma
Posts1
Comments12
View on HN

I have a Lenovo Thinkpad T61P. It would be a good machine except (1) the screen quality is consistent with that described in this article. Furthermore, it's developed hundreds of dead pixels. (2) The shift keys need to be hit exactly in the right place for them to work - the keyboard is a bit dodgy. (3) I had to replace the battery twice (under warranty) in a period of 6 months after buying it. I paid for quality (and was happy to based on reputation), but did not get it. It's been a very frustrating.

My day job laptop is a Dell D630. Very happy with this. My next laptop will be a Dell. The track ball on the Lenovos is much better.

[dead] 17 years ago

I'm in Newcastle, but in Sydney almost weekly though.. feel free to let me know about any meetups! matt.howlett at the domain gmail

[dead] 17 years ago

The paper could benefit from a few more pictures

I'd love to see a blog post that focuses on the 'barriers exist' point. Maybe some case studies.

I guess there are a range of levels of barriers to entry, and any example of high barrier to entry I can think of implies you've already done a lot of work yourself. Very often, this might be because of a previous job / study gave you some specific valuable domain knowledge, and / or contacts (eg google).

Other times not. For example, the sydney harbour bridge climb - there high barriers to entry here, they have a monpoly! but to get that monopoly they had to put in a lot of hard work convincing the relevant authorities to let them do it.

I've been a contract software developer (in Australia) for a few years now and have been doing this via a company that I set up. Creating a company to contract through certainly creates work and (in Australia at least) there is no tax advantage in doing so - but a lot of the basics of running a company (particularly tax, insurance, accounting and director obligations) are now second nature to me. I've found this a great way to learn.

I'm getting surprising amounts of joy from Qt (via c++). It's well thought though, has proved to be fairly painless to use, and is getting very comprehensive in it's current version. Also, I love the performance.

Interestingly, I haven't got the same feeling for XAML, which I thought I would before starting to use it as there are conceptually nice things about this framework.

If it takes X characters to achieve something in language A, and X*4 to achieve the same thing in BLUB, I don't think this means BLUB is 4 times slower to develop in than A.

When I develop software, most of the big delays, and excuses for procrastination are in forcing my brain into action over the higher level concepts. I find a lot of the extra lines of code required when using BLUB can be written at high speed, with little "hurt" to the brain.

I'm not saying BLUB is just as fast to develop with, I'm just saying the benefit isn't as good as number of lines ratio good.

I think change is certainly key as the catalyst for a turn around your state of mind.

That said, from my experience, I wouldn't expect to ever have an immediate, deep psychological turn around in response to any particular change, even a radical one - it always takes time. But change is key.

Some common wisdom: It's easy to be scared of change - often easier to deal with a bad situation - not even really realize it's that bad - than face the unknown. But the unknown is almost always not as bad as you think.

One i recently discovered: cook some shell style pasta then add a small can of (possibly flavored) tuna. the heat of the pasta heats up the tuna. easy, cheap, good for you.