Що важливіше перспектива чи поточна ЗП?

Яка перспектива Юніора більше приваблює
— Швидкий ріст ЗП при «гов..коді»? чи повільний ріст ЗП з переробками, але в проекті з «best practices» і перспективно більшою ЗП ?

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

повільний ріст ЗП з переробками, але в проекті з «best practices» і перспективно більшою ЗП ?

як на мене то це відірвано від реальності. Якщо проект класний і як ви виразились з «best practices», тоді це підозріло, що компанія не може дати достойну зп для дева будь-то джуніор чи сеніор.

А по-друге ніхто вам ніколи не дасть гарантії, що через 3-6-9 місяців проект з «best practices» перетвориться на купу г-но кода по тій чи інший причині.

тут не повинно бути або-або, якщо питання про якісь конкретні пропозиції, то треба розглядати їх, якщо ж питання в загальному то відповіді на нього на мою думку немає.

тоді це підозріло, що компанія не може дати достойну зп для дева будь-то джуніор чи сеніор.

Заробіток ІТ може бути 3 способома.
1. Свій продукт
2. Проект з ТЗ і фіксованою платою.

3. Торгівля тушками.(коротко термінові договори на місяць наприклад).

В 3 випадку компанія живе на маржу це один з найлегший і швидких способів заробітку.
В такому випадку за верстання ХТМЛ компанія отримає хоч за сеньора хоч за приблизно однаково.

теж і при гов..коді і більшості випадків в сеньора продуктивнясть не наскільки більша чим в юніора, коли треба весь проект переглядати в дебагері. Тому в Юніора при сноровці ЗП рости буде швидшеі компані може собі дозволити.

в випадку з фіксоавною платою і проекті з нуля вигідніше робити силами сеньорів і за юніорами в таких проектах більше наглядають в решті решт затрати на юніора більші і віддача часто менша, тому на ЗП економиться звісно ж потрібно дивитися, щоб юніор не навчився і не пішов але мотивація і утримання зі сторони компанії я тут не розглядаю.

Нам попадаються інколи вже готові проекти де використані всі

«best practices»

МС від WPF, WF, WCF, EF і яких і сеньори не зразу никають, що де з жорсткими дежлайнами де юніор взагалі дуже мало користі компанії принесе. Але де досить швидко научиться, І потенційна ЗП в ного буде більше десь через 2 роки чим в того, хто займався тупим верстанням хтмл. Хоча «тупій версттці» рубати каписту в рамках 1 річного періоду простіше.

Вибачте трішки за сумбур. Але думаю тим хто схоче зрозуміють %)

як на мене то це відірвано від реальності. Якщо проект класний і як ви виразились з “best practices”, тоді це підозріло, що компанія не може дати достойну зп для дева будь-то джуніор чи сеніор.

В нашей прекрасной стране самый лучший и интереснейший проект могут превратить во что угодно.

А по-друге ніхто вам ніколи не дасть гарантії, що через 3-6-9 місяців проект з “best practices” перетвориться на купу г-но кода по тій чи інший причині.

Да проект может превратится в г-но код по многим причинам. Не будем забывать также и людей, на самом плохом и захудалом проекте может трудится класный спец (в жизни оно по разному бывает) который может вам дать знаний в несколько раз больше чем у вас было до этого.

чи повільний ріст ЗП з переробками, але в проекті з “best practices” і перспективно більшою ЗП

про осла у которого на палке перед носом привазана морковка, и он тянет повозку, вечно к ней добираясть ты слашал?

гонка за новыми веяниями — тоже в некотором смысле морковка.

ЗП должна давать жить, чтобы вечерами не делать проекты на сторону. А была возможность разобрать код или для самообразования.
Рост должен быть, но не меньше чем дорожает жизнь.

Для себя выбрал бы проект с «best practices».

Підписатись на коментарі