Выросла производительность компьютеров и стали решаться задачи, ранее доступные только мозгу
Обычно только далекие от компьютеров люди сравнивают мощности и возможности.
Здесь многие программисты по работе, и для всех очевидно, что вы можете сколько угодно добавлять мощности компьютеру с MS-DOS - компьютер от этого не станет работать как Windows 10 или Linux.
По этому вычислительные мощности сами по себе - просто мощности. А ИИ - это уже программа.
И мне кажется, что для ИИ не нужен супер компьютер - он сам найдет себе свободные мощности для вычислений в сети.
Автор еще на пути от осознания «они плохие» до «дурак то оказывается был я»
Вообще забавно, как программисты, которые каждый день решают сложные задачи, думают об эффективности алгоритмов, не задумываются о такой обычной вещи, как эффективности работы для них самих.
Что такое эффективность работы в личном плане - это минимум усилий, и максимум ништяков, т.е. денег. И также, как с алгоритмами - чем эффективность выше - тем лучше.
И если один работает пару часов в неделю, и получает столько же, сколько другой за 40 часов в неделю - то первый молодец, его эффективность работы (опять же, в личном плане) в 20 раз выше.
Так что лично у меня нет негатива к описанным персонажам - они то жить научились, а я, вкалывая всю жизнь «чтобы сделать свою работу хорошо» - нет.
P.S. Кстати, никто не сказал про главную стратегию «начальника-саботажника» - максимально гнать подчитенных со сроками, чтобы у них не было времени задуматься, что их начальник некомпетентен и свои задачи (например, по декомпозиции больших задач, по адекватному планированию) не выполняет.
Просто, при планировании закладывать коэффициент 1.5-2
Умножать конечно стоит, но на всех случаи жизни это не поможет. У меня был как-то случай, когда столкнулся с ошибкой в API Райффайзен банка. У меня месяц ушел на то, чтобы доказать им, что ошибка с их стороны.
Открываем трудовой договор. Смотрим количество часов, которые вы должны отработать. Честно отрабатываете эти часы.
А все эти разговоры про горящие сроки - просто желание бизнеса заплатить за 160 часов программиста в месяц, а по итогу получить 200 или еще больше. Хотите сохранить свое здоровье - тренируйте стойкость к такому разводу. Иначе потом на врачей будете работать.
P.S. Конечно, проблемы начинаются тогда, когда вы сами озвучили сроки, а потом не можете сдержать слово. Здесь есть следующие варианты:
Не говорить никаких сроков, которые спрашивают здесь и сейчас (типа давай, за 5 секунд в голове прикинь и скажи сроки). Если руководство хочет реальных сроков - их нужно считать: вникать в задачу, декомпозировать её на небольшие понятные задачи на 15-20 минут. И одна только такая декомпозиция и анализ может занять несколько дней.
Если все же вас просят оценить здесь и сейчас, обязательно добавляйте слова "на вскидку...", "я думаю что..." и т.д. В общем никаких точно и железно.
Если вас часто просят оценить задачу сходу - потратьте пол часа и объясните людям, что оценивать сроки за 5 секунд некорректно и невозможно - это тоже самое, что тыкать пальцем в небо. Обязательно расскажите про случаи, когда какая-то задача на первый взгляд выглядела просто, а стоило вникнуть - оказывалось, что там еще это делать и это и это. Если таких историй вспомнить с ходу не можете (хотя у любого опытного программиста они были) - вспомните, запишите и заучите, чтобы всегда иметь аргументы на руках.
Это точно. Компьютеру все равно, кто за ним сидит - хоть дворник, хоть президент - он будет работать одинаково. С людьми же совершенно не так - только недавно на работе была ситуация, когда отдел админов целый день не решал мою (срочную для бизнеса) проблему, говоря, что с их стороны проблемы нет. Когда к ним сходил руководитель нашего отдела - проблема решилась через 20 минут.
С точки зрения программиста это бред - почему с одним и тем же запросом одного человека шлют лесом, а другому помогают. Но с точки зрения человеческих взаимодействий - это норма.
Все же совершенно очевидно: потому что программист работает с компьютером, а руководитель - с людьми. Это совершенно разные сферы требующие разных компетенций.
Более того, чем упорней человек развивается как программист, т.е. свое свободное время посвящает чтению книг, изучению и практике на новых языках и технологиях - тем сильнее у него атрофируются навыки человеческих взаимодействий - потому что на человеческие взаимодействия (друзья, отношения, семью) банально не остается времени.
Знаете, что мне ответили? Опытный программист не может мне помочь. Он не найдёт, куда мне писать код. Ему некогда.
Поздравляю, ты попал в компанию с неадекватным руководством. Нанять не то, что джуна, а полного нуля после курсов, и ожидать от него самостоятельности - это надо уметь.
Хотя, часто это не ошибка а стратегия - нанять милда за цену джуна. Вдруг кто-то не знает себе цену.
С другой стороны, негатив в сторону курсов понятен (и жду еще большего количества статей на эту тему) - джуны и раньше были не особо нужны на рынке (как раз по тому, что большинству некогда ими заниматься), а с текущим кризисом еще хуже.
В айти стоит идти только если тебя самого тянет попрограммировать на выходных. Просто для себя, в удовольствие. Если этого желания нет - не стоит прожигать свои глаза и нервные клетки на этой айтишке.
Понять это можно по аналогии с “кризисом среднего возраста” так или иначе посещающим большинcтво людей в районе сорока лет (плюс –минус). Это когда все “генетически запрограммированные” цели (прибыль, IPO, лидерство в определенном сегменте рынка) достигнуты, а новые еще не созрели.
лолшто?
Кризис среднего возраста — это эмоциональное состояние, которое человек испытывает в возрасте 30–50 лет, чаще всего оно связано с переоценкой жизненного опыта. Кажется, что многие возможности и мечты юности упущены, при этом старость (или смерть) наступит довольно скоро.
А если его нет? В том то и дело, что пока все считают, что все хорошо (в то время, когда не хорошо), то и ничего в процессах выстраивать и не нужно.
Мотивация -- не тратить в будущем бюджет времени
Пфффф, так люди как раз и не тратят свое время. Они быстренько тяп-ляп делают задачу, и готово. А когда проект превращается в груду костылей и багов просто переходят в другую компанию.
Ненависть не возникает без причины. И если когда все молчали о проблемах, все было как бы хорошо, а когда о проблемах начали говорить - все стали ненавидеть друг друга - значит коллектив был изначально "с гнильцой"
Это чем-то напоминает пословицу "помолчи, за умного сойдешь", у которой есть и обратная сторона, о которой, почему-то, мало кто говорит - кто-то выглядит умным только потому, что молчит.
По этому я всегда за то, чтобы люди много говорили и высказывали свое мнение.
А есть ревью? Почему баг не нашли там? А есть автотесты? Почему они не показали что есть баг? А есть отдел тестирования? почему он не нашел этот баг? А есть система мониторинга?
Вооооот, я очень люблю говорить о причинах багов, потому что они приводят к таким вот темам. Ведь есть очень много программистов которые тесты не пишут, и считают мол а зачем, и так норм.
И это вполне нормально, и никого за это не увольняют.
На самом деле увольняют. Более того, я наблюдаю забавный подход, когда два человека могут писать код тяп-ляп, но одного увольняют, а другого нет. Почему? А потому что один работает в компании уже долго (и коллектив стесняется сказать, что код который он пишет говно), а другой пришел недавно - он еще не стал товарищем и с ним легко прощаются.
С другой стороны, я согласен с тем, что надо сильно постараться, чтобы человека уволили. И это тоже проблема, которая создает почву для "специалистов", которые специализируются на прохождении собеседований. По принципу главное собеседование пройти, а там пофигу, хрен они меня уволят.
В итоге, качество продукта г**но, текучка естественна, стек раздут до небес.
Такой финал получается даже без "кузены-свахи-любовницы" и "иерархии пофигизма"
Я все больше отмечаю то, что рабочая культура становится нетерпима к любому негативу вообще. Соответственно, если нашел какой-то баг - лучше молчать о нем, чем на очередном дейлике сказать "а знаете, у нас тут ошибка в функционале".
А если появляется кто-то, кто каждый день что-то находит (потому что он внимательный и не равнодушный к проекту), и не стесняется говорить об этом - то на этого человека уже смотрят косо - мол тут мы без него хорошо сидели и делали вид что все классно, а он нам всю малину портит.
И это даже если не задавать вопроса "а кто виновен в баге" - такие вопросы повышают нетерпимость еще в 100 раз. Хотя, казалось бы, с точки зрения логики и качества продукта - именно так стоило бы выявлять самых плохих программистов и увольнять их. Но чаще увольняют (а точнее не берут) тех, кто не соответствует неписанным правилам компаний (будь всегда на позитиве, всегда делай вид, что все хорошо, и т.д.)
Последняя картинка порадовала. Всем, кто планирует изучать php рекомендую обратить внимание на вилку зарплаты тестировщика и php-программиста. И то, что у тестировщика она выше xD
Видимо у каждого свой опыт. Я регулярно сталкиваюсь с тем, что менеджменту западло даже задачу в жире создавать. А когда программист соглашается на условия устной постановки задачи, он ставит себя в заведомо проигрышную ситуацию, когда скажут "мы говорили одно, а ты сделал другое".
это довольно удобно для програмиста переложить ответственность за провал на менеджера
Это не удобно, это факт. За судьбу бизнеса несет ответственность владелец бизнеса. А дальше, по цепочке, за подчиненных несет ответственность их руководитель.
Хотя да, в российских компаниях часто практикуется другое - чем выше должность - тем меньше ответственности (виноват всегда подчиненный), и меньше терпимости к словам об ошибках (как это он сказал директору, что тот не прав?!).
В итоге получаем страну, где во власти люди обезумели от вседозволенности и безнаказанности, а внизу - нищие, которые ничего не имеют, но за все отвечают.
Клиенты Коли – самые довольные и стабильные в плане денежных поступлений. Проверяется их «довольство» просто. Если позвонить и спросить мнение о Коле, наговорят гадостей. Если тут же предложить заменить Колю кем угодно, устроят бунт.
Менеджеры и РП, работающие с Колей, аналогичного мнения. Спросишь – скажут «очень трудный человек». Предложить переключиться на других программистов – наотрез откажутся. Спросишь причину – «без комментариев».
Забавно, но у меня давно сложилось мнение, что программисты, делятся на своего рода SQL и noSQL базы:
Программисты типа noSQL базы: принимают задачу в любом виде, соглашаются со всеми сроками, но результат "как получится".
Программисты типа SQL базы: принимают задачу только в оформленном и понятном виде, ругаются о неадекватных сроках, но результат получается именно тот, что надо.
С опытом приходит понимание, что лучше быть программистом второго типа. Потому что первые, не смотря на то, что как бы не ругаются с руководителями/менеджерами, так и так остаются виновными за результат. Плюс, как показывает практика, у срочности нет никаких адекватных границ - вначале месяц долго, потом неделя долго, потом день долго, а потом давай здесь и сейчас.
P.S. Коля как понимаю работает на аутсорсе - такое себе место. В продуктовой разработке отношение к качеству разработки обычно сильно выше.
И с точки зрения хороших манер в конце предложения стоило бы добавить "лично мне", потому что кто-то неопытный может подумать, что повторив действия автора приятно будет и ему.
Есть известное метакогнитивное искажение «Эффект Даннинга–Крюгера» и его визуализация в виде кривой.
Упоминание которой для людей живущих в СНГ регионе лично я воспринимаю как какую-то издевку. Серьезно, при регулярных кризисах кто-то верит в какое-то там плато стабильности?
Более-менее качественных инди-разработок, которые находятся на 30-60% реализации в одной только России предостаточно. И если бы все было так просто - у нас был бы бум инди-геймдева.
Но на деле на каком-нибудь бумстартере денег собрать очень сложно. Если выходить на международные площадки - то там и конкуренция вырастает кратно. Плюс, для непосвященных граждан может оказаться новостью, но в якобы успешных примерах из собранных денег 20-40% может оказаться деньгами самих разработчиков, которые вкладывают свои деньги, чтобы показать, что игра интересна. Или чтобы набрать минимальную требуемую сумму, когда немного не хватает.
В общем, все там не просто. Выход на эти площадки имеет смысл (особенно на международные), когда проект уже на 80%+ готов, уже сделаны все рекламные и маркетинговые материалы, уже крутится рекламная компания и просто нужно пропиариться на еще одной площадке. Т.е. как часть маркетинга уже почти готовой и уже увлекающей игры - да. Но сами по себе эти площадки не работают (исключения лишь подтверждают правило).
Плюс, не стоит забывать, что как только вы увольняетесь с работы - начинают тикать часики "денег осталось на n дней", и если этих денег мало, если вы закладываетесь на успех (некоторые смельчаки еще и денег в долг берут) - то сильно повышается нервозность, начинают постоянно припекать горящие сроки и творческое начало уходит на второй план. И спрашивается - а зачем оно? Удовольствия от геймдева в таком режиме мало. Можно с тем же успехом пойти в какую-нибудь геймдев компанию - там будет тоже самое (сжатые сроки, неинтересные проекты, тяп-ляп и в продакшен), только без рисков потерять свои деньги.
Обычно только далекие от компьютеров люди сравнивают мощности и возможности.
Здесь многие программисты по работе, и для всех очевидно, что вы можете сколько угодно добавлять мощности компьютеру с MS-DOS - компьютер от этого не станет работать как Windows 10 или Linux.
По этому вычислительные мощности сами по себе - просто мощности. А ИИ - это уже программа.
И мне кажется, что для ИИ не нужен супер компьютер - он сам найдет себе свободные мощности для вычислений в сети.
Автор еще на пути от осознания «они плохие» до «дурак то оказывается был я»
Вообще забавно, как программисты, которые каждый день решают сложные задачи, думают об эффективности алгоритмов, не задумываются о такой обычной вещи, как эффективности работы для них самих.
Что такое эффективность работы в личном плане - это минимум усилий, и максимум ништяков, т.е. денег. И также, как с алгоритмами - чем эффективность выше - тем лучше.
И если один работает пару часов в неделю, и получает столько же, сколько другой за 40 часов в неделю - то первый молодец, его эффективность работы (опять же, в личном плане) в 20 раз выше.
Так что лично у меня нет негатива к описанным персонажам - они то жить научились, а я, вкалывая всю жизнь «чтобы сделать свою работу хорошо» - нет.
P.S. Кстати, никто не сказал про главную стратегию «начальника-саботажника» - максимально гнать подчитенных со сроками, чтобы у них не было времени задуматься, что их начальник некомпетентен и свои задачи (например, по декомпозиции больших задач, по адекватному планированию) не выполняет.
Умножать конечно стоит, но на всех случаи жизни это не поможет. У меня был как-то случай, когда столкнулся с ошибкой в API Райффайзен банка. У меня месяц ушел на то, чтобы доказать им, что ошибка с их стороны.
Открываем трудовой договор. Смотрим количество часов, которые вы должны отработать. Честно отрабатываете эти часы.
А все эти разговоры про горящие сроки - просто желание бизнеса заплатить за 160 часов программиста в месяц, а по итогу получить 200 или еще больше. Хотите сохранить свое здоровье - тренируйте стойкость к такому разводу. Иначе потом на врачей будете работать.
P.S. Конечно, проблемы начинаются тогда, когда вы сами озвучили сроки, а потом не можете сдержать слово. Здесь есть следующие варианты:
Не говорить никаких сроков, которые спрашивают здесь и сейчас (типа давай, за 5 секунд в голове прикинь и скажи сроки). Если руководство хочет реальных сроков - их нужно считать: вникать в задачу, декомпозировать её на небольшие понятные задачи на 15-20 минут. И одна только такая декомпозиция и анализ может занять несколько дней.
Если все же вас просят оценить здесь и сейчас, обязательно добавляйте слова "на вскидку...", "я думаю что..." и т.д. В общем никаких точно и железно.
Если вас часто просят оценить задачу сходу - потратьте пол часа и объясните людям, что оценивать сроки за 5 секунд некорректно и невозможно - это тоже самое, что тыкать пальцем в небо. Обязательно расскажите про случаи, когда какая-то задача на первый взгляд выглядела просто, а стоило вникнуть - оказывалось, что там еще это делать и это и это. Если таких историй вспомнить с ходу не можете (хотя у любого опытного программиста они были) - вспомните, запишите и заучите, чтобы всегда иметь аргументы на руках.
Это точно. Компьютеру все равно, кто за ним сидит - хоть дворник, хоть президент - он будет работать одинаково. С людьми же совершенно не так - только недавно на работе была ситуация, когда отдел админов целый день не решал мою (срочную для бизнеса) проблему, говоря, что с их стороны проблемы нет. Когда к ним сходил руководитель нашего отдела - проблема решилась через 20 минут.
С точки зрения программиста это бред - почему с одним и тем же запросом одного человека шлют лесом, а другому помогают. Но с точки зрения человеческих взаимодействий - это норма.
Все же совершенно очевидно: потому что программист работает с компьютером, а руководитель - с людьми. Это совершенно разные сферы требующие разных компетенций.
Более того, чем упорней человек развивается как программист, т.е. свое свободное время посвящает чтению книг, изучению и практике на новых языках и технологиях - тем сильнее у него атрофируются навыки человеческих взаимодействий - потому что на человеческие взаимодействия (друзья, отношения, семью) банально не остается времени.
Поздравляю, ты попал в компанию с неадекватным руководством. Нанять не то, что джуна, а полного нуля после курсов, и ожидать от него самостоятельности - это надо уметь.
Хотя, часто это не ошибка а стратегия - нанять милда за цену джуна. Вдруг кто-то не знает себе цену.
С другой стороны, негатив в сторону курсов понятен (и жду еще большего количества статей на эту тему) - джуны и раньше были не особо нужны на рынке (как раз по тому, что большинству некогда ими заниматься), а с текущим кризисом еще хуже.
В айти стоит идти только если тебя самого тянет попрограммировать на выходных. Просто для себя, в удовольствие. Если этого желания нет - не стоит прожигать свои глаза и нервные клетки на этой айтишке.
Бог терпел и нам велел!
лолшто?
Почему - захотелось.
Но мышление и выстраивание свой жизни исходя из вопросов «что я хочу», конечно, для большинства людей является недостижимой фантастикой.
А если его нет? В том то и дело, что пока все считают, что все хорошо (в то время, когда не хорошо), то и ничего в процессах выстраивать и не нужно.
Пфффф, так люди как раз и не тратят свое время. Они быстренько тяп-ляп делают задачу, и готово. А когда проект превращается в груду костылей и багов просто переходят в другую компанию.
Ненависть не возникает без причины. И если когда все молчали о проблемах, все было как бы хорошо, а когда о проблемах начали говорить - все стали ненавидеть друг друга - значит коллектив был изначально "с гнильцой"
Это чем-то напоминает пословицу "помолчи, за умного сойдешь", у которой есть и обратная сторона, о которой, почему-то, мало кто говорит - кто-то выглядит умным только потому, что молчит.
По этому я всегда за то, чтобы люди много говорили и высказывали свое мнение.
Вооооот, я очень люблю говорить о причинах багов, потому что они приводят к таким вот темам. Ведь есть очень много программистов которые тесты не пишут, и считают мол а зачем, и так норм.
На самом деле увольняют. Более того, я наблюдаю забавный подход, когда два человека могут писать код тяп-ляп, но одного увольняют, а другого нет. Почему? А потому что один работает в компании уже долго (и коллектив стесняется сказать, что код который он пишет говно), а другой пришел недавно - он еще не стал товарищем и с ним легко прощаются.
С другой стороны, я согласен с тем, что надо сильно постараться, чтобы человека уволили. И это тоже проблема, которая создает почву для "специалистов", которые специализируются на прохождении собеседований. По принципу главное собеседование пройти, а там пофигу, хрен они меня уволят.
Да, да, классическая мантра. Мы команда, будем работать лучше и т.д.
Только какая мотивация у программиста, который пишет код тяп-ляп и постоянно генерирует баги в такой ситуации меняться? Никакой.
Такой финал получается даже без "кузены-свахи-любовницы" и "иерархии пофигизма"
Я все больше отмечаю то, что рабочая культура становится нетерпима к любому негативу вообще. Соответственно, если нашел какой-то баг - лучше молчать о нем, чем на очередном дейлике сказать "а знаете, у нас тут ошибка в функционале".
А если появляется кто-то, кто каждый день что-то находит (потому что он внимательный и не равнодушный к проекту), и не стесняется говорить об этом - то на этого человека уже смотрят косо - мол тут мы без него хорошо сидели и делали вид что все классно, а он нам всю малину портит.
И это даже если не задавать вопроса "а кто виновен в баге" - такие вопросы повышают нетерпимость еще в 100 раз. Хотя, казалось бы, с точки зрения логики и качества продукта - именно так стоило бы выявлять самых плохих программистов и увольнять их. Но чаще увольняют (а точнее не берут) тех, кто не соответствует неписанным правилам компаний (будь всегда на позитиве, всегда делай вид, что все хорошо, и т.д.)
Последняя картинка порадовала. Всем, кто планирует изучать php рекомендую обратить внимание на вилку зарплаты тестировщика и php-программиста. И то, что у тестировщика она выше xD
Видимо у каждого свой опыт. Я регулярно сталкиваюсь с тем, что менеджменту западло даже задачу в жире создавать. А когда программист соглашается на условия устной постановки задачи, он ставит себя в заведомо проигрышную ситуацию, когда скажут "мы говорили одно, а ты сделал другое".
Это не удобно, это факт. За судьбу бизнеса несет ответственность владелец бизнеса. А дальше, по цепочке, за подчиненных несет ответственность их руководитель.
Хотя да, в российских компаниях часто практикуется другое - чем выше должность - тем меньше ответственности (виноват всегда подчиненный), и меньше терпимости к словам об ошибках (как это он сказал директору, что тот не прав?!).
В итоге получаем страну, где во власти люди обезумели от вседозволенности и безнаказанности, а внизу - нищие, которые ничего не имеют, но за все отвечают.
Забавно, но у меня давно сложилось мнение, что программисты, делятся на своего рода SQL и noSQL базы:
Программисты типа noSQL базы: принимают задачу в любом виде, соглашаются со всеми сроками, но результат "как получится".
Программисты типа SQL базы: принимают задачу только в оформленном и понятном виде, ругаются о неадекватных сроках, но результат получается именно тот, что надо.
С опытом приходит понимание, что лучше быть программистом второго типа. Потому что первые, не смотря на то, что как бы не ругаются с руководителями/менеджерами, так и так остаются виновными за результат. Плюс, как показывает практика, у срочности нет никаких адекватных границ - вначале месяц долго, потом неделя долго, потом день долго, а потом давай здесь и сейчас.
P.S. Коля как понимаю работает на аутсорсе - такое себе место. В продуктовой разработке отношение к качеству разработки обычно сильно выше.
Люди делятся на два типа:
Первые, становясь умнее, получают удовольствие от того, что они умнее окружающих
Вторые, становясь умнее, испытывают негатив, осознавая меру глупости окружающих
И с точки зрения хороших манер в конце предложения стоило бы добавить "лично мне", потому что кто-то неопытный может подумать, что повторив действия автора приятно будет и ему.
Упоминание которой для людей живущих в СНГ регионе лично я воспринимаю как какую-то издевку. Серьезно, при регулярных кризисах кто-то верит в какое-то там плато стабильности?
Вы про мою игру? Демо-версия есть, но там пока предельно мало всего. Напишите в личку - скину ссылку.
Более-менее качественных инди-разработок, которые находятся на 30-60% реализации в одной только России предостаточно. И если бы все было так просто - у нас был бы бум инди-геймдева.
Но на деле на каком-нибудь бумстартере денег собрать очень сложно. Если выходить на международные площадки - то там и конкуренция вырастает кратно. Плюс, для непосвященных граждан может оказаться новостью, но в якобы успешных примерах из собранных денег 20-40% может оказаться деньгами самих разработчиков, которые вкладывают свои деньги, чтобы показать, что игра интересна. Или чтобы набрать минимальную требуемую сумму, когда немного не хватает.
В общем, все там не просто. Выход на эти площадки имеет смысл (особенно на международные), когда проект уже на 80%+ готов, уже сделаны все рекламные и маркетинговые материалы, уже крутится рекламная компания и просто нужно пропиариться на еще одной площадке. Т.е. как часть маркетинга уже почти готовой и уже увлекающей игры - да. Но сами по себе эти площадки не работают (исключения лишь подтверждают правило).
Плюс, не стоит забывать, что как только вы увольняетесь с работы - начинают тикать часики "денег осталось на n дней", и если этих денег мало, если вы закладываетесь на успех (некоторые смельчаки еще и денег в долг берут) - то сильно повышается нервозность, начинают постоянно припекать горящие сроки и творческое начало уходит на второй план. И спрашивается - а зачем оно? Удовольствия от геймдева в таком режиме мало. Можно с тем же успехом пойти в какую-нибудь геймдев компанию - там будет тоже самое (сжатые сроки, неинтересные проекты, тяп-ляп и в продакшен), только без рисков потерять свои деньги.