От администратора до разработчика [закрыто]

Question

Недавно мой друг прошел путь от высокопоставленной должности в NOC до разработчика.До этого он просто работал в службе поддержки.У него нет ученой степени, только обычные сертификаты MIS/сетевых технологий и, насколько мне известно, он возится с кодом только по выходным.Я вижу, что в некоторых сценариях хорошее понимание конфигураций, пакетов, пользователей, подразделений и т. д. может оказаться чрезвычайно полезным для разработчика.

Мой вопрос заключается в следующем: сколько разработчиков, работающих полный рабочий день, начинали именно так?Даже сколько людей одновременно несут ответственность за разработчика/системного администратора/сетевого администратора?

Answer 1

Я уверен, что это довольно распространенный сценарий.Я проработал в IT 12 лет.и я обнаружил, что со временем реальный доход приходит от специалиста (администратора базы данных, программиста и т. д.), а не от специалиста широкого профиля (сетевой администратор, служба поддержки).

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

Я также готов поспорить, что навыки работы с людьми, которые я приобрел на этом пути (поддержка службы поддержки, сетевой администратор, системный аналитик), помогут мне в моей карьере администратора базы данных/разработчика.Навыки, которые, как мне кажется, я бы не получил, если бы сразу занялся карьерой программиста.

Answer 2

Действительно.Я считаю, что разработчики должны знать платформу, для которой они создают программное обеспечение.Если разработчик раньше работал сисадмином, он будет знать, как хорошо интегрировать свое программное обеспечение.Некоторые «запахи интеграции», связанные с Windows-Desktop-App, которые приходят мне на ум:

• Приложение не запускается с правами обычного пользователя (запускается на должным образом защищенных корпоративных компьютерах?ой!)
• Приложению требуются разрешения на запись во все типы системных папок (безопасность?ой!)
• Приложение хранит пользовательские настройки в «нестандартных» местах, например %programfiles% (резервная копия?разрешения?ой!)
• Приложение не обеспечивает установку в автоматическом режиме (развертывание?ой!)

И т. д..

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

Answer 3

В небольших компаниях это довольно распространено.Я занимался этим в течение некоторого времени — разрабатывал программное обеспечение, которое мы продавали клиентам, поддерживал работу сети и добавлял функции в базу данных по мере необходимости для производственной компании со штатом менее 20 человек.

В малом бизнесе вы носите много обязанностей.

Но я начал программировать микроконтроллеры еще в старшей школе, поэтому не могу утверждать, что начал именно с этого.

Это очень разработчику полезно иметь практические знания обо всех этих системах.

-Адам

Answer 4

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

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

Answer 5

Я видел это скорее в другом смысле, когда программист также «администрирует» серверы, а иногда и сеть.Я определенно был в таком положении.

Я думаю, что можно легко пойти и другим путем, когда администратор может начать программировать системы, но, по моему опыту, это не так распространено.Всякий раз, когда я спрашиваю администратора сервера или сетевого человека "Вы тоже программируете?" Большую часть времени ответ «нет».

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

Answer 6

Я начинал как оператор NOC, а со временем дошел до должности старшего сетевого инженера.За последние 2–3 года работы в предыдущей компании я увлекся программированием и начал обучаться всему, что мог, в свободное время.Примерно в 2005 году я ушел из указанной компании в небольшой стартап и до сих пор работаю там администратором и основным разработчиком.

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

Answer 7

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