Gruppo di ritrovo degli startupper italiani. Imprenditori, investitori, bloggers, sviluppatori e chiunque abbia un interesse per startups e venture capital.
Conoscete un sito che permetta all'utente di ordinare la pizza, che dia opportunità di scegliere tra differenti locali ed usando come criterio (tra gli altri facilmente immaginabili) quello della rapidità (la ordino da qualunque locale che me la recapiti per primo)?
my 2 cents: non ho mai avuto bisogno di una pizza "nel minor tempo possibile". Sono sempre disposto ad attendere 10 minuti in più per una pizza notoriamente più buona
Domanda chi di voi usa hipchat o campfire (magari via client tipo giantcomet.com/flint) o altro?. Noi al momento andiamo via hipchat e ci troviamo bene, stiamo valutando di provare campfire+flint any experience?
Buongiorno a tutti, ho scoperto la pagina da pochi giorni, e mi è venuta voglia di parlarvi del mio progetto.. Non parlo di start-up ma di un progetto (dimensione piccola).. È in fase di test e verrà rilasciata in Luglio la mia app con suo relativo sito web..il nome? Kipick.. Abbiamo effettuato il tutto con budget risicato ma pieni di idee e passione.. Due parole sul team : 3 ingegneri gestionali (io uno di loro) 2 ingegneri informatici, uno "scienziato politico" ed un espertissimo di calcio... Vorrei un fuoco incrociato sul post (date un occhiata alla pagina face) Thanks for all!
Mmm no in effetti sulla pagina del sito non abbiamo messo nessuna info (e da quello che mi fai notare, sbagliando).. Qualche info in piú si deduce dalla pagina face..in poche parole è una app che si rivolge agli amanti del fantacalcio..progetto nato visti i numeri sviluppati da siti come fantagazzetta (2mln di unici al mese).. Ovviamente sul tema fantacalcio siamo noi del team pienamente esperti.. A te Michele è capitato di dare un occhiata al gioco/tema? A mio modo di vedere inizia ad entrare in una fase di maturità ed è pronto a diventare da gioco di nicchia a gioco "per tutti"..
La prima volta che ho fatto il fantacalcio è stato in terza liceo, nel lontano 1994. Ho continuato a farlo per qualche anno, poi non ne ho più avuto l'occasione. Sempre la versione "manuale" a fogli di carta volanti. Al contrario del calcio, che mi ha sempre annoiato, trovo divertente il fanta, almeno nella versione casereccia. Non ho mai provato implementazioni online del gioco. Certo i numeri in Italia, con tutti gli appassionati che ci sono, si possono fare. Posso chiederti i dettagli? Si gioca online tra gruppi di persone (8/10 amici) senza "giocatori doppi" oppure tutti insieme amabilmente in un unico calderone? Hai già pensato al business model?
il design della pagina e' semplice e piacevole, cosi' come la scelta dei colori: questo lascia il potenziale per fare un buon lavoro...ma le frasi sono un tantino autocelebrative (soprattutto se non riporti la fonte e ancor di piu' se la fonte siete voi di kipick)
Michele in realtà l'app sui mobile e il sito per i pc non serviranno a "giocare al fantacalcio" cosa che tra l'altro Gazzetta, Sky, Corriere dello Sport, Fantagazzetta e altri 1000 fanno bene e da anni..ma saranno una specie di coltellino svizzero per l'utente che già gioca al fanta (tra amici o su tornei nazionali).. l'algoritmo praticamente valutando una trentina di parametri ti da la migliore formazione possibile di settimana in settimana data la tua rosa di calciatori.. Ile No grazie per i complimenti per la grafica (scelta ed elaborata da me)..le frasi sono state un riempitivo (non saremo autocelebrativi mai!)..
ehila salve a tutti..
scusate faccio una domanda probabilmente stupida.
stavo pensando di fare da intermediario per esportare vini di una cantina italiana all'estero, Dubai nello specifico.
La domanda è..ci sarebbero tasse da pagare per esportare vino??
grazie in anticipo per la risposta e...complimenti per il gruppo. pieno di roba interessante
Marco
vi ringrazio un sacco. Dubai dovrebbe essere tax free..il ragazzo che mi ha proposto la cosa ha connessioni con Dubai e a quanto pare non applicano dazi su nessun bene importato. nemmeno alcol..
grazie mille..fortunatamente il mio amico conosce direttamente entrambe le persone che detengono il "monopolio".. :D
siete grandi comunque grazie mille
appena ho notizie certe vi faccio sapere qui per eventuali utilizzi futuri.
all the best.
marco
Se il tuo amico conosce "le personE che detengono il monopolio" forse è meglio controllare i contatti del tuo amico, visto che la persona è solo una, ed è lo sceicco. Senza licenza speciale, l'alcool a Dubai è illegale. C'è sempre un amico che conosce tutti ... questo dice anche "stai in una botte di ferro"? (scherzo ... mica tanto)
Crepi e in bocca al lupo a te Roldano... per quanto riguarda il design l'ho anche già un po' studiato, ma mentre me la posso cavare su certi aspetti (ux, layout) sulla parte che richiede un po' di arte (per dire, la scelta dei colori) ho capito i miei limiti ;)
beh io avrei delle idee ma devo capire bene cosa fare prima. Io ho fatto in passato il programmatore php e pure il sistemista Unix e però ora sono un po' arrugginito :) e faccio strategia marketing e quando fai strategia cerchi di capire dove vanno tutti i pezzi della scacchiera ;) Sicuramente qualcosa di molto semplice con DB dietro e form inserimento dati.
RoR è un tutto in uno, se vuoi qualcosa di iper-semplice e un pacchetto tutto integrato allora è ottimo, però appena vuoi fare lo "strappo" alla regola, diventa un po' complicato mentre invece django è il contrario, è più macchinoso a livello di configurazione, ma se hai le idee chiare è molto più efficiente (o almeno sembra esserlo). Ti aggiungo un'altra riflessione. A mio parere il web si sta muovendo sempre più verso web-app rest-full e single-page-apps quindi ti consiglierei di vedere cose tipo MVC alla backbone per il front-end
comunque per cominciare da qualche parte siete concordi con questo schema? http://mattangriffel.com/post/21784937622/how-to-teach-yourself-to-code-visual-notes Poi qualcuno mi spiega questo :D http://ifttt.com/wtf
IMHO, Ruby+Rails, Python+Django, Groovy+Grails, Java/Scala+Play sono equivalenti. Tutti, modulo qualche differenza minima, fanno le stesse cose ed i linguaggi (ad eccezione di Java) sono tutti molto ben forniti di astrazioni che ti permettono implementare in maniera piu` snella e concisa le tue soluzioni.
Quello che bisognerebbe guardare e` la disponibilita` di risorse per poter risolvere eventuali problemi (attivita` delle relative comunita`, qualita` della documentazione etc.) e per deployare le tue soluzioni.
Per il primo punto credo che Ruby, Python e Groovy stiano piu` o meno sugli stessi livellli (probabilmente Ruby e Python hanno comunita` piu` numerose, ma quella Groovy e` ugualmente di alta qualita`)
Per il secondo punto magari c'e` da fare qualche calcolo. La JVM non e` supportata da molti hosting. Pero` ci sono Heroku e Amazon AWS con le quali puoi deployare sulla JVM. Credo pero` sia piu` costoso rispetto ad un provider lambda che ti offre, compreso nel prezzo (basso), il supporto per applicazioni Rails.
A livello didattico credo che Python il piu` valido per apprendere a programmare.
A livello strategico credo che la JVM sia un ottimo investimento per il futuro. E` vero che ci sono JRuby e JPython, ma finche` le JVM con invokedynamic non si diffonderanno e` meglio tenersi alla larga da queste implementazioni. Quindi qui e` Groovy che la fa da padrone.
Di una cosa pero` sono sicuro. Se devi imparare un linguaggio stai alla larga da PHP. Davvero. E` un'accozzaglia di API e costrutti sedimentati durante gli anni che rappresentano quando di peggio ci sia nel campo dei linguaggi di programmazione.
Javascript lo dovrai usare volendo o nolendo. Ma anche qui ho una opinione che tende al negativo. Si potrebbe valutare l'utilizzo di linguaggi alternativi che "compilano in Javascript" come CofeeScript o anche Dart che hanno il vantaggio di essere stati concepiti con criterio e non avere tutte quelle aberrazioni che potrebbero essere fatali a qualcuno che si avvicina alla programmazione per la prima volta.
My 2 cents.
Nicola Greco infatti per un progetto che dovrei sviluppare, e visto che non voglio vincolare su un unico linguaggio, sto proprio pensando a creare dei compartimenti che comunicano tra loro.
no problem ci sono abituato :) Sì comunque concordo su PHP che è veramente un casino e si è diffuso solo perché non c'era di meglio a suo tempo. Perl era l'unico prima ma poi vai a capire che hai scritto tu stesso dopo 6 mesi :) chiamo in causa Francesco Face fresco fresco da phpday :)
Nicola Greco "A mio parere il web si sta muovendo sempre più verso web-app rest-full e single-page-apps quindi ti consiglierei di vedere cose tipo MVC alla backbone per il front-end" o traduttore arabo o link didattici please ;)
arrivando da vb.net, c# (sviluppo applicazioni aziendali anche complesse da una 15ina d'anni) e con la conoscenza dei più diffusi DB quanto stimate mi ci voglia per imparare Ruby? thx.
Roldano De Persio PHP nato nel 94 Ruby nato nel 93 Python 91. se mi ricordo bene. credo che il fatto che era molto più vicino a linguaggi come lo C e non il tempo la fortuna/causa della sua diffusione.
Roldano, Facebook, Gmail, Spotify, Twitter sono tutte single-page-app e tramite richieste rest (ajax / api) caricano i contenuti, così che l'utente non abbandona mai la stessa pagina e tutto sembra più "smooth" e dinamico (a livello di ottimizzazione non va caricata ogni volta una pagina e quindi come meccanismo è più veloce). Backbone è un mvc per il front-end un po' come rails ma al posto di avere una pagina per ogni cosa che si può fare, è un tutto in uno. (spiegazione semplificata perchè backbone è per il front-end, quindi ti serve sempre qualcosa sul backend dal quale ricevere informazioni quindi Ruby di nuovo o python)
Giosuè se parti da C#, secondo me fai prima ad usare java ed il play framework (che si basa sugli stessi assunti e principi di RoR, ma hai dalla tua parte una sintassi più favorevole secondo me venendo da C#)
thx Fabrizio ma c# lo uso solo per alcune librerie. sono più vb.net. form, codice, moduli, etc... mi andrebbe a pennello un'ambiente di sviluppo visuale vb.net-like spinto su web. Ruby corrisponde? conosco almeno un'altra decina di linguaggi (che, a livello mentale mi hanno sempre aiutato) ma parliamo di codice molto calato in realtà client-server aziendali. qualcosa di mobile l'ho usato qualche anno fa con degli oggetti Windows CE per la sincronizzazione dei dati tra DB e dispositivi mobili.
Giosuè, beh, sul visuale non ne ho proprio idea... Purtroppo spesso programmare sul web significa conoscere HTML/JS per scrivere i frontend. Ci sono dei framework visuali che possono darti una mano, ma io onestamente ho sempre fatto tutto a manina col classico MVC e codice nell'html per scrivere le view. Magari conviene che ti guardi GWT, o parenti.
Secondo voi (specialmente quelli negli USA) Foursquare può essere il prossimo Facebook? Io non capisco come una cosa così Mobile e utile per fare ricerche mirate https://it.foursquare.com/explore non abbia ancora preso piede nel mondo a livelli elevati.
un saluto a tutto il gruppo, vorrei sapere se tra di voi c'è un giovane ingegnere meccanico che sappia usare bene solid works e che abbia buoni gusti anche in termini di design. Riassumo in due righe la situazione: la bontà della nostra idea imprenditoriale è stata valutata positivamente dal Tecnopolo tiburtino I-Tech del BIC lazio spa che ci ha offerto i servizi di pre-incubazione con consulenze annesse. per quanto riguarda il modello di business, l'analisi di mercato, l'aspetto finanziario derivante dalla partecipazione di bandi pubblici ed europei stiamo messi bene e anche molto avanti. Purtroppo l'ingegnere del nostro team ha delle carenze tecniche e quindi dobbiamo per forza rivolgerci a consulenti esterni. Però dato che in cantiere ci sono molti altri prodotti vorrei introdurre nel team un ragazzo capace e che sposa la nostra causa naturalmente dietro un corrispettivo in quote. La cosa è abbastanza urgente perchè dobbiamo decidere se rivolgerci a consulenti esterni o no. chiunque fosse interessato può mandarmi un email privata e possiamo farci tranquillamente una chiaccherata davanti ad un cafè, naturalmente l'appello è rivolto a chi abita a Roma! mai sottovalutare le chiaccherate, a volte possono migliorarci il futuro :)
Non so chi, tempo fa, aveva aperto un thread sulle esperienze di insuccesso e startup che non erano andate bene.. della serie "startup: storie di (in)successo". Mi sembrava fosse partita una bella discussione con una lunga lista di startup che all'inizio non erano andate per il verso giusto. Per caso esiste ancora da qualche parte il thread? Nicola ne sai qualcosa? Thx
Insomma a conti fatti poi questa corsa alle azioni di Facebook non c'è stata.
Se non intervenivano gli investitori istituzionali finiva pure sotto il prezzo di collocamento. Sopravvalutazione o il mercato non ci crede abbastanza?
Secondo me tra le cose che hai elencato la più grave sono i gruppi.
Per i messages possono risolvere facilmente usando Gmail, magari creando una casella che si sincronizza dentro G+ e rimane "a parte" nella gmail per non creare rumore. Ora l'ho buttata lì, non prendetemi troppo sul serio.
Per il meccanismo di friends non sono sicuro che ne abbia bisogno. Anzi credo di no. Mi piace il funzionamento delle cerchie.
Opinione personale ovviamente.
Davide: e' vero che puoi usare gmail, pero' non e' immediato, perche' di fatto esci da G+, e questo non e' bene... Il meccanismo dei friends per me e' la base, senza quello non hai proprio FB. FB e' esploso all'inizio perche' ritrovavi i tuoi amici, e se vedevi uno che diventava amico di un tuo amico controllavi se era un amico comune. in G+ magari sei follower di Jennifer Lopez, ma dubito che per questo qualcuno pensi che e' tua amica... Le cerchie dovrebbero essere in aggiunta, o quanto meno avere 2 livelli: quelli solo follower, e quelli "certificati". Di buono in compenso e' stata la possibilita' di creare cerchie, cioe' gruppi di amici, ma dovrebbe essere in aggiunta. L'ideale sarebbe tipo Plaxo, dove hai i contatti business, e quelli family & friends, dove mostri le cose piu' confidenziali...
Roldano: l'integrazione dei google groups sarebbe molto interessante, pero' appunto con il condizionale non si va da nessuna parte... Tra un po' G+ festeggia un anno, e tutti stanno ancora ad aspettare le features che si immaginava uscissero a breve...
Comunque piu' che i gruppi di Google classici una killer feature secondo me sarebbero i vecchi gruppi di FB, quelli per solo cazzeggio. Avevano una traction mostruosa. Tra l'altro penso che il piu' grande epic fail di FB sia stato la loro chiusura. Hanno tolto una feature che andava tanto, hanno fatto perdere a tutti i contatti che si avevano solo su questi gruppi, insomma hanno distrutto valore. Perche' poi? me la devono ancora spiegare :(
Non si potevano tenere entrambi?
Per di piu', dare lo stesso nome, ad un oggetto che ha funzionalita' e scopo diverso, hanno creato confusione... mossa di mktg pessima... :(
Comunque mi sto spulciando per bene le search di G+ e di Facebook. FB è caotica, non mette in modo ben evidente i risultati, anche poco intuitiva per filtrarli. Non mi sembra smart nell'identificare i contenuti.
Quella di G+ (ovviamente) è molto superiore. Se cerco "eventi Ascoli Piceno (la mia città)" escono fuori un po' di cosette. Poche, perché non è molto utilizzato. Se cerco gli eventi ad Ascoli Piceno su Facebook esce più roba, ma come ho già detto è confuso, scomodo e via dicendo.
Insomma credo che Facebook debba mettere su una strategia per monetizzare le search con una pagina simile a quella di G+. Il difficile non è strutturare la pagina ma riuscire a mostrare risultati smart che puntino a ciò che la gente vuole cercare. Pagine di supporto tecnico, eventi geo-localizzati, deals, iniziative, news e via dicendo. Cose che spingano le aziende a spendere per salire nella scala con degli sponsored links. Ovviamente è necessario che sia favorito l'accesso alle ricerche.
G+ paga dazio per essere arrivato secondo
Sandro lo so capisco ma ormai facendo SEO so come si muove Google :) Loro sono come US Army e l'uso dell'artiglieria sta scritto a pag 101 del manuale e non prima ;) Google è un gigante che si muove lentamente e ragiona in termini di decenni (vedi auto che si muove da sola). Ad esempio, Android, se lo sono inventato perché all'orizzonte avevano visto la minaccia iPhone portata del frenemy Apple. Loro sono sempre sulla difensiva per proteggere il vero core business che è il motore di ricerca. Non mi meraviglierei che stiano facendo ricerche nel campo A.I. Per ora G+ non produce money e quindi ci vanno cauti e probabilmente vogliono capire bene come va la guerra su Mobile. Lì tutti ci possono perdere un mare di soldi visto che non è facile monetizzare e visto che è il terzo mondo che usa il mobile di più Senza contare che appunto Russia e Cina vanno a braccietto nel fare muro contro le corporation USA. Non dimentichiamoci che è stato proibito il chiarimento dei legami tra Google e l'agenzia dei servizi segreti NSA. http://www.wired.com/threatlevel/2012/05/google-nsa-secrecy-upheld/
Ops, ho premuto invio uffa -.-'
Comunque una strategia simile con una buona integrazione mobile, dati geolocalizzati, sarebbe una buona strada per il futuro seondo me.
Integrare i gruppi in G+ sarebbe una gran cosa. Effettivamente sono uno strumento per far cazzeggiare la gente e tenerli inchiodati sulla pagina.
Per gmail, non intendevo usare gmail al posto dei messages, ma integrare le due cose. Poterlo fare su G+ usando il back-end di Gmail. Non una cosa attuale ma uno sviluppo a breve termine.
Sugli amici sono dubbioso. E' vero che all'inizio ritrovare gente semi-sconosciuta su Facebook era una gran cosa. Ma perché? Io che sono sempre stato nerd, netgamer, smanettone, clocker e via dicendo, avevo tutti i contatti dei miei amici sui buoni vecchi MSN, al massimo Skype. Ma Facebook aveva un appeal più popolare (non che i due servizi di cui sopra non lo siano anzi), ci trovavi gente che accendeva il PC 3 volte a settimana. Il poter lasciare i contenuti lì lo rendeva intrigante (che non appartenevano solo a FB ovviamente).
Oggi siamo abituati a queste cose e credo che l'utenza sia più preparata che in passato. I friends non sono un limite a mio avviso.
Secondo me, per capire dove si andrà a parare, bisogna iniziare ad analizzare punti vincenti e perdenti dei competitors, e guardare a dove stanno investendo.
Google vince nel search, ma è un servizio non fidelizzante. Google vince nelle Apps, grazie a Gmail, ad Agenda e Rubrica. Google vince nel document sharing, grazie a Google Docs.
Dall'altra parte, Facebook è invincibile nella gestione delle nostre informazioni, nelle nostre relazioni personali, e da quando esistono i gruppi ci gestisce anche le relazioni business. Difatti, FB ha annunciato di voler aggiungere funzioni di document sharing nei gruppi, che diventeranno sempre più strumenti di collaboration.
Roldano: Google non si puo' muovere con outlook a 10 anni, quando il business su Internet si evolve velocemente e bisogna avere azioni rapide e piani adattivi...
Davide: io su FB ho ripescato non sai quanta gente, di cui non avevo piu' i contatti, amici del militare, delle scuole, gente di cui ho perso i contatti prima che ci si connettesse via email o altri sistemi..
Idem in parte con Linkedin, anche se su Linkedin ripesco piu' che altro solo gente di certi settori, e con una alfabetizzazione informatica piu' elevata...
Ora, da una parte sappiamo con certezza che Facebook intende prendere piede nella real life interation, rivoluzionandola portandovi internet e servizi legati alla geolocalizzazione in modo attivo.
Se riuscisse a togliere davvero a BigG gli utenti delle apps, la posizione di quest'ultima si farebbe improvvisamente molto fragile: è vero che con il search fa più soldi, ma gli utilizzatori delle ricerche potrebbero cambiare engine in qualsiasi momento se ne uscisse uno migliore. E gli utilizzatori di smartphone/Android hanno un tasso di sostituzione della tecnologia biennale, se oggi sono vincenti domani potrebbero essere spazzati via da un newcomer con un modello disruptive.
In conclusione, se io guidassi Fb, credo che investirei sia nel togliere spazio a GCalendar e GContatti, che - sul medio periodo - in un mobile OS proprietario, altamente integrato con FB. In più cercherei di offrire un tool avanzato per rivenditori che vogliano fare ecommerce integrandosi nella piattaforma.
Quest'ultima scelta è motivata dal fatto che l'ecommerce è + o - lo stesso dall'avvento della rete, che ebay inizia ad avere problemi, e che per FB questo potrebbe essere un modo eccellente per ottenere informazioni di profilazione realmente monetizzabili, favorendo sinergie tra resellers ma anche tra utenti, e profittando quindi di una nuova experience nell'incontro tra domanda ed offerta.
Scusa Gianmarco ma di 38 miliardi di dollari di revenues di google 26 miliardi vengono dagli ad words in home page e quasi tutto il resto dagli ads sparati a destra e a manca. Dubito fortemente che google sia fragile per le apps anche se mantengono l'utente sulla home.
BigG è debole dove è possibile bypassate le ricerche. Se chiedo a Siri e lui usa il motore che preferisce ecco una debolezza. Se Apple usa come search di default Bing (o Windows 8) eccone un'altra, assai meno pericolosa. Se gli utenti di FB possono trovare prodotti consumer, eventi, deals e altra robetta qua ecco che quei 26 miliardi si riducono.
Dubito che Facebook possa impensierire sulle Apps.
Davide, da quando esiste, Google cerca di lanciare servizi che leghino a sè l'utenza. Non c'è riuscita con niente tranne Gmail, e Docs (che però è un'acquisizione: per chi se la ricorda, era una start-up svizzera e si chiamava writely). Se spezzi l'elemento di lock-in, Google diventa più fragile. Anche se quello che rompi non è l'elemento sul quale fa più soldi.
Mah sono scettico, ci sono altre vie per superare il problema.
Ingaggiare una battaglia contro gmail e docs è costoso e di difficile riuscita. Più adatta a microsoft, non c'entra nulla con l'utenza di facebook.
0
likes
7
commenti