jamier1978's comments

jamier1978 | 3 years ago | on: John Carmack on Functional Programming in C++ (2018)

When this article was published on his altdev blog it had a big impact on how I wrote code. I really embraced pure functions and tried to think in terms of side effect free code and inputs/outputs.

Got no real data for it but I felt the quality of the code I wrote was much better going forward.

jamier1978 | 3 years ago | on: Delphi still exists and is actively developed

As someone who worked with Delphi for many years I've often wondered if there is a lot of money to be made by charging companies to work on these codebases. As much as I liked Delphi back in the day, low job satisfaction puts me off looking in to the idea.

jamier1978 | 3 years ago | on: Delphi still exists and is actively developed

A significant amount of Delphi code I wrote 20+ years ago is still in the wild and still making a ton of money for a company I used to work for.

I actually miss the days of Windows desktop development. Good Times.

jamier1978 | 3 years ago | on: Why should I have written ZeroMQ in C, not C++ (2012)

To me the two bits of code in the error handling case or not comparable. In the c++ case you would still handle the error in the if statement if it can be handled otherwise you would throw it. C++ has the advantages of giving you both options.

jamier1978 | 8 years ago | on: Hotbed of Misinformation

True. I found this quote kind of sad "What I find is I'm able to be with them and still be on email. I can be with them and still be working at the same time ... If I didn't, I wouldn't be able to get my job done."

I don't know how much time he actually spends with his kids, but I suppose its comes with the territory of trying to change the world.

jamier1978 | 8 years ago | on: React 16

I have to say this near perfectly mirrors my experience. We have a JS application [1] that is getting fairly large in size and development is moving quickly. Before we introduced React + a Redux style pattern (we don't actually use the libraries but have borrowed heavily from the pattern) we did find it difficult to track down bugs and making changes to existing features became a minefield.

I feel the pattern has helped as the team has grown. Yes there is boiler plate, but that boilerplate makes it hard to deviate from the pattern e.g. if you want to update the application state, you must dispatch an action, no way around it. In the past with MVC/MVP style patterns responsibility get muddled and you get a lot of inconsistency in implementation.

I've got no data for it, just observations, but since we have switched a to more functional style of programming and using immutable data, we are encountering less bugs which I put down to side effect free code.

Overall we have had a positive experience with React + the Redux pattern. Yes you could do this with other frameworks and patterns, but it works well for us and no doubt the same argument could be applied to whatever framework others are currently using.

[1] www.barvas.com

jamier1978 | 8 years ago | on: React 16

We are in the same position, except with backbone instead of spine. Nice idea for a use case of portals.

jamier1978 | 8 years ago | on: React 16

same here. Really good to see these types of updates going in along with the bigger things like fiber
page 1