gaustin

Serious Sam didn't come out until 2001. How did you play it in 1999?

I find the Hobbit and LOTR terribly boring. But these interpretations are fascinating and delightful.

I love this veiled (but true) insult. That is the core of my love-hate relationship with this site.

Before I make a change in residence or work, I have a plan for continuity of good habits.

Sign up for the new gym. Figure out where going will fit into my likely future schedule. Set an explicit period of lapse due to the effort of moving (or whatever life change is disrupting the norm).

Of course that is in an ideal situation. Sometimes you don't have enough notice for this (COVID stay-at-home threw me off).

I can have them delivered for very little premium. If my co-workers and I pool our orders we can reduce the impact of those deliveries (or rotating pickup), and have more choice about what snacks we get.

Donut and coffee clubs (and similar) in offices have worked this way forever.

Rail was a hugely impactful tool during the US Civil War.

I would guess that geography and the demographics of the American west are as much to blame as the relative lack of continental conflict in the rail era.

Yes. And easy. Though I would imagine not as common a practice as it was in the past.

> They shield you from product owners and stakeholders by meeting with them and giving you only the information you need

I've worked at a lot of places like this, and I'm continually surprised people enjoy it. For me, it always ends up having the telephone game problem. You spend a huge amount of time error-correcting.

How do folks scale it? Given the aforementioned error-correction process, the amount of time a manager spends facilitating that process caps with very few engineers.

We have gone another way and our engineering teams work with product managers and together they make decisions. The PM deals with gathering feedback from our analytics teams, end-users and clients, and summarizes that for the team.

We feel this gives a sense of ownership to individual engineers and allows them to make better decisions without a lot of back and forth communication funneled through a proxy. And it also means we don't need a dozen managers.

Good engineers are expensive and hard to find, and I'd say finding excellent managers is just as onerous.

What?

I can understand that absolute values aren't very meaningful, as they're probably missing a lot of necessary context. BMI is one metric that doesn't paint a clear picture on its own -- but no doctor would ever rely solely on it.

I can't understand dismissing most of medical science. Can you expand on that part of your statement?

How do you handle two separate onsites for people that have to travel to get to your office?

For about $100 every 10 years, I'd rather be safer than sorry.

Communication skills are as important as programming skills. It is a super power to be able to communicate clearly and appropriately for the circumstance/audience.

That is as much a technique problem as it is a fastener problem.

Use a torque driver if you can. And always bracket the bit with your fingers.

If you are straining, something is wrong.

I prefer safety post tuners. You can get accurate ones for cheap and string changes are super fast and easy. Usually enough winding to make for stable tuning.

I’ve found slightly over-tightening most locking tuners will break the string. Not a frequent occurrence for me, but frequent enough to bug me. Usually happens when I’m in a rush.

What's the problem with those questions?

> You certainly implied that it did.

"in my book" is often used to cast a statement as opinion. So something "definitely" being X "in my book" is pretty clearly not meant to be any sort of argument (necessary! sufficient! proof! -- gag me with conversation killers) where I come from.

I don't think there's any good way to define a toy in any hard-and-fast way, so rubbing words like "necessary" on it is just not in play.

In the original discussion, lamp oil was interesting when framed as a toy. The background given was enough for me to think of it as such as part of the thought experiment. I gave a couple of dimensions that I think supported its toyness when some balked.

You could: 1) not have a monitor on your desk 2) use a smaller monitor 3) use a laptop 4) get a bigger desk

Each of these has a number of ways you might achieve them, easily meeting or exceeding the throw-away number I posited.

For example, with (1) you might use a school computer lab. Or you might eschew computer use altogether. Or you might borrow a computer when necessary. Or you might devise an alternate mounting scheme. Or you might get a lap desk, so you need less real-desk surface for other things.

Anyway, we're way off in some boring-ass woods. The woods that kept me from participating here for years.

Good day, human.

I never claimed it did. Further, I don't think there is a dichotomy here.

You could have solved your problem in a dozen other ways. You were privileged enough to do it in the way that presumable pleased you most. There is a hint of toyness to it in that respect.

Having an abundance of light at night was a novelty and a luxury in the past. Definitely toy territory in my book.

Sure, but that end was coming before Tesla was a brand name. The trucking industry is surprisingly innovative, despite overall conservative practices.

Go look at Volvo concept trucks over the last few years.

This is a huge question. It depends on so many things. We can make assumptions on viable strategies given Tesla's finances and past behavior. But that still leaves us with a lot of solution space.

First you have to accept that the trucking industry is conservative. The mom and pop distributors, the big guys, everyone. The people who own, lease and operate the trucks. There are all sorts of legislative hurdles to deal with.

I think a winning strategy is to start with city or county distributors. Lease out trucks at _very_ competitive rates. Do this with an agreement that your backend (accounting, maintenance, inventory) systems will replace _everything_ at the distributor. At first you'll probably have to compromise on this and integrate some things.

On top of that you pretty much have to integrate your onboard sensors/telematics with consumable manufacturers. Unless you're going to manufacture your own tires and such too.

Because of its ubiquity, I would put them on par. However, there are many, many more players in trucking than in aerospace which complicates things.

Tesla will be selling into a very complicated industry. You think enterprise sales of software are hard, just wait.

Tesla say their system includes all the functions necessary. I haven't seen a list but I doubt it. Even if they do it will literally take enterprise integration projects to hook them up to the largely bespoke systems used by existing trucking company backends.

(E.g. 20 year old ADP systems)

Most semi-trucks are filled with proprietary technologies. Then more such is layered on by fleets, leasing companies, maintenance providers, etc.

Little of it natively works together. The contractual limitations are nuts.

From what I recall technology often isn't shared between automobile and truck manufacturing companies owned by the same parent because of these restrictions.

A quick search turns up a number of companies to which you can outsource your AR. Not sure what the payment structure looks like.

A screen reader acts on behalf of an individual user. This is rebroadcasting someone else's content.

I will second this. I have had several bad experiences with Packt.

Would a multiply-rooted tree still be a tree? I thought a single root was part of the definition of a tree. Would it instead be a graph?

Sorry for the elementary questions. I'm bad at algorithms and just trying to get a grasp here.

Could you illustrate? I can find plenty of examples of mirroring/reversing a tree (below the root node) but none that really invert it. I haven't even found a definition of what inverting a tree means (aside from some academic papers I haven't been able to read yet), despite quite a bit of googling.

Nobody in this thread has even been able to define what inverting a tree means. (Reversing or mirroring? Sure.) My search for how to invert a tree led to a bunch of fairly hairy academic papers.

If you have a definition, please elucidate.

Decisiv - Remote, US

Headquarters: Glen Allen, VA

Why work with us?

We're a small, passionate, agile team of developers. We work remotely via Campfire, Jira, Confluence, and Hangout. We meet regularly during the year to enjoy some time together and stay connected to the rest of the Decisiv management team and the service and sales groups. We're flexible, autonomous, and strongly committed to delivering a valuable service with a great user experience. We work hard but sustain a healthy work/life balance.

Your experience should show some or all these:

    Work with Ruby and Rails
    Huge success in API (RESTful) development
    UI/UX design with a modern JavaScript Framework
    Test or behavior-driven development and CI
    Object design, data modeling and software architecture skills
    Understanding of business requirements and acceptance criteria
    Selection of new technologies with creativity and due diligence

It’s great if your experience also demonstrates:

    Deep SQL or no-SQL skills
    Integrating with external systems
    Developing significant libraries, algorithms or adapters
    Managing complexity in large applications
    Leadership of project, team or process

We'd love to see your Github account, code samples, or anything that shows your work. If such are unavailable, we can give you a short coding exercise. If you provide an example design document or README (or even an email) demonstrating thought and communication that's helpful too. So drop us a line and tell us about yourself!

Candidates must be located in the United States and be able to work legally in the United States. Absolutely no companies - only individual developers who want to join a team and are looking for long term employment.

To apply send resume/CV and cover letter to jobs@decisiv.net