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)
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.
Lisään vielä että suunnitteluala. Sama logiikka nimissä ja numeroinneissa vuosikausia kertoo heti firman työntekijöille, mitä tiedosti sisältää, miltä vuodelta se on, ym.
Vierailija kirjoitti:
Mä käytän aina alaviivaa. Vaikka ei mua kukaan käske. Ihan kotona omalle koneelle. Must se on selkeämpi tapa.
Se on selkeämpi, näkee että se on tiedoston nimeä, eikä jotain muuta tekstiä.
Vierailija kirjoitti:
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?
Ei kun nimenomaan se että alaviiva erottaa tiedon nimen muusta tekstistä.
Vierailija kirjoitti:
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.
Windows ja MacOS dominoi ja ne ymmärtävät. Se miten joku linux asian käsittelee on saman tekevää, kun ei edes 10% käytä sitä tai osaa käyttää sitä.
Eräs välilyöntien ongelma on se, että samannäköinen väli voi olla eri merkkikoodi. Useampi peräkkäinen välilyönti voi ihmiselle näyttää ohjelmasta ja silmästä riippuen erilaiselta. Kopioidessa nimiä tai merkkejä ei aina tiedä välilyönneistä. Välilyönti näkymättömänä merkkinä on siis myös näistä syistä haastava edellämainittujen lisäksi. Alaviiva on toimintavarmempi.
Tuntuu yksilötasolla pieneltä jutulta, mutta jos otetaan kymmenien tuhansien ihmisten suuryritys, jossa jokainen tekee tavallaan, niin syntyy kaaos. Tarvitaan tiukka käytäntö ja jos alaviivakäytännöllä säästetään viisi minuuttia työaikaa tiedostonimien puljaamisessa per työntekijä joka vuosi, siitä kertyy firman tasalla useampien työntekijöiden työpanos.
Vierailija kirjoitti:
Vierailija kirjoitti:
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.
Windows ja MacOS dominoi ja ne ymmärtävät. Se miten joku linux asian käsittelee on saman tekevää, kun ei edes 10% käytä sitä tai osaa käyttää sitä.
Eipä silmänilo väliä kun jossain kohtaa firmassa kuin firmasss tiedostoja kuitenkin käsitellään linuxissa. Jollainen MacOS:kin on.
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' .
Toope, edellähän on toivottu käytetettävän juuri standardin mukaan, mutta kun töissä väkisin halutaan käyttää tuollaista ddmmyy muotoa. Tosin tämä toinenkin tapa on varmasti joku standardin mukainen.
No meillä ainakin sen takia, ettei aataminaikuinen toiminnanohjausjärjestelmä tajua välilyöntejä. Siis kaikki tiedostot, jotka linkitetään esim järjestelmään tehdyn tarjouksen taakse, pitää nimetä alaviivallisesti.
Ja siihen nimeen pitää myös mahduttaa tarpeeksi informaatiota, asiakas_luotontarkistus_pvm
Niin ja ääkköset on ehdottoman kiellettyjä.
Keskustelua vaikkapa tuolla
https://forums.evga.com/Why-do-people-still-use-an-underscore-in-file-n…
josta pari aika hyvää mielipidettä.
"I think it is simply incorrect to use spaces. Especially when you are dealing with a command line where a space traditionally signifies individual parts of a command. A space in a file name becomes confusing in a command and you need to start using a delimiter (such as "") to mark the beginning and end of each file name in the command line which gets tedious and annoying.
You can use spaces if you want, but you just shouldn't. Tricks were developed to allow you to use spaces in file names but that doesn't mean that you should use spaces. It is especially incorrect to use spaces when you are dealing with web applications.
Simply put, if you use spaces in file names, the chances of an error occurring at some time as a result is increased. You should get in the habit of not using spaces in file names. For instance, if you are a graphic designer and your work goes on with spaces in the file name to someone who organizes your work to be used in a program or on the web, they will become increasingly annoyed with you."
-------------
"Because _ is better then seeing %20 like in Test%20Me%20OK Test_Me_OK is easer to read.
This is also web based files and you have limits of 260 and an _ counts as one and a space counts as 3 %20.
Also (sometimes) when you put a links in an email body with space in the file name it fails and that is why you put them between " ". I would say it is more a Web or URL issue than a DOS issue."