I'm a vi(m) fan myself on servers (old school habits die hard) and like you both can't see any good reason to rate it above other editors. "The only editor in some environments" is getting less and less true. What distros are left that only offer vi in a rescue environment? I think there are more that offer sh over bash ....
Once you've covered vimtutor and EDITOR I honestly don't think there is anything else that should be examined on any level. People who choose to learn vi in more detail can go right ahead and do that, doesn't mean it warrants examination. There are 1000s of apps out there that let you do awesome things with skillz, why is vi considered so special? I gave up insisting my newbie juniors know vi some years ago. None of them are any worse off because of it and none of them have ever been stuck with a b0rken system due to lack of vi. Stuck with not knowing kernel command line in grub - yes - but not knowing vi? No. I would even go so far as saying we should retire vi entirely as required knowledge and be content with knowing what EDITOR does. Alan On Mon, Jul 29, 2019 at 8:33 PM Marco Verleun <[email protected]> wrote: > Hi Simone, > > I agree with you that ‘getting the job done’ is more important then > demonstrating (extensive) knowledge about a particular editor. > For LPIC-2 vi knowledge could be more important for the well known reasons > such as that vi is the only editor that’s available etc. during recovery > processes etc. > > Some distributions use vi(m) when commands like crontab, vimudo etc are > entered, others use nano as a default for these commands. > > I believe that knowing about the EDITOR environment variable is more > important. It demonstrates that you have a choice to use your favorite > editor. > Maybe worth a question? > > Regards, > Marco > > > Op 29 jul. 2019, om 19:16 heeft Simone Piccardi <[email protected]> > het volgende geschreven: > > > > Hi, > > > > I'm currently revising LPIC-1 topics for coverage in my in my text on > system administration and I found the distribution of weights between these > two topics (103.2 and 103.8) unbalanced in favour of the latter. I think > that this is not consistent with the purpose of the exam, which should be > to assess the skills of a junior sysadmin. > > > > I don't see how having a knowledge of vi more advanced to what is needed > to do simple modification to a file has more coverage in system > administration than be capable to use command to process text stream (there > are just 2 question to cover cut, tr, sort, split, uniq, wc). > > > > I'm certainly biased not beeing an affectionate vi user, but I do not > see why 3 question on how to use a specific editor. LPI is a Linux exam, > and you must be able to do sysadmin work with any kind of editor not just > with vi. Beeing capable to change the default editor is enough in my > opinion. > > > > So apart its diffusion that can justify a single question on how to do > simple operation when nothing else is available (but still I do not find > such a system in years, and nano is installed by default in the most common > distributions), I do not see why a sysadmin should be capable "Navigate a > document using vi" when there is less or why beeing proficient in vi should > be more important that knowing how to use text filters. > > > > So I suggest to reduce the weight of 103.8 to 1 or at least 2, giving > more coverage to topics of 103.2 (promoting at least to 3) that are far > more important in sysadmin work. > > > > Simone > > -- > > Simone Piccardi Truelite Srl > > [email protected] (email/jabber) Via Monferrato, 6 > > Tel. +39-347-1032433 50142 Firenze > > http://www.truelite.it Tel. +39-055-7879597 > > _______________________________________________ > > lpi-examdev mailing list > > [email protected] > > https://list.lpi.org/mailman/listinfo/lpi-examdev > > _______________________________________________ > lpi-examdev mailing list > [email protected] > https://list.lpi.org/mailman/listinfo/lpi-examdev -- Alan McKinnon alan dot mckinnon at gmail dot com
_______________________________________________ lpi-examdev mailing list [email protected] https://list.lpi.org/mailman/listinfo/lpi-examdev
