Egyikben vessző, másikban kettőspont

Ma reggel kezdtem el gondolkozni azon, hogy mi a véreresért van az, hogy adott a világ legnagyobb szoftverfejlesztő cége, ahol feltételezhetően vannak a programozásra nézve belső szabályok, elnevezési konvenciók és előírások és mégis sikerül olyat csinálni, hogy egyik programjukban - például: távoli asztal klines, azaz mstsc.exe - a TCP portot kettősponttal kell elválasztani az IP címtől, a másikban - például Microsoft SQL Server Management Studio - pedig vesszővel.

MSTSC, kettőspont
mstsc.exe - kettőspont szeparátor

MSSQL, vessző
SQL Server Management Studio - vessző szeparátor

Szinte mindenhol a kettőspont a bevett szokás. Mondja el nekem valaki, hogy mi az a technikai akadály, ami miatt a SQL Server Management Studio-ban nem lehetett a kettőspontot választani a fejlesztésekor? Mi az a jelentős probléma, ami miatt vesszőt kellett alkalmazni? Azon kívül, hogy nehogy egységes legyen már, mert akkor a hülye user egyből beletalálna...

( sj | 2017. 08. 31., cs – 09:57 )

a) Redmondban bebaszva kodolnak az sql szerver fejlesztoi
b) nincs code review
c) belso politika/hatalmi harcok, hogy az sql szerver fejlesztoi csak azert is mas guide-ot kovetnek, mint a vindoze szerver fejlesztoi, meg kulonben is meg akarjak szivatni azokat, akik hajlandoak voltak penzt adni az sql szerverert
d) elbaszott ceg az m$
e) a fentiek mindegyike

--
t-systems-es it architect allast keres. Jelige: csak webshopot ne kelljen...

( bandy | 2017. 08. 31., cs – 10:14 )

Milyen vicces lesz majd, ha IPv6 szerverre akarsz kapcsolódni ;)

( gee v | 2017. 08. 31., cs – 12:13 )

Én akkor csalódtam nagyot, amikor 98-ban Windows környezetben kezdtem el dolgozni sok év Linux/Amiga után, és megpróbáltam a Visual C++, Visual J++ (vagy mi volt a neve), meg valami harmadik termék (talán Word?) gyorsbillentyűit átállítani.

Olyasmiket akartam pl. beállítani, hogy Windows billentyű + w, meg control-x aztán control-s (mindkettőt mentésre használtam).

A három microsoft program háromféleképp kezelte a billentyűket. Volt, amielyiken ment a Win+W, de a Control-X után nem tudott másik kódra várni mondjuk. Volt olyan, amelyik Windows+akármit nem bírt elfogadni.

Én meg arra gondoltam, hogy hát nem egyszerűbb és olcsóbb lenne egy ilyen nagy cégnél nem minden egyes termék fejlesztőcsapatának feltalánia a kereket újra és újra, hanem egyszer megírni és aztán csak mindenhol újra felhasználni a komponenseket (nem utolsó sorban így azonos felhasználói élményt lehetővé téve minden termékben)

( snq- | 2017. 08. 31., cs – 18:18 )

>> Azon kívül, hogy nehogy egységes legyen már, mert akkor a hülye user egyből beletalálna...

pont az egységesség miatt van így (a területen megszokott sqlcmd / odbc connstr szintaktika: [proto:]szerver[\instance][,port|pipenév], ahol egyrészt a : a protokol prefixé, másrészt np proto esetén nem tcp port szám található a vessző után)

( lovagX | 2017. 09. 05., k – 10:19 )

a regi debianos exim-ben megvan a dc_local_interfaces makroban a : volt az elvalaszto? a 127.0.0.1.26 -tal listenelt a 26os porton.

( cadmagician | 2017. 09. 05., k – 19:37 )

Nem mert dsn eseten a : a drive letterben van sourcenal?
------------------------
Jézus reset téged