TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #1075 · 20.02

Айтишный опыт очень нелинейно конвертируется в деньги. Если у вас 3-5 лет опыта, и вы занимались развитием своих навыков, то можете получать зарплату мидла, пусть это будет X денег. За 10 лет опыта при продолжающемся развитии вы становитесь сеньором (кто-то быстрее, кто-то дольше), и тогда вы получаете 1.5X денег, ну может 1.75X, при очень большом везении 2X денег. Но если у вас 15-20 лет опыта, вам 2X+ никто не даст, и уж тем более 2.5-3X. Бывают отдельные случаи, когда какой-нибудь Бобук с офигенно раскрученным личным брендом получает миллионы (и то, на порнухе и казино), но глобально ситуация по рынку понятная. Получается, что после 10 лет опыта вы уже как бы достигли своей финансовой вершины в айти. Можно сместиться в руководство, но, во-первых, не каждому хочется, а, во-вторых, это требует иных навыков, которые тоже не у каждого есть. Да и не будет руководящих должностей на всех. А как там с другими профессиями? У некоторых профессий есть категории, разряды или формальные уровни квалификации, которые влияют на зарплату. Если вы сварщик шестого разряда или учитель высшей категории, то один этот факт будет добавлять к зарплате некоторый процент. Очень понятный путь прокачки. Но всё равно, когда упёрся в левел-кап, дальше уже роста не будет. А есть ли за что платить? Будет ли строитель с 20-летним опытом сильно больше уметь, чем строитель с 10-летним? Интуитивно кажется, что да, потому что 10 лет это типа 3-4 больших объекта, довольно мало. Уж точно 6-8 больших объектов звучат сильно солиднее. Видимо, зависит всё-таки от формата и сложности работы. У врачей, кажется, вообще никогда нельзя упереться в предел опыта. И по ощущениям тоже врач с 20 годами должен получать больше, чем с 10 (если в комментах есть врачи, расскажите, так ли это). Но в айти престарелые (по меркам айти) сеньоры сидят и тухнут. Я так BG3 бросил в середине третьего акта, потому что прокачка остановилась. К счастью, опыт в работе у меня складывался более интересный: сначала я пять лет пилил свои проекты с разной степенью успеха, потом пять лет был фрилансером, а теперь вот пять лет в энтерпрайзе. Точно есть, куда расти, и по навыкам и по деньгам. Существует ли ещё какая-то форма занятости? Свой айтишный бизнес, пожалуй, но тут уж совсем особые умения нужны. #life

Hashtags

Резултати

Намерени 35 подобни публикации

Търсене: #bright

当前筛选 #bright清除筛选
PTPP Actions

@PTPPAction · Post #2497 · 26.12.2024 г., 15:04

#bright#open 抢先体验版本不保证稳定性 fix(ACM, jptv) torrent search commit fix(jptv): correct script path * fix(ACM, jptv) torrent search 描述 感谢您提交 PR ,为了更好的进行版本迭代,请将目标分支选择为 base:dev ,我们会根据实际情况在后续版本中发布。 ## 标题请尽量按以下格式进行描述 (): ## type 说明 - feat: 添加新功能 - fix: 修补 bug - docs: 文档(documentation) - style: 格式(不影响代码运行的变动) - refactor: 重构(即不是新增功能,也不是修改 bug 的代码变动) - test: 增加测试 - chore: 构建过程或辅助工具的变动 ## 参考文档:http://www.ruanyifeng.com/blog/2016/01/commit_message_change_log.html ## 内容说明 请尽量详细描述本次 PR 的具体作用。 本内容仅供提交前查阅,提交时请务必删除这段内容。 本内容仅供提交前查阅,提交时请务必删除这段内容。 本内容仅供提交前查阅,提交时请务必删除这段内容。

Hashtags

PTPP Actions

@PTPPAction · Post #2485 · 21.12.2024 г., 14:10

#bright#open 抢先体验版本不保证稳定性 fix(ACM, jptv) torrent search commit fix(ACM, jptv) torrent search 描述 感谢您提交 PR ,为了更好的进行版本迭代,请将目标分支选择为 base:dev ,我们会根据实际情况在后续版本中发布。 ## 标题请尽量按以下格式进行描述 (): ## type 说明 - feat: 添加新功能 - fix: 修补 bug - docs: 文档(documentation) - style: 格式(不影响代码运行的变动) - refactor: 重构(即不是新增功能,也不是修改 bug 的代码变动) - test: 增加测试 - chore: 构建过程或辅助工具的变动 ## 参考文档:http://www.ruanyifeng.com/blog/2016/01/commit_message_change_log.html ## 内容说明 请尽量详细描述本次 PR 的具体作用。 本内容仅供提交前查阅,提交时请务必删除这段内容。 本内容仅供提交前查阅,提交时请务必删除这段内容。 本内容仅供提交前查阅,提交时请务必删除这段内容。

Hashtags

PTPP Actions

@PTPPAction · Post #2110 · 20.06.2024 г., 06:38

#Bright-W:dev2 #Bright-W #open 抢先体验版本不保证稳定性 fix(ssd): system message count. commit fix(ssd): system message count. 描述 感谢您提交 PR ,为了更好的进行版本迭代,请将目标分支选择为 base:dev ,我们会根据实际情况在后续版本中发布。 ## 标题请尽量按以下格式进行描述 (): ## type 说明 - feat: 添加新功能 - fix: 修补 bug - docs: 文档(documentation) - style: 格式(不影响代码运行的变动) - refactor: 重构(即不是新增功能,也不是修改 bug 的代码变动) - test: 增加测试 - chore: 构建过程或辅助工具的变动 ## 参考文档:http://www.ruanyifeng.com/blog/2016/01/commit_message_change_log.html ## 内容说明 请尽量详细描述本次 PR 的具体作用。 本内容仅供提交前查阅,提交时请务必删除这段内容。 本内容仅供提交前查阅,提交时请务必删除这段内容。 本内容仅供提交前查阅,提交时请务必删除这段内容。 >

Hashtags

ПредишнаСтр. 1 от 3Следваща