Bir yazılım şirketinde çalışmak ile odağı başka bir alanda olan bir şirket arasındaki fark nedir? [kapalı]

Son zamanlarda, iş fırsatına sahip yerel bir reklam ajansı tarafından yaklaştı. Tüm web / interaktif gelişmeleri kurum içine getiriyor ve geliştirme ekibine ekliyorlar.

Cushy'imden bıktım, ancak sıkıcı şirket işimden bıktım ve bu durumdan ilgimi çekti.

Yalnızca birincil işletmenin yazılım yaptığı yazılım atölyelerinde çalıştığı için, geliştirme işlerinin odağı olmadığı için kaliteli yazılım uygulamalarına önem vermeyeceklerinden endişeleniyorum.

Hem bir şirket içi yazılım geliştirme ekibine hem de departmanına sahip olan bir şirkette çalışan bir yazılım şirketinde çalışarak hem karşılaştırıp / hem de kontrastta deneyimi olan biri var mı?

Şirkete bağlı olacaktır. Ancak, genellikle ana odak noktası değilse, yazılım daha düşük kalitede olacaktır. Eğer varsa, süreç daha az katı olacaktır. Test olmayan. Ve iş genel olarak teknik olarak daha az zor.

Çalışmasını ve şimdi çalışmasını isteyecekler ve bu yeterince iyi olacak.

Ancak, bazı yerler tamamen yeni bir şey yapan anne ve pop mağazalar olsa bile, yazılım geliştirme konusunda oldukça hassastır. İş liderliğinin iyi fikirlere açık olmasına, teknoloji liderliğini doğru yapacak kadar bilmesine ve iyi bir fikri açıklayabilecek kişilere sahip olmasına bağlıdır. Hangisi sen olabilirsin.

Şirketle röportaj yap. Joel testini bildiğini / uyduğunu onlara sorun. Çoğu iyi nokta. Bakalım teknik borç ve efsanevi adam-ay. Proje yöneticiniz kim, hangi süreci kullanıyor ve ne kadar geeky?

BÜYÜK bir fark var. Eskiden, kâr merkezinin bir parçasısın. İkincisi, bir maliyet merkezinin bir parçasısınız. Hangisi daha iyi tedavi görüyor?

Şimdi bir yazılım şirketi için çalışıyorum ve her zaman işten çıkarmalar ve her zaman dış kaynak kullanımı olan son işimde olduğundan çok daha mutluyum ve geliştiriciler sadece kolayca değiştirilebilir gereçler (şirketin kalbi yerine) olarak görüldü.

Programcılar hala programcılar. Sadece şirketin ana ürünü yazılım değil, bir programcının aynı olanaklara ihtiyacı olmadığı anlamına gelmez.

Evde kullanım için yazılım geliştiren büyük şirketlerin BT departmanında çalıştım; Pazar için yazılım geliştiren firmalarda çalıştım; ve müşteriler için web geliştirme yapan ajanslarda çalıştım.

Ayrıca, bu farklı şirketler arasında üretkenliği artırıcı şeylerin önemi bakımından herhangi bir fark olmadığını söylemeyeceğim.

Programcıları üretken tutmak, programcıların ne tür bir gelişme gösterdiğinden bağımsız olarak hayati öneme sahiptir. Ayrıca, programcıları mutlu etmenin ve sizin için çalışmaya devam etmenin yazılım dışı bir şirketin BT departmanındaki bakım programcıları olduğunda daha da önemli olduğunu söyleyebilirim .

Fark büyük ölçüde şirketin kendisine bağlıdır; İyi olmayan yazılım şirketlerinde ve korkunç yazılım şirketlerinde çalıştım. Ortalama olarak, yine de, bulduklarım:

Yazılım Dışı Şirket

Vurgu, kaliteye veya uzun vadeli sürdürülebilirliğe verilen az veya hiç düşünmeden işleri hızlı bir şekilde halletmeye odaklanır. Geliştiriciler, teknik olarak geçmişte yaptıkları işlemlerin ötesinde veya şirketle geçirdikleri süre boyunca teknik olarak cahil olurlar ve sıklıkla yeni kavramlar (ORM'ler, KATI ilkeler, TDD, vb.) Tanıtmaya çalışılırsa karışıklık veya derhal işten çıkarılma ile karşılanırlar. İnsanlar daha çok "şirket hattını çekme" ye odaklanırlar.

Yazılım şirketi

Kaliteden ödün vermeden işleri yapmaya odaklanın. İş arkadaşlarının teknolojiyi (işyerinde kullanıp kullanamayacaklarını farketmeksizin) güncel tutma olasılıkları daha yüksektir ve sıklıkla yazılımı daha iyi hale getirmek için yeni fikirleri veya çerçeveleri günlük rutine nasıl entegre edebildiklerini araştırırlar. Eğer zaten aşina değillerse ve TDD, ORM'ler, SOLID, vb. Gibi kavramları kullanıyorlarsa, muhtemelen duymuşlardır ve onları değerlendirmek için daha isteklidirler.

Yine bu son şirkete bağlı. TDD ve ORM'leri benimseyen ve bana uygun yazılım mühendisliği konusunda çok şey öğreten son derece Çevik bir ekibiyle yazılım dışı bir şirkette çalıştım ve en kötü türden VBScript spagetti kodunu yazan ve 50'den fazla geliştiriciye sahip küçük bir yazılım şirketinde çalıştım. Her şeyin kırılmaması için farklı sayfalarda ve küçük bir değişiklik için bile tonlarca bürokrasinin çalışması gerekiyordu. Ancak, şirket ne kadar az dışa bağımlıysa, yazılım geliştirme için ortam o kadar kötü olacaktır.

Yazılım dışı insanların katındaki tek yazılım geliştirici olarak çalıştım ve bu durumda bağımsızlığın daha da önemli olduğunu düşünüyorum. Aynı araçları kullanan onlarca kişi yoksa, daha fazla karar vermeniz gerekir - hangi dili kullanacaksınız, hangi derleyiciyi, hangi sunucuları vb. Kullanmalısınız. Yalnız geliştiricilerin yazılımı kurmak, değerlendirmek ve yönetmek için daha fazla özgürlüğe ihtiyacı vardır Bu, bir grup ortamında verilen için alınır.

Kesin bir fark, kurumsal bir yazılım mağazasında geçirmeniz gereken genel gider ve yeniden bant üzerinde daha az durulması olacaktır. Projelerinizin tüm yönleri üzerinde çok daha ayrıntılı kontrol sahibi olabileceğinizi göreceksiniz.

Bir profesyonel, bunun canlandırıcı olabileceği yönünde.

Kişisel olarak benim için korkunç bir şekilde ortaya çıktı, fakat bu, kötü bir seçim yaptığım için olabilir. Bir BÜYÜK con, artık işin ekmek ve tereyağına bağlı olmamanız ve bunun yerine idari bir genel gider olmanızdır. Bütçe kontrolörleri bana şahsen kendi cüzdanlarından para alıyormuş gibi davrandılar ve konuşmak için “beni kiralanmış bir katır gibi dövmeye” başladılar. Benim için çıldırtan ve yorucu bir sıkıntıydı, bu yüzden röportaj yaparken bu tür bir tutumun işaretlerini dikkatlice aramalısınız.

Burada zaten bazı büyük cevaplar var, ancak Joel Spolsky'nin Yale Üniversitesi'nde verdiği bir konuşmanın 2. bölümünün transkriptine bir link vermek istiyorum :

Joel Spolsky - Yale'in 2. Bölümündeki Konuşmalar

Orada “şirket içi” programcılar ve yazılım / teknoloji şirketlerinde çalışan programcılar arasındaki farktan bahsediyor.

Üç ana noktası:

• Bir kurum içi programcı olduğunuzda, işleri asla doğru şekilde yapamazsınız. Her zaman işleri uygun bir şekilde yapmak zorundasınız.

• Kurum içi bir programcı olarak, bir kere bir yazılım “yeterince iyi” olduğunda, üzerinde çalışmayı bırakıyorsunuz. Yazılım "ürünler" geliştirdiğinizde onları güzelleştiriyorsunuz.

• Bir yazılım şirketinde programcı olduğunuzda, yaptığınız iş doğrudan şirketin para kazanma şekli ile ilgilidir. Bu, bir şey için, o yönetimin sizi umursadığı anlamına gelir.

Şahsen, kariyerim boyunca hem yazılım şirketlerinde hem de yazılım dışı şirketlerde çalıştım ve her kuralın her zaman istisnaları olmasına rağmen, şirketlerin büyük bir çoğunluğu bunlara uygun gibi göründüğü için Joel'in fikirlerine katılıyorum.

En büyük farklardan biri, bir yazılım mağazasında çalışmanızın muhtemelen şirket içinde iş oluşturmanıza yardımcı olduğudur. Programlama bölümünde çalışmak. farklı bir şirkette, genel olarak, insanları değiştirmek için yazılım yazdığınız anlamına gelir. Başa çıkmak için iç karartıcı bir gerçeklik. Olduğu söyleniyor, bir reklam ajansı tamamen farklı bir canavar olabilir. Daha fazla başka bir şirket içindeki bir web dev dükkanı gibi, benim tahminim olurdu.

Benim gözlemlerime göre, yazılım şirketiyle profesyonel hayatta kalma meselelerine bağlı kalırken en az iki durum var .

Birincisi, kodlamanın tamamen kodlanmış olması durumunda - bana kod vermek için% 80, 90 ...% 100 zaman ver yoksa ölürüm . Yazılım mağazalarında bu, neredeyse herkes tarafından yapılıyor çünkü herkes oraya nasıl gideceğini biliyormuşçasına veriliyor. Ancak dışarıda , oraya varamama riski çok yüksektir. Biri% 50, 40,% 30'a kadar düşebilir (kişisel kodlama yüküm bir kez% 20'ye düştü - şaka yapmıyorum, JIRA'da ölçtüm !) Bunun nedeni "onlar" ın kodlanmasını istememesi değil - istedikleri değil , ama ... sadece nasıl yapılacağını bilmiyor olabilirler.

İkinci “ölümcül risk”, birinin iletişimde ciddi sorunları olup olmadığıdır. Bu, yazılım mağazalarında bile zahmetli olabilir, ancak en azından etkileşimleri bozmadan güzel bir üretken yaşamda hayatta kalmak ve yaşamak için iyi şanslar var. :) Yazılım dışı şirketlerde, bu tür şanslar çok daha düşüktür - bunun tam tersi bir durum olsa da, kaçınılmaz bir şey, çünkü sonunda BT temellerini öğrenmek için dışarıdan birilerini eğitmek için çok çaba harcamak zorunda kalacağı için, kaçınılmazdır çünkü aksi halde iş yapmak imkansız olacaktır.

Yukarıda bahsettiğim iki durum dışında, yazılım şirketlerine kesinlikle kilitlenmek için başka güçlü bir neden bilmiyorum. Şimdi hangi tarafı tercih edersiniz? Söyleyebileceğim kadarıyla, bu daha çok bir zevk meselesi, size ne tür bir eğlence tıklıyorsa.

Her iki taraf da kendine özgü, eğlenmenin farklı biçimlerini sunar. Tarif etmesi kolay değil.

Yazılım şirketlerinin "yüksek puanlar" hedefleyenler için daha eğlenceli olduğunu söylerken, dış şirketler "büyük fark" için çabalayanlara heyecan veriyor. Bunun hakkında düşünüyorum ( aşağıdaki not numaralarını yalnızca bir noktaya getirmeyi basitleştirmek için icat edilmiştir) ...

• Yazılım firmasında, yılda 100 özellik sunma şansı - hiç kimsenin elde edemediği en yüksek not. Zor olacak, zor olacak, üst sıralarda olacak - yılda ortalama 70 özellik üzerinde% 50'lik bir iyileşme sağlıyor . Gerçekten büyük zorluk.
• Aynı zamanda, dış firmada yılda 50 özellik sunma şansı - hiç kimsenin elde edemediği en yüksek destek. Zor olacak, zor olacak, büyük olacak - yılda ortalama 10 özellik üzerinden% 500 artış sağladı . Büyük zorluk, bana güven.

Yazılım şirketlerinde% 500'lük artış elde etme şansının, kıyaslandığında oldukça düşük olduğuna dikkat edin - sırasıyla, 100 özelliğe ulaşma şansının, dışarısı oldukça azdır .

Bir taraftaki en iyi noktalar, profesyonel limitleri anlama becerimizi geliştirerek, işleri nasıl daha iyi yapabileceğimizi bilmemizi sağlıyor. Diğer taraftaki büyük fark, şirket kültürü üzerinde derin bir etki yaratarak yabancıların bu konuda nasıl yapılacakları konusunda bilgiyi geliştirir .

Şimdi, eğer bir başkası için net bir tercihiniz varsa, hangi tarafın alınacağını bilirsiniz. Ya da kararsızsanız, aralarında istediğiniz gibi dolaşmaktan çekinmeyin. :)

Maliyet-kar merkezi tepkisi için Kudos.

Her ikisinde de bulundum ve bir yazılım şirketini tercih ederim. Kârla olan ilişkiniz daha açık olduğundan, bazı performans performansına dayalı tazminat ve yazılım geliştiricilerin kişiliğini kapsayan genel bir corp kültürüne sahip olma olasılığınız daha fazladır. Genellikle bu, daha az ofis politikasına dönüşür, Dockers gerekli değildir, açık kariyer yolları ve daha az BS. Ama daha kararlı bir 9-5'e, belki de daha az zorluysa, en son teknoloji ürünü bir şirkete göre değil, daha iyi bir anlaşma - burada alaycı olmamakla birlikte, bazı insanları pahasına daha tipik bir iş / yaşam dengesi gibi anlıyorum. diğer şeyler. Tecrübelerime göre bir geliştiricinin genel kalitesi bir yazılım şirketinde çok, çok daha iyidir; Sık sık corp BT nüfuz sıradanlığa karşı. İstisnalar olduğunu biliyorum.

IT, Yazılım Dışı Şirketlerde Destek Grubunun bir parçasıdır .. Yazılım Programcıları, şirkete daha iyi verimlilik, daha hızlı işlemler, teknik destek vb. Konularında yardımcı olacak uygulamalar geliştirdi. Programcılarına işler, ancak pek çoğu değil, bu yüzden diğer şirketlerdeki Programcıları dış kaynak olarak kullandılar.

Hem bir şirket içi yazılım geliştirme ekibine hem de departmanına sahip olan bir şirkette çalışan bir yazılım şirketinde çalışarak hem karşılaştırıp / hem de kontrastta deneyimi olan biri var mı?

Bir IS departmanı içinde çalışmayı yazılım satan bir şirketin ürün geliştirme kolunda çalışmayı tercih ederim. Sadece her iki tarafı da açıklığa kavuşturmak ve her birini bir miktar biçimlendirme düzeltmeleri ile vermek için:

IS departmanı

Şirket, donanım, yazılım, araba veya başka bir şey yapabilir, ancak burada anahtar, şirketin gün içinde ve gün dışında kullandığı sistemlerden sorumlu bir iç bölüm olmasıdır. Burada, departmanın bu departmanın bir parçası olarak yürüttüğü süreçlere bir miktar olgunluk getirmeye çalışabilecek ITIL gibi çerçeveler olabilir, diğer taraftan ise gelişmeleri ortaya çıkaran geliştirme ve analiz çalışanları , geliştirmeler ve yeni sistemler. Burada projeler değişebilir, ancak bazı durumlarda büyük bir sistemin bir CMS, CRM veya ERP gibi değiştirilmesi durumunda, piyasaya sürülme aşaması nedeniyle sistemin tamamen hayata geçirilmesi yıllar alabilir.

Bazen bir makinede çark dişi olduğumu hissediyordum ve diğerlerinde böyle bir pozisyonun alçak ve yüksek olması için şirketin omurgasının bir parçası olmak oldukça zarif. Şirket dışından insanlarla çok fazla övünmüyorum çünkü işimin çoğu kamuya açık olması veya görülmesi amaçlanmayan iç sistemler üzerinde bulunuyor. Burada, birinin yazılımın tedarikçileri ile uğraşmak zorunda kalabileceği, birinin hataya neyin sebep olduğunu bilmenin kolay olduğu bir şey olmayan bir sorunu olduğu için destek biletleri olabilir ve böylece IS departmanı bir başkası ile takip etmelidir. sorunun çözülmesine yardımcı olmak için. Diğer durumlarda, değişen gereksinimler veya iş kuralları nedeniyle bazı özelleştirmelerin değiştirilmesi gerekebilir.

Yazılım şirketi

İşte bu, şirketin doğrudan sattıkları üzerinde çalışıyor ve bu nedenle bazı büyük kural farklılıkları var. Birincisi, buradaki müşteri, IS departmanı vakası kadar kutucuklu olamaz. IS departmanında bir sistemin sadece birkaç kullanıcısı olabilir, böylece yönetişim birisinin kasten bir aracı kötüye kullanmayı seçmesi durumunda, her zaman önlenemeyen birçok tuhaf durumla ilgilenebilir. Yazılım firmasında bu güvenlik ağı yoktur. Birisi yazılımınızı indirirse ve onunla çok yıkıcı bir şey yapmanın bir yolunu bulursa, şirket bunun için büyük bir kara göz alabilir. Bu durumda, ne yaptığımı biraz daha fazla bilmek istersen, arkadaş ya da akraba göstermek için harika bir özellik olabileceğinden, yaptıklarımdan bazı şeyler gösterilebilir.

Burada dikkat edilmesi gereken bir husus, İD departmanlarındaki kişilerle birlikte çalışan milyonlarca dolarlık işlerin yanı sıra doğrudan iş yapan firmalar için çalışan büyük özelleştirilebilir işletme yazılımları koymak üzere sistem entegratörleri olarak getirilen şirketler olabileceğidir. büyük yazılımın kendisi. Ayrıca, çoğunlukla yazılımın oluşturduğu bir hizmeti sattıkları için buraya koyduğum uygulama servis sağlayıcıları da olabilir. Örneğin, Google’ın bir DVD’sini almak için bir mağazaya gitmemesine rağmen, en azından benim yaptığımı sanmıyorum sanmıyorum. Çevrimiçi olarak kolayca kullanılabilecek birçok Google ürününü tanıyor. Bu, olduğu gibi bazı uzmanlıklara izin verebilir.

Geçenlerde bir meslektaşımın CEO’nun " * * çalıştırdığım yazılım hakkında af vermiyorum" dediğini duyduğu büyük bir Amerikan yazılım dışı şirkette çalıştım . Deneyimlerime göre bu kurs için aynı. Neredeyse kaçınılmaz olarak yazılım ekibine açık görünen sorunlar olacak, ancak dev olmayan yönetim bile düşünmeyi reddedecek.