t43562

6 ms·

61.
by t43562 4mo ago
I don't love cron's time format - it's easy to make mistakes - but one-line, one file configuration is simple in a nice way. I bet we could make a cron that was easier but still simple.
62.
by t43562 4mo ago
It may be a disastrous comment to make but I think I like cron better! A tool designed for a particular job etc.... :/
63.
by t43562 4mo ago
5:7211/1.27 here - though I think this address is long long gone. I'm gobsmacked that I can remember it. :-) We got fidonet in Zimbabwe in the early 1990s. It was utterly revolutionary for us - more than the internet that came l
64.
by t43562 5mo ago
The best that I think you can say about it is that working for such people wouldn't be fun.
65.
by t43562 5mo ago
Interviewing is difficult IMO - asking imperfect people to judge imperfect people in a short time. In my experience, which is not that great, it's the attitude that people have which is more important than the perfect answers. You&#x27
66.
by t43562 5mo ago
I don't think you can really understand assembler without writing it and since compilers are fairly deterministic and get constant attention most of us using them haven't truly had to fight with what turned out to be a compiler bu
67.
by t43562 5mo ago
Presumably you don't really enjoy programming but the mistake would be to think that everyone doesn't.
68.
by t43562 5mo ago
If you don't write code you won't understand what you're reviewing. Any manager discovers this - their ability to review atrophies.
69.
by t43562 5mo ago
It's too popular and the people channeled into using it don't care about it other than to complain about why it isn't <insertlanguagehere>
70.
by t43562 5mo ago
well, no need to peer-review papers anymore then! If we're to unlock the true productivity that is...
71.
by t43562 5mo ago
It's now being used by a lot of people because they have to rather than want to so there is a desire to ** it up and reinvent their favorite language by adding all sorts of warts. That's the price of success. A proper revenge wou
72.
by t43562 5mo ago
I find programs with lots of anonymous functions to be bloody irritating so I think that's just another matter of personal preference.
73.
by t43562 5mo ago
The public don't care that much about space I think - in the UK. It's not something people can pump themselves up with borrowed pride about. Our media is full of arts students and engineers are the people who come to fix your boil
74.
by t43562 5mo ago
Because it's quick and easy to radically alter and refactor your prototype as you learn the problem space. By the time it works you often find out that you don't need anything more. This is something that Perl had. Once your pro
75.
by t43562 5mo ago
I upvoted because even though I prefer Mercurial I do like tools that are powerful and flexible. The problem for me is that VCSes have a mental model and the way they actually work is more complicated than that. I haven't tried to d
76.
by t43562 5mo ago
It had a much better GUI in 2009 (THG) and I think today the GUIs for git aren't really better - probably worse.
77.
by t43562 5mo ago
I thought it was enormously better because it helped you not to cut yourself with all the dangerous things in a way that git didn't. It also had an excellent GUI (thg). It was a much less stressful tool to use and git hasn't reall
78.
by t43562 5mo ago
Mercurial was safer and better. I still use it and it's still safer. The bookmarks feature which is supposed to be the solution for short-lived branches is hard to understand though. I'm probably dumb but I can't work it out
79.
by t43562 5mo ago
> So: yes we can and do make predictions with it and that’s how we get funding internally and externally to build at these scales
80.
by t43562 5mo ago
The argument is that it's not very valuable because it can be incredibly wrong and the priority is to get more information. "And we have information to think" - then we don't have zero information right?
81.
by t43562 5mo ago
Yes, this is not the place to express skepticism of any kind.
82.
by t43562 5mo ago
Why is the evidence on the side of the hype? Why do you assume something is size X just because nobody has proved it's smaller yet? The evidence is just whatever it is - we cannot make predictions with it.
83.
by t43562 5mo ago
The lifespan argument shows how important it is to have more than zero information.
84.
by t43562 5mo ago
It's just undesirable to let people get too powerful if you believe in democracy. Fall of the Roman Empire etc.
85.
by t43562 5mo ago
In some cases it's just because they think that any "missing thing" might be the one that causes customers to reject the offering. So they "must" have everything. It's the lack of knowledge that's the pr
86.
by t43562 5mo ago
I have tried making that switch many times and lasted for a few months and then one day I find I've been back at the CLI for a week without noticing. I love CLI tools that effectively give me the things an IDE would offer such as astgr
87.
by t43562 5mo ago
He IS saying that. Vi is more efficient for him every hour every day because he has been able to learn it to the point where there is nearly zero effort in using it. To learn something else would be to throw away all that hardcoded memory a
88.
by t43562 5mo ago
Programmers like what they like for <reasons> but if AI is like a team member it has to do what the team does. If humans are redundant.....well we're still responsible so we still have to understand what's happening. I don&#
89.
by t43562 5mo ago
One can use a language as a sort of prototyping tool. I've once or twice done an implementation of some algorithm or idea in python and worked through all my conceptual errors and then done it again in C. I think it was a hell of a lo
90.
by t43562 5mo ago
TRADEOFFS! I think this is IT. Non programmers imagine there aren't tradeoffs. As a programmer one should eventually realise that every possible aspect of design is a tradeoff.

More ›