Taki podział jak nietrudno zauważyć możemy rozważać na różnych poziomach. 

Rozważmy wiedzę zupełnie ogólną, powiedzmy wiedzę o Świecie. Niektórzy ludzie mają szeroką wiedzę z różnych dziedzin, co często można zaobserwować np. w teleturniejach takich jak 1 z 10, milionerzy ... ale są też ludzie, którzy znają się tylko na jednej dziedzinie, np. umieją świetnie malować ściany ale o obrazach nie wiedzą wiele. Tutaj bardzo łatwo stwierdzić kto jest specjalistą, a kto generalistą.

Odnieśmy się teraz do wiedzy informatycznej, a ściślej mówiąc do Inżynierii Oprogramowania. Inżynierii Oprogramowania jako dyscyplinie praktycznej zajmującej się zagadnieniami związanymi z wytwarzaniem oprogramowania. W zespołach zajmujących się wytwarzaniem oprogramowania znajdziemy analityków, projektantów, programistów, maganerów... Jakie cechy powinni oni mieć aby realizacje projektów kończyły się sukcesem. W jakim kierunku mają się rozwijać aby odnieść sukces. 

Spróbujmy scharakteryzować generalistę w Inżynierii oprogramowania. Cechują go: 

- szeroki zakres wiedzy z różnych dziedzin,

- otwartość na wszelkie obszary życia, biznesu. 

- umiejętności z zakresu projektowania i programowania o charakterze ogólnym

- znajomość licznych narzędzi i języków programowania

- znajomość technologii wytwarzania

Specjalistę natomiast cechować będzie: 

- doskonała, wręcz ekspercka wiedza z zakresu wąskiego zagadnienia

- perfekcyjna znajomość języka programowania

- wysoka sprawność w realizacji zadań w obrębie posiadanej wiedzy

Zarówno generaliści, jak i specjaliści mogą być bardzo przydatni i zapewne zespoły złożone z jednych i drugich są najskuteczniejsze w działaniach. Warto jednak pamiętać, ze człowiek cały czas się rozwija i nic nie stoi na przeszkodzie, aby generalista zgłębiał wiedzę w dogłębnie w ramach jakiegoś zagadnienia, a specjalista rozwijał ją w szerz poznając inne technologie. 

Inspiracją do tej krótkiej notatki jest film:

z kanału Adobe Creative Cloud, a w zasadzie jego fragment od ok 4:30 min.

Inżynieria Oprogramowania jako dyscyplina praktyczna wykorzystuje szereg metod opracowanych bądź przez teoretyków, bądź też sprawdzonych w praktyce przy realizacji przedsięwzięć informatycznych. 

Mówiąc o Inżynierii Oprogramowania trudno nie odnieść jej do jej praktykantów czyli do inżynierów - najczęściej inżynierów informatyków.

Jakie cechy powinien mieć taki inżynier i jaką wiedzę powinien posiadać aby odnajdywał się w Inżynierii Oprogramowania.

Oprogramowanie jako takie jest tworzone w jakimś konkretnym celu. W znakomitej większości ma służyć usprawnieniu pewnych procesów. Czasem tylko rozrywce. 

Większość zamówień na oprogramowanie pochodzi z biznesu. Ma ono usprawniać procesy biznesowe aby organizacja działała lepiej, wydajniej, taniej ... 

I co na to programista? Sama umiejętność programowania nie pozwoli na napisanie np. oprogramowania dla księgowości. Trzeba trochę,  a może nawet całkiem sporo o tej księgowości wiedzieć. Podobnie z innymi elementami biznesu.

Gdyby nawet wykonywać oprogramowanie specjalistyczne np. do projektowania mostów. Wówczas trzeba mieć wiedzę o projektowaniu mostów.

Pewne narzędzia inżynierii oprogramowania takie jak np. język UML są tworzone po to aby przekładać zagadnienie biznesowe na język zrozumiały dla informatyków. Są one niewątpliwą pomocą jednak zdaniem autora, które wyrobił sobie pracując z programistami przy wytwarzaniu oprogramowania, nie zastąpią zrozumienia i znajomości problemu. Nawet najdoskonalszy projekt nie umożliwi napisania dobrego oprogramowania przez ludzi nie mających pojęcia o zagadnieniu jakie programują. A konsekwencje związane z fiaskiem takiego przedsięwzięcia oczywiście spadną na projektanta.

Informatyku: Aby zaprojektować algorytm trzeba znać problem jaki ma rozwiązywać. 

Zatem można powiedzieć, że prawdziwy inżynier oprogramowania musi mieć szeroką wiedzę z zakresu innych inżynierii, musi mieć w ogóle obszerną wiedzę techniczną choć nie tylko techniczną, a przede wszystkim musi być na wiedzę otwarty. 

Dobry inżynier informatyk interesuje się wszystkim i ciągle zastanawia się jak to wszystko można usprawnić z zastosowaniem informatyki. 

Należy również wiedzieć, że inżynieria oprogramowania to nie to samo co informatyka. Informatyka zajmuje się między innymi:
- algorytmami,
- złożonością obliczeniową,
- strukturami danych.
Inżynieria oprogramowania natomiast reprezentuje podejście praktyczne czyli: jak zaprojektować, napisać, wdrożyć dobry program.

Jako dyscyplina praktyczna Inżynieria Oprogramowania jest trudna do usystematyzować. Jednak ze względu na to, że ludzie zajmują się nią już od pewnego czasu powstały liczne techniki i metody pozwalające w sposób systematyczny i zdyscyplinowany podchodzić do rozwoju, eksploatacji i utrzymania oprogramowania.

Inżynieria oprogramowania jest dyscypliną wiecznie żywą i rozwijającą się. Niektóre techniki czy metody opracowane powiedzmy 20 lat temu nie są już zupełnie stosowane albo ich przydatność jest znikoma. Zamiast nich pojawiają się zupełnie nowe. Zmiany te wywoływane są poprzez różne czynniki, np zmiany paradygmatów programowania, rozwój narzędzi, ale również przez różne trendy związane z zarządzaniem projektami.

W kolejnych artykułach zostaną omówione zagadnienia z zakresu Inżynierii Oprogramowania ze szczególnym uwzględnieniem specyfiki oprogramowania dla biznesu.

Zapiszmy w dogodniejszej postaci wykonywane operacje: 

1. Przyjmujemy 10 sztuk towaru A po 10 zł, po tej operacji wartość 100 zł
2. Przyjmujemy 10 szt towaru A po 11 zł, czyli za 110 zł, po tej operacji wartość w magazynie 210 zł
3. Sprzedajemy 2 szt z zakupu w p. 1 czyli o wartości 22 zł, zatem wartość magazynu po operacji 188 zł

Lp.	Zmiana ilości	Cena	Zmiana wartości	Ilość po operacji	Wartość po operacji	Szczegóły*
1.	+ 10 szt.	10 PLN	+ 100 PLN	10 szt.	100 PLN	10 szt po 10 PLN/szt
2.	+ 10 szt.	11 PLN	+ 110 PLN	20 szt.	210 PLN	10 szt po 11 PLN/szt 10 szt po 10 PLN/szt
3.	- 2 szt.	11 PLN	- 22 PLN	18 szt.	188 PLN	8 szt po 11 PLN/szt 10 szt po 10 PLN/szt

*ostatnie przyjęte są zapisane na górze

Gdybyśmy teraz wykonali kolejne operacje np:

1. Sprzedajemy 12 sztuk towaru,
2. Przyjmujemy 5 sztuk towaru w cenie 12 PLN,
3. Przyjmujemy 3 sztuki w cenie 10 PLN.

to otrzymamy:

Lp.	Zmiana ilości	Cena	Zmiana wartości	Ilość po operacji	Wartość po   operacji	Szczegóły
1.	- 12 szt.	11 PLN (8 szt.) 10 PLN (4 szt.)	- 88 PLN - 40 PLN	6 szt.	60 PLN	6 szt po 10 PLN/szt
2.	+ 5 szt.	12 PLN	+ 60 PLN	11 szt.	120 PLN	5 szt po 12 PLN/szt 6 szt po 10 PLN/szt
3.	+ 3 szt.	10 PLN	+ 30 PLN	14 szt.	150 PLN	3 szt po 10 PLN/szt 5 szt po 12 PLN/szt 6 szt po 10 PLN/szt

*ostatnie przyjęte są zapisane na górze

Jak nietrudno się domyślić projektując system informatyczny będziemy musieli zastosować struktury takie same jak w przypadku algorytm FIFO. Algorytmy działają odwrotnie ale są bardzo podobne.