सामुदायिक तकनीक

This page is a translated version of the page Community Tech and the translation is 80% complete.
Outdated translations are marked like this.

सामुदायिक तकनीक विकिमीडिया फाउंडेशन टीम है जो सामुदायिक इच्छा सूची सर्वेक्षण चला रही है। यह अनुभवी उपयोगकर्ताओं के लिए क्यूरेशन और मॉडरेशन टूल बनाता है और सुधारता है, बॉट ऑपरेटरों का समर्थन करता है टीम का निर्माण सबसे सक्रिय योगदानकर्ताओं के अनुरोधों का प्रत्यक्ष परिणाम है। टीम संपादकों, स्वयंसेवी डेवलपर्स और अन्य विकिमीडिया टीमों के साथ मिलकर काम करती है।

Current selected projects

To complete as many wishes as possible, Community Tech attends to the voted wishes with a prioritisation framework in mind. The framework guides how we come about the current selected projects.

Projects Project status
   In development
Generate Audio for IPA
Handed over
Edit-Recovery Feature
   In development
Better diff handling of paragraph splits
Sharing QR codes
Autosuggest linking Wikidata item after creating an article
   In development
Audio links that play on click
Enable live preview by default
Extend "Who Wrote That?" tool to more wikis

टीम मिशन

हम आंदोलन के तकनीकी मंच की जरूरतों को सामने रखते हैं और लगे हुए योगदानकर्ताओं के साथ आवश्यक उपकरणों का निर्माण और समर्थन करते हैं।


  • ज्ञान: किसी चीज़ के बारे में जानने का तथ्य; किसी विषय, स्थान, स्थिति आदि के साथ सामान्य समझ या परिचित।
  • KINDNESS: एक परोपकारी, विनम्र, मिलनसार, उदार, सौम्य, उदार, सहानुभूतिपूर्ण, या सौहार्दपूर्ण स्वभाव या स्वभाव, दूसरों के लिए - और सेवा के लिए विचार द्वारा चिह्नित।
  • COLLABORATION: एक साझा लक्ष्य हासिल करने के लिए दूसरों के साथ मिलकर काम करना।


July 1, 2024: The Community Wishlist is re-opening Jul 15, 2024. Here’s what to expect, and how to prepare.

The Community Wishlist helps communities surface technical and user experience problems and opportunities, so that the Wikimedia Foundation and communities can prioritize and solve these issues together.

Like in years past, contributors can surface problems and opportunities by submitting “Wishes” year-round. The Foundation will identify patterns between wishes and propose “Focus Areas” of wishes that share a collective problem, and contributors are encouraged to comment and vote on Focus Areas to highlight the areas in need of prioritization. Then, the Foundation, affiliates, and volunteer developers can adopt Focus Areas and collaborate with contributors to solve these problems. Read more.

April 24, 2024: Edit Recovery updates

Edit Recovery is now available as an opt-in feature on all wikis. Earlier in February, we deployed the feature to French, English and Arabic Wikipedia for testing and bug fixes. Read more from the linked project page.

April 4, 2024: Potential modifications coming to the Community Wishlist Survey

In January, Community Tech shared some early decisions about changes coming to the Community Wishlist Survey, and soon after, we invited you to participate in ongoing conversations (please join if you haven't yet) about what a new Wishlist survey should look like. Our latest update covers potential modifications coming to the Wishlist. Please read about these changes.

March 1, 2024: Multiblocks design updates

Over the last few weeks we’ve been designing the user experience and user interface while talking to some admins about Multiblocks. We have some design decisions we want to implement which we have shared with screenshots.

January 4, 2024: Shaping the Future of the Community Wishlist Survey

Community Tech has made some preliminary decisions about the future of the Community Wishlist Survey.

In summary, we would like to develop a new, continuous intake system for community technical requests that improves prioritization, resourcing, and communication around wishes. Until the new system is established, the Community Tech team will prioritize work from the recently audited backlog of wishes rather than run the survey in February 2024. We are also looking to involve more volunteer developers in the wishlist process, beginning with the first-ever community Wishathon in March 2024.

Please read the announcement in detail either on the Diff blog or MetaWiki, and give your feedback.

October 26, 2023: Edit-Recovery is now available for testing in Beta

Hello community, we have some updates. Edit-Recovery wish (formerly known as Auto-save feature) is now available on Beta Cluster, and you are invited to test it.

Start editing any page on any Beta site, for example simple.wikipedia.beta.wmflabs.org, but don't publish your change. Wait 5 seconds and close the tab. Reopen the tab. Your edit should be recovered!

We are working to make the feature more visible with an element like a toast notification when restoring edit data, with the option of discarding the recovered data.

October 17, 2023: An Update on Multiblocks Wish

We have selected Multiblocks the #14 wish in the Community Wishlist Survey 2023. The objective of the wish was to introduce layering blocks (a.k.a multiblocks). We have created a project page to share information about our approach. Please visit and give feedback.

September 25, 2023: It's Time for Wishathon!

The quarterly online hackathon known as Wishathon, organized by Community Tech to help fulfil more wishes from The Community Wishlist Survey, starts from Monday, 25 September 2023, to Friday, 29 September 2023.

Wishathon engages other Wikimedia Foundation staff to help fulfill more wishes, and also foster cross-team and cross-departmental collaboration.

August 8, 2023: Wish Updates

Hello everyone, there have been a few changes since our last major update in April 2023.

Displaying categories on mobile

We hoped to implement Display the categories on the mobile site for everyone – after completing the Better Diffs wish. Unfortunately, our key partner, the Web team, will not tackle this wish now. The importance of categories to readers must be researched further to prioritize this wish instead of other pending wishes. But wish fulfilment is often on a rolling basis, so your feedback is welcome. In the meantime, we are working on the Auto-save feature, the #8 wish in the Community Wishlist Survey 2023, which has been renamed to the Edit-Recovery Feature to reflect more accurately what the feature is.

Who Wrote That

Secondly, we have responded to the Extend ‘Who Wrote That?’ tool to more wikis and currently, Who Wrote That? (WWT) is now available on 8 more Wikipedias – French, Italian, Hungarian, Japanese, Indonesian, Portuguese, Dutch, and Polish. This brings the total number of wikis with WWT up from five to 13.

June 22, 2023: Next-steps for Auto-save feature

The CommTech team is reviewing any investigations, discussions, patches that have happened around the Auto-save feature wish to determine what is next.

Please read about the project, and help answer some questions including how long we need to save the data for the auto-save functionality and what we should store in the database to be able to make autosave functionality work.

June 22, 2023: IPA transition to Language Team

Community Tech will hand over the IPA project to the Language Team this June. This decision is due to the Language team's expertise in localization, and their focus to create a suite of open language-supporting services such as the MinT machine translation service among other things.

April 27, 2023: Continuing on 2022 and starting the 2023 Wishlist

Dear Community Wishlist Survey Participants,

We would like to thank you for your participation in the 2023 Community Wishlist Survey. The survey is a crucial element in helping us prioritize the development of new features and improvements to make Wikimedia projects better for everyone.

Starting work on 2023

We are pleased to announce that the Community Tech team has identified the "Display the categories on the mobile site for everyone" wish as the priority for the team to work on in the coming months after we complete the work on Better Diffs for paragraph splits. This was also Wish #18 on the 2022 Wishlist. This decision was based on the wish's technical and design feasibility, as well as its potential impact in improving the user experience of the mobile site for all users.

We understand the importance of this feature for the community, and we are excited to work on it. We will keep you updated on the progress we make and will provide more information on the timeline for implementation as soon as possible. In addition, we’ve begun investigating how to Extend “Who Wrote That?” tool to more wikis, the seventh #7 most popular wish from 2023 and hope to make great progress on that work in the coming months. We anticipate launching Who Wrote That? tool to French Wikipedia in the coming days, with several other languages to follow in the coming weeks.

Dark Mode

We want to provide an update on the "Dark Mode" wish that was voted for in the survey. We are excited to inform you that the Web team has taken on this wish and plans to work diligently on its development. However, due to technical constraints and design feasibility, the Web team will be releasing the first version of the "Dark Mode" feature in Beta. We understand the importance of accessibility and inclusivity, and we are committed to ensuring that this feature meets the needs of all users. Additionally, there are many templates that need to be adjusted, and volunteers need to be alerted to modify before the "Dark Mode" feature can be fully released. The Web team will work on documenting these issues, and we appreciate your patience in this process. We encourage you to subscribe to the Web team's newsletter to follow the updates about this project.

I would also like to take a moment to thank the volunteers who took the time to collaborate with me in good faith during my tenure here and share that I am departing the Wikimedia Foundation and this team. Thank you to those of you who took the time to participate in proposals, problem solving with us, and to those of you who volunteered and tackled technical pieces of granting wishes – I will carry that inspiration with me for the rest of my career.

In my absence, a Product Trio will absorb my responsibilities so you can expect to reach out to the Engineering Manager KSiebert (WMF), Tech Lead DMaza (WMF), and Principal designer JSengupta-WMF as a united Product Trio after my departure in early May. You can expect to communicate with the team in the same way as before, the Talk pages for Projects, Updates, and the Team are the best way to reach the team. We collectively would also like to thank you once again for your participation in the Community Wishlist Survey. Your input helps us prioritize and improve Wikimedia projects, and we look forward to your continued engagement in the future.


NRodriguez (WMF) and the rest of The Community Tech Team

March 13, 2023: Better diff handling of paragraph splits update

The team has continued work on this wish on both the engineering and design side and we wanted to share the updates with you.


Thank you to all of you who took the time to engage with us and provide feedback on the talk page. We read through all of the feedback and did an aggregate analysis on the points made. We then combined your feedback on those proposed designs, as well as unmoderated user research, and we've finalized the proposed designs to go into engineering for the improvements regarding the wish changes.

Please see the designs in this update which include:

  • Switching between diff modes via dropdown
  • Improving the accessibility of inline diffs with legends and tooltips for desktop
  • Improving the display of a change that introduced a new line or paragraph
  • Improving the display of a change that deleted an existing line or paragraph

In addition, a demo of the changes for the underlying comparison engine has been created.

Before you try out the demo to give us feedback, please note:

  • It's a work in progress, our QA engineers are currently using a list of comprehensive diffs to make sure the changes are consistent with the current version of the two-column diff experience or an improvement on the UI.
  • The demo page does NOT include all final UI changes but can give testers a good sense of how the completed two-column diff experience will end up looking.
  • To use the demo, paste the same text into the two boxes and modify the text in the right box. The diff under it will show what changed.

We'd love to hear your feedback on our talk page!

Next Steps

  • Accessibility of Design Colors: Our designer is working closely with our Design Systems team to determine the accessibility of the designs. We anticipate having to change the shade of them to a slight degree to make it more accessible but the colors will remain similar to the blue and yellow currently displayed on two-column and inline diffs.
  • Release plan: We are working out a release plan and a timeline of next steps and will be including this in our next project updates! Releasing changes to the underlying engine on the diff follows a different process than traditional releases in Mediawiki software so we will be sure to update you with steps and details next time.

We also want to include big thank you in this update to a non-Community Tech staff member, Tim Starling, who graciously stepped up to help us with the underlying changes in the C++ engine of wikidiff2. We are always happy to receive support fulfilling wishes from other members at the Foundation that have the expertise necessary to fulfill a wish even if they are not in the Community Tech team.

We're looking forward to hearing from all of you!

Open Questions from first update: We want to hear from you!

  • Are you interested in conducing user research on the new proposed interface to diff paragraph splits? If so, will you please post that you're interested in the Talk Page?
  • What other pain points manifest themselves when you view the diff?
  • How might we address the root pain points that address the confusion around paragraph splits?
  • How does the use of color indicate which content is added, removed, or stayed the same?

March 7, 2023: Community Wishlist Survey 2023 results published

The Community Wishlist Survey 2023 edition has been concluded. We have published the results of the survey and will provide an update on what is next in April 2023.

हम क्या करते हैं

हम मुख्य रूप से सामुदायिक इच्छा सूची सर्वेक्षण पर काम करते हैं। यह एक वार्षिक परियोजना है जिसमें सभी विकिमीडिया विकि के योगदानकर्ता उन परिवर्तनों के लिए पूछ सकते हैं जिन्हें वे देखना चाहते हैं।

हम अपेक्षाकृत छोटे कार्यों पर काम करते हैं और इसका सबसे सक्रिय योगदानकर्ताओं के लिए प्रत्यक्ष लाभ होता है। विशेष रूप से, हम उन लोगों का समर्थन करते हैं जो:

  • विकिमीडिया परियोजनाओं के क्यूरेटोरियल और प्रशासनिक स्तरों में भाग लें
  • विकि के लिए तकनीकी विशेषताओं जैसे टेम्प्लेट, मॉड्यूल, गैजेट्स, उपयोगकर्ता स्क्रिप्ट और बॉट पर काम करें।

कभी-कभी, हम अन्य परियोजनाओं पर भी काम करते हैं। हम ऐसा छोटे समूहों की मदद करने के लिए करते हैं जिनके पास सर्वेक्षण में पर्याप्त समर्थन नहीं है। हमने इस तरह से काम किया है:

We also periodically take part in a "wishathon".


कार्यक्षेत्र में आने वाले कार्यों में शामिल हैं:

  • गैजेट्स, बॉट और विजार्ड बनाना जो उपयोगकर्ताओं को वे पहले से ही कर रहे हैं में मदद करने के लिए
  • मौजूदा गैजेट्स और बॉट्स को संशोधित करना ताकि वे और प्रोजेक्ट्स पर काम कर सकें
  • मीडियाविकि सॉफ्टवेयर के हिस्से में अत्यधिक उपयोग किए गए सामुदायिक कोड (गैजेट्स और उपयोगकर्ता-स्क्रिप्ट) को परिवर्तित करना
  • विकिपरियोजनाओं के लिए निर्माण उपकरण
  • अनुभवी उपयोगकर्ताओं के लिए सबसे महत्वपूर्ण पुराने टूल के साथ समस्याओं की पहचान करना और उन्हें ठीक करना, जैसे AbuseFilter या Citation bot
  • इन उपकरणों के लिए बेहतर दस्तावेज तैयार करना ताकि उनका बेहतर उपयोग किया जा सके

कार्यक्षेत्र में नहीं' वाले कार्यों में शामिल हैं:

  • अन्य WMF टीमों से अनाथ / परित्यक्त परियोजनाओं को बनाए रखना।
  • WMF टीमों की आंतरिक जरूरतों का समर्थन करना।
  • कॉमन्स को संरचित मेटा-डेटा का उपयोग करने के लिए परिवर्तित करने या पूरी तरह से नया वॉचलिस्ट इंटरफ़ेस बनाने जैसी बड़ी, दीर्घकालिक विकास परियोजनाएं।
  • सभी सामुदायिक तकनीकी अनुरोधों के लिए संपर्क बिंदु होने के नाते।
  • Sysadmin प्रकार के कार्य जैसे टूलफोर्ज का प्रबंधन, साइट के प्रदर्शन में सुधार, नई विकी बनाना, IRC चैनल प्रबंधित करना आदि।

टीम के वर्तमान कार्य के अधिक विस्तृत विश्लेषण के लिए, हमारे Kanban बोर्ड in Phabricator की जाँच करें।



कम्युनिटी टेक टीम के पास विकिमीडिया Deutschland की कम्युनिटी टेक टीम - टेक्नीशर कम्युनिटीबेडर्फ, या टीसीबी के समान ही जनादेश है। – जो जर्मन विकिमीडिया समुदाय के लिए तकनीकी सहायता और सॉफ्टवेयर विकास प्रदान करता है। हम उन परियोजनाओं पर उनके साथ सहयोग करेंगे जो हमारी टीमों के बीच ओवरलैप करते हैं और तकनीकी मूल्यांकन और कोड समीक्षा के साथ एक दूसरे की सहायता करते हैं। जब उच्च-प्राथमिकता वाले समुदाय अनुरोध उनके दायरे में आते हैं, तो हम अन्य WMF विकास टीमों के साथ भी सहयोग करेंगे। ऐसे मामलों में, हम समयसीमा पर बातचीत करने के लिए अन्य टीमों के नेताओं के साथ काम करेंगे, अपेक्षाएं, प्राथमिकताएं और स्वामित्व। हम विकिमीडिया स्वयंसेवी विकासकर्ताओं के साथ काम करने और उनका समर्थन करने में भी अपना काफी समय व्यतीत करते हैं।

हम उपयोग की शर्तें द्वारा निर्धारित सभ्यता मानकों को कायम रखते हैं। हम ग्रांट स्पेस के लिए अनुकूल जगह की उम्मीदों का पालन करते हैं और उसे बनाए रखते हैं। हमारी बातचीत में। हम चाहते हैं कि कम्युनिटी टेक स्पेस के सभी योगदानकर्ता ऐसा ही करें।

How can other teams contact us?

Feel free to contact any of us individually, on IRC at #wikimedia-commtechजुड़ें or through the #talk-to-commtech channel on Slack.

सामुदायिक तकनीक से जुड़ना

हम फ़ैब्रिकेटर में अपने काम को ट्राइएज और ट्रैक करते हैं। वार्षिक सामुदायिक इच्छा सूची सर्वेक्षण के बाहर, उपकरण जो हम बनाए रखते हैं के लिए सुविधा अनुरोध और बग लॉग करने के लिए निम्नलिखित फैब्रिकेटर टेम्पलेट का उपयोग करें:

हम एक द्वि-साप्ताहिक ताल पर नए अनुरोधों की समीक्षा करते हैं और उनका परीक्षण करते हैं।


यह हमारे लिए महत्वपूर्ण है...

  • उन परियोजनाओं पर काम करना जिनका बड़ा प्रभाव पड़ता है
  • कई भाषाओं में बड़ी विकियों और छोटी विकियों की मदद करने के लिए
  • खुला और संचारी होना
  • लोगों के अनुरोधों और चिंताओं के प्रति उत्तरदायी होने के लिए
  • शांत और सभ्य होना, और सद्भावना ग्रहण करना

हम एक छोटी टीम हैं, और अभी बहुत कुछ करना है! हम जितना हो सके उतना मददगार और प्रभावी बनना चाहते हैं, इसलिए हम सब कुछ आगे नहीं बढ़ा सकते। जिन अनुरोधों में हम मदद नहीं कर सकते, उनके लिए ना कहना हमारे काम का एक महत्वपूर्ण हिस्सा है, क्योंकि यह उन अनुरोधों के लिए समय और ऊर्जा को मुक्त करता है जिनकी हम मदद कर सकते हैं।

लेकिन कभी-कभी "नहीं" सुनना मुश्किल होता है, इसलिए यहां कम्युनिटी टेक टीम के साथ काम करने और संवाद करने के बारे में कुछ दिशानिर्देश दिए गए हैं।

  • कृपया शांत और सभ्य रहें, और हमारी ओर से अच्छा विश्वास रखें। हमें परियोजनाओं की भी परवाह है।
  • हम अपनी नौकरी से प्यार करते हैं और हम कड़ी मेहनत करते हैं, लेकिन हम 24/7 काम नहीं करते हैं, और हम तत्काल प्रतिक्रिया की गारंटी नहीं दे सकते।
  • यदि कोई विशिष्ट व्यक्ति या मुद्दा हमारे विकी समय का एक बड़ा प्रतिशत ले रहा है, जो अन्य लोगों से समय और ध्यान लेता है। हमें कभी-कभी बातचीत बंद करनी होगी, और कहना होगा कि हम किसी विशेष विषय पर अधिक समय नहीं बिता सकते हैं।
  • हम ऐसे प्रोजेक्ट पर काम नहीं कर सकते जो वर्तमान में किसी अन्य उत्पाद टीम के रोडमैप पर हैं, या ऐसा प्रोजेक्ट जो सीधे तौर पर किसी अन्य टीम के काम से टकराता है।
  • अगर किसी अन्य उत्पाद टीम के काम में कोई समस्या है, तो हम आपको बात करने के लिए उपयुक्त व्यक्ति के पास भेज सकते हैं।
  • हम स्टाफिंग मुद्दों, या गोपनीय मामलों के बारे में सवालों के जवाब नहीं दे सकते।

हमारे मूल्यों और मिशन को परिभाषित करने की हमारी प्रक्रिया

एक सहयोगी सत्र में हम सभी एक टीम के रूप में अपने मिशन वक्तव्य को तैयार करने में सक्षम होने की दिशा में काम करने के लिए एक साथ आए। वहां पहुंचने के लिए हमने पहले यह सोचने की कोशिश की कि हम व्यक्तिगत रूप से किन मूल्यों की सबसे अधिक परवाह करते हैं, फिर देखें कि वे कहां ओवरलैप करते हैं, क्योंकि हम यह सुनिश्चित करना चाहते थे कि वे वास्तव में मनुष्यों के एक समूह के रूप में हमारे साथ हैं।

तीन मूल्य हमारे सामने खड़े थे, जो हैं: ज्ञान, दया और सहयोग

वैल्यू स्टेटमेंट अपने आप में बहुत व्यापक हैं और इनकी अलग-अलग व्याख्या की जा सकती है इसलिए हमने उन पर पूरी तरह से चर्चा की कि वे वास्तव में किस व्यवहार का अनुवाद करते हैं, हमने जो उल्लेख किया है, उसका संक्षेप में हम यहाँ संक्षेप में बताएँगे:

हम ज्ञान की परवाह क्यों करते हैं?

हम अपने ज्ञान की रक्षा नहीं करना चाहते हैं। अगर हम कुछ खोजते हैं या कुछ नया लागू करते हैं तो हम उसके बारे में लिखना चाहेंगे, दूसरों को करुणा से बताएं। यदि हम कोई निर्णय लेते हैं, तो उसका दस्तावेजीकरण करें और कारणों की व्याख्या करें। यह विशेष रूप से महत्वपूर्ण है क्योंकि हम नए योगदानकर्ताओं या टीम के साथी के रूप में आंदोलन में शामिल होने के लिए लोगों का स्वागत करना चाहते हैं।

हम दयालुता की परवाह क्यों करते हैं?

हम जागरूक हैं कि हम कभी नहीं जान सकते कि दूसरों को किन संघर्षों का सामना करना पड़ सकता है, हमेशा याद रखें कि हमें पूरी तस्वीर के बारे में पता नहीं हो सकता है। एक दूसरे के प्रति विचारशील और विनम्र होकर हम यह सुनिश्चित करते हैं कि हम सभी एक दूसरे के साथ अधिक खुले तौर पर काम करने के लिए शामिल और प्रोत्साहित महसूस करें। इसके अलावा, दयालु होने का मतलब यह भी हो सकता है कि हम किसी समस्या की मदद या समाधान कर सकते हैं या नहीं।

हम सहयोग की परवाह क्यों करते हैं?

हम जो करते हैं उसके लिए सहयोग रीढ़ की हड्डी है और विभिन्न दृष्टिकोणों से विचारों को जोड़कर नवाचार को बढ़ावा देता है। स्पष्टीकरण देते समय हम विस्तृत होना चाहते हैं और जहां भी संभव हो अधिक जानकारी से लिंक करना चाहते हैं, यह सुनिश्चित करने के लिए कि हमारे स्पष्टीकरण दूसरों के लिए सार्थक हैं। हम स्वागत करते हैं और सक्रिय रूप से एक दूसरे, WMF और समुदाय से विचारों और प्रतिक्रिया और प्रश्नों की तलाश करते हैं।

मिशन स्टेटमेंट

अपने मूल्यों और विश्वासों को ध्यान में रखते हुए हमने आगे सोचा कि हमारा मिशन वक्तव्य क्या हो सकता है। आंदोलन के प्रति हमारी क्या जिम्मेदारी है, समुदाय और एक दूसरे के प्रति और जो हमें कॉमटेक टीम से जोड़ता है। क्या हम सिर्फ कुछ उपकरण बना रहे हैं या कोई बड़ा कर्तव्य है जो हमारे काम को प्रेरित करता है? इसने हमारी राय को सबसे अच्छा सारांशित किया:

हम आंदोलन के तकनीकी मंच की जरूरतों को सामने रखते हैं और लगे हुए योगदानकर्ताओं के साथ आवश्यक उपकरणों का निर्माण और समर्थन करते हैं।

जैसा कि हम आंदोलन की समावेशिता और विकास में वृद्धि में योगदान देना चाहते हैं, हम योगदानकर्ताओं की जरूरतों को सामने रखते हैं, जब तक कि वे तकनीकी प्रकृति के हों। कुछ उपकरण जो हम खुद बनाते हैं, जबकि हम विभिन्न टीमों में इन जरूरतों के बारे में जागरूकता बढ़ाने के लिए दूसरों को फाउंडेशन से संवाद करते हैं।


हमारी टीम के सामने आने वाली चुनौतियों में से एक यह है कि हम कई अलग-अलग कोडबेस और मौजूदा टूल को छूते हैं, जिन्हें हम अच्छी तरह से नहीं जानते हैं, इसलिए वर्तमान में हमारे पास दो मुख्य पहल हैं:

सहयोग पहल

अन्य टीमों की तुलना में उच्च आवृत्ति पर दूसरों के साथ मिलकर काम करने और काम करने की आवश्यकता अन्य टीम के काम को समझने के लिए काफी स्पष्ट है, अगर हम मौजूदा कोड आधार को छूते हैं, और यह सुनिश्चित करने के लिए कि आपके उपकरण इस तरह से लागू किए गए हैं जो उनके काम करने के तरीके से मेल खाते हैं।

इस पहल का लक्ष्य टीमों और टीमों के बीच ज्ञान साझाकरण और सहयोग में सुधार करना है और इसके साथ चेक इन करने के तरीके खोजना है अन्य डेवलपर्स काम को लागू करने से पहले यह सुनिश्चित करने के लिए कि हम पहले से लागू की गई चीजों को खरोंच से नहीं बनाते हैं। इसके अलावा, हम जानते हैं कि हम अधिक सहयोगी प्रोग्रामिंग सत्रों की अनुमति देकर अधिक नवीन समाधान बना सकते हैं। हमने इंजीनियरों के लिए और अधिक क्रॉस टीम सहयोग के लिए प्रोत्साहित करने के तरीकों के बारे में सोचा यानी टीमों में इंजीनियरों के लिए अस्थायी आदान-प्रदान की अनुमति देकर, साप्ताहिक आंतरिक सहयोगी प्रोग्रामिंग सत्रों को आरक्षित करके जिन्हें अन्य टीमों के इंजीनियर देख सकते हैं और इन सत्रों के एजेंडे में जोड़ सकते हैं।

अप्रैल 2022 में हमारे पास एक आंतरिक हैकथॉन था जहां हम इस साल की इच्छा सूची से प्रस्तावों की एक श्रृंखला पर काम करते हैं और अन्य टीमों को एक सप्ताह के लिए हमसे जुड़ने के लिए आमंत्रित करते हैं। कई बार कुछ क्षेत्रों के विशेषज्ञ पहले से ही अन्य टीमों में मौजूद होते हैं और विभिन्न परियोजनाओं पर काम करते हैं एक सप्ताह के लिए इंजीनियरिंग टीम के भीतर अपनेपन की भावना को बढ़ा सकता है और भविष्य में सहयोग पर सकारात्मक प्रभाव डाल सकता है।

रखरखाव पहल

बढ़ती परियोजनाओं की सूची के साथ हम बनाए रखते हैं, हम अपनी प्राथमिकताओं से अधिक से अधिक विचलित होते हैं।

हम अपने काम के लिए रखरखाव प्रदान करना चाहते हैं, लेकिन हम इसे कैसे प्रदान करते हैं, इसके लिए और अधिक संरचना चाहते हैं। हम वर्तमान में रखरखाव के लिए अपने दृष्टिकोण की समीक्षा कर रहे हैं और रखरखाव के लिए रणनीति के पुनर्गठन पर विचार कर रहे हैं। हम आपको अपने दृष्टिकोण के बारे में लगातार अपडेट करेंगे और हम यहां पर चर्चा कर रहे हैं।

We internally decided how to make these changes happen and are tracked our decision making progress.

प्रलेखन पहल

अन्य टीमों के काम को समझने के इरादे से हम अक्सर ऐसे कोडबेस देखते हैं जो हमारे लिए नए हैं। दूसरे के काम के कार्यान्वयन विवरण, लक्ष्यों और चुनौतियों की समझ प्राप्त करने के लिए एक अच्छा दस्तावेज़ीकरण नितांत आवश्यक है। एक टीम के रूप में हम वास्तव में अच्छे दस्तावेज लिखने में अनुकरणीय होना चाहते हैं, आदर्श रूप से लागू करने से पहले पहले दस्तावेजीकरण करना और अपने काम की स्थिति के बारे में दूसरों को अक्सर अपडेट करना। इसे प्राप्त करने के लिए हम वर्तमान में अध्ययन कर रहे हैं कि अन्य टीमें कैसे अपने काम का दस्तावेजीकरण करती हैं ताकि यह सुनिश्चित हो सके कि हम अन्य टीमों के साथ गठबंधन करने का तरीका ढूंढ सकें। हम दस्तावेज़ीकरण को अपने कोड के करीब रखना चाहते हैं।

सहयोगी प्रोग्रामिंग सत्र आयोजित करते समय हमने अनुशंसाएँ एकत्र कीं और इसे गाइड में लिख दिया।

After researching different approaches for how to advance the way we document our work we have come across documentation-driven development, which seems to meet our needs in respect to how we value docs. We are experimenting with this approach with our current wish Better diff and already enjoyed it's benefits as we are more aligned on what we are working towards and can get feedback from users before implementation.

उपयोगकर्ता गाइड

संदर्भ के लिए टेम्पलेट

  • Preferred Name:
  • How to talk to me:
  • (Optional) Pronouns:
  • (Optional) Things I like:
  • (Optional) Things I’m bad at:
  • (Optional) Annoying things I do:
  • (Optional) How to cheer me up when I am grumpy:
  • (Optional) Hot takes:
  • (Optional) Anything else you should know about me:

हमारे उपयोगकर्ता गाइड यहां खोजें:

User guides from former team members

अधिक जानकारी

उपपृष्ठ सूची

Pages with the prefix 'Community Tech/hi' in the 'default' and 'Talk' namespaces: