Всем привет,
недавно, на каком-то развлекательном сайте я прочитал историю «нашего» парня, работающего в IT в Штатах. История была о следующем:
Автор пишет, что в начале он впахивал «за двоих», старался что-то улучшить, предупреждал начальство о потенциальных проблемах, у него были большие переработки. И в ответ, он получил предупреждение от начальства. После этого он «забил на все», начал работать по минимуму, делал только то что формально положено, и о чудо, жизнь наладилась. Через несколько месяцев работы «без энтузиазма» он получил повышение, благодарность, и по секрету ему сказали, что несколько месяцев назад он был на грани увольнения.
Это история задела меня тем, что пересекалась с моим опытом взаимодействия с начальством.
Но нужно сразу сказать, что мы на самом деле не знаем что за «энтузиазм» делал герой той истории, поэтому сфокусируемся не на нем самом, а на нашем руководстве, на «простых менеджерах», и на том, что в действительности они ожидают от нас, а что не хотят видеть.
Вот мой «бэд экспириенс:» дважды я отправлял письмо начальству с некоторыми идеями, первое было о том, что было бы хорошо иметь в проекте хоть какую-то документацию, касающийся программной или хотя бы бизнес-процессной части, и второе письмо было о том, что хорошо бы провести для новичков вступительный тренинг, они же наступают буквально на все грабли, которые существуют в СФ. И в обоих случаях я получил лаконичный ответ, примерно следующего содержания: «Просто, бл*ть, занимайся своим делом не поднимая головы». Очень мудрый ответ, надо сразу сказать.
Это заставило меня задуматься о ситуации, посмотреть на мир глазами менеджеров, так сказать. И я пришел к некоторым выводам.
Поймите, нас программистов, нанимают, платят деньги только с одной и единственной целью: чтобы мы РЕШАЛИ их проблема, а НЕ СОЗДАВАЛИ их им. А что значит «создавать проблемы»? Все очень просто, любая вещь, требующая хоть какого- то усилия, даже мысленного — это проблема для менеджмента. У них и своих проблем (работы) хватает, и мы ни при каких обстоятельствах не должны создавать им новые. Любые наши «славные идеи» и «энтузиастские приходы» требующие от них хоть каких-то усилий - это собственноручно созданные нами ПРОБЛЕМЫ для руководства. Не делайте так. Просто не делайте.
Здесь мой пытливый читатель может сказать, что есть и настоящие менеджеры, которые «понимают», которые «сами из народа»... Да, есть, но не об этом разговор, а разговор про нашу жизнь и про наших риал-лайф менеджеров.
Поэтому, увы и ах, весь этой внешний энтузиазм, какими светлыми намерениями бы он не вдохновлялся, может не только не принести тебе пользы но и создать проблемы. Что делать? Постигай «дзэн» и самое главное сфокусируйся на собственном развитии и не на улучшение ситуации «в болоте». И жди момента, может появятся другие люди, более адекватные. Или просто ищи их.
Вот, например, есть большой проект, и ты видишь в чужом коде проблемы, проблемы в организации разработки, ты видишь будущие проблемы в коде который тебе дали просто по-быстрому «закостылить». Ты хочешь написать длинное письмо руководству о сложившейся ситуации. Не торопись. Дело в том, что они не хотят слышать от тебя ни о каких проблемах, вообще ни о каких, все что они хотят слышать это то, что «все хорошо, прекрасная маркиза». Это человеческая природа. Более того, на самом деле большая часть менеджмента — это временщики, все что они хотят — это сделать деливери продукта в срок и все. И подняться дальше по карьерной лестнице. А что будет дальше с приложением через год — это уже другая история. Прими это, и постигай «дзен». В такой ситуации не пытайся решить ни какие проблем по части тебя не касающиеся, живи по принципу «будут проблемы — будем решать». Менеджеры по нему и живут 
, «это норма», как говориться в одной телепередаче.
Я понимаю, что в вас возможно закипает возмущение, но заметьте, я не говорю вам плохо делать вашу работу: пишите ваш код так хорошо как только можете. Просто не создавайте суеты, проблем для менеджмента, вы за это неминуемо поплатитесь.
Да, это грустная правда, большинство контор — это демотивационные царства, но не воспринимайте это как проблему, которую вам обязательно нужно решить лично. Такая ситуация — это не ваша проблема, а проблема менеджмента, не нужно их тыкать носом в нее. Они должны это решить (и получить похвалу от своего начальства). Все что мы можем — это только фасилитировать (помогать) в ИХ усилиях решить ситуацию. А если у них нет потребности (или они ее не ощущают) в твоей помощи, если они не воспринимают ситуация как проблему, то не нужно вмешиваться.
А есть ли настоящие, хорошие конторы с «правильными» понимающими менеджерами? Конечно есть, но чтобы туда попасть, нужно самому (самим) создать такую контору.
Я надеюсь, что заинтересовал вам вопросом (который я, возможно, преднамеренно «поставил ребром»), так, что, пожалуйста, участвуйте в обсуждении.
На 100% подтверждаю. Меня конечно не уволили кагда я их начал тыкать в их же как бы это красивее сказать....о придумал кал. Но пару напряженных моментов было. И что самое смешное, на всех больших мероприятиях они кричали, что нужно вносить предложения по улучшениям.
В общем я в активном поиске, надеюсь все получиться..:)
Отличный пост Den спасибо, Я вот на эти грабли наступил, у меня была ситуация что старался предлагал идеи,говорил где косяки в итоге З/п подняли не мне, я обиделся и ушел.Кстати похожую историю рассказал знакомый который работал за бугром, только для него это закончилось печальние!
Кстати контра та с которой ушел очень сильно трансформировалось, и почти прекратила существовать.
Ну ты прям про меня пишешь!!!! 
Все правильно написал!!!!
Повсеместно вижу такое!
Тоже сколько раз выступал с предложениями, но КТО Я ТАКОЙ? Всего лишь программист и я должен программировать, а не советовать. Для советов нанимают офигенных архитекторов за бешенные деньги но на маленький партайм. Эти люди успевают увидеть саму суть проекта, но дают кучу бесполезных советов.
Так что правильно сказано - делай б..ть свою работу! Программист - программируй, архитектор архитектурируй, лид лидируй!
Даже вспомнилась отличная поговорка из армии - "инициатива наказуема"
Свой проект будете улучшать, а чужой просто делайте
От себя хочу сказать только одно: нужно предлагать не сферические вещи в вакууме, а конкретные готовые решения, которые вы либо уже сделали, либо внедрение которых займет 5 мин.
если внедрение чего-то займет 5 минут,
то я думаю даже не стоит это предлагать а просто взять и внедрить
Дольше займет обсуждение
Просто никто не будет тратить время=деньги на то, что не принесет прибыли
Вот с этим полностью согласен!!!!!
Все наши предложения об улучшении чего-то - все-го лишь потеря денег для заказчика.
Сколько раз было такое:
- Давайте переделаем все с нуля но избавимся от какой-то страшной зависимости. На это надо будет потратить 40 часов.
- Нет
- Давайте внедрим новую фичу но все будет работать жудко костыльно и на "честном слове" из-за страшной зависимости за 40 часов
- Начинай
это часть работы менеджмента, это обязательный ритуал говорить подобные вещи
я сам несказно удивился от того, как в нашей, "творческой" среде могут быть применимы (и работают) армейские поговорки вроде "держись подальше от начальства, поближе к кухне".
рад что "Gres" все-таки не сдался, на него была одна надежда. Он прав, многие те вещи которые мы предлагаем нашему "нетехническому" начальству - это "просто сферические кони и кобылы в вакуме" для их уха, это важный момент - умение правильно преподносить идеи, а то вылетишь из окна, как то чел в комиксе.
вот это один из идеальных вариантов правильно преподнести идею - просто сделай это в сендбоксе и покажи как это работает, сделай хотя бы "модель", упрощенную версия, но она должна работать.
пока сложное приложение хоть как-то работает, тебе не дадует его "улучшать". Они просто посчитают, что не нужно тратить деньги/время на то что хоть как-то работает и/или бояться что, при попытке "улучшить" там вообще все развалиться. А это Прод. Но если в приложении появляются ситуации, вопринимаемые даже дзэн-менеджментом как "проблема" - то вот он шанс для "черного плаща" придти на помощь. Правда к тому моменту сам "черный плащ" уже постигает "дзэн" и уже совсем никуда "не спешит" (на помощь) :)
Есть один плюс работать в маленькой конторке. К тебе прислушиваются.
Но есть огромный минус, деградируешь.
Деградируешь во всех конторах, больших или маленьких без разницы!!!
Тут либо свои проекты в свободное время помогут или частая смена контор.
Нужно научиться менять работу/стек технологий раз в 1-2 года, чтобы постоянно развиваться.
Все приходит с опытом, рано или поздно все учатся разговаривать с менеджерами и руководством
Пока у меня сложное семейное положение. Не могу уехать или переехать.
Поэтому стараюсь работать по удаленке. Сейчас вот занимаюсь еще одной crm - BPMonline
Я не знаю как дела в США обстоят удаленной работой,
но если работает удаленно, то какие семейные сложности могу помешать тебе менять работу удаленную?
У тебя вообще все карты - я так понимаю что языком ты владеешь, так что мешает вообще работать через Upwork? Хоть каждую неделю меняй проекты. Будет тебе развитие. Это у нас тут - в странах третьего мира не сильно то и разбежишься особенно без хорошего английского - сидишь и держишься за работу, потому что предложений не так много. Да и то многие коллеги умудряются менять фирмы как перчатки - раз в полгода.
Пока только как чтение тех. доков. Но хожу на курсы.
Парни, это сильно зависит от компании. Я так понимаю, большинство работает над конкретным проектом. И в этом случае, менеджеры правы, клиент заплатил за решение конкретной проблемы, а не за новый подход/дизайн/архитектуру. В продуктовых (не консалтинговых) компаниях по другому, продукт существует годами, и предложения/улучшения важны, потому как это непосредственно влияет на продажи этого продукта. Еще зависит от размера компании, большие конторы плывут по течению, там никому ничего не надо. В стартапах все иначе, без новых идей можно банально не дожить до следующего раунда финансирования.
здесь Mike верно заметил. Атмосфера в продуктовых и консалтинговых компаниях (при равных всех прочих обстоятельствах) может значительно отличаться. В продуктовой компании вся жизнь вертится вокруг одного-нескольких продуктов (абсолютно судьбоносных для компании и всех ее сотрудников), инициативы программистов могут приветствоваться, т.к. результат даже небольшого улучшения может иметь значительный эффект для всех, кроме того может существовать развитая иерархия программистов.
в консалтинговой компании ситуация иначе. главные действующие лица - это архитекторы и ПМы, именно их работа абсолютно судьбоносных для компании. Они готовят предложения, они "конвертируют" реальные бизнес-процессы организации-клиента в БД и логику приложения, они ищут пути обойти ограничения СФ, облачности/лимитов и web-based природы наших приложений, чтобы удовлетворить клиента. А программисты - это очень вспомогательный персонал. Здесь нет почти никакой иерархии. Каждый программист или группа сидит на отдельном проекте и не зависит не от кого, кроме своего ПМ. Никто не интересуется как именно работает код, как соблюдаются нормы неймспейсинга, документирования, единственный видимый показатель - это покрытие тестами, а проблемы программистов - сугубо личное дело самих программистов, и главный посыл к ним: "Just make it work, buddy!" - "чувак, просто сделай так, чтобы это работало!". Но в консалтинге программисты могут неплохо разбираться в бизнес процессах прикладной области и конкретного клиента и далее уходит к клиенту и строить свою карьеру там.
С этим могут быть сложности. Мне известны случаи когда при попытке нанять человека из Salesforce, нанимателям звонили из Salesforce и убедительно просили пересмотреть решение :)
какие-то неприятные случаи, обычно во взрослом мире никто никому никаких проблем не создает, все понимают, что и так всем своих проблем хватает. В конце концов лучше быть таким спецом которого, во-первых, никуда из конторы бы и не отпускали, и во-вторых, если уходишь - то чтоб за тобой остался шлейф из уважения и понимания твоего выбора...
другое дело, что уйди с "конторы" "на клиента" может быть скучновато для разраба, разве что там работы немерено и есть карьерные перспективы или нравится сама прикладная область или разраб просто ищет место поспокойнее и стабильнее...
Вот в этом и есть большая проблема! Мы все зависим от Salesforce. Я даже могу представить насколько убедительно звучала просьба пересмотреть решение
Если человек захочет перейти из Salesforce в Google.Salesforce будет Гуглу приплачивать лишь бы тот не забирал его.))
Я знаю и обратные случаи
И кстати не только из Salesforce. Я вот например хотел уйти к клиенту, но моя компания мне поднасрала в этом вопросе. В итоге ухожу к конкуренту и кто выиграл ?
О да они бывают очень убедительны:)
Конкурент
Вот мне тоже интересно!
Работает программист, делает свою работу, проходит определенный промежуток времени и программист просит улучшить условия труда (поднять ЗП например). Когда компания отказывает о чем они вообще думают? Думают что все останется как и прежде? Программист также яростно будет хуярить и не уйдет в другую компанию?
Какие у вас товарищи за вашу практику были причины что вы уходили на новое место работы?
В моей практики это были сугубо отказы повысить ЗП.
Обычно это и есть причина. Доводилось видеть переходы по причине отсутствия роста, но это те же деньги, только отсроченные.
Тут вопрос на сколько повысить и за какие заслуги
Хм, а должны быть заслуги?
Если работаешь и хорошо делаешь свое дело и справляешься с задачами - это не повод для периодического поднятия ЗП, так сказать для того чтобы поддержать энтузиазм и интерес к работе.
Наверное перспектива роста это не только значки и звания, но может и просто периодическая прибавка?
Тут, мне кажется, какое-то заблуждение. Работодатели обычно считают, что повышение зарплаты это результат улучшения производительности сотрудника, ну то есть: ты сделал что то этакое и за это просишь повышение ЗП.
При этом, как-то забывается про такую вещь как инфляция, стоимость жизни и market value (простите, по-русски я не знаю как это сказать). Ну то есть, если в среднем программист получает сейчас в X долларов/рублей в час/месяц/год и через год на рынке труда это стоит 1.1*X, то средний программист (по идее) должен получить +10% прибавки просто на том основании что это стало стоить больше на рынке труда (при той же производительности независимо сделал он что-то этакое или нет). На практике, разумеется, этого не наблюдается, и единственный способ получить эти +10% - это положить заявление на стол.
Я бы сказал что не инфляция и стоимость жизни, а опыт разработчика.
Он вообще-то постоянно растет! (Даже если ты этого не хочешь )
А если опыт растет, то и стоимость разработчика растет.
И это тоже. Но опять таки, единственный способ получить одекватную оценку этого опыта это получить новое предложение о работе.
Cчитаю это очень плохой практикой.Лучше спросить что нужно сделать что бы получить такое, если нет или рассказы ты должен больше работать, тогда смело можно ложить заявление на стол.
А как же, кто-то осваивает новые технологии, поднимает английский + общается с заказчиком. Другой же разраб пишет всем тесты онли, да еще и с интермедиэйт уровнем)) Вот эти данные потом и являются отправной точкой для разговора о поднятии ЗП.
Опять же, я не встречал еще, чтобы человеку не поднимали ЗП(когда просят разумно ессесно).
Вот самый норм вариант. Те же девпланы у нас - это то самое, что ты должен сделать. А просто так + 10, 20 и т.д. - глупости
Девпланы - что вы под этим подразумеваете.
Можно пример реальный?
Просто я так понимаю есть разница в консалтинговой или продуктовой компании рост.
В продуктовой (в которых я в ТОЛЬКО и работал) главное чтобы продукт пилился. Есть Roadmap. И если идет по плану это самый лучший показатель успешности программиста.
Чем больше программист работает с проектом, тем лучше он его знает и тем больше функционала он может поддерживать - значит растет его ценность.
Что происходит когда программист уходит и на его место приходит другой - все начинается с 0 и пока новый программист вольется в работу и выйдет на производственный уровень пройдет куча времени и естественно планы сломаются. Вот как то так я вижу свои конторы.
Сереж, я согласен с тобой. Но это получается только потому что работодатель ЗНАЕТ, что ты уйдешь, если не получишь желаемого.
Парни, все разговоры про зарплату это просто обычный договор: вы заключаете контракт о том, что вы собираетесь выполнять какую-ту работу за некоторое количество денег. Если условия контракта с вашей стороны изменились (у вас прибавился опыт), то (с вашей точки зрения) договор требует пересмотра (повышения ЗП).
Девплан - это то, что ты собираешься изучить/прокачать в течение 6 месяцев примерно.
1. Изучить Service Cloud
2. Повысить уровень английского до Upper
3. Изучить и опробовать различные методы интеграций с SF в обе стороны.
Дополнительно - осуществить c применением различных вариантов аутентификации
и т.д.
Опять согласен, но опять это вопрос точки зрения: повышение ЗП связано с увеличением производительности труда (лучше знает продукт или функционал), или, потому что уход сотрудника влечет издержки на его замену.
Ну вот я так и понял что это больше касается консалтинговых компаний.
Нафига мне что-то учить (если я сам конечно этого не захочу) если мне это не надо для разработки продукта?
Это больше нужно для студентов, которые устроились работать на фирму и реально еще пользы не приносят, но их надо чем-то озадачить. Когда я сижу по 10-12 часаов над кодом в гробу я видал все эти девпланы
Поэтому начиная разговоры о ЗП и ее повышении/не повышении, надо четко разграничивать тип компании работодателя, а не все в кучу
Я понял! Наверное поэтому у меня часто возникают проблемы в вопросе повышения ЗП!
В глазах руководства я деградирую на фоне студентов, которые прокачиваются за пару месяцев
Шуточки конечно, но в глазах руководства хороший сотрудник всегда таковым будет ибо ему всегда будет что сказать при разговоре о поднятии ЗП. Ах да, есть еще и фидбеки от манагеров и кастомеров
Кстати недавний очень показательный пример
Меня (как и моих коллег) отчитывали за то что мы не заработали в трейлхед пару очередных значков.
Вот обидно что я все выходные и по ночам сижу ковыряю linux на Raspberry Pi и VPS, альтернативные для SF языки и техногии (python, nodejs, последнее время прокачивался в Angular2+Typescript+Gulp+JSForce, ковыряю React). Но это все ничто по сравнению с тем, что студенты в trailhead зарабатывают бейджики по теме как создавать Контакты в SF или как редактировать standard layouts.
Вот реально, я себя какой-то белой вороной чувствую - даже поговорить не с кем - 90% даже слов таких даже не знают.
Но в принципе, заказчика понять можно - значки это по теме SF и за это можно бабки платить, а все остальное - это уже личное увлечение (только помню как в одной конторе приходилось вытягивать проекты и на php, backbone+flask).
Вот это очень спорно!
А они кому-то разве нужны?
От чего же?
1 год опыта, 2 года опыта, 10 лет опыта
кривая конечно не ровная - после 5 я думаю превращается почти в горизонтальную
Представь себе, оказывается что да
Нормальные программеры читают доки, остальные охотятся на значики.
Это такого рода геймификация процесса обучения и контроль.
Я например изучал Lightning Components по ТОЛСТОМУ PDF, и теперь сильно проигрываю тем кто прошел эту тему через Trailhead и получил значек! Они специалисты - я нет. Хотя я даже боюсь задавать многие вопросы из этой темы чтобы не получить минус в карму.
Кстати после изучения документации у меня осталось куча вопросов и негативных эмоций. Зато от трейлхеда с его копипастом я думаю остается куча положительных эмоций от новой технологии (что я собственно и вижу - все аж писаются от него)
Все эти Трейлхеды и Онлайн курсы для лентяев и домохозяек.
Без официальной документации обучение полная херня!
Даже если оф доки жутко сложны и скучны - надо себя приучать к ним потому что именно оф доки позволяют понять все нюансы которые пропускаются в интерактивных курсах.
Все равно рано или поздно придется обращаться к докам как первоисточнику. Лучше сделать это раньше!
Количество лет непропорционально росту, многие всю жизнь остаются на уровне студентов.
Значит и менеджеры такого же уровня, если следят только за этим
Как тонко подмечено
Ну не знаю.
Вот почему я не хочу быть лидом. У меня сильно радикальные взгляды!
По мне я вижу только один правильный путь:
1. делает человек работу (разработка, улучшения, внедрение новых технологий) значит развивается, значит у него есть потенциал который можно использовать и значит платить больше.
2. задачи даются на пределе, но выполняются (пусть с завалом дедлайна) - человек на пределе тут ЗП можно держать
3. человек не может выполнить очередную задачу - можно прощаться с таким человеком - смысл платить ему ЗП если задачи не делаются.
Все просто и примитивно!
Да, хотя соглашусь, возможно не рационально с точки зрения бизнеса - ряды редеют, спецы дорожают. Но это все надо считать в комплексе. Может выгоднее иметь 1-го спеца за 100 который делает одну задачу, чем 2-х спецов за 50 которые заваливают 2 задачи.
Это твой кейс.Хотя в многом с тобой не согласен по этому вопросу.
Везде есть свои тонкости, сначала нужно дать человеку задачи, которые он точно сможет хорошо сделать, т.е. то, чем он уже занимался, и показал хороший результат, а потом увеличить уровень ответственности, если он, конечно, этого хочет.
Советую причитать Deadline, может кому-то пригодятся приемы управления)
Я помню както сказал, что хочу зп побольше, типа испыталка прошла, пора уже и нормально разговор вести.
Мне один сотрудник сказал: Мы не готовы поднять тебе рейт, но готовы дать больше работы
ПЫСЫ: это был явно не тот человек с которым надо разговаривать о зп)
Ой а сколько мне людей (не материально отвественных), но через которых нужно было обращаться наверх за повышением ЗП говорили что я и так дохрена зарабатываю по рыночным меркам. Как будто из их личного кармана деньги достаю
Это называется люди почувствовали власть
А еще это может называться "Жаба"
Я как то встречался с этими людьми,они сожалели что были не внимательны к твои чаяниям Мир он очень маленький.
Эх, млин, затронули больную тему 
Презренные деньги убивают все высокие цели и желания.
Чтобы не приходилось содержать семью и строить быт -
то сидел бы сейчас над каким нибудь своим проектом или погрузился бы в мир информационной безопасности.
А так приходится заниматься презренным SF с его примитивными бизнес приложениями - никакого разнообразия или саморазвития.
Что же мешает тебе заниматься интересными вещами и получать за это деньги?
как не странно звучит - Деньги мешают
Где ж ты видел интересные вещи за те же деньги что и в SF.
Любая новая тема - все надо начинать с начала (c junior)
Свой проект (работа на себя) не только не принесет заработок, но и еще потянет вложения.
Вот вас прет эта тема, парни :)
Один чел сказал: Чтобы стартап выстрелил, у тебя должен быть авто, дом и куча денег, потому что тогда можно сосредоточиться на стартапе, а не на бабках(которые ты можешь в теории заработать)
Я ж написал - больная тема.
Сам хочу остановиться, да все никак.
Я бы с удовольствием пожал руку этому золотому человеку
Кстати насчет стартапа и делать что хочу. Два года назад у них почти ничего не было кроме желания создать свой бизнес с Salesforce, таким результатом мало кто может похвастаться. Я думаю из двух человек стала команда 10
SFSolution
Молодцы! Что сказать!
Кто у нас тут кстати из SFSolution?
Повсеместно вижу)
Ну а JetBI? Они разве не так же вырости?
Ты же вроде там работал.
Без понятия, Тебе надо выбрать семья или все что хочу.
Конечно семья.
Так что пока буду и дальше кормить себя завтраками
Может Sergey Prichepo, раз их пиарит?
Помоему JetBI выросли из минского директора ВРП, так что у них наверняка было много контактов, и было куда расти
Именно так
Я сколько я знаю jet-bi не имеет gold partner пока что.
А SFSolutions из кого выросли?
Не думаю что из бывших школьников.
Да и вообще что-то сложно мне назвать очередную консалтинговую компанию стартапом.
Что они изобрели инновационного?
Дима, что тебе мешает с друзьями начать брать проекты с UpWork и зарабатывать нормальные деньги?
Картинка для отвлечения внимания 
Можно назвать это именно так, раз они мне нравятся но на них я не работаю.
Очень про это думаю. Все никак не могу вплотную заняться!
Пару раз дергался - апплаился на работы, да все не срасталось.
Это тоже больная тема - надо заняться!
Там просто проблема стартануть. НО хочу начать работать в этом направлении.
Да и вообще что-то сложно мне назвать очередную консалтинговую компанию стартапом.
Что они изобрели инновационного?
Один Sale и один разраб, ничего не изобрели,просто люди сделали бизнес с нуля.
=)) 100500 таких примеров
Известная проторенная 100 раз дорожка
КСТАТИ!
Оказывается все дело в Sales!!!
Фирма VRP где я работал почти с истоков - выросла не за счет программистов, а за счет 1 уникального sales'a который мог(может) продать воздух еще и по цене выше рыночной.
Так что разрабов то куча, а вот продажников не хватает
Из меня вот например продажник вообще нулевый, чем кстати многие вполне себе пользуются. Часто бывает что помогаю или делаю что-то по дружбе за просто так - так сказать на будущую перспективу, а получается что перспективы фиг (хотел другое слово написать на 3 буквы )
Собственно так хорошие проекты и получаются - надо найти идею сначала и найти покупателей для идеи, а потом делать.
Иначе пустая трата времени (как у меня - идей море а продать некому)!
Ну лично мне мешает контракт. Но скоро это препятствие падет:)
Wilder, будешь на Upwork команду собирать - зови
Ок. Пока только аккаунт завел.
Уже полдела сделано!!! Почти меня догнал
