t43562

58 ms·

871.
by t43562 4y ago
Shells need to be good at composing programs together, languages compose libraries. Pipes and output redirection, running things in parallel and waiting till they end - for some reasons these things suck in some languages compared to what t
872.
by t43562 4y ago
Sure, I rely on chat - it helps everyone because as good as an instant reply is, it interrupts people a lot. Chat is the best compromise for me. Calls are for serious "we must work together" things. Working with people overseas
873.
by t43562 4y ago
The hypocrisy is in hiring people in far away timezones from each other and then pretending that "being in the office is better." Since you have to communicate via chat and email to keep everyone "together" it stops matt
874.
by t43562 4y ago
The comparison is really to python rather than C. I C mostly when I'm trying to fix some compilation bug in a library or when I'm trying to call some glibc or other OS level bit of code to achieve something- e.g. on a Raspberry P
875.
by t43562 4y ago
I understand why the OP likes C. I was looking at a couple of old projects of mine and I remember the satisfaction at least in one (a SASL library) of how I made various classes of error impossible using a fairly simple strategy and my own
876.
by t43562 4y ago
C is fun - there's elegance in writing good C code and the mental model you need to understand it is much simpler than the higher level languages. It's also fun to write data-structures yourself instead of being a mere user all
877.
by t43562 4y ago
The language is just an interface between humans and the machine to make it easier for us humans - machines aren't all the same so why should humans be?
878.
by t43562 4y ago
We must only do what is absolutely critical to get benefit. The developed world will have to help the rest with technology but IMO the developing world should not be sitting there waiting for help. A lot of the money is going to have to be
879.
by t43562 4y ago
If you think about it we are all tempted to ignore a problem and hope that our lives won't be changed. It's very common in history to find resistance to necessary change especially when it's inconvenient.
880.
by t43562 4y ago
There's nothing you can really trust. Everyone has some interest or other. Ontop of that the things people consider essential don't always turn out to merit the emphasis (Norden bombsight eg?) I think there's historical evide
881.
by t43562 4y ago
Climate change has only one priority: stop releasing carbon into the atmosphere. We're all dead if we don't and we cannot afford to add one tiny extra burden onto that monumental task. Sorry. The alternative is death for us all an
882.
by t43562 4y ago
In my family we like arguing about things. Our way of doing so is quite animated and enthusiastic. We're trying to get our point heard of course but the real pleasure is perhaps that it is a fight in the sense of a water pistol fight o
883.
Synergetic Air-Breathing Rocket Engine (Sabre) Programme Evaluation Report 2022(gov.uk)
1 points by t43562 4y ago|1 comments
884.
by t43562 4y ago
SABRE is a hybrid combined-cycle air-breathing/rocket engine that, if successful, will enable hypersonic travel within the atmosphere and greatly reduce access-to-space costs. The SABRE concept represents a major breakthrough in propul
885.
by t43562 4y ago
You can put markdown into git and see diffs of it as it changes. This is easier with a text format than with PDF. On top of that you can just concentrate on the content because how it gets shown is mainly handled by the system not you. The
886.
by t43562 4y ago
I would have thought that computer scientists would not really fall into debates about "centralisation" or "decentralisation" when we're so busy changing from one strategy to the next in CPU and software designs.
887.
by t43562 4y ago
Those look interesting! I'll try them out. Electric Make is the large scale makefile maintainers dream basically. You're not going to get that much out of it for a small linux package but once you have a build that can manage a
888.
by t43562 4y ago
I know! :-D I did a small bit of work on it but long after you! I now selfishly wish that it was open source so I could still use it. :-)
889.
by t43562 4y ago
These problems come out anyhow when people run the build on a different machine with more or less cores or other issues then the people who are just users of the build have a problem. The worst problems are when nobody realises that a paral
890.
by t43562 4y ago
This is great. Short of having Electric Make and Electric Insight it's the best thing you can get in open source and I think shuffling should really be the default to stop people from making horrendous parallel unsafe makefiles in the
891.
by t43562 4y ago
I meant: you'd be happy to hand your stakeholder a document about the code you would have written if you'd had time to?
892.
by t43562 4y ago
If you ever do need to take on other people when you get overwhelmed then you'll end up having to develop patterns of behavior even if you don't call them processes. There might even be a point where you cannot keep up with all o
893.
by t43562 4y ago
Unit tests allow other team members (and yourself in 6 months) to make changes with much less fear. Sprints are supposed to be a few minutes where we spot early if someone is in trouble so we can fix it asap. The rest of the meetings should
894.
by t43562 4y ago
"Project Management" and "Agile" IMO are completely opposed concepts so no wonder project managers don't get it. They still want jobs however so now presumably it's perverted agile.
895.
by t43562 4y ago
Code reviews should be at least a chance for other team members to learn the code - and take responsibility for it. If there's a bug they should have spotted it and the heat no longer falls entirely on you. Tests similarly are about al
896.
by t43562 4y ago
Absolutely. The act of trying to write code immediately brings out the questions that you end up needing to answer in a design. The mistake is by other people who think that your first efforts represent the product and need to be shipped.
897.
by t43562 4y ago
I've enjoyed it working well. It was much better than being project managed. A great deal of the time it let us toss out stupid requirements - they just sat at the bottom of the infinite backlog because they weren't needed yet.
898.
by t43562 4y ago
At higher management levels people are trying to "achieve" some goals and of course "agile" means that you are constantly evaluating what to achieve and discarding some of it while perhaps adding new things. There&#x27
899.
by t43562 4y ago
Well, you probably like paid time off (as American companies like to call it) and that's a socialist thing. Potentially you might enjoy free healthcare if you could get it - at least you get free policing and defense. Which country imp
900.
by t43562 4y ago
Rather have a big document for a program that doesn't work?

More ›