Stajımı nasıl kurtarabilirim? [kapalı]


65

Şu anda çok büyük, yazılım dışı bir geliştirme şirketinde stajyer olarak çalışıyorum. Başvurduğum pozisyon, özellikle bir gelişim pozisyonu değildi, ama beni işe alan ekip, onlar için bazı iç projeler geliştirmeye çalışacak bir CS uzmanı istedi. Dört haftadır buradayım ve ilk şaşkınlık yıpranmaya başlıyor. Ancak, tüm ofisteki tek CS uzmanıyım - ekibimde, binada ve hatta komşu yerlerde hiç kimse yazılım geliştirmede bir geçmişe sahip değil. Elimden gelenin en iyisini bir veritabanı yöneticisi ve onların departmanları projelerimde beni desteklemek için çok meşgul Takım arkadaşlarım beni işlerini (işimi yapmak için önemli olan) yapmak öğrenmek yardımcı oluyor, ama benim yardım edebilecek kimse yok benim yani gelişme işi.

Bana verdikleri projeler okulda yaptığım her şeyden daha geniş kapsamda. Bu, tek başıma çalışmam, rehberliği olmayan ve hatta açıkça tanımlanmış hedefler olmadan sıfırdan uygulamalar geliştirmeye çalışmakla birlikte, başarılı olma yeteneğim için çok endişelendiriyor. Nereden başlayacağımı bilemiyorum ve şimdi iki aydan daha az bir zamanım kaldı.

Yazılım geliştirme sürecini öğreniyor olmam gerektiğini hissediyorum, ama şu anda karanlıkta yolumu hissediyorum gibi. Bu özellikle benim için sıkıntılı, çünkü gelişim becerilerime en başından emin olamadım. Kendimi araştırıyor ve öğretiyorum, ancak yalnızca parça ve parçalar alıyorum. Benden yüksek beklentileri var, ama teslim etme yeteneğimden emin değilim. Açıkçası, oturduğum ve yöneticilerimle bulunduğum pozisyon hakkında konuşmam gerekiyor ve bunu mümkün olan en kısa sürede yapmak niyetindeyim (genellikle ofisten çıkıyorlar ve dışarı çıkıyorlar).

Bununla nasıl başa çıkmalıyım? Bu staj bilmeden önce bitecek ve burada geçirdiğim zaman için gösterecek bir şey bırakmak istemiyorum. Bunu da istemiyorlar ve bana yardım etmeye her zaman hazırlar, ancak programlama bilgisi olmadan yapabilecekleri çok şey var. Onlara istediklerini üretemekten aciz olduğumu söylemekten korkuyorum. Bunu onlarla nasıl ilişkilendirmeliyim? Mühendislik stajyerlerinin diğer mühendislerden yardım aldıklarını, işlerini nasıl yapacaklarını öğrendiklerini görüyorum ve burada vakit geçirerek oturmuş gibi hissediyorum. Durumumu nasıl düzeltebileceğime dair herhangi bir tavsiye çok takdir edilecektir.

Güncelleme

Herkesten gelen tüm faydalı geribildirimleri takdir ediyorum, aklımı rahatlatmaya yardımcı oldu. Yaptığım ilk şey yöneticilerim ve danışmanlarım ile buluşmaktı. Burada zamanımdan ne beklendiğini tartıştık. Stajyer olarak o kadar zamanım olmadığını anlıyorlar ve bu, gelecekteki stajyerlerin veya çalışanların bıraktıklarımdan umutlu bir şekilde çıkmalarına izin verecek çerçeve türünü kapsamamıza yardımcı oldu. Ayrıca, anladıkları ve bekledikleri ayrılan zamandaki yeteneklerimle ilgili endişelerimi de ele aldım.

Başka bir yerde veri tabanı yöneticisinden bir çağrı aldım - yöneticim amiriyle konuştu ve benim projemi destekleyecekler, bu da bana kullanmak için bir kaynak verecek, böylece ne olduğum hakkında hiçbir fikrim olmadan oturmayacağım. yapıyorum. Bu sadece bir buçuk. Tüm olası projelerden, üzerinde çalışılacak en önemli iki konuya daralttık. Diğer projeme gelince, birisi bahsettiğim gibi ben esasen bir stajyer için benzersiz bir durum olan lider yazılım mimarıyım. İşler en azından yarı başarılı bir şekilde giderse, gelecekteki işverenlerde bana yardımcı olabilecek çok fazla bilgi ve deneyim kazanmış olacağımı düşünüyorum. Şimdilik, projelerimi araştırmaya ve geliştirmeye başlamak için sağlam bir temele sahip olduğumu düşünüyorum. Herkesten gelen cevaplar için tekrar teşekkürler!


80
Çoğu yer, stajyerlerin ne yaptıklarını bilmeyen, ancak öğrenebilecekleri ve kazandıkları her deneyimi kazanmaya istekli olan insanlar olmasını bekler. Akıl hocası olmayan bir staj, gerçekten ucuz ya da ücretsiz bir geliştirici istedikleri gibi ses çıkarıyor ve bitmiş bir ürün üretmenizi beklemiyor olmalılar. Tüm deneyim hakkında mümkün olduğunca çok şey öğrenin ve stajınız bittiğinde devam edin. İdeal olarak gerçek yazılım geliştiricilerle stajyer olabileceğiniz bir yer için :)
Rachel

9
Bu, yazılım mühendisliğine özel görünmüyor, bu nedenle Workplace'de daha uygun olabilir.
SE

53
"Baştan sona rehberlik yapmadan ve hatta açıkça tanımlanmış hedefler içeren uygulamalar geliştirmeye çalışmak" - gerçek dünyadaki yazılım geliştirme için mükemmel eğitim!
Alan B,

7
Eğitiminizin "Kitaplarda öğrenemediğiniz şeyler" bölümüne hoş geldiniz. Bu, eğitiminizi tamamladığınızda kendinizi bulabileceğiniz birçok ortamdan yalnızca bir tanesidir. Derecemi bitirdiğimden ve MIS'deyken kendimi tam olarak senin pozisyonunda buldum.
Chad Harrison

3
@BartvanIngenSchenau Soruda bir yazılım geliştirme açısı var, OP şirkette yalnız bir geliştirici. Bu, bazı benzersiz zorluklar yaratır ve bazılarının yazılım geliştirme çözümlerinden yararlanabileceğini düşünüyorum . Belki de soru İşyeri için daha uygun, ancak burada konu dışı% 100 değilse, onu taşımamız gerektiğini düşünmüyorum. Topluluk, sorunun burada konu dışı olduğuna karar verirse (bu şekilde kapatarak), memnuniyetle taşıyacağım.
yannis

Yanıtlar:


124

Senin için kötü haberlerim var

Stajyer değilsin. Aksine, ücretsiz / ucuz bir çalışansınız.

Staj, yeni edindiğiniz becerilerinizi güvenli (genellikle) rahat bir ortamda pratik yapabileceğiniz ve geri bildirim alırken, 'gerçek' çalışma yapan alanınızdaki 'gerçek' profesyonelleri gözlemleme şansına sahip olabileceğiniz ücretsiz veya düşük ücretli bir konumdur. Değiştirmenize izin verdikleri parçalarda (genellikle gözetim altında ve / veya onay altında).

Şirketinizin istediği şey aslında bir stajyer değil, özgür / ucuz bir yazılım geliştirme kaynağıydı. Bu bence oldukça yaygındır . Bir üniversite kasabasında yaşıyorum ve son iş yerimde, yöneticiler sık ​​sık "Hey, BT bölümü Proje X'i yapmak için çok meşgul, üniversiteden bazı stajyerler için yazmak isteyip istemediğimize bakalım" dediler. serbest / ucuz!" Sakinleşir, inleyerek dişlerimizi cennete gıcırdatacağız, ama bu yerin gerçekliğiydi ve yöneticilerin neden böyle bir şey önereceğini anlayabiliyordum. Ne yazık ki, sonuçlar mükemmel değildi: stajyerler tarafından sunulan yazılım hiçbir zaman yapışkan / ölçeklenebilir / temiz / etc değildi (ama dürüst olmak gerekirse, BT'nin çıkardığı şeyler de değildi ...)

Yaptığın şey sana kalmış. Tavsiyem sadece yapabileceğin her şeyi (bazen baskı harika bir motivasyondur) geliştirmektir, ancak eğer mümkünse başka bir yerde 'gerçek' bir staj yapmayı da planlamalısınız.

O yüzden kendini suçlama, ama içine girdiğin şey gerçek bir stajyer değil.


18
@Ampt Bana göre, çoğu ücretli staj, temel olarak "Bizimle öğrenmek için size para ödeyeceğiz ve bu süre sonunda, her şey yolunda giderse sizi işe almak istiyoruz" diyor . Taraflara, birbirlerini değerlendirmek için daha uzun bir süre verir ve her şey yolunda giderse, kendi sistemlerinde eğitimli bir çalışanı işe alırlar ve şirket için uygun olduğunu bilirler. İşlem sırasında ucuz bir şekilde yeni bir yazılım edinirlerse, bu bir avantaj, ancak bir beklenti değil.
Rachel,

7
Stajlar genellikle ücretsizdir? Bu bana haber ...
M. Dudley

3
Bu @Ampt iyi bir nokta. Cevabımı şimdi "ödenmemiş / ucuz" olarak değiştirdim. Genel olarak cevabın hala geçerli olduğunu düşünüyorum; Burası gerçekten stajyer istemiyordu, sadece BT hizmetleri için tam fiyat ödemek istemediler.
Graham

7
@bhamlin, yazılım altyapısı olmayan çoğu insanın, yazılım projelerinin geliştirilmesi için ne kadar zaman veya çaba harcayacağına dair hiçbir fikre sahip değil. Hiçbir ipucu yok. Maalesef bu böyle.
enderland

10
Bir stajın ödenmemesi durumunda (ya da bir ücretin altındaysa, belki de hafıza azsa belki minimum olur) stajyer için kayda değer bir fayda göstermelidir, aksi halde işletme aslında iş kanunlarını ihlal eder. Bu çok önemli bir ayrım, eğer bu adama ödeme yapılmazsa, şirkete aptalca dava açabilir. (Ya da ABD yasalarını söyleyin, başka ülkelerle konuşamayın)
Jimmy Hoffa

28

Bir CS büyük olarak, emrinde problem çözme becerileri var. Ne tür projeler geliştirmek istedikleri belli değil. Tahmin etmem gerekiyorsa, muhtemelen bazı iç işlemlerin otomatikleştirilmesine yardımcı olmanızı istiyorlar. Şu anda hangi işlemlerin uygulandığı ve bu işlemlerin her biri için bölümler arasındaki bağımlılıkların büyük bir resmini çizmeye çalışarak başlıyorum.

Daha sonra, otomatik veya en azından modern hale getirilebilecek düşük asılı meyveler ararım.

Herhangi Bir Süreci Belgelendirmenin Kolay Yolu

Bu soruları aşağıdaki sırayla sorun:

  1. Çıktı nedir? (Mümkün olduğu kadar kesin bir cevap alın)
  2. Girişler nelerdir?
  3. Çıktı oluşturmak için yeterli girdi var mı?

3 numaralı cevabın HAYIR ise , o zaman git ve eksik parçaları al. Bu, formül veya iş kuralları veya her neyse olabilir.

Birinci adımdan elde edilen çıktı çok karmaşıksa, yönetilebilir parçalara bölün ve her parçaya ayrı bir işlem olarak saldırın.

Ne keşfettiğinizi belgeleyin. Tek bir başarısızlık noktasını belirleyin. Zayıflıkları veya kıt bağımlılıkları belirleyin.

Çok zor geldiğini biliyorum ama yetenek setin var. Sadece ısırık büyüklüğüne çevir. Eğer "inek olmayan konuşmayı" kullanarak "inek şeylerini" nasıl açıklayabileceğinizi öğrenirseniz, kilonuzu altın değerinde bulacaksınız.


1
Ekibimin üyeleri bana süreçleri gösteriyor, bu yüzden girdiler ve çıktılar ve ne istedikleri hakkında bir fikrim var. Problemleri nasıl çözmek istediğime dair bir fikrim var, sadece parçalara ayırıyor ve bana problem veren her şeyi bir araya getiriyor (özellikle de veritabanlarında olduğu gibi yetenekli olmadığım teknolojileri kullanarak). Neyse ki "geek" i "non-geek" e oldukça iyi açıklayabilirim. Sanırım bu noktada, çözümlerimin uygun olup olmadığını görmek için kodlama sorunlarımı yığın taşması için getirmeye başlamalıyım. Giriş için teşekkürler.
bhamlin

Veri tabanı işlerine gelince , Michael Hernandez tarafından Mere Mortals İçin Veritabanı Tasarımı adlı bir kitap öneriyorum . Bu kitap olağanüstü.
Michael Riley - AKA Gunny

1
"Herhangi Bir Süreci Belgelendirmenin Sorunsuz Yolu" için +1. Keşke bunu bir sistem analiz işi için ilk işe aldığımda, küpümde belirgin bir şekilde yayınlamış olsaydım.
dodgethesteamroller

1
@bhamlin: Göndermek üzere olduğunuz şeye ilişkin beklentileri azaltmak için elinizden gelenin en iyisini yapmanızı öneririm . Ayrıca, onu yıkmak son derece küçük problemler, size bir gün içinde yapabileceği düşünüyorum şey (bir hafta boyunca yapıldığını böylece;) ve tercihen yararlıdır şeyler olduğu gibi olmadan çalışmaz sadece, değil modülleri, çekirdek. Bu şekilde, başarısız olursanız, çalışmalarınız yine de faydalı olacaktır. Ayrıca, IMO, bu deneyim muhtemelen çok yararlı ve teşvik edici olacak (maddi olmasa da), ama sonunda iç karartıcı bir hafızaya neden olacak.
K.Steff

18

İşte tüm bu durumla ilgili benim görüşüm: Size, herhangi bir geri bildirim veya rehberlik vermemek ve genellikle işinizi çok hoş olmayan hale getirmek için makul bir şekilde başarabileceğinizden fazlasını istiyorlar. Ama bu buluta gümüş bir astar var Bir şey öğreniyorsun.

Özellikle, size çevrenin tür öğreniyoruz YAPMAYIN size derecesi olsun çalışmak istiyorum. Ayrıca, fizibil bir şekilde gerçekleştirmeniz için çok büyük bir projeyle nasıl başa çıkacağınızı da öğreniyorsunuz. Bunların her ikisi de, elinizde tutmanız gereken önemli bilgi parçalarıdır, çünkü hiç kimse size kabiliyetinizin altında olduğunu düşündüğü bir iş vermez. Daima verebileceklerinden daha fazlasını isteyeceklerdir ve beklentileri yönetmek ve istedikleri bir şeyi sunmak için onlarla birlikte çalışmak sizin işinizdir.

Burada ve şimdi yapabileceklerinize. Her gün yaptığınız her şeyin bir günlüğünü tutarak başlarım . Bu size sorumluluk verir. Günün basit bir sonu bile, "bugün çalıştığım şey budur", istediklerini elde etmedikleri ve cevapları aramaya geldiklerinde size geri çekilecek bir şeyler verecektir.

Ayrıca acil durumunuzla konuşur ve bu daha büyük projelerden birini kırmanın bir yolu olup olmadığını görürsünüz . Her şeyi yapmakta kendinizi rahat hissetmiyorsanız, belki onlar sadece proje için araştırma ve mimari yapmanıza ve belki de daha sonra uygulayabilmelerine yardımcı olurlar. Sadece stajta kaldığınız sürede makul bir şekilde başarabileceğinizi düşündüğünüz şeyi netleştirin ve hedefinizi yapın. Bu şekilde, gün sonunda hala işvereninizle alakalı bir şey sunuyorsunuz.

Son olarak, mühendislik stajyerlerine katılıp katılamayacağınıza bakın . Bu stajyerlerin de bir yazılım geliştirdiğini varsayacağım ve neden yaptığınız ve yaptıkları işlerin birbirinden öğrenemediğiniz kadar ayrı olmasının bir nedeni olmadığını görüyorum. Projelerimde elektrik mühendisleri, yazılım mühendisleri, bilgisayar mühendisleri ve bilgisayar bilimcileri ile çalışıyorum ve her kişi takıma kendi güçlü yönlerini getiriyor. Gücünüzün gelişimde nerede yattığını belirleyin ve bu yeteneklerin neden kendilerini mühendislik ekibine iyi bir şekilde ödünç verebileceklerini araştırmaya çalışın.


6
Ailem bana yaz sonunda bir teklif alırsam bir teklifi kabul etmem gerektiğini söyledi, ancak onlara bu işin bir yazılım geliştiricisi olarak kariyerimi ilerletmeye yardımcı olamayacağını açıklamaya çalıştım. Beni dinlemek istemiyorlar ve aldığım herhangi bir işin bir nimet olduğunu düşünüyorlar, ancak özellikle benim için iyi bir çalışma ortamı değilse, reddetme hakkım olduğunu düşünüyorum. Yine de günlük tutma fikrini seviyorum, her gün bir defter taşıyorum, bu yüzden ne yaptığımı belgelemeye başladım, öyle gözükmüyor ki hiçbir şey yapmıyorum. Yardımın için minnettarım.
bhamlin

1
Sorun değil, Hamilton. Bu staja başladığımda aynı pozisyonda olduğumu hissettim. Müdürüm, mühendislik ekibine çok eller serbest bir yaklaşım benimsiyor, günümüzü istediğimiz gibi yapılandırmamıza izin veriyor (aynı zamanda bunu destekleyen çevik geliştirme modelini takip ediyoruz) ve projeler için neredeyse günlük ihtiyaç duyduğum sınıflardan geliyor, çok farklıydı. . Bir günlük tutmanın beni sorumlu tuttuğumu ve en azından SOMETHING yaptığımı gösteren belgeleri sağladığını gördüm. Ayrıca günden güne ve haftadan haftaya momentum korumama da yardımcı oluyor.
Ampt

7
@ MLowry Bunun kötü bir tavsiye olduğunu düşünüyorum. Nefret ettiğiniz bir işyerinde kalmak sizi fiziksel, özellikle de psikolojik olarak yıpratır. Bir depresyona girecek, her andan nefret edecek ve her gün bu karardan pişman olacaksınız. Neden bunu geçelim? Mali tarafın olağanüstü olması halinde 6 ay boyunca yapılması mantıklı olacaktır. Ancak kariyerinin mutlak başlangıcında olduğu göz önüne alındığında, muhtemelen değildir.
Radu Murzea

2
+1 "Bir şey öğreniyorsun." Bu çalışma ortamı ne yazık ki bir anomali değil. Özellikle BT bizinde olmayan birçok şirket BT kaynaklarıyla ne yapmakta zorlanıyor, bu yüzden burada öğreneceğiniz dersler (belirsiz şartlar, kötü son tarihler) daha sonra sorunlu ortamları belirlemeye çalışırken değerli olacaktır.
Graham

2
"Günlük tut" için +1. Kariyerinin geri kalanında bu alışkanlığı kazan! Bir proje iyi gittiğinde, kimse soru sormaz. Kötü gittiğinde, yaptığınız / yaptığınız her lanet şeyi nitelemek istiyorlar. Bir dergi senin derini çok iyi kapatıyor. (bir durum raporundan daha iyi).
TimG,

13

Staj Danışmanınızla Konuşun

Şimdiye kadar gördüğüm cevapların hepsi işverene odaklanmış gibi görünüyor.

Ancak, okulunuzdaki bir program veya ofisten bu stajyerlik kurmuş olmanız gerekir. Böyle bir duruma giren ilk öğrencisi olacağını hayal edemiyorum. Size belirli bir yönde rehberlik edebilmelidirler.

Size şimdi yardımcı olamasalar bile (ki buna inanmak zor buluyorum), o zaman bu durumda kendisini bulamayan bir sonraki öğrenciye yardım ediyor olacaksınız, ki bu da hafife alınamayan bir şey.


+1 çünkü bu, stajyerin görünüşte aşılmaz zorluklarla karşılaştıklarında yapması gereken ilk şey olmalı.
verybadalloc

10

Bunun gibi iki staj yaptım ve çok eğlendim. Eksik göründüğünüz önemli parlak taraflar var:

  • Şu anda, büyük programcı ekipleri üzerinde çalışan programcıların sadece hayal edebilecekleri türden bir yaratıcı özgürlüğün tadını çıkarıyorsunuz. Dil seçiminden kaynak kontrolüne, editörlere, yazılım mimarisine kadar her şey tamamen size kalmış. Güven bana, gittiğinde bunu özlüyorsun.
  • Yazılım hakkında fazla bilgisi olmayan insanlarla çalışmak, yazılım geliştirme sürecinin önemli bir parçasıdır. Okul, yazılım geliştirme konusunda çok tecrübeli kişilerden iyi tanımlanmış ödevler beklemenizi şart koşar. Programcı ekiplerinde bile, görevleriniz asla net değildir. Bununla başa çıkmayı öğrenmek size bir avantaj sağlayacaktır.
  • Mentorların yararı olmadan alan bilgisinin edinilmesi, yazılım geliştirme sürecinin önemli bir parçasıdır. Her iki yılda bir, “X teknolojisinde konu uzmanımız ol” gibi bir ödev alıyorum. Birisinin yeni bir teknolojiyi öğrenen bir şirkette ilk kişi olması gerekir. Eğer o kişinin sen olabileceğini gösterebilirsen daha ilginç ödevler alacaksın.
  • Sizin bakış açınıza göre, çok fazla baskı gibi geliyor, ancak sizden beklentilerinin oldukça düşük olduğunu bilmelisiniz. Uygun bir akıl hocası olmadan senin için daha zor olduğunu biliyorlar. Sadece elinden geleni yap ve iyi olacaksın.

Olduğu söyleniyor, ilk büyük projenizi ele almak çok zor olabilir. Aşağıdakiler yardımcı olabilir:

  • Tüm proje hakkında aynı anda düşünmemeye çalışın. Şu anda ne yapman gerektiğini düşün.
  • Yapılması gereken özelliklerin bir listesini alın ve öncelik sırasına koymalarını sağlayın. Bu şekilde, tüm uygulamayı tamamlamazsanız, en önemli özellikler hala orada olacak.
  • İlk özelliği, bir veya iki günde bitirebileceğiniz görevlere ulaşana kadar daha küçük ve daha küçük görevlere bölün. Aptalca basit olmalarını sağlamaktan korkma. Yepyeni projelerdeki ilk görevim, merhaba dünyanın çalışmasını sağlamak ve kaynak kontrolünü kontrol etmek. Özellikle yeni bir dil veya bir süredir kullanmadığım bir dil ise, bu benim yapım ortamımı ve araçlarımın doğru şekilde ayarlandığını söylüyor.
  • İlerlemenizi sık sık gözden geçirin. Yaz sonunda bitmiş bir ürünü üzerinize atmaya çalışmayın. Onlara haftada en az bir kere sahip olduklarınızı gösterin.
  • İhtiyaçlarınızı karşılayabilecek projeleri ve bileşenleri bulmaya çalışmak için biraz çaba gösterin. Mevcut bir sistemi özelleştirmek, sıfırdan yapmaktan çok daha kolaydır. Bir çok şirket benzer türden iç uygulamalara ihtiyaç duyar. Bu keşke kendim hakkında bilseydim diyorum. Staj projelerimden biri temel olarak bir CRM'i yeniden icat etti .

Yani, rahatlayın, elinizden gelenin en iyisini yapın ve mümkün olup olmadığını, yazılımla ilgili olsun veya olmasın, öğrenin.


6

Buradaki diğer cevaplar çok iyi, tekrar tekrar oku ve gerçekten anlamaya çalış. Bunu yaparsanız, ortalamanın üzerinde bir çaba ile, stajınızın diğer tarafında "canlı" olarak ortaya çıkabilirsiniz. Durumunuz göz önüne alındığında beklediğinizden daha zor olacak, ancak buna değer olabilir.

Bu çok önemlidir, çünkü başka bir şirkete 1 bir pozisyon için başvuracağınız zaman , kilit sorulardan biri:

Görüyorum ki burada X şirketine bir staj yaptınız. Nasıldı? Neden ayrıldın ?

O zaman onlara zor durumunuzu profesyonel bir şekilde ele aldığınızı gösterebilirseniz, bu bir LOT sayar , işverenler genellikle böyle bir şeyden çok etkilenirler.

Her ne kadar berbat olsa bile, sınıf arkadaşlarınızın asla neyi yapamayacağını öğrenme fırsatına sahip olduğunuz değerli bir deneyim yapabilirsiniz.

1 = Umarım, çünkü orada kalmak bir kariyer intiharı olacaktır (er ya da geç ... muhtemelen er ya da geç)


2
Bu cevaplanması kolay bir soru. “X'te çalışmaktan zevk aldım ve staj sırasında çok şey öğrendim. Ancak, onlar bir yazılım geliştirme şirketi değiller. Bu yüzden mühendislik becerilerimi orada kalarak o kadar iyi büyüteceğimi sanmıyorum. Diğerleriyle birlikte çalışmayı tercih ederim. yazılım geliştiricileri ve daha işbirlikçi olan projeleri var. "
selbie

5

Geçen yıl benzer bir pozisyondaydım; her şeyi sıfırdan geliştirmem gerekiyordu ve herhangi bir gelişme tecrübesi olan başka hiç kimse yoktu. Bana verdikleri projeyi bitirdim ama cilalı bir uygulama veya hatta sürdürülebilir bir uygulama bile demedim (çünkü nasıl çalıştığını bilen tek kişi benim ve şirketteki hiç kimse koda bakmadı).

İşte bu durumda olsaydım yaptığım ve yapacağım bazı şeyler. Bunlardan bazıları önceki cevaplarda çoktan belirtilmiş.

Çözmek:

  • Ürünün ne yapmasını istiyorlar (girdiler ve çıktılar, minimum düzeyde )
  • Sınırlamaların neler? (yani hangi programları kullanabilir / kullanamazsınız?)

Bu size kafanızda ürünün nasıl görünmesi gerektiği konusunda bir resim verecektir. Bunu bir kağıda çizin ve yöneticinize / amirinize gösterin. Bunun hakkında ne söylediklerini görün. Onlardan neyi değiştirmelerini istediklerini sormalarını istemiyorlarsa, değiştirin ve işlemi tekrarlayın. İsterlerse, minimum miktarda kodlamayı yapın ve basit bir demo oluşturun.

Demoyu göster onlara (bu onlar aklında ne var ise onlara sormak), bu onlara ilerlemeyi göstermek ve ne istediklerini anlamaya yardımcı olacaktır.

Kodlama yardımına ihtiyaç duyduğunuzda, kılavuzları / öğreticileri, google aramaları okuyun ve en sonunda yardım için yığın taşması yayınlayın.

Küçük detaylara takılmayın. Bunu yaparsan çok zaman harcarsın.

Küçük parçalar halinde kodlayın , her yığın uygulama için büyük bir işlevselliktir.

Kodunuzu yorumlayın. Bunu başka bir stajyer veya bir çalışanına devretmeyi planlıyorlarsa, bu onlara çok yardımcı olacaktır.

Proje sorumlusu / amirinizle proje hakkında ve ilerleyişinizle iletişim kurmaya devam edin.

Ve eğer projeyi bitiremezseniz endişelenmeyin, bir stajyersiniz ve elinizden gelenin en iyisini yaptınız. Böyle bir proje için tecrübesi altında olan birini işe almakla suçlanıyorlar.

TL; DR

  • Her adımda yöneticinizle iletişim kurun

  • Ana işlevselliği kodlayın

  • Google’dan ve yığın alışverişinden yardım alın

  • Eğer bitiremezsen endişelenme


1
  1. Stajın hedefleri hakkında açıklama isteyin - neden bu kadar çok projeye sahip oldunuz?
  2. Tahsis edilen süre içerisinde istenen projeleri tamamlayamayacağınızı yönetime netleştirin
  3. En iyi zamanınızı nasıl kullanacağınıza dair bir analiz hazırlayın. Örneğin, yalnızca bir proje üzerinde çalışmayı ve diğerlerini bırakmayı önerin.

Yalnızca küçük bir projede çalışsanız, zamanınız şirketinize yardımcı olacaktır. İyi şekilde belgelendiğinden emin olun. Mimari, proje hedefleri, proje ilerlemesi ve kaynak kodunun yararlı dokümantasyonunu oluşturmaya odaklanın.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.