@lifapek: z takich protipów, pod płaszczykiem troski o stack technologiczny, można jeszcze #!$%@?ć jakichś egzotycznych technologii, użyć nieco innego języka, zastosować podejście funkcyjne, a najlepiej jakiś #!$%@? framework do tego - tylko żeby nie przesadzić, to musi być +- coś do czego cię zatrudniono. Dzięki temu po pierwsze nikt nie odkryje, że napisałeś #!$%@? kod, po drugie nikt cię nie zwolni bo kto to wtedy utrzyma
@powaznyczlowiek: ale to trzeba mieć farta żeby do takiej sytuacji doszło. Innymi słowy, trzeba mieć jakiś gówno projekt, w którym każdy ma #!$%@? na to co się dzieje
@lifapek: zawsze możesz powstawać jakieś sleepy w loopach i efektywności kodu podnosić stopniowo i mówić, że "ulepsza" się serwis. Oczywiście, jeżeli nie ma jakiegos review innych devow
Coś w tym jest. Mój stary jest fachowcem w pewnej branży technicznej i miał stałego dużego zleceniodawcę któremu wszystko porobił porządnie, a co za tym idzie zlecenia się skończyły ( ͡º͜ʖ͡º) I potem psioczył, że za dobrze zrobił bo wcześniej jak byl burdel to ciągle zarabiał na awariach
@Retsew: >sleep Czysta amatorszczyzna. Jak ktoś się zorientuje że robisz to specjalnie to nie tylko wylecisz z hukiem ale też i możesz trafić pod sąd. W USA jest sprawa kolesia który porobił "bomby" w kodzie i ma niezły przypał. Jak już chcesz spowalniać kod albo destabilizować jakiś serwis to rób to w mniej oczywisty sposób - taki gdzie jedynie co można zrobić to zarzucić ci niekompetencję. Przykłady: - przerób rozwiązanie z równoległego na sekwencyjne tłumacząc się stabilnością kodu - wyciągaj zawsze więcej danych z bazy niż potrzebujesz (duże zapytania, niepotrzebne calle, call do bazy w pętli gdzie wyciągasz element po elemencie) - nie sprzątaj po sobie, zostawiaj w pamięci co się da, memory leaki fajnie
@powaznyczlowiek: u nas był własnie jeden taki co wszystko zgarniał do siebie, sam wybierał stack i języki przeróżne ogólnie ogarniał temat ale pokłócił się z Januszem ownerem wszystkich Januszy i poleciał. Jego projekt przejęło 2 ziomków z teamu i świeżak xD
@Bizancjum: może i działa ale czasu, który stracili na ogarnięcie i przejęcie projektu nikt już firmie nie zwróci, a nie wiadomo jakie niespodzianki czekają za rogiem ( ͡°͜ʖ͡°)
Zresztą pewnie, że się da. Jak masz ogarniętego deva to się ogarnie we wszystkim i nauczy dodatkowego języka jak będzie trzeba - trochę na żarty pisałem tamten komentarz. Ale historie z którymi ja się zazwyczaj spotkały
Do następnego razu kochani
#truestory
Mój stary jest fachowcem w pewnej branży technicznej i miał stałego dużego zleceniodawcę któremu wszystko porobił porządnie, a co za tym idzie zlecenia się skończyły ( ͡º ͜ʖ͡º) I potem psioczył, że za dobrze zrobił bo wcześniej jak byl burdel to ciągle zarabiał na awariach
@powaznyczlowiek: skończona liczba studentów albo ziomek z teamu, spokojnie nie takie rzeczy przechodzą xD
Czysta amatorszczyzna. Jak ktoś się zorientuje że robisz to specjalnie to nie tylko wylecisz z hukiem ale też i możesz trafić pod sąd. W USA jest sprawa kolesia który porobił "bomby" w kodzie i ma niezły przypał.
Jak już chcesz spowalniać kod albo destabilizować jakiś serwis to rób to w mniej oczywisty sposób - taki gdzie jedynie co można zrobić to zarzucić ci niekompetencję. Przykłady:
- przerób rozwiązanie z równoległego na sekwencyjne tłumacząc się stabilnością kodu
- wyciągaj zawsze więcej danych z bazy niż potrzebujesz (duże zapytania, niepotrzebne calle, call do bazy w pętli gdzie wyciągasz element po elemencie)
- nie sprzątaj po sobie, zostawiaj w pamięci co się da, memory leaki fajnie
Ogarnęli i wszystko działa.
Zresztą pewnie, że się da. Jak masz ogarniętego deva to się ogarnie we wszystkim i nauczy dodatkowego języka jak będzie trzeba - trochę na żarty pisałem tamten komentarz. Ale historie z którymi ja się zazwyczaj spotkały
widać, że nauka nie poszła w las i zawitała na nowym gruncie jakim jest IT ( ͡° ͜ʖ ͡°)
źródło: comment_16298916164brAgcCVf2ls86Q3rlDvcS.jpg
Pobierz