We vliegen er in!

    This site uses cookies. By continuing to browse this site, you are agreeing to our Cookie Policy.

    • Na 30 pagina's eigen reacties doorploeteren geef ik het maar op, ik dacht dat ik hier ergens een post van had gemaakt.

      Concreet gebeuren er twee knetter irritante dingen:
      - al mijn inspring wordt weggegooid, dit wordt vervangen door een enkele spatie
      - de regels worden gewrapped, wat de code totaal onleesbaar maakt

      Het zou wat mij betreft een verbetering zijn om:
      - de invoer gewoon niet aan te passen
      - lange code regels gewoon in een soort van overflow te zetten, zodat regels niet gebroken worden

      Hier al dan niet mee samenhangend vinden er waarschijnlijk aanpassingen op de inhoud plaats (wat nog wat verder voert dan escape-on-input).

      Een forum of een ander systeem moet inhoud gewoon accepteren (of niet) zoals deze wordt aangeleverd, en hier -in beide bovenstaande gevallen- niet zelf in proberen te modderen.

      Het enige waar de applicatie voor moet zorgen is dat het fatsoenlijk ge-escaped wordt in de gebruikte context, maar zou hier NOOIT zelf inhoudelijk dingen in moeten wijzigen. Als de vorm niet goed is of zou zijn, dan zou de validatielaag hier over moeten klagen, maar dit zou je vervolgens niet door een soort custom vleesmolen moeten laten gaan.
    • FangorN wrote:

      Na 30 pagina's eigen reacties doorploeteren geef ik het maar op, ik dacht dat ik hier ergens een post van had gemaakt.

      Concreet gebeuren er twee knetter irritante dingen:
      - al mijn inspring wordt weggegooid, dit wordt vervangen door een enkele spatie
      - de regels worden gewrapped, wat de code totaal onleesbaar maakt

      Het zou wat mij betreft een verbetering zijn om:
      - de invoer gewoon niet aan te passen
      - lange code regels gewoon in een soort van overflow te zetten, zodat regels niet gebroken worden

      Hier al dan niet mee samenhangend vinden er waarschijnlijk aanpassingen op de inhoud plaats (wat nog wat verder voert dan escape-on-input).

      Een forum of een ander systeem moet inhoud gewoon accepteren (of niet) zoals deze wordt aangeleverd, en hier -in beide bovenstaande gevallen- niet zelf in proberen te modderen.

      Het enige waar de applicatie voor moet zorgen is dat het fatsoenlijk ge-escaped wordt in de gebruikte context, maar zou hier NOOIT zelf inhoudelijk dingen in moeten wijzigen. Als de vorm niet goed is of zou zijn, dan zou de validatielaag hier over moeten klagen, maar dit zou je vervolgens niet door een soort custom vleesmolen moeten laten gaan.
      Dit is enkel op de mobiele versie?
      Ik zal dit onderzoeken en aanpassen!
    • Oh, sorry, specifiek in blogs, weet niet of dit op andere plaatsen ook optreedt.

      Heb hier al een tijd niet meer in geschreven. Code ziet er alleen goed uit nadat je de eerste keer een post submit, daarna is inspring weg bij bekijken post maar als je de codeblokken in het artikel wijzigt verschijnt de inspring weer dus dan lijkt het alsof deze (weer) klopt maar na opslaan is deze weer weg.

      Het lijkt er dus ook op alsof er een rauw "origineel" is die verder wel ongewijzigd wordt opgeslagen en een soort van gecachede versie waarin dus alle inspring weg is.
    • Voordat ik mijn eigen ingeving los geef, eerst enkele opmerkingen over dingen die al gezegd zijn.

      Maar voordat ik dat doe, complimenten aan @FangorN. Denk dat zijn post tot nu meeste meerwaarde geeft. Ik denk, net zoals hij heb ik het idee, dat er eerst in abstracto gesproken moet worden alleer men kijkt naar concrete aspecten.

      Opmerkingen over andere posts:
      Display Spoiler

      Jeroen.G wrote:

      Nja zelf ben ik voorstander om de forums omnieuw in te richten, IT draait tegenwoordig wel op meer als wat we nu hebben...


      Verder zie ik graag de blogs eigenlijk verdwijnen, geen meerwaarde in mijn ogen op dit moment, maak liever een overzichtelijke tuturial page en misschien een keer door de downloads heen spitten, om te kijken wat outdate is en gevaarlijk kwa beveiliging. Zodat we nieuwe leden ook een actueel aanbod kunnen bieden en wat duidelijk oud is!
      Herstructurering van de fora zie ik niet de grootste meerwaarde in. Het zal denk ik helpen, maar het zal ICTS niet herdefiniëren.

      Mbt Blogs & downloads licht je denk ik onbewust iets uit. Namelijk dat alles verouderd is en/of beperkt aanbod. Een nieuwe bezoeker zal misschien rondkijken en zien dat het meeste oud is of niet veel inhoud. En mogelijk als gevolg daarvan weer vertrekken.


      R-Mijnten wrote:

      Hiermee starten zou bijvoorbeeld al kunnen door tutorials te schrijven;
      - Basis uitleg van de meest gebruikte programmeertalen / maar zeker ook photoshop.
      - Zeer regelmatig nieuwe content te plaatsen met het laatste (web)nieuws, bezoekers lezen dit graag en zijn langer online. Nieuws wat er nu is valt te verwaarlozen, welgeteld 2 berichten in 2020 en 6 totaal vanaf januari 2018.. Neem een voorbeeld aan bijvoorbeeld phphulp.
      Misschien is het handig om op zoek te gaan naar iemand die op (freelance) basis nieuwsartikelen schrijft?
      - De mobiele versie vind ik te lomp en werkt niet erg soepel / goed, terwijl iedereen op dit forum een smartphone heeft en altijd up-to-date wil blijven met het laatste nieuws!
      Het schrijven van tutorials zie ik niet als een haalbaal doel wil ICTS daar profijt van hebben. Om mensen te trekken zullen die tutorials van goede kwaliteit moeten zijn, frequent worden geschreven, enigszins divers (gelet op de doelgroep van ICTS) en ook onderscheidend ten opzichte van andere websites en blogs. Dat is lastig, maar uiteraard niet onmogelijk. Maar ik denk dat de tijd en energie beter in iets anders kan worden gestoken.

      Nieuws idem.


      wimmpie wrote:

      Is het een idee om ipv text-tutorials gewoon video tutorials te maken?
      Over bv. php (8) of React :)

      En evt. de layout wat aanpassen om ze up-to-date te maken? (Bv. de copyright datum onderaan de website.)
      Video tutorials zie ik wel een toekomst in. Maar betwijfel of ICTS hiertoe in staat is. De kwaliteit zal hoog moeten zijn en er zal een structuur in moeten zitten. Zie bijvoorbeeld Laracasts. Dat begon klein maar is succesvol geworden. Maar de kwaliteit en samenhang tussen de stof is hoog.


      wimmpie wrote:

      Ik zou zeggen: update de lay-out wat (misschien een éénzijdig menu, dan kan de main content wat meer ruimte innemen) en focus op meer diverse content. Voorlopig blijven we wel hangen mij de crimegames. Op zich is dat niet slecht, alleen is er niet veel vooruitgang vanuit die prehistorische sources die er al jaren zijn.
      Een nieuwe layout zie ik als essentieel. Het zal niet dé bepalende factor zijn voor succes. Maar het is denk ik wel een reden om niet te slagen. Het is ouderwets. Het is druk. Het werkt niet zo soepel als sommige frameworks (qua UX).

      M.b.t. crimegames, ik zie dat wel als iets slechts. Het is oud. Geen ontwikkeling. Zal weinig (tot geen) kwalitatief publiek trekken vermoed ik.

      rickvbeek wrote:

      hallo ,

      Ik zou het roer helemaal om gooien.
      Deze post vind ik in de kern het belangrijkst. Het roer omgooien. Ga ik later meer op in. Op de hier gedane voorstellen laat ik mij niet uit, gelet op wat ik later zal schrijven.

      FangorN wrote:

      Jeroen.G wrote:

      Verder zie ik graag de blogs eigenlijk verdwijnen, geen meerwaarde in mijn ogen op dit moment, maak liever een overzichtelijke tuturial page en misschien een keer door de downloads heen spitten, om te kijken wat outdate is en gevaarlijk kwa beveiliging. Zodat we nieuwe leden ook een actueel aanbod kunnen bieden en wat duidelijk oud is!
      Maar de tutorials kun je toch prima onderbrengen in blog posts?
      Wel zou al deze user generated content wat mij betreft onderworpen mogen worden aan een keursessie voor plaatsing en iemand zal dit ook een beetje moeten bijhouden inderdaad om zo te zorgen dat er geen verouderde of onveilig geworden methodieken worden gebruikt. Software en code hebben meestal een beperkte houdbaarheidsdatum.

      ...

      Het ironische (of misschien tragische) van community-sites is dat deze af en toe de plank misslaan in wat ze proberen te bereiken. En soms is het doel niet eens helder geformuleerd (waarover hieronder meer).

      ...


      Een community-site zou ook niet teveel willen doen anders ga je hinken op teveel benen en wordt de spoeling op den duur wel erg dun. Het is nogal suf om 200 subfora te hebben waar nauwelijks iets in wordt gepost bijvoorbeeld. Misschien tijd voor een andere indeling? Iets met tags ofzo? En hierbij mag je je best specialiseren. Dit jaagt misschien mensen weg maar trekt ze ook aan plus het zorgt er dan voor dat je je onderscheidt van de rest van de meute. In plaats van dat je het zoveelste in het rijtje bent.

      Just my 2c for now.
      Ok, daar gaan we dan. Lange post.

      Niet noodzakelijk eens met de methode, wel met het doel bij blogs. Los van dat ik het nut betwijfel van blogs, moet de kwaliteit omhoog. Of keuring het beste middel hiervoor is betwijfel ik. Ik zou eerder voor vaste kwalitatieve schrijvers gaan die ook samenhang kunnen creëren.

      Verder leuke suggesties. Maar naar mijn idee niet heel belangrijk. Van wat Fangor hier zegt zijn naar mijn idee 2 dingen belangrijk: doel & onderscheid.


      Mijn idee is... bedenk en gebruik geen van de ideeën. Evalueer eerst alles. Bedenk wat je wilt. Stel een doel of meerdere doelen (SMART / de 3 typen).

      Voordat je concreet dingen gaat implementeren of voordat je om ideeën verzoekt, kijk eerst even naar de huidige situatie en schets de gewenste situatie. Wat definieert ICTS? Welke onderdelen van ICTS gaan goed? Waarom gaan die goed? Welke onderdelen gaan minder? Waarom gaan ze minder? Kunnen de onderdelen die goed gaan beter? Kunnen de onderdelen die goed gaan beter of kun je ze beten laten afvallen? Zijn er onderdelen die elkaar kunnen complementeren? Is er iets anders wat een van huidige onderdelen kan complimenteren?

      Ga ook back to basics. Stel haalbare doelen. En doe het in delen. Probeer niet meteen van alles te bereiken. Limiteer ICTS tot dat wat goed gaat of wat je wilt verbeteren. Voorkom een "Jack of all trades, master of none". Naar mijn idee heeft ICTS te veel doelen/functies op de website.

      Voorts, wat is ICTS? Wat wil je met ICTS bereiken? De antwoorden hierop mogen niet standaard zijn. Ze moeten onderscheidend zijn. Kijk naar andere websites. Wat mis je daar, en kan ICTS dat aanbieden? Is er iets wat ICTS onderscheid van de rest? Als het een combinatie van elementen is, leg daar de focus op en laat de rest vallen totdat daar ruimte voor is. Maar vooral, bij alles wat je met de website wilt, schrijf op waarom. Waarom wil je actieve leden hebben? Waarom wil je blogs? Waarom wil je bepaalde onderwerpen behandelen?

      Kortom, stel eerst een plan op. Werk het uit en stel de doelen. Pas dan moet je overstappen naar ideeën. Je zoekt nu naar oplossingen voor een doel of probleem die er niet is. Daardoor zal er geen samenhang zijn en kan je het proces naar het (niet bestaande) doel ook niet goed beschrijven en evt kwantificeren.

      Met betrekking tot de doelen. Maak onderscheid tussen de doelen. Resultaatdoel (actieve website), prestatiedoel (kwantificeerbaar doel, bijv. x nieuwe leden of x actieve leden per week of x berichten per week) en procesdoel (wat je gaat doen ik praktische zin om het prestatiedoel te behalen).

      Maak ook onderscheid in korte, middellang en lange termijndoelen. Kort bijv. maand tot enkele maanden, middellang een jaar en lang 5 jaar.

      Als je dit alles hebt gedaan, dan weet je al beter wat ICTS nodig heeft om te slagen. Welke functies je wilt behouden en welke functies je wilt toevoegen. Je kan dan ook doelgerichter om ideeën vragen in plaats van in het wilde weg wat vragen. Want hoewel er hier en daar leuke dingen gezegd worden, het bovenstaande is denk ik belangrijker. Straks ga je tijd investeren in iets moois, maar niet (goed) bij zal dragen aan je wens/doel.

      Tot slot, mocht je willen sparren / meer advies wilt, je weet me te bereiken. :)
      Master student IT-recht en Master student Ondernemingsrecht & software ingenieur
      My Personal profile
      My professional profile (LinkedIn/CV)

      The post was edited 1 time, last by Tim ().