Pull to refresh

Comments 14

UFO just landed and posted this here
UFO just landed and posted this here
UFO just landed and posted this here
На мой взгляд, если начинают сотрудничать с разработчиком, то боссу не сильно важны многие приведенные пункты. Главное, чтобы работа была выполнена качественно и В СРОК!!! 1 из 10 разработчиков, с которыми мы работали за все время, выполнял работу в срок, не затягивая на неледю как остальные.
1) Не становитесь «специалистом» в узкой сфере


Узкие специалисты получают в разы больше широкопрофильных. Статья с вредными советами.
Здесь имеется в виду тот факт, что куча разработчиков зацикливается на какой-то определенной технологии дольше, чем того требуют тенденции. Если ты специалист по какому-то конкретному фреймворку или системе управления контентом — это не значит, что нужно забить на других представителей этих направлений.
вредный совет
Не становитесь «специалистом» в узкой сфере


полезный совет
Не становитесь «специалистом» в одном программного продукте одного вендора
Тенденции в Интернете быстро меняются. Если вы проведете пять лет, занимаясь исключительно Drupal, вы «неожиданно» обнаружите, что в одночасье все решили, что им нужен сайт на WordPress (или наоборот).


Пример, собственно, демонстрирует «ваш» принцип

Не становитесь «специалистом» в одном программного продукте одного вендора
ИМХО грамотный специалист по Drupal может легко переключится на WordPress или на любую другую CMS на стеке LAMP. Или даже написать свою если это потребуется.
Очень часто для того чтобы стать «специалистом» в узкой сфере сперва потребуется стать специалистом широкого профиля.
Например, для специалиста по администрированию IBM FileNet крайне желательно быть специалистом по администрированию:
1. хотя бы одной из СУБД — MS SQL, Oracle, DB2
2. хотя бы одного из серверов приложений — IBM Websphere, Weblogic, Jboss
3. Понимание как работает LDAP и опыт администрирования
4. Опыт администрирования Windows Server, Linux
5. Понимание как работают SAN а зачастую и опыт настройки.
Это очень расхожее мнение, которое практикой не подтверждается. Обычно заблуждение возникает из-за того, что специалист в узкой сфере постоянно видит специалистов широкого профиля с меньшими ЗП. Вот только специалисты широкого профиля со временем растут в ЗП, а узкий специалист — нет.
Не понимаю почему нельзя критиковать. Критика, особенно конструктивная, всегда полезна. Может быть не стоит критиковать бесплатно? :)
Возможно, стоит разделить критику и некие предложения по улучшению.
В таком случае, критика будет указывать на недочеты. А вот предлагая что-то лучше Вы можете подискутировать.
В озвученном мной варианте:
правда, лучше не критиковать. Никто не любит, когда его тыкают носом в «косяки».
пожелания по улучшению можно давать и не бесплатно)
> Не становитесь «специалистом» в узкой сфере.

Мне так больше нравиться:
«Не меняй технологии — меняй компании!»
Отвечу по пунктам.

1. Хотите зарабатывать много? Тогда НЕ следуйте этой рекомендации.
2. Да.
3. Да, естественно.
4. Да, конечно.
5. Да.
6. Да, но не «покажите», а «применяйте».
7. Да.
8. Да, хотя есть исключение — инвестирование. Можно инвестировать не только деньгами, но и непосредственно своим трудом. Кстати, это очень выгодно.
Sign up to leave a comment.