डिस्कसियन: प्रोजेक्ट फ़ाइल सेवा

उनके निपटान में GitHub / GitLab के साथ प्रोग्रामर केवल envied किया जा सकता है - संयुक्त विकास बहुत सुविधाजनक है।

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

इस समस्या के समाधान के बारे में - कटौती के तहत

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

सेवा किसके लिए है?

( ""), . : -, , "".

, : , .

( ) , .

.

, .

:

• ;
• (, );
• ;
• "" , ( Apache Tika), ( );
• , ;
• ;
• , ( ).

केवल कार्यों, उपयोगकर्ताओं और पत्राचार की एक सूची सेवा में संग्रहीत की जाती है, और फ़ाइलों को संग्रहीत करने के लिए Yandex.Disk का उपयोग किया जाता है। चूंकि हाल ही में Yandex ने व्यक्तिगत जरूरतों को छोड़कर Yandex.Disk के उपयोग का स्वागत नहीं किया है, इसलिए अन्य भंडारण विधियों को जोड़ने की योजना है, उदाहरण के लिए, Google ड्राइव या सामान्य ठेकेदार का SFTP / FTPS सर्वर।

एक निष्कर्ष के बजाय

फिलहाल बाजार में ऐसे उत्पाद हैं जो इसी तरह की समस्याओं को हल करते हैं, जैसे कि ओरेकल कॉनक्जेम्पम और ऑटोडेस्क बीआईएम 360 डॉक्यूमेंट मैनेजमेंट, जो वास्तव में हर सामान्य ठेकेदार बर्दाश्त नहीं कर सकता है। हमारी सेवा एमवीपी स्तर पर है और हम उन युक्तियों के लिए आभारी होंगे जिन्हें बेहतर और जोड़ा जा सकता है।