mattvanhorn

10 年前議論

Wow, Upwork comes out looking worse than the asshole who was abusing the system. Wasn't expecting that. Guess the world is just full of assholes and their enablers.

mattvanhorn

10 年前議論

Real programming ended with Mel.

mattvanhorn

11 年前議論

tl;dr: "Conceptual debt" is what Ward Cunningham described as "technical debt". That thing you call "technical debt" is just a combination of bad habits, haste and apathy.

mattvanhorn

11 年前議論

Tell them to subpoena you - then the choice to testify is not yours any more. You'll have to. But you can tell future employers that you were forced, if you'd like to.

mattvanhorn

11 年前議論

I'm terribly saddened by this. It's a great genre bookstore, and although I have a kindle, I still love having dead tree books, especially ones I read for pleasure.

mattvanhorn

12 年前議論

I worked at a place where the VPE would talk about technical debt as a mortgage. Yet they had a culture that abhorred paying down the debt through refactoring, and so it was more like one of those interest-only payment mortgages. They paid higher interest in the form of reduced productivity and speed, and ended up with the same amount of debt as when they started.

mattvanhorn

13 年前議論

I suppose that if you do keep things that small, it could work well to trash and rewrite. Plus it has the benefit of making you consider explicitly what is going/staying.

Personally, I like my tests to be pretty clearly about the behavior of the contract, and not the implementation, which is hard when you require every method have a test.

I'd also be concerned that other team members are reluctant to delete tests - as this is a dysfunction I see often, and try to counteract with varying degrees of success.

mattvanhorn

13 年前議論

I agree with the general approach suggested in the article (in tests, write/assume the code you wish you had).

But one detail ran counter to my personal practice.

I don't believe that "symmetrical" unit tests are a worthy goal. I believe in testing units of behavior, whether or not they correspond to a method/class. Symmetry leads to brittleness. I refactor as much as possible into private methods, but I leave my tests (mostly) alone. I generally try to have a decent set of acceptance tests, too.

Ideally, you specify a lot of behavior about your public API, but the details are handled in small private methods that are free to change without affecting your tests.

mattvanhorn

13 年前議論

I think that Red-Green-Refactor is as much about learning to habitually look for and recognize the refactoring opportunities as it is about being meticulous in reacting to those opportunities.

It's true that nothing forces your to refactor - but I think wanting that is a symptom of treating TDD as a kind of recipe-based prescriptive approach. It is not a reflection of the nature of TDD as a practice or habit.

It's a subtle difference, but important:

A recipe says "do step 3 or your end result will be bad"

A practice says "do step 3 so you get better at doing step 3"

mattvanhorn

13 年前議論

If "the design in your head" involves classes or functions, or any programming language dependent ideas, then it you are not doing TDD. I call this style test-first, or pseudo TDD.

But if the design in your head is an algorithm that can be expressed in natural language, then TDD will let you take that and make a loosely coupled, maintainable program out of it.

Good post on the difference here: http://cumulative-hypotheses.org/2011/08/30/tdd-as-if-you-me...

mattvanhorn

13 年前議論

I think far too many people fail to make the distinction between designing an algorithm and designing a program (which implements it).

This is why I have to watch co-workers create dozens of useless error classes and utility functions, and totally ignore YAGNI, before actually taking a single step towards a working program.

If you don't know the algorithm, and haven't figured out the abstractions, then just slinging some implementation code is the easiest (and laziest) thing you can do. It's basically a way of avoiding having the necessary conversations. In this case, the question that needed answering before beginning TDD was: "How does one efficiently solve a sudoku puzzle (as opposed to just manipulating one)"

mattvanhorn

13 年前議論

Only TDD the code that you don't want to waste time debugging later. Skip the parts where you have proven no edge cases exist. Skip the parts you are sure will never, ever, need to be changed for any reason whatsoever.

mattvanhorn

13 年前議論

I still do a lot of decent work on a non-unibody MBP from 2008, so I think a 2009 model would still have some utility, but I would consider the price carefully - it might be more worth it to buy a newer MB air or something, knowing you'll get a few more years out of it.

mattvanhorn

13 年前議論

I don't find implementing the tests very difficult at all - but I am comfortable with regular expressions, and ruby.

It's no more burden to write step definitions than it is to write RSpec directly. I use SOLID OOP to write my tests, most of the logic lives in regular old methods, and my steps look like:

  Then 'the current subscription payment date should be tomorrow' do
    verify_next_payment_date(Date.today + 1)
  end

Since I start with the Gherkin file, I type less than 10 keystrokes to make the step.

mattvanhorn

13 年前議論

I've posted a response here: http://mattvanhorn.com/2013/09/19/a-case-for-cucumber/

mattvanhorn

13 年前議論

If you wear it, I can choke you with it. Also, don't confuse the sport with the art - the old vale tudo fights allowed everything but eye gouging and biting, but even those would not make much of a difference to a skilled practitioner.

http://www.youtube.com/watch?v=9WkmgQQhVSw http://www.youtube.com/watch?v=fxZKZsqWdFw

mattvanhorn

13 年前議論

I was listening to Robson Moura (BJJ black belt) talk about why he loves the art so much. He said something like: when you walk out of a karate class, after a lot of sparring, you feel like a tough-guy who's ready to kick some ass, but when you walk out of a BJJ class, where people smaller than you have just repeatedly demonstrated that they could kill you with their bare hands, you feel very humbled.

The effects on ego tend to weed out a lot of assholes, and between this and the mental challenges of the sport, it is one of the reasons I've come to love it. (Ryron & Rener also do a pretty good job of distinguishing between self-defense and sport jiu jitsu, at least in the videos I've seen from them.)

mattvanhorn

13 年前議論

mattvanhorn

13 年前議論

full disclosure: (I work for New Relic now)

I've also used New Relic developer mode to identify requests that have too many queries, and optimize them. At my last job I cut the queries on the homepage by 75% this way. I also used it to look at GC, tuned that, and cut the total response time by about 80%

mattvanhorn

13 年前議論

Personally, I'd like to see some of the smart folks in the community assist the police in identifying the source of the threats and helping to ensure that those miscreants get jail time.

mattvanhorn

投稿

A Case For Cucumber

Timid Development - a dysfunctional process

The true story behind the feature you're building.

コメント