Interview with Brian Kernighan
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Sponsored by AMD
If you already use virtualized infrastructure, you are well on your way to leveraging the power of the cloud. Virtualization offers the promise of limitless resources, but how do you manage that scalability when your DevOps team doesn’t scale? In today’s hypercompetitive markets, fast results can make a difference between leading the pack vs. obsolescence. Organizations need more benefits from cloud computing than just raw resources. They need agility, flexibility, convenience, ROI, and control.
Stackato private Platform-as-a-Service technology from ActiveState extends your private cloud infrastructure by creating a private PaaS to provide on-demand availability, flexibility, control, and ultimately, faster time-to-market for your enterprise.
Sponsored by ActiveState
| Non-Linux FOSS: libnotify, OS X Style | Jun 18, 2013 |
| Containers—Not Virtual Machines—Are the Future Cloud | Jun 17, 2013 |
| Lock-Free Multi-Producer Multi-Consumer Queue on Ring Buffer | Jun 12, 2013 |
| Weechat, Irssi's Little Brother | Jun 11, 2013 |
| One Tail Just Isn't Enough | Jun 07, 2013 |
| Introduction to MapReduce with Hadoop on Linux | Jun 05, 2013 |
- Containers—Not Virtual Machines—Are the Future Cloud
- Non-Linux FOSS: libnotify, OS X Style
- Linux Systems Administrator
- Lock-Free Multi-Producer Multi-Consumer Queue on Ring Buffer
- Validate an E-Mail Address with PHP, the Right Way
- Senior Perl Developer
- Technical Support Rep
- UX Designer
- Introduction to MapReduce with Hadoop on Linux
- Web & UI Developer (JavaScript & j Query)
- user namespaces
2 hours 29 min ago - yea
2 hours 55 min ago - One advantage with VMs
5 hours 23 min ago - about info
5 hours 56 min ago - info
5 hours 57 min ago - info
5 hours 58 min ago - info
6 hours 44 sec ago - info
6 hours 1 min ago - abut info
6 hours 3 min ago - info
6 hours 4 min ago
Featured Jobs
| Linux Systems Administrator | Houston and Austin, Texas | Host Gator |
| Senior Perl Developer | Austin, Texas | Host Gator |
| Technical Support Rep | Houston and Austin, Texas | Host Gator |
| UX Designer | Austin, Texas | Host Gator |
| Web & UI Developer (JavaScript & j Query) | Austin, Texas | Host Gator |
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?



Comments
Thorough interview!
Thank you, Aleksey, for such a long and thorough interview. You might be interested in this recent interview with Brian Kernighan. After touching on many of the same points, he offers advice for students, and gives his perspective on India. And there are a few photos!
So Brian
So Brian, K&R or BSD layout ?
Re: Interview with Brian Kernighan
This was a very nice interview. I enjoyed it very much. However, it could have been more useful in a sense if it had focused on the idea of programming languages. Mr. Kernigan has seen the days when programming languages were begining to take the shape that they are in today. It seems to me that at the time the idea of creating a new language was not to show one's disgust with another language, or to come up with a language consistent or compatible with one's level of discipline or seriousness as a programmer as is the case these days. Rather it was the efficiency or more precisely the quest for tools for production of good prose that led for example to the C language. I do not think that it is just a happy coincidence that Mr. Ritchie can write a concise and clear manual. I am personally of the opinion that given the time and effort that every programmer has to put in learning the principles and syntax and philosophy of moden OOP languages like Java, assembly language, or C for that matter, can be as productive. With those languages one knows what is happening inside their programs and their computer. With Java or Perl, one has to be totaly educated in the inner workings of the VM or the interpreter or else just program with a wish and a prayer. In fact contrary to the appearance of the computer culture in general, we are dealing more and more with a landscape that is more mythological than enlightened with not so very infrequent bolts from VM or interpreter heaven reminding us that there is a price to pay for being go happy idealists that we are.
Parts of this interview are
Parts of this interview are suspiciously all too similar to an interview given with a researcher at Bell Labs years earlier.
Did you use to say...
"what kernighan and ritchie say?" when you meant read the book and check something. I miss that.
How to pronounce the name
As someone who shares a surname with Brian, I'd just like to point out that it's pronounced
Kern-i-han.
Re: Interview with Brian Kernighan
It is nice to hear comments on today's topics from a renown person like Kernighan.
Thanks!
who came up with the name Unix
I found an article that says:
Brian Kernighan jokingly named it the Uniplexed Information and Computing System (UNICS) as a pun on MULTICS. When multiprocessing functionality was added a short time later, the name was changed to "Unix", which is now just a name and not an acronym for anything.
http://livinginternet.com/?i/iw_unix_dev.htm
But it doesn't seem to say whose idea the name change was either. Searching Google and Google Groups didn't turn up anything better.
Rather amazing really - you'd think whoever it was would have taken credit by now. So where is this person?
Re: who came up with the name Unix
Why its the SCO group of course! We own UNIX, and you had better stop messing with it and trying to steal it from us or we will sue the heck out of you!
Re: who came up with the name Unix
In reality though, all they own is IP rights to the UnixWare product.
Re: who came up with the name Unix
Fine. Since you're so curious, it was me.
more leads
http://www.unix.org/what_is_unix/history_timeline.html
good interview
Yeah.. that was a nice interview... covered interesting questions with interesting answers... You can basically sense a strand in the evolution of computers with people like Brian...
Sivaram Velauthapillai
Re: Interview with Brian Kernighan
I'd rather see what he thinks of an innovative language, that being Python.
Re: Interview with Brian Kernighan
Python is poo-poo
Re: Interview with Brian Kernighan
Python is a good language, but much as i like it, i wouldn't call it very innovative. most of its features appeared in other languages long before Python; i suppose collecting that particular set of features in one single language might be an innovation, and the taste and style of the collection-making is certainly creative, but few if any parts of the language are particularly new with it.
Re: Interview with Brian Kernighan
I would love to hear Brian's answer to "What do you think of Perl"
Nice interview..
Jerry Rocteur (macosx@rocteur.cc)
Re: Interview with Brian Kernighan
brian opined against the creeping command line flags:
cat -v considered harmful
I don't think he'd have much good to say about perl.
He might consider commenting a waste of time.
-- Marty McGowan (mcgowan@alum.mit.edu)
Re: Interview with Brian Kernighan
I bet he thinks it SUCKS!
Especially what he said about computers being hard to use and hard to program. Brian's career has been about simplifying, generalizing... making computers easier to program and use. Perl isn't simple, and it's evolving toward ever-greater complexity. What he said about Multics, having many ways to do the same thing, that applies to Perl. Python and Tcl are much closer to the UNIX spirit.
Re: Perl
The authors use perl as an example language in the Practice of Programming: their comments were that it was good for small programs, but that they would want to use something like Java or C++ for a larger program, in order to take advantage of object-orientation. They also mentioned that they might use awk or Perl for writing a quick program, and then flesh it out more in C, C++, or Java.
Re: Interview with Brian Kernighan
There's another interview with Mr Kernighan; I thought it covered perl, but it doesn't appear to on second reading. I think he mentions his feelings briefly in "the practise of programming", but my copy is at home.
-Dom
Very nice
That was a very nice interview; I enjoyed it a lot. Thank you.
Re: Very nice
I agree, very nice interview. The interviewer was relevant and Kernighan was gracious. What a nice guy, and obviously accomplished and intelligent. Totally refreshing in comparison to today's so-called "gurus" who are rude and know much less than they think.
Thanks for the interview, good work.
Ditto. And he really is like
Ditto. And he really is like this. All the crew from CSRC are like this. I met Brian and he is totally like he appears to be in this interview. That is what makes him and the others there - Ritchie McIlroy et al - so great. Brian is also one of the best if not the best 'book teachers' ever.
Re: Very nice
Yes, great interview. Thanks a lot.
Re: Interview with Brian Kernighan
Don't forget Mr Kernighan's other "creation" -- The UNIX Programming Environment. A classic!
-----
UNIX is a registered trademark of The Open Group in the United States and other countries.
Brian Kernighan's Homepage at Bell Labs
http://cm.bell-labs.com/cm/cs/who/bwk/index.html
Re: Interview with Brian Kernighan
Don't forget Elements of Programming Style, either!
Re: Interview with Brian Kernighan
Or "the practice of programming" for that matter.
Re: Interview with Brian Kernighan
Or "Software Tools", or "The AWK programming language".
Kernighan is one the best authors and generations of programmers have learned A LOT from his books.