Какая-то фигня.
Вы не читали договор и при уходе ориентировались на словестные обещания.
Ваши коллеги из мейлру не парясь просто дали вам бабла на откупиться, то есть даже более опытные коллеги не надоумили вас прочитать договор и решить проблему проще и дешевле.
И, наконец, всё, что в вас вкладывали в мейлру, в итоге обернулось все равно в ваш уход.
Что-то в этой истории не только со сбертехом не так. Какая-то абсолютная абсурдность происходящего. И как-то за мейлру немножко обидно даже :-/
Мой скудный опыт работы на госкорпорации пока говорит о том, что главное процесс, а не результат, а деньги — это что-то само собой разумеющееся, как воздух.
"Странное" дело, но после велика, как соберёшь все кочки на бездорожье, так спина спасибо редко когда мне говорит.
Тоже страйкбол — натянешь этот разгруз, они вместе с автоматом тянут к земле + сам вечно полусогнутый, чтобы выжить, и вечно двигаешься в каком-то таком состоянии. И спина после всего этого тоже совсем ни к черту.
Я "лечусь" занятиями айкидо и атори, тренировки по 3-4 раза в неделю и больше, если повезёт. Недавно добавил к этому ещё и карате, и тут внезапно выяснилось, что частью спины у меня отродясь не было привычки (да и надобности) двигать, а ведь можно было! Первые тренировки просто ломаешь свои привычки в голове, а тренер то и дело напоминает: "больше скручивался, используй бёдра, довернись ещё плечами"....
Когда я покупал D2, запомнился "железный" аргумент продавцов, у которого этого товара не было (а на тот момент еще почти ни у кого не было): "не берите его, сенсорный экран — это ооочень плохо, будет все время запачканный". Ну и где вы все сейчас, гении продаж, блин? :-)
Вспомнилась история из жизни. Как-то у заказчика показываем ему требования к системе и требуемой квалификации админов. И сотрудники клиента между собой:
Так, как нам быть с этими требованиями? У нас все админы — дебилы.
Ну нормальных наймём.
Нормальные к там не пойдут. А если и пойдут, то служба безопасности их пропустит.
Я и в windows его не представляю :-) kwrite всегда со мной, недавно удалось успешно пересобрать свежи gwenview и dolphin на венду — радости нет предела!
Ну никто не говорил, что неграмотность вчерашних выпускников — это какая-то неразрешимая проблема. В одном только этом треде сколько вариантов набросали. С этой проблемой вполне посильное справиться, и справляемся. Речь о том, что "розовые сопли" о том, что джунам не доплачивают — не обоснованы. Напротив, многие получают от компаний больше, чем они того достойны.
Кто ж спорит, решается. Работодателем, не ВУЗами, вот в чем беда. Нередко ещё и преодолевая высоченное ЧСВ новоприбывшего. На фоне чего рассуждения о низкой стартовой зарплате выглядят ещё более дикими.
Меня как-то даже возмутила точка зрения, что зарплаты в РФ "несправедливые" для джунов, 100к это психологический порог, и зелёные новички достойны большего. Не надо мешать в кучу разработчиков разных уровней! Редкий джун в нашей стране умеет вообще хоть что-нибудь. Те, кто только вышел из института, часто приходят не то что без портфолио и своих проектов, а реально не написав ни одной строчки кода! Это в лучшем случае бесплатная стажировка, о какой зарплате вообще речь?! И даже когда его научили необходимому минимуму — все равно маловероятно, что он сможет выполнять какую-либо полезную работу, на которой работодатель сможет извлечь прибыль. И на этом этапе ЗП ему платится не за принесенную пользу, а чтобы не отбить желание учиться / не помереть с голоду. Посчитать время, которое на джунов вынуждены тратить мидлы и сеньёры, чтобы проконтролировать их работу и чему-то научить — так они ещё пол года будут отрабатывать потраченное на них время. Минимум.
Итого, моё мнение из личного опыта в сфере php-разработки: джуны совсем нулевые, часто их запросы сильно не соответствуют имеющимся знаниям, зарплаты джунов нереально завышены, особенно в Москве и Питере. Кто по-честнее, понимают свой слабый уровень и всеми силами стараются его поднять, очень скоро выходя из категории "джун". Но многие "яжпрограммисты" изначально настроены сидеть на шее за счёт хайпа на рынке, технической неграмотности работодателей и рекрутёров, заведомой мертворождённости стартапов.
Уж чего точно не надо делать, так это повышать стартовые зарплаты для ждунов. Хорошие деньги даются за реальные знания и умения, и молодые специалисты особенно должны это чувствовать, чтобы был стимул расти и впоследствии на высоте держать свой уровень. Сегодня же многим платят просто "за красивые глаза".
И правда как из параллельного мира. У нас ребят, которые не только код писать могут, но и с клиентом пообщаться, и ТЗ критически рассмотреть, и что-то дельное по проекту/работе в целом предложить — да с руками рвут, даже в рамках одной компании у менеджеров грызня за таких ребят! Ведь они фигачат как боги, при чем сразу по всем фронтам! И тут уже приходится следить, чтобы их не перегружали работой, и в какой-то мере да, действительно искусственно ограничивать круг задач, которые им могут поставить решать.
Но это чисто организационные моменты. Никакого клейма нет, боже упаси! И если, например, у "простого менеджера" вдруг обнаруживается технический бэкграунд, то это же колоссальный рост его авторитета в команде + компетентности в глазах клиентов.
В общем, да, согласен, возможно автора и правда кто-то обидел.
Помимо форматирования ещё и содержимое кириллицы в ответе выводится как есть. Какое-нибудь \u041F\u0440\u0438\u0432\u0435\u0442 не особо читабельно, даже если его отформатировать.
С ios придется заморачиваться, даже в случае кроссплатформенных решений. Даже если представить, что приложение написано на базе cordova и идеально работает на всех платформах, для android правила сборки для деплоя одни, для ios — другие. Люди, работавшие для android, считают, что деплой в ios адово сложен — и наоборот...
На деле же сложное кроссплатформенное приложение в некоторых случаях ведёт себя по-разному на разных платформах, так что требуются фиксы в коде под отдельные платформы. Плюс, в случае cordova, хорошо бы точно понимать список необходимых нативных функций, посмотреть, какими плагинами они поддерживаются, в каком объёме р всеми ли нужными платформами. Чтобы не было неприятных сюрпризов в самый разгар разработки, когда отступать уже поздно.
В общем, да, заморачиваться придётся в любом случае. Так что совет начать с мобильной версии сайта / адаптивного дизайна очень правильный, поддерживаю!
Вот потому, наверное, Тошиба и закрылась, ибо качественные долговечные устройства по низкой цене и без кричащей агрессивной рекламы. Вообще, как правило, хорошие устройства находятся где-то за пределами всеобщей известности и продавцы с наименьшей вероятностью будут их впаривать.
Пишет владелец модели Тошибы 2011 года, непрерывно юзающий это устройство ~25 часов в неделю и до сих пор довольный, как слон. Вот только закупился запчастями ещё на 5 лет вперед, на случай снятия их с производства.
Передача задач и проста, и сложна — нужно проверять, кто свободен на данный момент, лично обращаясь к разработчикам и менеджерам проектов. Мне пока не удалось придумать ничего эффективнее обычного диалога, хоть чутьё и подсказывает, что должна быть какая-то возможность сделать это проще и прозрачнее.
Тоже страдаем у себя в компании, перебиваясь чатиками да заметками… Треккер типа редмайна — слишком неповоротлив для контроля оперативной обстановки, какая-нибудь диаграмма ганта — протестировал кучу решений, почти везде за основу берется «прокет», на коротый распределяется «ресурс», и дальше предполагается, что этот «ресурс» так и остается на проекте.
В реальности же, когда приходит дедушка факап, ресурсы безжалостно перетасовываются между проектами, картина за неделю может сильно поменяться. В этом плане было бы удобнее иметь другой вариант «ганта»: когда в основе у нас лежит разработчик, а к нему уже цепляются проекты, с указанием, с какой по какую даты в каком объёме он каждым из них занимается. Но пока подходящего решения такого типа не нашли. Откопали ganttic.com, но это ж, блин, космический корабль, поддерживать его в актуальном состоянии — всё равно что второй редмайн вести.
Если есть идеи/прозрения/советы по этому вопросу — был бы весьма благодарен.
Эмм, зачем уделять столько внимания скриншотам чужого экрана, а тем более заставлять всех следить за всеми? Если результат есть, в сроки укладываемся, сотрудник на связи в оговоренное время и оперативно решает вопросы, то и смотреть за человеком не за чем. А уж тем более запускать такую систему «доносов».
Программист должен спокойно работать и ни на что постороннее не отвлекаться. Сотрудник должен работать не потому, что за ним кто-то следит, а потому что ему четко видна связь между выполненной работой и полученными деньгами.
Выше я два раза отмечал, что сотрудник получает фикс. Прочтите внимательнее, на ваш вопрос я уже отвечал.
Что касается почасовки: она таки целесообразна в некоторых случаях. В целом мы спокойно относимся к тому, что человек работает в своём графике — иначе и быть не может, Россия раскинулась на 11 часовых поясов, а еще есть Украина… глупо заставлять всех работать в одно время. Но график сотрудника должен быть предсказуем. Если же с этим проблемы, то мы согласны предложить почасовую оплату при условии выработки N часов в неделю.
Вообще не берусь судить, как в других сферах, а в web-разработке время-деньги, поэтому его просто нельзя не учитывать.
Какая-то фигня.
Вы не читали договор и при уходе ориентировались на словестные обещания.
Ваши коллеги из мейлру не парясь просто дали вам бабла на откупиться, то есть даже более опытные коллеги не надоумили вас прочитать договор и решить проблему проще и дешевле.
И, наконец, всё, что в вас вкладывали в мейлру, в итоге обернулось все равно в ваш уход.
Что-то в этой истории не только со сбертехом не так. Какая-то абсолютная абсурдность происходящего. И как-то за мейлру немножко обидно даже :-/
Для начала — разобраться в вопросе хотя бы поверхностно. Или смириться быть обманутым.
Что значит «забракованных 90%»?! Ничего не забраковано. Всё говно на месте :-)
"Странное" дело, но после велика, как соберёшь все кочки на бездорожье, так спина спасибо редко когда мне говорит.
Тоже страйкбол — натянешь этот разгруз, они вместе с автоматом тянут к земле + сам вечно полусогнутый, чтобы выжить, и вечно двигаешься в каком-то таком состоянии. И спина после всего этого тоже совсем ни к черту.
Я "лечусь" занятиями айкидо и атори, тренировки по 3-4 раза в неделю и больше, если повезёт. Недавно добавил к этому ещё и карате, и тут внезапно выяснилось, что частью спины у меня отродясь не было привычки (да и надобности) двигать, а ведь можно было! Первые тренировки просто ломаешь свои привычки в голове, а тренер то и дело напоминает: "больше скручивался, используй бёдра, довернись ещё плечами"....
Когда я покупал D2, запомнился "железный" аргумент продавцов, у которого этого товара не было (а на тот момент еще почти ни у кого не было): "не берите его, сенсорный экран — это ооочень плохо, будет все время запачканный". Ну и где вы все сейчас, гении продаж, блин? :-)
Ну они там просто физически стираются/расшатываются. Ещё можно убавить громкость, просто надавив на стенку корпуса чуть-чуть за кнопкой.
Вспомнилась история из жизни. Как-то у заказчика показываем ему требования к системе и требуемой квалификации админов. И сотрудники клиента между собой:
Я чуть под стол не сполз от такого откровения :-)
Я и в windows его не представляю :-) kwrite всегда со мной, недавно удалось успешно пересобрать свежи gwenview и dolphin на венду — радости нет предела!
Ну никто не говорил, что неграмотность вчерашних выпускников — это какая-то неразрешимая проблема. В одном только этом треде сколько вариантов набросали. С этой проблемой вполне посильное справиться, и справляемся. Речь о том, что "розовые сопли" о том, что джунам не доплачивают — не обоснованы. Напротив, многие получают от компаний больше, чем они того достойны.
Кто ж спорит, решается. Работодателем, не ВУЗами, вот в чем беда. Нередко ещё и преодолевая высоченное ЧСВ новоприбывшего. На фоне чего рассуждения о низкой стартовой зарплате выглядят ещё более дикими.
Меня как-то даже возмутила точка зрения, что зарплаты в РФ "несправедливые" для джунов, 100к это психологический порог, и зелёные новички достойны большего. Не надо мешать в кучу разработчиков разных уровней! Редкий джун в нашей стране умеет вообще хоть что-нибудь. Те, кто только вышел из института, часто приходят не то что без портфолио и своих проектов, а реально не написав ни одной строчки кода! Это в лучшем случае бесплатная стажировка, о какой зарплате вообще речь?! И даже когда его научили необходимому минимуму — все равно маловероятно, что он сможет выполнять какую-либо полезную работу, на которой работодатель сможет извлечь прибыль. И на этом этапе ЗП ему платится не за принесенную пользу, а чтобы не отбить желание учиться / не помереть с голоду. Посчитать время, которое на джунов вынуждены тратить мидлы и сеньёры, чтобы проконтролировать их работу и чему-то научить — так они ещё пол года будут отрабатывать потраченное на них время. Минимум.
Итого, моё мнение из личного опыта в сфере php-разработки: джуны совсем нулевые, часто их запросы сильно не соответствуют имеющимся знаниям, зарплаты джунов нереально завышены, особенно в Москве и Питере. Кто по-честнее, понимают свой слабый уровень и всеми силами стараются его поднять, очень скоро выходя из категории "джун". Но многие "яжпрограммисты" изначально настроены сидеть на шее за счёт хайпа на рынке, технической неграмотности работодателей и рекрутёров, заведомой мертворождённости стартапов.
Уж чего точно не надо делать, так это повышать стартовые зарплаты для ждунов. Хорошие деньги даются за реальные знания и умения, и молодые специалисты особенно должны это чувствовать, чтобы был стимул расти и впоследствии на высоте держать свой уровень. Сегодня же многим платят просто "за красивые глаза".
И правда как из параллельного мира. У нас ребят, которые не только код писать могут, но и с клиентом пообщаться, и ТЗ критически рассмотреть, и что-то дельное по проекту/работе в целом предложить — да с руками рвут, даже в рамках одной компании у менеджеров грызня за таких ребят! Ведь они фигачат как боги, при чем сразу по всем фронтам! И тут уже приходится следить, чтобы их не перегружали работой, и в какой-то мере да, действительно искусственно ограничивать круг задач, которые им могут поставить решать.
Но это чисто организационные моменты. Никакого клейма нет, боже упаси! И если, например, у "простого менеджера" вдруг обнаруживается технический бэкграунд, то это же колоссальный рост его авторитета в команде + компетентности в глазах клиентов.
В общем, да, согласен, возможно автора и правда кто-то обидел.
Что хуже, она сырая удручающе долго...
С ios придется заморачиваться, даже в случае кроссплатформенных решений. Даже если представить, что приложение написано на базе cordova и идеально работает на всех платформах, для android правила сборки для деплоя одни, для ios — другие. Люди, работавшие для android, считают, что деплой в ios адово сложен — и наоборот...
На деле же сложное кроссплатформенное приложение в некоторых случаях ведёт себя по-разному на разных платформах, так что требуются фиксы в коде под отдельные платформы. Плюс, в случае cordova, хорошо бы точно понимать список необходимых нативных функций, посмотреть, какими плагинами они поддерживаются, в каком объёме р всеми ли нужными платформами. Чтобы не было неприятных сюрпризов в самый разгар разработки, когда отступать уже поздно.
В общем, да, заморачиваться придётся в любом случае. Так что совет начать с мобильной версии сайта / адаптивного дизайна очень правильный, поддерживаю!
Пишет владелец модели Тошибы 2011 года, непрерывно юзающий это устройство ~25 часов в неделю и до сих пор довольный, как слон. Вот только закупился запчастями ещё на 5 лет вперед, на случай снятия их с производства.
Тоже страдаем у себя в компании, перебиваясь чатиками да заметками… Треккер типа редмайна — слишком неповоротлив для контроля оперативной обстановки, какая-нибудь диаграмма ганта — протестировал кучу решений, почти везде за основу берется «прокет», на коротый распределяется «ресурс», и дальше предполагается, что этот «ресурс» так и остается на проекте.
В реальности же, когда приходит дедушка факап, ресурсы безжалостно перетасовываются между проектами, картина за неделю может сильно поменяться. В этом плане было бы удобнее иметь другой вариант «ганта»: когда в основе у нас лежит разработчик, а к нему уже цепляются проекты, с указанием, с какой по какую даты в каком объёме он каждым из них занимается. Но пока подходящего решения такого типа не нашли. Откопали ganttic.com, но это ж, блин, космический корабль, поддерживать его в актуальном состоянии — всё равно что второй редмайн вести.
Если есть идеи/прозрения/советы по этому вопросу — был бы весьма благодарен.
Программист должен спокойно работать и ни на что постороннее не отвлекаться. Сотрудник должен работать не потому, что за ним кто-то следит, а потому что ему четко видна связь между выполненной работой и полученными деньгами.
Что касается почасовки: она таки целесообразна в некоторых случаях. В целом мы спокойно относимся к тому, что человек работает в своём графике — иначе и быть не может, Россия раскинулась на 11 часовых поясов, а еще есть Украина… глупо заставлять всех работать в одно время. Но график сотрудника должен быть предсказуем. Если же с этим проблемы, то мы согласны предложить почасовую оплату при условии выработки N часов в неделю.
Вообще не берусь судить, как в других сферах, а в web-разработке время-деньги, поэтому его просто нельзя не учитывать.