Vzostup a pád malej firmy (diskuse)

[User682]

zdravim,

pekny medailonek a zkusenosti, co jste napsal. Pan Srnka je kapacita po hodne strankach.

Zajimalo by mne proc koncite ? Pokud o tom chcete/muzete mluvit.

Dovedu pochopit, ze pozadavky zakazniku jsou nekdy pres caru. Na druhou stranu si zakazniky muzete vybirat. Odprodej business-u dava mnohdy smysl. Netahnete sebou nejakou minulost a muzete se soustredit pouze na novy napad se zkusenostmi s predchozich realizaci.

Me kdysi jedno podnikani potopili zakaznici. Bankrot. Ale kdyz se na to divam zpetne, tak jsem si za to mohl z 30% sam a hodne jsem se z toho poucil. Nelituju ale toho, ze se to stalo.

Letos mi zakaznici udelali hodne velkou financni ztratu po 6 lete jizde, kdy se darilo skoro vse, na co jsem sahl. To je ale riziko podnikani a na takove situace uz mam rezervy. U mne je chyba kombinaci nejake me slabe stranky, kterou neznam nebo ji podcenim. Do toho nejake me prehnane pozadavky. Ono je vcelku umeni najit dobreho a seriozniho obchodniho partnera.

Pavel Kysilka

[mirec]

Dôvod nie je tajný. Jednoducho ja nechcem riešiť klientov a Mišo ten bol v poslednej dobe z klientov strašne zničený. Rozhodol sa teda odísť, momentálne je v novom zamestnaní, bez stresu a zarobí mesačne asi toľko, koľko bol priemerný ročný príjem u nás (v zásade okrem posledných 2 rokov to bola bieda).

Ja prechádzam s klientmi pod inú firmu, pretože by nebolo voči klientom fér nechať ich len tak nech si hľadajú nového správcu.

Či sa projekt bude nejak hýbať dopredu neviem zhodnotiť. Doteraz sme fungovali vo dvojici a cieľom bol čo najlepší produkt namiesto maximalizácie zisku.

[User682]

zdravim,

moje zkusenosti:

- staci par zakaznickych pozadavku a produkt neni nejlepsi. V finale zjistite, ze Vase predstavy o produktu se shoduji z 30-50% s tim, co chteji zakaznici. Zejmena architektura a vyvoj tim utrpi. Ridim se spise tim, ze se snazim delat optimalni veci nez nejlepsi. Pak udelam nejakou revizi nebo refaktoring po case a jede to.

- ona ta maximalizace zisku je take dulezita. Chce to najit nejaky balanc. Pak budete mit penize na cloveka, co bude resit zakaznickou podporu nebo Vam s ni jednou za cas pomuze. Pokud jedete na doraz s financemi = i nizky zisk, tak vetsinou prijde neco, co Vas polozi. Termin budovani rezerv jsem dlouho nechapal.

- prechod pod jinou firmu je dobre reseni. Muzete zakaznikum par mesicu pomoci a pak to uz nechat na jine firme. Naopak uvidite, co bude dana firma delat a co jste Vy nedelali. Dobre pouceni.

- dalsi vyvoj - bude zalezet jak snesete nove spolecniky nebo investory.

gf

[mirec]

U nás to nebola len zákaznícka podpora, ale aj právne spory (áno zmluvy sme mali, ale niektorí klienti sa rozhodli aj tak nezaplatiť). Ja som tieto veci nikdy neriešil, ale viem si predstaviť, že to muselo byť extrémne vyčerpávajúce.

Prechod na inú firmu mi z možných možností pripadal najférovejší. Mal som aj iné možnosti, ale takto mi to pripadá férové voči klientom (najmä tej slušnej väčšine).

[Want]

Dvojmužná firma je vzdycky sebevražedný projekt. Už před 20 lety jsem dostal nápad, který pokud vím dodnes nikdo nerealizoval. A nešel jsem do něj protože firma, která dodává software nemůže stát na jednom člověku. Bohužel jsem tehdy nenašel vhodného spolupracovníka a víc mě baví projekty vymýšlet, než podnikat.

[Miriam]

Jsi neschopný s velikášským konceptem.

[Want]

O tom ty naštěstí nerozhoduješ. Jdi si raději přepočítat štěnice pod matrací.

[Miriam]

Ty bys o tom rozhodovat mohl, ale evidentně máš jen výmluvy než abys něco dělal.

[Want]

Víš prd o tom co dělám.

[Want]

Nebo si snad myslíš, že sem píšu o všem co dělám? To bys vážně pobavil.

[_]

Ty děláš i něco jinýho než psaní sem?

[Ragzid]

Pokud muzu doporucit, tak jeden podcast: Fuckupy v IT.

Hromada materialu s ruznymi lidmi z IT branze (zpravidla manazeri, ale i teamleaderove z vyvoje), ceho se vyvarovat. Clovek si u toho docela srovna v hlave, co chce. (Jen varuji, ze z jazykoveho hlediska to ma docela nizkou uroven)

Za sebe, co muzu doporucit - urcite zapojit podporu (pokud to jde), a nedelat nejakou vec jenom pro to, ze to je technicky zajimave - musi se to v prvni rade hlavne nejak ufinancovat, a to koncoveho zakaznika nezajima...

[Jendа]

Na tom Slovensku jsou nějaké drahé těstoviny, stálo by za to zkusit to zarbitrážovat.

Jinak mi přijde že dneska se u nás říká startup snad všemu. Viz třeba StartupJobs ze kterého se stal další jobs.cz.

[kralyk z abclinuxu]

Jinak mi přijde že dneska se u nás říká startup snad všemu. Viz třeba StartupJobs ze kterého se stal další jobs.cz.

No tak má tam inzeráty i Seznam.cz, takže asi tak

[MakeIranBombedAgain❗]

tttsssss prostě tam jako pytlik nudlí stojí +- stejně jako jedna bota :D :D #hegerovaDrahota :D ;D

[z_sk]

V ktorom roku presiel linuxos.sk z PHP na Python?

[mirec]

2013

[z_sk]

To bola nasadena nova verzia Shakal-NG? Predtym bol Shakal old with PHP?

[mirec]

Hej, predtým bol v PHP a bol to môj starý humus, ktorý bol v neopraviteľnom stave. Nakoniec môžem tu pastnúť jeden snippet:

function frontpage_query()
{
	global $_MOD_CLASS, $DB_PREFIX;
	$out = array();

	$co = "";
	if ( $_MOD_CLASS["User"]->prihlaseny() )
		$co .= '`'.$DB_PREFIX.'diskusia_watch`.`diskusia_id` AS `watch`, '.
			'`'.$DB_PREFIX.'diskusia_zvyraznenie`.`time`, '.
			'(SELECT IF (IFNULL(`'.$DB_PREFIX.'diskusia_zvyraznenie`.`time`,NOW())<`'.$DB_PREFIX.'diskusia_header`.`last_time`,1,0)) AS `new_comments`, ';
	$co .= '`'.$DB_PREFIX.'diskusia_header`.`diskusia_id` AS `forumid`, '.
		'`'.$DB_PREFIX.'diskusia_header`.`time`, '.
		'UNIX_TIMESTAMP(`'.$DB_PREFIX.'diskusia_header`.`last_time`) AS `lt`, '.
		'`'.$DB_PREFIX.'diskusia_header`.`reakcii`, '.
		'(SELECT `predmet` FROM `'.$DB_PREFIX.'forum` WHERE `'.$DB_PREFIX.'forum`.`id`=`'.$DB_PREFIX.'diskusia_header`.`diskusia_id` LIMIT 0,1) AS `predmet`, '.
		'`'.$DB_PREFIX.'diskusia_header`.`vyriesene`, '.
		'`'.$DB_PREFIX.'diskusia_header`.`zamknute` ';

	$from = 'FROM `'.$DB_PREFIX.'diskusia_header` ';

	$join = "";
	if ( $_MOD_CLASS["User"]->prihlaseny() )
		$join .= 'LEFT JOIN `'.$DB_PREFIX.'diskusia_zvyraznenie` '.
			'ON `'.$DB_PREFIX.'diskusia_zvyraznenie`.`userid`='.(integer)$_MOD_CLASS["User"]->id.
			' AND `'.$DB_PREFIX.'diskusia_zvyraznenie`.`diskusiaid`=`'.$DB_PREFIX.'diskusia_header`.`id`';
	if ( $_MOD_CLASS["User"]->prihlaseny() )
		$join.='LEFT JOIN `'.$DB_PREFIX.'diskusia_watch`'.
			'ON `'.$DB_PREFIX.'diskusia_header`.`id` = `'.$DB_PREFIX.'diskusia_watch`.`diskusia_id`'.
			'AND `'.$DB_PREFIX.'diskusia_watch`.`uid`="'.$_MOD_CLASS["User"]->id.'" ';

	$where='WHERE `'.$DB_PREFIX.'diskusia_header`.`active`="yes" '.
		'AND  `'.$DB_PREFIX.'diskusia_header`.`kategoria` = "forum" ';

	$cf='SELECT '.$co.$from;
	$jw=$join.$where;

	$out[0] = $cf." USE INDEX (`najnovsie`) ".$jw.
		'ORDER BY `'.$DB_PREFIX.'diskusia_header`.`time` DESC '.
		'LIMIT 0,'.(integer)(get_settings("temy_frontpage_najnovsie","Forum",5));
	$out[1] = $cf." USE INDEX (`komentare`) ".$jw.
		'ORDER BY `last_time` DESC '.
		'LIMIT 0,'.(integer)(get_settings("komentare_frontpage_najnovsie","Forum",5));
	$jw .= ' AND `'.$DB_PREFIX.'diskusia_header`.`time`>FROM_UNIXTIME('.(int)( time() - 3600*24*31 ).') ';
	$out[2] = $cf." USE INDEX (`najnovsie`) ".$jw.
		'AND `'.$DB_PREFIX.'diskusia_header`.`reakcii`=0 '.
		'ORDER BY `'.$DB_PREFIX.'diskusia_header`.`time` DESC '.
		'LIMIT 0,'.(integer)(get_settings("nediskutovane_pocet","Forum",5));
	$out[3] = $cf." USE INDEX (`reakcii`) ".$jw.
		' ORDER BY `reakcii` DESC '.
		'LIMIT 0,'.(integer)(get_settings("najdiskutovanejsie_pocet","Forum",5));

	return $out;
}

Momentálne som extrémne spokojný s tým, že celý teneto humus rieši ORM.

[trekker.dk]

There are only two hard things in Computer Science: cache invalidation and naming things.

Pokud vím, správně je to ..cache invalidation, naming things and avoiding off-by-one errors

[johnyK]

Server side validácia

tohle je podle me jedna z nepeknych vlastnosti browser-clientu. Znam software, ktere uz 40 let validuje jen na clientu a funguje to bez problemu. Jenom ten client nesmi byt v browseru, ale je to proste nejake .exe na desktopu. Pak je tomu mozne verit.

[podlesh]

No, není. Takhle se spálila spousta herních vývojářů a přes veškeré snahy to nakonec většinou vzdali a validace se dělá buď kompletně na serveru, nebo na obou stranách (a server vyhraje, samozřejmě). A to se jedná o oblast, kde je skutečně reálný a významný důvod validaci dělat primárně na klientu (latence).

[kralyk z abclinuxu]

Jenom ten client nesmi byt v browseru, ale je to proste nejake .exe na desktopu. Pak je tomu mozne verit.

lol

[johnyK]

lol

musim se priznat, ze jsem to nepochopil. Je jasne, ze je v technicke praxi smysluplne pouzivat overene principy prace, bezne postupy a drzet se pritom i jakychsi 'znamych' pravidel - jako treba ... co prileti k servru je treba vzdy zkontrolovat.

V jednom takovem projektu jsem pred lety pracoval. Teoreticky matematik prosadil, ze validace je proste potreba, cesou se na tech datech muze vzdycky neco pokazit. A tak se udaje zadane uzivatelem prevzay na servru, neco se ulozilo a nejake dalsi data se poslala dal k dalsimu servru. Tam se to vsechno zkontrolovalo a poslalo se to dal. A i na dalsim miste byly implementovany testovaci funkce, aby se nahodou nestalo, ze ta data jsou nejaka vadna. Na konci samozrejme byly pretazene terminy, tahanice u soudu. Ale data byla VALIDNI. Minimalne to se podarilo.

[Jendа]

Já jsem zase slyšel o systému co validoval na klientu, což bylo windowsové exe přesně jak jsi psal, a pak ho kamarád vyhackoval.

[deda.jabko]

Co povazujes za dobry napad je standardni security by obscurity a neni to vubec dobry napad.

Je jasne, ze je v technicke praxi smysluplne pouzivat overene principy prace, bezne postupy a drzet se pritom i jakychsi 'znamych' pravidel - jako treba ... <

A tohle mi pripada zase jako cargo cult programming.

Teoreticky matematik prosadil, ze validace je proste potreba, cesou se na tech datech muze vzdycky neco pokazit.

Teoretickym matematikum je v takovych anekdotach (a tato neni vyjimkou) casto vycitana jejich neprakticnost a odtrzenost od reality, pricemz v tomto pripade se ten teoreticky matematik zachoval naprosto prakticky, realisticky a technicky spravne.

Coz je trochu prekvapujici, protoze teoreticky matematik by mohl prijit s resenim, kde validace na serveru nebude vubec potreba a bude to cele bezpecne. Staci, kdyz bude zajisteno, ze data posila klient, u ktereho je garantovane, ze je opravdu validuje. Coz vyzaduje trochu saskovani s kryptografii. Pokud se jedna o firmu, kde kvuli validaci vstupu dojde k protazeni terminu, asi bych se do takove vysoke informatiky vubec nepoustel.

[podlesh]

V jednom takovem projektu jsem pred lety pracoval. Teoreticky matematik prosadil, ze validace je proste potreba, cesou se na tech datech muze vzdycky neco pokazit. A tak se udaje zadane uzivatelem prevzay na servru, neco se ulozilo a nejake dalsi data se poslala dal k dalsimu servru. Tam se to vsechno zkontrolovalo a poslalo se to dal. A i na dalsim miste byly implementovany testovaci funkce, aby se nahodou nestalo, ze ta data jsou nejaka vadna. Na konci samozrejme byly pretazene terminy, tahanice u soudu. Ale data byla VALIDNI. Minimalne to se podarilo.

1. Moje zkušnosti jsou přesně opačné: ještě nikdy jsem neviděl projekt s přetaženými termíny protože se implementovalo moc validací. Naopak jsem viděl spoustu (ani to nebudu počítat) projektů kde se termíny nestihly protože validací byl nedostatek. Tedy, základní termín se samozřejmě vždy stihl, ale celý ten bazmek neprošel ani základním akceptačním testem a "bugfixy" se eskalovaly donekonečna.
2. To byl houby teoretický matematik, tohle spíš vypadá na inženýra. Opravdový teoretický matematik navrhne algoritmus, napíše Fortran kód v jazyce který je požadován a pak to hodí na ostatní programátory aby vyřešili detaiy jako jsou chybějící středníky a tak.

[Ruža Becelin]

> napíše Fortran kód v jazyce který je požadován a pak to hodí na ostatní programátory aby vyřešili detaiy jako jsou chybějící středníky a tak.

+1

[Mayhem]

Znam software, ktere uz 40 let validuje jen na clientu a funguje to bez problemu. Jenom ten client nesmi byt v browseru

Co je to za software, kdyz je 40 let stary?

ale je to proste nejake .exe na desktopu. Pak je tomu mozne verit

Jasne, tomu lze moc verit. Jen do te doby, nez prijde osklivy pan s nedobrym umyslem ...

[johnyK]

ekonomicke software pro male a stredni firmy - jakych jsou tisice a nikdo krome tech co to software pouzivaji je nezna.

Ale i kdyby to software bylo nejak rozsirene, co muze nejaky pan se zlymi umysly udelat? Bude se snazit odchytit tu sifrovanou komunikace mezi klientem a tim aplikacnim servrem? Aby napr. klientem zkontolovanou email-adresu prepsal do nejakeho nesmyslneho formatu a tim skodil?

[wertewr]

Nevyjadruj se kdyz netusis o cem mluvis. Akorat ze sebe delas hlupaka.

[Jendа]

ekonomicke software pro male a stredni firmy - jakych jsou tisice a nikdo krome tech co to software pouzivaji je nezna.

Jasně, v tom případě to může být OK, ale pak naprosto nedává smysl ta druhá věta, že to musí být .exe a ne webová aplikace.

[Mayhem]

Validace na klientu je fajn. Validace na serveru je nezbytnost. Muze prijit nejaky osklivy pan, ktery si udela sveho klienta a sve validace. Duverovat cemukoliv od klienta je silne nebezpecne!

[luky]

Validace na klientu je fajn. Validace na serveru je nezbytnost.

Ve spouste pripadu neni validace na serveru nutna a staci validovat na klientu. Prikladem budiz treba NFS pouzivane uvnitr uzavreneho systemu.

[Václav HFechs Švirga]

Pěkný článek o magnetických konektorech. Po tom, co jsem to USB-C na svém NTB 2x měnil (je to pěkně ošklivá práce s horkovzduškou a myslím, že třetí výměnu by už deska nepřežila) též používám . Jen pro napájení, dokynu nemám a jo, ty piliny jsou trochu zlo.

[Glee]

TLDR, ale ty Adriana testoviny s touto cenou zaujaly. Snad uz nejsme pro SK to, co je pro CZ D.

Btw. Neporusils nejaka NDA-cka?

[mirec]

Všetko čo píšem sú buď verejné veci, alebo nie sú napísané tak, že by z nich človek získal niečo konkrétne. Javascritové veci okolo frontendu sú viac-menej môj projekt, ktorý som robil vo voľnom čase a zdrojáky sú na githube. Nikdy nespustené projekty - tam asi nie je o čom, je to tuším nejakých 6 rokov dozadu, nezdá sa mi, že by to v súčasnosti bolo ešte nejak relevantné (a v tej dobe som NDA ani nemal podpísanú).

[hefo]

Tam je než len cena zaujímejšia tá matematika okolo:

2,20 €/kg * 500 g = 9,50 € (?!)

A popis tiež dobrý: "... prípadne žiadne sousto je pořádně šťavnaté..."

[R]

Problem bol v tom, ze ste ako programatori komunikovali so zakaznikmi.

Na to treba mat cloveka, ktory ma na to zaludok a v pripade potreby vie vyfakturovat kazdu zacatu hodinu zbytocnej prace, nezmyselnych otazok a pod. Samozrejme to musi byt v zmluve a taketo veci by tiez mal ten clovek riesit.