Özgeçmişdeki diller: “C / C ++” veya “C, C ++” koymak daha mı iyidir? [kapalı]

Birkaç hafta içinde mezun oluyorum ve özgeçmişim (beklendiği gibi) yaşadığım dilleri listeler. Daha önce "C / C ++" yazdım, ancak o zamanlar şu anda olduğu gibi bu iki dilde o kadar fazla tecrübem yoktu .

Şimdi bu iki dili resmen öğrendim, bana aynı (ve bu dilleri gerçekten bilen herkes) aynı ve tamamen birbirinden farklı oldukları ortaya çıktı. Elbette, çoğu C kodu derlenebilir C ++ kodudur, ancak kütüphane işlevlerinin sözdizimi ve birleştirilmesi bu benzerliklerin sona erdiği yerlerde oldukça fazladır. Önemsiz olmayan problemlerin çoğunda, arzu edilen C ++ çözeltisinin arzu edilen C çözeltisinden farklı olması ihtimali vardır.

Benim sorum:

İşverenler sen koymak olup olmadığı hakkında not veya ilgilenecek "C / C ++" karşıt olarak "C C ++" ? Birinci formun eklenmesi nedeniyle çalışmalarının bilgisi eksikliğini mi kabul edecekler, ya da ikinci formun da potansiyel bir "özgeçmiş özgeçmişi" olarak yer almasını (belki de "bir" yerine 2 dil olarak listeleme) görecekler mi? ?

Ayrıca, başvurduğunuz işler için özellikle bu iki dil ile ilgilenen iş görüşmelerinde, mülakat süreci C programlama ve C ++ programlama arasındaki farklar hakkındaki soruları içeriyor mu (yani, gerçek programlama teknikleri hakkında, yalnızca sonraki paradigmalar değil )?

C, C ++

C / C ++ 'dan hoşlanmıyorum, çünkü C ++ teknik olarak C'nin süperseti olsa da, doğru yapmak için farklı şeyler yapmanız gerekir. C / C ++, C'yi bilen ve C ++ - derleyicisinin de C'yi kabul ettiğini bilen biri gibi görünmenizi sağlar.

Genelde C / C ++ 'ı alışkanlık olarak yazardım ama :

• Bazı bilgiçlikle çalışanlar, aynı olduklarını yanlış varsaydığınızı düşünebilir (umarım ... umarım),
• İşe alım yapanlar profilinizi bir rolün gereklilikleriyle eşleştirmeye çalıştığında C, C++, öğelere ayrıştırılan Cve C++C / C ++ 'dan daha yüksek bir olasılık olabilir.

Bu nedenle, genel açıklamanızda belki C / C ++ ve daha sonra C ve C ++ başka bir yere ayrılmış olmalıdır.

Bu sadece bir öneri, bunu izleyecek güçlü bir kanıtım yok, ancak (çoğu) işe alım ajanslarının oldukça anahtar kelime odaklı bir yaklaşımı var.

İşe alım ajansını geçtikten sonra, hedef şirketinizdeki asıl işveren (umarım, teknik olmayan İK personeli tarafından filtrelenmemişse) mutlaka C ve C ++ 'nın aynı sepette bulunduğunu ima etmediğinizi bilmez. gerçekten bunu yalnızca ayrıştırma sorunu olarak düşünün.

Aynısı, Java SE, JavaSE, JSE, J2SE, Java EE, JavaEE, JEE, J2EE, vb. ..

Bana göre, "C / C ++" güçlü bir negatif sinyaldir.

Bjarne Stroustrup yazıyor :

"C / C ++" adında bir dil yok. Bu ifade genellikle programlama hakkında hiçbir fikri olmayan kişiler tarafından kullanılır (örneğin İK personeli ve fakir yöneticiler). Alternatif olarak, basit C ++ bilmeyen (ya da genellikle C olmayan) insanlar tarafından kullanılır. Programcılar tarafından kullanıldığında, tipik olarak, "C ++, birkaç kullanışlı C ve bir çok yararsız karmaşık özellik eklenmiş C" tutumudur. Genelde bu, printf ve memcpy'nin ötesinde standart kütüphane hakkında az bilgi sahibi olan kendi dizgilerini ve hash tablolarını yazmayı seven insanların bakış açısıdır. Tamamen iyi nedenlerle sınırlı bir C ++ alt kümesine sadık kalan insanlar var, ancak onlar (farkettiğim kadarıyla) "C / C ++" diyen kişiler değiller.

Herhangi bir belirsizliği ortadan kaldırmak istiyorsanız basitçe kurşunla işaretleyin:

• C
• C ++

Bu, ayrıştırma da dahil olmak üzere tüm açıları kapsayacaktır.

Eğer C / C ++ yazarsanız, bu ikisi arasında gerçekten bir ayrım yapmıyormuşsunuz gibi görünür. Bu yüzden kesinlikle C, C ++ yazacağım.

En iyi olanı ilk önce ve kendi başına koyun ve dürüst olun. Deneyimli C ++ geliştiricileri işe alıyorum ve deneyimlerim "C / C ++" listeleyen kişilerin iyi C programcıları ve genellikle marjinal veya acemi C ++ programcıları olmaları. Bu sersemletici değil, grubumla yaptığım röportajların 100'ünün sonuçları. Eğer "C ++, C, java, perl" yazarsanız, projelerinizi, deneyiminizi ve eğitiminizi okumaya devam edeceğim. Eğer "perl, java, C, C ++" yazarsanız, sizi perl ekibimizi kiralayan koridordan aşağıya vereceğim. Eğer "C / C ++" yazarsanız, açıkça% 100 C ++ olan bazı güçlü deneyimlere sahip olmalısınız.

Muhtemelen önemli değil

En azından işe alanlara. İşverenlerin çoğu muhtemelen onlara aynı şey veya en azından aynı şeyin bir çeşitlemesi olarak davranacaklardır. Daha teknik olarak daha gelişmiş, muhtemelen bu kadar küçük detaylara dikkat etmiyor.

Bununla birlikte, eğer her biri için bir tanımınız varsa, "sığır eti yemeye devam et" hakkında endişeleniyorum. Listede bulunduğunuz diller için bir açıklama eklerseniz, bunları birlikte listeleyin ve her biri için kısmi bir cümle ekleyin.

CV'nize Java / C # ekler misiniz? Veya Perl / Python? (Java / Javascript ilginç bir tane olurdu)

Muhtemelen hayır, öyleyse neden C / C ++?

Tabii ki sadece işin C / C ++ sorduğundan ve bunu tam olarak bu şekilde yazmazsanız geçerli buzzwords içermediğinden filtrelenir. Tıpkı Agile gibi kelimelerin bugünlerde CV'nizde görünmesini sağlamak zorunda olduğunuz gibi.

Özgeçmişiniz tükendiğinde birkaç yere ulaşır: işe alım ajansı / avcısı (varsa), firmanın işe alma yöneticisi, firmadaki takım lideri ... vb.

Bir özgeçmiş kolayca 3-4 elden geçebilir ve EACH ONE "X'i tanımadığı için puanlarını kaybeder" diyerek not yazabilir. Ya da sadece reddetme yığınının üzerine düz atmak. İşaretlendikten sonra, işte bu ... özgeçmiş etkili bir şekilde ölmüş. Kaybettin.

Bir iş bulmanın bir rekabet olduğunu unutmayın. Sadece güzel bir özgeçmiş yapmıyorsunuz, açık, özlü ve bir sonraki adamdan sıyrılan bir şeyiniz olmalı. Bu şekilde işi alırsın, öteki adam almaz.

Küçük şeyler önemlidir. Aynı görünen 2 başvuranı düşündüğümde, şunu yazıyor: "C / C ++" beni rahatsız ediyor çünkü farkı önemsizleştirdi. Yazan: "C / C ++ / C #", daha fazla düşünmeden reddetme yığınına geçer. Çünkü bu 8 karakteri yazan kişi her şeyi ilettiğini düşünüyor ve bunlar birbiriyle değiştirilebilir. Onlar değil.

Ayrıca ilgili deneyim ve tamamlanmış projelere de bakıyorum. Birisini çalıştırırken, saçmalık dedektörüm tam güçte çalışıyor, çünkü kapının içine giren herkes saçmalamakla harcıyor. En ucuz ayıklama devam aşamasında.

Eğer iyi bir şey biliyorsanız, netleştirin, belirginleştirin. SİZ kalabalıktan sıyrılın.

(Benzetme yoluyla, belki de biraz eski moda. Pascal ve Ada'yı tanıyorsam - ortak bir dürüstlüğü olan iki dil (ve evet çok daha fazla şey biliyorum). Pascal / Ada yazmamı bekler misiniz? Pascal ve Delphi'yi bilirim, Pascal / Delphi yazar mıyım, Delphi bir zamanlar Pascal tabanlı olabilirdi, fakat OO uzantıları ve büyük kütüphaneler karşılaştırmayı tebeşir ve peynirlerden biri haline getirdi.)

Bir özgeçmişin rolü, sizi röportaja götürmektir. Günümüzde, bu sık sık işe alım ve İK'nın aradığı gizli sözlere vurmak ve ardından işe alım yöneticisini etkilemek anlamına gelir.

Bu amaçla, onları ayrı ayrı listeleyeceğim. İnsan Kaynakları ve İşveren için önemli olmayabilir, ancak işe alım müdürünün fark etmesi muhtemeldir ve sizin için önemli olan tek yol, "C / C ++" kullanmanızın sizi incitmesidir.

Bununla birlikte, özgeçmişinizi işe uyarlamaktan korkmamalısınız ve açıklamada C / C ++ yazıyorsa, C / C ++ 'yı sıralayın ve bunları ayrı ayrı listeleme yollarını bulun.

Üzgünüm, ama bunun gerçekten saçları ayırmak olduğunu düşünmüyor musun? Bir programcıyı işe alırken, sadece dil listesinin ne olduğuna kısa bir göz atacağım çünkü genellikle belirli bir dil için işe alıyorum. Ayrıca, bir dili bildiğiniz için, tüm kitaplıklarını, API'lerini gerçekten tanıdığınız ve onları nasıl kullanacağınızı bildiğiniz anlamına gelmez.

En çok ilgilendiğim şey genellikle iş deneyimi veya üzerinde çalışmış olabileceğiniz projeler. Çok dil biliyorum ama sadece üçte ikisinde ciddi işler yaptım. Kaç dil bildiğinizden ziyade başarılarınızı ve deneyimlerinizi vurgulamak için daha fazla zaman harcardım. Sadece $ 0,02.

Bir eğik çizgi geleneksel ve / veya kısaca. C ve / veya C ++ 'ı tanıyor musunuz? Bence C ve C ++ biliyorsun. Öyle yaz.

Hiç dil bilgisi iddialarını listeleyen bir bölüme sahip olmazdım.

Bir örnek: Kolejdeyken, asıl olarak MASM-açıklamalı 80286 Assembler'da yazılmış olan ve Assembler'de olması gerekenleri asmiçerecek olan özelliği kullanan bir programın ne olduğunu daha iyi ifade etmek için C'yi kullandım . Her şey için, C ++ ya da Delphi'nin "Obje Pascal" adı verilen ve o üniversitede öğretilen bir öncü seçtim.

"Acme University - 1993-1995 - Network Programmer \ MIS bölümünün bir öğrenci çalışanı olarak kabul edilebilecek bir özgeçmiş üzerinde, Assembler, C kullanarak, MIS tarafından kullanılmak üzere düşük seviyeli TCP / IP ağ izleme araçları geliştirdim. ve C ++ programlama dilleri. "

İK departmanlarının kullandığı özgeçmiş botları özgeçmişinizi yine bulup seçecek veya reddedecek, ancak yukarıdaki iddia asıl deneyiminiz bağlamında ortaya çıkacak ve okumak isteyen doğal dilde bir cümle olarak var olacaktır. Böyle bir şey buzzwords listesinden çok daha fazlasını söylüyor.

Bir kod parçası hayal edin

int class = 0;

yasal bir C kodudur, ancak C ++ derleyicisi ile derlenmeyecektir, dolayısıyla bunlar iki dildir. C, C ++ koy.

İşverenlerin büyük çoğunluğu için sadece fark yaratmıyor (zaten bu küçük özel ürün). Onlar için .. iyi, muhtemelen zaten sizin için firma değillerdir.

Programlama dilleri listeniz zaten önemsizdir - çok fazla endişelenmeyin, başa çıkabileceğiniz dilleri doğru bir şekilde listeleyin. İşverenler genel olarak deneyimleriniz hakkında okumak için yeterince zekidir, ki bu da en önemlisidir.

Elbette; bazı insanlar nit seçimlerinde adayları reddeder (veya seçer). Sadece olan bu. Ancak, önemsiz herhangi bir veri parçası üzerinde olabilir.

Sadece net ve düzgün bir özgeçmiş yaz ve yapabileceğin tek şey bu :)

İkincisi. C, C ++.

Özgeçmişler, bir bilgisayara tarandığında, İK onları en etkili şekilde işleyebilsin, eğer anahtar kelimeler arıyorlarsa, özgeçmiş üzerinde bir yerde "C ++" tek bir kelime arıyorsanız, C / C ++ 'ı kaçırabilirler.

Üzücü, ama bir fırsatı kaçırmak istemiyorsun.