Ile widzieliście najwięcej projektów w solucji?

Odpowiedz Nowy wątek
2020-05-21 23:52

Rejestracja: 2 lata temu

Ostatnio: 2 godziny temu

0

Jak w temacie.
Od siebie dodam, że widziałem i pracowałem w solucji która miała około 300 projektów oraz około 50 projektów testowych. Visual Studio nie dawał rady.

Jestem ciekaw czy ktoś pobije mnie :)

Pozostało 580 znaków

2020-05-22 01:47

Rejestracja: 13 lat temu

Ostatnio: 3 minuty temu

2

545, C# i C++.

Jakoś było to ogarnięte czy "Big ball of mud"? :) - Terrored 2020-05-22 09:42
W poprzedniej pracy było coś koło tego + kilkaset solucji/per client bazujących na tych samych projektach. Kompilacjia z VS była problematyczna ale msbuild z odpowiednimi parametrami robił robotę ;-) - mr-owl 2020-05-23 18:35

Pozostało 580 znaków

var
2020-05-22 10:59
var

Rejestracja: 2 lata temu

Ostatnio: 1 godzina temu

Lokalizacja: Wrocław

0

Ja tylko skromne 290

Pozostało 580 znaków

2020-05-22 11:02

Rejestracja: 2 lata temu

Ostatnio: 2 godziny temu

0

A powiedzcie mi czy to jest generalnie normalne? Bo z mojej perspektywy (juniora) wydaje mi się to jakimś nieporozumieniem, ale może po prostu muszę się przyzwyczaić :D

Pozostało 580 znaków

var
2020-05-22 11:08
var

Rejestracja: 2 lata temu

Ostatnio: 1 godzina temu

Lokalizacja: Wrocław

2

Z moich doświadczeń wynika to najczęściej z pasji do pisania spaghetti i chęci trzymania "wszystkiego w jednym miejscu".
Niezmiernie to również ułatwia pracę w sytuacji kiedy trzeba użyć kodu z projektu podpiętego do innej aplikacji - można zrobić szybkie kopiuj wklej albo nawet bezczelnie podpiąć tamten projekt i jego zależności tworząc w ten sposób cuda architektoniczne.
Widziałem niestety jak ktoś, chcąc użyć jednej klasy w taki właśnie sposób podpiął do projektu 15 zależności :D (oczywiście seniorom projektu to nie przeszkadzało w niczym)

edytowany 1x, ostatnio: var, 2020-05-22 11:08

Pozostało 580 znaków

2020-05-22 16:07
Moderator

Rejestracja: 12 lat temu

Ostatnio: 53 sekundy temu

Lokalizacja: Wrocław

2

Normalne w sensie statystycznym owszem, w sensie zdrowia psychicznego nie bardzo.
Tak duże ilości projektów o jakich w tym wątku mowa to cecha wielomodułowych monolitowych, crudowych ERPów i tego typu oprogramowaniu. Często w architekturze lazanii, z nadmierną liczbą warstw.

Jak dla mnie 30 projektów w solucji to już dużo, raczej pracuję z 5 - 20.


"HUMAN BEINGS MAKE LIFE SO INTERESTING. DO YOU KNOW, THAT IN A UNIVERSE SO FULL OF WONDERS, THEY HAVE MANAGED TO INVENT BOREDOM."

Pozostało 580 znaków

2020-05-23 12:35

Rejestracja: 4 lata temu

Ostatnio: 1 godzina temu

Lokalizacja: Warszawa

0

Normalne jest to w firmach, w których na już trzeba napieprzać ficzery, bo klient macha kasą przed nosem i kontrakty są już podpisane, a nie ma czasu na "techniczne zabawy". :(

Pozostało 580 znaków

var
2020-05-23 13:33
var

Rejestracja: 2 lata temu

Ostatnio: 1 godzina temu

Lokalizacja: Wrocław

0

Tworzenie oddzielnych solucji dla poszczególnych aplikacji albo pakowanie współdzielonych rzeczy do nugetowych paczek nigdy nie wyglądało mi na czasochłonne

Pewnie, że nie jest. Ale jednak ludzie twierdzą, że nie mają na to czasu. ;) - LowSkiller 2020-05-23 15:02

Pozostało 580 znaków

2020-05-23 14:00

Rejestracja: 2 lata temu

Ostatnio: 2 godziny temu

0

Powiem Wam, że trochę mnie zmartwiliście. Myślałem, że takie projekty zdarzają się rzadko a tu wygląda na to, że jest spore prawdopodobieństwo trafienia na coś takiego.

Pozostało 580 znaków

2020-05-23 14:30
Moderator

Rejestracja: 12 lat temu

Ostatnio: 53 sekundy temu

Lokalizacja: Wrocław

0

Jeśli chcesz tego uniknąć, to szukaj firm, które stosują mikroserwisy.


"HUMAN BEINGS MAKE LIFE SO INTERESTING. DO YOU KNOW, THAT IN A UNIVERSE SO FULL OF WONDERS, THEY HAVE MANAGED TO INVENT BOREDOM."

Pozostało 580 znaków

var
2020-05-23 14:36
var

Rejestracja: 2 lata temu

Ostatnio: 1 godzina temu

Lokalizacja: Wrocław

0

Mikroserwisy też można trzymać w jednej solucji

Pozostało 580 znaków

Odpowiedz

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0