Максим Кравец

+204
с 2020
26 подписчиков
33 подписки

Отличная статья! Наибольшая проблема это, приобретение правильных привычек и следование ритуалам. Обычно прочитав такую статью пытаешь воплотить все советы с утра следующего дня, к сожалению это так не работает. Биохакинг сложная, рутинная работа над своей волей и организмом.

Вы как в песне у Высоцкого "Честь шахматной короны" , на любой ход противника отвечаете ударом кулака. Все что за рамками вашего мышления не существует, даже если я пришлю зарплатную ведомость, ответ будет "просто цифры вписали". Далее, "Презираю" - сильное слово, оно у меня ассоциируется с человеком с искривленным мышлением который тратит большую часть времени на кислотность и презрение. Я вот например, так не рефлексирую, поэтому и презирать не могу, мне скорее плевать и иногда смешно смотреть на "Динозавров" отрицающих эволюцию и прогресс, точно так же как люди подобные вам не хотели переходить с деревянных счет на кассы. Но история, зараза такая, раз за разом отправляет отправляет в помойку презирающих.

1

Дмитрий, сочувствую вам. Вы классический токсичный бот с регистрацией от 3 декабря.
ой -йой, мы ищем Php программистов не НА 90, а ОТ 90, (это характеризует вас невнимательно разработчика, плохо читающего документацию),но если открыть следующую вакансию Backend разработчик Ruby / Ruby on rails, то там уже вилка 200 - 280к, ого убогая галера дает специалистам такие оклады?! Вся лента засыпана вашим отрицание настолько очевидных фактов через призму вашего МЕГА опыта что вычитка этого спама режет глаз. Рекомендую пойти почитать наши технические статьи на хабре, могу организовать тренинг по по прохождению собеседований, больше пишите код, а не ерунду под статьями и в 22 году у вас получится найти хорошую работу!

1

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

2

Согласен, но данная статья мое видение рынка, и рефлексия на тему.

1

Нужно смотреть на опыт (конкретные реализуемые фичи) и софты, в целом хороший специалист шарпов от 200к

3

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

5

Нужно разделять компании и языки программирования, если продукт/компания борется за рынок, а не является господрядчиком, то зарплаты будут соотвествующие. Очень средняя медиана по Москве за хорошего специалиста 250-300 тыс в месяц запросто.

1

А кто это "все остальные?", зарплат +- как у всех не было даже в СССР и точне не будет при рыночной экономике.

1

Дабы закрыть ветку, наша позиция по данному кейсу четко отображена в следующем решении: 
"Верховный суд США встал на сторону компании Google в ее судебном разбирательстве с компанией Oracle, которое продолжалось почти 10 лет. Oracle пыталась доказать, что при создании ОС Андроид Google частично использовал код, написанный Oracle. Google доказывал, что это “распространенная в сфере программирования практика”, и использованный код не подлежит защите об авторских правах, поскольку является функциональным. Иск Oracle к Google оценивался в более чем $8 млрд."

Мне кажется, наш кейс больше похож на следующий: 
Верховный суд США встал на сторону компании Google в ее судебном разбирательстве с компанией Oracle, которое продолжалось почти 10 лет. Oracle пыталась доказать, что при создании ОС Андроид Google частично использовал код, написанный Oracle. Google доказывал, что это “распространенная в сфере программирования практика”, и использованный код не подлежит защите об авторских правах, поскольку является функциональным. Иск Oracle к Google оценивался в более чем $8 млрд.

Полина мы предоставляем замену, если проект не нравится конкретному разработку это не значит что проект плохой. У каждого проекта свой темп кодовая база и подходы к реализации и сложность. То, что не подходит одному отлично подойдет другому разработчику. 

2

Стандартная история про минусы большой организации, где тяжелее быть услышанным = бюрократия. Вот свежий случай: взяли человека из большого бодишопа, причина ухода оттуда "5 месяцев просил перевести на другой проект, но только кормили обещаниями". То есть когда ты капля в море, то и влиять на ситуацию сложнее.

Есть ли смысл? Каждый случай индивидуален, пообщайтесь с аутстафф-компаниями и взвесьте все "за" и "против".

1
1984 ₽

У нас нет классной посадочной страницы про вакансии, но зато всегда есть много работы. Го к нам в Holyweb, если умеете в JS / React.

Мы аутстаффим IT-команды, так что вас ждут галеры комфорт-класса. У нас крутое и живое JS-комьюнити внутри компании. А еще мы никого не увольняем, и худшее, что с вами случится после нас — уйдете в продуктовую разработку на зп 250+к.

Открытые вакансии здесь: https://career.habr.com/companies/holyweb (по зп — предлагайте свою, договоримся). Кандидаты, пишите мне @maximkravec, а клиенты и хейтеры — Глебу @TG_Gleb

23

Наступила новая эра программирования, и как все новое она вызывает сопротивление у динозавров. Уютный офис, кофеек, печеньки, никчемный многочасовой смолл ток — это прошлое. Рынок развивается даже не трусцой, а скачками, и да, нам не нужны сотрудники, выросшие в той парадигме. И вопрос абсолютно не в переработках (не практикуется от слова совсем) а именно в желании развиваться. Это желание у подавляющего большинства разработчиков на максималках именно до 30, далее процент "горящих глаз" сокращается многократно.
Особенно радуют коменты про джунов до 30, которые пороху то еще не нюхали, зеленые, у них всего 2/3/5 лет опыта! Камон, это веб-разработка, мы не говорим про глубокий инжиниринг. Парень, прошедший 3-4 проекта за два года, с хорошим тимлидом, с постоянным изучением новых фич в свободное время, в пыль разотрет любого дедушку с 10-летним "кофейным" опытом!
Это реальность!

2

Спасибо за ваше мнение. Надеюсь, у меня получилось объяснить разницу между сливом конкурентного преимущества и разработкой своего продукта на основе личной экспертизы. 

Пожалуйста, прочитайте комменты выше. Речь не идет о том, что мы взяли код клиента, скопировали его и продаем другим компаниям. Это просто невозможно: у каждого бизнеса своя специфика, поэтому мы в любом случае кастомизируем платформу. Простой пример: нештатная интеграция с 1С, уникальные функции в CRM, подключение определенной платежной системы. Если вы думаете, что можно сделать Ctrl+c и Ctrl+v и все заработает, к сожалению, вы не представляете, как устроена разработка ИТ-продукта. 
Мы продаем свое решение, в которое вложили собственную экспертизу, опыт, свои результаты custdev, аналитику, свои финансы. Нечестно продавать свои умения, опыт и знания о том, как разработать хороший продукт? Тогда надо уничтожить весь рынок заказной разработки) Потому что именно за это клиенты и платят деньги. 

Вы сами верите в то что пишите? "Кража идей, бизнес-плана с целью запуска конкурента на опережение". Зачем вы нам продаете эту идею? Она нам не близка.
Пожалуйста, давайте без конспирологии и заговоров.

2

Вероятно вы не до конца понимаете специфику заказной разработки и прогресса в целом. По вашей логике человек который занимал пост инженера в bmw не имеет права перейти в корейскую компанию kia и применить свой опыт и знания там. Его участь скончаться в bmw. Похожие сервисы и решения мы производили до этого кейса, производили во время этого кейса и производим после. Именно за нашей экспертизой к нам обращаются. Бодрофуд это результат консолидации наработанной экспертизы.  Развитие концепции по доставке товаров на дом. 

2

Простите, но приложение нами не поддерживается, поэтому мы не можем отвечать за его эксплуатацию и результаты на дистанции. Но если клиент того пожелает, мы с удовольствием поможем.

Аналогии с Foxconn на первый взгляд очень хороши, но в конкретно этом случае попросту неуместны, при ближайшем рассмотрении.

Отвечая на вопрос: "А как клиент посмотрел на то что вы запустили платформу по сути на базе его сервиса?". На базе его сервиса ничего не запускалось. Мы сделали custdev, проанализировали конкурентов, выбрали стек и реализовали проект заново за счет собственных средств. Если мы ранее выполняли проект из какой-то отрасли, то разве не можем создать что-то свое? Я предлагаю вам при смене работы не заниматься продуктами, которые ранее вы разрабатывали в другой компании, чтобы не повторить какие-то паттерны и "грабли".

Концепция доставки продуктов не уникальна и любое MVP, будет чьей-то базой, потому что принципиального нового вы не придумаете. Общедоступные библиотеки, готовые компоненты, UI Kit и набор функциональных must have фич. По-моему ценность бизнеса не в этом, потому как все очень легко воспроизводится, а вот каким образом это будет эксплуатироваться и каким будет сервис, вопрос другой. Наличие трактора не делает вас фермером. Тем более успешным.

2

К сожалению это ошибка передачи информации. Bodro.foood - это название продукта, но не доменное имя ) 

1

Любая компания, которая занимается заказной разработкой, набирается опыта в решении задач определенного типа. Именно поэтому клиент охотнее выбирает исполнителей, у которых в портфолио уже есть аналогичные кейсы. Просто мы пошли дальше и использовали свои знания, опыт и экспертизу, чтобы оптимизировать и максимально ускорить запуск этого бизнес-процесса. Здесь не идет речь о том, что мы взяли сервис клиента и клонировали его) Это в принципе невозможно, слишком много индивидуальных особенностей у каждого бизнеса. 

6