Fork me on GitHub
#off-topic
<
2022-01-24
>
adi04:01:14

> I also never saw a QA team that was satisfactory. This is guaranteed to happen when incentives are set up wrong. Andy points to the nub of the issue here. The exact same thing happens when product / dev / sysadmin operate in silos. Product throws documents over the wall to dev, dev throws code over the wall at sysadmin, customers get things they don't need, and that don't work.

☝️ 1
mjw13:01:35

I just started reading this yesterday, and so am glad to know some of this is covered in there.

😎 1
genekim18:01:57

One of my favorite findings from the State of DevOps research was on QA came from a line of questions that sounded something like this: “To what degree are developers responsible for maintaining the library of automated tests? (1=not at all, 7=entirely responsible)” The lower their answer, the worse their outcomes (MTTR, chg failure rate, deploy frequency, deployment lead times) — in other words, just like infosec and ops, QA can’t be one departments job. So to answer your question, @matt.wistrand, it’s usually a red flag when a QA department is entirely responsible for writing and running the tests, just like we don’t want Ops to be entirely responsible for reliability, operability, and deployability, nor Security for security. 🙂 The more modern approach is that QA and Infosec become more consultative functions.

👍 4
thanks 1
genekim18:01:55

@U051MHSEK Incidentally, Dr. Cem Kaner was also one of the authors of a hugely important paper in this space: “MANAGING THE PROPORTION OF TESTERS TO (OTHER) 1 DEVELOPERS” http://www.testingeducation.org/BBST/foundations/Kaner_pnsqc_ratio_of_testers.pdf Elisabeth Hendrickson has been a huge influence on me over the years, and is one of the co-authors, and you can hear an interview I did with her here: https://itrevolution.com/the-idealcast-episode-3/

👍 1
genekim18:01:10

The context for this was that at the time, Microsoft was recommending Dev/QA ratios of 1:1!

mjw19:01:09

In the following Dispatch from the Scenius, Hendrickson mentions being introduced by someone as the QA director at Cloud Foundry who basically abolished QA. I've been wondering for the past several weeks... how facetious is that? Does that mean a dedicated QA department was disbanded and individual engineers were moved onto specific teams to work alongside developers? Or that developers were told that they alone have to own the work previously done exclusively by QA?

genekim19:01:33

Ha! Nope, not facetious at all! She was hired as the Director of Quality Engineering, and then proceeded to disband the “QA Department,” moving those responsibilities (and QA engineers) to the product teams. So very close or identical to your first answer!

👍 3
adi06:01:30

> The more modern approach is that QA and Infosec become more consultative functions. Wholeheartedly second this. > proceeded to disband the “QA Department,” moving those responsibilities (and QA engineers) to the product teams "Responsibility closest to the responsible" is generally a good idea, however, in otherwise-usual organisations, it comes with the usual risks of unbundling --- increased communication and coordination overhead, duplication of effort, creation of new silos etc. Who owns things for common libraries and services, for example? Or who will take responsibility for the e2e validation of #{set of services}? etc. I've been at the receiving end of the fallout of such a re-org :)

Arnav G14:01:08

Hey, I'm starting to learn ClojureScript to rewrite an old project (browser video editor) in CLJS + Reagent. Alongside this, I'm writing a blog post about my experience. One of the sections in the article is about client-logic heavy apps written in CLJS. So far I know of: • Roam Research • Athens Research • Logseq • Whimsical • Penpot What are some other startups/companies/projects built using ClojureScript?

borkdude15:01:53

Pitch

🙌 1
Rupert (All Street)15:01:41

All Street has a "client-logic heavy" single page application written in Clojure + ClojureScript (B2B product - but screenshots on the website). https://www.sevva.ai/ Uses uix for react integration.

🙌 1
quoll15:01:03

Vouch uses ClojureScript, both in the front-end (see https://github.com/vouch-opensource/krell) and in embedded systems.

🙌 1
teodorlu16:01:16

Nextjournal

teodorlu16:01:17

https://www.maria.cloud/ might also be worth a look - it's more than it seems at the first glance!

prnc17:01:54

I’m building this: https://www.nette.io/ Heavy but, feels light 😛

Heather17:01:33

We use clojurescript for our front end at Mayvenn (http://mayvenn.com). We’re an e-commerce site for human hair wigs and bundles. You can see the github repo here: https://github.com/mayvenn/storefront

mpenet18:01:58

http://Exoscale.com front-end is now cljs as well. Clojure is very present on the backend

Arnav G03:01:13

Thanks everyone! 😄

mauricio.szabo13:01:05

On the open-source side, both Chlorine and Clover (Clojure/Script plug-ins for Atom and VSCode) are written in ClojureScript - which leads to some very interesting use-cases of developing a plug-in for a language, written in that language, using the plug-in itself to debug itself 🤯

❤️ 1
parens 2
Scott G14:01:43

Recap, a voice recognition and transcription app, uses ClojureScript entirely on the backend. https://play.google.com/store/apps/details?id=com.griffinscribe.recap

Josh Horwitz14:01:50

@U01EYFBLHPX pretty cool! Out of curiosity, any clojurescript framework used on the backend?

Scott G18:02:18

@U0FKCGH9N See my recent post at https://clojurians.slack.com/archives/C06MAR553/p1643912555499679 for details. I used shadow-cljs for building the code. I might add some cljs html templating libraries like hiccup/reagent for a future web-based version of the app.

genekim18:01:57

One of my favorite findings from the State of DevOps research was on QA came from a line of questions that sounded something like this: “To what degree are developers responsible for maintaining the library of automated tests? (1=not at all, 7=entirely responsible)” The lower their answer, the worse their outcomes (MTTR, chg failure rate, deploy frequency, deployment lead times) — in other words, just like infosec and ops, QA can’t be one departments job. So to answer your question, @matt.wistrand, it’s usually a red flag when a QA department is entirely responsible for writing and running the tests, just like we don’t want Ops to be entirely responsible for reliability, operability, and deployability, nor Security for security. 🙂 The more modern approach is that QA and Infosec become more consultative functions.

👍 4
thanks 1