Всичко е по темата !!!. За Успеха....и причините за него. Искате ли да сте успешни?

[segato]

Можеш да си пишеш счетоводните операции в ексел-а и после да ги инсъртваш в база данни с VBA. Това наистина е код, който се пише за 5 минути. И не ти трябва реално никаква счетоводна система. Не и при малки фирми, както сам каза.

Иначе една бъгава система може да изкара извън нерви всеки - да вкараш една фактура през системата отнема 5 пъти повече време отколкото да я вкараш в базата през ексел-а.

Не знам откъде да започна ма айде най-простия въпрос. Къде ше запазиш паролата за базата данни ?

[segato]

ти ми дай пример за който НЕ МОЖЕ ДА СЕ ПОЛЗВА.
Изборния процес, гласуване в парламента, продажби, всякакви статистики на държавата и т.н.
Още 1997-9 година си направих счетоводството на ексел и движението по сметки на собствената фирма. Отне ми 2 дена и то само щото трябваше да науча кои 10-15 сметки ми трябват

Няколко прости въпроса:

Като направиш промени в екселската таблица как тестваш дали не чупиш някоя стара формула ?
С разработката на софтуера се пишат и тестовете. В един момент имаш няколко хиляди теста които се рънват преди релийз за да си сигурен че новите промени не влияят на стария код. Как правиш тези тестове в Ексел ?

Как правиш version control. Ако намериш грешка и установиш че започва на 3ти Януари как проверяваш какво си променил тогава ?

Как автоматизираш процеси. Да кажем трябва да издадеш фактура до седем дни след като си получил плащане. Или трябва да поръчаш бурмички когато броя им склада спадне под 2000? Как правиш това ?

Това са много базови неща, както виждаш въобше не споменавам секюрити, одити, сертифициране, паралелна обработка и т.н.

[два_таралежа]

Днес брокеразина окоси тревата и оряза храсталаците. Утре е време за плаж и малки удоволствия. Наздраве!

[segato]

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

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

Джонка знеш ли какво е AsIfOn и AsOn и каква е разликата между тях ? Само не търси в Гугъл моля.

Също така, по надолу се беше изцепил за Azure. Можеш ли да ми кажеш как ше направиш примерно система за градски транспорт която в 8 и 17 часа стига до 15к транзакции в секунда, но в 10 и 15 часа има нужда да подържа само 1000 транзакции в секунда ? Ше купиш сървури и ше процесваш on-premise ли ?

Пак ти казвам, нямаш дори базова идея за какво говориш. Разбирам зашо не искаш да спориш.

[anonymous1834]

ти ми дай пример за който НЕ МОЖЕ ДА СЕ ПОЛЗВА.
Изборния процес, гласуване в парламента, продажби, всякакви статистики на държавата и т.н.
Още 1997-9 година си направих счетоводството на ексел и движението по сметки на собствената фирма. Отне ми 2 дена и то само щото трябваше да науча кои 10-15 сметки ми трябват

Можеш да си пишеш счетоводните операции в ексел-а и после да ги инсъртваш в база данни с VBA. Това наистина е код, който се пише за 5 минути. И не ти трябва реално никаква счетоводна система. Не и при малки фирми, както сам каза.

Иначе една бъгава система може да изкара извън нерви всеки - да вкараш една фактура през системата отнема 5 пъти повече време отколкото да я вкараш в базата през ексел-а.

[bota156]

Дай ми пример за процес при който се използва Ексел за анализ ?

ти ми дай пример за който НЕ МОЖЕ ДА СЕ ПОЛЗВА.
Изборния процес, гласуване в парламента, продажби, всякакви статистики на държавата и т.н.
Още 1997-9 година си направих счетоводството на ексел и движението по сметки на собствената фирма. Отне ми 2 дена и то само щото трябваше да науча кои 10-15 сметки ми трябват

[anonymous1834]

Дори не разбираш какво ти казвам. Счетоводството и оперативната част са business layer. Данните са под тях в data layer. Данните са отговорност на разработчика. Бизнес логиката е на имплементатора, т.е. доколкото разбирам , ти това правиш.

Ти нали работеше за БМВ и им пишеше софтуера за колите? Откъде се появиха тия клиенти с ЕРП-та ?

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

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

[segato]

Практиката показва друго, приятелю...
Практиката, състояща се в безсънните нощи на разни отдели преди дедлайна за годишния отчет, преди одита, преди общото събрание, преди...Щото разработчикът разбрал-недоразбрал и щото 1000 теоретика като теб са давали акъл преди това.

Нищо лично към теб, очевидно това ти е работата и естествено да защитаваш тази теза. Дано сте добри в това, което правите, има и такива.

Точно заради един такъв "сепарейшън" имах проект, в който трябваше да внедрим нова ERP система, а в старата система счетоводството и оперативната част бяха до толкова разделени, че нямаше никакъв шанс да се свържат данните и да се определи кое откъде произлиза...Два независими модула, няколко некадърни програмиста и година безсънни нощи на отделите след това.

Дори не разбираш какво ти казвам. Счетоводството и оперативната част са business layer. Данните са под тях в data layer. Данните са отговорност на разработчика. Бизнес логиката е на имплементатора, т.е. доколкото разбирам , ти това правиш.

Ти нали работеше за БМВ и им пишеше софтуера за колите? Откъде се появиха тия клиенти с ЕРП-та ? На кое ЕРП си имплементатор ?

[segato]

Ексел за ТЪРГОВСКА фирма до 100 души търговци (фирмата може да е с 1000) е напълно достатъчен. Реално само международни корпорации и банки, финтех имат нужда от фабрик или други подобни платформи за анализ

Дай ми пример за процес при който се използва Ексел за анализ ?

[anonymous1834]

А значи не се бъзикаш. Не ме интересува с кой работиш.Подочул си нещо но не знаеш какво говориш. Ето ти някой неща :

Ексел има лимит от 1 млн реда. Това е физическия лимит койкто може да се запази във файл. В реалността Ексел е за калкулации до няколко хиляди записа Не подържа индексация, няма схема и общо взето никаква сигурност.. Преди ьмл подържаха 64к реда и горе долу това е макс който може да бъде използван от човек.

Данните нямат нишо общо със използването им. Ако си чувал за separation of concerns ше знаеш за какво говоря. Освен това Data layer/Business layer се използва от поне 30 години. Бизнес логиката може да се промени затова данните трябва да са независими.

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

С 2 думи , разработчика прави всичко, останалите са придатък за custom добавки

Практиката показва друго, приятелю...
Практиката, състояща се в безсънните нощи на разни отдели преди дедлайна за годишния отчет, преди одита, преди общото събрание, преди...Щото разработчикът разбрал-недоразбрал и щото 1000 теоретика като теб са давали акъл преди това.

Нищо лично към теб, очевидно това ти е работата и естествено да защитаваш тази теза. Дано сте добри в това, което правите, има и такива.

Точно заради един такъв "сепарейшън" имах проект, в който трябваше да внедрим нова ERP система, а в старата система счетоводството и оперативната част бяха до толкова разделени, че нямаше никакъв шанс да се свържат данните и да се определи кое откъде произлиза...Два независими модула, няколко некадърни програмиста и година безсънни нощи на отделите след това.

[anonymous1834]

евала джонка. Ама скръм са си секретарки на сутрешната оперативка. Само дето не пишат на тефтера ами на джира примерно.
Аджайл се ползва и за СТАНДАРТИЗИРАНИ дефинирани ПРОЦЕСИ - тотално малоумие

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

Друг случай - отнася се до заплатите. Шеф на финансов отдел вербувал трима вундеркинда от конкуренцията. Но - хората не работят без пари. Не одобрили заплатите им, които поискали. И назначили трима идиота за половината пари. Но - работата много, тези не се справят. Отворили нови 2 хедкаунта. Пак не може. Назначили външни консултанти - с тройна надница да оправят кашите. И така - целият отдел дотолкова се разрастнал, че шефът бил повишен, щото нали създал голям екип....

Ако знаеха инвеститорите на обшите събрания за какво им се хвърлят парите...И как реално бизнесът има потенциал за поне 50% повече печалби ако не бяха идиотите в управлението...Глави щяха да хвърчат по общите събрания.

[segato]

Имам отлична идея за какво говоря, просто защото работя с клиенти и виждам що за идиотщини са направени и що за купища ненужни пари са похарчени.

А значи не се бъзикаш. Не ме интересува с кой работиш.Подочул си нещо но не знаеш какво говориш. Ето ти някой неща :

Ексел има лимит от 1 млн реда. Това е физическия лимит койкто може да се запази във файл. В реалността Ексел е за калкулации до няколко хиляди записа Не подържа индексация, няма схема и общо взето никаква сигурност.. Преди xml подържаха 64к реда и горе долу това е макс който може да бъде използван от човек.

Данните нямат нишо общо със използването им. Ако си чувал за separation of concerns ше знаеш за какво говоря. Освен това Data layer/Business layer се използва от поне 30 години. Бизнес логиката може да се промени затова данните трябва да са независими.

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

С 2 думи , разработчика прави всичко, останалите са придатък за custom добавки

[bota156]

Имам отлична идея за какво говоря, просто защото работя с клиенти и виждам що за идиотщини са направени и що за купища ненужни пари са похарчени.

5 кадърни специалиста + стара технология е много по-ефикасен модел отколкото нова технология и 100 идиота, които растат в геометрична прогресия, уж нужни да внедряват и поддържат тази технология.

Друг пример - човек с писалка и тефтер, който има мозък, е по-полезен отколкото 5 скръм мастъра и 5 аджайл коуча взети заедно. Но нали е модерно....Милионите се дават, цените растат, балансите се раздуват...И вместо да се произвеждат домати и краставици, се произвеждат IT-лумпени без грам полза за обществото.

евала джонка. Ама скръм са си секретарки на сутрешната оперативка. Само дето не пишат на тефтера ами на джира примерно.
Аджайл се ползва и за СТАНДАРТИЗИРАНИ дефинирани ПРОЦЕСИ - тотално малоумие

[bota156]

ПоверБИ то е най-най великата простотия на Майкрософт, която обаче им носи печалби, понеже има идиоти да я ползват...И понеже е модерно...

тука съм съгласен. реално е ексел+ да може с повече записи да работи. Всичко друго му е гадно, бавно. Супер лесно да го блокираш

[bota156]

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

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

Ексел за ТЪРГОВСКА фирма до 100 души търговци (фирмата може да е с 1000) е напълно достатъчен. Реално само международни корпорации и банки, финтех имат нужда от фабрик или други подобни платформи за анализ