cjfd

28 ms·

361.
by cjfd 5y ago
Quite apart from not being possible forbidding non-auto declarations also sounds like a terrible idea. I am not really that fond of the auto keyword. In some cases it is necessary and/or helpful but it is also very helpful to be able t
362.
by cjfd 5y ago
Yes, deeply nested namespaces are not nice. I think boost really dropped the ball on this. boost::asio::ip::tcp should have been boost::tcp. Are they trying to be as bad as java?
363.
by cjfd 5y ago
It has always been this way on this platform. Also not helping is that the documentation is of, let us say, varying levels of quality. I don't build GUIs that often, but have build them in the past, and, honestly, I am not entirely sur
364.
by cjfd 5y ago
The question is not whether people have cars (they do) or whether they like them or not (some do and some don't). The question is whether the infrastructure forces people to use a car for every single errand. Much less road space is ne
365.
by cjfd 5y ago
Well, it is not the first time I hear such stories. Not only from the US either. At my own job we sometimes work at unionized places and it is the same everywhere. Horrendously en ridiculously inefficient work practices. It certainly gives
366.
by cjfd 5y ago
I don't find it very hard to think of situation where it is likely that a person has a clear mind and decides to stop existing. In particular in case of a disease where the person knows that the only thing that life has in store for th
367.
by cjfd 5y ago
Not necessarily. That one can have these tools in-application doesn't mean one cannot combine this with some form of RPC as well. Especially whether one needs load balancing or not seem to be a completely orthogonal issue. On the other
368.
by cjfd 5y ago
Well, pipes are very nice and useful for small processing tasks. "I want to know how often the word 'Parameter' occurs in the source files inside this repository." That is great! pipes are your friend. They are the faste
369.
by cjfd 5y ago
Well, a service-oriented architecture is a more general category then microservices and has been around much longer. In many cases it is much more justifiable on technical grounds. Just to give one example. You have an API that is not the m
370.
by cjfd 5y ago
Things like message queues and asynchronous events are available for your favorite programming language for in-executable use. You can then do things like running them on a thread pool that has the same number of threads as your machine has
371.
by cjfd 5y ago
One should probably not even think of microservices if one employs fewer than 100 programmers. In many cases microservices are introduced because of fashion and/or resume driven design not because it actually makes sense. I prefer refa
372.
by cjfd 5y ago
This talks about code complexity a lot. This, however, is not the chief source of complexity in many code bases. The number of tools needed to build things is the bane of the modern software developer. Also, the use of microservices where n
373.
by cjfd 5y ago
Could it be that you are trying to read things that are a bit too advanced? Maybe look for some first year university lecture notes? In general, if you cannot follow something, try to find some other materials on the same subject, preferabl
374.
by cjfd 5y ago
I think a likely explanation is that gay men with lower levels of education are more likely to hide that they are gay. I am gay and to add some anecdata: I am pretty highly educated: PhD. My first boyfriend has a rather low education and wa
375.
by cjfd 5y ago
You are restating what the article says but I don't see any evidence presented nor is a mechanism that would cause this link presented. It sound to me like no more than idle speculation. 'Individuality created a vacuum that was fi
376.
by cjfd 5y ago
The neutrino mass thing is much less a surprise than the rest. Neutrino mass always was quite possible as an optional add-on. Basically, the situation for the quarks, where all six have mass, can be copied to apply to the leptons as well.
377.
by cjfd 5y ago
I think in general if there is duplication and an abstraction can be made it should be done. The (in)famous article about 'duplication is cheaper than the wrong abstraction' that is also mentioned below is seriously one of the art
378.
by cjfd 5y ago
Perhaps the distributions would be more inclined to include up-to-date version if the standard in the python community was not to break everything all the time. There are distributions that keep up-to-date, though, e.g., archlinux. Serving
379.
by cjfd 5y ago
Perhaps when you just release something once for once customer and never look at the code again. If you actually want to maintain something and release it multiple times this is very untrue. Let us say that a feature takes twice as long to
380.
by cjfd 5y ago
Well, who knows? This data is being sold far and wide so it sounds rather likely that this is somewhere right now being used to rob peoples bank accounts or publicizing their illicit affairs to friends and family... I think there should be
381.
by cjfd 5y ago
I live in such a walkable neighborhood and for groceries I use a rather big backpack and I can get groceries for multiple days that way. For the my two-person household it is possible to get enough groceries by going to the supermarket twic
382.
by cjfd 5y ago
The biggest problem seem to be microservices. Basically, an army of cargo culters missed the small print that you should not even be thinking about them unless you work with at least 100 programmers. The talking heads that popularized micro
383.
by cjfd 5y ago
Well, in a sense all of the other languages have fewer capabilities. C++ is more or less the only language that attempts to be a bridge between low level and high level programming in one language. I see that as beneficial. Many projects be
384.
by cjfd 5y ago
I don't think picking some C++ dialect is wise. These features are there for a reason. Funnily enough a lot of comments that respond to this are all of the style 'yes, but nowadays google allows this, o and this too, and that as w
385.
by cjfd 5y ago
I found it rather funny. I see some very uncharitable interpretations here. To me it sounded quite a bit like how people tend to implement microservices. It is a problem our field that people use words so very loosely that it is kind of imp
386.
by cjfd 5y ago
Well, you know, it sounds kind of nice to have your codebase auto-formatted so it looks nice without the programmer having to do this by hand. Problem is, current formatters never seem to exceed the borderline-passable level of formatting a
387.
by cjfd 5y ago
I am not so sure regarding the top comment. I think I am probably about as old as the person who wrote that but I find it rather abstract and not very relatable. I would like to hear an example to decide whether or not there is merit in thi
388.
by cjfd 5y ago
I would not call the engineers that follow 'best practices' and trends humble. Quite the opposite, in fact. They are the kind that wants to tell everybody else how to do things.
389.
by cjfd 5y ago
Very often so-called best practices are really quite bad and ended up considered best practices more for marketing reasons than because of merit. Let me list some 'best practices' that are actually quite bad in many, if not most,
390.
by cjfd 5y ago
More like C-acute. C-accent would be C' which, I am sure, will be invented at some point in the future or past.....

More ›