القرص: خدمة ملف المشروع

المبرمجون مع GitHub / GitLab تحت تصرفهم لا يمكن أن يحسدوا عليهم إلا - التطوير المشترك مريح للغاية.

على سبيل المثال ، ما الذي يفعله المصممون في مجال الإنشاءات (الشبكات الهندسية) الذين يرون أيضًا ، نتيجة لعملهم ، "مجموعة من الملفات"؟ كقاعدة ، هذه هي "الطريقة القديمة": الملفات الموجودة على "الخادم" ، ومحركات أقراص فلاش ، ومشاركة البريد أو الملفات ، والمناقشة - في الاجتماعات ، عن طريق الهاتف والبريد الإلكتروني. إذا كان المقاولون لا يزالون متورطين ، فعند نهاية العمل ينزلق كل شيء ببطء إلى الفوضى: يتم تخطي الرسائل المهمة ، ولا تصل الطلبات ، وما إلى ذلك. لذلك ، يعد الفشل في الوفاء بالمواعيد النهائية بسبب العمل غير المنسق أمرًا شائعًا ، ويبدو أن الجميع قد اتفق على ذلك.

حول حل هذه المشكلة - تحت القط

ماذا لو قمت بدمج خادم الملفات ونظام إدارة المهام والمراسلات في مكان واحد؟ علاوة على ذلك ، يتم تعيين المهام مباشرة إلى الملفات والمجلدات. لذلك فعلنا في خدمة القرص الخاص بنا.

لمن هذه الخدمة؟

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

, : , .

( ) , .

.

, .

:

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

يتم تخزين المهام وقائمة المستخدمين والمراسلات فقط في الخدمة ، ويتم استخدام Yandex.Disk لتخزين الملفات. منذ أن لم يرحب Yandex مؤخرًا باستخدام Yandex.Disk باستثناء الاحتياجات الشخصية ، من المخطط إضافة طرق تخزين أخرى ، على سبيل المثال ، Google Drive أو خادم SFTP / FTPS للمقاول العام.

بدلا من الاستنتاج

في الوقت الحالي ، هناك منتجات في السوق تحل مشاكل مماثلة ، مثل Oracle ConjectPM و Autodesk BIM 360 Document Managment ، والتي في الواقع لا يستطيع كل مقاول عام تحملها. خدمتنا في مرحلة MVP وسنكون ممتنين للحصول على نصائح حول ما يمكن تحسينه وإضافته.