Neden herkes SharePoint'ten nefret ediyor? [kapalı]


46

Okuma sinirli teknolojilere üzerinde en fazla yaklaşık konuyu ben SharePoint neredeyse evrensel reviled fark ettim.

SharePoint ile olan deneyimim (özellikle de en son sürümler) temel yeteneklerini akıllıca yerine getirmesidir. Yani:

  • Merkezileştirilmiş belge deposu - tüm ofis belgelerini e-postadan alın (sürümlü)
  • Dahili bilgi yayma için kullanıcı tarafından düzenlenebilir içerik oluşturma - bak, şu anki telefon numaraları ve tatil politikasını içeren bir İK sitesi
  • Proje işbirliği - bir çift tıklama, bir projenin belgeleri, görev listesi, basit zamanlama, iş parçacığı tartışması ve muhtemelen projeyle ilgili tüm e-postaların bir listesini içeren bir site oluşturur.
  • Çok temel işletme otomasyonu - tatil formunu doldurduğunuzda İK'ya bir e-posta gönderilir.

Tecrübelerime göre, SharePoint yalnızca bir kuruluş tarafından tasarlanmadığı bir yönde itmeye çalıştığında çok çirkinleşiyor. SharePoint bir CRM, ERP, hata veritabanı veya harici web sitesi değildir. SharePoint bir tutam içinde hizmet verecek kadar esnektir, ancak özel bir aletin yerine geçmez. (Microsoft, SharePoint'i ait olmadığı alanlara sokmaktan suçludur.)

SharePoint için tasarlandığı şey kullanıyorsanız, gerçekten işe yarıyor.

Düşünceler?


19
Çünkü bir iç veya barındırılan Wiki aynı şeyi daha iyi, daha hızlı, ücretsiz ve platformdan bağımsız bir şekilde, kurulum yapmadan yapabilir. SharePoint binlerce maliyeti ve çok acıya neden olur. Bazı belgeler güncellendiğinde bir e-posta almak istemiyorum, ancak bazı şeylere izin verme yeteneği olması iyi olurdu. Bunu yapmanın yolları var. Zaman çizelgemi Paylaşım noktası üzerine dolduruyorum çünkü mecbur olduğum için, sistem / arayüzü sevdiğim için değil. FogBugz ürünleriyle daha önce oynadıysanız, yazılımı ne kadar kolay olması gerektiği için çıtayı yükseltmelisiniz. MSDN lisansı olmadan Sharepoint için ödeme yaparsanız, aptalsınız.
İş

2
Wiki? Mso belge depolama ve birlikte sürüm ? Hmm, böyle bir harikanın bağlantısını görmek isterim.
9000

3
Merhaba Ryan, Programcılar.SE bir tartışma panosu değil ; karşı karşıya kalabileceğiniz gerçek sorunları çözmek için buradayız. SharePoint ile çözmeye çalıştığınız gerçek bir sorun mu var? Eğer öyleyse, cevapları yapıcı ve tartışmaların tuzaklarından uzak tutmak için sorunuzu yeniden değerlendirebilir misiniz?

2
@ 9000 Atlassian'ın birleştiği sürüm, Word belgelerini sürümlendirmeyle
Gary Rowe

3
SharePoint'i tasarlananlar için kullanıyorsanız, programlayıcılara ihtiyacınız yoktur. Eğer bir programcıysanız, sharepoint'in neredeyse her şeyi berbat bir şekilde belgelemesine, kapsamının geniş olmasına ve en temel önemsiz işi yapmak için iğrenç bir öğrenme eğrisine neden olmasına rağmen berbat olduğunun farkındasınız.
P.Brian.Mackey

Yanıtlar:


60

Bir zamanlar VB hakkında duyduğum bir yorumda özetlenebilir diye düşünüyorum. “Basit şeyleri çok basit ve zor şeyleri imkansız kılıyor”.


6
Aslında, basit olması gereken bazı basit şeyler göz korkutucu olabilir
Newtopian

3
SharePoint ile olan deneyimim, birçok kabusu tolere etmeniz gereken basit şeyleri kişiselleştirmek için bile oldu. +1
Saeed Neamati

7
lol. Çünkü bu kod değil, at gübresi. Kokmuş bir at gübresi yığını. Bu bir şaka. Maalesef, birçok iş fırsatından kaçınmalıyım çünkü Sharepoint kelimesini bile kullanıyorlar. Koşup kaçtım.
WeDoTDD.com

1
@ Newtopian Ha, şu anda yapmaya çalıştığım gibi. Global olarak web sitesindeki linki değiştirin
Kolob Canyon 19

43

SharePoint'ten hoşlanmamak için birçok neden var.

  1. Bu Firefox veya Chrome ile çalışmıyor . Bu sıralamak eserleri, ama gerçekten değil. Diğer e-posta istemcisi vs Outlook ile aynı.
  2. Sitelerin liste, belge kitaplığı veya üçüncü bir şey olup olmadığına karar veremez. Sonuç olarak navigasyon çok karışık oluyor ve Siteleri kurarken yanlış seçerseniz, beceriliyorsunuz.
  3. Sayfa editörü SÜPER aksak , etkileşim-bilge.
  4. Bu bir deli gömleği . Ne istiyorsa onu yapmak istersen, iyi olabilirsin - eğer SharePoint'in ne dediğini anlayabilirsen. Farklı bir şey yapman gerekiyorsa, bir elekle kürek çekersin.
  5. Onun sürüm sistem sadece böylece kötü teknik bir sürüm sistem düşünülebilir.
  6. Öyle çirkin . Stili yok. Ekranlar sadece garnitür, bloklu ve istenmeyen görünüyor. Bunun etkisi hafife alınamaz. Bu özelleştirilebilir olmakla birlikte, bu çok fazla çaba gerektirir.

3
Firefox’ta veya Chrome’da çalışmamak günümüzde büyük bir sorun değil. IETab'ı kurduğum tek sebep, şirketlerimin paylaşım sitelerine erişmek.
Carra

Aslında sharepoint'e erişmek için chrome kullanıyorum çünkü şifreyi IE'den çok daha iyi yönetiyor. Bilgisayarım sharepoint etki alanında değil ve IE her dönüşünde parola istiyor. Sadece tek bir dosyayı indirmek için şifreyi 5 - 7 kez vermek oldukça sık görülür. Chrome ile bir kez yapıyorum ve bitti. Tabii ki o litte beni hatırlat onay kutusunu işaretledi ama işaretli ya da hala aynı sonuçları alıyorum.
Newtopian

@Newtopian, şifre kontrolünü ortadan kaldırmak için Firefox'ta bir yapılandırma parametresi belirleyebilirsiniz. Ancak Chrome, yine de SharePoint işlemlerinin yarısını yapmanıza izin vermiyor.
Alex Feinman

1
SharePoint 2010, Firefox ve Chrome ile öncekilerden çok daha uyumlu. % 100 değil, ancak yorumunuzu önceki bir sürüme dayandırıyorsanız, 2010'a bakmalısınız.
Kyle Trauberman

1
@ahmed Artık SharePoint 2010'a baktım ve güvenle kullanmanın daha da sinir bozucu olduğunu söyleyebilirim. # 1 kısmen sabittir, ancak tamamen değildir; # 2 aynıdır; # 3 daha kötüdür ve birçok özellik için ekstra bir uygulama / indirme gerektirir; # 4 hala doğru; # 5 değişmemiş; ve # 6 doğrudur, ancak Google Plus'ın vb. 'temiz siyah çizgi' görünümünü kopyalamaya çalıştılar hariç
Alex Feinman

29

Sharepoint ile en büyük sorunum daha temel. Yanlış sorunu çözmeye çalıştığını düşünüyorum .

Onu kullanan birçok işletme, ağır kağıt kullanıcıları, bunun için form, bunun için belge vb. İdi. Ardından bilgisayarlar geldi, bunun yerine kelime dökümanları oluşturdular, kesin bir iyileşme oldu ama çok çabuk şeyler tekrar dağılmaya başladı ve Sharepoint kurtarmaya çalıştı. belgeleri yönetmek için ....

peki bu sadece bu .... neden bu kadar çok belgeyle başlamalısın ...

formları doğrudan bir veritabanını besleyen bir Intranet formunda yapılabilir. Bunun yerine bir excel sayfasını doldurmak, yazdırmak, birine imzalatmak, başkasını imzalatmak, birine yazdırmak ve sonra yazdırılan dokümanı almak ve bilgileri izlemek için manuel olarak tekrar girmek zorundayım ... imzalar dahil tüm bu işler intranet formları ve dijital imza ile yapılan işler işleri daha verimli kılar.

Bir üründe, bir süre sabitlenmeyecek bilinen bir hatanın nasıl çözüleceğini açıklayan hızlı bir belgenin… Bir başka deyişle hızlı bir şekilde ilgili wiki sayfasına bir cümle girmek doğal bir seçenek gibi görünüyor. Yine de çok sık birisinin bir kelimeyi başladığını, iki ya da üç satır yazdığını ve belgeyi SharePoint sitesinin belirsiz bir köşesinde sakladığını ve sonra size sonsuz "ama belgelendirildiğini" sakladığını görüyorum. Bu tür bir belgenin sık sık uygun hata düzeltme olarak kabul edildiği bir noktaya geldiğini gördüm!

Sonuç olarak, Sharepoint'in sadece bu kötü alışkanlıkları zorladığını ve zamanla ilk etapta evcilleştirilmesi en kötü olan bir canavar yarattığını düşünüyorum. Wiki ile birkaç iyi yerleştirilmiş form ve iyi tasarlanmış bir intranet, bir kelime işlemci veya elektronik tablo kullanma ihtiyacının neredeyse sıfırlanacağını umuyorum. Sharepoint'in iyi olduğu şey bu olduğundan, eğer işlerinizi doğru yaparsanız hiçbir şey için iyi olmaz.

Bence Sharepoint'in kurulmasını sağlayan iki olası senaryo var:

1 - Çünkü MSDN üyeliği / altın ortağı / yılbaşı hediyesi ile ücretsiz

veya

2 - Çünkü ödeme yapan kişi, sonunda kullanacak kişi değil.


1
Ryan ile aynı fikirdeyim, diğerlerinden farklı bir açı ve iyi bir bakış açısı. Belgeleri elektronik yapmak, belgeleri kaldırmak değildir, yalnızca dijitalleştirmektir.
Ocak'ta

1
MS Office'in 'çevrimiçi formlar' sorununu çözme teklifi var - bence InfoPath olarak adlandırılıyor, ancak hiç kimsenin onu kullandığını görmedim.
JBRWilkinson

2
WSS / SP Vakfı ücretsiz olduğundan, sharepoint'in kurulacağından neredeyse eminim. MSDN'ye gerek yok. Bunun bedeli ödenir çünkü yatırım ücretsiz sürümde kazanılır, o zaman 1 ekstra özellik ve bambaşka bir şey istersiniz .
Steven Evers

25

Sanırım söylediğinde cevap verdin.

Tecrübelerime göre, SharePoint yalnızca bir kuruluş için tasarlanmadığı bir yöne itmeye çalıştığında çok çirkinleşiyor

Şirketler, geliştiricilerin personelini hızla azaltacak sihirli bir mermi olmasını beklerken ürünü getirme eğiliminde görünüyorlar. Ve elbette bunu yapmaya çalışırken çok sinir bozucu oluyor. Sizinle aynı fikirdeyim, eğer amaçlanan etki alanı içinde kalırsanız iyi çalışır.

Btw bu kesinlikle SharePoint için benzersiz değil. Bu, tüm paketli paketler değilse birçoğu ile olur. Müşterilerin ürünün sınırları dahilinde kalması çok zor.


16
SharePoint'in ofisimde uygulanmasının sonucu, platformu küçümseyen 4 geliştiricinin istifa etmesiydi, sanırım işe yaradı ...
Ant

2
Sorun, başlangıçta aslında ne tür bir etki alanı için tasarlandığını çözemiyorum ... Belge depolama? Bilgi paylaşımı? Sürüm kontrolü? Çünkü bütün bunları korkunç yapıyor.
weberc2 9:13

Sorun şu ki, başlangıçta aslında ne tür bir etki alanı için tasarlandığını çözemiyorum ... Komik olan, Microsoft'un da aynı sorunu yaşadığı!
David Tansey,

18

Hiçbir zaman SharePoint ile çalışmadığımı itiraf ediyorum, ancak çoğu zaman duyduğum şey iki şey etrafında dönüyor:

  1. Tüm bilgi yönetimi sorunlarına mükemmel bir çözüm haline gelmek üzere tasarlanmış büyük ve ağır bir sistem. Sonuç olarak, amaçlanan işlevlerden hiçbirini gerçekten iyi bir performans göstermedi, ama hepsi ortalama seviyede. İnsanlar hayal kırıklığına uğradı.

  2. Düşük kaliteli dokümantasyon, geliştiricilerin acı verici bir hata ayıklama, deneme, tahmin etme ve deneme süreci yoluyla sistemi öğrenmesini ve anlamasını sağlar. Geliştiriciler sinirli oldu.

Bu, aşağı yukarı SharePoint hakkındaki düşünceleri özetliyor.


Ekstra okuma:

Sharepoint hakkındaki en büyük şikayetleriniz nelerdir?

Sharepoint programlama ne kadar iyi / kötü?

Sharepoint 2007: Geliştiricilerin bilmesi gerekenler?

Sharepoint kariyer açısından iyi veya kötü mü?

İyi Bir Şey ve SharePoint Hakkında Kötü Bir Şey


Belgeleme sorunu hakkında şaşırdım. Tecrübelerim Microsoft’un genellikle diğerlerinden çok daha iyi dokümantasyona sahip olduğu (IBM, Sun, bazen Oracle, ...).
SinirliFormsDesigner'la

12
Microsoft belgeleriyle her zaman hayal kırıklığına uğradım. Basit şeyler her zaman iyi bir şekilde belgelenir, ancak basit şeylerin dışına çıktıkça belgeleme yalnızca açıkça belirtilir. Şimdiye dek C ++ / MFC günlerindeki deneyimim buydu.
Berin Loritsch

1
@Berin Loritsch: Sizinle aynı fikirdeyim, M $ geliştirme yazılımının dokümantasyonu en iyisidir. Her zaman bir sürü gibi görünüyor, ama çok az değerli diyor. Bunun tescilli araçlarla alışılmadık olmadığını düşünüyorum.
Ocak'ta

1
Tamamen düşük kaliteli belgelerle tamamen ilgili olabilirim. Birkaç farklı platformda geliştiriyorum ve Sharepoint doco karşılaştığım en kötüsü.
Rudiger

17

"Word dosyaları için Enterprise roach motel" en iyi şekilde özetliyor. Amaçlanan iletişim merkezi olarak değil, veri dökümü olarak sıkça kullanılır. Bir Wiki çözümünden farklı olarak, daha geniş kullanıcı eğitimi yerine (çok daha fazlasını gerektirir) kısıtlayıcı izinlerle kurulur. Ve örgütlenmeye gerçek bir ilgisi olan insanları kilitlerseniz, başarısızlık için kesin bir garantidir. Üstelik BT desteği için bir kabus (algıladığım yer burasıdır).


1
Bir ifadenin çok kısa bir dönüşü için +10. BTW, "Sharepoint'in bir Wiki'si var mı?" Konusunu
David Tansey,

16

SharePoint'te olağan dışı herhangi bir şey yapmak oldukça zordur. Sayfaların otomatik olarak sağlanması gibi temel görevler bile Visual Studio, Powershell, Powershell komut dosyası, XML vb. Bilgilerini gerektirebilir. Bunu bir kuruluş içinde yapabilen insanlar geliştiricileridir.

Şimdi burada SharePoint ile ilgili sorunum - SharePoint özellikleri oluşturmak gelişim değil. Bu idaredir. SharePoint ile çoğu şeyi oluşturmak, bir web yöneticisinin yapması gereken bir şeydir, ancak hepsi web yöneticilerinin yapamadığı kadar karmaşıktır. Bir geliştirici için, web yönetim akıllara zarar olduğu donuk .

SharePoint sadece zor ve sıkıcı .


3
Noktaya bak. Ben bir geliştiriciyim. Dynamics CRM platformunda geliştirmenin yanı sıra bir çok web uygulaması geliştirme işlemi de yaptım. Buna karşılık, SharePoint yanlış şekilde zor. Gerçek bir gelişim yaptığımı asla hissetmiyorum. Aklım sürekli SharePoint ile sorunları çözmekle meşgul. Gelişimden yalnızca zamanımın çoğunu SP sorunlarını çözmek için geçireceğim. SP ile çalışırken esasen zihnimin boşa gittiğini hissediyorum. Tamamen bir sys admin gibi hissediyorum - ki fena değil, ne yapmak istediğim değil.
pep

Bir GUI aracılığıyla yapılması gereken web yönetimine dayanamıyorum. Ve 2007 ile çalıştığımızdan, ac # kütüphanesini powershell oturumuma aktarmadığım sürece, konuşmak için PowerShell'i bile kullanamıyorum. Korkunç!
Kolob Kanyonu

11

SharePoint kime satılır?

SharePoint, "Bir Problemin Çözümü" olarak bir şeye nasıl yaklaşacağını bilmeyen iş adamlarına satılır. SharePoint'i alır ve duvara fırlatır ve yapışırlar. Ardından, organizasyon ve özellik kümelerini sonsuza dek sıkışmış bir gölete sürükleyenler bunlar.

Bu metaforik gölet, insanların geri alamayacakları bir teknik borç pozisyonudur ve yalnızca yazılım bakım kuruluşunu, verimsiz olarak daha fazla para atmalarını isteyerek ve onları bir kez daha muckier bir havuza bağlayacak bir yükseltme yapmayı umut ederek etkiler.


8

Organizasyonun yerini tutamaz, Disiplinin yerini tutamaz. Onlara sahipseniz, nadiren SharePoint'e ihtiyacınız var. Aksi takdirde, Sharepoint sizi kurtaramaz.


8

Ondan nefret etmemin ana nedeni, korkunç bir şekilde tasarlanmış SO. Opak soyutlamalardan sonra katmana sarılmış büyük bir konfigürasyon canavarıdır. Eski teknoloji için yeni bir gelir bulma girişimi, makul bir çözüm sağlama konusundaki ciddi girişimlerden daha fazla görünüyor. Başsayfa, XML, web formları, CAML, MS Office, InfoPath, XML, XML, HTML HTML, daha fazla Başsayfa.

Hangi yıl? İçerik türlerinizi gerçek tablo tanımlarına dayandırmanız yeterlidir. Basitleştirin ve herhangi bir modern CMS gibi iyi çalışın. Microsoft gerçekten yeniliği berbat ediyor. Ne yazık ki, hala işletme alanına sahipler.


7

Kutudan çıkan özellikler harika. İhtiyacınız olanı yapmak için kutunun dışındaki özellikleri "değiştirmeye" başladığınızda, hızlı bir şekilde zorlaşır.

Yukarıda belirtildiği gibi, yalnızca tasarlandığı amaç için kullanılmalıdır. Bu bir problem, çünkü yöneticiler geliştiricinin SharePoint'in tasarlamadığı şeylerle başa çıkabileceğini düşündükleri ve zorladıkları için çözümleri araştırmak için saatler hatta günler harcadıklarını düşünüyor.

Bir şirket SharePoint kullanmak isterse, gereken tamamen araştırma. Genellikle yapmazlar ve ihtiyaç duydukları özellikler geliştiriciye gönderilir.

SharePoint için tasarlananlar için kullanırsanız, gerçekten işe yarıyor . Çalıştığım şirketin, ne için tasarlandığı ve bu kadar çok "özellik" eklemek istemediği SharePoint'i kullanmasını diliyorum.


1
Zorlayıcı? Hayır, yine sadece bir yığın. Zorluk kodlamayı öğrenmemektir ... çünkü kodlama yapmaz, şaka yapar. Mesleğimize hakaret ediyor ve tüm VP'lerin ve CEO'ların bu işi sevmesini sağlayan şey, .... BAM'a kadar kapakların altında gizlenenlerin ne olduğu hakkında hiçbir fikri yok! Sadece büyük bir kokuşmuş sh yığını inşa etmek için milyonlarca değil, yüz binlerce dolar döküldüğünü anladıklarında, x yıllarından sonra yüzlerinde patlarlar.
WeDoTDD.com

7

Sharepoint ile ilgili karşılaştığım en önemli iki sorun:

  • Kutudan çıkan özellikler çalışır, ancak fiyatı haklı çıkarmak için yeterli değildir.
  • Yönetim, her şeyin Sharepoint'in etki alanı olduğunu düşünüyor, bu nedenle bir sunucudan bir hata veritabanını barındırmasını istediğinizde, "Oh bunun için Sharepoint'i kullanın" olur. Hatta biri paylaşılan dosyalar özelliğini kod için bir sürüm kontrol sistemi olarak kullanmanızı önerebilir. (Onu yanlış olduğuna ikna etmek uzun sürmedi).

Çoğu insanın radarının altına kaymış gibi görünen daha küçük sorunlar var, bu yüzden Sharepoint'e özgü olmayacak. Bir örnek erişilebilirlik olmak. Başka bir navigasyon.

Bunu, JIRA / Confluence / Subversion kurulumuna benzeyen bir şeyle karşılaştırın. Yapmanız gerekenlerin çoğu için daha uygun araçlar, daha iyi bir entegrasyon hikayesi ve genel olarak daha az para kazanmak için başka birkaç güzelliğe sahip olursunuz. Bu ürünler çok iyi bir şekilde bütünleşir ve birkaç başka şeyle (Sharepoint dahil) bütünleşir. Bu yapılandırma da mükemmel değil, ancak Sharepoint'ten daha iyi bir deneyimim oldu.

Sharepoint hakkında "havalı" olduğunu düşündüğüm tek özellik, MS Office'teki uzak içeriği düzenleyebilmekti. Bundan sonra her şey bir acı oldu.


1
İkinci nokta, Lotus Notes için de geçerlidir.
Michael K

Birleşme, Jira ile iyi bir şekilde bütünleşebilir, ancak tek yararlanma özelliği bu olmalıdır. Fsck aşkına, varsayılan olarak etkinleştirilmiş suratlara sahip bir "Kurumsal" wiki'den bahsediyoruz.
niXar,

1
Yönetici, JQuery'nin web geliştiricisi olduğu gibi Sharepoint'e. “Bunu tamamen bırakmalı ve Sharepoint'i kullanmalısın!”
Tim Post

5

İlk önce aşırı yutturmacadan bahsediyorsun. Sonra bu yorumu yaptınız.

SharePoint için tasarlandığı şey kullanıyorsanız, gerçekten işe yarıyor.

Sanırım kendi soruna cevap verdin. SharePoint'in hoşlanmaması, genellikle satıldığından / satıldığından daha fazlasını yapabilme yeteneğinden kaynaklanır.

Bu yanlış bir şey olduğu anlamına gelmez, sadece doğru pazarlanmadı.


Bir ürünün yanlış pazarlanmasının, üreticiler tarafından ayrı ayrı düşünülmek yerine, kendisine atfedilebilecek bir hata olduğunu söyleyebilirim.
Orbling

2
@Orb İfadenize katılıyorum, ancak SharePoint ile ilgili gördüğüm yutturmacaların çoğu, doğrudan Microsoft'tan değil, satış yapmaya çalışan danışmanlardan geliyor.
Ocak'ta

1
Evet, aracılar üst ve altta olanlar için sorun yaratma eğilimindedir.
Orbling

2

Maliyet. İnternet erişimi olan yüksek performanslı iki sunucu kümesini fiyatlandırmayı deneyin. Bu yüzden insanlar alternatif aramaya başlar

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.