Cucumber maintainer has been laid off

by joergrech • 3 years ago

134 73 3 years ago

config_yml• 3 years ago

13 years ago when I started with Rails, we had a cucumber suite for one of the products we maintained. It was eventually abandoned, as developers didn't want to maintain it and the PM was not interesting in applying it either. I had never seen it on a project since, but still knew one or two people who were religious about it.

Fast forward to yesterday, we were formatting product specification using ChatGPT and I thought hmm, ChatGPT would be perfect to take something vaguely structured and return it as a Cucumber spec.

And here I am today, Cucumber pops up again in my HN feed. It feels like law of attraction, butn not quite :)

sverhagen• 3 years ago

Isn't that often the fate of Cucumber(-like) projects: you start with the promise of high abstractions that the whole company can work with or reason about, you invest a bunch of time to bridge the gap to the underlying implementation, then it turns out that those business folks aren't really interested in it, so developers hold the bag, and bridging the abstraction gap becomes a cost with little benefit?

MonkeyMalarky• 3 years ago

The same thing happens with BI platforms. Everyone asks for a tool that business folks can use, developers go through all the effort in creating data integrations, then they turn around and ask the developers to just make the reports they wanted anyways. If that's how it was going to be, there's a lot of simpler solutions than a full blown BI platform...

shoo• 3 years ago

i think this has been the outcome every time i have seen BDD applied. when the only people maintaining the BDD suite are the developers, the situation can be improved by throwing away the human readable BDD layer and allowing the developers who are maintaining the test suites to use a real programming language with abstractions and composability.

that said, writing acceptance style tests directly in a real programming language with an appropriate layer of test-support library abstractions in that language, customised to whatever component is under test, can often be quite pleasant and productive.

pydry3• 3 years ago

I find that the "gherkin" syntax is not really expressive enough to express requirements in a way that is interesting for the business.

The business therefore always loses interest.

rgblambda• 3 years ago

then it turns out that those business folks aren't really interested in it

It's weird how business folks can just go "nope not doing that" to a process that was created to give them more say and doesn't make sense without them.

quickthrower2• 3 years ago

I really liked using specflow (a cucumber equivalent) for dotnet years ago. It comes into its own when you want to quickly multiply up the cases or build out scenarios from smaller steps. Even if you are unit testing and not using BDD it is useful. But it is an investment, especially if you need to move exisiting tests to it. Being able to write code for a single step requires decent decoupling through the test and tested code.

isensible• 3 years ago

for .NET, LightBDD is much better than Specflow.

For LightBDD, developers write Given-When-Then tests in C#, and the test run spits out Gherkin style reports in various formats including a rather nice HTML page.

Chosing to use Specflow/LightBDD depends on how much you value the reports. At least with LightBDD, you are not forced to write the tests in the report format.

https://github.com/LightBDD

UweSchmidt2• 3 years ago

I have used Cucumber in various projects, but haven't yet had the pleasure of seeing it all work out.

- No one wanted to "collaborate", or check a "documentation" based on the Cucumber code. Yes, it's code, it lives in an IDE, in git, and non-technical folks just generally don't deal with that world. No one in my projects ever even brought such an idea up. Non-technical folks looked at our Cucumber code as in "what tests do we have?" or "how do you guys work". Nothing in their domain.

- Why do we have programming languages and don't programm computers using natural language? You'll find out when you try BDD! You end up coding the complexities that natural language glosses over, you'll fight similar Cucumber statements trying to get some reusability and so on. In the end you wonder why you bother with the 1-2 extra layers of Cucumber anyway.

- At the same time, good test code is easily readable for semi-technical people. In testing it ends up with a lot of clicking and entering values in text fields in an application the business analyst will be familiar with. Whenever they are willing, they'll figure out Selenium code.

- Have you ever wished that you have some

  Scenario: Sunday isn't Friday
    Given today is Sunday
    When I ask whether it's Friday yet
    Then I should be told "Nope"

on top of, say, Boolean checkIfFriday() in your code? Truth is, a lot of testing code is click here, enter text there. Wrapped in the right function, organized in the right way (Page Object Model?) and it's all readable, maintainable and done in a reasonable time.

I would advise against BDD/Cucumber and to be convinced otherwise I'd have to see a well though-out and realistic working example.

bhaak• 3 years ago

We have Cucumber tests and Rspec tests in our repository.

They are not mutually exclusive but complementary. Cucumber tests are integration tests and usually test only the happy path. In our case, a customer never sees those tests. OTOH for new developers, it's a very good way to find out how a given feature should work.

Making a test in Cucumber for checkIfFriday() would be flagged in a code review. That's for a unit test, not an integration test.

Complex test setups are way easier in Cucumber than in Rspec. They are usually more realistic than the Rspec ones. In the unit you can more easily cheat your way out of a correct setup.

One of the bigger problems I have with it is that discovering existing cucumber steps is hard. They are free form so anything goes and if you aren't careful, you will have a plethora of steps that are similar but different and someone without a lot of experience will not be able to tell which step is more suitable for a given scenario.

UweSchmidt2• 3 years ago

To clarify, checkIfFriday() is supposed to be a random trivial non test-related piece of code. My rhetorical question was, "would you like to maintain a world of extra Cucumber on top of it?".

yebyen2• 3 years ago

One of the bigger problems I have with it is that discovering existing cucumber steps is hard.

When I was using Cucumber, we almost picked up Turnip to solve that one.

For anyone that doesn't know Cucumber, you have one global context for all expressive sentences. So if you say "I click on the big red button" then there has to be one reliable way to detect the big red button on whatever page you're on, and it has to be the same way in every context.

In Turnip, you can declare contexts (like namespaces or modules) that allow you to have the same expression mean different things in each context. Only problem is, Turnip is even more obscure than Cucumber, and even fewer people know what it is, let alone having used Cucumber well enough to understand what all that means and what Turnip is for.

The other problem being, having a single global context for understanding the meaning of words arranged into sentences was a very powerful tool for promoting reuse and expressive clarity: if you found yourself using the same utterance in two different contexts, it was expected that you'd clarify so they could be distinguished and understood separately in a context-free grammar.

Not needed anymore in Turnip, unless you're diligent about reaching for the existing modules that you've created. (On the other hand, having your test utterances sorted into modules makes it a lot easier to reach for them, among related utterances...)

otabdeveloper4• 3 years ago

Non-technical folks write complete IT systems in the nightmarish programming language of Excel macros.

I think the language used language isn't the main blocker here.

merb• 3 years ago

yeah and than they argue that they can't program. or that they can't write down pseudocode of their excel macros.

but they use way more complex if/elseif/else statements than everybody. they know how to use the ridiculousness of a vlookup.

and than some of these guys figured out to use powerfx via power apps another behemoth of a excel kind of syntax and they still don't think tey can program.

language is definitly not the blocker. heck there are even people who write brainfuck, just to have fun.

I mean yeah cucumber is probably not the future of programming.

treeman79• 3 years ago

If I’m told to build a report or form collection for a product.

I always tell them to go build it in excel first. Than it to hand me. Sometimes I build it out in excel. 100% everytime they change everything about it several times over, but I can make all the changes requested in minutes instead of hours, days or weeks.

Implementing a working excel document in a modern language is trivial.

nickjj• 3 years ago

I've never seen Cucumber used in a big project after having done contract work for a long time but the idea of having user stories defined in a systematic way that's only used as extra context / documentation for complex features is useful. That would be aimed at developers and it would live near the real test code so it's not necessarily a direct implementation of how Cucumber is intended.

For more basic things it's overkill, certain languages almost give you the same benefit with code itself.

For example, here's a real user sign in controller test from Rails:

    test "doesn't send email for an unknown user" do
      post sign_in_path, params: { email: "idontexist@example.com" }

      assert_enqueued_emails 0

      assert flash[:alert]
      assert_response :unprocessable_entity
    end

You don't need to know Ruby or Rails to have a good idea of what's happening there.

ludovicianul2• 3 years ago

This is why we need better tools which will give benefits for the added complexity. If you need to create both the feature files AND the code, it's just complexity with little benefits. But frameworks like https://github.com/karatelabs/karate or https://github.com/Endava/cats are hiding this complexity and remove the code layer entirely. Which, in my view, this is where you need to be in 2023, particularly for API testing.

regularfry2• 3 years ago

I'd completely disagree. Not necessarily for cats, which I wasn't previously aware of, but in my experience there's no benefit to having karate in the mix.

rr888• 3 years ago

We tried it once and the semi-tech SMEs had no desire to write cucumber code so it ended up being the developers who hated writing in a second language. No real benefit.

bluGill4• 3 years ago

The ideas behind BDD are sound, but I've never seen it work out in the real world.

In reality we as programmers need to turn what the stakeholders want into code. They will talk in meetings: we better take notes. They will write things down [in English or whatever language they speak], but it won't be code. There will be conflicting requirements, and we as programmers need to understand the topic well enough to make reasonable decisions on the easy stuff, while going back on the harder stuff - easy and hard is as the decision makes see things not as a programmer sees them: better know that too.

Once you figure out what stakeholders want turn it into code. It is useful to have integration tests for scenarios that they care about (some of them are stupid - the last version of an embedded product I worked in had a 5 length array, and it turns out some customers needed 7, and later analysis proved that 7 was the mathematical max anyone would ever want. The current version is C++ using a vector so the potential length is unlimited (limited by free memory), but we still have a test proving 7 works because the mistake in the past burned enough people)

Pet_Ant• 3 years ago

I don't mind developers writing the Gherkhin as long as the SMEs can read and sign off on the Gherkhin. They won't read a unit test for sure.

dustymcp• 3 years ago

Maybe a ChatGPT prompt could translate?

LeonidBugaev• 3 years ago

I think BDD has very bad reputation because people associate it with test automation. And it is actually pretty terrible tool to teschnicall describe tests.

What BDD is good at, is defining project requirments, it is a thinking tool. Especially if used correctly, with examples and etc. It is a business not engineering tool.

drewcoo2• 3 years ago

I think BDD has very bad reputation because people associate it with test automation.

I think BDD has a terrible reputation because people associate it with Cucumber/Gherkin! And honestly, if that's all they've experienced, I understand and sympathize.

On the other hand, people seem happy with RSpec, Jest, Spek, Scalatest, and other spec-style BDD frameworks. Those still nudge people into thinking about testing use instead of implementation, which is the real value in BDD.

hsuduebc2• 3 years ago

I must say. Man is pretty chill for someone being just cut off without a word.

denimnerd422• 3 years ago

wonder what he made in the initial acquisition

undecisive• 3 years ago

Like many others here, I haven't used Cucumber in a while, but back when I did, I went a couple to workshops that Matt ran, exploring BDD.

Certainly laying someone off when they are on holiday feels like a dick move, I guess that's corporates for you. I'd be interested in Aslak's viewpoint, as I'm guessing he's still there, and may well be the source of Matt's confidence that community assets will be handed over to the community.

But I'm glad Matt is reasonably happy. I'm absolutely certain his next venture will be successful, and that SmartBear lost a very valuable asset here.

Dayshine• 3 years ago

The American way of firing people with no notice and cutting off their logins instantly is so strange.

Is saving a tiny bit of money that much more important than a smooth handover? Or are employees just not willing to work their notice periods?

It sounds like in this case it's actively going to hurt the business.

thedougd2• 3 years ago

Usually if it’s a layoff (without cause) and the employee does not have special powers (officer of company) a long notice is given to support a transition. A compensation package which requires signing a contract is the incentive for the employee to cooperate.

dimgl• 3 years ago

This seems incorrect. I was recently laid off and there was 0 notice.

rqtwteye2• 3 years ago

There is also paranoia. A lot of people believe that a laid off employee will immediately go against the company and do some kind of sabotage or leak secrets.

Ekaros• 3 years ago

Does that mean they think they would themselves do that? And on other hand do they not trust their own systems to protect from these actions? Or being legally capable of suing employees?

Dalewyn• 3 years ago

It's not exactly paranoia given there have been many examples of the fear becoming true.

RHSeeger• 3 years ago

Remember that you're balancing the odds of it happening against the possible harm it can cause. If it's super unlikely to happen but the effects can be catastrophic, then it may be worth the cost to prevent it from happening.

Gigachad• 3 years ago

This happens outside of America. I believe it’s to avoid the risk of the employee maliciously causing damage after being given the news.

ceejayoz• 3 years ago

Yes, but in the US, pay usually stops immediately when the login stops working. In much of the developed world there's a guaranteed notice period and severance, and often limitations on what situations you can fire for.

dosethree2• 3 years ago

Companies just want a clean break. In cases where they really need you to do a hand off, you will get a transition period. I've had that happen to me, and it's a weird feeling. I don't think its great for productivity or morale, and is more common when you are shutting an entire division down.

gregors• 3 years ago

In this particular case it looks like he was the co-founder of a business acquired by another company. Usually co-founders hang out for a time, but also usually not forever. How would you feel if you bought a house and the previous owners kept showing up to see the new decor? It's generally a short-lived relationship.

It's a bummer but a labor of love that's acquired by someone else....is no longer your baby. If it's not generating revenue by the new company they're going to kill it. Heck, even if it is generating revenue they still might mess it up. That's really the sad part of acquisitions. Hopefully he took away some cash at some point.

ChrisMarshallNY• 3 years ago

I really like this chap's attitude, and I sincerely wish him the very best.

flerchin• 3 years ago

That's really disheartening. Without access to his email, can Matt still be the primary maintainer of Cucumber? He can of course fork it.

satisfice• 3 years ago

As a tester, I have felt from the first time I ever saw Cucumber that it is part of a conspiracy by coders to avoid productive testing by trying to transform testing into code— like that guy who wrote scripts to handle all communication with his girlfriend.

Given that Gherkin language is insultingly stilted and simplistic, when I see Cucumber, then I want to vomit.

fgsantoyo2• 3 years ago

Don't take more than two weeks at a time vacation let alone loose access to your email if you value your job. Ever. While we get there all esoteric on taking time off to rewind because we have added so much value already and the world is beautiful a worth exploring, there are many people working non stop to take what you have... bummer

b800h• 3 years ago

This is terrible advice. One of the most important things in security (amongst other practices) is to ensure that people take regular longer breaks, because it's a great way of seeing where there are dodgy practices going on, and in particular people making themselves SPOFs. If you have inherent value, rather than just a castle defended by a moat of failing to cross-skill your colleagues, then you'll be safe taking longer holidays.

fgsantoyo2• 3 years ago

Being off the grid for more than 2 days puts you at a disadvantage if you value your Job, let alone taking long esoteric vacations. there are people working non stop to take all you have. If you value anything enough, protect it at all cost.

1-more• 3 years ago

why did you post this twice with different wording?

ibejoeb2• 3 years ago

I'm not suggesting that it is, but this sounds much more like a firing than a layoff. Pretty shitty way to do a layoff. This is the way you remove a potential problem, i.e., play it cool until the doors are locked, then full lock-out. That's very different from "Hey man sorry, but it's layoff season, as you know, so we're gonna pay you out for the next 4 weeks and you can keep your coursera subscription."

vladsanchez• 3 years ago

Been there. I was laid off, the same (shitty) way, returning from vacation on March 29 2009.

Took me almost a year to stand on my feet again.

Life is Good!

ibejoeb2• 3 years ago

2009, one of the great vintages.

I feel you. There've been some wild swings in the past 20 years.

dosethree2• 3 years ago

The difference is sort of meaningless. What matters is if you are getting severance or unemployment, and if you can get a recommendation. If they are going to fire you for invidual performance, youd think they would put you on a pip, but some companies will just wait and lay you off.

But the two can be similar in that if you are valuable you won't get fired or laid off, unless the company is in serious trouble.

Sometimes you are just on the wrong project. It is good to be generally aware of your projects value if you want to keep your job.

Cucumber, IMO, died like 8+ years ago and never really made sense. It was useful for a team to define requirements and then see the progress to implementing them, but Gherkin was a sticking point and integration tests are hard to get/keep working, esp with javascript apps that are now so popular. The fact that someone would pay a OSS maintainer up til now seems like a crazy waste of money.

kdhamric• 3 years ago

I know another person laid off from this same company last Friday. Pretty sure it was a layoff that impacted him.

pictur• 3 years ago

Cucumber is very useful in projects with similar components and flows. Developing certain command patterns and writing tests on these commands really improves and speeds up the processes.

Cucumber maintainer has been laid off

Related Stories