Only small children

My 9 man 'scrum' meeting often drags on for 30+ minutes.

Drives me insane when 80% of the time is used on stuff that only applies to 20% of the attendees.

Have been working with my boss (also 'scrum master') to improve this. He sees the issue and has tried to make a few modifications to improve, however it always seems to creep back to the old ways.

Just try saying "meet after" when the topic gets away from the 3 questions. A big aspect of Agile is that teams are autonomous but that means it's everyone on the team's responsibility to keep things moving. Are you guys talking about the standup at the retrospectives?

One of the best ways to decrease scrum times is to decrease team size. 9 people is probably at the top end of manageable team sizes and if there's so little stuff that affects everyone it seems likely that a division could happen.

The stuff I've seen says 5 +/- 2 is optimal.

You can't concentrate on a chat window for 10-15 minutes without getting distracted?

This ignores the obvious fact that physically putting you in a room with someone speaking doesn't mean you pay attention either.

This is what happens when the rat thinks they're playing the flute.

You'll need to explain the rat and flute. But make sure to keep it short because I can only handle a couple of sentences before I get distracted.

But seriously, I'm just going to assume that you have little to no experience with using chat software with a development team that's busy and getting **** done.

All of this from the guy who called me toxic and put some claim about recruiting for tech positions.

Glad to learn jj is... was it stupid, a rat, a flute player, a child? I forgot already, sorry.

Hey guys, we have a meeting every day, therefore we are scrum, right?

Ah, didn't realize that's who this was.

I really need to start using that 2+2 Notes plugin/extension.

Not only that, but also Agile!
Yep, with a capital A.

Recruiters should be banned from the thread.

Yeah that is a fairly common problem. The program manager for the team I was on kept a 7 person scrum meeting to 15 minutes or less all the time. There is a lot of stuff people can take "offline" usually.

Personal interaction is very often very useful and speaking is a much more efficient mode of communication than typing, thanks for playing though.

Just ran into a big chunk of js code that has a bunch of if statements that all start with

is there any possible reason for this?

I'd wager true used to be some other code that was simplified by true or was converted when testing something and forgetting to move it back.

Then again, js has weird stuff in it, so maybe there is some js blackmagic in there.

Primitives are one of the few immutables in js (before 2015) so it was probably just some idiot.

perhaps i'm a crazy, narrow-minded pedestrian, but can someone tell me what all these repetitive tasks that people need scripting languages for are?

I'm not talking about like stuff on websites or whatever, but the things people routinely use batch scripts for and whatnot.

Talking to a guy in class the other day and he said he mostly only knew scripting languages for doing routine tasks and batch scripts. Couldn't figure out what those might actually be.

(Though, I've discovered a batch script I can run on my raspberry pi that automatically starts a VNC server whenever the device starts, which is helpful, but could easily be automated on non-*nix devices i would think)

Is this more a case of people who use Linux/Unix needing things that aren't done automatically?

Python scripts for being creative with tasks related to builds. I mean there is all kinds of things people automate with scripts related to software development. A lot of things related to testing and processing test results have been done with scripts. Now perhaps not so much.

I am working on an embedded project where my current assignment is writing run time diagnostics to test various system resources like memory, processor instruction execution, etc. The project lead asked me today about my Python skills. There is a system requirement to insert special code that is for testing only and they have Python scripts to actually modify a copy of the source files to put the test code in automatically. Then the Python scripts kick off a build. There is a hardware in the loop for actually physically injecting hardware faults and the the inserted test code will make sure the error was detected. UEFI builds are controlled with Python scripts as the build parameters can be changed by the command line and/or modifying a text file. I've used them for many other things. I don't write that many, I just use them mostly.

Scripting adds a degree of flexibility to the development process. Then of course sys admin functions can be automated with scripts.

I'm not following you here. You can't understand why people would want something that is highly abstracted, easy to use, and can make your computer or computers, programs, or servers do non-trivial things?

We use python scripts for TONS of build stuff.

A few simple examples:

>> psql -D my_db -u postgres -h 123.123.123 -p < some-file.sql
password:
*****
your password is wrong, please try again.
password:
*****

Less painful to put that whole psql incantation and just do:

>> rsql < some-file.sql
>>

Also this:
>> cd long/path/to/some/area/that/im/always/going/to

put that in a script and just:

>> . cdd

(you need to put a dot in front of change directory scripts in Linux)

awesome, ty for the examples, guys.

I had heard of automated testing, but never really put together how you would get around to automating it. Makes sense.

I guess that means the ruby rspec tests they have you run in Odin were examples of scripts in software development. Groovy. ^_^

We use scripts to automatically deploy the latest build to our test machines every night

Just to be sure, is Roonil Wazlib the poster previously known as Low Key?