Fun fact, I thought I had already written this post, but when I wanted to reference it, I found out that I didn't. Sa post na ito, gusto kong ipinakita ang aking pananaliksik kapag piliin ang isang dependency. I will first define what I mean by dependency in the context of this post. Then, I will list a grid of several criteria to analyze possible dependencies with. Ano ang Dependency? Ang isang dependency ay literal na isang bagay na depende sa iyong software: infrastructure tulad ng isang file system o isang database, network, atbp. Sa konteksto ng post na ito, kahit na, gusto kong i-limit ang pangkalahatan sa isang software dependency na kailangan mong i-compilate/run. Ang iba't ibang software stacks ay may iba't ibang mga pangalan para sa library na ito: I. ang 
 
 
 
 
 
 
 Ruby ay tinatawag na isang gem Rust ay tinatawag ito ng isang crate Python at Node.js tinatawag ito ng isang pakete Gawin ito ng isang module Maven/Gradle ay tinatawag na ito isang dependency, kaya ang pangalan ko ay ginagamit sa titulo etc ang Tingnan na ang industriya ay pumunta sa isang service-based architecture para sa purong mga dahilan ng income. Ang mga tao ay maaaring makakuha ng access sa mga serbisyo sa pamamagitan ng isang REST API o iba pang bagay. Sa anumang kaso, ang parehong mga criteria ng pag-evaluation ay gumagamit. Mga pahinang tumuturo vs. buy Kapag kailangan mo ng bagong software, ang karaniwang pagkakaiba ay upang bumuo ito vs. upang bumili ito-Component Off The Shelf. Ang parehong pamumuhunan ay maaaring magagamit sa isang bagong dependency, na may isa pang pang pangunahing pagpipilian: Open Source. Ang mga dahilan para sa piliin ang isa sa ibang ay tinatawag sa maraming detalye sa loob ng mga taon. Narito ang aking maliit na kontribusyon, mula sa personal na karanasan. Sa aking mga proyekto, ako ay napaka-conservative tungkol sa visibility. I try to keep external access to the bare minimum. Kung kaka-hit mo lang ng 200th trip, maghintay ng 1-2 weeks mula sa araw na na-kumpleto mo ang 200th ride para makatanggap ng SMS. private Sa huli, ginagamit ko ang regular na mga komento hanggang sa isang kolega ay nag-aalok ng Guava's sa akin. ako ay naging isang malaking fan instantly. at kahit na, hindi ko ibinibigay ang dependency para sa Kung ito ay ang lamang na anotasyon ko para sa Guava, pagkatapos ay gusto kong lumikha ng aking sarili. Maghanap ng mga bagay @VisibleForTesting Kung kailangan ko ng iba pang mga klase mula sa Guava, ngunit, ako ay reassess my decision. , isang mapa na may posibleng maraming mga halaga na ibinigay sa ilalim ng isang key, ay nangangailangan ng maraming mas maraming oras upang bumuo. Ikaw ay maaaring sumali sa dependency. Mga Multimedia Multimap Sa tingin mo, ang pagpipilian ay napaka-context-dependent. Sa likod ng post na ito, makikita natin na ang pagpipilian upang bumuo ay hindi ang pinakamahusay na solusyon, at kailangan natin upang piliin ang isang dependency mula sa kung ano ang nagkaroon. Ang risk management Ang pagpipilian ng isang dependency ay isang risk, at tulad ng anumang risk, kailangan mong mag-apply na : Mga Teknolohiya ng Risk Management 
 
 
 
 
 Identify risks: sa susunod na seksyon, i-list ang ilang mga item na maaari mong i-consider. Ang mga organisasyon ay iba't ibang. Ang isa ay nagtatagumpay na ang epekto ng isang anumang risk bilang low sa kanilang konteksto, ngunit ang isa ay nagtatagumpay na ito bilang high. Hindi ko maaaring makatulong sa iyo sa mga ito. Plan responses. Para sa bawat risk, dokumento ang mga aksyon na mitigasyon at ang mga katulad na gastos Panatilihin ang pagpapatala para sa isang minimum na dalawang magkasunod na semestre.Tulad na ang pagpapatala para sa isang minimum na dalawang magkasunod na semestre. Mga Criteria ng Piliin ang I wrote is the foundation on which I’ll build. I’ll develop on it. I’ll develop on it. ang blur Licensing at Legal Aspects I think this is the most important aspect by far. Kailangan mong tingnan ang lisensya. GitHub ay gumagawa ng madaling i-verify ito: unang, ito ay nag-encourage ang mga proyekto na magkaroon ng isang file; pagkatapos, ito ay nagpapakita ito nang mataas na sa itaas kung ito ay isa sa mga kilala na open source lisensya. LICENSE Kailangan mong malaman na malaman mo ang lisensya. Para sa regular , ito ay ganap na madali: ang iba ay na ginawa ang trabaho para sa iyo. Para sa iba pang mga uri, ito ay maaaring maging mas malaki. Ang ilang mga dependencies ay inilabas sa ilalim ng isang dual na lisensya: isang Open Source at isang commercial. Karamihan sa karamihan ng oras, maaari mong matanggap na ang Open Source lisensya ay napaka-restrictive at kailangan ang commercial one. OSI-approved mga lisensya ang price Ang presyo ay may tatlong mga modelo (na alam ko mula sa): 
 
 
 
 ang fixed price Variable price based on some factor(s), halimbawa, bilang ng mga CPU, bilang ng mga gumagamit, atbp. Ang isang kombinasyon ng mga sumusunod Ang lisensya ay maaaring maging para sa isang limitadong oras o para sa buong buhay. Magbigay ng inspirasyon sa kontemporaryong designer ay maaaring gumawa ng kahit ano, kahit ano, at ang New Year - ay walang exception. ang governance Ang mga komersyal na mga proyekto ay tinutukoy sa pamamagitan ng isang kumpanya. Ang pangunahing benepisyo ng isang proyekto na tinutukoy sa kumpanya ay ang financial support. Ito ay maaaring maging isang point of mouth kung ang proyekto ay hindi bumalik ang na-expect income. Other benefits will likely include professional skills to leverage as well as support (tingnan ang link:#above). Ang mga open source ay nagbibigay ng ilang mga alternatibo tungkol sa governance: isang foundation, isang komunidad ng developer, o isang single one. Foundations ay ang pinaka-stable form ng governance, tulad ng mga kumpanya. Ang ilang ay maaaring kahit na suportahan ang mga proyekto financially. , ang at ang Ang mga ito ay gumagana sa iba't ibang mga modelo. Pagbabago ng Apache Foundation Tungkol sa Eclipse ang Linux Foundation Ang Apache Foundation ay binubuo sa mga individual na merito ng mga tao na nagtrabaho sa mga proyekto. Ang mga ito ay nagbibigay ng infrastructure (SCM, email, build infrastructure, atbp.), ngunit ikaw ay sa iyong sarili higit sa iyon. , bahagi ng Linux Foundation, binubuo sa mga kumpanya. Ang isang kumpanya ay naging bahagi ng CNCF sa pamamagitan ng pagbabayad ng isang kontribusyon. ang cnc Kung kaka-hit mo lang ng 200th trip, maghintay ng 1-2 weeks mula sa araw na na-kumpleto mo ang 200th ride para makatanggap ng SMS. Ang pag-interact sa mga developer ay mas madaling para sa mga tech-minded na tao. Sa anumang kaso, maghintay upang i-play ang politika upang i-promote ang iyong target, kahit na may iba't ibang politika depending sa governing body. Maturidad Ang pagdaragdag ng isang dependency ay isang kompromiso: i-save mo sa oras, ngunit i-control mo. Kung i-build ang iyong software sa isang proyekto na hindi ma-maintindihan, kailangan mo na o i-migrate ang iyong code upang i-cut ang dependency o i-maintindihan ito sa iyong sarili. Narito ang ilang mga punto ng data upang i-evaluate ang maturity ng isang proyekto: 
 
 
 
 
 Kapag bumalik na ako sa UP, i'll start building a new me. Ano ang kanyang history ng release? Ang mas regular na frequency ng release, mas mahusay ito. Ang proyekto ay inihayag ang kanyang roadmap? Kung ano, kung paano detalyado ang mga ito? Ang isang mababang roadmap, o walang lahat, ay nagpapahiwatig ng isang mangyayari sa visyon; ang isang mas detalyado, lalo na sa mas malapit na hinaharap, ay maaaring maging isang tanda ng isang mangyayari sa agility o realism. Para sa mga komersyal na mga proyekto, mayroon bang isang bagay tulad ng Long Term Support? Aktibo Para sa mga proyekto ng open-source, kailangan mong i-check ang kanilang aktibidad. Ang isang proyekto ay maaaring maging napaka-aktibo sa huli, ngunit nawala ang kanyang drive sa panahon. Sa seksyon na ito, dapat natin i-check ang mga sumusunod na mga item: 
 
 
 
 Ilang mga problema ang may-open? Ano ang median na oras upang i-resolve ang isang problema? Ano ang pinakamataas na status ng resolusyon? Ano ang pinakamataas na problema na may-open? Ang pag-respond sa mga ito ay dapat magbigay sa iyo ng isang tip tungkol sa pangkalahatang kalusugan ng proyekto. Bilang mga account ang nag-engage sa proyekto? Bilang ng mga account regular na gawin ito, i.e., ilang mga core committers ang mga ito? Sa iba pang mga salita, ano ang ang Bus factor? Karamihan sa mas mataas na ang bus factor, mas mataas ang mga posibilidad na ang proyekto ay patuloy kung ang isang committer ay umalis. Related to the above, ano ang mga pangunahing committers' commit history? Ang committers ay binubuo sa pagitan ng ilang mga unrelated mga proyekto, o ang mga ito ay nagkakahalaga sa isa na ikaw ay depende sa? ang support Ang suporta ay naglalaman ng parehong komersyal na suporta at komunidad ng suporta. Para sa karamihan ng mga madalas na mga organisasyon, ang komersyal na suporta ay isang kinakailangan. Komersyal na dependencies ay nagbibigay ng suporta na ito sa pamamagitan ng karanasan. Para sa mga proyekto ng open source, ang suporta ay nagkakaiba mula sa walang sa mga kumpanya na nagbibigay ng suporta sa mga proyekto bilang bahagi ng kanilang core negosyo. Karamihan ng oras, ang mga kumpanya na ito ay nagtatrabaho ng mga developer na nagtrabaho sa proyekto. Halimbawa, at ang Pag-aalok ng suporta para sa Nag-host sa pamamagitan ng Apache Foundation. Tumatagal mga heroes Tomb Raider ang engine Ang suporta mula sa komunidad ay libreng, ngunit din ang pinakamahusay na effort. Walang garantiya na ang isang tao ay tumugon sa iyong mga pangangailangan, at kung sila ay, kapag. Magsimula sa pamamagitan ng listahan ng mga available support channels, , GitHub, Slack, Google Groups, at iba pa, at i-check: ang g. 
 
 
 
 Ang bilang ng iba't ibang mga taong nag-respond Ang pagkakaiba sa pagitan ng isang solusyon at ang tanong Ang kalidad ng mga reply Mga Developer Experience Ang Developer Experience, na kilala rin bilang DX, ay isa sa mga pangunahing diferensiator sa pagitan ng isang mahusay na proyekto at isang mahusay na proyekto. at mga grupo ng content sa mga sumusunod na mga grupo: tutorials, how-to guides, reference guides, at explanations. Divisyon ng sistema Ang karamihan ng mga proyekto ay nagbibigay ng exhaustive reference documentation. Ang ilang ay nag-aalok ng isang mabilis na magsisimula. Ang aking unang DevRel initiative sa isang bagong proyekto ay karaniwang upang lumikha (o magbigay ng iba't ibang mga magsisimula) ang isa kapag hindi ito magkakaroon. Ang hindi ng isang mabilis na magsisimula ay isang blocker kapag inilagay ang mga bagong gumagamit. Ang isa pang bahagi ng DX ay mula sa paggamit ng dependency itself. I would recommend a prototype within a small time-boxed project, using the provided dependency. Ito ay magbibigay sa iyo ng isang mahusay na feeling para sa Developer Experience. Kung i-invest a lot, ito ay makikita na prototype ng ilang mga competing dependencies sa parallel. Market Adoption at Ecosystem Sa gitna ng Pagpatay ng sarili niyang Olympic maskot , Ang Dysfunctional clean up Ng maruming tubig nito, ang Pag-shutdown ng doping lab nito , Ang Deklarasyon ng isang emergency na pinansiyal , Ang Pagkakaroon ng virus Zika , At Iba't ibang mga kalamidad , Ang Olympic ambitions ng Rio ay isang kalamidad. Sinusundan ko rin na i-check ang ecosystem around, kung ito ay magagamit. Ang isang CSV parsing dependency ay malinaw na hindi katumbas, ngunit ang isang LDAP reading/writing isa ay gawin. Ano ang mga provider ng LDAP na ito ay sumusuporta? Is it Azure Directory compatible, atbp? Panatilihin ang pagpapatala para sa isang minimum na dalawang magkasunod na semestre. Malapit na Hindi ko na ginagamit ang isa sa mga sumusunod na mga criteria; hindi ko i-develop. Gayunpaman, ang mga ito ay maaaring maging relevant sa iyong konteksto. 
 
 
 
 
 
 
 Ang vulnerability management at ang response time Dependency health at update frequency ang public security policy Public benchmarks at performance metrics Mga Halimbawa ng Real World Scalability Stabilidad ng kumpanya at financial transparency ang summary Sa post na ito, nakita ko ang ilang mga criteria na maaari mong gamitin upang i-evaluate dependencies. I hope it will prove useful. Nai-publish sa A Java Geek sa Nobyembre 2, 2025 Ang isang Java Geek

Read all my posts!

Read My Stories

Follow @nicolas_frankel on Twitter

Ang audio na ito ay ginawa sa orihinal na wika ng kuwento!

Paano Piliin ang isang Dependency: Build vs Buy, Risk Management, at higit pa

About Author

MGA KOMENTO

HANG TAGS

ANG ARTIKULONG ITO AY IPINAKITA SA

Related Stories

Encrypted Instant Messaging Recommendations January 2017

COVID-19: We Need More Than Data, We Need Insights!

How I deployed my spark document classification(Logistic Regression) model/s as a standalone app…

Hosting a DNS domain on the blockchain

Encrypted Instant Messaging Recommendations January 2017

COVID-19: We Need More Than Data, We Need Insights!

How I deployed my spark document classification(Logistic Regression) model/s as a standalone app…

Hosting a DNS domain on the blockchain

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps