Genel unix becerileri için biriyle görüşme [kapalı]

* Nix kabuk deneyimine sahip olduğunu iddia eden bir geliştiriciyi nasıl test edersiniz (sadece açık olmak gerekirse, birisinin * nix üzerinde gelişip gelişemeyeceğini test etmek istemiyoruz, sadece komut satırı çevresinde yollarını bildiğini).

Kedi, grep, kes, ... gibi bazı temel bilgileri içeren günlük dosyalarından bilgi alma problemini çözmelerini düşünüyordum.

Başka hangi temel bilgileri istersiniz? Bir kez daha, bu, * nix sistemleri için geliştirilecek biriyle röportaj yapmak için değil, aynı zamanda * nix sistemi yöneticileri için değil, sadece bazen * nix sistemi üzerinde bazı işler yapması gereken düzenli geliştiriciler için.

Bir * nix sistemi üzerinde çalışan kişisel deneyim geliştiricimin bilmesi gerekenler:

• kabuk değişkenleri (PATH gibi özel olanlar hakkında nasıl ayarlanır / alınır + bilgi alınır)
• kabuk yeniden yönlendirme (bir programın çıktısını yakalama)
• borular (günlük dosyasından bazı bilgilerin çıkarılması mükemmel bir örnektir)
• süreç kontrolü (ps, nice / renice, kill)
• dosya erişim hakları (ls / chmod / chown / chattr)
• kullanıcılar (ancak çoğunlukla dosyalar / işlemler bağlamında, yani: bu işlem bu dosyaya erişebiliyor mu? neden bulabilir / yapamıyor?)

... ve bonus olarak:

• sistem hizmetlerini başlatma / durdurma

Böyle bir beceri seti, geliştirici ile ilgili görevlerin çoğunun kolaylıkla yapılmasına izin verir.

Çalışmaya başladığımdan beri çok sayıda meslektaşımla yaşadığım deneyimden kimse Unix bilgisini taklit etmek istemiyor: ya " komut satırında yollarını biliyorlar " ya da sadece "hiçbir şekilde!" Diyorlar.

Adayın bir Unix iş istasyonunda çalışmaya istekli olup olmadığını sorun ve bash'a ne kadar sürebileceğini söylemesine izin verin. Sonunda bazı komutları adlandıracak; En belirgin olanları cd, cat, moreveya less, viya emacs, grep, awk, sed. Söz edip etmediğini dikkatlice dinleyin man.

O geliştirmek için ise, o aşina olmalıdır makeve Makefiles ve bazı kaynak kontrol komut satırı arayüzü ( svn, git, cleartool, hg, cvs...)

Bunu neden yaptın?

* Nix kabukları (ve diğer OS kabukları, fwiw) çok derin ve geniş çalışma ortamlarıdır. Birinin yıllarca orada çalışarak mermilerin kapasitesinin sadece çok küçük bir kısmını kullanması mümkündür.

Kişinin a) kabuk programından veya b) sistemi kabuktan yönetmesini beklemiyorsanız, neden önemlidir? Yapılan her şey o kadar basit bir seviyede olacak ki, kullanışlı bir * nix hile sayfası "beceri eksikliğini" telafi etmekten daha fazlasını yapacak.

Başımın üstünden muhtemelen onlara iki şey sorardım:

1. Daha önce * nix komut satırını kullandığınızda, iyi düşünülmüş bir komutun size çok zaman kazandığı bir durumla karşılaştınız mı? Eğer öyleyse, detaylandırın.

2. Lütfen * nix komut satırı ile standart bir Windows masaüstü bilgisayar arasındaki büyük farkları açıklayın. Her birinin avantajları ve dezavantajları nelerdir?

Açıkçası, birincisi, başvuranın komut satırı hakkındaki bilgisinin ne kadar derin olduğuna dair bir gösterge verecektir. Yıllarca bir * nix üzerinde çalıştıysa, sadece bir grep yapmaktan gurur duyduğunu söylemez. Elbette onların kesin komutlarını hatırlamalarını beklemeyin (bunun için her zaman mangajlar vardır), ancak yaptıklarıyla ilgili genel fikir.

İkinci soru bunun yerine, komut satırının gerçekten neyin iyi olduğunu ve bunun uygun bir araç olmadığını anlayıp anlamadığını kontrol eder. Bir çekiç kullanmayı öğrenmek kolaydır, ancak çekiç uygun değilse başka bir alete geçmek çok daha zordur. Bu soru size * nix kutusunun dışında başvuranın görüşünün iyi bir göstergesidir, ayrıca bilgisiyle puan alabilmesi (ve yapması) için yeterince açıktır. ("Pencerelerde şu pencereler var" gibi bir şeyi cevaplamaktan daha kötü bir şey yoktur)

Ne yapmalarını istediğinize bağlıdır.

İçin günlük dışında bilgi almak dosyaları + grep çok mantıklı kedi için önerinizi. Buna ls, cd ve daha az / daha fazlasını eklerdim.

Ayrıca bazı küçük düzenlemeler yapmasını bekliyorsanız (örneğin, yapılandırma dosyalarında), vi ve / veya emac'lar ve cp / mv / rm / mkdir gibi şeyler için test eklemek mantıklı olacaktır.

Emacs veya vi / m, katran, sed, e / f / grep, çeşitli derleyiciler, bazı kabuk komut dosyaları bilmelerini tavsiye ederim. Belki de bir dosyayı açmadan bir dosyadan kod almak için başka bir programa eklemek için bu araçları kullanmak zorunda oldukları bir test çalıştırın; daha sonra bazı önemsiz hatalara yol açacak programı derleyin. Daha sonra içeri girmek ve hatayı bulmak, kodu çalıştırmak ve ikili dosyayı arşivlemek için bir metin editörü kullanmaları gerekir. Ardından, alıcıya çalıştırması için izin verirken bir yere postalayın.

Seni bilmiyorum, ama görüşmeci bana sorarsa ve Linux'ta nasıl çalışacağımı bilmiyorsam biraz rahatsız olurdum.

Şu anda bildiklerini gerçekten önemsememelisiniz , ancak şans verilirse ne öğrenebileceklerini umursamalısınız . * Nix araçlarını öğrenmek çok zor değildir, ancak biraz kararlılık gerektirir - gerçekten bilgi yerine yetenekleri test etmelisiniz.

Hangi düzeyde deneyime sahip olmasını istediğinize bağlıdır. Bu, * nix sistemleri için geliştirilecek biri için değil, aynı zamanda * nix sistemi yöneticileri için değil, yalnızca bir * nix sistemi üzerinde bazı işler yapması gereken düzenli geliştiriciler için gerçekten ne kadar deneyime ihtiyaç duyarlar?

Böyle bir geliştiricinin * nix kabuklarında (ls, chmod, cat vb.) İhtiyaç duyabileceği her şey muhtemelen tek sayfalık bir hile sayfasına yazılabilir. Eğer öyleyse, gerekli olmadığı yerlerde * nix kabuk bilgisine ihtiyaç duyulması bazı iyi adayları ortadan kaldırabilir.

Genellikle basit bir görev seçer ve kişiden beyaz tahtaya bir kabuk komut dosyası yazmasını isterim.

"Foo" ve "foo_backup" adlı bir yedekleme dizininiz var. "Foo_backup" değiştiği için "foo" da nelerin değiştiğini görmek için bir kabuk betiği yazın.

'Linux'ta oturum açma işlemini rahat hissettiğiniz kadar ayrıntılı olarak açıklayın' iyi bir soru. Oturum açma işlemi, kullanıcıların, izinlerin ve sahipliklerin ve birçok genel Unix felsefesinin değiştirilmesini içerir. Nasıl ve neden orada bir açıkça açıklayabilir ise /etc/passwdve /etc/shadowve nasıl olmayan bir prived kullanıcının Unix olsun onlar araçlarının, 'kendi şifrelerini fakat diğerlerini değiştirebilir.

Bir diğeri de günlük ayrıştırma veya hızlı güvenlik denetimleri olan herhangi bir şeydir. Bir Apache günlüğünden belirli bir sankon için sunulan toplam bant genişliğini toplayabilir veya sistemde 0 kullanıcı kimliğine sahip başka kullanıcılar olup olmadığını bulabilirlerse, komut satırında kullanışlıdırlar.

Ve onlara YAPMAMASI gereken bir şey: onları kağıt / beyaz tahtada yapmayın. Onlara canlı bir sistem verin (ama internet yok çünkü neredeyse hile yapıyor) ve gitmelerini izleyin. Eğer adam sayfalarında yollarını biliyorlarsa ve anında çok borulu ifadeler oluşturabilirlerse, bu iyi bir işarettir. Her şey için google'a ihtiyaç duyarlarsa, beceri setleri tartışmalıdır.

neden işlevsel bir program yazsınlar? "grep ve sed arasındaki farkı söyle, ya da X komutu ne işe yarar? vb." derken yanlış olan şey, onları biraz yönlendirebilirsin.

kendilerine verdiğiniz belirli ödeve karışırlarsa, akıllı olduklarını düşünmeyebilirsiniz. ancak genel sorular sorarsanız, onlara bildiklerini gösterme şansı verirsiniz, bu da önemli olabilir, ancak merak ettiğinizden farklı bir şekilde.

Unix gurular, tek parmağında sed, grep vb.Gibi temel komut satırı komutlarına sahiptir ve her türlü alıntıyı, gelişmiş düzenli ifadeleri vb. Kullanarak istediklerini elde etmek için bunları kolayca kullanabilir, böylece bazen komut dosyasını görürsünüz ve Çince yazılmış beeing anlamak daha kolay;)

Kabuk programlamasından bağımsız olarak, Perl gibi en az bir ek kodlama dili bilmesini bekleyebilirsiniz.

Unix sisteminin yapılandırma iç bileşenlerini bilirler, bu yüzden klavye düzenini değiştirmelerini isterseniz (fg sağ alt + 'ya bazı ciltleme ekleyin) karıştırılmazlar.

Kurulu paketleri yönetmek de sorun olmaz. Oracle'ı yüklemek, her biri diğer JVM'li 4 uygulama sunucusu çalıştırmak - aynı zamanda sorun yok. Sanal ağ yapılandırması, gelişmiş yönlendirme ve port filtreleme, sanal makineler vb., Güvenliği yönetme - oraya da gider.