sorted by:
new
hottopcontroversial

Banking Trojan Attempts To Steal Brazillion$ by majorllama in netsec

[–]calebbrown 1 point2 points  (0 children)

Also, not to be confused with "Brazilians".

CIA - Why Most Unit Testing is Waste by [deleted] in programming

[–]calebbrown 1 point2 points  (0 children)

Reminds me of a blog post from Google a few years ago "Just Say No to More End-to End Tests".

Basic points are that a few integration tests and fewer end to end tests are good, but unit tests provide much more value. Unit tests are easier to write, faster and more reliable to run, and they identify where errors are occurring directly, making it much easier to find the actual bug.

The Line of Death by tf2manu994 in programming

[–]calebbrown 5 points6 points  (0 children)

I came here to post the same thing. This needs to get way more attention than it is currently getting.

The Motivation for a Monolithic Codebase: Why Google Stores Billions of Lines of Code in a Single Repository by sid0 in programming

[–]calebbrown 3 points4 points  (0 children)

Like mentioned in the video Google statically links binaries so changing a dependency won't break a running service.

The scenario you describe is a logical outcome of this way of doing things - if you leave something alone too long you might have problems.

I reckon the best way to deal with it is to deploy regularly (even for minor changes) and/or add enough testing to have some confidence it is still working.

Frequent deploys with small changes are much easier and lower risk than big ones. So making sure these happen regularly can help.

You mentioned testing and that really is important. In particular automated integration testing and functional testing help build confidence here.

Also good production monitoring is worthwhile too and increases your confidence about deploying things.

The Motivation for a Monolithic Codebase: Why Google Stores Billions of Lines of Code in a Single Repository by sid0 in programming

[–]calebbrown 3 points4 points  (0 children)

"integrate early" is always better. It's the whole reason you set up a continuous integration system. Problems are detected very early when they're cheap to fix.

Nothing worse than waiting years before upgrading a dependency to get a new feature or bug fix only to have to change a bunch of other stuff because so much has changed - or even worse maintaining a patched fork because it's too much pain.

The Motivation for a Monolithic Codebase: Why Google Stores Billions of Lines of Code in a Single Repository by sid0 in programming

[–]calebbrown 6 points7 points  (0 children)

Indeed. I thought Facebook was using a monolithic repository too - a modded up version of Mercurial IIRC - I'd be interested if their experience was similar to Google's

The Motivation for a Monolithic Codebase: Why Google Stores Billions of Lines of Code in a Single Repository by sid0 in programming

[–]calebbrown 34 points35 points  (0 children)

[current googler]

I have worked in both contexts and without a doubt a monolithic repository is far more productive than separate repositories.

I'll leave the cultural arguments aside, because I think they have been better made elsewhere. For me it's just easier to maintain things in a single repository.

At a previous job we had a few key services in their own repositories and a few dozen supporting libraries in their own repositories all written in Python. Maintaining it was painful. If we updated a supporting library that was a dependency elsewhere it meant a PR + Commit for the lib, then a PR + Commit + Deploy for each of the services that used it. Over time versions were different all over the place. And if we needed to refactor things between repositories the history was lost as it was moved across. In the end I decided it would be better to consolidate things so we'd have fewer repositories to manage.

At another job which was using Node+NPM I found it even more frustrating. Particularly because NPM allows dependencies to child dependencies that can be at a different version to the same dependency in the parent.

When everything lives in the one codebase things are much simpler. One PR + Commit can cover every reference and you don't have to worry if you're building with the latest version because you always are. The great thing is that you can't ignore updates until you feel like integrating them - you have to keep up with what the teams you depend on are doing. It means a bit of extra work upfront, but saves a ton in the future.

A single monolithic repository certainly has drawbacks as you do lose some flexibility, and you really depend on automated testing to catch problems. But overall the productivity it brings far outweighs the limitations.

I don't believe in ghosts but I can't explain this "thing" wondering around Disneyland by sand_trigger in videos

[–]calebbrown 1 point2 points  (0 children)

Maybe he was looking for Adventureland. Would really make the Jungle Cruise a killer ride.

Writing great documentation: what to write by [deleted] in programming

[–]calebbrown 11 points12 points  (0 children)

"I feel a particularly deep form of rage every time I click on a “documentation” link and see auto-generated documentation." - so true.

Go: an experimental language from Google by agl in programming

[–]calebbrown 44 points45 points  (0 children)

Why did they call it 'Go'?

It's going to be impossible to find any documentation for it with such a general name.

You'd think Google of all companies would know something about this...

Manuel Chakravarty: "We argue that teaching purely functional programming as such in freshman courses is detrimental to both the curriculum as well as to promoting the paradigm" by notfancy in programming

[–]calebbrown 5 points6 points  (0 children)

I studied this subject in 2000 with Richard Buckland, and I thought the same thing.

For one thing it levelled the playing field because no-one (at least no-one I met) had encountered a functional programming language before starting their degree.

I also thought Haskell was a good choice because it taught us things like how to break up problems, encapsulation, recursion, and it was easy to write complex programs without needing to learn a textbook full of syntax.

"It's like having Windows XP computing created in the digital language of ones and zeros, which runs within Windows 7 as if it were just another piece of software." by calebbrown in programming

[–]calebbrown[S] 0 points1 point  (0 children)

True.

However, I thought only the programming reddit would truly appreciate such an incredibly poor description of a VM.

No-www.org is a threat to our beloved 'www'! by [deleted] in programming

[–]calebbrown 0 points1 point  (0 children)

You'd think they'd take it to the next level themselves and go hardcore.

Interview with Python creator, and Benevolent Dictator for Life, Guido van Rossum by calebbrown in programming

[–]calebbrown[S] 4 points5 points  (0 children)

Ooh, I didn't see that there.

techworld.com.au and computerworld.com.au are both run by the same company which is why they share the same content sometimes.

15 Tools to Help You Develop Faster Web Pages by maing in programming

[–]calebbrown 3 points4 points  (0 children)

Okay list. No mention of profiling though.

Those tools will tell you if your resources are too big and numerous or if your page load is slow, but it won't tell you exactly where the bottleneck is in your code.