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

В момента работя с един от старите за тази сфера и се разбираме перфектно, но това, че не работим в един офис влияе много на производителноста на труда като се работи по този начин.

Ако има някой от "по-старите" който има желание да работи по стария начин, но в моя офис в провинцията моля да ми пише на лична бележка. Познанията по "технологии" различни от Делфи 7(обжект раскал) и Фаербърд ще са му напълно излишни, а опита в подобни разработки необходим. Имам представа какво е заплащането в тази сфера и мога да твърдя със сигурност, че при добро сработване парите и удовлетворението от работата биха били доста добри.

Нямам намерение с никого да се заяждам и моля хората целящи заяждане да се въздържат.

Всички гениални неща са измислени от хора, които не са знаели, че са невъзможни.

Съдържаниет е скрито
Влезте за да го видите

Коя провинция? Или поне коя България? Северна или Южна?

Хасково

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите

И аз не искам да се заяждам :), още повече, че по темата ще си контактуваш с бележки, та с чиста съвест да отклоня малко в страни темата: какъв е проблема, защо мислиш, че е необходимо екипът да работи в един офис?
Впрочем, както оригинално беше писал един автор (цитирам по памет) - интернет дава прекрасна възможност за съвместна работа, дори няма опасност да се сбърка чашата кафе с чужда.
А заданията не са измислени само за да описват изискванията, а са начин и на документиране и съгласуване, защото на приказки всичко може да е ОК, а по-късно да се стигне до недоразумения.

Съдържаниет е скрито
Влезте за да го видите

Не отричам предимствата на работата чрез писане на задание от един специалист и коденето от други. Всяко нещо е възникнало от някаква нужда, но този начин на работа го намирам за добър и рентабилен само, ако се пишат големи проекти от няколко екипа. Плаща се добри пари на част от хората, а голямата част от работата се свежда до "машинопис"-ниско интелектуален труд. За малки и специфични проекти, този начин на работа го намирам за нерентабилен.
Не, че не може да се работи през и-нет. В момента работя по този начин, но смятам, че е приложим само, ако програмиста е достатъчно добре в час с проблемите от практиката които трябва да вкара в софтуера.

защото на приказки всичко може да е ОК, а по-късно да се стигне до недоразумения.
Да ама когато има конкретни проблеми за решаване приказките водят единствено до тяхното решаване или нерешаване. Когато става въпрос за обектно ориентирани езици събитията са водещите, а когато човек знае какво иска всички събития могат да се предвидят

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите

Прав си в почти всичко - особенно за приказките.
Но моят опит показва, че и за най-дребното нещо е най-добре да има черно на бяло :)
Впрочем, за приказките има телефони.
А документирането на приказките - диктофони и записвачки на телефонните разговори (примерно от фирма АртКом - Велико Търново - не го приемайте като реклама - нямам интерес от техния бизнес, само позлвам техни изделия :))
Както е написано някъде (може би в евангелието): "Изпълнявай само писменни заповеди, защото нечестивецът се отмята"

Съдържаниет е скрито
Влезте за да го видите

Когато събитията не са формулирани правилно или не са предвидени, то устно и писмено резултата е еднакъв.

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите

Може би, може би .
Документирането, в процеса на предварително обсъждане на проектите, прави двусмислените формулировки по-видими и по-лесно отстраними.

Съдържаниет е скрито
Влезте за да го видите

Днес софтуера за счетоводство се предлага супер евтино.
Има доста фирми виж как са го направили Конто - с orakal.
Ти с какво искаш да бъде. FireBirth? Ако трябва да избираш между две злини избери по-малката. Направи го с mSQL...

Днес софтуера за счетоводство се предлага супер евтино
Софтуер се пише с някаква потребност. Има евтино и не за всеки потребно, а също и скъпо което за някои и без пари да го получи пак е непотребно.


Има доста фирми виж как са го направили Конто - с orakal.
Ти с какво искаш да бъде. FireBirth? Ако трябва да избираш между две злини избери по-малката. Направи го с mSQL...
Та, пак изхождайки от горното, дали е все едно каква база ще използваш за различни потребности? Най-малко впредвид цените на ползването им, а като добавиш и това, че е започнато и по-изгодно е да намериш човек с Фаербърд вместо да сменяш базата с друга безплатна. Всичко опира до калкулации и счетоводство

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите