Soru:
Patron bir yazılım API lisansını görmezden gelmemi istiyor
RolfZ
2019-08-12 18:43:34 UTC
view on stackexchange narkive permalink

Avrupa'daki bir şirkette yazılım geliştiricisiyim.

Patronum, harici bir API kullanan ve alınan verileri kendi veritabanımızda depolayan bir yazılım geliştirmemi istiyor.

Harici API politikası açıkça buna izin vermiyor, ancak muhtemelen kimsenin dikkatini çekmeyecektir.

Yine de bundan gerçekten rahatsızım ve muhtemelen bunu yapmayacağım.

Benim patron buna izin verilmediğini biliyor ancak yine de bu özelliği uygulamamı istiyor.

Ne yapmalıyım?

Güncelleme: Burada pek çok insan olduğundan Ne tür bir API'nin verilerin depolanmasına izin vermeyeceği konusunda spekülasyon yapıyorlar (ki bu ilgisiz IMHO) - Harici API'nin istek başına faturalandırıldığını ve açıkça herhangi bir önbelleğe alma, kalıcı depolamaya izin vermediğini doğrulayabilirim.

Güncelleme2: Tek bir toplu indirme değildir - daha çok kalıcı bir önbelleğe alma gibidir.

Yorumlar uzun tartışmalar için değildir;bu konuşma [sohbete taşındı] (https://chat.stackexchange.com/rooms/97365/discussion-on-question-by-rolfz-boss-wants-me-to-ignore-a-software-license).
Bunu "toplu indirme" (düzenleme başına) için mi yoksa şüphelendiğim gibi - API çağrısının sonuçlarını yerel olarak "önbelleğe almak" için mi kullanıyorsunuz, böylece bir dahaki sefere aynı sorgu için bu API'yi çağırırsanız, onu sizdenAPI'yi tekrar aramak için ödeme yapmak yerine veritabanı?
@seventyeightist haklı.Posta kodunuz için bir çokgen almak için bir GIS hizmeti kullanmak ve ardından bu verileri ihtiyacınız olan sonraki 25 sefer için kaydetmek bir şeydir.0'dan 99999'a kadar yineleme yapmak ve tüm çokgenleri elde etmek oldukça farklı.Burada biraz bağlam yararlıdır.
Başlık yanlış bir şekilde "toplu indirmeyi" içerecek şekilde değiştirildi - bu öyle değil.@seventyeightist haklısınız.
@RolfZ Otel / Havayolu verilerini kullanıyor musunuz?Çünkü eski patronum aynı şeyi uygulamamı söyledi.
Yani API sağlayıcısı, tam olarak aynı verileri sağladığı için gerçekten birden çok kez ödeme yapılmasını istiyor?Bu son derece garip geliyor.Hukuk departmanınız politikayı nasıl yorumluyor?
@FooTheBar evet!Bu bilgiler API sağlayıcısının "fikri mülkiyetidir" (örneğin), bu nedenle hizmet koşulları bu bilgileri kendi veritabanınıza kopyalamanıza izin vermez.Şirketin "adres doldurma" hizmetine abone olduğu, son kullanıcının (web sitesinin, şirketin müşterisinin) "SW1A 1AA" (Buckingham) posta kodunu verdiği bir adres / posta kodu / posta kodu araması gibi bir şey düşünüyorum.Palace - Birleşik Krallık Kraliyet Ailesi'nin evi) ve API Buckingham Sarayı posta adresiyle yanıt verir.Şirket, TOS uyarınca bunu sadece "önbelleğe alamaz" ve "yeniden kullanamaz".
... bir dahaki sefere bir kullanıcı "SW1A 1AA" koyduğunda, uygulama bunu zaten görmüş ve önbelleğe almış (patron tarafından belirtilen istenen durumda), böylece API'yi tekrar çağırmak için ödeme yapmalarına gerek kalmıyor çünkü içeridekendi (eksik) "posta kodu veritabanı".
Btw, OP bunu açık bir şekilde belirtmedi, ancak benim bilgime dayanarak - API sağlayıcısı tarafından "tespit edilemez" olmasının ("muhtemelen birinin gözünü asla yakalayamayacağı") nedeni şudur:"aşırı trafik" - çünkü OPs şirketi bir dahaki sefere aynı girdi için API'yi çağırmak istediğinde, veritabanında zaten var olacaktı, dolayısıyla API sağlayıcısının sunucusuna hiçbir şey gitmeyecekti.Böylece aşırı istekleri veya buna benzer bir şeyi fark etmezler.Aksi takdirde alacağınız bir şey için bir istek "eksikliğini" tespit etmek gerçekçi olarak mümkün değildir.
Sorunun asıl cevabı bir yana, API geliştiricisi neredeyse uygulanamaz bir politika uygulamaya çalışıyor.Onlara aynı bilgi için defalarca ödeme yapmak mantıklı değil ve bu sağduyuyu biraz görmezden gelseniz bile, bilgileri müşterisine gönderdikten sonra kontrol etmenin bir yolu yok.Bir yerde otomatik önbellekleme sistemine sahip olduğunuz için sizi dava edecekler mi?Örneğin, verilerin çevrimdışı bir kopyasına ne dersiniz?ağ kesintileri sırasında çalışması gereken mobil cihazlar?Politika kulağa havlıyor ve ısırmıyor.
@Flater Mümkün olduğu çok sayıda ortam vardır.Örneğin müşteri, verileri kullanan bir hizmet satıyor olabilir.Veri sağlayıcı, bu hizmet için bir lisans satın alır ve veri sorgularının etkinliğe neden olmadığını fark eder.Sadece bir örnek.
On bir yanıtlar:
520 says Reinstate Monica
2019-08-12 18:57:01 UTC
view on stackexchange narkive permalink

Yazılı olarak alın. Söz konusu onayın bir kopyasını şirket donanımından uzakta saklayın.

Yazılım ve hizmet lisanslarını ihlal etmek, yakalandıklarında bir şirketi gerçekten altüst edebilecek türden şeylerdir. Birinin suçlanmasını isteyecekler ve vicdansız bir rüzgar torbası sonunda şirket sunucularındaki 'istekleri' ile ilgili tüm e-postaları silecek ve sizi günah keçisi yapacak.

İnisiyatif alın ve onayınızı isteyen patronunuza e-posta gönderin, senden yapmanı istediklerini tam olarak ortaya koymak. BCC kişisel bir e-posta hesabı veya e-postayı bir USB sürücüye (hangisi daha güvenli ise) kaydedin. Aldığınız herhangi bir yanıtla aynen. Oradan, üst düzey kuruluşlarla, Federation Against Software Theft ile (bir korsanlık kaynağı, ancak kasıtlı lisans ihlalleri zaten bu şekilde değerlendirilir) veya hizmet sağlayıcının kendisiyle iletişime geçmeyi seçebilirsiniz.

Birincisinin, üst düzeyler patronunuza bildirmesi durumunda sizin cezalandırılabileceğini, ikincisinin bir cadı avını tetikleyebileceğini unutmayın (HIZLI genellikle bilgi verenler hakkında bilgi vermez, ancak şirket vicdansızsa, kimin neyi yaptığını arıyor olacaklar ) ve üçüncüsü, kodun oluşup çalıştırılmasından kısa bir süre sonra ihlal nedeniyle şirketinizin hesabı kalıcı olarak yasaklandığı için boşa giden işe yol açabilir.

Yorumlar uzun tartışmalar için değildir;bu konuşma [sohbete taşındı] (https://chat.stackexchange.com/rooms/97447/discussion-on-answer-by-520-boss-wants-me-to-ignore-a-software-api-lisans).
Thomas Owens
2019-08-12 19:07:19 UTC
view on stackexchange narkive permalink

Etik değerlendirmelere değinen her şey gibi, kararlarınızın yansımalarına hazırlıklı olmalısınız.

Şirketinizin bir hukuk departmanı varsa, oradan başlamayı düşünürdüm. Yaptığınız şey, API'nin hizmet şartlarının ihlalidir ve kuruluşunuz için sorunlara neden olabilir. Bu, API oluşturucunun şartlarını ve politikalarını herkesin anlamasını sağlamak için daha fazla göz atmanıza yardımcı olabilir.

Yöneticiniz bunun olası sonuçlarını anlamayı reddederse, birkaç seçeneğiniz vardır, ancak hayır hangisini yapabileceğinizi veya yapmanız gerektiğini size söyleyebilir:

  • Kuruluşunuzun bir Etik yardım hattı veya hizmeti varsa, isimsiz soruları veya endişeleri kabul edebilir ve ne yapılacağı konusunda rehberlik sağlayabilir.
  • Buna uyabilirsiniz ve kararınıza uymanız gerekir.
  • Kuruluşunuzda yükselememenizle sonuçlanabilecek sonuçları reddedebilir ve bunlarla başa çıkabilirsiniz. hatta fesih.
  • İstifa edebilir ve etik olmayan bir kuruluşun parçası olmayı reddedebilirsiniz.
  • Hizmet şartlarını açıklığa kavuşturmak için API oluşturucusuna ulaşabilirsiniz ve, şirketiniz gerçekten bunları ihlal ediyorsa, kendi kendine bildirin - belki anlaşma için yer vardır veya API oluşturucu, şirketinizin API'ye erişimini engelleyebilir.

T Aşina olduğum çeşitli yazılım mühendisliği etik kurallarına göre etik olan şey, API'nin kötüye kullanılmamasını ve hizmet şartlarına uymanızı sağlamaktır. Ancak, kendinizi ve ailenizi desteklemek için bu işe para veya menfaatler için güveniyorsanız ve bunu bir sıraya dizilmeden kaybetmek sizi sürdürülemez bir duruma sokacaksa, kimsenin eylemlerinizde hata bulacağına inanmıyorum.

Cevabınızın en önemli noktayı gözden kaçırdığını düşünüyorum (@520's cevabına bakın): uymaya karar verirseniz, her şey belgelenmeli ve yedeklemeler yapılmalıdır
@PierreArlaud Bunun seçim etiği üzerinde neden bir etkisi olabilir?Olmaz.
Alınan nokta ama bilgiçlik taslamak için soru "ne yapmalıyım?"ve "neyi seçerim?"
@PierreArlaud Bunu yanıtladığıma inanıyorum.Doğru yorumladığınızdan emin olmak için yapılacak ilk şey, lisansla ilgili bir uzman (yasal) görüşü almaktır.Eğer öyleyseniz, yapılacak doğru şey uymamaktır.Bununla birlikte, başka koşullar nedeniyle uymak zorunda kalırsanız ve kişisel risk, uyumun genel sonuçlarına kıyasla çok büyükse, etik bir vaka incelemesi yazan birinin sizi kötü bir şekilde göstereceğinden şüpheliyim.Bu seçim yüzünden kimse ölmeyecek ya da yaralanmayacak - bu yanlış, ancak en kötü sonuç muhtemelen şirket için maruz kalma.
Çoğu Avrupa ülkesinde, üçüncü bir tarafın Şart ve Koşullarını ihlal etmeyi reddettiği için birisini görevden almanın, haksız işten çıkarma olarak kabul edileceğinden oldukça eminim, ancak IANAL.
@JackAidley, ancak bu şartların ihlal edildiğini kanıtlayamazsa neden şirket versiyonu yerine onu dinlesinler?
Kendi iş avukatınız yerine şirketin hukuk departmanı (varsa) ile başlamak için +1, çünkü bu talebi yapan bir bütün olarak şirketten ziyade patron gibi görünüyor.Bireysel patron, burada potansiyel olarak 'haydut' olan kişidir.
@mathreadler Takip ettiğimden emin değilim.İtaatsizlikten dolayı onu kovmak için, neye uymadığını söylemeleri gerekir.Uygunsuzluğun kanıtıyla.Kanıtlayacak ne var?Olanlarla ilgili kendi sicilinizi korumak da elbette mükemmel bir fikir.
@JackAidley Şey ... Yasal olarak sorgulanabilir bir şey istediklerini açıklamalarını gerektirmeyen başka bir neden bulabilirler.Örneğin, bazı kişilerin bahsettiği gibi gizli şirket iletişimini veya bilgilerini özel bir depolama cihazına kopyalamak muhtemelen kovulma nedeni olabilir .. sizce de öyle değil mi?
@mathreadler Bu tür davranışlar sergileyebilirdi, evet - önemsiz olmasa bile - ama bu, yaptığım noktanın biraz dışında.
"Böyle davranışlarda bulunabilir", lol."Biz çalışanımızın kanunu çiğnemesini gerektirecek bir görev yaptık" demeleri düpedüz aptallık olur.
Çalışanların buna benzer soruları gönderebileceği Hukuk veya İnsan Kaynakları bünyesinde belirli bir "Etik" departmanı / ekibi olabilir.İdeal olarak, bilgi uçuranların herhangi bir misilleme korkusu olmadan Etik ile iletişime geçebilmeleri bir şirket politikası meselesidir.
@MontyHarder Belki.Endişenin kaynağı API için hizmet şartları olduğundan, ilk adım bu hizmet şartlarının yasal bir yorumunu almak olmalıdır.Artı, yasal maruziyet endişeyi talimatlarla çözmek için yeterli olabilir.Şirketin bir Etik yardım hattı da olabilir - bunu cevabımda düzenlemeliyim.
Bu sorunun 3 yönü vardır: yasal, etik ve pratik.Cevapların çoğu sorunuzun etik ve pratik (@Graham) yönleriyle ilgilidir. Yasal olarak mahkemede sorumlu tutulacağınızı sanmıyorumGeliştirdiğiniz kod size değil, şirketinize aittir. Üçüncü şahıs lisanslarını ihlal etmediğinden emin olmak muhtemelen (avukatlar, lütfen) şirketin sorumluluğundadır ve nihayetinde çalışanlar DEĞİLDİR.Üretime geçmeden önce kara ördek gibi araçlara karşı şirketin kodunun incelendiği yerlerde çalıştım.
Bir sözleşmeyi ihlal etmek hukuka aykırı değildir.Çalışandan yasa dışı bir şey yapması istenmiyor.Şirket, çalışanı kovmak için kesinlikle uyumsuzluk kullanabilir.
Graham
2019-08-13 15:10:50 UTC
view on stackexchange narkive permalink

ama muhtemelen hiç kimsenin dikkatini çekmez.

O kadar emin olmayın. Toplu indirmeyle ilgili kabul edilebilir kullanım politikalarının olduğu yerlerde popüler verilere (haritalar vb.) Hizmet veren şirketler, genellikle bu politikaları uygulamak için bir tür tespit mekanizmasına sahip olacaktır. Aynı IP adresinden veya buna benzer herhangi bir şeyden çok fazla istek var ve bu mekanizmaları devreye sokmakla yükümlüsünüz. Sonuç, kısıtlamadan önümüzdeki 24 saat için kesintiye, tam engellemeye kadar değişebilir.

Siz, patronunuz ve ekibinizin geri kalanı, ürününüze / sitenize ne olacağını değerlendirmeniz gerekir. bu üçüncü tarafın musluğu kapatması olayı. Sonuç işiniz için ölümcül olacaksa, patronunuzun yapması gereken bir şeyler var. Belki de, toplu indirme yapmadan API'yi takip etmek için ürününüzü / sitenizi bir şekilde yeniden tasarlamanız gerekiyor. Belki de toplu indirmeye izin vermek için bir lisans için ödeme yapmanız gerekir (bu genellikle bu yerlerin parasını kazanma şeklidir). Ya da belki patronunuz şirketi tehlikeye atıyor. Cevap ne olursa olsun, teknik ekibin ona seçenekler sunması ve bir telefon görüşmesi yapması gerekiyor.

Patronunuz işletme sahibi değilse, o zaman patronunuzun nihai kararı yükseltmesi gerekir. Bir karar önerebilir , ancak sonuç işletme için ölümcül olacaksa, daha yüksek bir seviyeden katılım sağlayacak kadar akıllı olmalıdır. Değilse, sizin ve ekibinizin durumu kendi başınıza üst seviyeye taşımanız gerekir.

Bu, her şeyi muhtemelen başlangıç dışı yapan harika bir noktadır.Bir kuruluş API'lerinde bir kullanım politikası yazmakta zorlandıysa, kullanıma dikkat etmeseler ve politikalarını ihlal eden herhangi birini düzenlerlerse çok şaşırırdım.
user74534
2019-08-12 20:45:21 UTC
view on stackexchange narkive permalink

Kişisel inançlarınıza bağlı.

Anladığım kadarıyla API'nin kötüye kullanılması cezai bir suç gibi görünmüyor (lütfen sözüme güvenmeyin, hukuki tavsiye alın emin olmak). Ancak, yazılımınızın gerçekleştirdiği verilerin toplanmasının ve depolanmasının yasal olduğundan emin olun . Avrupa'da, özellikle insanlar hakkında veri toplama söz konusu olduğunda katı veri gizliliği yasaları (GDPR) vardır. API'nin politikası, verilerin yasadışı olarak toplanmasını engellemek olabilir.

İnsanların farklı kişisel inançları vardır ve bazıları diğerlerinden daha etiktir. Toplanan veriler yasal olduğu sürece, patronunuzu etik olarak gördüğünüz yolu seçmeye ikna etmekte zorlanacaksınız. Kültürlerine ve kişisel inançlarına bağlı olarak, patronunuzun bir API'nin kötüye kullanımını etik olmayan bir şey olarak görmeyebileceğini anlamalısınız.

Gördüğüm kadarıyla birkaç seçeneğiniz var:

  • Patronunuza itaat edebilir ve API'yi kendi politikasına aykırı olarak kullanabilirsiniz. Bunun tek seferlik bir şey olmayacağını ve gelecekte bunun gibi daha fazla talebin gelmesi olasılığının farkında olun. Onlardan ne kadar çok evet derseniz, satırın sonunda hayır demek o kadar zorlaşır.

  • API'yi kendi politikasına aykırı kullanmayı reddedebilirsiniz. Bu, patronunuz için pek de uygun olmayacaktır, en uç durumda işinizi kaybedebilirsiniz.

  • Alternatif bir çözüm önerebilirsiniz. Muhtemelen biraz yaratıcılık gerektirir, ancak patronunuzun sizden istediği şekilde uygulamanın politikalarına aykırı olmadığı bir API bile bulabilirsiniz. Bu, inançlarınıza bağlı kalmanıza izin verirken patronunuzu (çok fazla) üzmeme potansiyeline sahiptir.

  • Sizin durumunuzda, seçenekleriniz olan her şeyi vermenizi öneririm 3 işe yarar, her şey başarısız olursa yalnızca 1 veya 2'ye başvurur.

    Politika herhangi bir şekilde yasal olarak bağlayıcı olarak formüle edilmişse, ben de bu şekilde davranırım.Kesinlikle ceza hukuku kapsamında olmasa bile API sağlayıcısı tarafından dava edilebilecek bir şey.
    Bir bilgisayar sistemine yetkisiz erişimin bir biçimi olarak görülebileceğinden, Bilgisayar Dolandırıcılığı ve Kötüye Kullanımı yasasında bu suç gibi bir şeyin olduğu konusunda yasal bir argüman var.LinkedIn kısa bir süre önce, devam ettiğini düşündüğüm LinkedIn v. HiQ davasında bunu önermeye çalıştı. Ayrıca bkz. Https://en.wikipedia.org/wiki/Computer_Fraud_and_Abuse_Act#Aaron_Swartz
    @ChlorideCull Şirket, çalışan için değil API'nin kötüye kullanılması nedeniyle dava edilir, ancak bir ceza hukuku meselesi ise, çalışanın da yanıt vermesi gerekecektir.En büyük ayrım, çalışanın şirketin eylemlerinden sorumlu olmaması ve medeni bir mesele olması durumunda kesinlikle stratejisinden sorumlu olmamasıdır.Ancak çalışan kesinlikle kendini hapse atmamakla yükümlüdür.
    R.. GitHub STOP HELPING ICE
    2019-08-13 03:41:57 UTC
    view on stackexchange narkive permalink

    Sorunuzda, patronunuzun talebinin etik dışı ve / veya yasa dışı olup olmadığını ve / veya başka bir tarafla olan sözleşmesini / Hizmet Şartları'nı ihlal edip etmediğini belirlemek için yeterli bilgi vermediniz. Bunların hepsi, farklı şekilde ele almanız gereken çok farklı konulardır.

    Talep yasadışı ise, özellikle etik olmadığını düşünseniz bile bunu işvereninizin adına yapmamalısınız. Yakalandıklarında seni günah keçisi yapacaklar. Katılmayı reddedebilirsiniz (ve yargı yetkisine bağlı olarak, bunun için size misilleme yaparlarsa muhtemelen korumaya sahip olurlar), ancak yine de kendinizi düşmanca bir ortamda çalışırken veya serpinti şirketi alaşağı ederse iş dışında bulabilirsiniz.

    Talep etik değilse - örneğin senaryonuza uygun bir örnek olarak, yasadışı olmayan bir yargı alanındaki flört profillerinden insanların fotoğraflarını veya kişisel bilgilerini sosyal medyadan kazımayı düşünün - o zaman bence siz yapmamalısınız, ancak bunu yapmayı reddettiğinizde korumadan yoksun olabilirsiniz. Muhtemelen bir avukata danışmalısınız.

    Talep yalnızca işvereninizin sözleşmesini veya başka bir tarafla olan hizmet şartlarını ihlal ediyorsa, ancak yasa dışı veya etik dışı değilse, o zaman benim görüşüme göre devam etmemek için çok az neden var Bununla. Önce bir avukata danışmak ve sizin açınızdan haksız müdahaleye herhangi bir işlem yapılmayacağından emin olmak isteyebilirsiniz. (Not: IANAL ama hukukun en ilgili alanında bu benim tahminimdir.) Ama aksi takdirde bu onların meselesi, senin değil. Ne olursa olsun, birçok API'nin hizmet şartları sınırda etik değildir ve başlangıçta uygulanamaz.

    user44108
    2019-08-12 18:49:59 UTC
    view on stackexchange narkive permalink

    Bunu bir endişe olarak dile getirdiniz ve yöneticinizin, gereksinimlere göre API'yi kodlamanız gerektiğine dair yazılı talimatlarını aldınız (ve API'nin belgelenmiş yönergelerine aykırı).

    Ayrıca, tam olarak API bu güvenlik açığını / arka kapıyı kapatacak şekilde güncellenirse kodun çok iyi bozulabileceğini anladıklarını belirtti.

    Öyleyse, talimatları ve kodu da uygulayabilirsiniz.

    İşler ne zaman kötüye giderse, o kodu değiştirmeye hazır olacaksınız. Bu nedenle, düzeltmeyi gelecekte kolaylaştırmak için amaçladığınız geliştirme yolunda bunu aklınızda bulundurun.

    Kesinlikle.Geliştirici olarak bildiğiniz her şey için, Boss'un API sağlayıcısıyla özel bir anlaşması olabilir.Bu gerçekten seni ilgilendirmez.Dediğin gibi, patronun endişeni fark etmesini sağla, bir kağıt izi bırak ve sonra şifreyi yaz.
    brodybits
    2019-08-13 21:54:12 UTC
    view on stackexchange narkive permalink

    Derhal bir istihdam avukatıyla iletişime geçmeli, durumu açıklamalı ve hızlı bir tavsiye istemelisiniz.

    Sorudan, ihlalin ne kadar ciddi olacağı, GDPR'yi, vb. gerçekten ihlal edip etmediğine bakılmaksızın, "yasa dışı" olarak kabul edilmelidir. Bu, en azından işyerinde iyi bir ahlak ihlali gibi görünüyor. Bu yanıt, ihlalin ne kadar ciddi olacağına bakılmaksızın soruyu ele alacak şekilde düzenlendi.

    Bir işveren için, özellikle de GDPR ve telif hakkını ihlal ederken, etik kurallarınızdan ödün vermeyi her zaman reddetmelisiniz. Aksi takdirde gelecekte bu tür uzlaşmalardan veya ihlallerden sorumlu olabilirsiniz. Ve "neden için" kovulmamak için muhtemelen yerinde bırakmalısınız.

    Bu, en verimli veya en modern olmayan direktifler veya prosedürler için geçerli değildir. Bu yalnızca hukuk ve etikle ilgilidir.

    Hiçbir şirket, çalışanlarının yasaları çiğnemesini sağlamamalıdır.

    Yeni bir iş ararken, her zaman, yasaları çiğnemeyi reddettiğinizi söyleyebilirsiniz. iyi etik konusunda yasa ya da uzlaşma ve bence bu tür bir çalışan isteyen pek çok şirket var.

    Puanlarınız geçerlidir, ancak verinin ne olduğu veya onunla ne yaptıkları OP'den açık değildir.Herkese açık bir API'yi aşırı kullanmak muhtemelen kendi başına yasa dışı değildir.
    Soruyu daha genel bir şekilde ele almak için cevabımı yeniden çalıştım.
    Bir sözleşmeyi ihlal etmek kanunu çiğnemek değildir.Bir avukatla görüşmek aşırıdır.Genel olarak, sözleşme işveren ile diğer şirket arasında olduğu için, işçi sözleşmenin ihlalinden sorumlu değildir.İşçide olabilecek en kötü şey, işverenleri tarafından ağır ihmal nedeniyle dava edilmesidir; bu, çalışanın yasal meseleleri işverenine vurguladığı düşünüldüğünde, muhtemelen mahkemede geçerli olmayacaktır.
    Ayrıca, GDPR ve telif hakkını tartışmak bir kırmızı ringa balığıdır.Birincisi, GDPR birçok ülkede yasalarla desteklenmektedir ve bu da onu sözleşme ihlalinden farklı kılmaktadır.İkinci olarak, telif hakkı söz konusu olduğunda, bir çalışana telif hakkını ihlal etmesi talimatını vermişse, şirketin kendisi neredeyse kesinlikle dolaylı olarak sorumlu olacaktır.
    "Her zaman bir işveren için etik kurallarınızdan ödün vermeyi reddetmelisiniz" Ayrıca, bu ifade ayrıcalıklı bir konumdan gelmektedir.Hiç kimse kolay kolay iş bulamaz.Ve bir aile sağlamanız gerektiğinde ve seçimlerinizin kendinizin ötesinde sonuçları olduğunda etik soru çok daha karmaşık hale gelir.
    SSight3
    2019-08-15 18:35:21 UTC
    view on stackexchange narkive permalink

    API lisansı sahibiyle iletişime geçmeyi düşünün

    Yasal olarak kendinizi kapatıp yazılı olarak almak son derece iyi bir fikir olsa da, alternatif bir çözümün Muhtemelen zor ve zor bir durumdan kaçınan durumla ilgili proaktif bir yaklaşım benimsemek önerilmektedir.

    Yani, API lisans sahibine yaklaşmayı ve onlardan doğrudan sormayı düşünebilirsiniz. tek bir toplu indirme yapma izni için. API lisansı sahibinin yanıtı, size ücretsiz olarak sadece nazikçe sormaktan, bir lisans ücreti belirtmeye kadar değişebilir (fiyata bağlı olarak, zorluklardan kaçınmak için kendinizi korumayı, masraf olarak dosyalamayı veya yöneticisi), tamamen açık bir redde.

    Veri kümesi sahibinin bir defaya mahsus toplu indirmeyi ücretsiz olarak sunma (bazı açık kaynak veya daha küçük, özel topluluklarda söz konusu olabilir) veya teklif verme şansı Makul bir fiyat, API lisansı sahibiyle iletişime geçmeyi makul bir hareket tarzı haline getirir.

    En kötü senaryo, hayır demeleridir, bu da sizi şu anda bulunduğunuz durumda bırakır. Ancak onlarla konuşmak başka seçenekleri açabilir.

    Daha kötü durum senaryosu, hayır dedikleri ve şimdi niyetinizin sözleşmeyi ihlal etmek olduğunu biliyorlar.
    Harper - Reinstate Monica
    2019-08-14 04:42:09 UTC
    view on stackexchange narkive permalink

    Şirketinizin toplu kazıma için bir anlaşma yapmadığını veya alamayacağını bilmiyorsunuz.

    Talimatı yazılı olarak alarak, bunu iş yeri dışında tutarak ve kazıyan API hesaplarının hiçbirinde adınızın hiçbir yerde bulunmadığından emin olun.

    Şimdi, sıyrılmanın iki yolu var. Birincisi, sunucu tarafı etkisini en aza indirmek için döngüde uyku () 'lar varken yumuşak bir şekilde gezinmektir. Diğeri, maksimum verim için tam anlamıyla gitmek, hatta birden fazla iş parçacığı oluşturmaktır, böylece başka bir sorgu göndermeden önce bir yanıt beklemeniz gerekmez. Her ikisi de geçerli kavramlardır, ancak bu durumda ikincisini, bir şeyleri yapmanın tek / bariz yolu buymuş gibi ustaca uygulamanızı öneririm. Sanki diğer şirketin sunucu yükünün bir sorun olabileceği hiç aklınıza gelmemişti.

    Diğer bir deyişle, onu uygulamak zorunda olduğunuz için, saklamamanızı öneririm.

    Bu noktada, diğer şirkette sunucu etkinliğindeki sıçramayı fark etmek ve araştırmak için. Bu, şirketiniz olsa bile, kesinlikle onların ilk rodeosu değildir.

    Fark etmelerinin sonucu büyük bir "senin sorunun değil" çantasıdır. Kesinlikle "bu, istemci kimliği J12345, bu verileri kazımak için site lisansları var" demesini umuyor ve bekliyorsunuz. Ne olursa olsun, senin sorunun değil.

    GrandmasterB
    2019-08-15 02:06:50 UTC
    view on stackexchange narkive permalink

    Burada fazla düşünüyor olabilirsiniz (yine ayrıntılara bağlı olarak). Pek çok API sağlayıcısı, ücretsiz bir katmanı veya vermek istedikleri bir düzeyi aştığınızı fark ederlerse, isteği reddetmeye başlayacaktır. Bu noktada bir API lisansına ihtiyacınız olacak. Temel olarak, buradaki etik konusuna fazla takılmayın, çünkü API sağlayıcısı büyük olasılıkla neyi 'verdiğinin' ve insanların neye para ödemesini gerektirdiğinin çok farkındadır.

    HenryM
    2019-08-12 22:34:24 UTC
    view on stackexchange narkive permalink

    Aklıma üç olası yanıt gelebilir:

    1. Zorluk: "Bunu yapmadan önce bunu fiziksel kağıt üzerinde yapmak için yazılı ve imzalı bir emre ihtiyacım var" deyin. Şimdi, işi SİZİN yapmanın uygun olduğuna dair iddiası, kendi kendini koruma duygusuna dönüşüyor.
    2. Pasif: X'in birkaç kez olduğu "Bunu yapmak benim X ayımı alacak" deyin gerçekten yapabileceğinden daha uzun. Bu ona, yapacak başka birini bulmasının daha iyi olduğuna dair güçlü bir ipucu olacak.
    3. Yönlendirin: "Üzgünüm ama bunu yapamam. Şartları görmezden gelmek inançlarıma aykırıdır . "

    Artık bu seçeneklerden herhangi biri, patronunuzun size karşı harekete geçmesine neden olabilir. Cevabınızı 1. günde tamamen kabul etmiş gibi görünse bile, günler / haftalar sonra sizi taciz etmek için bir kampanya başlatabilir.

    Diyelim ki patronun bu projeyi yapmasına yardım etmiyorsunuz ama anlıyor nasıl olsa yapılır. Hâlâ etik standartlarınıza açıkça aykırı olan bir şirkette çalışıyorsunuz. Bunun hakkında nasıl hissedeceksin? Kendinizi iyi hissetmeyecekseniz, başka bir iş arama zamanı gelmiş olabilir, çünkü büyük olasılıkla patronunuz projeyi sizin katılımınız ne olursa olsun bitirecektir.

    Dikkate almanız gereken başka bir şey var: Avukatlar yazıyor şartlar ancak diğer şirketteki iş ve teknik personel, şirketinizin patronunuzun istediğini yapmasına% 100 uygun olabilir. Şirketiniz, API şirketinin istek başına satmadığı verileri önbelleğe alıyorsa, bu zararsızdır. Tecrübelerime göre, şirketinizdeki teknoloji alanında çalışan birinin, bu şekilde iş yapabileceğinizi varsaymadan önce diğer şirketteki teknik biriyle görüşmesi gerekir, çünkü API herhangi bir zamanda herhangi bir zamanda kapatılabilir (erişiminizi reddedebilir). tipik olarak sebep. Ve bu muhtemelen işletmeniz için kötüdür.

    "diğer şirkette teknik biriyle" Teknik olarak mümkün olsa bile izin veriyorlarsa, bu hala yasal ve ticari bir karardır.
    @FooBar evet, ancak Yönetim şirketler arasında anlaşır ve alt düzey çalışanlar iletişim kurmadan önce yüksek düzeylerde iletişimi yetkilendirir.Gerçek iletişim hatlarının açık olması iyi bir göstergedir.


    Bu Soru-Cevap, otomatik olarak İngilizce dilinden çevrilmiştir.Orijinal içerik, dağıtıldığı cc by-sa 4.0 lisansı için teşekkür ettiğimiz stackexchange'ta mevcuttur.
    Loading...