lysdexic

joined 2 years ago
MODERATOR OF
[–] lysdexic@programming.dev 3 points 1 year ago

You're making a very poor example by subscribing to !cpp@programming.dev

[–] lysdexic@programming.dev 4 points 1 year ago

Any style guide is better than no style guide. Until a better option is presented, something is better than nothing.

[–] lysdexic@programming.dev 2 points 1 year ago (1 children)

Boy, that joke. How low can you go.

[–] lysdexic@programming.dev 3 points 1 year ago* (last edited 1 year ago) (5 children)

Such gains by limiting included headers is surprising to me, as it’s the first thing anyone would suggest doing.

Yes indeed. I think this is a testament of the loss of know-how we're seeing in software engineering in general, and how overambitious but underworking developers try to stake claims in technical expertise when they even failed to onboard onto the very basics of a tech stack.

I'm sure it's a matter of time before there's a new post in Figma's blog showing off their latest advanced technique to drive down build times: onboarding ccache. Followed by another blog post on how Figma is researching cutting edge distributed computing techniques to optimize build times by replacing ccache with sccache.

[–] lysdexic@programming.dev 1 points 1 year ago* (last edited 1 year ago)

The Philosophy section has quite a few wonky arguments; I’d skip it altogether.

I agree. I wish they moved that to a standalone section so that it could be easily skipable. Reference docs can and should have a rationale, but a lengthy rant is not what leads people to the site.

[–] lysdexic@programming.dev 1 points 1 year ago

As a side note, the final keyword is only tangentially related with inlining. It's killer feature is removing the need to do pointer dereferencing when calling virtual members of instances of classes that no longer require virtualization.

[–] lysdexic@programming.dev 5 points 1 year ago* (last edited 1 year ago)

Edit: just noticed this post is over 10 years old.

It would be helpful if the title was edited to feature the release date. Context is king. So many things are absurd with regards to the current state, but are sorely lacking a few years ago.

[–] lysdexic@programming.dev 10 points 1 year ago

Incidentally, this kind of passive-aggressive pressure is the kind of thing that might be considered a legitimate security threat, post xz.

Yes, OP's attempt to bully a maintainer into accepting his PR is a very shitty thing to do.

Throwing veiled personal attacks, such as insinuating a developer is incompetent or dumb, is also very bad form.

This says more about OP than anything. I hope I never have to work with anyone like that. What a shit show of a person.

[–] lysdexic@programming.dev 2 points 1 year ago

This shape certainly beats a triangle (...)

Nature loves triangles.

https://en.wikipedia.org/wiki/Michell_structures

[–] lysdexic@programming.dev 3 points 1 year ago (2 children)

I don’t really see how it’s daunting enough to avoid mentioning.

I think it's a good call not to mention them because they are irrelevant given the topic. If your code base and/or the consumers of your code base are using C-style arrays for input and/or output, it's hardly helpful to suggest changing all your interfaces to use another data type. It's outright impossible if you're dealing with extern C interfaces.

[–] lysdexic@programming.dev 5 points 1 year ago (4 children)

Why no mention of std::array?

I think this was focused on maintaining code. Replacing C-style arrays with std::array can be a daunting task, depending on how the project is structured.

[–] lysdexic@programming.dev 3 points 1 year ago (2 children)

It might be just me, but I think key bindings should definitely not be easily configurable or even changed across release. They should.be standard, pervasive, and set in stone.

For those who really want configurable key bindings in Firefox I think there are already a couple of extensions that do this for you.

view more: ‹ prev next ›