Jos joudut ohjelmoimaan jossakin firmassa työksesi ja pelkäät että saat potkut, tee ohjelmakoodista mahdollisimman sekavaa. Näin ainoastaan sinä itse pystyt tulkitsemaan sitä helposti eikä firmalla ole varaa palkata toista tilallesi.
Näin varmistat työpaikkasi
Ohjelmointia
103517
0Äänestä
Muut lukivat myös
Odottaa vastausta
Näihin keskusteluihin ei ole vielä vastattu. Ole ensimmäinen.
Vastaukset 10
Vanhimmat
vaan näin: ilmoita johdolle kaikki sählärikoodarit, jotka vääntää bullshittiä, eikä dokumentoi asianmukaisesti. Sählääjät voi pistää pihalle.
Jos tehdään asiakaskohtaisia ratkaisuja ja asiakasta ei laatu kiinnosta ja maksuvalmiutta löytyy voi koodin toki tehdä miten sekavaksi lystää.
Vuonna miekka ja kivi olin vääntämässä Englannissa projektia ja ihmettelin miten paikalliset gurut väänsi yksikertaisistakin asioista aivan helvatan monimutkaisen toteutuksen. Mokkuloiden rajapinnat oli kuvattu hyvin, mutta sisäisestä toiminnallisuudesta ei löytynyt mitään speksiä.
Vuosia myöhemmin olin uudestaan tekemisissä ko Englantilaisen puljun kanssa ja samat jampat tuntuivat pyörittävän edelleen samoja osa-alueita.
Hyvä ratkaisu on aina yksinkertainen, joten engelsmannien tyyli ei pure kovin hyvin. Itse olen joutunut pitkän atk-urani aikana räätälöimään mm. sakujen ohjelmia, eikä heidänkään tekeleet mitenkään innosta kovin paljon. Voi todella kysyä, miksi yksinkertainen asia väännetään niin vaikeasti.
Tällä alalla on kummaa akateemista porukkaa, jotka yrittää keksiä tietokoneen uudestaan ja sotkee siihen samaan paskaan kännykät ym. viihde-elektroniikan.
Tietokoneita on ollut jo vuosikymmeniä, miksi pitää akateemisesti yrittää kyseenalaistaa vanhoja hyviä toimintatapoja, jotka keksittiin jo ajat sitten?
Kyllähän uudet ideat ovat tervettulleita, mutta vanhojen hyvien tapojen kyseenalaistaminen atk-alalla on vienyt rahat vain muutamien taskuihin.
Ennen se meni noin, mutta nykyään jätökset katselmoidaan usean hengen voimin eikä tuotantoon päästetä kaikkea skeidaa. Korvaamattomia kavereita ei enää ole eikä se sota yhtä miestä kaipaa.
Pyydetään katselmointiin koodaamisesta mitääntietämätön projektimanu ja joku koulunpenkiltä tullut jeppe. Saadaan koodista välilyönnit ja isotkirjaimet kohilleen, mutta käytännössä jätös jää orginaaliin kuntoon.;)
Se on totta ettei korvaamattomia kavereita ole, mutta käytännössä jotkut kaverit ovat hankalammin korvattavia kuin toiset.
... ainakin meidän firmassa. Mitään ei dokumentoida, kaiken tarvittavan tiedon saa "avainhenkilöiltä" nyhtää hohtimilla. Jos johonkin ongelmaan keksitään ratkaisu, ei sitä kerrota muille vaan kikkaa käytetään visusti muilta näkyvyys peittäen oraakkelimaisesti hymisten.
Silloin kun olin töissä korjailin usein erään konsultin tekemiä bugeja. Sain itse kenkää ja konsultti sen kuin rahastaa edelleen. Kyseinen konsulttiheppu on pelkkää hymypoikaa ja nuoleskelee pomoja aina kun ehtii.
Johtajat ja esimiehet ei lainkaan välitä työn laadusta. Tehdään sutta ja bugia, ja asiakas maksaa.
Se on vähän pakko tehdä ohjelmia kiireessä. Suunnittelulle ei anneta aikaa ja sitten kun homma jotenkin toimii saa käyttää sen ajan virheiden korjaamiseen. Pomo vaatii näkyviä tuloksia ja siksi on aina tehtävä "purkkakoodia". Se on täyttä paskaa mutta ainoa vaihtoehto.
Epävarmat taidoistaan ja ns. 'käsi' tyypit saattavat tuollaiseen sortua.
Jos hallitsee hommat niin ei tarvitse varmistella selustaa onnettomilla kyhäelmillä.
Täyttä skekkepuhetta, että kovat koodajat olisivat jotenkin turvassa globaalilta markkinataloudelta. Siinä vaiheessa kun Janosh & kaverit Slovakiassa oppii tekemään projektitiimisi työn, lentää Suomessa koko projektipoppoo lomalle/kortistoon. Johan näitä on jo nähty.