thebuzzsaw

I'm trying to track down evidence of all cancellations.

https://twitter.com/KevlinHenney/status/1729055140555207086

https://twitter.com/kelseyhightower/status/17287527133646031...

https://twitter.com/shanselman/status/1728986396403417219

https://twitter.com/ScottWlaschin/status/1729053636150604284

https://twitter.com/svenpet/status/1729086904346513539

https://twitter.com/ICooper/status/1729094832809971962

https://twitter.com/tastapod/status/1729081069193117721

https://twitter.com/sandimetz/status/1729165151004483836

https://twitter.com/samnewman/status/1729311024220692582

https://www.404media.co/devternity-fake-speakers-eduard-sizo...

> “While I was legitimately on the agenda as a speaker (I was invited to speak six months ago), at this point I’m definitely not participating,” Howard said.

Found these accounts but no mention of canceling.

https://twitter.com/allenholub

https://twitter.com/thiagoghisi

https://twitter.com/davefarley77

https://twitter.com/romero

And LOL.

https://twitter.com/unclebobmartin

Nah. People don't get to change the rules. I can't tell you my name is spelled K-Y-L-E and insist it is pronounced "Mark". GIF is a crappy image format. JIF is peanut butter.

I don't think it had a visible cost in our case. For starters, my team understood the system adequately to not need to reference the original source code so closely. (Much of the work happened before even beginning to read the original source code.) Secondly, we all had enough Java exposure to be comfortable porting behavior over when it was needed.

My team recently completed a rewrite of a major system. It was approached with the following goals.

- Port from Java to C#. The Java teams no longer maintained it beyond critical fixes. Many original experts were gone. My team had more vested interest and expertise. We wanted to be in charge of this system, and we work in C#.

- Switch from horizontal processing to vertical processing. The original system would query one record, query one associated record, query yet another associated record, etc. to form the complete picture of one entity. The new system reads and writes batches of homogeneous data. (Kind of a leap from OOP to DOD in terms of database accesses.) This optimization was largely necessary as the old system could not keep up with load spikes.

- Along with the previous change, we completely separated the data processing into two giant phases: one read-only step and one write-only step. This allows the read-only step to target replication databases. This reduces the stress on the primary database, which is a huge win.

- Detach the system so that it can be run, tested, and released in isolation. The original system was part of a much larger whole, so any fixes or enhancements had to wait for weekly or biweekly monolithic releases.

Everything you expect from a rewrite happened but not to a devastating degree. It went overbudget, missed key bug fixes, etc. but we worked through them and came out the other side with all the wins we hoped for. Being able to deploy multiple times within a single day is amazing. Our iteration time on new bugs or features is very small. The overall architecture is simpler and easier to navigate. I have confidence that a member of my team could enter the code base cold and fix a bug within a day.

So I dunno. AMA?

Did you stop to consider that maybe you conveyed these ideas regardless of whether you meant to?

JavaScript really _isn't_ all that expressive.