rooam-dev

Imho the "otherwise" option should be on the top of your list.

Tools/best practices come and go, can be learned quickly with so much information out there.

That said, be curious and try different things and you will know what you like. Passion amplifies learning by a magnitude.

All of the above is imho, that I would've told younger myself.

The problems I see with "open your browser" for quick testing: 1. it's short gain, the team will be slower (will they know how to test it?) 2. how much code needs to be written so that you can even use the browser to test it?

It's a trade off. Sure, the ultimate testing is done by customers, but how fast one can push new fixes without tests? 1 reported bug could break many things.

Personal experience is great, but facts are more important.

IBM team did 40% fewer defects than non-TDD team, Microsoft team: 60–90% (fewer defects than non-TDD fellows).

You can read more here: https://medium.com/crowdbotics/tdd-roi-is-test-driven-develo...

Imagine assembling a car engine without any QC process, perhaps just visual inspection of the parts. The end users (whoever will drive the car) will be the actual testers.

I couldn't tell if this is a joke or for real.

My 2 cents regarding testing. Written tests have 2 goals, 1: help to build your code (you verify your code as you write it). 2: Regression testing (new changes have less chances to break your code).

We as devs need to hand over/deploy a verified code. Without tests this means manual testing, without manual testing means not verified code. Manual testing means slow development process.

It's 2020, I think we have more time writing tests than before with all those cool IDEs, tools, frameworks. No tests means laziness and/or cockiness. Imho of course.

Personally I will believe it when I see it, at least for Pro line. Apple has the resources to pull it off (although they will be remembered by their keyboard issues for some time), the question is what is Apple's ultimate goal?

... what I write is useful just as a side effect, but my first goal is to make something that is, in some way, beautiful ...

I love beautiful code too, however if it's not useful, then the beauty fades quickly for me. What's the point?

Google is grooming next generation of users. It wants to be the Internet, the way IE (the E logo) used to be Internet to many users.

Can you imagine removing house numbers from Street addresses? "Where did you buy that? On Main Str., but there wasn't any number..."

If the URLs are ugly it's not Google's place to regulate that, but website's owner.

If this is to protect users, then instead of removing information, add and/or make it more user friendly.

I don't know, I guess it depends. I tried recently to switch to gruvbox dark, solarized dark and so other popular themes. It is difficult for me to use them in the day. Gave up after couple of days, switched back to intellij light + redshift app.

Late nights i just reduce the overall screen brightness.

Indeed, team's experience is not relevant in the definition, however it's the main criteria to choose a [boring] tech, after the cost of course.

To use/apply any tech or workflow depends on execution.

Boring tech is subjective, it depends on the team. A tool for the job needs to be in right hands to be right. Some may be fine with 1 hour after hours deployment, some may want a fully automated CD pipeline.

It doesn't specify who serves it at that speed either, could be some kind of "serving machine".

Thank you for your input, that's exactly what I meant.

Thank you.

My biggest concern/blocker is the soldered storage.

1st - if it fails during warranty, how do I send it for repair safely (as in my data be safe)?

2nd - it decreases its value imho. I mean how many people buy/trust used storage? I wouldn't.

Any competent engineer without experience is more likely to figure out how setup and/or troubleshoot nginx than kubernetes.

Yes, same as people like good music :)

I heard vim supports Vim keybindings out of the box. I may be wrong, I use IdeaVim mostly.

Are they still unstable? Was it the hardware or software the problem (bad support on Linux)?

How would a CPU fail? Also, did AMD manufacture all failed mobos? In which case who needs to do the QA

Just to be clear, I am not defending defective and/or unreliable products, just want to make sure the fingers are pointed into the right direction.

There is a legal aspect too. How long Apple will allow/tolerate this?

If that's the case where are the external magic keyboards with touchbars?

I am still surprised that Apple doesn't give the option of non-touchbar. Why is that? A good compromise would be to have both options, imho.

But can it run MacOS? :)

Still learning, but the diff would be similar between VMs and Containers on Linux.

It's not a personal project, but for work. Basically to run our mobile backend (nginx, spring boot, mongodb, rabbitmq, etc), staging and production. And all that needs redundancy of course.

We manage them using Ansible.

I don't compare HTML vs. C here, obviously I am talking about databases. All personal feelings aside, there is no technical reason to NOT use MongoDB as a key value store if one has experience with it, because after release comes maintenance and learning a new tool while fixing production problems doesn't make sense to me.

Same here, happy customer for 4 years. Currently we have ~60 VMs of different sizes (down from ~100 before COVID lockdown).

My main wish at this point is cross data center load balancers.

"The best tool is the one I know".