Нужно использовать инструменты для того, для чего они создавались, PHP не создавался для разработки оконных приложений именно поэтому, как сказали раньше, это вселенское зло. Мы же не используем вилку для забивания гвоздей, хотя теоретически можно попробовать. Можете меня конечно заминусовать но как по мне это в высшей степени не профессионализм и быдлокодинг!
уже более полугода я не жалуюсь на свою зп, да, наверное хотелось бы больше, но объективно я понимаю, что зп хорошая, и тем не менее… каждое утро я просыпаюсь со словами «Бл**ь опять на работу», потому что очень и очень многие вещи меня не устраивают. И каждый день я понимаю, что ее надо менять, даже если ЗП будет меньше. Кроме как деньги может быть очень много других факторов, которые будут мотивировать сотрудников.
1. Не совсем понятно, что вы имеете ввиду говоря: «хоть в PHP и всё передается по значению»?
2. Сравнивать javascript и PHP наверное все-таки не совсем корректно, эти языки решают разные задачи: PHP — backend, JS — Frontend
Рефакторить надо не по бэклогу, а по факту — надо добавить новую фишку в модуль, разработчик лезет в код и видит, что там нужен рефакторинг — Вперед! Ему и карты в руки. А если модуль, который не требует изменений написан криво, но он работает и при этом устраивает заказчика, нечего туда лезть с рефакторингом. Имея такой бэклог через полгода команда будет заниматься только рефакторингом, при этом этот бэклог будет только расти, т.к. рефакторинга будет требовать уже и тот код, который когда-то был отрефакторен! Не помню, кто, но кто-то сказал: «Дайте программистам волю, они любой проект угробят». Рефакторинг — круто, когда к месту!
конечно может забыть, но почтой пользователи пользуются значительно чаще, поэтому вероятность того, что пароль от почты будет забыт меньше. Исключение составляет, пожалуй, только случай, если пользователь зарегистрировался на Вашем сайте указав при этом адрес своей так называемой «спам-почты», но как показывает практика такие пользователи, в абсолютном большинстве бесполезны для ресурса
Если для премий то можно предложить такие варианты:
1. Сделали разработчики все вовремя ЗП * Повышающий коэффициент
2. Сделали разработчики больше чем планировали ЗП * (Повышающий коэффициент * 2)
У этих двух вариантов такой недостаток, что либо ради премии девелоперы начнут сроки завышать, либо будет падать мотивация, когда будут вылетать из сроков.
Идеально конечно смотреть по ситуации.
Также можно предложить некую бонусную систему, скажем за квартал. Не по 300 долларов ежемесячно, а раз в три месяца 900-1000, но опять же по результатам работы. И довольны все и ничего страшного, если где-то не вложились в сроки, всегда можно нагнать.
Скорее всего не пройдет такая схема т.к. менеджер не может сказать заказчику когда будет сдан проект, ну поставьте себя на место менеджера и говорите заказчику: «Проект будет стоить 10000 рублей, но когда мы его выкатим никто не знает», да и мотиватор разработчиков слабоватый, договорился менеджер на 10000 рублей приходит к программистам и дает ТЗ со словами «за него вы получите 9000 рублей», а ребята смотрят и понимают, что там работы на полгода, и работать как-то не хочется в команде из 3-х человек.
Сдельно-премиальный подход хорош на стройке, когда если чуть-чуть разбираешься, то знаешь что поклеить квадратный метр обоев это по времени полчаса, и полностью виден объем работ.
Видимо везет Вам с заказчиками, я так понимаю они к Вам приходят, дают ТЗ или что-то подобное и говорят: «Ребята, когда сделаете проект, позвоните, чтобы запускаться начали», как можно без оценок работать?
Как Вы планируете итерации? или у Вас просто огромный пул задач, и релиз каждые N-недель? если нет, то значит какая-то оценка происходит, раз Вы набиваете итерацию.
Да пусть человек будет хоть сверх талантливый, если он обладает таким смертным грехом как гордыня, от этого человека будут одни проблемы, потому что он чаще всего талантлив в чем-то одном и не понимает многих параллельных процессов (также и не старается их понять), и не дай Бог такого человека хотя бы раз выделить на фоне остальных. По-настоящему талантливый человек всегда послушает коллег, руководство и найдет компромисс даже в сложных ситуациях.
Да на первых парах действительно так было, а потом когда понял, что абсолютному большинству нафиг не надо что-то понимать, стал этим пользоваться — «тебе нужна лаба, а я сегодня с девушкой в кино хочу сходить — плати деньги», в результате все довольны.
А что касается помощи человеку, которому у которого просто что-то не получается так это с радостью.
Да было время, у меня помню было детище брестского завода вычислительной техники — «Байт», именно на нем познавалось программирование на бейсике, и еще приятные воспоминания от игры «Коля сапёр» — это про человечка, который собирал мины в известных местах.
Если Вы разрабатываете этот проект на базе каких-то инструментов то скорее всего эти инструменты уже будут покрыты тестами, все остальное уже Ваше личное дело, если Вы хотите гарантировано закрыть проект без косяков, тогда тесты будут нужны, т.к. в случае возникновения проблем на проекте заказчик скорее всего обратиться к Вам. Если же проект ну совсем простой и точно не будет дальше дорабатываться тогда думаю, что ничего страшного если тестов не будет.
Лично я ни к чему так и не смог привыкнуть, пробовал Eclipse, NetBeans, ZS 6. Пользуюсь старым добрым ZS 5.5.1, мои задачи он решает потому и искать что-то другое нет особого желания.
Такие средства инвесторы вкладывают в потенциал проектов, подумать только, такое количество активных пользователей по всей Земле собраны в одном месте. Рождается спрос на акции компании, при том этот спрос растет, а раз растет спрос при неизменном предложении — растет и цена проектов, отсюда и цена компании.
>> Кстати, интересный момент, что 404 страница у них никак не оформлена. Говорит о «профессионализме» разработчиков.
Не соглашусь с Вами, все-таки с технической стороны контакт проект надежный, на моей памяти он только один раз падал (сравнительно недавно). А судить о профессионализме разработчиков по неоформленным страницам я бы не стал.
2. Сравнивать javascript и PHP наверное все-таки не совсем корректно, эти языки решают разные задачи: PHP — backend, JS — Frontend
1. Сделали разработчики все вовремя ЗП * Повышающий коэффициент
2. Сделали разработчики больше чем планировали ЗП * (Повышающий коэффициент * 2)
У этих двух вариантов такой недостаток, что либо ради премии девелоперы начнут сроки завышать, либо будет падать мотивация, когда будут вылетать из сроков.
Идеально конечно смотреть по ситуации.
Также можно предложить некую бонусную систему, скажем за квартал. Не по 300 долларов ежемесячно, а раз в три месяца 900-1000, но опять же по результатам работы. И довольны все и ничего страшного, если где-то не вложились в сроки, всегда можно нагнать.
Сдельно-премиальный подход хорош на стройке, когда если чуть-чуть разбираешься, то знаешь что поклеить квадратный метр обоев это по времени полчаса, и полностью виден объем работ.
Как Вы планируете итерации? или у Вас просто огромный пул задач, и релиз каждые N-недель? если нет, то значит какая-то оценка происходит, раз Вы набиваете итерацию.
А что касается помощи человеку, которому у которого просто что-то не получается так это с радостью.
$array = array(1, 2, 3, 4, 5);
for($i = 0; $i < count($array); $i++) {...}
=)
Не соглашусь с Вами, все-таки с технической стороны контакт проект надежный, на моей памяти он только один раз падал (сравнительно недавно). А судить о профессионализме разработчиков по неоформленным страницам я бы не стал.