Câu trả lời:
Tốt nghiệp như một Sysadmin, sau đó chuyển sang lĩnh vực phát triển.
Tôi vừa mới có khoảnh khắc giác ngộ, nhận ra rằng PC thật tào lao. Không thực sự. Bạn có thông số kỹ thuật phần cứng không rõ ràng, mọi người đều thực hiện nó hơi khác nhau, gây ra các vấn đề tương thích nhỏ. Nếu PC không tào lao, thì sẽ không có sự không tương thích khi sử dụng một số loại RAM nhất định (Miễn là tiêu chuẩn của chúng phù hợp với loại trên bo mạch chính - hoàn toàn không có lý do nào để RAM DDR3-1066 không tương thích với Mainboard DDR3-1066) hoặc với một số Thiết bị USB nhất định.
Vì vậy, bạn có Phần cứng bị hỏng do thiết kế vì các thông số kỹ thuật là vô dụng, và trên hết là bạn đã mắc lỗi Phần mềm. Tôi mới nhận ra rằng SysAdmin là một công việc không có gì để giành chiến thắng. Bạn không thể "khắc phục" các vấn đề - bạn chỉ có thể sử dụng băng keo để tạm thời giải quyết một số triệu chứng, nhưng bạn luôn ở bên thua cuộc vì bạn không có nền tảng tốt để bắt đầu.
Đối với những người bạn không muốn làm việc với x86 / x64 crap, YMMV, nhưng tôi đã học đủ 7 năm SysAdmin để biết rằng đó không phải là công việc của tôi.
Vì vậy, thay vì luôn luôn tào lao khi phần cứng bị hỏng, tôi đã chuyển sang lĩnh vực thực sự tạo ra giá trị. Ích kỷ? Có lẽ. Vâng, đôi khi phần mềm của tôi bị lỗi và cuối cùng được xây dựng trên cùng một nền tảng hoàn hảo, nhưng là một nhà phát triển, tôi cảm thấy như mình thực sự đang làm một việc gì đó có giá trị.
Điều đó đang được nói: Tôn trọng tất cả những người làm công việc SysAdmin với một niềm đam mê. Đó là một công việc vô ơn và thường không đạt yêu cầu, nhưng tất cả những người giữ máy chủ và chạy đều là một anh hùng trong cuốn sách của tôi.
Tôi bắt đầu với tư cách là một dev, cuối cùng là một DBA, sau đó là một sysadmin và giờ là một người quản lý sysadmin.
Tôi thấy quản trị hệ thống thú vị hơn vì tôi có cơ hội làm việc trong một môi trường phân tán rộng lớn với nhiều bộ phận chuyển động để tích hợp và bảo trì.
Ngoài ra, IMO một tỷ lệ cao các công việc phát triển là tất cả về việc duy trì các ứng dụng tào lao hoặc tùy chỉnh các gói thương mại. Ừ Đối với tôi, sysadmin dường như mang đến nhiều cơ hội hơn để sáng tạo và có tác động rõ ràng đến các hệ thống giúp doanh nghiệp hoạt động.
Tôi bắt đầu như một sysadmin thích viết mã. Tôi đã tìm thấy các kỹ năng lập trình là kỹ năng quan trọng số 1 cho một sysadmin. Nếu bạn không biết cách tự động hóa các tác vụ, bạn sẽ gặp ác mộng bảo trì.
Nhiều năm trôi qua, tôi đã thực hiện ngày càng ít sysadmining. Và bây giờ thích làm kiến trúc của các giải pháp mới thay thế. Nếu tôi thực hiện sysadmin-công cụ gỡ lỗi dòng thứ 3 thường nặng hoặc mã để tích hợp một số giải pháp tào lao - trên hộp, một số quản trị viên khác đã cài đặt cho tôi.
Khi còn ở uni, tôi đã có một công việc là webadmin, vì vậy nó chắc chắn gần với sysadmin hơn, sau đó là nhà phát triển. Sau đó, tôi dần dần làm nhiều hơn và phát triển hơn, cũng như công ty phát triển có nhiều nhiệm vụ CNTT hơn. Đã đến lúc, khi tôi nói với sếp của mình, rằng quá nhiều công việc phải làm cả hai việc, chúng tôi đã thuê những người mà sysadins nghiêm túc, trong khi tôi dành 100% cho sự phát triển.
Tôi đã không có sự sang trọng của một trong hai hoặc. Tôi phải bắt đầu làm cả hai cùng một lúc . Kết hợp điều này với việc chuyển một di sản của máy Mac cũ hơn 68 nghìn sang máy tính để bàn HP mới hơn và cố gắng hiện đại hóa sản xuất công nghiệp (tối ưu hóa danh sách cắt) VÀ thiết lập truy cập internet VÀ gửi email VÀ học một ngôn ngữ mới (Delphi) VÀ xử lý các vấn đề dữ liệu VÀ học Linux VÀ học Windws NT 4 VÀ những điều cơ bản của mạng TCP / IP .... blah blah blah ....
Bạn có được ý tưởng. Rửa tội bằng lửa, và đôi khi, đá cầu được phục vụ ở bên cạnh. 1997 không giống như năm 2007 và nhiều "người mới" làm việc quản trị viên có thể không đánh giá cao sự khác biệt. Bạn không thể chỉ "google nó", Google vẫn là một công ty khởi nghiệp.
Bạn nhanh chóng học được những điều dưới áp lực đó, như cách (không) quan trọng công việc của bạn đối với người khác. Đối với họ, bạn là một ác quỷ cần thiết. Đối với bạn, bạn biết trong trái tim mình, nơi đó sẽ rơi vào địa ngục trong một cái khăn tay nếu bạn không tiếp tục chạy.
Khi tôi rời đi, đó là vì tôi đã bị bỏng và chủ sở hữu không có sự đánh giá cao cho công việc khó khăn tôi đã làm. Đồng hồ 24 giờ làm việc liên tục mà không có thức ăn, nghỉ ngơi, hoặc bồi thường là lố bịch. Dự kiến sẽ ở lại thêm 12 giờ nữa mà không có thức ăn, nghỉ ngơi hoặc bồi thường đã đẩy các giới hạn về sức chịu đựng thể chất của tôi. Hãy xem, 36 giờ trong hai ngày, và anh ấy không thể tự hỏi tại sao tôi muốn nghỉ một ngày sau tất cả những điều đó.
Đó là 10 năm trước. Không cần phải nói, chủ nhân mới của tôi hợp lý hơn nhiều. Tôi vẫn làm cả SysAdmin và lập trình, mặc dù nó có xu hướng dễ dàng hơn nhiều. Có lẽ bởi vì mọi thứ không bùng cháy và có nhiều hơn một người làm việc về một vấn đề .
Tôi là một nhà phát triển. Đây là những gì tôi thực sự là.
Bạn bè và gia đình không có kỹ thuật của tôi nhầm lẫn tôi là một quản trị viên hệ thống.
Tôi là nhà phát triển trước những người bạn am hiểu kỹ thuật của mình và là quản trị viên hệ thống cho mọi người khác. Tôi sống một cuộc sống kép.
Đây là một phiên bản ngắn gọn của câu chuyện của tôi:
Tôi bắt đầu nghiêm túc với tư cách là một nhà phát triển, nhưng tôi đã phải học rất nhiều thứ về sysadmin vì tôi bắt đầu giúp cha tôi với công ty của mình. Hiện tại tôi vẫn là một nhà phát triển, nhưng tôi cũng làm những thứ nặng nề.
Cả hai lĩnh vực bổ sung cho nhau khá tốt, tôi nói. Ví dụ: mặc dù tôi không phải là chuyên gia sysadmin, tôi biết cách định cấu hình máy chủ web an toàn cho các ứng dụng của mình, giải quyết một số vấn đề về sysadmin, v.v. Và khi tôi cần hỗ trợ, tôi có thể giao tiếp với đúng người tốt hơn .
Là một sysadmin, biết phát triển phần mềm đã cho phép tôi tự động hóa tốt hơn các tác vụ cồng kềnh và hiểu khá rõ cách thức một số công cụ cơ bản hoạt động.
Có lẽ đó là một trường hợp phổ biến? Tôi đoán hầu hết các sysadins đều biết ít nhất một chút về lập trình, phải không?
Tôi rất thích nghe cách bạn áp dụng một trong hai lĩnh vực kiến thức khác.
Đi từ sysadmin dễ dàng hơn -> sysadmin mã hóa -> nhà phát triển. Trừ khi bạn may mắn, bạn sẽ phải đối mặt với việc cắt giảm lương theo cách khác.
Nếu không có gì khác, khi bạn làm việc trong một môi trường mà bạn cần nói chuyện với các nhà phát triển, một số quen thuộc với mã hóa là vô giá - nó thực sự giúp có một ngôn ngữ chung , đặc biệt là khi bạn phải giải thích tại sao thiết bị cho khả năng hoạt động là một điều tốt .. .
Tôi bắt đầu là một Sysadmin và thấy mình trở thành một quản trị viên lười biếng, ghét phải làm điều tương tự hai lần, vì vậy tôi đã học được cách làm kịch bản. Kịch bản không chỉ làm cho các nhiệm vụ trần tục dễ thực hiện hơn, nó còn giúp hợp lý hóa mọi thứ của tôi đảm bảo rằng tất cả các bước thích hợp đã được tính trong một nhiệm vụ. Kịch bản cũng đưa tôi đến điểm mà hôm nay tôi không thích GUI, vì tôi không biết mã nào đang thực thi trên phần phụ trợ và vì vậy tôi không tin tưởng chúng. Tôi cũng theo sự phát triển tự nhiên từ kịch bản thành công việc của nhà phát triển, nhưng vì tôi là một sysadmin và chưa bao giờ được đào tạo phát triển chính thức bất cứ ngày nào trong cuộc sống của tôi, tôi vẫn thấy mình quay trở lại với công việc của sysadmin. Thành thật mà nói, tôi ước mình được nghỉ việc, hoặc có thể thích hợp hơn là một kỳ nghỉ dài (3-4 tuần),
Tôi bắt đầu như một sysadmin / dba và sau đó tiến vào lập trình. Tôi đã đi vào đấu trường sysadmin / dba vì tôi có quan niệm sai lầm rằng các lập trình viên bị nhốt trong phòng sau và không bao giờ nói chuyện với bất kỳ ai. Khi tôi bắt đầu say mê lập trình (VBA -> VB6 -> .NET), tôi thấy rằng tôi cần phải biết các quy trình hoạt động như thế nào từ những người đã làm chúng (hãy tưởng tượng điều đó!)
Tôi đã làm việc theo cách của mình để phát triển và bây giờ là một lập trình viên. Rõ ràng, tôi luôn là một lập trình viên giỏi vì tôi không bao giờ cảm thấy mình đang làm việc nữa! :-)
Kiến thức của tôi về khía cạnh sysadmin / dba đã giúp tôi rất nhiều khi tôi bắt đầu viết mã bởi vì tôi biết mọi thứ hoạt động như thế nào và nó nên hoạt động như thế nào . Điều đó đã cho tôi một giải pháp lớn về các giải pháp lập trình cho những người sysadmin!
-JFV
Tôi bắt đầu làm công nghệ máy tính để bàn và chuyển sang sysadmin sau một vài tháng. Đã dành 8 năm tiếp theo để làm sysadmin và thấy rằng phần lớn thời gian của tôi đã dành để viết các applet và script để hoàn thành các nhiệm vụ quản trị của tôi. Tôi thích mã hóa nhiều hơn các nhiệm vụ sysadmin của tôi và may mắn rơi vào vị trí nhà phát triển trong cùng một công ty. Bây giờ tôi làm cả hai, thực sự. Tôi thuộc một nhóm ứng dụng nhỏ, chuyên môn cao và đội cả hai chiếc mũ. Tốt nhất của cả hai thế giới! Tôi có thể theo kịp sysadmin và cũng tập trung vào phát triển như một phần trong mô tả công việc của tôi.
Bắt đầu là nhà phát triển. Đi qua quản trị hệ thống, DBA, trở lại nhà phát triển, trở lại DBA, trở lại quản trị hệ thống. Bây giờ trở lại là DBA.
Tôi nghĩ rằng nó khá thẳng về phía trước để đi từ dev đến các lĩnh vực khác. Tôi không nghĩ việc chuyển từ quản trị hệ thống sang phát triển là dễ dàng như vậy. Có một tư duy nhất định để phát triển và tận hưởng việc thực hành viết mã và xây dựng các ứng dụng. Tôi đã tìm thấy rất nhiều quản trị viên hệ thống tuyệt vời đã gặp khó khăn trong việc nắm lấy nó.
Tôi bắt đầu với tư cách là một nhà phát triển web viết ASP, lúc đó tôi quen thuộc hơn PHP. Tôi có phần hạnh phúc vì tôi đã viết rất nhiều ASP ở trường trung học và sau trung học cho các khóa học dự án của mình, nhưng phải làm rất nhiều công việc xung quanh các giới hạn để làm những việc như mã hóa và tải lên / tải xuống tệp. Cuối cùng tôi đã đảm nhận vai trò sysadmin, và khi tôi bị thu hẹp, tôi đã trở thành một sysadmin di động (không phải Geek Squad, nhưng ý tưởng tương tự).
Tôi thích là một sysadmin, nhưng thích công việc hiện tại của tôi hơn nữa là một nhà phân tích. Tôi có thể làm một chút mọi thứ mà không phải chịu gánh nặng của các dự án lớn.
Lập trình viên sysadmin để lập trình viên sysadmin thành lập trình viên (người cũng thỉnh thoảng hỗ trợ công cụ sysadmin). :-) Tôi cuối cùng cũng làm bất cứ công việc gì tôi có thể tìm thấy (và những vị trí sysadmin đó cũng được kết hợp với netadmin)!
Tôi bắt đầu một nhà phát triển web trong một dự án đại học ảo. Theo thời gian khi tôi trở nên có trách nhiệm với các máy chủ ứng dụng (như Adobe ColdFusion), tôi ngày càng tham gia nhiều hơn vào quản trị viên máy chủ web. Chi nhánh trong các máy chủ Unix và Windows trong những năm qua.
Ngoài ra, vì tôi cũng biết Oracle (đã từng được xác định là lập trình viên cơ sở dữ liệu một thời gian) nên tôi đã được gọi để hỗ trợ các nhiệm vụ DBA khi cần.
Bây giờ tôi đã chuyển sang làm quản trị viên Solaris do những thách thức về nhân sự, vì vậy tôi trở thành một sysadmin chính thức hơn (trong khi vẫn lập trình và bảo trì máy chủ web). Tôi cũng dự định trở thành một nhà phát triển đa phương tiện nếu một trong những dự án của tôi khởi đầu để tạo nội dung phát trực tuyến cho chủ nhân hiện tại của tôi.
Tôi bắt đầu như một sự kết hợp của cả hai trên TRS-80 của tôi. Phải thừa nhận rằng, không có nhiều quản trị viên phải làm nhưng vẫn vậy.
Cuộc gặp gỡ máy tính lớn tiếp theo của tôi là VAX 11/780. Chúng tôi cũng là tất cả sự kết hợp của quản trị viên và nhà phát triển.
Ở trường đại học và một phần của trường đại học, tôi đã sử dụng bất kỳ tài nguyên điện toán nào có sẵn trong phòng thí nghiệm (chỉ dành cho nhà phát triển).
Sau khi tốt nghiệp trung học, tôi được trả tiền để trở thành sự kết hợp của cả nhà phát triển và quản trị viên cho phòng thí nghiệm SGI của chúng tôi. Bất cứ ai khác trong bản thử nghiệm beta cho IRIX 5 trên các máy Onyx gốc? Ôi, MIPS R4400, làm thế nào để tôi yêu bạn ...?
Kể từ đó, tôi luôn thấy mình làm cả hai công việc. Thực tế là tôi biết chính xác tôi muốn máy tính hoạt động như thế nào để hỗ trợ tôi trong công việc toàn thời gian khác, viết phần mềm.
Tôi đã bắt đầu như một nhà phát triển và trở thành một sysadmin một cách tình cờ. Chúng tôi đã thiếu người trong bộ phận sysadmin và chúng tôi trong bộ phận phát triển đang chờ đợi mọi thứ được cài đặt và định cấu hình. Vì vậy, tôi bắt đầu đảm nhận một số nhiệm vụ này vì tôi muốn hoàn thành một số công việc dev của mình, điều này phụ thuộc vào những nhiệm vụ này. Sau đó, tôi bắt đầu làm điều tương tự cho các nhà phát triển khác và dần dần tôi đang duy trì toàn bộ môi trường dev. Điều này đòi hỏi quyền truy cập vào tất cả mọi thứ (máy móc, mạng, v.v.) vì vậy tôi đã kết thúc việc sao lưu cho sysadmin thực sự khi anh ấy đi nghỉ và / hoặc bị ốm. Khi công ty phát triển, chúng tôi nhận ra rằng việc thuê các nhà phát triển mới dễ dàng hơn so với sysadins nên tôi đã "chuyển" chính thức sang bộ phận sysadmin. Và tôi không hối tiếc vì đã đi theo con đường này.
Khi còn là sinh viên, tôi đã có một công việc bán thời gian với tư cách là một / hai / ba người trợ giúp tại một ISP khi một ISP có kích thước trung bình ở Úc ở đây là 1-2000 người dùng. Là một sinh viên CS vào thời điểm đó. Đào tạo là, đây là mật khẩu gốc và mã báo động. Hãy chắc chắn rằng bạn khóa cửa khi bạn rời đi.
Từ đây tôi phát triển thành một quản trị viên hệ thống mới bắt đầu. Đã học perl qua đêm khi tệp passwd bị thổi bay nhưng chúng tôi có dữ liệu để xây dựng lại nó trên các thuộc tính hệ thống tệp và tệp bán kính.
Cuối cùng, có một chương trình công việc trong một cửa hàng nhỏ với những khách hàng lớn, nơi tất cả các lập trình viên nơi các chuyên viên máy tính linux, vì vậy tất cả chúng ta cũng sẽ quản trị một chút. Nhưng tôi đã thực hiện rất nhiều quản trị hệ thống và giúp chạy 10 modem ISP 100 người dùng mà chúng tôi có ở bên
Từ đó chuyển sang vai trò kỹ sư triển khai. Trường hợp bạn cần để có thể triển khai phần mềm prod theo cách có thể mở rộng hợp lý nhưng cũng có đủ kinh nghiệm lập trình để tìm ra cách phần mềm bespoke hoạt động và có thể nói chuyện với các nhà phát triển để gỡ lỗi.
Từ đó lập trình web và quản trị hệ thống.
Từ gig quản trị viên toàn thời gian của họ.
Bạn có thể đọc câu chuyện của tôi tại: /programming/547155/from-admin-to-dev/547177#547177