Изпечатай

[karaman]

Аз се наемам да пиша код на c++ и php, но повече от 2-3 часа на ден не мога да отделя!

Пък и не е ли по-добре да определим първо основните задачи пред нас и тогава да решаваме на какво ще се пишат. От два дена се опитвам да измисля архитектура на проекта, но в главата ми са само баници, баклави, пазаруване, подаръци. Едвам успях да пусна ъпдейти за бинки-то. Тия нощи съм само на кафе!

Айде да се организираме, да се разберем ако трябва в IRC, примерно

днеска, утре, всеки ден: 20:00
bgirc мрежата (не unibg)
http://www.bgirc.net/index.php?option=com_wrapper&Itemid=72
#linux-bg

да се преброим и да решим кой какво ще прави

междувременно да сложим 1 wiki примерно в openfmi.

Няколко идеи ми се насъбираха в главата тия дни.
Ето какво мисля:

1. подкрепям vixon, трябва да видим стандартна база, обаче има едно голямо НО. Тия стандартни бази не винаги са перфектното решение, т.е. съгласен съм да копираме оттам, но да ползваме сляпо не.

2. хубаво е да ползваме някакъв вид MVC, ако ще и да е псевдо такъв.
Примерно

2.1. SQL db backend с драйвери за различни видове бази
2.2. (CORE) основните функции в .DLL или .SO,
2.3. фронтенда вече на каквото дойде: избор богат!

3. Засега предлагам да използваме firebird за вид база. Super сървъра е много удобен, лек е и SQL-а който се поддържа от базата е с богати възможности (VIEWS, TRANSACTIONS, STORED PROC). Освен това е доста бърз.

Предлагам да започнем работа по проекта колкото е възможно по-скоро, така че ако не друго поне да наберем инерция малко!

едит1:
Ако има будни и тази вечер може да съберем да поговорим в чата.

едит2:
часа се променя на 20:00

[Radev]

@karaman: Съжалявам, но не бях гледал "Lord of the rings" '> и след банята ми изглеждаше като най-доброто решение. Сериозно: точно празничните дни не са най-подходящото време за сериозна работа.

@vixon:
1. Коя да е база има трески за дялане и мисля, че е най-добре да се проведе по-сериозна дискусия, като се постараем да вземем по-доброто от вече направеното и да го дообогатим отколкото да се вземе което и да е нещо и да се съобразяваме с неговите недостатъци;
2. Работата на доброволни начала означава, че всеки вижда в проекта решение на свой проблем и ще се занимава с него докато си реши проблема или докато изглежда, че ще си го реши и не всеки ще може да отдели всеки ден по 2-3 часа, но това не е проблем (според мен), защото това е и творчество, и понякога за няколко часа можеш да свършиш повече отколкото друг път за седмици;
3. Лидер трябва, но той не може "да се кара", защото останалите НЕ СА му подчинени, а трябва да е човек който може да обхване с мисълта си целия проект и да координира работата;
4. Аз на този етап не се наемам да пиша сам код, но ще се постарая да помагам където разбирам.

И аз съм за, да се започне по-скоро работа за да се набере инерция и да се оформи екип.

[kennedy]

Според мен базата данни не е решаваща когато се използва DAL . В самата база за версия 1.0 НЕ трябва да има съхранени процедури, тригери и т.н. Всичката логика трябва да е в кода на програмата. Едва след като се стигне до завършен, бавно (относително) работещ стабилен продукт може да се скача на по-горно стъпало. Уроците и изводите направени по пътя с нищо не могат да бъдат заменени ...
Идеята да се ползва структура на Микроинвест не е лоша, както и всяка друга свободна (GPL) програма. Единствено Vixon и Cvludmiloff има голям опит в тези неща, другите ще трябва да го събират тепърва.....

[cvludmiloff]

Разбира се точно празничните дни не са за такава сериозна работа, но да не забравяме - тука има и голяма доза творчество, (както каза някой) та такива, дето искат да творят - не трябва да се спират.... '>
сега сериозно:
1. в случай че се събере екип от поне 3-4 човека, аз се навивам да бъда координатор... и програмист... '>
2. предлагам да не се гледа структурата на ДБ от програми, които не са GPL или имат собственическа тенденция. Много малко ме бърка това че няма да има съвместимост с други комерсиални продукти - наскоро някъде четох нещо скандално точно за тия съвместимости
3. Препоръчвам т.нар agile development с избор на подходяща среда - език и framework - най удобни за целта са Python + Django или Ruby + Rails, макар в краен случай - PHP - в никакъв случай C++
4. Препоръчвам максимално спазване на стандарти и други изисквания към номенклатури и/или логика - независимо дали е за склад или счетоводство или друг модул - само така това което ще направим наистина ще се ползва

нека да се съберем довечера на предложеното от @karaman място и да обсъдим някои неща

едит1: предложения от @kennedy DAL (Database Abstraction Layer) е в основата на Rails и Django - не че няма други, но ....
едит2: и Rails и Django доказано вървят и под Linux и под Windows и имат възможност да ползват доста от по-известните сървъри за бази от данни

[vixon]

1. ОК
2. Ако базата не е съвместима с нищо, то продукта ще остане напълно изолиран и шанса да накарате някой да направи доработка или разширение е нула. Да не говорим за бъдещо счетоводство.
3. На какво се учат младите кадри? Какво преподават в университите? Какви специалисти има най-много? Това е важно...
4. ОК

Аз съм против DAL, но ще се съобразя с мнението на всички.

[Radev]

Чудя се какво ли прави MaX_Ass. Все пак той започна темата. '>

[karaman]

проектът вече има сайт, вики и svn
за повече информация тук:

http://saplb.devjavu.com/

[alabal]

Следя темата почти от самото начало и ми е интересна. Поне три подобни си спомням на сайта - започващи с ентусиазъм и много приказки за изисквания, бази, нужди на потребители и така нататък (май и аз имам малко принос в тези приказки в една от тях). Това е втората тема завършваща със сайт (ако не ме лъже паметта - едната от подобните идейни теми роди форум и там имаше няколко наистина добри виждания).
Та! Поздрави за сайта! Дано да има много посещения и да има много документация!!!
Засърбяха ме ръцете и реших да видя какво прави и малкото сорс, който има на сайта. Ето тази команда ми свърши работа, за да го изтегля:

svn co http://svn.devjavu.com/saplb/

Не е зле да се драснат два-три реда с правилните адреси за теглене, че горния адрес го налучках от трети опит. Нищо все още не работи и вероятно това е напълно нормално. README е празен така, че пробвах с python xxxx.py, но нито една команда не ми върна никакъв нормален изход, но и аз не съм програмист, така, че може и да бъркам.
Иначе, дано тази инициатива е успешна!
Стискам палци!

[cvludmiloff]

Благодарим, братко @alabal за конструктивната забележка, и за пожеланията и подкрепата '>

[vixon]

Темата заспа или всички сега се подготват за празниците?

[karaman]

Не е заспала '>
Просто работим по кода (а той има и коментари)
А и се подготвяме за Нова година '>
Сега повече второто! Аз например се запознах с една готина касиерка (7 пъти ходих до супермаркета за 2 часа!'>

Весело изкарване на Нова година от целият екип на проекта!
Тържествено обещаваме да не пием повече отколкото трябва!

[karaman]

днеска след 19:30 IRC среща на проекта

[vixon]

Май темата все пак заспа?

[Warstomp]

В момента не мога да пиша, поради лични причини, но не съм оставил проекта. Все пак да знаете че ще участвам само ако е PHP+MySQL. Имам някои готови неща но те не са свързани със склада или счетоводството. По-скоро си пренаписах нещата които имах за горивата на товарните автомобили, т.е. едва ли на някой ще му вършат работа.

[vixon]

Като гледам посочения сайт вече се работи, но Python + Postgre.