कोई कॉर्पोरेट स्पॉन्सर नहीं वाला Krita डेवलपमेंट फंड

 (fund.krita.org)
1 पॉइंट द्वारा GN⁺ 2023-10-07 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Krita Development Fund एक ऐसा फंड है जो Krita Foundation को डिजिटल पेंटिंग टूल Krita का विकास जारी रखने में मदद करने के लिए मासिक स्पॉन्सर जुटाता है
  • मौजूदा पेज पर मासिक स्पॉन्सरशिप राशि $2,744 है, और इसमें 238 व्यक्तिगत स्पॉन्सर व 0 कॉर्पोरेट स्पॉन्सर दिखाए गए हैं
  • मेंबरशिप Bronze से Diamond तक प्रति माह $5.80~$290 की रेंज में बांटी गई है, और Corporate मेंबरशिप को अलग जानकारी के रूप में रखा गया है
  • स्पॉन्सर के badge, नाम और कंपनी का नाम सार्वजनिक करना opt-in तरीका है, इसलिए स्पॉन्सर खुद तय करते हैं कि क्या सार्वजनिक करना है
  • दिखाई गई स्पॉन्सरशिप राशि में मौजूदा सिस्टम के साथ-साथ Krita के पुराने स्पॉन्सरशिप सिस्टम से आई राशि भी शामिल है

स्पॉन्सरशिप का आकार और गिनती का आधार

  • Krita Development Fund, Krita Foundation के Krita डेवलपमेंट काम को सपोर्ट करने वाला मासिक स्पॉन्सरशिप प्रोग्राम है
  • पेज पर दिखाए गए मौजूदा आंकड़े इस प्रकार हैं
    • मासिक स्पॉन्सरशिप राशि: $2,744
    • व्यक्तिगत स्पॉन्सर: 238
    • कॉर्पोरेट स्पॉन्सर: 0
  • दिखाई गई स्पॉन्सरशिप राशि में पुराने स्पॉन्सरशिप सिस्टम के जरिए दी गई स्पॉन्सरशिप भी शामिल है

मेंबरशिप स्तर और सार्वजनिक करने की सेटिंग

  • मासिक मेंबरशिप निम्न स्तरों में उपलब्ध है
    • Bronze: $5.80 / month
    • Silver: $11 / month
    • Gold: $29 / month
    • Platinum: $58 / month
    • Titanium: $110 / month
    • Diamond: $290 / month
    • Corporate: अलग जानकारी
  • अन्य pricing options भी उपलब्ध हैं
  • स्पॉन्सर का badge, नाम, कंपनी का नाम दिखाना opt-in तरीका है, और वे public या private सेटिंग को खुद नियंत्रित कर सकते हैं
  • Credits में Titanium, Platinum, Gold स्तर के स्पॉन्सरों की सूची दिखाई जाती है

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

1 टिप्पणियां

 
GN⁺ 2023-10-07
Hacker News की रायें

  • दुनिया भर में regulations की वजह से SBOM (Software Bill of Materials) धीरे-धीरे आम हो रहा है, इसलिए अच्छा होगा अगर कोई छोटा टूल हो जो कंपनी के अंदर मौजूद सारे SBOM इकट्ठा करे, मेरे कंप्यूटर को scan करके Firefox, VLC जैसे open source tools के SBOM बनाए और उन्हें कंपनी registry में upload कर दे
    मैं ऐसी व्यवस्था चाहता हूं जिसमें यह data किसी donation aggregation service को submit हो, और वह service SBOM को analyze करके मेरा monthly donation उन projects में बांट दे
    अलग-अलग donation portals और foundations के forms से निपटना बहुत झंझट भरा है, और अगर यह project खुद भी non-profit foundation के रूप में चले तो perfect होगा

    • असली बात detailed design में है। ऐसा तरीका open source के incentive structure को काफी बदल सकता है, और ऐसे players को खींच सकता है जो ज्यादा से ज्यादा SBOM में अपना नाम डालकर revenue की संभावना बढ़ाना चाहेंगे
      padLeft controversy के बार-बार दोहराए जाने वाली दुनिया याद आती है। केवल usage frequency के आधार पर donations को fair तरीके से बांटना काफी नहीं है, और जैसे-जैसे money pool बड़ा होगा, अच्छे software बनाने के बजाय allocation method को game करने का incentive ज्यादा बढ़ता लगेगा
      मुझे इस बात पर भी बहुत संदेह है कि ऐसी money allocation system को “अच्छा software बनाएं” वाले लक्ष्य के साथ स्थिर रूप से align किया जा सकता है या नहीं
    • thanks.dev यही कर रहा है। मुझे लगता है कि GitHub Sponsors ने भी ऐसा कुछ शुरू किया है या शुरू करने वाला है, लेकिन details ठीक से नहीं जानता
      मैं काफी पहले से यही सोचता रहा हूं। कौन 100–2,000 dependencies को एक-एक करके खोजेगा, देखेगा कि वे donation लेते हैं या नहीं, setup करेगा, इस्तेमाल बंद होने पर cancel करेगा, नया इस्तेमाल करने पर add करेगा, और transitive dependencies तक हर महीने बदलती हैं या नहीं check करेगा
      मैं बस किसी एक organization को महीने के 500 डॉलर जैसा कुछ देना चाहता हूं और उसे बाकी संभालने देना चाहता हूं। SBOM की भी जरूरत नहीं; शुरुआत में go.mod, package.json, Cargo.toml, Gemfile जैसी files भेजना ही काफी है
      FSF और OSI इस दिशा में practically कुछ भी नहीं कर रहे, इस वजह से इन दोनों organizations को गंभीरता से लेना मुश्किल है
    • इसी उद्देश्य को ध्यान में रखकर मैंने एक simple CLI utility बनाई है। यह पूरे filesystem में README.md और FUNDING.yml ढूंढती है, donation/sponsorship links scan करती है, और उन्हें संबंधित repository के साथ tag करती है
      यह कोई HTTP calls नहीं करती; बस यह assumption इस्तेमाल करती है कि ज्यादातर repositories इन files में support URL डालती हैं। result एक CSV file है जिसमें आपकी इस्तेमाल की जा रही open source dependencies/libraries में से वे शामिल हैं जो donations स्वीकार करती हैं
      समय मिला तो इसे ऊपर बताए गए donation aggregation platform जैसा expand या integrate करने का plan है, और अगर पहले से ऐसा कोई प्रयास है तो उसमें contribute करना चाहूंगा
      https://github.com/mufeedvh/paydept
    • गलत मत समझिए, लेकिन ऐसा लगता है कि कंपनियां काफी demanding protagonists की तरह behave करती हैं
      छोटे startup के दिनों की याद है, जब enterprise customers procurement vendor के जरिए खास terms और payment methods मांगते थे। सारी infrastructure तैयार करने के बाद असल में वे बहुत कम पैसा खर्च करते थे
      SBOM idea कई forms में पहले से मौजूद है, और इसकी जरूरत या उपयोग करने वाले कम हैं। अगर पैसा देना हो तो तरीका मिल जाता है, और बहाना बनाना हो तो बहाना भी मिल जाता है
    • इससे कहीं ज्यादा simple तरीके से भी काम चल सकता है। सभी engineers को अपनी इस्तेमाल की जाने वाली important libraries के लिए 5–10 votes देने दें, voting history जमा करें और साल में दो बार voting कराएं
      हर N votes पर उस project को 100 डॉलर भेजने जैसा model हो, तो कई छोटे checks काटने की जरूरत नहीं होगी और sponsorship contact व charity status खोजने वाले projects की संख्या भी finite रहेगी
      votes accumulate होने पर हर बार top 10–20 में आने वाले projects को भी 1–2 साल में एक बार पैसा मिल जाएगा, और first rank वाला project हर साल थोड़ा ज्यादा पा सकता है। जैसे जून में 300 डॉलर, दिसंबर में 400 डॉलर

  • workplace में जो लोग काम के लिए किसी particular software का ज्यादा इस्तेमाल करते हैं, वे अक्सर बड़े professional tools इस्तेमाल करते हैं। tool से value ज्यादा मिलती है, इसलिए बेहतर tool के लिए पैसा देना उचित है, और अगर सभी एक ही tool इस्तेमाल करें तो collaboration भी आसान होता है
    इसके उलट, जो लोग कभी-कभार ही इस्तेमाल करते हैं वे Paint.net, Krita, Inkscape, Audacity आदि इस्तेमाल करते हैं। cost saving भी एक वजह है, लेकिन उससे भी बड़ी वजह यह है कि जब जरूरी न हो तो procurement process से गुजरना बहुत झंझट भरा है। tool इस्तेमाल करने में जितना समय लगता है, उससे ज्यादा समय खरीद प्रक्रिया में लग सकता है
    इसलिए corporate donations के लिए मनाना मुश्किल है। company के नजरिए से ये ऐसे tools हैं जिन्हें employees जानबूझकर corporate bureaucracy को bypass करने के लिए इस्तेमाल करते हैं, इसलिए वे radar पर आते ही नहीं

    • सही। लेकिन कभी-कभी ffmpeg की तरह best-in-class tool open source होता है, और तब accounting department, bureaucracy से मुक्त developers, और पूरे open source ecosystem—सबका फायदा होता है
      काश ऐसी स्थिति ज्यादा बार देखने को मिलती
    • अगर software इतना सस्ता है कि individual contributor अपनी जेब से दे सके, लेकिन work purpose के लिए इस्तेमाल होता है, तो इसका काफी महत्वपूर्ण मतलब है
      बड़ा निष्कर्ष यह है कि भले ही ऊपर से B2B software लगे, असल में सब कुछ छुपा हुआ B2C है
      दूसरी तरफ, Krita बनाने वाले दयालु और smart लोग sales pipeline चलाने के लिए यह काम नहीं कर रहे। अगर यह दावा सही भी हो कि हर कोई खुशी-खुशी अरबपति बनना चाहता है, तब भी ज्यादातर लोग sales को मजेदार या meaningful नहीं मानते
      अगर वे अपने तरीके से दुनिया को ज्यादा meaningful बनाना चाहते हैं, तो यह समझ में आता है कि उस लक्ष्य के लिए fundraising donations तक सीमित रहे

  • इन दिनों Krita से Photoshop पर शिफ्ट कर रहा/रही हूँ
    मुझे Krita सच में बहुत पसंद है, कई सालों से इस्तेमाल किया है और 30 से ज़्यादा bug reports भी लिखी हैं। Adobe को bug report करने का कोई फायदा नहीं होगा, यह पता है इसलिए नहीं करता/करती, लेकिन Krita developers अलग लगते हैं—यह बात सकारात्मक अर्थ में कह रहा/रही हूँ
    हालांकि जब भी किसी के साथ collaborate करता/करती हूँ, सामने वाला Photoshop इस्तेमाल करता है। वे .psd को ऐसे इस्तेमाल करते हैं जैसे वह आपस में exchange किया जा सकने वाला format हो[1]। 10 से ज़्यादा artists में से सिर्फ़ एक व्यक्ति Photoshop इस्तेमाल नहीं करता था, और वह भी Krita नहीं था
    [1]: मुझे पता है कि Krita .psd पढ़ और लिख सकता है

    • इस समस्या से अलग, अगर Krita को Photoshop की तरह digital painting tool के रूप में इस्तेमाल करने की बात न हो, तो कई मायनों में Krita, Photoshop का सीधा competitor नहीं है
      Photoshop सबसे पहले एक image manipulation tool है, और Krita drawing/painting और हल्की-फुल्की traditional animation के लिए tool के ज़्यादा करीब है। animation भी उसका मुख्य focus नहीं है
      Krita के ज़्यादा सीधे competitors CSP, Procreate वगैरह हैं, और Photoshop का competitor Gimp की तरफ़ है
      Photoshop और Krita एक ही वाक्य में आ जाएँ तो लगता है बहुत से पाठक मान लेते हैं कि दोनों एक ही काम करने की कोशिश कर रहे हैं, लेकिन निजी तौर पर मैं इन्हें अलग-अलग category के software मानता/मानती हूँ। Photoshop जो चीज़ें करता है, उनमें से कुछ Krita करना चाहता भी नहीं और शायद support भी नहीं करेगा। क्योंकि Krita image manipulation app नहीं, बल्कि painting app है
    • यह दर्द समझ में आता है। Photoshop एक बहुत बड़ा राक्षस जैसा software है, और ऐसा भी नहीं कि वह मेरे लिए कुछ ऐसा कर देता है जो दूसरे programs नहीं कर पाते
      लेकिन यह इतना व्यापक रूप से फैला हुआ है कि workaround में लगने वाले समय को अलग से budget न करें तो इससे बचना मुश्किल है
    • अगर लगभग perfect PSD import/export संभव हो जाए, तो यह Photoshop से मुकाबला करने की निर्णायक feature बन सकती है। बहुत बड़ा बदलाव होगा
    • किसी company के पीछे खड़े de facto standard से नफ़रत है
      M$ Windows, Photoshop, और हर company का अपने-अपने CAD nightmare में फँस जाना—ऐसा ही है
      इसके उलट Blender, Linux Server, पर्याप्त SQL, Git, Stable Diffusion, और अगर शामिल कर सकते हों तो Python/Python libraries अच्छे उदाहरण हैं
    • मेरे साथ भी यही है। मुझे built-in 縦中横(tate-chu-yoko) feature वाला Photoshop alternative चाहिए, लेकिन अभी तक ऐसा कुछ नहीं देखा

  • Krita store version[0] के रूप में one-time paid sale भी करता है और discount नहीं देता। इसलिए ज़्यादातर open source projects के उलट, उसके पास पहले से अधिक स्थिर income हो सकती है
    sales volume नहीं पता, लेकिन SteamSpy के मुताबिक यह 100k–200k range[1] में है, और यह सिर्फ़ Steam का आँकड़ा है, इसमें MS और Epic शामिल नहीं हैं
    मैं काफ़ी समय से सोचता/सोचती आया/आई हूँ कि और open source projects को भी यही तरीका अपनाना चाहिए। यानी digital store पर डालना और application को one-time cost पर बेचना
    https://krita.org/en/download/krita-desktop/
    https://steamspy.com/app/280680

    • Krita दिखाता है कि program के आर्थिक रूप से पूरी तरह free रहने पर भी यह model सीमित रूप में काम कर सकता है
      “कुछ महीनों बाद free”, “basic free लेकिन premium features paid” नहीं, बल्कि बस free download है, फिर भी store में खरीदा जा सकता है। Steam पर Krita खरीदने की सिर्फ़ दो वजहें हैं
      एक, Krita को support करना चाहते हैं; और दूसरी, चाहते हैं कि Steam updates और launch संभाले। फिर भी इतने भर से sales होती हैं
      अक्सर हम underestimate करते हैं कि users कितनी बार सबसे आसान रास्ता चुनते हैं या सिर्फ़ सद्भावना में खरीद लेते हैं। आम तौर पर यह व्यवहार नकारात्मक रूप में दिखता है, जैसे ad blocker install करवाने वाली मुश्किलें, लेकिन Krita में यह मानवीय instinct ज़्यादा सकारात्मक तरह से इस्तेमाल होती दिखती है, यह देखकर अच्छा लगता है

  • krita.org पर लिखा है, “Intel, Corporate GOLD Sponsor को विशेष धन्यवाद।” इन दो pages को आपस में कैसे reconcile किया जाए?

  • इस तरह का software बाद में公开 होने वाले license के साथ बहुत अच्छी तरह फिट बैठता है
    https://news.ycombinator.com/item?id=12459492
    ऐसा करने पर कंपनियां और professional users, commercial software की तरह latest version और features पाने के लिए भुगतान करते हैं, और hobbyist user community अपेक्षाकृत नया और पर्याप्त features वाला release मुफ्त में इस्तेमाल कर सकती है। source भी उपलब्ध रहता है, और यह guarantee भी होती है कि 3~5 साल बाद वह पूरा GPL code बन जाएगा
    traditional open source economic models जैसे support, customization, services वगैरह, professional software के लिए अच्छी तरह काम नहीं करते, जहां non-programmer users बहुत होते हैं। commercial license ऐसे customers को resources जुटाकर software development संभव बनाने देता है, और अंत में सबके हित में उसे open source के रूप में release कर सकता है। यही customers सबसे ज्यादा interested हो सकते हैं, क्योंकि वे lock-in नहीं चाहते

    • Krita की शुरुआत KDE project से हुई थी, इसलिए सौभाग्य से ऐसा होने की संभावना कम लगती है। उदाहरण के लिए KDE में KDE Free Qt Foundation नाम का poison-pill जैसा mechanism है, ताकि अगर Qt ऐसा कुछ करने की कोशिश करे तो उससे निपटा जा सके
    • अगर मुझे सही याद है, तो यह BSL की logic से काफी मिलता-जुलता है। BSL “बाद में公开” से ज्यादा “open” है
      code source-available रहता है, और जो कोई competitor नहीं है वह non-competitive purposes के लिए उसे अपनी इच्छा से इस्तेमाल कर सकता है; तय अवधि गुजरने के बाद, अधिकतम 4 साल में, competition सहित किसी भी तरह से पूरी तरह freely इस्तेमाल किया जा सकता है
    • ऐसा नहीं है। यह तो closed source को open source जैसा दिखाने की कोशिश भर है
      कम-से-कम license text से आगे बढ़कर, मैंने authors को अपने software के पुराने versions को fork करने पर आशीर्वाद देते नहीं देखा। शायद अभी पर्याप्त समय नहीं बीता है, लेकिन जल्द ही ऐसा करने का समय आना चाहिए
    • एक और तरीका है non-commercial use को मुफ्त अनुमति देना, और commercial license के लिए fee लेना
      ऐसी licenses हैं जो non-commercial users को जरूरी सभी rights देती हैं, लेकिन कंपनियों से payment मांगती हैं
      https://polyformproject.org/licenses/noncommercial/1.0.0/
      https://prosperitylicense.com/

  • Heartbleed याद आता है, जहां एक महत्वपूर्ण project पर salary पाने वाला सिर्फ एक व्यक्ति था: https://en.wikipedia.org/wiki/Heartbleed

  • दुखद है। enterprise environment में open source support सच में mainstream होना चाहिए। अभी यह rule से ज्यादा exception जैसा है

    • सहमत हूं, लेकिन इस मामले में सवाल उठता है कि वास्तव में कितनी कंपनियां Krita इस्तेमाल करती हैं
      impression यह है कि इस तरह के software की जरूरत वाली ज्यादातर जगहें Adobe Photoshop/Illustrator या Affinity Photo/Designer इस्तेमाल करती हैं
    • enterprise environment में open source software के लिए यह मददगार होगा कि उसके पास easy deployment setup हो, जिससे usage track किया जा सके और यह सुनिश्चित हो कि vulnerable versions कहीं बचे न रहें। Firefox इसका एक example है
    • enterprise environment में open source support normalize नहीं होगा
      फिलहाल एकमात्र realistic workaround यह है कि free/open source project के साथ-साथ SaaS भी launch किया जाए, और उसी को aggressively monetize किया जाए
    • corporate support आने पर projects के फीके पड़ने की tendency होती है
      corporate demands individual donors की आवाज से ज्यादा हावी होने लगती हैं। यह दोधारी तलवार है

  • मेरे लिए समस्या यह है कि Krita बस अस्त-व्यस्त है
    Krita KDE प्रोजेक्ट का हिस्सा लगता है और KDE Wayland में transition के लिए प्रतिबद्ध है, लेकिन Krita में Wayland support बिल्कुल नहीं है। असल में इसका मतलब है कि अगर आप अलग input devices इस्तेमाल करें तो ऐसे bugs आ सकते हैं जो इसे इस्तेमाल के लायक नहीं रहने देते
    इसलिए Linux पर इसकी कहानी कमजोर है। KDE app के तौर पर यह बहुत खराब शुरुआत है। फिर भी Windows पर शायद यह ठीक चल सकता है, लेकिन वहाँ Blender की तरह non-standard shortcuts और इस्तेमाल के तरीकों वाली समस्या है। Blender के उलट, Krita के पास ऐसा करने की असल में कोई वजह नहीं है
    ऐसे programs में खास task groups के buttons कुछ हद तक standardize होते हैं, लेकिन Krita ऐसा लगता है जैसे मजे के लिए अलग तरह से behave करता है। कोई वजह नहीं, और अगर आप इसे अलग तरीके से इस्तेमाल करना चाहें तो लंबे समय लगाकर बदलो, बस
    icons भी अविश्वसनीय रूप से बदसूरत हैं और लोग इस पर defensive हो जाते हैं। Qt theme ठीक है, लेकिन brush जैसे असली icons ज्यादा से ज्यादा amateur लगते हैं और program की एकरूपता को बहुत नुकसान पहुँचाते हैं
    कुछ tools भी इस्तेमाल करने में भयानक हैं। text tool मजाक के स्तर का है, और कुछ काम बेहूदा तरीके से धीमे हैं
    मैंने professional artist के रूप में कई साल काम किया है, और यहाँ ऐसा संकेत दिया जा रहा है जैसे Photoshop इस क्षेत्र का दिग्गज है, लेकिन यह सच नहीं है। सहकर्मियों में मैंने Photoshop से कहीं ज्यादा CSP users देखे हैं, और मैंने कई सालों से post-processing के अलावा Photoshop इस्तेमाल नहीं किया
    Krita को CSP और हाल में बहुत बढ़े Procreate से compete करना चाहिए, लेकिन ईमानदारी से कहूँ तो यह कर नहीं पा रहा। विडंबना यह है कि KDE इस्तेमाल करने की वजह से Linux पर मैं Wine में ठीक-ठाक चलने वाला CSP इस्तेमाल करता हूँ। क्योंकि उसमें Krita वाली input problem नहीं है
    अब Krita मेरे लिए व्यावहारिक रूप से विकल्प नहीं है, और इस भयानक स्थिति को झेलने के बजाय मैं GPU-accelerated open-source drawing app बनाने के बारे में सोचने लगता हूँ

    • Krita के Wayland performance का मेरा अनुभव ज्यादा नहीं है, लेकिन Wayland पर art work की overall स्थिति अभी optimal नहीं है
      tablet support काफी बेहतर हुआ है, लेकिन per-app settings या desktop environment से बंधी settings अभी भी बड़ी समस्या लगती हैं। desktop environment बदलने पर tablet settings बंद पड़ सकती हैं—यह मेरे लिए शुरू से ही स्वीकार करना मुश्किल है
      मैं सच में Wayland इस्तेमाल करना चाहता हूँ, लेकिन करीब एक महीने पहले भी मैंने switch कर पाने की कोशिश की और नहीं कर पाया
      अगर कोई व्यक्ति बहुत पैसा खर्च कर सकता हो, तो कुछ full-time developers लगाने या https://github.com/OpenTabletDriver/OpenTabletDriver में funding डालने भर से artists के Wayland adoption को काफी बढ़ावा मिल सकता है
      देखने में समस्या यह नहीं लगती कि Wayland X11 जैसी tablet control capability नहीं दे सकता, बल्कि यह है कि उन functions के आसपास के tools अभी immature हैं। OpenTabletDriver promising दिखता है, लेकिन device support सीमित है, और इसकी एक वजह developers की पहुँच में मौजूद tablets की सीमा है
      मेरा Cintiq 32 अब बिकता नहीं है और launch के समय भी महँगा व दुर्लभ था, इसलिए उसके जल्द add होने की संभावना कम है। शायद मुझे खुद ही करना पड़े, लेकिन समय निकालना मुश्किल रहा
      NVIDIA की स्थिति भी समस्या है, लेकिन NVIDIA पर और चिल्लाने के अलावा कोई कुछ नहीं कर सकता
      text tool जल्द ही काफी बेहतर होगा। पिछले release में पूरा text engine rewrite किया गया था, और developers के पास मौजूदा tool के साथ feature parity तक पहुँचाने भर का समय था
    • Krita में X पर भी समस्याएँ हैं। X11/libinput touchpad इस्तेमाल करने पर Krita में pinch zoom काम नहीं करता, लेकिन KDE के MS Paint clone Kolourpaint में काम करता है
      pixel art बनाने के लिए भी यह संतोषजनक नहीं था। pixel art brush चुनकर width 3px सेट करने के बाद rectangle tool से rectangle खींचें, तो ऐसे jagged corners बनते हैं जिन्हें समझाना मुश्किल है (http://0x0.st/HWyi.jpg)
      brush की sharpness बंद करके फिर कोशिश करने पर यह काम करता हुआ दिखता है, लेकिन similar color selection tool से background color चुनकर देखें तो jagged corners अब भी बहुत faint रूप में बचे रहते हैं (http://0x0.st/HWyz.jpg)
      यह सब 3px brush में होता है, 2px brush में नहीं। अजीब है। ज्यादातर digital painters शायद नोटिस नहीं करेंगे या परवाह नहीं करेंगे, लेकिन मेरे लिए यह deal-breaker है
      मुझे Krita icons भी पसंद नहीं हैं। मैं color icons चाहता हूँ ताकि आँखों से जल्दी scan कर सकूँ, लेकिन लगता है किसी मूर्ख designer ने सोच लिया कि सभी icons monochrome होने चाहिए, और कोई दूसरा icon theme चुनने या बनाने का तरीका भी नहीं दिखता
      मैं सच में Krita को पसंद करना चाहता हूँ, लेकिन यह मेरे अनुकूल नहीं है। मुझे असल में बस layers वाला MS Paint चाहिए, लेकिन Linux पर शायद यह बहुत बड़ी मांग है। मैंने एक दर्जन से ज्यादा painting programs आजमाए हैं, लेकिन सभी निराशाजनक रहे

  • open-source enthusiasts के बारे में अक्सर ऐसा महसूस होता है कि वे खुद कभी पैसा नहीं देते, फिर भी किसी वजह से उम्मीद करते हैं कि उनका boss भुगतान कर देगा
    अगर boss भुगतान करे तो अभी free में जो मिल रहा है उसके अलावा क्या ज्यादा मिलेगा?

    • application open-source हो तब भी license या subscription खरीदने का option हो तो मदद मिलती है
      कई employees के पास company credit card होता है, और छोटे productivity purchases के लिए उसे इस्तेमाल करने का अधिकार भी होता है। बस वह donation नहीं, बल्कि आसानी से process होने वाला business expense होना चाहिए
    • क्योंकि उम्मीद होती है कि जो व्यक्ति उस tool से पैसा कमा रहा है, उसे लागत में योगदान देना चाहिए
      अगर वह tool किसी व्यक्ति को भी पैसा कमाने में मदद करता है, तो यही बात उस व्यक्ति पर भी समान रूप से लागू होती है