Shidfar Hodizoda

@Missfancypantz 😂😂😂

This thread made my morning

@jordanbpeterson (From idiocracy)

Who needs those nerds anyway? Oh yeah. Us.

shitposting on LinkedIn is such an underrated activity lmaoooo

@MichalCiesielek @allenholub Try from the top once again:)

@Shidfar1 @allenholub ??? You lost me dude. I really don’t know how this follows what we were saying.

I think PRs are a _really_ bad idea. They make sense in an isolated-individual open-source model, but are an antipattern in most business-dev contexts where collaboration (e.g. mobbing) is possible, so code reviews aren’t needed. PRs just add dependencies, delays, & bottlenecks.

@MichalCiesielek @allenholub It is still code review. Which in the context of our discussion is potato potahto

@Shidfar1 @allenholub Well your responses read like you are strongly attached to the idea of PRs ;) Nah, if you read that article you'll see that mailing lists have nothing to do with PRs (the way the code is tested especially). I only used mailing lists briefly but I'm really growing to dislike PRs.

@allenholub I have done that in some particular tasks where either someone with more or less expertise depending on the company or subject. And yes it’s great but doing it every day and systemizing it I think would be waste of time in more than half of the cases

@Shidfar1 Mobbing DOES make development faster. Have you tried it (with perhaps some coaching from somebody who knows what they’re doing), or are you just assuming it’s not? The worst case I’ve experienced is that it’s not slower.

@MichalCiesielek @allenholub Those are target markets. And it in no way correlates to the quality. The data that has to be collected is usually (having in mind your target market) how is the feature used. Does feature a has better outlook than feature b (ab testing). It’s not perfect but world is going there

@Shidfar1 @allenholub ...? There is so many factors (price, social status, availability in the region - just a few) that decide if people buy a product. But sure... apparently magic...

@MichalCiesielek @allenholub Well I guess people like poor quality product and evil companies :( there is also voodoo magic involved

@Shidfar1 @allenholub Except... it's not. There is so many bad quality solutions that are the most popular. So many companies with better quality product loose. VHS vs Betamax much? This 'quality raises to the top' is so rarely true.

@allenholub @MichalCiesielek Agree! Totally! It’s bad, but we love in a difficult world :(

@MichalCiesielek @Shidfar1 Shidfar, if they don’t figure out that a product isn’t going to be accepted *before* they build it, they have serious problems. Killing an entire product after it’s built is mindbogglingly bad. Agile ways of working are meant to prevent that.

@MichalCiesielek @allenholub Profit is correlated with quality. But if the data tells that there is only one person out of 10000 doesn’t like it. well as Russians say “Dog is barking, caravan is moving”. If they fail to deliver, there will be a competitor that will make it better

@Shidfar1 @allenholub That doesn't address the problem. Those decisions are never made based on the features/products quality. They are made based on its profitability.

@MichalCiesielek @allenholub There was no defense. It was a question what is the alternative? And mailing lists I would also put under PR category. It’s just an older, more granular way of looking at PRs than GitHub/gitlab/gerrit… UIs

@Shidfar1 @allenholub I linked an article about mailing lists which Linux kernel uses. Mobbing is another way (dunno, never tried it). I'm not saying that they are better but they CAN be more efficient. Just allow yourself to imagine and test different ways of doing stuff instead of defending PRs 🤷

@MichalCiesielek @allenholub Wouldn’t completely agree. A lot of self respecting companies use data to support if the feature is usable or not. Sometimes even killing the entire products just because it didn’t get the support they were expecting

@allenholub @Shidfar1 Would be nice to see quality as a metric. The end user's experience is so atrocious nowadays that I'm really not interested in having new, buggy features (or the ones that no one needs) fast. But hey, commercial realities don't care.

@MichalCiesielek @allenholub Of course PRs can take long time if the people on the team are just “code-jerking” or the PR is humongous.

@MichalCiesielek @allenholub That’s the whole point of this discussion. What is more efficient than PRs? When it comes to not losing resources on doing one task together and at the same time making sure that the code is not a mambojambo. There should be a sweet spot

@MichalCiesielek @allenholub Because you don’t want to be developing wheel when someone is already finishing their car development

@allenholub @Shidfar1 Oh, I meant to say: why is it the most important?

@MichalCiesielek [laughing in Russian]

It’s all stupid and vile but being obsessed over Russians winning a medal is just so hilariously sad :D

@MichalCiesielek Dzień dobry, Ciesielski :)

@Shidfar1 Hej Shidfar Hodizodowicz :)

No tak. Kobiety nie umieją pomalować płotu, nic nie naprawią a matematyka je przerasta… ciekawy take jeśli przez ciekawy rozumiemy durny, fobiczny i seksistowski.