<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="rss.css" type="text/css"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>Nico’s dreams - Commentaires du blog de Nicolas Hoffmann</title>
 <link>https://www.nicolas-hoffmann.net/rss/commentaires.php</link>
 <language>fr-fr</language>
 <ttl>120</ttl>

 <image>
  <title>Nico’s dreams - Commentaires du blog de Nicolas Hoffmann</title>
  <url>https://www.nicolas-hoffmann.net/rss/nicos_dreams.jpg</url>
  <link>https://www.nicolas-hoffmann.net/rss/commentaires.php</link>
  <description>Commentaires du site</description>
 </image>
 <item>
  <title><![CDATA[ L'interface d'admin pourrie et l'essentiel ]]></title>
  <description><![CDATA[ Sylvius : ça ajoute juste le code demandé dans la textarea, rien de plus. :)</p>
<p>Victor Brito : la difficulté de l'art est surtout de définir le cœur des besoins avant tout, pas facile avec certains clients. ]]>
  </description>
  <dc:format>text/html</dc:format>
  <link>https://www.nicolas-hoffmann.net/source/1547-L-interface-admin-pourrie-et-l-essentiel.html#comment158293</link>
  <dc:creator>Nico</dc:creator>
  <dc:date>Tue, 30 Apr 2013 09:14:16 +0200</dc:date>
 </item>
 <item>
  <title><![CDATA[ L'interface d'admin pourrie et l'essentiel ]]></title>
  <description><![CDATA[ « Le superflu, chose très nécessaire », comme disait un célèbre résidant (secondaire) de la France voisine de Genève. ;)</p>
<p>Ce retour d'expérience n'est pas sans rappeler la question des choix en matière de solution côté serveur : recours à un CMS ou développement sur mesure (qu'il soit ou non basé sur un framework) ? Et cette question d'en appeler une autre : celle du bien-fondé du CMS retenu ou, dans une moindre mesure, du framework retenu, et ce compte tenu des besoins réels du projet. Autrement dit, la solution retenue répond-elle exactement aux besoins sans qu'on ait à greffer une tonne de plug-in (cas des CMS) et sans qu'on se retrouve avec 80 % de code mort ?</p>
<p>Cela pourrait, d'ailleurs, faire l'objet d'un billet dédié. ]]>
  </description>
  <dc:format>text/html</dc:format>
  <link>https://www.nicolas-hoffmann.net/source/1547-L-interface-admin-pourrie-et-l-essentiel.html#comment158292</link>
  <dc:creator>Victor Brito</dc:creator>
  <dc:date>Mon, 29 Apr 2013 19:33:44 +0200</dc:date>
 </item>
 <item>
  <title><![CDATA[ L'interface d'admin pourrie et l'essentiel ]]></title>
  <description><![CDATA[ Oh j'adore le "wysiwyg" (si on peut l’appeler ainsi) !<br />C'est du fait maison ? En bon vieux JS j'imagine ? ]]>
  </description>
  <dc:format>text/html</dc:format>
  <link>https://www.nicolas-hoffmann.net/source/1547-L-interface-admin-pourrie-et-l-essentiel.html#comment158291</link>
  <dc:creator>Silvus</dc:creator>
  <dc:date>Mon, 29 Apr 2013 19:27:14 +0200</dc:date>
 </item>
 <item>
  <title><![CDATA[ L'interface d'admin pourrie et l'essentiel ]]></title>
  <description><![CDATA[ Je plussoie (comme dirait Kevin) ! L'interface admin de mon site actuel est tout aussi spartiate (This is Spartaaaaaaa), mais comme tu le dis, l'essentiel est bien d'avoir une interface efficace, et c'est tout ce qu'on lui demande !</p>
<p>A mes heures perdues (peu nombreuses), je suis en train de refondre mon site perso, et par choix, j'ai banni jQuery (même si je trouve les transitions, les effets, etc...fort jolis) et toute forme de Javascript (hormis pour les balises HTML5 sous IE) pour un accès plus simple et efficace à l'information. ]]>
  </description>
  <dc:format>text/html</dc:format>
  <link>https://www.nicolas-hoffmann.net/source/1547-L-interface-admin-pourrie-et-l-essentiel.html#comment158290</link>
  <dc:creator>Alf</dc:creator>
  <dc:date>Mon, 29 Apr 2013 18:43:58 +0200</dc:date>
 </item>
</channel>
</rss>