Miksi työpaikoilla pitää tiedostot nimetä vieläkin, niin että välit on alaviivalla?
Uusimmat työntekijät ole eläessään edes kuullut tai törmänneet MS-DOSiin, niin silti tiedostot pitää nimetä sen mukaan miten ne piti vuonna -94 nimetä jotta niihin saatiin "väli". XXX_JA_XXX_140420 kun voisi olla XXX JA XXX 14.04.20
Kommentit (29)
Mä käytän aina alaviivaa. Vaikka ei mua kukaan käske. Ihan kotona omalle koneelle. Must se on selkeämpi tapa.
Se on vain teidän työpaikassa jäänne vanhalta ajalta.
Työpaikassanne on töissä osaamattomia ja vanhassa ajassa eläviä työntekijöitä.
Hävetkää.
Ei tiedostoja tarvitse noin tallentaa, naurettava käytäntö.
Vierailija kirjoitti:
Mä käytän aina alaviivaa. Vaikka ei mua kukaan käske. Ihan kotona omalle koneelle. Must se on selkeämpi tapa.
Miksi sitten et käytä sitä kirjoittaessasi jos se kerran on selkeämpää kui normaali välilyönti?
Meillä on joitakin tiedostoja, jotka käydään toisella ohjelmalla hakemassa sieltä minne ne on tallennettu. Siksi tuo ikivanha nimeäminen, että kaikki on samalla tavalla ja että se ohjelma löytää ne uudetkin tiedostot.
Herran vuonna 2020 VIELÄKIN tulee satunnaisia ongelmia, ei uskoisi.
Dossissa tiedostonimen maksipituus oli 8 merkkiä. Niitä vähiä merkkejä ei todellkaan hukattu mihinkään alaviivaan. Vanhemmat windowssit eivät hyväksyneet välilyöntiä, joten käytettiin alaviivaa.
Tiedostot voi kulkea monenlaisen vanhan järjestelmän tai aplikaation läpi ja jossain vaiheessa tulee stoppi. Kukaan ei tietenkään siinä vaiheessa ymmärrä että se virhe johtuu tiedoston nimestä. Asiaa selvitellään viikkoja ellei kuukausia.
Välilyönnin käyttö tiedoston nimessä on syntiä. SYNTIÄ!
Sekä 140420 että 14.04.20 on perseestä. Tiedosto tulee aina nimetä niin että päiväys on muodossa vvvvkkpp, jolloin aakkosjärjestys on samalla myös aikajärjestys.
Koska silloin vuonna 1996 tiedosto on nimetty XXX_123. Tänä päivänä se nimetään samalla tavalla, niin tiedetään heti, mitä kyseisessä tiedostossa on. Lisäksi se on toisinaan selventävää.
Kun kirjoittaa Tiedosto_hömpänhömppä 01042020 niin se on selvempää kuin kirjoittaa tiedostohömpänpömppä01042020. Lisäksi jotkut pääasiassa amerikkalaiset ammattiohjelmat eivä tunnista erikoismerkkejä ja niitä tiedostoja voi joutua upottamaan toiseen ohjelmaan. Joitakin ohjelmia ei päivitetä nykypäivään kaikissa asioissa, vaikka kaikkea muuta turhaa hienoutta niihin tehdäänkin.
riippuu käyttöjärjestelmästä kuinka välilyöntiä käsitellään.
Linuxissa esimerkiksi kansio "/media/Data/My Data" näyttäytyy näin
/media/Data/My\ Data/
Huomaatko mitään jännää tuossa? Sitä paitsi MS-DOS oli 8+3 merkkiä joten esimerkkisi kusee ja pahasti.
Se on selkämpi ja hieman helpompi käsitellä komentoriviltä kuin välilyönnilliset tiedostot.
Vierailija kirjoitti:
Koska silloin vuonna 1996 tiedosto on nimetty XXX_123. Tänä päivänä se nimetään samalla tavalla, niin tiedetään heti, mitä kyseisessä tiedostossa on. Lisäksi se on toisinaan selventävää.
Kun kirjoittaa Tiedosto_hömpänhömppä 01042020 niin se on selvempää kuin kirjoittaa tiedostohömpänpömppä01042020. Lisäksi jotkut pääasiassa amerikkalaiset ammattiohjelmat eivä tunnista erikoismerkkejä ja niitä tiedostoja voi joutua upottamaan toiseen ohjelmaan. Joitakin ohjelmia ei päivitetä nykypäivään kaikissa asioissa, vaikka kaikkea muuta turhaa hienoutta niihin tehdäänkin.
Miten se on selvempi, jos se olisi Tiedosto hömpänhömppä 01042020
Vierailija kirjoitti:
Sekä 140420 että 14.04.20 on perseestä. Tiedosto tulee aina nimetä niin että päiväys on muodossa vvvvkkpp, jolloin aakkosjärjestys on samalla myös aikajärjestys.
Mistä näitä itseoppineita pyörän uudelleen keksijöitä aina tursuaa?
Lopeta ajattelu ja noudata standardia ISO 8601, jossa on esimerkiksi formaatit 'yyyy-mm-dd' tai 'yyyymmddTHHMMSS' .
Vierailija kirjoitti:
Vierailija kirjoitti:
Sekä 140420 että 14.04.20 on perseestä. Tiedosto tulee aina nimetä niin että päiväys on muodossa vvvvkkpp, jolloin aakkosjärjestys on samalla myös aikajärjestys.
Mistä näitä itseoppineita pyörän uudelleen keksijöitä aina tursuaa?
Lopeta ajattelu ja noudata standardia ISO 8601, jossa on esimerkiksi formaatit 'yyyy-mm-dd' tai 'yyyymmddTHHMMSS' .
Pointti varmaankin oli tuo järjestys. Olen muuten ihan samaa mieltä vakiintuneiden standardien käytöstä kun voi.
Vierailija kirjoitti:
riippuu käyttöjärjestelmästä kuinka välilyöntiä käsitellään.
Linuxissa esimerkiksi kansio "/media/Data/My Data" näyttäytyy näin
/media/Data/My\ Data/
Huomaatko mitään jännää tuossa? Sitä paitsi MS-DOS oli 8+3 merkkiä joten esimerkkisi kusee ja pahasti.
MS-DOS ei ymmärrä tyhjää väliä mikä oli pointti, eikä mikään kuinka monta merkkiä SAI_OLLA.EXE
Koska jos käytät välilyöntejä tiedostonimissä, niin saatat niitä myös iskeä huolimattomasti tiedostonimen perään. Jos ohjelma ei osaa poistaa ylimääräisiä välilyöntejä, niin annettu tiedostonimi tulee aiheuttamaan ongelmia.
Vierailija kirjoitti:
Vierailija kirjoitti:
riippuu käyttöjärjestelmästä kuinka välilyöntiä käsitellään.
Linuxissa esimerkiksi kansio "/media/Data/My Data" näyttäytyy näin
/media/Data/My\ Data/
Huomaatko mitään jännää tuossa? Sitä paitsi MS-DOS oli 8+3 merkkiä joten esimerkkisi kusee ja pahasti.
MS-DOS ei ymmärrä tyhjää väliä mikä oli pointti, eikä mikään kuinka monta merkkiä SAI_OLLA.EXE
Ei kannata sitten vinkua MS-DOS ajoista jos ei kykene laittamaan korrektia esimerkkiä.
Vastaus kysymykseesi on edelleen: kaikki käyttöjärjestelmät eivät käsittele sitä samalla tavalla.
Mua kans kiinnostaisi tää. Oon käyttänyt tota alaviivaa, kun joskus tiedosto ei ole asiakkaan päässä toiminut jos nimessä välejä