Re: Fedora Desktop future- RedHat moves

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, 2008-04-26 at 16:31 +1000, Da Rock wrote:
> On Wed, 2008-04-23 at 11:39 -0600, Robin Laing wrote:
> > Alastair Neil wrote:
> > > 
> > > 
> > > On Tue, Apr 22, 2008 at 10:23 PM, Ric Moore <wayward4now@xxxxxxxxx 
> > > <mailto:wayward4now@xxxxxxxxx>> wrote:
> > > 
> > >     On Tue, 2008-04-22 at 13:05 -0700, Francis Earl wrote:
CLIP!!
>  Servers are where the money is, no doubt. But, it
> > >     is better IMHO to have the future admins loyalty through the user
> > >     desktop by catering to them. I spent years in Marketing. I learned to
> > >     never EVER disregard the little guy. He might become the next purchasing
> > >     agent and/or decision maker. My two cents, Ric
> > > 
> > > 
> > > An where has it got Microsoft? 20 years and countless billions invested 
> > > in marketing and they still manage only 30% of the server market.
> > > 
CLIP!!
>   Red Hat has focused its 
> > > desktop efforts on crafting a distribution that is best in class for 
> > > administering servers, just as SUSE is crafting a business productivity 
> > > centric desktop distribution with an emphasis on Windows 
> > > interoperability (thus Evolution, Mono/silverlight and "Don't Sue us 
> > > please Bill!" agreements).  These distros have carved their own niches, 
> > > I don't as yet know what Ubuntu's niche is - windows malcontents? home 
> > > tinkerers/hobyists?  Small Home Office?  You could argue that this is 
> > > exactly the way linux started and who knows in 10 or 20 years maybe they 
> > > will have a significant enterprise share, however, I doubt it.  Being 
> > > able to play MP3's out of the box rarely makes it onto a enterprise 
> > > server deployment specification.
CLIP!!
> > This is an interesting comment.  Just a few days ago, I read an article 
> > about Microsoft pointing out companies that have moved from Linux 
> > servers due to the desktop support as well as gui management tools.  Of 
> > course I hear that they are now adding more command line tools for 
> > administration due to demand.
> > 
> > I see two aspects to this part of the debate.
> > 
> > If people use Linux at work, they will be more likely to use it at home. 
> >   They will use what they are familiar with.  Most computer users are 
> > not that intelligent to using their computers.  Some cannot even figure 
> > out how to update their computers.
> > 
> > As for MS not getting a larger server share, this is a strange aspect. 
> > Part of the issue in the past has been many admins that new Unix found 
> > it easier to move to Linux from Solaris or other versions.  The share of 
> > Windows servers from what I am reading is increasing.  I see this as a 
> > result of the new point and click mentality.  If you cannot click it, 
> > then you cannot manage it.  Damn kids today.  :)
> > 
> 
> I know thats the mentality, but my god thats bullshit! I'll use cli
> anyday for major tasks- try migrating stats support on a IIS server with
> 400+ sites then you'll know!
> 
CLIP!!
> keep up then the software is rendered useless. Ie MPlayer and codecs...
> 
I cut out some of the amplifying stuff, just to get a bit more
compact...
CLI has an advantage because of the ability to express compound and
unique capabilities using small tools.
That particular capability has not made it to the "drag and click"
crowd, not because it cannot be done, but because of a lack of vision in
understanding what they are missing.  The closest equivalent is the
ability to create compound database relationships in Microsoft SQL with
the GUI, but even there it is not well implemented.  And you still have
to use the keyboard to express some aspects of the process.  And this is
the major strength of UNIX, small programs that do one thing well,
coupled with the ability to combine them with pipes, scripts and
redirection to accomplish complex tasks with a minimum of effort.  That
is why most admins with experience in all kinds of systems generally
support them via a CLI of one form or another.  Additionally many of the
tools and techniques of UNIX and other CLI systems have been expressed
on other systems simply because they give the user that power.

Point and click is faster for things you do repetitively on single
items, CLI scripting, piping and redirection work better in a more
flexible way to perform complex operations on a one time unique basis
across a number of similar items, or for a really difficult complex task
that must be done repetitively.  These last two describe most of the
Admin tasks.  The first most user tasks.  Additionally GUI's restrict
input to only effective operations and minimize errors of entry, so they
are making inroads to Admin tasks for things done less often that are
prone to input errors, such as the add-user add-group and other
occasional somewhat unique tasks done by Admins.

Personally I am a programmer.  I appreciate that some kinds of programs
could or can currently be automated better with a GUI, but I also know
that a GUI is limiting in some aspects, while freeing in others, and the
issues for programmers is where does one become more valuable than the
other.  In other words, we need both tools and concepts to be the most
effective in our class of work.  I really like dabbling in the bits and
stuff on unique things.  I hate having to regenerate a "window
application" in C code, and would much prefer to find a GUI that will
create a good basic Window or two that I can then flush out with the
appropriate code.  One of the best things about GUI's I think are the
"balloon hints", which can help you understand the "next step" or an
error on the fly.  These reduce debug times, increase my effectiveness
and let me concentrate on the "good stuff" rather than on the mundane.

But finding, or creating such tools is difficult, and finding the
correct balance a truly mystifying task to a bit oriented guy like me.  

On Linux and networking and the bits for networking, I know the
underlying formats, protocols and even a lot of the code, but I still
don't have a good clear "big picture".  To me it is like examining an
elephant through a microscope.  I know what the hair, hide, blood, and
veins look like, but I have no concept of the elephant yet.  (a bit of
an exaggeration, but I am sure you get my drift).

A gui that shows a network with my system, my router and my other local
systems would help me see that.  Balloon help to describe each bit and
what it does would be even better, so I could mouse over the router, and
it would bring up the router system window and tell me what it does.
Mousing over the workstation would show me the required bits to make it
work with the router as a menu, and each would then have a good
explanation of how it interfaces to the rest of it.  Then I could get a
graphical view of the elephant.

None of this network, admin stuff is difficult, it is just very complex
by the number of bits that all have to be right to make it work
effectively and without errors.  As I tell my students in programming,
there is no magic, just misunderstood technology. (and yes I know there
is a quote about this or maybe three or four, but I didn't know that
when I first started using the phrase in the 70's.)

Regards,
Les H

-- 
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux