t43562

43 ms·

631.
by t43562 3y ago
One small counter I have is that most software development has dependencies anyhow - and with compiled languages this is quite a pain in the arse to manage. So installing tcl or lua or python or ruby or perl is just a normal problem amongst
632.
by t43562 3y ago
Scripts are usually no better than they have to be - they're not the main purpose of the system. Scripting languages handle all sorts of issues that take pages of code in other languages so they are the easiest way to do what you need
633.
by t43562 3y ago
I think random access is a useful feature - e.g. if you want to compress code modules like java does so that you can still load individual modules quickly. This is not something I've wanted yet personally but that's just random ch
634.
by t43562 3y ago
I started on ZIP like most people and discovered what could be done with streaming so I don't think so.
635.
by t43562 3y ago
I had to make an archiver once (commercial) so I did think about it a bit. I am not sure pack would solve anything for me. It obviously solves the authors usecases but tar has some tricks which I don't want to lose; * Able to write to
636.
by t43562 3y ago
Then you cannot transfer through a pipe something that's too big to fit in memory.
637.
by t43562 3y ago
That sounds like you need to have fetched the whole zip before you can unzip it - which is not what one wants when making "virtual tarfiles" which only exist in a pipe. (i.e. you're packing files in at one end of the pipe and
638.
by t43562 3y ago
I think the battle between RISC and CISC is overshadowed by the battle between non-x86 and x86. On average are new designs more RISC than CISC? I don't know but that's different from numbers of chips of a certain type sold. RISC
639.
by t43562 3y ago
IMO the day python types become mandatory there will be a fork. It would be such a total betrayal of it's reason for existing that we would have to invent another untyped or duck-typed language again.
640.
by t43562 3y ago
I became a tech lead and a line manager not too long ago. It's very difficult to keep your technical edge and also deal with the the meetings, the debates about what to do next quarter, the personal issues and yet be able to zoom back
641.
by t43562 3y ago
I admit it cannot be scientific and cultures differ a lot. In the absence of science, all I've got is that I end up getting told a lot of things and complained to a lot but those people totally shut up in meetings and it's left to
642.
by t43562 3y ago
I think this was fun but I really hate those switch things - I find it confusing to know which position is on and which is off. Which colour is the "on" colour? A checkbox might be ugly but I do understand it at a glance.
643.
by t43562 3y ago
I heartily agree that the problems are hard and unpredictable things don't get made predictable by a method. I think, however, if you're in a company with bastards who don't care they will find out how to screw agile just as
644.
by t43562 3y ago
I'm not in the US - I notice that quiet people get ignored in every country I've worked in so far.
645.
by t43562 3y ago
The manager should almost always get the blame. Why didn't they get help from another team, why didn't they supervise that dev more carefully, how did the bug get into the code in the first case and were proper test procedures fol
646.
by t43562 3y ago
Everyone has competing ideas. There's no unanimous agreement on what "good" is. We don't all have enough knowledge to judge each idea purely on merit - a lot of the time our only way to judge is to see if the proposer r
647.
by t43562 3y ago
A degree of spin and image and projecting confidence is necessary to convince people that someone is worth following. In reality we are all wrong N times a day and rely on other people's help often. Who would ever listen to an idea by
648.
by t43562 3y ago
That is probably true to a degree but IMO we make brutal decisions about code when we have to and get it wrong and so on. Why when it comes to organising people into some effort would we not have brutal decisions to make and get them wrong
649.
by t43562 3y ago
I think they're trying to compete. A lot in life depends on how people first perceive you and what box they immediately pidgeonhole you into. When one goes to a new company all status and all the perceptions one has built up with peop
650.
by t43562 3y ago
It's a horrible suggestion that everyone is going to have to pretend to agree with whatever nonsense that person has hyped themselves up on that week and they'll bully people into doing so. Whereas Linux Torvalds is a leader by de
651.
by t43562 3y ago
I feel a bit smug that I thought "this must be an Australian" about 5 paragraphs before I found out :-D It's the rejection of authority that's so characteristic. I am in a Japanese owned company where I must seem far mo
652.
by t43562 3y ago
I don't know where you are in the EU but some places have a lot of jobs and its hard to hire people. I would consider doing this because you never know how it will turn out - you might end up getting a job overseas but spending months
653.
by t43562 3y ago
That not curing cancer. It's just an improved component of our existing mechanism which cannot cure everyone even if it could reach them all.
654.
by t43562 3y ago
What is data used for? To whom does it give power?
655.
by t43562 3y ago
I think the very best thing one can do is reduce the amount of variation you have to support. The burden of change is thus vastly reduced and the number of possible avenues for improvement explodes. We could have left customers with old ope
656.
by t43562 3y ago
I can't speak French but I know enough to navigate and mostly guess what is being said. I'm so delighted - knowing even a little of another language is still rewarding. One shouldn't be put off by the difficulty of becoming f
657.
by t43562 3y ago
I do remember GNOME3 being presented as "the future" and those of us who liked GNOME2 being told roughly that we were hopeless old duffers who didn't understand modern UI/UX design and to essentially @#$#$k off to XFCE i
658.
by t43562 3y ago
This would let you implement the UNIX "everything is a file" philosophy on windows. Although I feel guilty because that's probably more the Plan 9 philosophy. On Linux you get a lot of nice things by having /procfs for
659.
by t43562 3y ago
I used darcs before git and it was very nice - the first distributed RCS I'd ever used. I believe pijul is a follow-on to that so it should be great. Later on I used Mercurial and it was very easy with a great GUI and it felt safe. gi
660.
by t43562 3y ago
I felt this - a lot of the problems I've experienced with teams before could have been solved by the management. In practise now I find that I am a Team Lead and yet I have far less ability to influence things than I thought. There are

More ›