Det er begynnelsen til å se mye ut som en katapult :)

13 august 2011 av Chris Ingen kommentarer »

Noen hus å holde ting først. Mens Jeg Subaru fyr, må jeg si at jeg er ekstremt imponert over min kones S4. Ikke bare er det presser nærmere 400 hester, men det lett transporterer 10 'PVC.

Jeg har funnet den perfekte drikk for katapult bygningen. Prøv det og du vil se hvorfor.

Gjennomført kaste arm kurven og jeg er ikke fornøyd. Dens litt tung, ikke buet godt og bare samlet er suckage. Her er hvordan det kom ut:

Besluttet å skrap design og gå for noe litt mer slank. Tror dette vil fungere ut mye bedre, men bare testing vil si for sikkert.

Hadde en venn spør om katapulten ville passe gjennom de doble dørene. Her er beviset:

Så jeg nå å ferdigstille prosjektet på terrassen som jeg må jobbe på de øvre støttene. Kunne nesten nå dem fra neste nivå opp, men bestemte seg en stige ville være tryggere.

Et problem jeg løp inn er hvordan å lime deler 10 'opp og likevel få gode forbindelser. Jeg endte opp med å gjøre at alt riktig passform, ga meg noen innretting linjer, og gjorde limet arbeidet på bakkenivå.

Bit av sluttmontering arbeid når dagslyset sitt og det vil være på tide å prøve en prøveskytingen. Naboer pass opp!

C

Retur av dyret

12 august 2011 av Chris Ingen kommentarer »

I prosessen med å sette katapulten sammen igjen. Jeg er på et punkt der nesten hvert ledd er enten limes eller festes. Den opprinnelige tanken var å bolte leddene som ikke får lim. Ved kontroll av justeringen, var min frykt jeg ville ende opp å fjerne for mye stoff og svekke den strukturelle integriteten til felles. Jeg valgte å gå for # 10 plateskruene stedet.

Jeg ønsket å sørge for at rørene ble satt inn før bruke lim eller sette inn skruer. Siden du ikke kan se innsiden av røret på mange av leddene, jeg merket bare en 5/8 "dybde som en veiledning.

Hadde litt av en forsamling linje går.

Jeg vet det ser ikke ut som mye fremgang ble gjort, men jeg er tilbake til der jeg startet bare alle leddene er skikkelig låst i.

Neste steg er å bygge bakre 10 'støtter samt kaste armen. For kurven av å kaste arm, tenkte jeg at jeg ville bruke en lignende felles til den jeg brukte for omdreiningspunktet, bare denne gangen skal jeg bruke caps i stedet for adaptere på sidene. Her er de delene:

Neste steg er å lime delene sammen, og deretter gå den på med mitt bord så å kutte ut toppen. :)

Mer å komme,

C

Å vente Jeg har en annen god idé! :)

11 august 2011 av Chris Ingen kommentarer »

Tenker hvis jeg dukker opp på min kones familie sammenkomst med en 10 'katapult som kaster ild, som kanskje ikke være nok til å overbevise dem Jeg er litt over kanten. Med dette i tankene, vil jeg også skal bygge en potet kanon. Vanligvis ikke alle som gal, men jeg har besluttet å bygge det ut med klar PVC, slik at jeg kan få en god lysshow kommer når det antennes. :):):)

Selvfølgelig har jeg å fullføre det aktuelle prosjektet først ...

Progress går bra. Her er hvor vi er på:

Siden en 10 'katapult ikke vil passe i verkstedet, må jeg improvisere. Det øverste tverrliggeren til slutt vil være 10 "opp fra bakken. For nå at jeg bruker kortere vangene slik at det bare er 6,5 "over bakken. Dette vil la meg fortsette å jobbe på katapulten innsiden. Jeg trenger fortsatt å lime noen kritiske leddene og skru opp de resterende komponentene (husk jeg trenger å være i stand til å rive denne tingen ned for å transportere den, så de boltede skjøter vil la meg bryte katapulten ned i mindre biter).

Såååå, jeg trenger å rive det hele ned, lim visse leddene, så setter det hele sammen igjen for å bli boltet. Jeg nummerering leddene hjelp til å minne meg hvor alle delene går.

Mer å komme snart,

C

Hva er i et navn?

10.08.2011 av Chris 2 kommentarer »

Min kone nevnte at jeg burde vurdere å navngi enheten. Jeg tror jeg må bli enige. Hun ønsker å gi den navnet "Bob The Catapult" men personlig synes jeg alle enheter som vil være i stand til å kaste ild over 500 fot må ha en kvinnelig navn. Tanker? Kunne bruke noen forslag.

En av de tingene jeg måtte tenke gjennom var hvordan å gjøre dreiepunkt for å kaste arm. Bit av tiden stirret på hyllene i Home Depot gjorde utslaget (TIPS: Home Depot ansatte får * virkelig * forvirret når de spør om de kan hjelpe deg med å finne noe og fortelle deg dem "katapult deler").

Her er hva jeg kom opp med:

Pivot må passe til to "PVC, men gir en 90 graders adapter til å kaste arm. Pivot må også rotere fritt, men uten så mye slop at det blåser seg opp. Jeg endte opp med å ta en 3 "x3" x2 "T (midt i bildet), samt to 3" til 2 "adaptere (vist på hver ende av" T "). Jeg så dremeled ut kortene till 2 "rør kunne gli lett gjennom den. Resultatet er det du ser ovenfor. Jeg trenger bare å lime adaptere inn i "T" og dette bør trene ganske pent.

Device blir høyere og har mer støtter lagt i. Jeg flyttet vinsjen til den andre siden slik at fjernkontrollene er lett tilgjengelige. Jeg ønsker ikke å være noe i nærheten av denne tingen den første gangen jeg går for maksimal skyvekraft. ;-)

Mer senere,

C

Sagaen fortsetter

9. august, 2011 av Chris Ingen kommentarer »

Først la meg si at jeg har den kuleste kone! Jeg nevner bygge en 10 'katapult for å dra opp til henne familiesammenkomst og hun ikke engang bat øye. ;-)

Begynner å få det grunnleggende lagt ut. Skal bruke en 12V vinsj å laste enheten. Spring med være 10 LSB / ft bungee ledningen. Hvis min matte er riktig, bør dette få den første flukten hastigheten for små belastninger (en halvkilo eller så) opp inn i rekken av 150 MPH. Wahoo!

Her er oppsettet for grunnstrukturen. Den elektriske vinsjen å laste det er i forgrunnen:

Litt mer fremgang og her er fronten av enheten. At horisontal linje vil være et dreiepunkt for de bungee ledningene som vinsjen trekker dem i. Skjønte jeg bedre seler som mot bakre måneden punktet. Newtons tredje lov og alt det der.

Mer som det skjer,

C

Hva skjer når nerder blir lei

8. august 2011 av Chris Ingen kommentarer »

Hei alle,

Ikke sikkerhet relatert, men ønsket å dele, så tenkte jeg skulle poste dette her.

Jeg har to barn i sine lom år så jeg elsker å utnytte muligheten til å gjøre gale forskningsprosjekter under dekke av "fremme sin utdannelse". Skrevet litt i det siste om Van Der Graaf generator og plasma baserte høyttalerne vi bygget. Begge var kule prosjekter.

Min kones familie har en plass opp i nord NH der de samles på hver august. Dens i midten av ingen der med en kjempeflott innsjø ut igjen. I årenes løp har jeg vært å dra opp noen esoteriske våpen som kaster stjerner, pistol armbrøst og til og med en blowdart gun. Mens disse var kule, manglet de den massive destruktive effekten jeg var ute etter.

Med dette i tankene, i fjor vi bygget og brakt opp en trebuchet. Her er et bilde fra da vi var å teste den:

Det kan se lite, men riktig innstilt kan det kaste en golfball 2/3 av lengden på en fotballbane. Med litt øvelse, fikk vi ganske god til å treffe en 5 'runde målet.

Vi brakte trebuchet ut til familiens samlingssted i fjor sommer og hadde mye moro med det. Stirrer på den enorme innsjøen bak eiendommen imidlertid vi bare måtte prøve å kaste brennende gjenstander. Slår ut treb var ikke veldig god på det pga alle de brennbare deler. Besluttet det var noe jeg trengte å rette for dette året. Selvfølgelig som månedene krysset av, jeg også begynner å tenke at det ville være enda kulere om jeg kunne kaste gjenstandene videre. Med dette i tankene, har jeg kommet opp med dette grov design:

Tenker på å bruke 2 "PVC for et flertall av delene. Det vil gi strukturen stivhet, er en lett medium å jobbe med, og aller viktigst, vil det motstå brenne. :)

Så det er planen, vil vi se hvordan dette prosjektet går. Stay tuned for resultatene.

C

Blogg revidert med skyet godhet

20 mai 2011 av Chris 2 kommentarer »

Hilser alle,

Først vil jeg be om unnskyldning for å være mørkt så lenge. For å gjøre en laaaaang historie kort jeg gjorde jobben for en av de store organisasjonene som advokater kan ikke sove om natten hvis de ikke eier hver jævla tanke og nevron gnist i hodet ditt. Så mens jeg var i stand til å holde skriftlig innen organisasjonen, gjorde det offentlig side blogging problematisk. En resolusjon var alltid like rundt hjørnet, men akk det ble klart at det aldri skulle skje.

Jeg er glad for å si at problemet er løst. Jeg jobber nå for en ekstremt kul oppstart som prøver ikke å kvele den frie utveksling av ideer, men heller oppmuntrer det. Min gud hva en gal konsept, eh? : D

Med det sagt, fremover vil det være et par endringer:

  1. Jeg er sterk troende at hybrid skyen er klar til å ta over verden, så min skriving skal primært fokusert på denne disiplinen.
  2. Snarere enn legge til oppføringer her, vil jeg legge dem ut på min nye arbeidsgiver, CloudPassage . Bare klikk på "Blogg" øverst til høyre på siden.

Ser deg der,

Chris

Har Kill Lønnsomhet innovasjon?

2 september 2010 av Chris en kommentar »

Paul Graham har en utmerket skrive opp på hvorfor Yahoo gikk konkurs . Hele artikkelen er verdt lese, men her er to utvalgte sitater:

Jeg husker fortalte David Filo i slutten av 1998 eller tidlig i 1999 at Yahoo skulle kjøpe Google, fordi jeg og de ​​fleste andre programmerere i selskapet var å bruke den i stedet for Yahoo for søk. Han fortalte meg at det ikke var verdt å bekymre seg. Søket var bare 6% av trafikken vår, og vi vokste med 10% i måneden. Det var ikke verdt å gjøre bedre.

Og senere Paulus sier videre:

Hvis omstendighetene hadde vært annerledes, kanskje folk som kjører Yahoo har innsett før hvor viktig søk var. Men de hadde mest ugjennomsiktig hindring i verden mellom dem og sannheten: penger. Så lenge kundene skrev store sjekker for bannerannonser, var det vanskelig å ta søk på alvor. Google hadde ikke som å distrahere dem.

Først en ansvarsfraskrivelse: Meningene er jeg i ferd med å uttrykke er min egen. De representerer ikke, eller har noen tilknytning til noen organisasjon jeg har jobbet med i fortid, nåtid eller fremtid. Hvis du ser en mangel på innovasjon i organisasjonen din, vet jeg har gjort jobben for deg, og synes disse meningene er om organisasjonen, kan jeg forsikre dere om at de ikke er. De er observasjoner om en helt annen organisasjon.

Paulus 'artikkel virkelig treffer hjem for meg. Tenker tilbake på de årene jeg har tilbrakt konsulenttjenester for ulike organisasjoner, la jeg merke til karakteristisk mønster. Internett plass er overstrødd med selskaper som hadde noen kule innovasjon, gjorde innhogg i sine markedsandeler, men da mistet sin måte i jakten på høyere fortjeneste. Du kunne se det i organisasjonens interne kultur så vel som deres front mot interaksjon med publikum. Når fokuset endret fra langsiktig teknologiutvikling til kortsiktig lønnsomhet, begynte organisasjonen en nedadgående spiral.

Sannsynligvis en av de tidligste mest offentlige eksemplene var Lotus . For folk med så mye grått hår som meg, du husker sikkert at programmer som 1-2-3 og Notes sette PCen på kartet som valget business class system. På begynnelsen av 90-tallet ble alle som kjører Lotus-programvare. For den gangen i historien var det svært innovativ og funksjonell. Det var en rekke år hvor bokstavelig talt hvert selskap jeg gjorde arbeid for hadde en stor distribusjon av Lotus programvare.

Så rundt midten av 90 tallet alt det endret. Nye utgivelser faste bugs fremfor presset teknologien fremover. En strenge kopibeskyttelse-systemet ble implementert. Kostnader til telefon støtte og patcher gikk gjennom taket. Jeg husker det eksakte øyeblikket jeg bestemte jeg ville gjøre hva jeg kunne for å komme vekk fra Lotus-programvare. Jeg satt på vent for cc: Mail støtte (den Datastore hadde fordervet seg igjen), og innså at de hadde leid en disk jockey til å spille musikk og kunngjøre kø ventetid (vanligvis 30-60 minutter). Dette sa til meg at Lotus visste at de hadde støtte problemer, men snarere enn adressen roten årsaken de tok den billige veien ut og leid en entertainer. Mens jeg er sikker på at dette økt sin kortsiktige lønnsomheten, sendte det folk som meg som kjører inn i Microsoft leiren.

Selvfølgelig Louts var ikke den siste. Vi selv sett Microsoft vokser i store sprang til fokus endret fra innovasjon til kopibeskyttelse og markedsføring slicks. SCO endret sin forretningsmodell fra å være en SMB løsning å være litigators, og raskt gled inn i glemselen. Vi kan også være å se den igjen med Oracle. Noen hevder at Oracle kjøpte Sun ikke å videresende deres innovasjon, men spesielt til å saksøke mot Google . Vanskelig å argumentere dette punktet som fra utsiden ser det ut som den eneste andre ting de har gjort med Sun er kill OpenSolaris , og dermed kutte et vell av innovasjon levert av utenforstående programmerere.

I Paulus 'artikkel klandrer han roten på Yahoo ikke ansette de beste programmerere. I min erfaring problemet går dypere enn som så. Når et selskap går denne selvdestruktive fasen de fokusere mindre på å ansette innovatører (som programmerere) og mer på å ansette bønne tellere. Fokuset skifter fra å fremme nye ideer til å klemme ut hver siste krone for kortsiktig gevinst. Det første tegnet er vanligvis absurde politiske endringer. Cubes kan bare være dekorert i noen cookie cutter mote, må ingeniørene tømme sin egen søppel, bruker du mer av dagen regnskap for vår tid snarere enn faktisk å utføre noe, osv. osv.

Mens jeg er sikker på at noen regnskapsfører kan vises på en pen stolpediagram at slike politiske endringer øker lønnsomheten, savner de en meget viktig poeng. Endringene skaper et miljø som er skadelig for nytenkning. Kulturen skiftet alt, men garanterer at innovative ideer kommer til å mislykkes, og innovative tenkere skal gå videre til andre muligheter. Paulus 'samspill med Yahoo er et utmerket eksempel. Tenk på det som synonymt med å investere i mat på matbutikken. Kjøpe billig mat vil resultere i kortsiktige lønnsomheten, men lang sikt vil det trolig dramatisk øke helsekostnader . Når du teller pennies det er lett å miste av syne det langsiktige målet (som å leve et langt sunt liv).

Så er problemet big business? Er mantraet som bare små sultne bedrifter kan innovere mens store selskaper er forutbestemme å mislykkes? Personlig tror jeg ikke dette er sant. Jeg har sett store selskaper som er smart nok til å skape interne tenketanker for å fremme innovasjon. Mekanismer er på plass slik at nye ideer kommer fløtet til toppen og svikt ikke blitt synonymt med oppsigelse. Mens lønnsomheten er fortsatt viktig (og IMHO det burde være), kreativ risikotaking i mulige teknologi vertikaler støttes av ledelsen. En flott eksempel på dette er trolig Apple. Flytting fra datamaskiner til telefoner var en stor endring i deres vertikale markedet, men det betalte seg i spar.

Til slutt tror jeg det virkelig kommer ned til bedriftskulturen. Hva dreper et selskap ikke er dens størrelse, men dens evne til å fremme langsiktig istedenfor kortsiktig tenkning. Rask forstanden sjekk, hvis du merker at organisasjonen ansette flere bønne tellere enn innovatører, kan du allerede være på nedadgående spiral.


VMware raske veien Versus Langsomme Path Brannmurer

30 august 2010 av Chris Ingen kommentarer »

Mange av oss jobber nå med virtuelle brannmurer. Jeg gjorde et tidligere innlegg om hvilke styrker og svakheter ved sikkerheten i den virtuelle verden , men i dag vil jeg snakke om brannmursystemer muligheter med VMware. Det har vært mye spenning om VMwares relativt ny VMsafe API . Spesielt er alle desperat å opprette / distribuere raske veien brannmurer. Men er alle raske veien implementeringer skapt like? Er det sikkerhetsmessige bekymringer med å gå med en rask bane løsning? La oss dykke i og se.

Spesifikasjon av VMsafe

Med utgivelsen av VMsafe sikkerhet API, har VMware forbedret de tilgjengelige alternativene for å implementere sikkerhet innenfor en vSphere miljø ved å tillate leverandørene å plugge rett inn i hypervisoren på ringen 0. VMsafe består av tre komponenter:

  • VDDK - Disk blokk inspeksjon. API har blitt offentlig utgitt.
  • vCompute - CPU og minne API. Har ikke blitt offentliggjort. Ukjent hvilke tredjeparter har tilgang, hvis noen.
  • vNetwork - API til å overvåke / filter mellom vNIC og vSwitch. Har ikke blitt offentliggjort. Så vidt jeg vet, bare Altor Networks og Reflex Systems har tilgang (to leverandører som bistått i utviklingen av API).

Spesielt ønsker jeg å snakke med vNetwork API. Når man kontrollerer nettverk trafikkflyten innenfor en ESX host, det er to mulige implementering, "slow sti" og "rask sti".

Slow bane

Slow banen er det enkleste gjennomføringen og den vi har brukt i årevis. Effektivt dette er bare en VM gjest, likt andre VM gjest, kjører på ESX host. Vanligvis hver gjest er koblet til en unik vSwitch, og hver av disse vSwitches er koblet til en unik vNIC på brannmuren. Dette ligner på en arv brannmur oppsett, men implementert nesten. Nytten av utførende i langsom bane er at du kan kjøre en full slag OS med noen av bibliotekene eller tjenester som kreves for å støtte brannmuren.

Fast bane

Fast bane er effektivt en ring 0 driver som plugges direkte inn i hypervisoren kjernen. Dette gjør at en tredjepartsleverandør for å utnytte hypervisor for innsetting mellom hver vNIC / vSwitch tilkobling. Fordi en rask bane driver kjører i kernel sammenheng, legger det minimal overhead til systemet. Resultatet er kode innenfor raske veien er vesentlig raskere enn den samme koden som blir henrettet i langsom bane (derav VMware navnekonvensjon for hver sammenheng). Belastningen på ESX host er minimert, slik at sluttresultatet er at du kan kjøre langt flere virtuelle gjester.

Fast Vs Slow

Så det høres ut som du ønsker å gjøre alt innenfor raske veien, men det er en rekke problemstillinger. Fast bane er en kjerne sjåfør plugge inn en minimert hypervisor, ikke en full slag operativsystem. Dette begrenser bibliotekene og tjenestene brannmuren har tilgjengelig for å kontrollere trafikken flyt. Videre er vi plugge inn en kernel driver så det må være forsikringer om at det ikke bloat hypervisoren, øke angrepsflaten eller forstyrre andre hypervisor funksjoner. VMware utfører en kode gjennomgang på alle raske veien drivere før utgivelse. Så hvis jeg kunne teoretisk gjennomføre all koden min i raske veien, ville jeg trenge VMware godkjenning før hver patch eller funksjon utgivelse.

Med dette i bakhodet, er en leverandør som hevder "raske veien" support faktisk kommer til å ende opp implementere en del av koden sin så fort bane, en del som langsom bane, og deretter opprette en kobling mellom de to. Hvor mye belastning på systemet vil avhenge av hvor mye av denne koden er implementert i raske veien og hvor mye av den utføres i sakte sti.

Mulige raske veien Utplasseringer

For eksempel kan en leverandør velge å skrive en rask bane driver som bare tunneler alle pakker tilbake til en langsom bane implementert brannmur. Den langsomme banen koden avgjør deretter om trafikken skal videreformidles eller droppet, med bestått pakker som sendes tilbake til den raske veien koden for innsetting i hypervisoren kontroll kanalen. Selv om dette ville være den enkleste metoden for å distribuere raske veien, og uten tvil den tryggeste og mest sikre, ville det gir minst ytelse fordeler. Belastningen på systemet ville sannsynligvis ikke være mye bedre enn en full langsom bane gjennomføring. Jeg ser dette alternativet som meget attraktive for eldre brannmurforhandlere, som det ville kreve minst mulig endring av eksisterende kode og samtidig være i stand til å kreve "fast sti støtte".

Et annet alternativ ville være å bruke den langsomme banen plass til administrative funksjoner med den raske veien sjåføren fungerer som brannmur motoren. Så for eksempel brannmuren administrator ville skape politikk ved hjelp av et grensesnitt som kjører på en langsom bane VM, som da ville presse politikken ned til en rask bane driver. I dette oppsettet den raske veien sjåføren har en kopi av politikken slik at trafikken kontroll kan gjennomføres umiddelbart. Resultatet er raskere trafikk håndtering med minimal system belastning. Handelen av er bulkier kode på ring 0.

Det er også mulig å implementere en blanding av de to. For eksempel kan jeg bruke den raske veien sjåføren å gjennomføre brannmuren politikken, men da passerer alle "akseptert" pakker tilbake til den langsomme banen system for inntrenging kontroll, virussøk, eller hva er nødvendig. Akseptable pakker blir deretter sendt tilbake til den raske veien driveren for innsetting. Så i dette oppsettet alle "løse" pakker håndteres via raske veien, mens akseptert pakker samhandle med en langsom bane komponent.

Som en side notat, må du holde ovenfor info i tankene når de vurderer alle vNetwork implementeringer, ikke bare brannmurer. Den vNetwork API kan også brukes til håndhevelse, QoS, innsamling av nettverk statistikk, etc. For eksempel den aller første vNetwork gjennomføringen var faktisk VMwares Lab Manager. Dette verktøyet brukes for selvbetjening klargjøring og inneholder ikke en brannmur komponent (dette er implementert via VShield).

Oppsummering

Mens en VMware produkt som integrerer med VMsafe kan strengt være en "slow sti" gjennomføring, er det svært usannsynlig at et produkt kan anses utelukkende en "rask sti" gjennomføring. Enhver rask bane produktet er mest sannsynlig kommer til å bli en hybrid. Det er bare et spørsmål om hvor mye kode finnes i "raske veien" rom versus "slow stien" plass. Når et produkt hevder rask sti-støtte, må du grave litt dypere for å analysere gjennomføringen for å identifisere eventuelle reelle ytelsen.

Den Comcast Scam

25 august 2010 av Chris Ingen kommentarer »

Fullstendig irrelevant for sikkerhet, men ble overrasket da dette skjedde med meg så jeg tenkte jeg skulle kaste ut en heads up.

Når du betaler ditt kredittkort eller boliglån, det finnes lover i stedet å (prøve) holde kreditorene fra gouging deg. For eksempel hvis du gjør et kredittkort betaling, har kreditor å gjelde som betaling for den eldste kjøpet. Hvis de ikke gjorde det, kunne de lett knerte deg med høyere renter og straffer ved kun å betale ut nylige kjøp. Loven er utformet for å gi en viss grad av forbrukerbeskyttelse.

Angivelig de samme reglene gjelder ikke Comcast. Tilbake i juni gikk jeg inn i den lokale Comcast kontoret og plukket opp to nye kabelbokser. Disse gjorde det på min juni regning, noe jeg helt gått glipp grunn til å reise. Jeg har min bank oppsett for å lage auto-betalinger, men i juni auto-betaling endte opp med å bli $ 18 kort. Gå til juli, og jeg hadde samme problem. Fant du ikke se på regningen, og bare la auto-pay gjøre sin ting. Bortsett nå er det ikke bare $ 18 kort, er det $ 18 pluss avgifter og straffer.

Så her er vi i august. Mindre enn 30 dager siden sist jeg laget en betaling og Comcast drept min tjeneste. Telefon, TV og internett alt frakoblet. Da jeg ringte for å finne ut problemet, ble jeg fortalt min konto var 60 dager forsinket. Etter å ha snakket med tre ulike menneskene jeg ble fortalt at Comcast har ikke noe slikt krav skal gjelde utbetaling til eldste gjeld. Så mens min juli regningen ble ansett aktuell, var min juni regningen regnet 60 dager forsinket. Dermed avbrudd i tjenesten, samt flere avgifter for å rette ut mens ting ut. Hvis Comcast ble holdt til samme standard som de fleste kreditorene, ville jeg fortsatt skylder dem $ 18. Fordi de ikke er, med sin gebyrstruktur nå jeg skylder $ 47 og at antallet er fortsatt klatring (tilsynelatende deres Tivo tjenesten ikke kan slås på igjen uten en tjeneste tech).

Postmortem

  • Koblingssalg hjemmetjenester kan spare penger, men gir en ekkel single point of failure
  • Vær forsiktig med å bruke en Bank basert auto-lønn for regninger som kan variere
  • Comcast gebyrstruktur tillater dem å tjene en årlig avkastning på 967% hvis du er så mye som $ 1 forfallen, og savner det følgende måned