Скорее всего, требования к работнику не соответствуют зарплате. Либо слишком мало предлагаете, либо слишком много.
Опытные разработчики при выборе работодателя учитывают не только зп, но и множество других особенностей: интерес к проекту, перспективы карьерного роста, перспективы собственного развития. Если ваша компания проигрывает конкурентам по этим параметрам, то зарплата должна быть не «на уровне», а ощутимо выше.
Если же вы согласны на специалиста с небольшим опытом, может быть обратная ситуация — предложили слишком много. Ответственный человек, реально оценивающий стоимость своего труда, может и не откликнуться на вакансию, где предлагают значительно больше его ожиданий. Он понимает, что за просто так деньги не дают и, если готовы много платить, то будут и много требовать. Зато неадекваты, ищущие работы по принципу: «Чем больше денег, тем лучше!» прибегут целой толпой. Вместе с ними прибегут те, кто когда-то за что-то получал аналогичную зарплату, а теперь решил сменить сферу деятельности, но как-то «забыл», что его ценность в новой сфере гораздо ниже.
Так что, как уже писали выше, дело в зарплате. Либо поднимать и сманивать ценных специалистов, либо опускать, чтобы не пугать новичков.
Согласен. Но качество ПО больше зависит от знаний фреймворков, архитектуры приложений и их принципов их взаимодействия.
Математические алгоритмы нужны гораздо реже, большинство из них уже оформлены в библиотеки, и изобретение велосипеда не требуется.
В Яндексе и подобных компаниях, могут быть свои особенности, но даже у них 90% разработчиков заняты в совсем не «творческих» задачах.
Смутно представляю, как можно обложившись книжками за пару недель стать спецом по Java или .Net. Или начать сколько-нибудь качественно писать на C++.
Надеюсь, что ваше сообщение — это ирония над «правильными» программистами, а не искренняя убежденность в том, что исключительно алгоритмическое мышление делает человека ценным разработчиком.
Хотя я не поддерживаю этот подход к отбору сотрудников, предположу, что такие знания помогут разобраться в чужом сложном коде с хитрыми алгоритмами. Плюс, покажет общий уровень профессионального интеллекта кандидата.
Да, согласен. В больших компаниях, где куча открытых вакансий такая проблема есть. Ищут не на конкретное место, а просто определенных специалистов, которые могли бы пригодиться.
Я имел в виду, что если есть серьезные разногласия между ожиданиями претендента и компании, то лучше прояснить их как можно раньше, не тратя ни чьего времени.
Например, пришел человек, претендует на позицию D3, заявляет какие-то навыки в резюме. Было бы здорово, если бы ему еще до собеседования сообщили вилку зарплаты, на которую он может рассчитывать, и хотя бы примерный круг ответственности.
Дело в том, что уровень зп и обязанностей разработчиков одного грейда между разными компаниями сильно отличается.
Возможно, что у вас другой подход и разброс по зп и обязанностям в рамках грейда очень большой в самой компании. Тогда было бы очень интересно почитать, отчего так получается и какие преимущества это дает.
Полностью согласен.
Как-то странно получается — человек приходит, тратит свое время, что-то доказывает, а ему даже не готовы сообщить, для чего он нужен и на какую сумму может рассчитывать.
Пора формулировать встречные вопросы для HR:
1. Кто вам нужен?
2. Зачем?
3. Сколько вы готовы за это платить?
Имхо, после ответа на эти вопросы будет гораздо проще разобраться с требованиями к кандидату.
Если проблема простая и изолированная, то зачем парное программирование? Вполне хватит любого форума, где дают советы. Просто показать свой код, описать задачу и спросить совета. Сайтов таких сотни и они успешно помогают.
А если это что-то крупное, где действительно будет полезно работать двумя мозгами одновременно, то возникают вопросы:
1. Сколько времени вы потратите на то, чтобы ввести в курс дела постороннего человека?
2. А все ли могут (и хотят) показывать код своего проекта посторонним?
Целевая аудитория, для которой проект будет реально полезен — это разработчики опенсорс проектов. Когда есть распределенная команда, есть общая задача, люди изначально понимают, о чем идет речь, но не могут собраться и подумать вместе. Но если на сайте не будет инструмента для совместной работы, то и им он не сильно поможет.
Имхо, суть идеи хорошая, но над реализацией автору придется сильно постараться.
Спасибо!
Со сменой масштаба получилась интересная ситуация — в игре заложено несколько альтернативных путей. Они есть не во всех уровнях, но некоторые позволяют «срезать» маршрут не пропустив при этом звездочки и пройдя уровень в полтора-два раза быстрее. Это сделано специально, чтобы сделать игру более разнообразной. Если добавить масштабирование — эти пути становятся очевидными, и пропадает удовольствие от их нахождения.
Если буду развивать игру, то постараюсь сделать так, чтобы и масштабирование можно было добавить и альтернативные пути были.
Насколько я понимаю, подойдет любое онлайн-приложение с возможностью совместной работы над схемами? Или вы ищите что-то, предназначенное конкретно для игр?
В смысле в самом приложении? Да, думаю, что можно это реализовать так. А еще, если ничего не путаю, гугл позволяет загрузить разные apk файлы для разных локалей.
Если будет время так и сделаю. Там много чего хорошего еще сделать можно :)
Так как в игре очень мало текста, а его понимание не влияет на геймплей, то локализацию я даже не планировал. Это, конечно, приятное дополнение, и но от него пришлось отказаться, как и от многого другого.
Почему меню на английском, а не на русском? Думаю, что все русскоязычные пользователи интернета и мобильных приложений в достаточной мере владеют английским, чтобы понять суть пунктов меню. Англоязычные же пользователи русского вообще не понимают. Никак. Для них интерфейс на кириллице — это как для нас китайские иероглифы.
Поэтому был выбран английский язык — как наиболее распространенный и понятный.
Если начиная с меню, то это, скорее всего, вопрос личной неприязни каких-то элементов юнити к вашему девайсу. Тут, как говорится — спасибо зоопарку андроид-девайсов за наше счастливое детство проблемы совместимости.
Надеюсь, что последняя версия Unity лучше оптимизирована для разных устройств, но, учитывая, что зоопарк регулярно обновляется окончательно эта проблема не уйдет.
Кстати, забавный факт — у меня на планшете не идет почти половина приложений из топа маркета. Превращается в зверское слайдшоу.
Странно, я нашел только 30-ти дневную триалку и программу бесплатного лицензирования для студентов на 36 месяцев. Причем программа довольно конкретная, требует указания вуза, и Autodesk может потребовать подтверждение, что вы действительно там учитесь или преподаете.
Про некоммерческое использование ничего не нашел. Возможно, плохо искал.
Опытные разработчики при выборе работодателя учитывают не только зп, но и множество других особенностей: интерес к проекту, перспективы карьерного роста, перспективы собственного развития. Если ваша компания проигрывает конкурентам по этим параметрам, то зарплата должна быть не «на уровне», а ощутимо выше.
Если же вы согласны на специалиста с небольшим опытом, может быть обратная ситуация — предложили слишком много. Ответственный человек, реально оценивающий стоимость своего труда, может и не откликнуться на вакансию, где предлагают значительно больше его ожиданий. Он понимает, что за просто так деньги не дают и, если готовы много платить, то будут и много требовать. Зато неадекваты, ищущие работы по принципу: «Чем больше денег, тем лучше!» прибегут целой толпой. Вместе с ними прибегут те, кто когда-то за что-то получал аналогичную зарплату, а теперь решил сменить сферу деятельности, но как-то «забыл», что его ценность в новой сфере гораздо ниже.
Так что, как уже писали выше, дело в зарплате. Либо поднимать и сманивать ценных специалистов, либо опускать, чтобы не пугать новичков.
Математические алгоритмы нужны гораздо реже, большинство из них уже оформлены в библиотеки, и изобретение велосипеда не требуется.
В Яндексе и подобных компаниях, могут быть свои особенности, но даже у них 90% разработчиков заняты в совсем не «творческих» задачах.
Надеюсь, что ваше сообщение — это ирония над «правильными» программистами, а не искренняя убежденность в том, что исключительно алгоритмическое мышление делает человека ценным разработчиком.
Я имел в виду, что если есть серьезные разногласия между ожиданиями претендента и компании, то лучше прояснить их как можно раньше, не тратя ни чьего времени.
Например, пришел человек, претендует на позицию D3, заявляет какие-то навыки в резюме. Было бы здорово, если бы ему еще до собеседования сообщили вилку зарплаты, на которую он может рассчитывать, и хотя бы примерный круг ответственности.
Дело в том, что уровень зп и обязанностей разработчиков одного грейда между разными компаниями сильно отличается.
Возможно, что у вас другой подход и разброс по зп и обязанностям в рамках грейда очень большой в самой компании. Тогда было бы очень интересно почитать, отчего так получается и какие преимущества это дает.
Как-то странно получается — человек приходит, тратит свое время, что-то доказывает, а ему даже не готовы сообщить, для чего он нужен и на какую сумму может рассчитывать.
Пора формулировать встречные вопросы для HR:
1. Кто вам нужен?
2. Зачем?
3. Сколько вы готовы за это платить?
Имхо, после ответа на эти вопросы будет гораздо проще разобраться с требованиями к кандидату.
А если это что-то крупное, где действительно будет полезно работать двумя мозгами одновременно, то возникают вопросы:
1. Сколько времени вы потратите на то, чтобы ввести в курс дела постороннего человека?
2. А все ли могут (и хотят) показывать код своего проекта посторонним?
Целевая аудитория, для которой проект будет реально полезен — это разработчики опенсорс проектов. Когда есть распределенная команда, есть общая задача, люди изначально понимают, о чем идет речь, но не могут собраться и подумать вместе. Но если на сайте не будет инструмента для совместной работы, то и им он не сильно поможет.
Имхо, суть идеи хорошая, но над реализацией автору придется сильно постараться.
Со сменой масштаба получилась интересная ситуация — в игре заложено несколько альтернативных путей. Они есть не во всех уровнях, но некоторые позволяют «срезать» маршрут не пропустив при этом звездочки и пройдя уровень в полтора-два раза быстрее. Это сделано специально, чтобы сделать игру более разнообразной. Если добавить масштабирование — эти пути становятся очевидными, и пропадает удовольствие от их нахождения.
Если буду развивать игру, то постараюсь сделать так, чтобы и масштабирование можно было добавить и альтернативные пути были.
Да, хороший вариант. Как-то не подумал про него.
Если будет время так и сделаю. Там много чего хорошего еще сделать можно :)
Почему меню на английском, а не на русском? Думаю, что все русскоязычные пользователи интернета и мобильных приложений в достаточной мере владеют английским, чтобы понять суть пунктов меню. Англоязычные же пользователи русского вообще не понимают. Никак. Для них интерфейс на кириллице — это как для нас китайские иероглифы.
Поэтому был выбран английский язык — как наиболее распространенный и понятный.
наше счастливое детствопроблемы совместимости.Надеюсь, что последняя версия Unity лучше оптимизирована для разных устройств, но, учитывая, что зоопарк регулярно обновляется окончательно эта проблема не уйдет.
Кстати, забавный факт — у меня на планшете не идет почти половина приложений из топа маркета. Превращается в зверское слайдшоу.
Про некоммерческое использование ничего не нашел. Возможно, плохо искал.