Archief - mede-programmeur sociaal netwerk

Ben me er niet echt bewust van hoe dikwijls het wordt gebruikt maar een hosting ervoor vinden is wel redelijk moeilijk.

Kan je met ASP(.NET) geen MySQL of PostgreSQL aanspreken? En waarom MSSQL gebruiken als er ook PostgreSQL is (indien het dus mogelijk is)?

Curahee Q zei:

Ben me er niet echt bewust van hoe dikwijls het wordt gebruikt maar een hosting ervoor vinden is wel redelijk moeilijk.

Kan je met ASP(.NET) geen MySQL of PostgreSQL aanspreken? En waarom MSSQL gebruiken als er ook PostgreSQL is (indien het dus mogelijk is)?

Klik om te vergroten...

Omdat je dan ingebouwde Visual Studios tools kan gebruiken. Ik gebruikte ook een CMS dat alleen gebruik maakte van MSSql dus gaf dat soms wat problemen.

Hosting aanvragen | Hosting pakketten aanvragen
simple hosting heeft wel leuke .net / MSSQL pakketjes.

[drone]-[1.05];13528198 zei:

Wordt JSP eigenlijk veel gebruikt? Was lang geleden dat ik daar nog iets van gehoord heb.

Klik om te vergroten...

HLN is met JSP gemaakt. JSP is echt zoiets dat je enkel in de bedrijfswereld tegenkomt waar de website een belangrijk onderdeel is van het bedrijf. Bij kleinere bedrijven die websites maken is JSP iets dat zelden voorkomt. Maar sowieso is JSP iets dat minder wordt gebruikt dan ASP.NET. De instapdrempel is vaak iets groter voor JSP dan ASP.NET.

Cycloon zei:

Maar netlog leeft ook wel op gratis stagiairs en eindwerken. Mocht netlog enkel met betaalde mensen werken dan denk ik dat ze het ook moeilijk zouden krijgen om het hoofd boven water te houden. Onderschat het runnen van grote projecten niet, voor ze echt geld beginnen op te brengen ben je snel enkele jaren verder. Er zijn zat veel makkelijkere manieren om met software geld te verdienen.

Klik om te vergroten...

- je moet dom zijn om als bedrijf geen stagairs aan te nemen
- ze werken met jonge mensen (goedkoop) die ze als interim aannemen (na een jaar kost het hun weinig of niets om hun contract te beëindigen)
- die 2 ceo's van netlog zijn al lang binnen, ik ken ze persoonlijk, neem het van mij aan (of niet), als het van toon afhing was het al lang al verkocht maar zijn compagnon heeft hem kunnen overtuigen om nog een paar jaar verder te doen (en met succes want ondertussen zijn ze nog veel groter geworden en is het dus meer waard)
- toon is de programmeur en het hele netlog verhaal zou nooit gelukt zijn zonder zijn sales compagnon, noem het de combinatie van een top programmeur (ondertussen expert in social networks) met een top sales
- netlog is 85% betaald door google

Ik ben akkoord met je standpunten, maar het toont dus ook aan dat het moeilijk blijft om met zo'n type sites makkelijk geld te verdienen. Facebook heeft lange tijd in hetzelfde schuitje gezeten. Ze bieden dan wel veel mensen een werkplaats aan, maar er is nauwelijks marge voor extra groei of nieuwe initiatieven. Laat staan dat ze zelden met mensen kunnen werken die qua ervaring en inzicht aan de top zitten.

De TS geeft wel aan dat zijn eerste doel niet is om geld te verdienen, maar uiteraard wil iedereen die daar op lange termijn aan meewerkt wel iets terug zien. Daarom loopt dit soort van projecten zelden goed af

Nu we hier toch over aan het discussieren zijn.
Kan er iemand zeggen wanneer best php, jsp of asp(.net) gebruikt dient te worden? Velen hier zeggen dat het afhankelijk is van de applicatie die je schrijft maar echte concrete voorbeelden komen hier niet echt tersprake.

Bijvoorbeeld, hetgeen de TS wilt. Het beste in php, jsp, asp(.net) of nog iets anders te schrijven? Blijkbaar valt php al af...

Veel hangt af van de bedrijfscultuur, ervaring van de mensen binnen het bedrijf en andere achterliggende systemen waarmee het moet samenwerken.

om te eindigen wil ik toch nog zeggen dat ik eens gelezen heb dat FB 500 milj BEF waard is, als die kerel het dus in the end verkoopt...

De Mark is nu al binnen zenne Het is eerder Twitter dat niet zo winstgevend is.

design1 zei:

Efkes e vraagj maar wat dan met lcms zoals dokeos, chamilo, blackboard, ...?

Klik om te vergroten...

Chamilo is een fork van Dokeos. En heb je die code al eens bekeken? Ik heb het dan over de 1.8 branch. Dat rammelt langs alle kanten, voor elke cursus maakt dat onding een nieuwe database aan (je leest het goed : een database). Naar onderhoud toe is dat dus een gigantische ramp. Ter illustratie : ff kolommetje toevoegen, oops ik heb 100 cursussen, dus nu moet ik in die 100 databases dat kolommetje gaan toevoegen... It's a disaster waiting to happen.

En dan hebben we het even niet over het veiligheidsaspect... Ik hoop van harte dat ze al die problemen met Chamilo 2.0 opgelost hebben.

dJeez zei:

voor elke cursus maakt dat onding een nieuwe database aan (je leest het goed : een database).

Klik om te vergroten...

HAHAHA, wa is me dat voor iets ség.

Ik vind het wel een wonder/succes dat Netlog zo groot is geworden. Ik heb nog de eerste voorloper asl.to gekend (zoek maar eens op Internet Archive: Free Movies, Music, Books & Wayback Machine) en dat was echt slecht gecodeerd, toen ze veel users kregen. Daarna begonnen ze Redbox, wat ik niet meer zo heb gevolgd.

Hier is een goede site over High scalability websites

Der staan veel architecturen op van grote websites

twitter, plentyoffish, stackoverflow, farmville , ...

design1 zei:

Efkes e vraagj maar wat dan met lcms zoals dokeos, chamilo, blackboard, ...?
Dit zijn grote platformen die uit meerdere talen bestaan en ik denk toch dat PHP hiervan de hoofd taal is. Ook kom je daar OOP dacht ik zoals factory, singleton, ... .

Aan de ene kant denk ik echt wel dat het mogelijk is via goed geprogrammeerde code in PHP iets zeer deftig te maken. Aan de andere kant kan ik er ook in komen dat je via Java of ASP.NET ook iets zeer deftig kan maken.

Volgens mij hangt het dus voornamelijk af van wat je precies wenst te ontwikkelen en wat je persoonlijke voorkeur is van taal. Nuja ook denk ik dat iedere taal zen voordelen en nadelen eeft.

Klik om te vergroten...

Ik wil hierop (en de thread in het algemeen) even reageren.

Ik werk fulltime aan een VLE (Virtual Learning Environment) zoals Dokeos. Hetgeen ik aan werk echter is 'Sakai 3'.
Het is een complete re-write van de oude versie. We hebben ervoor gekozen om niet backwards-compatible te zijn simpelweg omdat de vorige versie zijn eigen idiosyncrasies had die niet te volgen waren.

Wij binden ons niet aan 1 technologie stack.
We gebruiken de volgende "tools" in onze backend:
Back-end - Java
Al de main services en REST endpoints zijn geschreven in Java en draaien in een OSGi environment (Vind je vooral terug in setupboxes, cars, mobile phones, airplanes, .. kortom dingen die niet mogen crashes als je een update uitvoert.)

Back-end - Ruby & Perl
Onze back-end output niks van HTML maar exposed een hele set REST endpoints. We hebben een hele batch ruby en perl tests die er ongeveer ~80% van coveren. Het mooie van een REST based system te hebben is dat andere mensen hun eigen tools kunnen gebruiken om datafeeds te mashen en er nieuwe en coole applicaties mee kunnen maken.

Front-end - Javascript
Onze front-end is _volledig_ opgebouwd uit HTML & JS, er wordt niks outgeput door een interpreter of scripting language. Al de data wordt opgehaald via ajax calls.

Help-desk - Cassandra
Om onze help desk wat te verlichten zijn we een tracking systeem aan het schrijven dat users tracked troughout the system. Iedere actie emit een event en wordt gestored in onze Cassandra store.


Ik wil gewoon maar even aantonen, dat webdevelopment (specifiek voor LMS'es) niet noodzakelijk spaghetticode in php hoeft te zijn. ^-^

Disa zei:

Ik wil hierop (en de thread in het algemeen) even reageren..

Klik om te vergroten...

nice input

Disa zei:

Front-end - Javascript
Onze front-end is _volledig_ opgebouwd uit HTML & JS, er wordt niks outgeput door een interpreter of scripting language. Al de data wordt opgehaald via ajax calls.

Klik om te vergroten...

daar heb je dan het voordeel dat je niet met SEO rekening moet houden. Dan was dit ook helemaal niet mogelijk..

Gho,

Dat valt nu toch al meer en meer mee hoor.
Google heeft onlangs nog aangekondigd dat het pages door een javascript renderer zal halen en ze dan indexen. Ik ben niet zeker of dat nu al gebeurt.
Het is natuurlijk verre van compleet en als je business afhangt van je index in Google dan zorg je er best voor dat ze URIs terugvinden naar de actual resources. (Wat trouwens al redelijk te doen is door dingen als simple history of jQuery BBQ)

Disa zei:

Gho,

Dat valt nu toch al meer en meer mee hoor.
Google heeft onlangs nog aangekondigd dat het pages door een javascript renderer zal halen en ze dan indexen.

..

(Wat trouwens al redelijk te doen is door dingen als simple history of jQuery BBQ)

Klik om te vergroten...

Owww en why didn't I know that .. Ik was op de hoogte van history en BBQ maar dacht dat dit enkel (browser)navigatie problemen wegwerkte.

Quora - Why did Quora choose Python for its development? Toevallig tegengekomen