Создание Компетенций PHP в [закрытой] организации

8
задан Charles 23 December 2012 в 21:36
поделиться

5 ответов

Лучший способ стать лучше - это нанять только тех, кто хочет стать лучше. Затем вы должны поддержать этих людей, когда они совершают ошибки в стремлении стать лучше. Так они не боятся пробовать новое.

В США я слышал поговорку: «Нанимайте людей со средним баллом менее 3,9 (из 4,0)»; это отражает цель нанять людей, которые не работали идеально (то есть научились не быть идеальными).

Один из лучших способов стать лучше - это «бережливое» мышление, которое породило методологии Agile, а также значительное количество историй успеха в производстве.

Общая идея состоит в том, чтобы постоянно участвовать в итеративном процессе самооценки и никогда не тратить впустую ресурсы или блокировать рабочий процесс. К этому, конечно, нужно относиться осторожно: исследовательские проекты настолько плохо определены, что их почти невозможно запустить на конвейер, а большая часть разработки программного обеспечения - это исследования.

Что касается языка, ваши разработчики должны быть в курсе последних вопросов безопасности, их установки должны обновляться ИТ-персоналом, компания должна финансировать некоторое количество учебных материалов, будь то курсы, книги и т. Д. конференции, или что-то еще.

В целом, общая концепция заключается в том, что качество - это дело каждого, и можно найти время, чтобы сделать это правильно .

2
ответ дан 5 December 2019 в 10:41
поделиться

Я лично считаю, что хорошие методы разработки выходят за рамки языка. Ваши требования к проектам PHP должны быть такими же, как и к Java. Например, код должен быть понятным и прокомментирован, хорошо отформатирован и протестирован, как и для любого другого языка.

7
ответ дан 5 December 2019 в 10:41
поделиться

Очевидными методами были бы регулярные проверки кода и парное программирование; последнее особенно важно, если вы можете использовать его как инструмент для привития передового опыта новым сотрудникам. Убедитесь, что разработчики, которые ближе к вашему идеалу написания хорошего кода, могут уделять достаточно времени обучению других разработчиков.

Все это, к сожалению, совершенно бессмысленно, если вы нанимаете людей, которые решили, что они уже знают все, что им нужно знать; Убедитесь, что вы нанимаете кандидатов, которые хотят стать лучшими программистами и готовы работать над этим.

2
ответ дан 5 December 2019 в 10:41
поделиться

Я думаю, что одним из самых важных первых шагов является установление стандартов. Установите обязательный стиль кодирования (без однострочных операторов if / for / while / и т. Д., Табуляции вместо пробелов, документов по каждой функции и т. Д.); наличие минимальных требований к чистоте кода очень важно для поддержания высокого уровня контроля качества.

Следующий хороший шаг - определить, где ваши сотрудники компетентны, а где нет. Выясните, с какими частями языка у ваших сотрудников возникают проблемы (например: новые функции PHP 5, эффективное использование DOMDocument, написание безопасных классов ...) и назначьте обязательное чтение.

Это подводит меня к следующему предложению: создать «библиотеку компании». В тех местах, где я работал, это была книжная полка, с которой сотрудники могли брать книги для справок или для изучения. Заполните его множеством книг от разных издателей. Судя по тому, что я видел, сотрудники более чем охотно учатся чему-то новому, если им это не навязывают, и они могут делать это в свое удовольствие. Хороший программист всегда хочет учиться.

Наконец, создайте блог / список рассылки / форум, в котором сотрудники могут регулярно участвовать. Публикуйте лакомые кусочки (и поощряйте своих сотрудников также публиковать) о передовых методах работы.Вы можете написать о том, как использование gettype с оператором switch плохо или как программно правильно отключить магические кавычки.

Удачи!

4
ответ дан 5 December 2019 в 10:41
поделиться

У всех приведенных выше ответов есть хорошие моменты, которые стоит прислушаться. Надеюсь, это будет просто дополнение.

Суть в том, что это требует практики. Определенно не берите людей, которые думают, что они идеальны или не нуждаются в особом росте. Я думаю, что я довольно хороший программист, но вижу много-много возможностей для роста.

Положитесь на мудрость и опыт других программистов. Дайте им несколько хороших материалов для чтения с разделами, в которых выделено, как они воздействуют на вашу организацию или влияют на нее.

Намного легче «ХОТИТЬ» стать лучше, если известна важность этого. Присутствует поддержка для ошибок и роста, а цели ясны и достижимы.

1
ответ дан 5 December 2019 в 10:41
поделиться
Другие вопросы по тегам:

Похожие вопросы: