Що важливіше перспектива чи поточна ЗП?
Яка перспектива Юніора більше приваблює
— Швидкий ріст ЗП при «гов..коді»? чи повільний ріст ЗП з переробками, але в проекті з «best practices» і перспективно більшою ЗП ?
×
Oleksandr Krysan, CTO в ItelJoy
Facebook
Twitter
LinkedIn
Rostyslav Dzikovskyy
повільний ріст ЗП з переробками, але в проекті з «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” перетвориться на купу г-но кода по тій чи інший причині.
Да проект может превратится в г-но код по многим причинам. Не будем забывать также и людей, на самом плохом и захудалом проекте может трудится класный спец (в жизни оно по разному бывает) который может вам дать знаний в несколько раз больше чем у вас было до этого.
Ostap Vyshnya
чи повільний ріст ЗП з переробками, але в проекті з “best practices” і перспективно більшою ЗП
про осла у которого на палке перед носом привазана морковка, и он тянет повозку, вечно к ней добираясть ты слашал?
Gremlin
гонка за новыми веяниями — тоже в некотором смысле морковка.
Анатолий Н
ЗП должна давать жить, чтобы вечерами не делать проекты на сторону. А была возможность разобрать код или для самообразования.
Рост должен быть, но не меньше чем дорожает жизнь.
Рост должен быть, но не меньше чем дорожает жизнь.
Для себя выбрал бы проект с «best practices».
6 коментарів
Додати коментар Підписатись на коментаріВідписатись від коментарів