noobiemcfoob

You would think being cognizant and forward thinking enough to evaluate the prospect of a 6 year endeavor is a requisite for prospective PhD students.

And yet...

Am I wrong that this motivation comes from investors valuing the total stock price (and ultimate selling of those stocks) over continued paid dividends?

This preference has always bugged me as personally I'd prefer to have a consistent trickle I can plan on than a sudden value spike I have to capitalize on, but I suppose I've always been adverse to gambling anyway.

I once made a shim that would revoke a core permission of our system and halt some 80% of AWS usage if the spend went above a threshold.

Facebook's biggest strength for me was in navigating the first couple months of a new acquaintance becoming a friend. Sharing numbers and managing all that is cumbersome. Adding someone on Facebook was easy and if the relationship didn't pan out, it was painless to keep the contact or purge them later. To me and a lot of people I know, texting is an intimate thing whereas Facebook was not.

Note, I left Facebook some year ago, and my mental health is better for it.

I don't think you are getting it right. The author has some behaviors and has observed that some of them may have come simply from observing other autistic people. There is a core question of where did the behavior originate, and that question causes a lot of anxiety for the author in a world that is hostile to "the other".

This is expanded by a desire to free themselves of the world's judgment and their internalized constraints. Enacting these behaviors, borrowed from others or created within, feels like connecting with their natural body when before they felt separated.

I'm the counterpoint to that belief. I started programming professionally in 2010, learned vim around 2012. My work environment was just better suited for a command line editor and it was nano, vim or emacs. Vim won. Since then, I'll have a constant itch to get vim bindings in whatever editor I'm using.

At the time I switched, I'd been using Notepad++ and loved it. These days, my graphical editor is Sublime (of course with vintage mode enabled).

Vim with just a handful of plugins is a complete IDE. Vim alone is an editor.

Vim isn't a silver bullet to productivity. Here's a parallel story:

I tried Emacs. I was frustrated and confused and felt stupid. Then I realized I had so many other tools at my disposal, I'd just use those instead. Here I am, 10 years later, happy and not feeling stupid at all! ...but I don't know Emacs.

And don't feel compelled to offer my experience on Emacs other than I struggled to learn it, but plenty seem to find it amazingly powerful. Good for them.

This. This. This.

Everyone thinks they can interpret their tests perfectly. Ultimately, the candidates are likely better off. The coded message here is not that they didn't use obvious design patterns but that they didn't code in the way the employer wanted. Which...I suppose is a perfectly fine reason to pass on a candidate.

Revenue Analytics | Software Engineer | Full-time | ONSITE Atlanta, GA

Revenue Analytics is a SaaS company that helps big companies make big revenue decisions in pricing, products and promotions. Our analytics solutions drive millions in revenue uplift and eliminate wasted time.

We're hiring software engineers of all levels to build out a catalog of analytics products. Our software stack is primarily Python and orchestrated containers in AWS.

Unfortunately, we DO NOT offer visa sponsorship.

Apply at https://www.revenueanalytics.com/careers or email me with a cover letter and resume at lblackwood[at]revenueanalytics[dot]com

My summary of the article: Most data is or will soon be trash. Efforts should be made to get to that designation as fast as possible from the moment of data generation.

Many bars will have a default policy for unclosed tabs. My local bar assumes a 10% gratuity and calls it a day, so walk out as you please. Though it's the type of place where the bartenders notice 20+% tips and will serve you significantly better for it.

Ah, this explains all the push back I got from Warby Parker about not providing a lens prescription. I'd already used Zenni before and gotten used to treating my glasses like what they are...a simple product with lens ground to a specification, not a potentially threatening medication.

Too bad their support couldn't explain why they were hassling me for a document they didn't need (except for in a legal sense).

GNOME has brought me so much value over the years, yeah, sure, I'll use this excuse to throw some money at it.

Why does everyone accept time estimates are accurate outside of software? Has no one hired a contractor to build out a bathroom, paint a few walls? Commissioned an artist for a sculpture? It's my experience that anything that can run over schedule will...why do developers get so much flak for it?

I switched from screen to tmux some years ago. Long enough that I can't remember exactly why. I held off for a while, but remember finding a handful of small cases where tmux was a bit smoother. Nuanced type things.

If you're using screen, you're already sipping the terminal multiplexer coolaid. I think it's the paradigm that's more important than the specific program/implementation.

It's the same argument for Python over C development. Prototype in python and migrate portions to C as performance is needed. You'll often find that large portions of your codebase will never need to migrate out of the "prototype" stage.

From the civility side, interrupting is at best confrontational but more likely a social sin. From the interruption side, failing to interrupt is standoffish. The reaction of each side to the other is unbalanced, but the severity of civility's backlash is easy to understand.

I'd read your point as splitting hairs. In either case, the interruption has happened because of the belief that the speaker is not contributing new, valuable information to the conversation.

I had a similar coworker. Worse still because they were a junior who couldn't yield the floor to anyone, regardless of seniority. Their eyes would become a little bewildered as anyone talked over them (read as 'everyone') and they never seemed to grasp what was happening. This piece gives me a better model for understanding them; just a lost soul deep in the church of civility to the point of affliction.

The use of dialogue to illustrate the point was great.

"You're not listening" depends on the context. In a calm conversation...well I've never heard it in a calm conversation. In a heated conversation, it can be you misunderstand or just as likely they're poorly communicating and growing resentful at not being understood.

On your point on interrupters not listening: a big point of this article is that a skillful interruption moves a conversation along by allowing swift communication of understanding, so time isn't wasted repeating shared knowledge. A poor interrupter, a Barker, is as you describe - just throwing their own mess out there. If your interruptions cause irritation, it is because they aren't properly tuned or else you're dealing with someone from the Church of Strong Civility.

I'd expect there are more cultures and households out there than not that punish any form of interruption to the point where its members would see it not just as confrontation but as a sin. To take a view that casts these people as standoffish is dismissive.

You've never heard of parents that might shout down any misplaced utterance, have you?

I've followed Dynamicland for a bit. I'm completely enamored with the project, and yet I agree with you, the implementation is...not right. The goal is admirable but the approach feels like a step away from it, not towards it. Still, that's likely a side effect of simply trying to break the mold of computing we've all grown familiar with (even as it morphs away from the PC and into mobile and IoT).

The primary indication I see that the project is at least somewhat flawed is this: I don't think you could build Dynamicland's systems in Dynamicland (the same way you might write a new C compiler in C). I don't think that's their target, but I don't believe you can accomplish their mission without that characteristic.

I really like this idea. So, broken out, would the development process look like: 1) Write code 2) Open interpreter (ipython) 3) Import code and call it manually 4) This magic library will have observed and created a testcase module from your execution

If the library can use the observed and recorded testcase to extrapolate far beyond your manual call, this could be a really interesting way of testing python code.

And water.

Much of an architect's role won't be visible to developers beneath them and -- like a manager -- involves coordinating with other projects or other business units. That a specific project exists at all to work on or is otherwise a discussion topic is often the result of an architect's work.

It's one of those amendment thingies.

But...why? Do you have an autoimmune disorder? Generally find yourself especially vulnerable to the errant bug? How do you feel when you breath in someone's fart? You're a walking bag of mud expressing discomfort at other bits of mud in the world. One bit in a million might be annoying. One in a billion actually painful.

My high school calculus class was similar. I remember spending so much time on limits that our introduction to derivatives was to "invent" derivatives as a last question on our limits exam.