Fork me on GitHub
#clojure-norway
<
2024-04-29
>
leifericf07:04:03

Ref. tidligere diskusjoner om det å jobbe som konsulent på timesbasis vs. å ta betalt for den reelle verdien av sluttproduktet (uahvengig av hvor lang tid det tar å lage). Tanker? https://youtube.com/shorts/S98s1Gd53y4

🔥 1
emil0r07:04:02

Enklare att sälja in timmar. I övrigt beror det på vad du gör

leifericf07:04:57

Jepp. Jeg er enig i at det er enklere å selge timer og ofte mer lukrativt også ☺️

leifericf07:04:37

Dog føler jeg det hadde vært mer ærlig og korrekt å ta betalt for verdien man faktisk tilfører. Da er insentivene bedre plassert. Men, ja, vanskeligere å gjennomføre på mange måter.

teodorlu08:04:00

Jeg mener: 1. Å outsource hele teknologiorganisasjonen din er kjempedumt, det kommer du til å brenne deg på. 2. Når du ikke har outsourcet hele teknologiorganisasjonen din (du har ansatte utviklere), tror jeg det kan funke bra å leie inn folk til å jobbe på timesbasis — fordi da kan man faktisk snakke sammen om kvalitet utover det som synes i nettleseren til sluttbrukeren. 3. Hvis konsulent-innleie skal funke bra, må samarbeidet mellom innleide og ansatte være godt.

☝️ 1
👍 2
leifericf08:04:30

Enig i det også, @teodorlu.

Sardtok11:04:02

Det er ganske stor risiko å ta ved å ta betalt for leveranser. Din lønn blir fort veldig uforutsigbar, med mindre du er helt magisk når det kommer til estimering. Nå er det vel ikke så mange som vil ta ting på målpris eller liknende lenger heller. Det fører ofte til at man overestimerer voldsomt for å sikre seg.

teodorlu11:04:16

Det er ganske stor risiko å ta ved å ta betalt for leveranser. Din lønn blir fort veldig uforutsigbar, med mindre du er helt magisk når det kommer til estimering.Og risikoen blir fordelt ujevnt: programmereren tar hele nedesiden (ingen betaling hvis ting skjærer seg) uten å få noe av oppesiden (du får ikke mer penger enn avtalt fastpris hvis kvaliteten blir høyrere en forventet).

Sardtok11:04:17

Målpris er jo litt spesielt, man får gjerne et tillegg i timeprisen om du kommer under estimatet.

Sardtok11:04:06

Men så straffes man for å gå over estimatet.

teodorlu11:04:36

så programmereren er insentivert til å levere akkurat nok og bruke så kort som mulig tid? Høres ut som det kan føre til snarveier i koden.

Sardtok11:04:51

Ja, og da blir det gjerne noe slags kvantitative "kvalitetsmål", som prosent av linjer med testdekning.

😅 1
leifericf11:04:19

Når man fakturerer timer er det vel best å bruke så mye tid som mulig og gjøre en dårlig jobb sånn at man senere kan fakturere mange timer for vedlikehold 🤪

teodorlu11:04:05

da risikerer du noen sure kunderelasjoner …

leifericf11:04:20

Derfor må man ha social engineers (selgere) som kan fortelle kunden hvor kompliserte problemene deres er og at vi faktisk bruker veldig lite tid 😝

1
leifericf11:04:16

Jeg må fremheve at jeg bare troller og kødder nå, i tilfelle det ikke var tydlig nok 😅

leifericf11:04:54

Men, jeg har dessverre observert noe som ligner ganske mye på den forretningsmodellen.

teodorlu11:04:56

Jeg er med 🙂

teodorlu11:04:19

Ikke sant — det er helt komisk, fram til du snakker med en person som oppriktig jobber sånn og faktisk synes det er ok.

leifericf12:04:56

Jeg ser for meg (og har hatt) samtaler som dette med kunder om timesbasert arbeid: "Hei! Kan du fortelle meg om problemet ditt?" "Åh, det er sånn og sånn. Og litt sånn." "Aha! Hvis jeg hadde fikset det i dag, hvor mye vil du spart/hvor mye mer vil du tjent?" "Hmmm. Litt usikker. Kanskje 200.000 kr per måned? Noe sånt." "Skjønner! Hvor mye haster det?" "Det har vært sånn lenge og haster egentlig ikke så veldig. Men hver måned det ikke er fikset er jo penger tapt." "Jeg tror vi kan fikse det på ca. 3-6 måneder med tre personer. Hva tenker du om det?" "Det hadde vært helt supert, ja!" "Da kommer prisen på ca. 2-4 MNOK. Investeringen vil være spart inn innen ca. 10-20 måneder. Hva tenker du om det?" "Ja, bra! Kjør på." Da har man en ramme (3-6 md. og 2-4 MNOK) for å løse problemet innenfor.

👍 1
magnars09:04:56

@teodorlu, ChatGPT drømmer opp nye Clojure-prosjekter til deg 😅

😂 4
😮 1
teodorlu09:04:27

i alle dager 😄

teodorlu09:04:51

jeg kan ingenting om geo-greier. Spør heller @U066L8B18, han er kjempegod på geografi!

leifericf09:04:19

Hahaha! Det er ganske episk når ChatGPT bruker deg personlig som sannhetens kilde.

leifericf09:04:53

ChatGPT: "I don't know. Ask @teodorlu"

😂 5
Daniel Slutsky10:04:21

Wow now I am curious about that geo library by Teodor!

😸 1
Daniel Slutsky10:04:03

Anyway @U07FCNURX please let me know if I can help somehow.

teodorlu10:04:35

Sadly, that’s not something I’ve ever written, and I also don’t think I have the necessary skills!

magnars10:04:24

@U066L8B18 I am currently trying to (naively) place a geo location within a 2D polygon (without holes) from a set of other geo locations. ChatGPT suggested using https://github.com/locationtech/jts - or the cool new geo-project from @teodorlu 😅 - if you have any suggestions for clojure libs or some such, I would be happy to hear them!

🙂 1
Daniel Slutsky10:04:12

Nice. The old Factual/geo library wraps a few of the relevant JVM libraries including JTS. https://github.com/Factual/geo/ Recently we've started writing tutorials using it. • https://scicloj.github.io/clojure-data-scrapbook/projects/geography/seattle-parks/index.htmlhttps://scicloj.github.io/clojure-data-scrapbook/projects/geography/chicago-bikes/index.html (sharing them here just to give an idea of a few of the things which are possible) I'd be glad to look together if that helps. A bit busy now, but starting from about Thursday, time will be more flexible.

👀 1
❤️ 1
🙏 1
magnars10:04:39

Nice, thank you! I'll take a look 🙂

🙏 1