GitLab में काम करने का अनुभव

 (yorickpeterse.com)
1 पॉइंट द्वारा GN⁺ 2024-02-12 | 1 टिप्पणियां | WhatsApp पर शेयर करें

GitLab में अनुभव

  • अक्टूबर 2015 से दिसंबर 2021 तक लगभग 6 साल GitLab में काम किया.
  • GitLab छोड़कर Inko पर पूरी तरह ध्यान देने का फैसला किया, लेकिन GitLab के अनुभव के बारे में पहले कभी साझा नहीं किया.
  • NDA (गोपनीयता समझौता) समाप्त होने के बाद GitLab में बिताए समय पर पीछे मुड़कर देखने की ऊर्जा मिली.

GitLab से पहले

  • Amsterdam स्थित एक छोटे startup में काम करते हुए Rubinius और Oga नाम की XML/HTML parsing libraries पर साथ में काम किया.
  • फंडिंग की कमी और तकनीकी समस्याओं के कारण Rubinius के उपयोग को आगे बढ़ाना बंद कर दिया.
  • GitLab में शामिल होते समय पूछा कि क्या हफ्ते में एक दिन Rubinius पर काम करने के लिए दिया जा सकता है.

2015-2017

  • GitLab में पहला दिन पिछली कंपनी में आखिरी कार्यदिवस के अगले दिन था, और इसी के साथ remote work में बदलाव हुआ.
  • GitLab एक remote company थी, लेकिन सामाजिक रूप से सक्रिय भी थी, जहाँ कई meetups और events होते थे.
  • GitLab performance issues, बार-बार होने वाले server downtime, और management समस्याओं जैसी कठिनाइयों से जूझ रहा था.
  • performance monitoring infrastructure की कमी के कारण performance सुधारना मुश्किल था.
  • GitLab की culture और attitude बदलने की कोशिश की, लेकिन performance सुधार को लेकर कंपनी की असंतुष्टि के कारण कठिनाइयाँ रहीं.

2017-2018

  • performance में बड़ा सुधार हुआ और GitLab ने performance को अधिक गंभीरता से लेना शुरू किया.
  • भूमिका बदलकर database performance पर केंद्रित 'database team' में काम किया.
  • GitLab का database load balancer बनाया, जिसका performance पर सकारात्मक प्रभाव पड़ा.
  • GitLab की database sharding की ज़रूरत का डेटा के आधार पर विरोध किया.

2019-2021

  • 'Delivery' team में जाकर GitLab की release process और tools को बेहतर बनाने पर ध्यान दिया.
  • किसी commit के main branch में पहुँचने के बाद GitLab.com पर deploy होने में औसतन कई दिन लगते थे, और सबसे खराब स्थिति में 3 हफ्ते तक.
  • GitLab Community Edition और GitLab Enterprise Edition को एक में मिलाने का काम lead किया.
  • laptop management से जुड़ी समस्याओं और cultural changes के कारण motivation और productivity कम हुई.
  • नए manager के साथ टकराव के कारण 'performance improvement plan' बनाया गया.

सीखी गई बातें

  • scalability कंपनी की culture का हिस्सा होनी चाहिए: GitLab ने scalability पर पर्याप्त ध्यान नहीं दिया.
  • teams को अधिक data और developer-केंद्रित होना चाहिए: GitLab की संरचना product managers-केंद्रित थी.
  • data के बिना 'minimum viable product' तय नहीं किया जा सकता: GitLab ने 'minimum viable change' को मुख्य सिद्धांत बनाया, लेकिन व्यवहार में कई गैर-उपयोगी features बनाए.
  • SaaS और self-hosting साथ में अच्छी तरह नहीं चलते: GitLab ने self-hosted installs और SaaS offering दोनों दिए, लेकिन यह प्रभावी नहीं था.
  • ज़्यादा लोग हमेशा बेहतर परिणाम नहीं देते: GitLab ने वर्षों में बहुत लोगों को hire किया, लेकिन ज़्यादा developers होने से productivity अपने आप नहीं बढ़ती.
  • Ruby on Rails के उपयोग को लेकर टकराव: GitLab ने Ruby और Ruby on Rails के साथ सफलता पाई, लेकिन बड़े projects में यह चुनौतीपूर्ण बना.
  • code deployment time संगठन की सफलता के लिए बहुत महत्वपूर्ण है: GitLab में code deployment time कम करना एक अहम लक्ष्य था.
  • location-based salary भेदभावपूर्ण है: GitLab में location के आधार पर अलग वेतन दिया जाता था, जो भेदभावपूर्ण व्यवहार है.

GN⁺ की राय

  • GitLab में काम करने का अनुभव remote work environment के फायदे-नुकसान और startup growth process के दौरान आने वाली विभिन्न समस्याओं को समझने में मदद करता है.
  • performance improvement, scalability की अहमियत, और इन्हें culture के रूप में स्थापित करने के महत्व पर ज़ोर देता है.
  • location-based salary की समस्या की ओर इशारा करता है, जो remote work environment में fair compensation structure पर चर्चा के लिए एक महत्वपूर्ण उदाहरण है.

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2024-02-12
Hacker News राय

  • स्थान-आधारित वेतन भेदभावपूर्ण है, यह दावा

    • त्वचा के रंग या लिंग के आधार पर होने वाले भेदभाव की तुलना स्थान-आधारित वेतन से करना उचित नहीं है। त्वचा का रंग और लिंग बदले नहीं जा सकते, जबकि रहने की जगह बदली जा सकती है।
    • रहने की जगह काम से जुड़े व्यावहारिक मुद्दों से जुड़ी होती है, जैसे कंपनी को झेलने वाले कानूनी और कर संबंधी मुद्दे, time zone, और यात्रा लागत।
    • स्थान-आधारित वेतन भेदभाव पर चर्चा की जा सकती है, लेकिन इसे नस्ल या लिंग भेदभाव के समान मान लेना चर्चा को बंद कर सकता है。

  • कर्मचारी नंबर 28 से शुरुआत, और फिर उसके ऊपर धीरे-धीरे कई मैनेजर रख दिए गए

    • जो कर्मचारी शुरुआत में सीधे CEO को रिपोर्ट करता था, वह धीरे-धीरे कई मैनेजरों के नीचे आ गया, अंत में performance review मिला और कंपनी छोड़ दी।
    • यह बड़ी कंपनियों में अक्सर होने वाली सामान्य स्थिति है, और इसी संरचना की वजह से बड़ी कंपनियों में अक्सर महान उपलब्धियाँ हासिल करना कठिन होता है।

  • कर्मचारियों द्वारा personal computer इस्तेमाल करने पर राय

    • संगठन के आकार की परवाह किए बिना, कर्मचारियों को कंपनी द्वारा दिया गया कंप्यूटर ही इस्तेमाल करना चाहिए।
    • कंपनी की intellectual property पर नियंत्रण रखने और काम व निजी समय को अलग रखने में इसका बड़ा फायदा है, और इसकी लागत भी बहुत अधिक नहीं होती।

  • खराब मैनेजरों पर राय

    • खराब मैनेजर हमारे उद्योग के लिए नुकसानदेह हैं, लेकिन कई startup इसलिए बने क्योंकि संस्थापकों ने अपनी पिछली नौकरी में खराब मैनेजरों का अनुभव किया।
    • लेखक ने भी एक गैर-तकनीकी और राजनीतिक खराब मैनेजर का सामना किया, जिससे उसे startup शुरू करने की प्रेरणा मिली।

  • स्थान-आधारित वेतन पर राय में बदलाव

    • यह सोचने से कि स्थान-आधारित वेतन भेदभावपूर्ण है, राय बदलकर इस निष्कर्ष पर पहुँचना कि हर व्यक्ति को अपने क्षेत्र में ठीक से जीवनयापन कर सकने लायक वेतन मिलना तर्कसंगत है।
    • अगर अधिक वेतन चाहिए, तो स्थान बदलना होगा, और यदि स्थान नहीं बदलते, तो उसके पीछे कोई कारण है।

  • Ruby/Rails के उपयोग पर राय

    • Ruby इस मान्यता के साथ डिज़ाइन की गई थी कि भाषा की गति महत्वपूर्ण नहीं है, लेकिन अब Node.js और JVM में asynchronous processing के जरिए IO/नेटवर्क wait time के दौरान दूसरे काम संभाल सकने वाला programming model मौजूद है।
    • Ruby/Rails कुछ खास स्थितियों में अब भी उपयोगी हो सकता है, लेकिन समय के साथ इसका maintenance कठिन हो सकता है।

  • global company में वेतन नीति पर राय

    • अगर Amsterdam का कोई developer Bay Area के developer जितना ही value देता है, तो उसे समान वेतन मिलना चाहिए।
    • एक global company के रूप में जब प्रतिस्पर्धा दूसरी global companies से है, तो लंबी अवधि में यह महत्वपूर्ण है कि location की परवाह किए बिना प्रतिभा को उसके value के अनुरूप वेतन दिया जाए।

  • GitLab की pricing policy पर सवाल

    • GitLab के pricing page में location-based pricing चुनने के तरीके पर सवाल।

  • GitLab की scalability पर management की समस्या

    • GitLab मुख्य रूप से self-hosted GitLab Enterprise Edition से revenue कमाता है, जबकि GitLab.com महँगा पड़ता है लेकिन revenue कम लाता है।
    • कंपनी का revenue लाने वाले हिस्से में निवेश करना तर्कसंगत है, लेकिन यह भी ध्यान रखना चाहिए कि GitLab.com की performance बेहतर होने से अधिक ग्राहक आ सकते हैं और अधिक मजबूत प्रतिष्ठा बन सकती है।

  • कंपनी की growth और शुरुआती कर्मचारियों की भूमिका पर राय

    • यह ज़रूरी नहीं कि छोटी कंपनी से बढ़ने के बाद वही सभी लोग हर चरण में अच्छा प्रदर्शन कर सकें।
    • शुरुआती दौर में महत्वपूर्ण भूमिका निभाने वाले कर्मचारियों को उचित compensation देना, और यह सुनिश्चित करना कि वे अपनी व्यक्तिगत growth या कंपनी की growth में बाधा न बनें, leadership की ज़िम्मेदारी है।
    • कई बार शुरुआती contributors के लिए अपनी value और mental health दोनों को साथ बनाए रखना मुश्किल हो जाता है, इसलिए वे जल्दी liquidity event का इंतज़ार करते हैं या बड़े वित्तीय लाभ छोड़ देते हैं।
    • cultural clash और attrition को कम करने के लिए stock option exercise period को काफी बढ़ाना, cultural clash और attrition के शुरुआती संकेत दिखाने वाले लोगों के लिए पहले से overlapping roles में hiring करना, और समस्या को स्पष्ट रूप से बताने के साथ सही team या company के संसाधनों को शामिल करने वाली empathetic coaching की ज़रूरत है।