Same here Mark. Thanks for putting these words so nicely. I have also stopped using commercial social network like Twitter. People do not even know that their brains are being manipulated. And people who had nothing to do with Free Software and have not even read or written anything about Free Software are making slanderous comments about FSF and the movement in general. Pretty disgusting and I don't know where the west society is heading to. I am glad I don't live in the west. But left liberals are taking similar paths in this country too, so I guess it is not too long before we catch up with the rest of the world.
May be this is the easiest thing people can do?
What are some alternatives to Firefox on GNU/Linux?
Oh, he wants poor students who write free software in their free time and give it away to emulate DJB and also offer $500 for bugs others found in their software.
Yes, totally agree with your observations. I am also hoping to eventually move into the "everyone is remote" model. Minority remote model just does not work for me. I consistently get rated less in performance appraisals despite doing more contributions to the project. This is also because I have to deal with a stupid manager...
I have been working remotely for a while now. These are the things I learned.
- time difference matters. It is better if there is some overlap with at least some people in the team.
- "showing up" (via various communication channels) have more value at one of the places I worked than the actual work.
- I was consistently rated less compared to others because my interactions were only over video, once or twice a week and via chat channels and it could never make up for face-to-face communication. This is highly subjective. At another place, I never had such problems.
- Expect to add a lot of stress in your life (again subjective).
- Pair programming with colleagues over video/google-hangout can be extremely valuable.
- video calls mostly suck, especially if you have low upstream bandwidth (which was the case with me).
- make plans to travel and stay with your colleagues for a week or so, once in a few months.
- "everyone being remote" is better than one or two people alone being remote and the rest in a central office. That way, the company is "set up" for remote working and people take care to put everything online in a wiki etc.. Not so, with a centralized office with only a few people working remotely.
- It is also very easy to get burned out working more hours, especially if the other side is in an overlapping your day. It happened to me many times. This needs fixing at org level and should meet the expectations of everyone.
Yes. But the amount of information in the debian/copyright file is a lot more than just one scalar flag. I think that level of detail on the licenses is extremely important.
I think I should have been clear. It does not make Unix single user machine but it is more useful for cases where a single user is the main user of a machine like the laptop user.
My reasoning was very simple. Nixos makes it easy to install packages on a per user basis. This would mean there is a lot of redundancy if another user also needs the same package. A snapshot/dedup filesystem will easily solve the problem.
I used nixos for a few weeks and then went back to Debian.
* I share the concern of the author on symlinks farm. It is scary! I would like it to be dealt with in the filesystem layer (Plan 9 had a snapshot based filesystem - fossil - years ago). Symlinks have all sorts of weird semantics on different Unix machines.
* Another of my gripe with nixos is that it makes Unix, a single user machine! Sure, packages need not be installed in a user-local way. I may be ignorant of other possibilities here.
* More care for licenses. I still use Debian because they really care for licenses. Last I looked, nixos was in no way close to Debian in terms of documenting the various copyrights and licenses of files pertaining to a package.
Otherwise, Nixos is a great idea and a huge step forward.
I didn't say it is commendable work. SIP is what we have at the moment as a standard and is being used by a lot of products out there and it was written by a Cisco employee. That is all I said. I am not intimately familiar with SIP to comment on its pros and cons.
The Stanford/Coursera course on algorithms part 1 is a good resource for Big O. Knuth's "Concrete mathematics", 9th chapter (I think) has some good coverage on Big-O/Omega notation.
I have looked at Android code. It is awful. Now, I don't form opinions about Google engineers based just on that code.
I meant to say, generalizations don't always work well. They may have bad engineers. But they have great engineers too. Kent Dybvig and his team who wrote Chez Scheme works for Cisco. There are many others. Jonathan Rosenberg who wrote many Internet RFCs on fundamental protocols that run the Internet voice/video works for Cisco.
May be this is the easiest thing people can do?
What are some alternatives to Firefox on GNU/Linux?