- Katılım
- 27 Aralık 2008
- Mesajlar
- 432,578
- Reaksiyon puanı
- 0
- Puanları
- 0
* gunumuzde isim ba$larinda sonlarinda gezinmesine a$ina oldugumuz "prof.dr.", "emek.alb", "ph.d", "ogr.gor", "ar$.gr", ".jr" gibi eklerin artik "neyin doktoru, nerden doktor, kime ne ogretiyor" gibi konularda da bilgi saglayabilmesi icin ve artik onek limitlerine ula$maya ba$ladigimizdan isimlerimizi kartvizitlerimize, e-mail'lerimizin sonuna yazarken onermek istedigim formattir.
$u anda first draft olan bu dokuman geni$lemelere aciktir.
requirements
oncelikle isimlendirmede derinlik kisiti cok fazladir. yani 2 onek ve bir sonekten fazlasi isimde kullanilamamakta ve bu soruna yol acmaktadir.
mesela: prof.dr.bogazici.univ.mezunu.gpa.4.5.arkasi.kuvvet li.mafya.baglantili.sedat kapanoglu, jr.
boyle bir isimlendirme elbette pek cok soruna yol acacaktir. en ba$ta aradan ismi secmek cok zor.
burada kimi oneklerin neden one koyuldugunu anlamamiz lazim. mesela bir "prof.dr" oneki $u anlama gelir: "once ne kadar kudretli oldugumu ogren ismimi yuregine o korku i$ledikten sonra telaffuz et seni zavalli ölümlü" demektir. yani kisaca ki$inin ismi ile ilgili butun onyargilarinizi yokedip tamamen sifirdan yeni onyargilar yaratmayi amaclar.
boyle bir durumda unvanlarin onek olarak kullanilmasindan insanlarda bu endi$e oldukca kurtulmamiz mumkun degil. mesela oneki sonek yerine "sedat kapanoglu, prof.dr" olarak kullansa idik koskoca doktor hatta profesor doktor sedat kapanoglu bize siradan bir insan gibi gorunecekti ki akademik camiada tamamen husumetle kar$ilanasi zavalli bir vaziyettir.
diger yandan cok fazla sifati ismin onune yigmak da gorulecegi uzere ismin bulunabilirligini cok zorla$tirmaktadir. bu yuzden hem ayiyi dayi gosterecek hem de armudun iyisini ayirdettirebilecek bir fomat ihityaci mevzubahistir.
solution
bu konuda onerimiz olan isimlendirme formati $udur:
extended_name := [most significant merit].!<birth name>,[extensions]
bu bnf diagraminda anla$ilacagi uzere butun unvanlarimizdan sadece en goze batmasi gereken en onemli olani ba$a alip onla ilgili tum ufak detaylari
* sona atiyoruz. mesela profesor doktor ornegimizde:
prof.!sedat kapanoglu,dr.felan
yazabiliyoruz. ".!" isimli i$aret ise parser'lar tarafindan bu ismin "extended name description format"ta oldugunun anla$ilmasini sagliyor.
extensions kismi genel olarak bilinen ",jr.", ",ph.d" gibi soneklerin kullanim tarzina benzemekle beraber o sirada ifade ettigimiz her turlu derinlige inebilecek bir yapidadir. bunu da $u $ekilde sagliyoruz.
extension := <name>[
* ][.<extension>]
burada da gorebilecegimiz uzere bir extension'a yanina parantezlerle yazmak suretiyle istedigimiz kadar ek bilgi verebiliyoruz. mesela ben doktorum ama ne doktoruyum onu yazmak istersem:
prof.!sedat kapanoglu,.dr
* .programci
* .sanatci
* muzik
* ,resim,$iir
* .ailebabasi
* .sac
gordugunuz uzere diledigim takdirde hem isteyene her bilgiyi veriyorum hem de zerre umrunda olmayanlara sadece gozune sokmak istedigim "prof!" unvanimi gosteriyorum. "ne profu" diye merak edenler ismimin geri kalanini okumak suretiyle ho$ vakit gecirebiliyor hakkimda muhtelif enteresan trivial bilgiye de ula$abiliyorlar.
attribute'lerin standartla$tirilmasi ise bu dokumanin kapsami di$indadir, bunu iso gibi mustesna bir kurumumuza havale ediyorum.
bu muthi$ sistemi oneklerimiz tukenmeden uygulamaya gecirmemiz gerekiyor. nitekim japonya'da ipv6 ile beraber gecilen uygulamalardan biridir kendisi. ki dogrudur zaten.
Kaynak: EkşiSozluk
$u anda first draft olan bu dokuman geni$lemelere aciktir.
requirements
oncelikle isimlendirmede derinlik kisiti cok fazladir. yani 2 onek ve bir sonekten fazlasi isimde kullanilamamakta ve bu soruna yol acmaktadir.
mesela: prof.dr.bogazici.univ.mezunu.gpa.4.5.arkasi.kuvvet li.mafya.baglantili.sedat kapanoglu, jr.
boyle bir isimlendirme elbette pek cok soruna yol acacaktir. en ba$ta aradan ismi secmek cok zor.
burada kimi oneklerin neden one koyuldugunu anlamamiz lazim. mesela bir "prof.dr" oneki $u anlama gelir: "once ne kadar kudretli oldugumu ogren ismimi yuregine o korku i$ledikten sonra telaffuz et seni zavalli ölümlü" demektir. yani kisaca ki$inin ismi ile ilgili butun onyargilarinizi yokedip tamamen sifirdan yeni onyargilar yaratmayi amaclar.
boyle bir durumda unvanlarin onek olarak kullanilmasindan insanlarda bu endi$e oldukca kurtulmamiz mumkun degil. mesela oneki sonek yerine "sedat kapanoglu, prof.dr" olarak kullansa idik koskoca doktor hatta profesor doktor sedat kapanoglu bize siradan bir insan gibi gorunecekti ki akademik camiada tamamen husumetle kar$ilanasi zavalli bir vaziyettir.
diger yandan cok fazla sifati ismin onune yigmak da gorulecegi uzere ismin bulunabilirligini cok zorla$tirmaktadir. bu yuzden hem ayiyi dayi gosterecek hem de armudun iyisini ayirdettirebilecek bir fomat ihityaci mevzubahistir.
solution
bu konuda onerimiz olan isimlendirme formati $udur:
extended_name := [most significant merit].!<birth name>,[extensions]
bu bnf diagraminda anla$ilacagi uzere butun unvanlarimizdan sadece en goze batmasi gereken en onemli olani ba$a alip onla ilgili tum ufak detaylari
* sona atiyoruz. mesela profesor doktor ornegimizde:
prof.!sedat kapanoglu,dr.felan
yazabiliyoruz. ".!" isimli i$aret ise parser'lar tarafindan bu ismin "extended name description format"ta oldugunun anla$ilmasini sagliyor.
extensions kismi genel olarak bilinen ",jr.", ",ph.d" gibi soneklerin kullanim tarzina benzemekle beraber o sirada ifade ettigimiz her turlu derinlige inebilecek bir yapidadir. bunu da $u $ekilde sagliyoruz.
extension := <name>[
* ][.<extension>]
burada da gorebilecegimiz uzere bir extension'a yanina parantezlerle yazmak suretiyle istedigimiz kadar ek bilgi verebiliyoruz. mesela ben doktorum ama ne doktoruyum onu yazmak istersem:
prof.!sedat kapanoglu,.dr
* .programci
* .sanatci
* muzik
* ,resim,$iir
* .ailebabasi
* .sac
gordugunuz uzere diledigim takdirde hem isteyene her bilgiyi veriyorum hem de zerre umrunda olmayanlara sadece gozune sokmak istedigim "prof!" unvanimi gosteriyorum. "ne profu" diye merak edenler ismimin geri kalanini okumak suretiyle ho$ vakit gecirebiliyor hakkimda muhtelif enteresan trivial bilgiye de ula$abiliyorlar.
attribute'lerin standartla$tirilmasi ise bu dokumanin kapsami di$indadir, bunu iso gibi mustesna bir kurumumuza havale ediyorum.
bu muthi$ sistemi oneklerimiz tukenmeden uygulamaya gecirmemiz gerekiyor. nitekim japonya'da ipv6 ile beraber gecilen uygulamalardan biridir kendisi. ki dogrudur zaten.
Kaynak: EkşiSozluk