Die geheim van die sagteware-industrie | Martech Zone
Die geheim van die sagteware-industrie
Dinsdag, September 4, 2007 Dinsdag Oktober 4, 2011 Douglas Karr
Dit is 'n opwindende tyd om in die sagtewarebedryf te wees. Met die dot com boom en bust, en nou 'web 2.0' en sosiale netwerke in die hoofstroom, is ons nog in ons kinderskoene maar besig om groot te word.
Op 'n graadvlak sou ek sê dat ons waarskynlik in die 9de graad is. Ons voel nog steeds ongemaklik in ons vel, ons raak opgewonde oor die sagteware wat 'n bietjie 'oorontwikkel' lyk, en ons begin net vriendskappe opbou wat hopelik 'n leeftyd sal duur.
Verbruikers raak uiteindelik ernstig met ons sagteware. Produkbestuurders kry uiteindelik goeie smaak - hulle komplimenteer 'n wonderlike produk met 'n goeie ontwerp wat die verkope en bemarking waardig is.
Dit gesê, die dwaling van die aankoop van sagteware bestaan ​​steeds. As u 'n nuwe motor koop, weet u oor die algemeen dat dit gemaklik gaan wees, goed ry, hoe dit draai en hoe dit net vanaf die toetsrit versnel. As u dit in 'n outo-tydskrif deur 'n groot joernalis lees, kry u 'n gevoel van hoe die motor gaan voel voordat u ooit daarin klim.
Sagteware het ook toetsritte en resensies, maar dit voldoen nooit aan ons verwagtinge nie, of hoe? 'N Deel van die probleem is dat, terwyl motors vorentoe gaan, agtertoe en deure en wiele het, sagteware nie dieselfde reëls volg nie ... en twee mense gebruik dit ook nie dieselfde nie. Eers as ons vasgevang is in ons daaglikse werk, kom ons agter wat 'ontbreek' met die aansoek. Dit word gemis toe dit ontwerp is. Dit word gemis toe dit ontwikkel is. En die ergste is dat dit altyd in die uitverkoping gemis word.
Dit is omdat ek en jy nie sagteware koop vir hoe ons dit gaan gebruik nie. Dikwels koop ons dit eintlik glad nie - iemand koop dit vir ons. Die sagteware wat ons gebruik, is dikwels verpligtend as gevolg van 'n korporatiewe verhouding, afslag of die manier waarop dit met ons ander stelsels in wisselwerking tree. Dit verbaas my hoeveel keer dat 'n robuuste aankoopproses, sertifiseringsvereistes, diensvlakooreenkomste, sekuriteitsnakoming, bedryfstelselversoenbaarheid is, maar niemand eintlik gebruik die aansoek tot lank na die aankoop en implementering.
Dit is miskien een van die redes waarom seeroweringsagteware so ongebreideld is. Ek wil nie eens tel hoeveel duisende dollars sagteware ek gekoop het wat ek gebruik het en prysgegee het nie en nooit weer gebruik het nie.
Die uitsig van die sagtewaremaatskappy
Die uitsig van die sagtewaremaatskappy is heeltemal anders! Alhoewel ons aansoeke gewoonlik 'n primêre probleem oplos, is dit die rede waarom mense daarvoor betaal ... daar is soveel tersiêre probleme daarbuite dat ons in ag moet neem wanneer ons dit ontwikkel.
Hoe lyk dit? - in teenstelling met die algemene opvatting, sagteware is 'n skoonheidskompetisie. Ek kan wys op tientalle toepassings wat die mark moet 'besit', maar nie eers die verlaging kry nie, omdat hulle nie die estetika het wat die nuus opslaan nie.
Hoe verkoop dit? - soms is funksies bemarkbaar, maar nie regtig so nuttig nie. In die e-posbedryf was daar 'n ruk lank 'n groot druk RSS. Almal het daarvoor gevra, maar slegs 'n paar e-posdiensverskaffers het dit gehad. Die snaakse ding is dat dit 'n jaar later nog nie in die hoofstroom deur e-posbemarkers aangeneem word nie. Dit is een van die kenmerke wat bemarkbaar is, maar nog nie regtig nuttig is nie.
Hoe veilig is dit? - dit is een van die 'klein' items wat oor die hoof gesien word, maar wat altyd 'n ooreenkoms kan maak. As sagtewareverskaffers moet ons altyd na sekuriteit streef en dit deur onafhanklike oudits laat rugsteun. Dit is onverantwoordelik om dit nie te doen nie.
Hoe stabiel is dit? - Verrassend genoeg is stabiliteit nie iets wat gekoop word nie - maar dit sal u lewe ellendig maak as dit 'n probleem is. Stabiliteit is die sleutel tot die reputasie en winsgewendheid van 'n toepassing. Die laaste ding wat u wil doen, is om mense aan te stel om stabiliteitskwessies te oorkom. Stabiliteit is ook 'n belangrike strategie wat die basis moet vorm van elke aansoek. As u nie 'n stabiele onderlaag het nie, bou u 'n huis wat eendag sal verbrokkel en val.
Watter probleem los dit op? - dit is waarom u die sagteware benodig en of dit u besigheid sal help. Om die probleem te verstaan ​​en die oplossing te ontwikkel, is die rede waarom ons elke dag werk toe gaan.
Die geheim van die sagteware-industrie is dat ons sagteware NIE goed verkoop, koop, bou, bemark en gebruik nie. Ons het nog 'n lang pad om te gaan voordat ons eendag studeer en alles konsekwent doen. Om in hierdie bedryf te hou, moet ondernemings dikwels funksies en sekuriteit ontwikkel om te verkoop, maar bruikbaarheid en stabiliteit opoffer. Dit is 'n gevaarlike spel. Ek sien uit na die volgende dekade en hoop dat ons genoeg geword het om die regte balans te kry.
My gunsteling liedjie vir tromme op die stuurwiel
Werk u van u? Hoeveel werknemers?
September 5, 2007 by 9: 51 AM
Een van die moeilikste vrae wat ek ooit moet beantwoord, is: "As u dit sagteware-ingenieurswese noem, waarom kan u nie deterministiese uitkomste vir u projekte hê nie?"
My antwoord is soortgelyk aan dit waaroor u hier praat. Dit is 'n splinternuwe bedryf. Dit het ons duisende jare geneem om terug te kom waar die Romeine met ingenieurswese gekom het. Een van my gunsteling oomblikke in Italië was om die Pantheon in Rome te besoek en die gat te sien waar Brunelleschi glo 'n gat gesny het om uit te vind hoe die Romeine so 'n groot koepel oprig (terwyl hy probeer uitvind het hoe om die Duomo in Florence te voltooi) ).
Ons is 'n jong vakgebied en dit sal tyd neem voordat ons konsekwente sagteware van gehalte kan vervaardig. Daarom word daar steeds na ontwikkelaars gekyk as soorte towenaars. Ons moet soveel as wat ons kan beheer (funksie kruip, bemarkers in staat stel om sagteware-argitektuur te bestuur, slegte bestuur), maar ons kan nie die feit dat sommige sagteware dit kry, en ander nie, kan skud nie. Tot dan is dit goue spitstyd!
September 10, 2007 by 9: 54 AM
Die konsep van die oorontwikkelde ontwikkeling is so waar in Web 2.0. Dit lyk asof baie ondernemings rondom een ​​produk geskep word wat u nie sou dink 'n hele onderneming sou kon onderhou nie ... dan word dit óf verkry (wat ideaal is vir die maatskappy) óf dit fladder na minimale aanneming.
September 15, 2007 by 4: 00 PM
Ek stem volkome saam met die idee dat die sagteware-industrie nie heeltemal ontwikkel het tot die vlak waarop dit moet wees voordat dit kan beheer as die sagteware aan die verbruiker versprei word nie. Ek bedoel dit is heeltemal korrek as u sê dat sagteware verskillend by elke verbruiker gebruik word, en dit bevredig dus nie almal nie. Die idee van seerower sagteware ontstaan ​​as gevolg van hierdie ontevredenheid van die verbruiker, omdat u reg het dat u soveel geld vir 'n sagteware betaal en dit gebruik en dit dan opgee en dit nooit weer sal gebruik nie, en ek dink hierdie idee pas nie as u praat oor geld nie. op iets wat nie langtermyn sal wees nie. Uiteindelik is die idee waar totdat ons konsekwent kan wees in die koop, bou, bemarking en die gebruik van sagteware, maar ons kan nie keer dat hierdie verkeerde idees opduik nie.