Apa yang harus diharapkan oleh pengembang junior dari pimpinan tim senior mereka [ditutup]


44

Penafian: Pendapat yang dikemukakan adalah milik saya sendiri dan tidak mengungkapkan pandangan atau pendapat dari majikan saya.

Saya bekerja untuk sebuah perusahaan kecil, di mana beberapa orang adalah pengembang, yang lain adalah QA / Test dan 1 adalah seorang Manajer. Saya bergabung dengan perusahaan ini 1,5 tahun yang lalu. 3 pengembang senior memiliki pengalaman lebih dari 8 tahun.

Ini adalah pengamatan yang saya lakukan tentang pemimpin tim. (menganggap saya lebih segar dengan pengalaman lebih sedikit dibandingkan dengan mereka dalam semua aspek)

  1. Mereka tidak pernah membahas 1: 1 atau mereka tidak pernah mempertimbangkan saran yunior (Saya setuju bahwa itu terserah mereka, apakah mereka menerimanya atau tidak, setidaknya mereka harus mempertimbangkan pendapat).
  2. Sebagai pemimpin tim senior, mereka dapat mencoba untuk memperbaiki basis kode dengan teknologi baru (termasuk faktor meluncurkan teknologi baru adalah mungkin dan pengembang dan infrastruktur lain juga siap), tetapi pemimpin tim ini merasa kurang aman untuk bekerja dengan teknologi baru, karena mereka tidak up to date. (alasan saya mengatakan, mereka tidak tahu apa tren pemrograman saat ini, * (seperti proyek open source populer seperti modernizr, bootstrap dan banyak lainnya).
  3. Dalam basis kode kami lebih dari 10.000 baris diulang, jadi saya memberi tahu mereka DRY: Don't Repeat yourself. Jawaban mereka adalah: "Ini adalah artikel yang menarik, tetapi tidak pernah berhasil dalam praktiknya". Saya hanya mengatakan kepada mereka jika kita tidak membuatnya 100% KERING, setidaknya kita dapat menggunakan antarmuka, tetapi itu juga tidak dipertimbangkan. * (antarmuka dapat ditambahkan untuk fitur-fitur baru, tidak menyentuh basis kode sebelumnya, jika mereka tidak siap untuk melakukan refactor)
  4. Semua pengembang senior melakukan pemeliharaan dan perbaikan tambalan. Sisa waktu mereka hanya dihabiskan di situs hiburan. Mereka hanya senang menyelesaikan tugas.
  5. Memperkenalkan teknologi baru itu buruk? * (termasuk faktor kelayakan dapat dilakukan).
  6. Manajer juga paling tidak peduli dengan hal-hal yang saya bicarakan.
  7. Junior berharap mereka dapat belajar banyak hal dari pimpinan tim. * (bukan dengan meminta bantuan atau coding senior untuk mereka).

Pertanyaan saya adalah:

  1. Apakah saya terlalu agresif tentang perubahan yang saya usulkan?
  2. Apa yang harus saya harapkan dari para pemimpin senior yang memiliki pengalaman lebih dari 8 tahun?
  3. Apakah saya salah mengharapkan untuk belajar dan mendapatkan pengalaman dari perusahaan?

Perbarui:

Mengapa mereka merasa KERING tidak praktis: karena mereka tidak ingin terlibat dengan konsep OOP. Mereka senang dengan tugas yang berulang.

Teknologi baru yang saya usulkan:

  1. Penggunaan Minifikasi gambar CSS, JS, SPrite
  2. Penggunaan Antarmuka dan .net framework 4, generics dan banyak lainnya.
  3. Pustaka sisi klien seperti modernizr, knockout js, bootstrap untuk responsif,

40
Hanya sebuah catatan: Pengalaman bertahun-tahun tidak berarti apa-apa. Ada pepatah "beberapa orang memiliki 10 tahun pengalaman, beberapa memiliki 1 tahun diulang 10 kali" (diparafrasekan). Dasarkan harapan Anda pada keterampilan dan pengetahuan mereka, bukan berapa lama mereka telah berada di sana.
Anthony Pegram

6
Ravi, Anda ingin percaya bahwa mereka telah belajar dan berkembang. Apa yang terlalu umum adalah bahwa mereka telah mencapai beberapa dataran tinggi. Apakah ini karena rasa puas diri, hanya tidak ditantang, atau mereka benar-benar telah mencapai batasnya, yang bervariasi dari orang ke orang dan situasi ke situasi.
Anthony Pegram

5
@Ravi persepsi Anda adalah mereka adalah pemimpin tim untuk membimbing Anda, meskipun sangat mungkin persepsi mereka adalah mereka adalah pemimpin tim untuk menghasilkan uang yang baik dan tidak ada orang yang memberi tahu mereka apa yang harus dilakukan sehingga mereka dapat melakukan apa yang mereka inginkan. Tidak semua orang mencari untuk membantu Anda hanya karena mereka seharusnya, dan banyak orang tidak repot-repot memperbaiki diri mereka sendiri jika mereka dapat menghindarinya dengan menjadi pemimpin tim tanpa perbaikan diri.
Jimmy Hoffa

14
Anda sudah jauh di depan mereka dan mereka tidak tertarik mengangkat diri ke posisi di mana mereka siap bekerja dengan Anda. Tembak perusahaan Anda.
user16764

5
Biasanya saya semua untuk teknologi baru yang membawa cara yang lebih bersih dalam melakukan sesuatu. Namun, orang harus berhati-hati untuk menghindari memperkenalkan banyak teknologi baru hanya karena mereka baru dan berkilau. Jika sebuah proyek baru saja dimulai atau jika perlu fungsionalitas baru atau refactoring, maka itu mungkin merupakan peluang yang baik untuk memperkenalkan sesuatu yang baru. Jika proyek stabil (hanya perlu perbaikan kecil), atau jika sudah terlambat, akan lebih baik untuk menghindari memperkenalkan hal-hal baru.
marcus

Jawaban:


30

Apakah saya terlalu agresif tentang perubahan yang saya usulkan?

Tanpa spesifik (apa teknologi baru yang Anda usulkan, mengapa mereka menolaknya, di mana mereka merasa bahwa KERING tidak praktis dan mengapa, dll), sulit untuk mengevaluasi jumlah jasa pada proposal Anda dan itu penting untuk agresivitas Anda. Jika Anda ingin mereka menggunakan kerangka kerja baru karena Anda pikir itu baru dan keren, maka mendorong lebih dari ringan terlalu agresif. Jika mereka benar-benar membanting ribuan baris copy / paste ke basis kode (yaitu mereka menulis omong kosong) maka saya akan mengatakan lebih banyak agresivitas dibenarkan.

Tetapi ini juga tergantung pada dinamika interpersonal juga antara Anda dan mereka. Saran saya adalah bertanya pada diri sendiri "bisakah saya menunjukkan bahwa saran saya akan bermanfaat bagi perusahaan?" Jika jawabannya adalah ya, maka saya akan mengatakan Anda memiliki beberapa lisensi untuk mencoba mendorong.

Apa yang harus saya harapkan dari pimpinan senior yang memiliki 8 + tahun?

Ini akan menjalankan keseluruhan. Terkadang Anda akan mendapatkan beberapa orang yang benar-benar tajam yang dapat Anda pelajari banyak hal, baik dalam hal navigasi politik kantor maupun pertimbangan teknis. Sayangnya, Anda juga mendapatkan banyak hal ini . Anda tidak akan menemukan kekurangan orang yang pengalamannya selama 8+ tahun pada dasarnya sama dengan melakukan minimum untuk tidak dipecat. Jika Anda menemukan seorang mentor atau seseorang yang benar-benar tajam, pegang sebanyak yang Anda bisa karena itu lebih jarang daripada seharusnya.

Apakah saya salah untuk mengharapkan pembelajaran yang baik dari perusahaan?

Orang-orang untuk belajar ada di luar sana dan mereka ada di beberapa perusahaan. Anda tampaknya dihadapkan pada dilema yang umum dan, untuk parafrase para .NET Rocks, ini patut dipertimbangkan: "Ubah perusahaan Anda ... atau ubah perusahaan Anda."

Artinya, jika Anda percaya pada pendekatan inti dan prinsip tertentu dan Anda secara konsisten menemukan diri Anda tidak mampu menjualnya dan mendapatkan kebebasan untuk melakukan dan mempelajari hal-hal yang ingin Anda lakukan dan pelajari, ada baiknya mempertimbangkan mencari perusahaan yang lebih baik cocok untukmu


1
Saya menunjukkan demo dari semua hal baru. tetap saja mereka tidak nyaman. lihat jawaban saya yang diperbarui
Ravi Gadag

1
Kedengarannya bagi saya seolah-olah ide-ide Anda kemungkinan besar merupakan peningkatan terhadap apa yang ada. Selanjutnya adalah mencari tahu mengapa mereka ditolak. Anda belum membangun rep yang cukup dengan para senior? Mereka malas? Miskomunikasi? Mungkinkah Anda membuat kasus yang lebih baik atau Anda bisa mendapatkan jalan setelah membuktikan diri? Jika demikian, mengeluarkannya mungkin merupakan pengalaman yang baik. Jika mereka hanya malas dan tidak tertarik, itu mungkin tidak.
Erik Dietrich

1
Mereka tidak tertarik.
Ravi Gadag

6
@RaviG: Tentu saja mereka tidak tertarik. Anda adalah seorang dev baru yang baru, bersemangat untuk menyenangkan, dengan mata yang jauh lebih besar dari perut Anda ... dan Anda mencoba memberi tahu devs Anda apa yang harus dilakukan. Sudah cukup buruk ketika manajemen memiliki ide baru setiap hari untuk bagaimana mengubah seluruh produk ... seorang pria baru? pfft Pergi lakukan sesuatu.
Steven Evers

19

Saya akan menulis ini dari sudut pandang saya sebagai Pengembang Senior (atau menyisipkan judul lain yang Anda suka di sini) yang sering bekerja dengan pengembang Junior.

Ini mungkin kekurangan di depan Anda, dan di depan Pengembang Senior.

Satu hal yang banyak pengembang Junior tidak pahami adalah bahwa sementara Anda (sebagai junior) mendorong untuk menggunakan teknologi baru, cara-cara baru untuk melakukan sesuatu, memberi tahu tim bahwa mereka melakukan kesalahan , dll. - Senior di tim melaporkan kepada manajemen tentang pengiriman dan didorong oleh manajemen untuk memberikan hal-hal baru secepat mungkin untuk membuat perusahaan sebanyak mungkin uang (atau memberikan hasil terbaik untuk klien / pelanggan).

Terkadang cara yang dicoba dan terbukti memberikan hanya lebih besar daripada risiko menerapkan [masukkan teknologi keren di sini] . Tenggat waktu yang ketat, terlalu banyak pekerjaan, dan truk yang penuh tekanan untuk melakukan boot berarti cara kita melakukannya selama 8+ tahun adalah cara kita melakukannya kali ini juga.

Anda harus dapat menunjukkan kepada tim bahwa apa yang Anda usulkan akan benar-benar bermanfaat bagi mereka dan bagi perusahaan dalam jangka panjang. Kalau tidak, Anda tidak akan menerima dukungan dari kolega Anda dan mereka tidak akan bisa menjualnya kepada tim manajemen untuk mendapatkan persetujuan untuk menjalankannya.

Apakah saya terlalu agresif tentang perubahan yang saya usulkan?

Tanpa mengetahui keadaan sepenuhnya, Anda mungkin. Memberitahu orang A lebih baik daripada B jadi kita harus menggunakan A tidak memiliki banyak alasan. Anda harus pergi dan melakukan sesuatu untuk menunjukkan mengapa itu lebih baik. Tidak harus besar, bahkan hanya komponen kecil atau aplikasi yang menunjukkan cara Anda yang disarankan untuk melakukannya harus lebih dari cukup. Anda kemudian perlu mempresentasikannya dan siap untuk berdiri tegak melawan kritik dari tim Anda.

Bahkan sebagai Pengembang Senior saya harus melakukan ini sebelum saya dapat meyakinkan kolega saya bahwa cara baru dalam melakukan sesuatu lebih baik.

Apa yang harus saya harapkan dari para pemimpin senior yang memiliki pengalaman lebih dari 8 tahun?

Seperti yang dikatakan orang lain, pengalaman 8+ tahun tidak selalu berarti Anda fantastis. Tetapi secara umum, Anda harus dapat belajar banyak dari seseorang yang telah berada di sekitar perangkap untuk sementara waktu; Anda mungkin juga bisa mengajari mereka sesuatu juga.

Orang adalah orang dan setiap orang memiliki ego (beberapa lebih besar dari yang lain) dan tidak ada yang lebih buruk daripada orang baru datang dan memberi tahu Anda bahwa Anda telah melakukan pekerjaan yang salah selama 8+ tahun terakhir. Pada saat yang sama, pengembang senior (yang baik) harus dapat menerima kritik yang membangun dan dapat mengartikulasikan alasan keputusan mereka.

Apakah saya salah mengharapkan untuk belajar dan mendapatkan pengalaman dari perusahaan?

Tidak menggunakan teknologi dan fitur terbaru dan terhebat tidak berarti Anda tidak belajar dan mendapatkan pengalaman dalam perusahaan Anda. Pengalaman adalah pengalaman, kadang-kadang mengetahui cara lama melakukan sesuatu dapat memberi Anda apresiasi yang lebih besar mengapa cara baru itu lebih baik. Ini juga membantu Anda menunjukkan mengapa cara baru itu lebih baik, karena Anda memahami keduanya dan dapat mengartikulasikan argumen yang lebih meyakinkan ketika Anda mencoba menjualnya. Saya pribadi tidak menggunakan hal-hal terbaru dan terhebat di mana saya bekerja saat ini - tetapi saya masih belajar hal-hal baru setiap hari dan masih terlihat bagus di resume saya juga.

Setelah mengatakan semua itu - jika perusahaan benar-benar tidak cocok dan semuanya gagal, Anda mungkin ingin mencari tempat baru untuk bekerja.


mengatasi poin pertama Anda, saya pikir itu kesenjangan dengan para devs senior. Bagaimana seorang dev junior dapat memahami implikasi penuh dari dorongan mereka untuk teknologi baru jika dev senior tidak menjelaskannya untuk mereka? ada juga keseimbangan yang baik yang perlu dicapai antara tetap berpegang pada teknologi yang dapat diandalkan dan membiarkan para junior dev mempelajari hal-hal baru (untuk memastikan ada banyak pembelajaran yang dapat terjadi dalam bidang teknologi yang dapat diandalkan)
Rudolf Olah

12

Anggap ini sebagai peluang besar .

Promosi sering kali tidak (dan tidak seharusnya) berasal dari jumlah tahun yang Anda masukkan ke perusahaan lagi. Anda mendapatkan apa yang menurut Anda adalah ide yang sangat bagus, dan atasan / rekan kerja Anda tidak mau mendengarkan.

Ini strategi:

  1. Lakukan sesuatu yang luar biasa
  2. Kumpulkan metrik keras untuk mengetahui betapa hebatnya langkah ini (langkah ini kuncinya)
  3. Tunjukkan itu, dengan metrik Anda kepada semua orang di perusahaan Anda (pemilik / pemimpin / senior / sales guys - semua orang yang bisa Anda dapatkan)
  4. Keuntungan

Dan saya tidak bermaksud profitmenjadi langkah "Saya menang" yang tidak jelas. Langkah 4 adalah di mana Anda mendapatkan satu, atau semua hal berikut:

  1. Dipromosikan
  2. Kenaikan gaji
  3. Sebuah bonus

Baik dengan perusahaan Anda, atau yang baru yang dapat menghargai bakat Anda dan metrik luar biasa yang Anda miliki di resume Anda.

Saya menyebutnya "luar biasa" - dan itu berhasil .

Anekdot: Saya tidak konsisten luar biasa, tetapi saya mencoba untuk menjadi dan saya telah melakukan langkah-langkah yang diberikan 5 kali berbeda (2 promosi, 3 pekerjaan baru; semua dengan kenaikan gaji yang besar).

Dengan mengingat hal itu, saya mungkin harus menjawab pertanyaan Anda secara langsung:

Apakah saya terlalu agresif tentang perubahan yang saya usulkan?

Sudahkah Anda melakukan sesuatu yang luar biasa, dengan metrik dan contoh betapa hebatnya itu? Ada pepatah lama (kasar, mungkin) ...

Ideas are like assholes; everyone's got one, and they all stink

Pergi lakukan sesuatu.

Apa yang harus saya harapkan dari para pemimpin senior yang memiliki pengalaman lebih dari 8 tahun?

Serius? Anda seharusnya tidak mengharapkan apa-apa. Tapi coba pelajari semua yang mereka tahu. Ajukan pertanyaan, tinjau pekerjaan mereka secara pribadi, dengarkan ketika mereka berbicara dan pikirkan secara kritis tentang apa yang mereka katakan. Mereka mengalami dalam kotak ... err ... tubuh. Cobalah untuk membukanya dan belajarlah. Sahabat terbaik saya adalah pengembang yang brilian, dan saya aktif memberi tahu dia bahwa saya selalu berusaha belajar sebanyak mungkin dari dia.

Apakah saya salah mengharapkan untuk belajar dan mendapatkan pengalaman dari perusahaan?

Benar-benar tidak. Itu tidak berarti bahwa Anda tidak dapat mempelajari apa yang tidak boleh dilakukan. Orang akan membuat kesalahan, belajar dari kesalahan perusahaan Anda dan juga Anda.


3
Ini bisa menjadi bumerang jika seluruh tim tidak berada pada level yang dapat mengenali kehebatan Anda, atau merasa terancam karenanya.
user16764

@ user16764: Bisakah Anda sedikit lebih spesifik dari apa skenario itu? Saya telah mengalami kedua tanggapan, dan tidak semua solusi saya yang luar biasa diambil oleh tim, tetapi tidak pernah melakukannya 'menjadi bumerang'.
Steven Evers

Saya mencoba ini ketika saya berada dalam situasi yang mirip dengan OP. Setelah itu, saya menjadi sasaran: a) "apa yang Anda lakukan saat ini" memeriksa setiap 15 menit, b) kata-kata seru 5 menit yang terdiri dari teriakan "ANDA TIDAK BERSAMA KAMI!" berulang-ulang, c) disuruh diam (atau lebih khusus lagi, bahwa saya "disimpangkan") setiap kali saya mengatakan satu kalimat, dan d) dipecat dengan alasan bahwa "arah perusahaan menuju" di telah berubah ". Fakta bahwa apa yang saya lakukan adalah perlu untuk pengiriman itu tidak diperdebatkan, tetapi tidak diakui juga.
user16764

1
@ user16764: Apakah Anda mengumpulkan data sulit tentang seberapa efektif solusi Anda, dan mendapatkan pekerjaan dengan itu di resume Anda? (sunting: btw, itu benar-benar membuat orang melakukan itu)
Steven Evers

1
@ user16764: Jika Anda dapat menunjukkan secara objektif, dengan fakta keras, bahwa dalam contoh khusus ini, apa yang Anda lakukan itu mengagumkan, dan kemudian orang-orang mencoba mengantre Anda untuk melakukan apa yang dilakukan orang lain, dapatkan pekerjaan baru, dengan serius. Anda tidak dapat menyeret orang lain ke pembelajaran seumur hidup dan keunggulan, tetapi mereka benar-benar dapat menyeret Anda ke sebaliknya.
Christopher Creutzig

4

Saya pikir Anda perlu kreatif. Mulailah meminta sekitar untuk beberapa permintaan proyek sampingan yang ditunda oleh senior Anda. Dengan mengerjakan sesuatu secara mandiri (atau lebih baik lagi, dapatkan pengembang junior lain di dalamnya) dan sejak awal, Anda dapat menerapkan banyak hal baru. Jangan kaget jika Anda tahu itu tidak semua menjadi lebih baik.

Pendekatan lain adalah dengan melakukan cabang kode Anda sendiri dan melalui proses refactor. Saya mungkin tidak akan pernah bisa masuk ke produksi berdasarkan apa yang Anda katakan, tetapi setidaknya Anda bisa meningkatkan keahlian Anda.

Siapa tahu, mereka mungkin melihat bagaimana Anda dapat membuat pekerjaan semua orang lebih mudah dan mereka akan menggunakan 'kemalasan' yang sebenarnya dalam pemrograman.

Jika semuanya gagal, letakkan skill-set baru pada CV Anda dan mulailah mencari pekerjaan lain.


1

Jika seseorang bekerja sebagai programmer selama +8 tahun, itu tidak berarti dia adalah programmer yang baik. Apa yang membuat programmer lebih baik menurut saya? Ini adalah keinginan untuk berbagi tidak hanya pengalaman, tetapi juga untuk mempelajari pemikiran baru, teknik, teknologi, dll. Ini akan menjadi lebih baik setiap saat dan meningkat. Banyak yang disebut "senior" programmer ditumpuk dalam pola pemrograman fungsional lama dari bahasa lama. Sesuatu seperti konsep dan ide baru tidak cocok untuk mereka, karena mereka tidak membutuhkannya. Mereka mendapat "pengalaman" mereka.

Keinginan untuk meningkatkan dan belajar jauh lebih penting daripada pengalaman bertahun-tahun. Pengembang junior yang ingin belajar jauh lebih baik untuk perusahaan mana pun daripada pengembang "senior" yang sudah "tahu" semuanya.


1

Apakah Anda bekerja di perusahaan saya?

Tidak, tetapi serius, ini tampaknya menjadi benang merah yang cukup umum di banyak perusahaan besar. Perubahan itu sulit, dan MAHAL. Terkadang Anda tidak benar-benar tahu berapa banyak sampai Anda berada di tengahnya dan sudah terlambat untuk kembali.

Misalnya perusahaan saya masih melakukan migrasi dari layar mainframe berbasis cobol ke java. Sulit untuk menjual seseorang di Spring atau JSF ketika mereka masih mencoba untuk mendapatkan teknologi mereka dengan standar dari sepuluh tahun yang lalu. Jadi, saya akan memberi tahu Anda apa yang telah saya lakukan yang memiliki beberapa keberhasilan terbatas (saya juga seorang jr dev). Jadilah contohnya. Itu tidak cukup baik bahwa Anda tahu Anda lebih canggih, Anda harus membuktikannya. Ketika semua orang sedang bermain-main, bawakan buku untuk dibaca jika Anda punya waktu. Dan buat tentang salah satu teknologi yang Anda minati untuk diimplementasikan. Jika mereka melihat Anda membacanya saat mereka menonton youtube (dengan jujur ​​menduga unit operasi Anda tidak mengetahui hal itu dan orang-orang dipecat) mereka akan lebih cenderung tidak hanya percaya Anda tahu apa yang Anda bicarakan, tetapi bahkan mungkin bertanya kepada Anda apa yang Anda bacaan.

Sebagai contoh, saya akan bercerita tentang pengalaman saya dengan arsitek senior saya. Pria cerdas, tetapi umumnya tidak tertarik dengan teknologi baru. Saya pergi dan bertanya kepadanya tentang bagaimana melakukan sesuatu di CVS (kontrol versi kami) dan mengatakan, "Oh ok, saya sudah terbiasa menggunakan subversi, dan mereka melakukannya dengan cara ini. Terima kasih atas bantuan Anda." Ini mengarah ke beberapa percakapan tentang CVS dan Ant vs SVN dan Maven, yang mengarah padanya meminjam beberapa buku dari perpustakaan saya untuk memeriksanya. Hasil Akhir: kita akan pindah ke sistem baru sekitar tahun ini. Kuncinya adalah bersikap terbuka dan membantu tanpa menyampaikan bahwa mereka melakukan kesalahan. Karena bagaimanapun juga mungkin ada banyak cara yang lebih baik untuk melakukannya tetapi jika itu bekerja dengan benar maka mereka tidak melakukannya dengan cara yang salah. Segala jenis rasa tidak hormat akan mendaratkan Anda di air panas dalam banyak kasus jadi berhati-hatilah.

Jika mereka tidak mau menerima, ingatlah bahwa Anda berada di bidang yang sangat diminati. Jika Anda yang penasaran dan pembelajar cepat Anda AKAN menemukan pekerjaan lain, mungkin yang Anda akan nikmati jauh lebih banyak. Yang sama pentingnya dengan uang bagi saya. Pastikan untuk menyebutkan dalam wawancara apa pun, "Oh, kalian menggunakan teknologi xxx? Itu luar biasa, saya selalu ingin menggunakannya dan mencoba di perusahaan lama saya." Cintai cinta ketika Anda memiliki antusiasme untuk apa yang mereka lakukan.


0

Saya pikir Anda benar dalam keagresifan Anda. Ini adalah kesenangan besar untuk bekerja dengan orang-orang yang bersemangat dan hukuman besar untuk bekerja dengan orang mati secara mental. Pengalaman 8 tahun tidak ada artinya. Tentu saja, Anda mungkin tidak benar. Seringkali teknologi baru terikat erat dengan pemasaran dan tidak selalu lebih baik. Tetapi jika Anda tidak benar, senior harus menjelaskan di mana Anda salah. Kalau tidak, Anda tidak akan mendapat keuntungan dari pekerjaan Anda. Mungkin, Anda masih muda dan panas. Jika demikian, ini adalah keuntungan Anda. Jangan habiskan waktu Anda untuk pekerjaan di mana Anda tidak bisa tumbuh. Kepedulian untuk mencari pekerjaan baru, di mana Anda dapat mendiskusikan solusi Anda dan mendapatkan umpan balik dari orang lain.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.