Gå till innehåll

Wellbok - well...


heltok

Vad ska wellboken diskutera 2015?  

117 medlemmar har röstat

  1. 1. Vad ska wellboken diskutera 2015?

    • Bitcoin & Kryptovalutor
      32
    • Politik
      32
    • Filosofi
      26
    • Kost & Träning
      32
    • Personlig utveckling
      31
    • Brudar
      30
    • Teknik, vetenskap och nörderi
      38
    • Prylar
      18
    • TVserier, filmer, böcker
      28
    • Allt som är contrarian
      17


Recommended Posts

bubb.la sänder live

 

 

Trevligt! Lyssnade live.

 

HI-DEF-Marijuana-Uruguay33.jpg

 

Därför legaliserades cannabis - DN förklarar varför grönt är poppis wellboken

 

http://www.metro.se/nyheter/expert-legalisering-av-cannabis-kan-fa-farre-att-ta-spice/EVHnjD!lLyh0jq4YdoQU/

 

Goda nyheter. Kanske går långsamt fram i debatten i Sverige, men andraderivatan är hög nu.

 

Cannabis är nog mest populär här för att det en drog som brukas av så många i sverige och är rätt harmlös och kriget emot den är extremt destruktivt. Men gissar att toppisar toppar listan över vilken rekreationell drog som är "bäst" enligt vetenskapen. Att vi kriminaliserar den och säljer kaffe, tobak och alkohol säger lite om hur grått vårt land är.

 

Imo rätt intressant ted talk:

Ignorera att han som håller föredraget är värdelös och tänk era egna tankar istället kring ämnet. Imo är det rätt lätt att se vad steget efter Uber är etc, dvs decentralized-uber och sedan helt autonoma bilar som äger sig själva.

 

Knyter lite an till det trillske skrev om att vara öppen. Imo mycket mer antifragilt att bara dela med sig av all sin kunskap(om folk vill ha den) och vara ärlig hela tiden. Fin post trillske, inte direkt jättesvår kod, kanske vi matlab-ingenjörer underskattar andras oförmåga.

 

Någon som jobbar på Volvo som kan berätta lite om företaget? Borde jag skriva mitt exjobb där?

 

 

Provköra Tesla på fredag, fick denna instruktionsvideon de ville jag skulle kolla igenom innan körningen:

Många små detaljer de andra biltillverkarna borde implementerat för längesedan...

Tydligen har Tesla öppnat en popupstore i Svenska Mässan(gbg):

Vi är glada att meddela att vi nu har öppnat en Pop-up butik i Göteborg. Platsen för din provkörning har därför ändrats till att utgå

ifrån denna nya butik.

 

Adressen är enligt följande:

 

Tesla Pop-up Store

Hotel Gothia Towers

 

 

Semiintressant korrelationsstudie:

http://time.com/3513875/soda-may-age-you-as-much-as-smoking/

Epel and her team analyzed data from 5,309 adults in the National Health and Nutrition Examination Survey (NHANES) from about 14 years ago. They found that people who drank more sugary soda tended to have shorter telomeres. Drinking an 8-ounce daily serving of soda corresponded to 1.9 years of additional aging, and drinking a daily 20-ounce serving was linked to 4.6 more years of aging. The latter, the authors point out, is exactly the same association found between telomere length and smoking.

 

Länk till kommentar
Dela på andra webbplatser

Någon som jobbar på Volvo som kan berätta lite om företaget? Borde jag skriva mitt exjobb där?

Jobbar inte på Volvo, men ja ändå.

Skälet att jag gör på ett mindre företag är att jag får bra betalt; typ obegränsat med tidsesurser; flexibelt; redan kunskap om hela koncernen; etc. Vidare har jag inga monsterbetyg så skulle ändå ha svårt att konkurrera om de annonserade exjobben.

 

Annars stor fördel att göra exjobb på ett företag som alla känner till. Volvo är ett av Sveriges mest kända företag så ska du göra exjobb i sverige blir det inte så mycket bättre.

 

kanske vi matlab-ingenjörer underskattar andras oförmåga.
Se till att inte någonsin bli intimiderad av "vanliga" programmerare också. När du hör saker som att någon kan PHP, Javascript, m.m. så var införstådd i att det för det mesta handlar om något som ser ut att vara bebis-anpassat. Samma gäller tex Ruby då enkelheten liksom är själva poängen.

 

Gäller förövrigt utvecklarmiljöer för appar också. Ska du bryta ny teknisk mark måste du såklart vara duktig - ska du skapa något ganska enkelt behöver du inte ens kunna programmera.

 

Rimligen är det den vägen vi går i framtiden också då det ser ut som att programmerare är framtidens version av golvarbetare. Då vill det till att "vem som helst" kan vara den typen av programmerare också.

Länk till kommentar
Dela på andra webbplatser

Se till att inte någonsin bli intimiderad av "vanliga" programmerare också. När du hör saker som att någon kan PHP, Javascript, m.m. så var införstådd i att det för det mesta handlar om något som ser ut att vara bebis-anpassat. Samma gäller tex Ruby då enkelheten liksom är själva poängen.

 

Gäller förövrigt utvecklarmiljöer för appar också. Ska du bryta ny teknisk mark måste du såklart vara duktig - ska du skapa något ganska enkelt behöver du inte ens kunna programmera.

 

kanske förstår fel nu men nog kan majoriteten "vanliga" programmerare lösa ditt n=1 problem. du behöver ju inte ens kunna programmering för att förstå vad som händer :) - simpla script som automatiserar alldagliga processer kommer så klart bli allt vanligare. men tidigare och förmodligen än idag, att det inte sker i större utsträckning beror förmodligen till största del på okunskap från toppnivå och de personer som dag in och dag ut utför dessa monotona uppgifter.

Länk till kommentar
Dela på andra webbplatser

kanske förstår fel nu men nog kan majoriteten "vanliga" programmerare lösa ditt n=1 problem. du behöver ju inte ens kunna programmering för att förstå vad som händer :) -
Är ju det som är poängen, de flesta programmerare som sitter med PHP etc gör enormt simpla saker i simpla miljöer, man behöver bara en introduktion i språket. Lätt att bli intimiderad och tro att det är avancerat (kräver massa utbildning och intelligens etc) om man inte har den introduktionen. I VBA-exemplet kommer du exempelvis ingenstans utan förstå hur VBA bygger på objects, men introduktionen är simpel och sedan är lösningarna simpla.

 

De enda som har svårt för "vanlig programmering" är de som inte alls har bekantats med IT och inte har någon annan teknisk bakgrund heller. De fattar ingenting. De har skitsvårt att koppla vad en variabel är, funktionsargument är ett mindfuck, etc.

 

Jag har varit med om folk som tror de kan göra om hela programmet genom att ändra i kommentarerna. D.v.s. ändra beskrivningen till programmet och tror att det ska ändra hur programmet uppför sig.

Länk till kommentar
Dela på andra webbplatser

Är ju det som är poängen, de flesta programmerare som sitter med PHP etc gör enormt simpla saker i simpla miljöer, man behöver bara en introduktion i språket. Lätt att bli intimiderad och tro att det är avancerat (kräver massa utbildning och intelligens etc) om man inte har den introduktionen. I VBA-exemplet kommer du exempelvis ingenstans utan förstå hur VBA bygger på objects, men introduktionen är simpel och sedan är lösningarna simpla.

 

De enda som har svårt för "vanlig programmering" är de som inte alls har bekantats med IT och inte har någon annan teknisk bakgrund heller. De fattar ingenting. De har skitsvårt att koppla vad en variabel är, funktionsargument är ett mindfuck, etc.

 

Jag har varit med om folk som tror de kan göra om hela programmet genom att ändra i kommentarerna. D.v.s. ändra beskrivningen till programmet och tror att det ska ändra hur programmet uppför sig.

 

Lite skev bild av "vanliga programmerare" kanske. Eller blev vanliga programmerare ovanliga när webb och mobilappar booma?

Länk till kommentar
Dela på andra webbplatser

Snubbe får det att regna på reddit lite random, värvar 100ish nya bitcoinanvändare?

http://np.reddit.com/r/pics/comments/2kywit/this_is_how_smooth_the_bullet_train_is_in_japan/clpxbqz

 

Check. Tog lite längre tid än planerat pga drygt tre månaders sjukdom bara.

 

Grymt! Antar du är nöjd? Hade du knäproblem/annat innan, hur är problemen nu? Sugen på att testa paleo också?

 

Annars stor fördel att göra exjobb på ett företag som alla känner till. Volvo är ett av Sveriges mest kända företag så ska du göra exjobb i sverige blir det inte så mycket bättre.

Misstänker det. Blir nog att jag söker det :)

 

:heart:

Länk till kommentar
Dela på andra webbplatser

Lite skev bild av "vanliga programmerare" kanske. Eller blev vanliga programmerare ovanliga när webb och mobilappar booma?
Tycker ändå det varit så relativt länge (i jämförelse med hur snabbt branschen går alltså). Det stora behovet (eller åtminstone efterfrågan, vilket kanske inte ska blandas ihop i det här fallet) ligger på väldigt simpel programmering snarare än civilingenjörsteknik/utveckling.

 

Man kan ju även se det som att saker och ting bara blivit oerhört mycket enklare att göra. Idag kan du använda mjukvara (nivån över högnivå-språk alltså) för att skapa väldigt kompetenta apps/spel, backar vi 5 år i tiden krävdes större kompetens, backar vi 15 år i tiden behövde du vara meganörd. Att koda hårdvara i C är ju liksom inte riktigt samma sak som att sitta i skriptspråk (PHP etc) och bygga en webapp.

 

Kanske vill du ändra definitionen på "programmerare", men det blir ju problematiskt i och med att näringslivet kallar skriptare för programmerare.

 

Är också därför jag tycker det verkar som detta är framtidens klassiska arbetare; de gamla jobben som inte krävde lång teoretisk utbildning försvinner och dessa ökar lavinartat. Väldigt praktiska jobb där erfarenhet är hela grejen.

Länk till kommentar
Dela på andra webbplatser

Grymt! Antar du är nöjd? Hade du knäproblem/annat innan, hur är problemen nu? Sugen på att testa paleo också?

 

Jag är skitnöjd givetvis. :) Tror en kraftigt bidragande orsak är att jag tog det väldigt lugnt i början och lät det byggas upp gradvis också. Har kronisk benhinneinflammation annars, diagnosticerad av läkare och allt. Han tyckte att jag skulle jogga i mossar... Haft det sedan jag var 14, det var en kraftigt bidragande orsak till att jag slutade träna 6-7 dagar i veckan och gick från vältränad till 111 kg på några tonår. Problemen finns kvar (de är nog dessvärre permanenta) om jag skulle tvingas gå för fort / jogga i normala skor, men att jag fått bättre löpteknik av barfotaskor har hjälpt lite i övrigt också.

 

Vi har faktiskt kört paleo i testperioder nyligen, och kommer att fortsätta med det efter en kort jämförelsepaus. Iom att mina magproblem är avsevärt större än benhinnorna (hade konstant ont more or less dygnet runt i sex år t.ex.) är jag rätt villig att testa olika saker bara för att se om något hjälper. Men eftersom det delvis har helt andra fysiologiska orsaker och dessutom går i perioder är det mycket svårare att säga till vilken grad paleo hjälper mig. Hittills verkar det som att paleo inte ger några ökningar i magproblem, vilket i princip är det bästa betyg jag kan ge. Största förändringen har ändå min fru fått, hon har gått från att alltid vara sockersugen till att kunna klara sig utan att bli sur när hon inte ätit något på flera timmar. Så jag är positiv.

 

Edit: Fan vad gnälligt det blev. Är inte helt kompis med min kropp.

Länk till kommentar
Dela på andra webbplatser

.

 

I månt och mycket håller jag med dig att det här skulle vara "vanliga programmerare" https://www.spotify.com/se/jobs/view/owhLZfwh/ och att de i framtiden kommer blir den nya sortens arbetare. Men tycker du underkastar deras kompetens lite väl mycket, hade det varit så att de räckte med en introduktion om programmeringsspråket och lite teknisk bakgrund hade rekryteringsproblem inte existerat.

 

En sådan här tjänst https://www.spotify.com/se/jobs/view/oxjTYfwr/ kräver så klart även helt annan sorts kompetens ovan på att vara "vanlig programmerare".

Länk till kommentar
Dela på andra webbplatser

Det här kan vara mitt första renodlade flameinlägg på PF, efter snart 10 år här...sorry på förhand.

 

Varenda gång jag går in här blir jag tiltad, ända sedan jag såg den naiva diskussionen om trådning.

.

 

I min yrkesroll (chefsarkitekt/CTO) har jag jobbat i snart 20 år med alla delar av mjukvaruutveckling, med fokus på utveckling, arkitektur och metodstöd. Och diskussionen här har...suboptimalt innehåll och är relativt nyanslös.

 

Nu, "scriptare" som Trillske kallar dem för, tycks ha en relativt oklar definition. Om vi beskriver "for dummies"-programmerare så är det vanligtvis off-shore utvecklare. Intressant nog är de nästan alltid välutbildade - det som de saknar är erfarenhet och abstraktionsförmåga samt vana vid den typen av kommunikation vi har mellan beställare och leverantör i projekt i EU/USA, som oftast är relativt agilt drivna.

 

Så, mina kommentarer kommer från ett främst svenskt, sekundärt EU/amerikanskt perspektiv.

 

Tycker ändå det varit så relativt länge (i jämförelse med hur snabbt branschen går alltså). Det stora behovet (eller åtminstone efterfrågan, vilket kanske inte ska blandas ihop i det här fallet) ligger på väldigt simpel programmering snarare än civilingenjörsteknik/utveckling.

[/Quote]

Fel. Ligger inte på det andra heller dock. Fokus numer är på att främst förstå verksamhetens behov, kunna kommunicera med de intressenter som finns till ett projekt på ett lättförståeligt sätt och därmed leverera verksamhetsnytta med låg risk och på ett förutsägbart sätt (dvs, i tid, enligt budget, och med god kvalitet). Sekundärt kommer kunskaperna om hur det skall implementeras.

 

Det finns undantag för specialistlösningar, men i 90% av fallen har något geni redan implementerat det du behöver om vi t ex pratar om en fiffig algoritm för något, och det är bättre testat och har högre kvalitet. NIH-syndrom är tecken på en dålig utvecklare.

 

Man kan ju även se det som att saker och ting bara blivit oerhört mycket enklare att göra. Idag kan du använda mjukvara (nivån över högnivå-språk alltså) för att skapa väldigt kompetenta apps/spel, backar vi 5 år i tiden krävdes större kompetens, backar vi 15 år i tiden behövde du vara meganörd.[/Quote]

 

Fel. 15 år sedan var det rätt bra, Java hade gjort sitt intåg t ex. För 20 år sedan fick man vara relativt kunnig, men VBA fanns då också (kuriosa, i svenska Excel fick man koda på svenska - true story. Dvs, "om A>3", etc). För 20 år sedan var VB3 ett år gammalt och användes flitigt.

 

Att koda hårdvara i C är ju liksom inte riktigt samma sak som att sitta i skriptspråk (PHP etc) och bygga en webapp. [/Quote]

 

Allt kräver ett kluster av kunskaper och att jämföra språk med varandra är lite tramsigt. Att skriva syntaktiskt korrekt kod och/eller en bra algoritm är ofta en minimal del av det hela för de flesta verksamhetssystem. I exemplet med PHP (som jag tycker är ett halvdassigt programspråk, men wtf, de byggde Facebook på det...) bör du rimligen ha kunskaper i CSS/HTML5/JavaScript/SQL/transaktionshantering, sessionshantering och säkerhetsmekanismer om du skall få upp en "webapp". Sedan tillkommer responsiv design, etc. Det är inte helt trivialt för de flesta och arkitekturen påverkas mycket av hur vi väljer att lösa problemen - på servern, i klienten, eller en kombination av dem.

 

Kanske vill du ändra definitionen på "programmerare", men det blir ju problematiskt i och med att näringslivet kallar skriptare för programmerare.

[/Quote]

 

Fel.

 

Definiera skriptare, för jag fattar ärligt inte vad du pratar om.

 

Rollen "skriptare" finns knappt även om man letar efter den och snävar ned folks kunskaper rätt rejält. Jag säger knappt, för om du säger skriptare på en vettig arbetsplats kommer folk börja titta efter IT-supporten som administrerar maskinerna och fundera på om det finns några smarta skript de gjort för att...jag vet inte, instansiera en ny VM när en ny kund registrerar sig i deras datacenter. Den typen av implementationer är de enda jag kan kalla "skriptare". Och den typen av människor har oftast andra färdigheter.

 

Dock, om vi säger att skriptare är ett uttryck för dåliga utvecklare utan kunskaper om annat är quick fixes och få upp något på skärmen som syns så har jag ett annat ord för dem.

 

Arbetslösa. Ingen vill i dagsläget anställa dem.

Länk till kommentar
Dela på andra webbplatser

Och diskussionen här har...suboptimalt innehåll och är relativt nyanslös.
Kan det möjligen bero på att diskussionen handlar om huruvida man ska rädas PHP/Javascript/SQL etc? Snarare än någon slags djup diskussion IT-karriärister emellan.

 

Du får vara precis hur lätt-tiltad du vill, det är rimligen ingen annans problem än ditt eget. Kul att du vill redogöra för branschen - lite svårare att lista ut vad du vill ha för typ av svar.

 

I månt och mycket håller jag med dig att det här skulle vara "vanliga programmerare" https://www.spotify.com/se/jobs/view/owhLZfwh/ och att de i framtiden kommer blir den nya sortens arbetare. Men tycker du underkastar deras kompetens lite väl mycket, hade det varit så att de räckte med en introduktion om programmeringsspråket och lite teknisk bakgrund hade rekryteringsproblem inte existerat.

 

En sådan här tjänst https://www.spotify.com/se/jobs/view/oxjTYfwr/ kräver så klart även helt annan sorts kompetens ovan på att vara "vanlig programmerare".

Tycker exemplen var bra: det första jobbet är inte ett dugg "teknisk avancerat", men det betyder ju absolut inte att alla är lika lämpliga. Det finns ingen mening i att plocka upp någon intresserad och utbilda i X antal månader utifall någon annan redan behärskar miljöerna och dessutom visat sig lämplig inom området genom tidigare resultat. Samma har ju gällt mindre kvalificerade yrken även förut.

 

Det andra jobbet är ett typiskt tekniskt civilingenjörsjobb.

 

Min huvudpoäng är just att man inte ska bli intimiderad av skript och app-världen. Man kan slänga sig in med huvudet före utan problem, det är inte alls samma tekniska trösklar som i de ämnen som studerats på civilingenjörsnivå (som tex just machine learning).

Länk till kommentar
Dela på andra webbplatser

Man kan ju inte vara rädd för "skript"-världen. Man måste vara medveten om att man hamnar där periodvis.

 

Antag t ex att du får jobb på Spotify. Andra jobbet ovan. Machine learning.

 

Först så behöver du söka i databasen för att få upp information så du kan arbeta.

 

Säg hej till SQL. Mot MySQL och Postgres, troligen. Best case skriver någon på db-teamet frågan åt dig och optimerar den, men du lär ju designa några tabeller och säga vilket data du vill ha.

 

Du bygger din skojiga funktion som rekommenderar grymma låtar. Klient-teamet säger: "Coolt. Hur anropar vi den från webbklienten?"

 

Grattis, du fick just bygga ett PHP-bibliotek (Spotify kör PHP om jag minns rätt). För att testa apiet var du tvungen att bygga en sida som anropade det, fast den var ful och lite hello-worldig.

 

Så, även i den rollen kommer man säkert bli tvungen att gå igenom hela stacken. Svårt att undvika.

Länk till kommentar
Dela på andra webbplatser

Helt orelaterad slog det mig plötsligt att bitcoin ju faktiskt backat rätt bra under året. Kan eventuellt vara något att forska lite i för den med stora innehav. (nedan är ej källkritiskt)

https://bitcointalk.org/index.php?topic=172267.0

3. Förlust vid försäljning av Bitcoins är avdragsgilt med 70%.

 

-------

 

När man ändå har en expert här tänkte jag fråga om implikationen av att VBA kopplat till excel/word etc faktiskt fungerar som en (lite smådålig) IDE och exekverar vad som i princip är VB6-kod.

 

Jag utnyttjar själv diverse startup-kod för att göra saker och ting mindre otympliga för användaren och det har inte varit något problem att köra dessa på andra datorer, får inga varningar eller dylikt (om jag inte missminner får iconen någon form av varnande triangel, men thats it).

 

Borde inte nätet svämma över av virus via .xlsm och .word istället för .exe? Varför inte - vilken säkerhetsmekanism missar jag?

 

Typ: "Superkalkylen som sparar dig 20% i månaden".xlsm, vilken exekverar VB6-kod vid startup utan att användaren märker ett skit. Eller rent av ett informationsblad i .word - det krävs en ganska luttrad användare för att ana minsta fuffens där.

 

-----

 

Vidare, då jag googlade för att begripa vad du menade med NIH hamnade jag vid denna, vilket jag tycker var ett intressant perspektiv:

http://www.joelonsoftware.com/articles/fog0000000007.html

 

Något jag är desto mer insatt i är nämligen företagsstrategisk sourcing/outsourcing/offshoring/make-or-buy. Medan jag aldrig analyserat specifikt mjukaruföretag tycker jag poängen är tillräckligt generell:

If it's a core business function -- do it yourself, no matter what.

... och för ett mjukvaruföretag är rimligen mjukvaruutvecklingen på ett eller annat sätt en kärnkompetens?

 

I princip bör "reusing" ur strategisk synpunkt kunna modelleras som ett make-or-buy-beslut, eftersom inköpspris (i det här fallet 0kr) bara är en liten del i en sådan kalkyl, och väldigt sällan den viktigaste delen.

 

Jag antar att även mjukaruföretag kan dela upp sina projekt i kärnkompetenser och icke kärnkompetenser, men det bör ju göra styrningen något mer komplicerad än bara "någon har alltid gjort något bra vi kan klippa in".

 

------------------------------------------

 

Väldigt spretigt inlägg här, men jag har noterat att intresset för "bostadsbubblor" ökat lavinartat i Sverige - skulle rent av kalla det en mainstreamtrend - och det svenska ordet "bostadsbubbla" når ATH på google.

 

Det finns en viss intuitiv logik i att föreställa sig att en marknad som räds en bubbla kompenserar för detta och därmed undviker just en sådan (om vi tror att marknaden kommer explodera kanske vi inte går vilda med budgivningen). Det vill säga man skulle kunna föreställa sig att antingen så tar bubblan den stora massan med förvåning eller så finns den inte.

 

Väldigt ovetenskapligt ville jag undersöka detta via den benämning som är mer gångbar i USA - housing bouble. Googles databas (vars giltighet jag inte har någon koll på alls) tyder istället på att marknaden i det fallet tvärt om var rent fantastisk pricksäker:

 

 

vxk8yw.jpg

 

 

Söktoppen ligger helt i linje med toppen av bubblan; under hösten stagnerade priserna, för att sedan sjunka, för att sedan braka loss helvettet. Det vill säga intresset för att luska kring bostadsbubblor exploderade före priset stagnerade.

 

Detta är ingen hjälp åt dem som försöker hitta toppen eller botten, och inte tänkt som något bra beslutsunderlag till någonting alls, men åtminstone jag är härmed under det vaga intrycket att det där med att man inte kan se bubblan när man är mitt uppe i den är kvalificerat bullshit. Vi är många här inne som upplevde bitcoin-bubblan förra året och det var snarare så att halva internet skrek om att bitcoin var en bubbla. Vid $300 postade jag rent av själv mitt enda bitcoin-relaterade inlägg någonsin på facebook - bubble bobble med texten "håll i hatten".

 

Vad tror ni, när marknaden skriker bubbla - är det snarare en bra indikation på att det är så?

Länk till kommentar
Dela på andra webbplatser

Vad tror vi om detta?

 

Cliffs shoppa på amazon. Istället för att betala med dollar lägger du ett bud i BTC. Så får andra amazonshoppare avgöra om de vill ta ditt bud och köpa åt dig. T ex genom att ha bättre växlingskurs(för de bor i samma land som säljaren), giftcards eller annat. Så får de bitcoin billigare än de kan få via exchanges och du får amazonprylar billigare än du kan få via amazon.

 

Roger Ver (Bitcoin-Jesus) hävdar att han brukar få 15%-20% rabatt på Amazon för det mesta via den tjänsten, 20% rabatt tog ca 20min att hitta någon som accepterade.

Cardhub estimates there are over $44B[1] in gift cards alone in the US that are left unused.

Corporate Virtual Currencies

* Gift Cards

* Credit Balances on User Accounts

* Airline Miles

* Hotel Points

* Other Loyal Points

* Gift Certificates

We estimate there are $15B in Amazon virtual currencies alone (including balances on user accounts). Today, this exceeds the entire market capitalization of Bitcoin. To be fair, Amazon gift cards are worth more than all others. They command the highest market rate (97-99¢ per $) on secondary exchanges because lots of people shop on Amazon. But if you try to sell Amazon gift cards, the buy rate is 68¢[2] because marketplaces bake in fraud risk. Unlike most gift cards, there’s no way to check a gift card balance without irreversibly loading it on a Amazon account. Thus, the mechanisms for getting in and out of Amazon gift cards are terribly inefficient.

9+ Reasons Why People Have Leftover Amazon Gift Card or Credit

* Received as gift

* Purchased from a gift card reseller (CVS, Gyft[3] , eGifter)

* Received as payment for taking surveys (GiftHulk[4] , SwagBucks)

* Received as payment from Mechanical Turk[5]

* Received as payment from Amazon Associates[6]

* Received as payment for exchanging other gift cards

* Received as award for Amazon Credit Card

* Received for promotion

* Others[7]

There’s an entire economy built around Amazon virtual currencies. The Bitcoin economy is much larger - Purse users can shop on Amazon in addition to the 60,000+ other merchants.

On Purse[8] , you can sell your Amazon credit and Amazon Gift Cards for Bitcoin. The spread on our exchange is much tighter than gift card exchanges that rely on fiat payment systems, and we only charge 1%.

We believe Bitcoin is better than any other currency before it, but one thing is clear - Bitcoin trumps corporate issued virtual currencies.

 

Imo är detta ett jäkligt coolt exempel på vad Bitcoin möjliggör. IDAG.

 

---

 

Rätt fin graf, stämmer den?

stocks-for-the-long-run_b.png

Värt att notera att Bitcoin gjorde resan på 5år, från $0.001 till $1000

Länk till kommentar
Dela på andra webbplatser

När man ändå har en expert här tänkte jag fråga om implikationen av att VBA kopplat till excel/word etc faktiskt fungerar som en (lite smådålig) IDE och exekverar vad som i princip är VB6-kod.

 

Jag utnyttjar själv diverse startup-kod för att göra saker och ting mindre otympliga för användaren och det har inte varit något problem att köra dessa på andra datorer, får inga varningar eller dylikt (om jag inte missminner får iconen någon form av varnande triangel, men thats it).

 

Borde inte nätet svämma över av virus via .xlsm och .word istället för .exe? Varför inte - vilken säkerhetsmekanism missar jag?

 

Du vet den där irriterande frågan om du vill köra makon i Excel? Det är främst den. Det var ett tag runt '98 som det var ruggans poppis med makrovirus i excel, word och outlook, det var lite irriterande. Antivirusprogram kollar numer ofta även dessa filtyper, det hjälper förhoppningsvis lite.

 

Vidare, då jag googlade för att begripa vad du menade med NIH hamnade jag vid denna, vilket jag tycker var ett intressant perspektiv:

http://www.joelonsoftware.com/articles/fog0000000007.html

 

Joel är kul att läsa. Han pratar om core business functions där och att man bör äga dem, det stämmer även nu fast inlägget är skrivet för 13 år sedan.

 

Rekommenderas att läsa när han något år tidigare skrev ett mycket populärt inlägg angående Netscape Navigator och hur de scrappade hela sin kodbas för att bygga nytt och därmed förlorade browserkriget. Jag refererade förresten det på ett möte i onsdags, lite kul. :)

 

I princip bör "reusing" ur strategisk synpunkt kunna modelleras som ett make-or-buy-beslut, eftersom inköpspris (i det här fallet 0kr) bara är en liten del i en sådan kalkyl, och väldigt sällan den viktigaste delen.

 

Jag antar att även mjukaruföretag kan dela upp sina projekt i kärnkompetenser och icke kärnkompetenser, men det bör ju göra styrningen något mer komplicerad än bara "någon har alltid gjort något bra vi kan klippa in".

 

Naturligtvis. Viktigaste är oftast underhållspriset, vem underhåller kodbasen och varför - grovt räknat brukar man säga att 10% är utvecklingskostnad och 90% är underhåll. Finns ju liknande exempel utanför IT, som SAS som tycks ha köpt ett exemplar av varje jäkla flygplanstyp som finns och därmed tvingas ha olika tekniker för varje plan och underhålla dem separat.

 

Jag använder 80/20-regeln här, fast med NIH är den nog mer 90/10. Se ditt exempel med Spotify - de byggde ingen en egen databas, utan använder Postgres. "It just works", som de skrev. Och lite Cassandra ovanpå.

 

https://labs.spotify.com/2013/02/25/in-praise-of-boring-technology/

 

Det typiskt för att man återanvänder saker som finns (där det går!) - LinkedIn och Facebook har t ex skrivit egna databaser (för delar av systemen iaf, Cassandra som Spotify använder kommer ursprungligen från FB), men pga väldigt speciella krav.

Länk till kommentar
Dela på andra webbplatser

Känns lite trolligt. Spelutveckling i Java? Vi pratade om att inte återuppfinna hjulet. Tror jag. Iaf, såvitt Trillske förklarade ovan så var diskussionen om hurvida man skulle rädas SQL/PHP/Python/whatever eller inte, så det var det jag fokuserade på. :)

 

Tekniskt sett kunde man köra Unrealscript mot Unreal Engine någonstans däromkring (kom inte den motorn då? Googlar - japp, Tactical Ops byggdes så och kom 1999), vilket baserades på Java med lite funktioner som multipelarv. Så man behövde inte börja med blankt papper (eller C/C++/ASM) ens om man byggde spel.

 

Gud vad jag är gammal (40!! Wtf). Låter som att jag sitter och säger det var bättre förr. Det var det inte. Hoppas det framgår vad jag menar iaf. :(

Länk till kommentar
Dela på andra webbplatser

Tekniskt sett kunde man köra Unrealscript mot Unreal Engine någonstans däromkring (kom inte den motorn då?

 

Unreal saknade stöd för P3:ans SSE (fortsättningen på det megacoola MMX)

Det gick ju inte att använda Unreal 1999. Jämfört med state of the art på den här tiden (dvs Quake2) toksög nätverksstödet. Det skulle dröja ytterligare några år innan det gick att använda. OpenGL / Direct3d hade ännu inte stöd för allt och man körde fortfarande mycket rendering genom CPUn (de berömda vattenreflexionerna t.ex!).

 

Ville man göra coola spel 1997-1999 var man helt enkelt tvungen att a) kunna en del om hur Voodoo2 fungerade hårdvarumässigt b) förstå hur man optimerar rasterraten / polymesh meddelst CPU , c) förstå och utnyttja skillnaden mellan AMD och intel map på MMX / 3dnow SIMD d) optimera i asm för att få acceptabel fps och e) förstå hur ipstacken fungerar samt skicka egna UDP (nej fanns garanterat inte Javastöd för det!). Man var också tvungen att skriva separata drivisar för alla de sämre korten som t.ex. Riva. Och notera att varje enskild speltillverkare hade sina egna tweakade drivisar. Och de var inte tweakade i Java.

 

Kidsen hade Windows 95/98, en del spel bootade i dosläge och krävde omstart osv.

 

Känns lite trolligt. Spelutveckling i Java? Vi pratade om att inte återuppfinna hjulet.

 

Skulle aldrig falla mig in att trolla, här bjuder jag därför på en definition för er fortsatta diskussion

 

skriptare - Någon som tror att PHP är programmering, gillar Java

 

lejmur - se skriptare

 

programmerare - motsatsen till lejmur, se lejmur.

Länk till kommentar
Dela på andra webbplatser

Ber om ursäkt för den bryska extrapoleringen av data, men om du "bara" är 40 och har jobbat inom IT i 20 år så låter det som att du själv inte har en teknisk bakgrund?

 

Själva grundstommen i det jag ville berätta för civilingenjörsstudenter, här med sikte på heltok, är just att det de flesta programmerare (/skriptare/whatever) pysslar med inte är i närheten av lika tekniskt avancerat på det sätt som de här utbildningarna är.

 

Jag hade exempelvis en bakgrund i C++ före mina studier, men jag hamnade ändå i fällan att just vara lite rädd för alla olika språk etc som verkade ses som standard att greppa inom IT. Det är nämligen så att om man pluggar till civilingenjör (och väljer något tekniskt krävande och inte heter slaktavfall möjligen) kommer man kurs efter kurs sitta på nätterna och streta med något som fortfarande känns oerhört abstrakt och konstigt efter 40-50 timmars studier fyllda av huvudvärk.

 

De matlab-koder som sedan under kurserna skrivs för exempelvis avancerad optimering eller signalbehandling är flera dimensioner bökigare att både skriva och förstå än vad en generell programmerare gör i det jag kallar skript-språk.

 

Kommer man från den skolbänken är det alltså väldigt lätt att inbilla sig att "allt nytt är jättesvårt och kräver jättemycket huvudvärk innan man fattar något alls". Om någon då namedroppar 3-4 olika standarder man aldrig hört talas om kan det vara lätt att få för sig att det skulle krävas ytterligare 3 års studier för att programmera en enkel app till Android.

 

(megacoola MMX)
Åh, det där värdelösa bilspelet alla skulle köpa för att det hade stöd för MMX. Som såg likadant ut ändå. Men det spelade ju mindre roll.

 

EDIT: POD! Spring och köp en svindyr intel mmx-cpu. Välkommen till framtiden!

 

 

9ff1510b5f6d65ffcc1c220339a28150.jpg

 

Jävlar i helvete vad saker det hände när 3DFX kom igång. Har dock mer än en fantastisk anekdot om barn som inte fick ett voodoo-kort på ett bra tag, för pengarna hade gått åt en sprillans mmx-processor.

 

 

Länk till kommentar
Dela på andra webbplatser

"Det gick inte att utveckla spel i Java."

"Tja, det var inte vad vi diskuterade, men som kuriosa, här är ett som byggde på ett javabaserat scriptspråk ovanpå unreal engine. För att visa att någon iaf gjorde något som releasades."

"Motorn var kass på den tiden! Och här är tre ord!"

 

Jadu. High five? :)

Länk till kommentar
Dela på andra webbplatser

"Det gick inte att utveckla spel i Java."

"Tja, det var inte vad vi diskuterade, men som kuriosa, här är ett som byggde på ett javabaserat scriptspråk ovanpå unreal engine. För att visa att någon iaf gjorde något som releasades."

"Motorn var kass på den tiden! Och här är tre ord!"

Jadu. High five? :)

 

Tycker snarare verklighetsbeskrivningen ser ut såhär:

 

Man kan ju även se det som att saker och ting bara blivit oerhört mycket enklare att göra. Idag kan du använda mjukvara (nivån över högnivå-språk alltså) för att skapa väldigt kompetenta apps/spel, backar vi 5 år i tiden krävdes större kompetens, backar vi 15 år i tiden behövde du vara meganörd.

 

Fel. 15 år sedan var det rätt bra, Java hade gjort sitt intåg t ex.

 

Nej, för en gångs skull har Trillske rätt och det är du som har fel. Man behövde faktiskt vara lite av en meganörd "för att skapa väldigt kompetenta spel". Jämfört med situationen 1998-1999 har det skett en enorm utveckling när det gäller standardisering av 3dgrafik, ljud och nätverksstödet (samt bandbredden) har ökat.

 

... Men det kan vara svårt för en skriptare att förstå

Länk till kommentar
Dela på andra webbplatser

Jag gick på universitetets data och systemvetenskap. Blev klar med allt lite tidigare då jag hoppade över ett år i grundskolan och har jobbat i 18 år (därav "snart 20 år").

 

Håller med om det övriga gällande vad man arbetar med i senaste inlägget och hur kunskaperna appliceras.

 

Rent generellt:

Det är jäkligt bra med civ ing-grundkunskaper, och rekommenderas varmt!

 

Jag har kanske inte saknat dem på CVt (ok, en gång när jag pratade med ett amerikanskt förlag om att skriva en bok om systemdesign, då saknade jag det). Dock, flera gånger i realiteten då jag har tvingats tillgodogöra mig motsvarande kunskaper vid sidan om för att kunna motsvara de förväntningar som ställs på mig i diverse projekt (främst som har med realtidssystem att göra) och det är inte alls optimalt och ger inte samma grund att stå på.

Länk till kommentar
Dela på andra webbplatser

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Gäst
Svara i detta ämne...

×   Du har klistrat in innehåll med formatering.   Ta bort formatering

  Endast 75 max uttryckssymboler är tillåtna.

×   Din länk har automatiskt bäddats in.   Visa som länk istället

×   Ditt tidigare innehåll har återställts.   Rensa redigerare

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Skapa nytt...