NECROMAN: To jo, ale na projektech co delam to pouzit nemuzu, kvuli licencnimu omezeni >250 PC ve firme

MILL: Visual Studio Community umi vse potrebne, vcetne AddOnu, ReSharperu apod. a je zdarma :)

NECROMAN: Jako na potvoru mi nedavno skoncil BizSpark :/

ahoj, doporučíte mi nějakou firmu, ktera by nam udelala webovou aplikaci ASP.net pres IIS, C# ?
(bude se jednat o správu projektů, včetně kalkulatoru, který bude komunikovat s DLL)

diky

URZA: Ahoj, tuhle kombinaci jsme použili na několika projektech. Funguje to skvěle.

Ahojte, děláte tady někdo v asp.net MVC+WebAPI? Případně děláte už někdo v ASP.NET 5? Budeme teď začínat jeden nový větší projekt, který bude kombinovat jak API tak MVC, zajímalo by mě jestli s tím máte někdo praktické zkušenosti...

Seznam prednasek pro letosni Build je venku, pekne!
Build 2015 | Channel 9
http://channel9.msdn.com/Events/Build/2015

MILL: co tedy spocitat podle nejvzdalenejsich bodu natoceni podle osy Z, vyrovnat to do Z=0deg a pak projit nejvice bodu v rovine x s nizsim y (spodni hrana) a vyssim y (horni hrana) a to same s x na levou a pravou hranu? pak uz bys mel mit bod nejblize k x=0 a y=0 jako jeden roh a podle nej urcis posledni bod na y a x a tam budou dalsi rohy. pokud me teda alkohol a vektory nepletou. pokud to je takove to posahane puzzle co ma kosoctvercove a trojuhelnikove tvary tak by to mohl byt problem. ty dilky bejvaj vetsinou prohle nebo zaoblene, ale tam uz to bude spis o nastaveni tolerance

SIRLOON: Rohem nemyslim rohovy dilek puzzle, ale roh na jednom dilku

MILL: v tom pripade ale dokazes jednoduchou vektorovou matikou zjistit, ze dilek ma jednu hranu rovnou a identifikovat ho jako kraj, ne?

SIRLOON: Mam array bodu, ktere tvori obrys, tak jak jdou za sebou.
To vznika naskenovaim dilku puzzle v 300 dpi ze zadni strany na cernem pozadi. To prevedu na 2D pole a body "prefiltruju" a dostanum monochromaticky obrazek. Z toho pak vytahnu obrys. Pro jeden dilek je potreba 2D pole cca 300x300

MILL: jestli to dobre chapu, tak mas nejaky array vektoru ktery kdyz pak vykreslis da ti to tvar dilku puzzle, tzn. dokazes identifikovat jestli ten dilek ma na dvou stranach vyrez a na dvou vystupek atd. Pokud tomu tak je, tak co ti brani v kontrole jestli jeden bod v matici je v rohu tim, ze usecky co k nemu povedou sou nejak dlouhe, tj. neprerusene vyrezem nebo vystupkem?

VERLIBA: C3 je samozrejme C# :) chybicka se vloudila

Tuhle metodu jsem zkousel, kombinaci ruzne velkych oken a rozsah povolenych uhlu, ale vysledek bylo maximalne preoptimalizovani pro jeden dilek a nebylo to dostatecne robustni

MILL: zkusil bych se zeptat v [ Aplikovana matematika ] nebo [ Algoritmy všeho druhu :: podělte se, pochlubte se, diskutujte etc... ]
a taky bych to lepe popsal, napriklad me neni jasne co je c3, a zdali je to vubec dulezita informace.
Jinak na bych zkousel brat dve po sob ejdouci okna nekolika bodu, interpolovat v nich usecku, a zkoumat uhel tech dvou usecek, a lesdovat, jak se to chova okolo tech rohu.

BRAP242: tipuji, ze ze zaznamu z toho praveho Buildu se dovis vice, ale neni nad to se treba osobne zeptat tech lidi na nejake otazky.

NECROMAN: uz jsem prihlasenej - jsem zvedavej s cim se vytasej!