Big data, libertés et assurance
<?xml version="1.0" encoding="UTF-8"?><collection xmlns="http://www.loc.gov/MARC21/slim" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.loc.gov/MARC21/slim http://www.loc.gov/standards/marcxml/schema/MARC21slim.xsd">
<record>
<leader>00000cab a2200000 4500</leader>
<controlfield tag="001">MAP20170016328</controlfield>
<controlfield tag="003">MAP</controlfield>
<controlfield tag="005">20220911211825.0</controlfield>
<controlfield tag="008">170529e20170306esp|||p |0|||b|spa d</controlfield>
<datafield tag="040" ind1=" " ind2=" ">
<subfield code="a">MAP</subfield>
<subfield code="b">spa</subfield>
<subfield code="d">MAP</subfield>
</datafield>
<datafield tag="084" ind1=" " ind2=" ">
<subfield code="a">7</subfield>
</datafield>
<datafield tag="100" ind1=" " ind2=" ">
<subfield code="0">MAPA20170006138</subfield>
<subfield code="a">Philippe Lemoine</subfield>
</datafield>
<datafield tag="245" ind1="1" ind2="0">
<subfield code="a">Big data, libertés et assurance</subfield>
<subfield code="c">Philippe Lemoine</subfield>
</datafield>
<datafield tag="520" ind1=" " ind2=" ">
<subfield code="a">C'est écrit ! Là-haut... Dans le cloud... Un certain langage sur le big data pourrait conduire à penser que la liberté humaine n'éclaire plus le chemin et que notre destin relèverait à nouveau des dieux, des datas et des algorithmes. Que pouvons-nous faire pour en revenir à une vision plus instrumentale de la technologie et redonner de l'air à nos capacités de penser, de débattre, de choisir et d'agir par nous-même ?</subfield>
</datafield>
<datafield tag="650" ind1=" " ind2="4">
<subfield code="0">MAPA20140022717</subfield>
<subfield code="a">Big data</subfield>
</datafield>
<datafield tag="773" ind1="0" ind2=" ">
<subfield code="w">MAP20077000789</subfield>
<subfield code="t">Risques : les cahiers de l'assurance</subfield>
<subfield code="d">Paris : FFSA, 1990-</subfield>
<subfield code="x">1152-9253</subfield>
<subfield code="g">06/03/2017 Número 109 - marzo 2017 , p. 88-93</subfield>
</datafield>
</record>
</collection>