My daily readings 01/25/2008

By wind333

Business English Pod :: The Business English Podcast for Professionals

tags: business, english, podcast

Hacking Knowledge: 77 Ways to Learn Faster, Deeper, and Better | OEDb  Annotated

tags: education, knowledge, learning, productivity

    Life-changing knowledge does typically require advanced learning techniques. In
    fact, it’s been said that the average adult only uses 10% of his/her brain.
    Imagine what we may be capable of with more advanced learning techniques. Here
    are 77 tips related to knowledge and learning to help you on your quest. A few
    are specifically for students in traditional learning institutions; the rest for
    self-starters, or those learning on their own. Happy learning.
      Take a bath or shower. Both activities loosen you up, making
      your mind more receptive to recognizing brilliant ideas.

        Usability and Interface Design Books | Know-How | Smashing Magazine

        tags: books, design, interaction, usability

        UNIX tips: Learn 10 good UNIX usage habits

        tags: unix

        Input Director  Annotated

        tags: no_tag

        Input Director is a Windows application that lets you control multiple Windows
        systems using the keyboard/mouse attached to one computer. It is designed for
        folks who have two (or more) computers set up at home and find themselves
        regularly sliding from one system to the other (and wearing out the carpet in
        the process!). With Input Director, you can share a single keyboard/mouse across
        a set of systems. You switch which system receives the input either by hotkey or
        by moving the cursor so that it transitions from one screen to the other (in a
        very similar fashion to a multi-monitor setup). The idea being that you can
        position the monitors from two or more systems in a row and use a shared
        keyboard/mouse to control all of them.

          Chris Harrison’s Projects Page

          tags: project

          How Do Users Really Feel About Your Design? :: UXmatters

          tags: design

          The user experience field has been trying to move beyond mere usability and utility for years. So far, no one seems to have developed easy-to-implement, non-retrospective, valid, and reliable measures for gauging users’ emotional reactions to a system, application, or Web site.

          Simple Home File Server (Based On Ubuntu) | HowtoForge – Linux Howtos and Tutorials  Annotated

          tags: file, server, ubuntu

          The server is built with Ubuntu Server 7.10 & Samba. Do not use Ubuntu Server 5.04 LTS because this version does not support the latest SATA Controllers (in an Pentium II or III you likely want to use a PCI SATA RAID controller to attach SATA hard disks).

          The existing tutorials do not describe how to add additional disks or have a
          complex authorization or access procedure. Freenas (www.freenas.org) does have too many
          features for home users and more important it does not support the NTFS
          format. 

            Fire And Motion – Joel on Software  Annotated

            tags: gtd

            I remembered this for a long time. I noticed how almost every kind of military
            strategy, from air force dogfights to large scale naval maneuvers, is based on
            the idea of Fire and Motion. It took me another fifteen years to realize that
            the principle of Fire and Motion is how you get things done in life. You have to
            move forward a little bit, every day. It doesn’t matter if your code is lame and
            buggy and nobody wants it. If you are moving forward, writing code and fixing
            bugs constantly, time is on your side. Watch out when your competition fires at
            you. Do they just want to force you to keep busy reacting to their volleys, so
            you can’t move forward?

              Code Commit: The End of the Ruby Fad?  Annotated

              tags: ruby

              It seems more and more these days like people just don’t want to hear about
              Ruby.  Ruby posts to link sites like DZone or Reddit get voted down before
              they have a chance to see the light of day.  Pointless flames litter the
              blogs, declaiming Ruby and alternatively crowning Groovy, Scala, Java or even
              XML in its place.  The sad thing is that no one seems to have found the
              middle ground yet

                Interoperability Happens – Can Dynamic Languages Scale?

                tags: language, scalability

                Bit Twiddling Hacks  Annotated

                tags: algorithm, code

                When totaling the number of operations for algorithms here, any C operator is
                counted as one operation. Intermediate assignments, which need not be written to
                RAM, are not counted. Of course, this operation counting approach only serves as
                an approximation of the actual number of machine instructions and CPU time. All
                operations are assumed to take the same amount of time, which is not true in
                reality, but CPUs have been heading increasingly in this direction over time.
                There are many nuances that determine how fast a system will run a given sample
                of code, such as cache sizes, memory bandwidths, instruction sets, etc. In the
                end, benchmarking is the best way to determine whether one method is really
                faster than another, so consider the techniques below as possibilities to test
                on your target architecture.

                  Five whys – Joel on Software  Annotated

                  tags: mindset

                    After some internal discussion we all agreed that rather than imposing a
                    statistically meaningless measurement and hoping that the mere measurement of
                    something meaningless would cause it to get better, what we really needed was a
                    process of continuous improvement. Instead of setting up a SLA for our
                    customers, we set up a blog
                    where we would document every outage in real time, provide complete
                    post-mortems, ask the five whys, get to the root cause, and tell our customers
                    what we’re doing to prevent that problem in the future. In this case, the change
                    is that our internal documentation will include detailed checklists
                    for all operational procedures in the live environment.
                      • Our link to Peer1 NY went down
                      • Why? – Our switch appears to have put the port in a failed state
                      • Why? – After some discussion with the Peer1 NOC, we speculate that it was
                        quite possibly caused by an Ethernet speed / duplex mismatch
                      • Why? – The switch interface was set to auto-negotiate instead of being
                        manually configured
                      • Why? – We were fully aware of problems like this, and have been for many
                        years.  But – we do not have a written standard and verification process
                        for production switch configurations.
                      • Why? – Documentation is often thought of as an aid for when the sysadmin
                        isn’t around or for other members of the operations team, whereas, it should
                        really be thought of as a checklist.

                        Leave a Reply