HN user

icedog

125 karma
Posts1
Comments73
View on HN
The State of Go 11 years ago

Besides the arrow keys, you can move forwards or backwards by clicking on the left or right edges of a slide.

I disagree that it maps most directly to the problem statement. You're performing a common factor computation in your mind, which may be more difficult given numbers other than 3 and 5. In my opinion, pattern matching offers the most direct solution and comes with an abundance of compiler optimizations. Here's an example in Rust...

        for i in range(1i, 101) {  
            match (i % 3, i % 5) {  
                (0, 0) => println!("Fizzbuzz"),  
                (0, _) => println!("Fizz"),  
                (_, 0) => println!("Buzz"),  
                _ => println!("{}", i),  
            }  
        }

I'm an F# developer, but still decided to not use F# to build an android app. Dealing with the UI libraries like support.v4 was just too painful from a functional perspective. If you don't need any object oriented dependencies, then it's smooth sailing.

Interesting that one of those presenters is named Howard Payne. Along with Payne being an elevator company, Howard Payne is the name of the antagonist in 'Speed', who hacks an elevator...

Here's the same approach in F# without the different types of String; therefore, easier to get more functional.

    let fizzbuzz num =     
       match num % 3, num % 5 with      
          | 0,0 -> "FizzBuzz"
          | 0,_ -> "Fizz"
          | _,0 -> "Buzz"
          | _,_ -> num.ToString()

    [1..100]
      |> List.map fizzbuzz
      |> List.iter (fun (s:string) -> printfn "%s" s)

Putting the String issue aside, I just wanted to show the beauty of pattern matching.

    for i in range(1i, 101) {
        match (i % 3, i % 5) {
            (0, 0) => println!("Fizzbuzz"),
            (0, _) => println!("Fizz"),
            (_, 0) => println!("Buzz"),
            _ => println!("{}", i),
        }
    }
-- edited: removed `.to_string()`, thanks chrismorgan
Rust by Example 12 years ago

Web services aren't the only things that run on servers. And nobody is forcing you to use just one tool for all your jobs.

Since today's topic on HN is usability testing. I'm a bit confused by the connection between the goal stated on the YC application and thedailymuse.com. Correct me if I'm wrong, but I don't see anywhere that says this is a resource for women or "non-traditional candidates". How are you targeting this demographic without being discriminatory in your job applications?

Indeed, this helps solve a bigger problem than usability: what the hell are they selling.

I'm often frustrated by the poor messaging written on landing pages or even the 'About [Product]' pages. Either the page is 100% marketing fluff or 100% technical info. With marketing fluff, I can read a thousand words and still not get any substance. With just technical info, they often leave out answering the key marketing answers: what are the competitive advantages?

As an F# and Go developer, I reckon you should say, "IGo syntax looks very familiar to [any language which uses significant whitespace]". However, I'd still disagree with that statement.

Regulation isn't an appropriate response. If taxi's are cheap to operate (hence ample supply but artificially limited) then personal vehicles are cheap as well. "Big fat lazy motherfuckers" will just buy their own vehicle and make an even larger mess.

Pardon my idealistic views, but it would be better to curb demand for taxis with: a. cheaper, more consistently on-time public transportation b. safer bike routes c. casual carpool programs

The real question is why you rather take a taxi than your local public transportation.