Question:
Est-il inhabituel pour un département de mathématiques de ne pas avoir de serveur de messagerie / Web?
Mike Pierce
2019-08-26 20:00:19 UTC
view on stackexchange narkive permalink

Je suis doctorant dans un département de mathématiques d'une université de recherche aux États-Unis. Quand j'ai commencé le programme, on m'a donné un compte sur le serveur du service avec un site Web et une belle adresse e-mail de service. Maintenant, j'ai découvert que le département (ou l'université?) Supprime le serveur et demande à tout le monde d'utiliser à la place la messagerie G Suite et les services Google utilisés par l'ensemble des étudiants de l'université . Je suppose donc que je devrai payer pour héberger mon site Web quelque part, ou le convertir manuellement en un site Google comme le suggère le département (ce qui malheureusement, à ma connaissance, ne prend pas en charge balisage mathématique). Je crains qu'avoir un site Google par opposition à un site Web .edu ne semble pas professionnel, et je suis un peu irrité de devoir prendre le temps de migrer mon site ailleurs. De plus, je pense qu'il est étrange que même la faculté de mathématiques n'ait pas de domaine .edu pour héberger un site Web.

Dois-je être contrarié par cela? Est-ce inhabituel? Ou est-ce juste la tendance du futur? Est-ce plus typique que je ne le pense?


Mise à jour concernant mon scénario spécifique pour répondre à certaines questions dans les commentaires: l'email via GMail reçoit toujours l'extension .edu sous la forme name@university.edu ou une variation. Je ne suis pas sûr de ce qu'il adviendra de mon e-mail name@math.university.edu , mais cela semble que cela fonctionnera toujours? Le mot est qu'ils sont toujours en train de déterminer les détails. Mais ils prévoient de se débarrasser du serveur Web. Ils n'ont pas donné aux nouveaux professeurs ou étudiants diplômés l'adresse e-mail @math ou un site Web math.university.edu/~name comme je l'ai reçu, et ils sont travailler avec des personnes disposant de sites plus volumineux [sur le serveur mathématique] pour répondre à leurs besoins. Mais il semble qu'après le basculement, le domaine math.university.edu ne sera plus disponible pour rediriger vers n'importe quel nouveau site Web non plus, ce qui est nul car il y a au moins une faculté ici avec un site Web massif , et le basculement cassera des tonnes de liens en ligne et fera référence à des notes et des documents PDF.

Les réponses sous forme de commentaires, les questions résolues et la discussion générale ont été [déplacées vers le chat] (https://chat.stackexchange.com/rooms/97965/discussion-on-question-by-mike-pierce-is-it-unusual-for-a-math-department-not-to).Veuillez lire [cette FAQ] (https://academia.meta.stackexchange.com/q/4230/7734) avant de publier un autre commentaire.
Vous devrez également accepter les conditions d'utilisation de Google.Lorsque mon alma mater a fait le changement il y a des années, j'ai arrêté d'utiliser mon ancien compte edu.Je n'ai pas accepté les caresses.Si je voulais être caressé, j'utiliserais mon compte GMail.
Que se passe-t-il lorsque vous changez d'université?Souhaitez-vous vraiment transférer toutes vos affaires d'un endroit à l'autre ou demander que vos affaires restent actives même si vous n'y travaillez pas / n'étudiez pas?C'est un fardeau informatique, ils préfèrent donc que vous soyez autonome.
@MonkeyZeus.Oui?Tant que la nouvelle université dispose d'un serveur Web avec un accès ssh, c'est aussi simple que de copier tous les fichiers.Ensuite, j'avais mis en place une redirection sur le site Web de l'ancienne université vers le nouveau site Web, et j'espère que l'ancienne université maintiendra cet ancien site actif jusqu'à ce que Google réindexe tout.
Que pouvons-nous attendre de l'infrastructure d'une université, s'ils ne peuvent plus gérer leur propre informatique?Je doute qu'une université puisse effectuer des recherches gratuites et indépendantes, si toutes les communications et données sont suivies par un fournisseur de cloud.Je serais très inquiet.
@JonasStein droit !?En creusant, on m'a montré cette page sur [l'accord de l'Université de Californie avec Google] (https://www.ucop.edu/cloud-services-contracts/contracts-guidance/gae.html).Je ne sais pas exactement ce que signifie «Consulter» dans la section Guide des données sensibles.
Il existe un bon nombre de départements, d'écoles et de collèges qui n'hébergent pas de sites Web individuels pour les étudiants ou même les professeurs.En réalité, ces sites sont assez personnels et non officiels.Ces institutions préfèrent simplement héberger des pages officielles où elles contrôlent le contenu.Rien ne vous empêche d'avoir votre propre site, mais il n'y a aucune raison pour que l'école doive l'héberger pour vous.
Sept réponses:
user2768
2019-08-26 20:10:03 UTC
view on stackexchange narkive permalink

J'ai découvert que le département (ou l'université?) supprime le serveur et demande à tout le monde d'utiliser à la place la messagerie G Suite et les services Google utilisés par l'ensemble des étudiants de l'université.

Il semble que l'université sous-traite l'informatique, ce qui est normal.

Les commentaires ne sont pas destinés à une discussion approfondie;cette conversation a été [déplacée vers le chat] (https://chat.stackexchange.com/rooms/97995/discussion-on-answer-by-user2768-is-it-unusual-for-a-math-department-not-avoir).
Flyto
2019-08-27 04:50:38 UTC
view on stackexchange narkive permalink

Il est de moins en moins courant pour les différents services d'exploiter leur propre infrastructure informatique - les choses sont généralement centralisées.

Il est également de plus en plus courant d'externaliser certaines parties de cette infrastructure informatique centralisée - qui en la pratique signifie que le courrier électronique se retrouve sur Gmail ou le système de Microsoft. Je m'attendrais à ce que votre adresse e-mail ait toujours uniname.edu comme domaine - elle sera simplement gérée par un fournisseur de cloud.

Parallèlement à cette deuxième tendance, elle devient de moins en moins courante dans les universités (ou départements) pour fournir un espace Web au personnel ou aux étudiants. Cela peut être ennuyeux. Mais comme d'autres l'ont dit, il n'y a rien de non professionnel à configurer votre propre domaine (avec un nom raisonnable) et à y héberger votre contenu Web.

user109454
2019-08-26 20:57:27 UTC
view on stackexchange narkive permalink

Je crains qu'avoir un site Google plutôt qu'un site Web .edu ne semble pas professionnel ...

Je pense que cette inquiétude n'est pas fondée. De même, je ne pense pas que ce ne serait pas professionnel si vous aviez une URL comme www.MikePierce.com. Vous devez simplement éviter d'avoir à mettre quelque chose comme www.badboymowers.com/mikepierce sur votre CV lorsque vous postulez à un emploi.

Plus sérieusement, plusieurs de mes collaborateurs utilisent les pages Google Site comme leurs principaux sites Web professionnels, et je connais plusieurs mathématiciens plus respectés qui le font aussi. Et tout cela est hors de ma tête. Je doute donc que vous vous démarquiez de manière négative si vous devez migrer votre site Web vers un site Google.

De même, de nombreuses personnes ont des adresses e-mail .edu mais choisissent de ne pas le faire. utilisez-les professionnellement (bien que ce soit beaucoup moins courant). Par exemple, l'un de mes collaborateurs a un site Internet hébergé par son institution mais répertorie son adresse e-mail Gmail dans toutes ses publications.

Dois-je être contrarié par cela? Est-ce inhabituel? Ou est-ce juste la tendance du futur? Est-ce plus typique que je ne le pense?

Je pense que la situation de votre département est celle d'une minorité croissante de départements. Je pense que si vous avez une page de site Google d'aspect professionnel qui est liée par le site Web officiel de votre service, vous n'aurez pas à vous inquiéter.

OP peut être plus ambitieux que de vouloir «ne pas se démarquer de manière négative».Par exemple, il peut souhaiter se démarquer de manière positive, et je pense que ce serait extrêmement difficile à faire avec un site Google.Dans tous les cas, différentes personnes se soucient de choses différentes.Ce n'est pas parce que certains mathématiciens qui réussissent utilisent une adresse Gmail ou un site Google que cela signifie qu'il est déraisonnable de ne pas vouloir suivre leur exemple.
@DanRomik - Mon commentaire sur "ne pas se démarquer de manière négative" était simplement en réponse à l'inquiétude du PO que le fait d'avoir un site Google ne semble pas professionnel.J'aurais peut-être pu le formuler mieux, mais je crois honnêtement qu'il n'y a rien de ce que l'on peut faire en ce qui concerne le site Web qui les fasse se démarquer de manière positive.C'est tout simplement trop subjectif.Par exemple, certaines personnes préfèrent fortement les pages très simples, les pages html old school (fond blanc, texte noir, photo en haut, liste des cours enseignés et publications en bas de la page, etc.) aux sites plus modernes.
@DanRomik (suite) - Je ne suis pas du tout en désaccord avec vous sur le fait qu'il n'est pas déraisonnable de ne pas vouloir suivre l'exemple des exemples que j'ai mentionnés.Mon argument était simplement que rien de tout cela n'était susceptible d'avoir un impact négatif sur l'apparence professionnelle du PO.
Comme alternative à une page de site Google, [github.com] (https://github.com) offre la possibilité d'héberger gratuitement des sites Web personnels.La connexion indirecte à des logiciels publics potentiels et aux résultats de la recherche, visant éventuellement à la [recherche reproductible] (https://en.wikipedia.org/wiki/Reproducibility#Reproducible_research), est un gros plus à mon avis.
Dan Romik
2019-08-26 21:12:06 UTC
view on stackexchange narkive permalink

En tant qu'étudiant diplômé en mathématiques aux États-Unis, les normes actuelles vous permettent de vous attendre à ce que votre département vous offre l'accès à certains services informatiques, notamment:

  1. Une adresse e-mail (gratuite) qui est affilié de manière crédible au nom de domaine reconnu de votre université, c'est-à-dire

yourname@uniname.edu

yourname@math.uniname.edu

sont à la fois bons et raisonnables, mais tout ce qui est du genre

yourname@gmail.com

yourname@gsuites.com

votrenom.uniname@gmail.com

votrenom@uniname-gsuites.com

votrenom@uniname.gsuites.com

(etc. ) ne me semble pas vraiment acceptable. Je serais très contrarié si mon département imposait de telles adresses e-mail à tout le monde (heureusement, je suis maintenant le président du comité informatique, alors je vais m'assurer que cela ne se produit pas ;-)).

  1. Une solution d'hébergement Web simple (et gratuite) pour héberger une page Web personnelle.

  2. Idéalement, l'hébergeur aura un URL associée au domaine .edu de l'université.

  3. Idéalement également, les tiers auxquels de tels services sont sous-traités devraient être des entreprises éthiques offrant de solides garanties de respect de la vie privée des utilisateurs, et ont la réputation de tenir leurs promesses dans ce domaine. Dans une situation encore plus idéale, ces entreprises seront celles dont les bénéfices sont positivement corrélés à la qualité de leur travail en respectant et en protégeant la vie privée de leurs utilisateurs.

De la situation que vous avez décrite, il semble que l'élément 3 ci-dessus soit une raison légitime pour que vous soyez contrarié, et potentiellement aussi l'élément 4. Avec l'élément 1, par votre description, il semble que vous aurez toujours une adresse e-mail du domaine du campus, qui est raisonnable. En ce qui concerne la migration de votre page Web, je pense que vous auriez l'air un peu mesquin si vous deviez essayer d'en faire un problème.

(2) et (3) n'offrent que des avantages à court terme, en particulier pour les doctorants tels que l'OP.À plus long terme, les chercheurs changeront d'institution.Je recommande d'éviter les infrastructures universitaires (par exemple, l'hébergement Web, la messagerie électronique, le contrôle de version, le stockage, ...) lorsque cela est possible et d'utiliser une infrastructure cloud personnellement contrôlée.
@user2768 Je ne comprends pas vraiment votre point.L'accès à un bureau, un espace de bureau, une machine xerox et un million d'autres choses sont également des «avantages à court terme», mais ils sont toujours utiles.Il en va de même pour une adresse e-mail .edu et un domaine d'hébergement Web.Si vous préférez ne pas les utiliser, c'est votre droit, mais de nombreux étudiants diplômés trouvent ces services extrêmement utiles.
Je ne suis pas votre comparaison: votre site Web, vos e-mails, le contrôle de version, le stockage, ..., sont des atouts tout au long de votre carrière.Avoir de tels actifs contrôlés par un employeur est à courte vue.Vos exemples ne sont pas des atouts, je ne vois pas de base de comparaison.
@user2768 Je suis d'accord sur le stockage de fichiers, mais comme pour un site Web, je ne connais que deux universitaires qui se sont donné la peine de mettre en place leur propre solution d'hébergement Web, et ils l'ont fait très tard dans leur carrière.Je suppose que cela fait de moi et essentiellement tout le monde que je connais myope selon votre définition.
Vraisemblablement, vous et tous vos collègues sauf deux avez eu les tracas de migrer vos sites Web à chaque changement d'institut.Je considérerais qu'une seule migration coûterait plus que _la peine de mettre en place leur propre solution d'hébergement Web_.(L'achat d'hébergement est un événement unique et trivial.) Un site Web à long terme fait également mieux dans les classements des moteurs de recherche.(En ce qui concerne la myopie, cela était dirigé vers l'OP, un nouveau chercheur. Les chercheurs plus âgés n'auraient pas pu prévoir l'avancement de l'Internet.)
@user2768 ok.Merci pour les commentaires.
Dmitry Grigoryev
2019-08-29 16:20:56 UTC
view on stackexchange narkive permalink

Le nom de domaine, l'adresse e-mail et le site Web sont trois choses différentes.

Votre université n'a pas du tout besoin d'équipement informatique pour posséder le domaine university.edu , tout ils doivent payer pour cela. Avoir son propre domaine est en effet la norme, donc vous pouvez être sûr qu'il le conservera.

Le courrier électronique est apparemment sous-traité à G-suite (probablement avec le partage de calendrier / document). Il ne sera pas visible de l'extérieur: G-suite est spécifiquement conçu pour prendre en charge les adresses e-mail sur un domaine appartenant à leurs clients. Donc, encore une fois, vous pouvez être sûr que vous conserverez votre ancienne adresse e-mail ou en obtiendrez une nouvelle sur un domaine university.edu , peut-être quelque chose comme user@math.university .edu .

Le site Web est une entité différente généralement hébergée sur un serveur distinct. Si j'étais vous, je vous demanderais si votre université transfère ses services Web vers un hébergement externe (et lequel). Il n'est pas nécessaire que ce soit Google Sites, et s'ils le font correctement, vous devriez pouvoir garder votre site Web tel qu'il est, à moins qu'ils ne choisissent un hébergement très bon marché qui ne dispose pas des fonctionnalités requises par votre site Web (cela peut être la raison ils «travaillent avec des personnes disposant de sites plus importants pour répondre à leurs besoins»). Ce qui changera s'ils l'externalisent, c'est la façon dont vous gérez votre site Web, c'est pourquoi vous devriez vous renseigner à ce sujet le plus tôt possible. Le nom que votre site Web obtiendra dépend également d'eux, et il n'y a pas de relation entre les serveurs de messagerie et les serveurs Web autres que le nom: il est tout à fait possible d'avoir par exemple un serveur de messagerie avec Google et hébergez le site Web avec le même nom de domaine sur Amazon AWS.

Jonas Stein
2019-08-31 04:05:38 UTC
view on stackexchange narkive permalink

Que pouvons-nous attendre de l'infrastructure d'une université, s'ils ne peuvent plus gérer leur propre informatique?

Une excellente université dispose d'un excellent personnel informatique, capable de développer et d'améliorer les logiciels en fonction de leurs besoins. Ils conserveront et transféreront également les compétences informatiques aux étudiants.

Je doute qu'une université puisse effectuer des recherches gratuites et indépendantes, si toutes les communications et données sont suivies par un fournisseur de cloud qui exécute également l'une des recherches les plus souvent utilisées moteurs. Une fois l'informatique externalisée, il est pratiquement impossible de reconstruire sa propre infrastructure lorsque les experts sont partis.

La plupart des universités existent depuis plus de 100 ans et ont investi beaucoup d'efforts pour rester indépendantes.

Une université n'externaliserait pas son infrastructure la plus importante tant qu'elle est financièrement sécurisée.

Vous devriez être très inquiet.

raubvogel
2019-08-29 16:48:11 UTC
view on stackexchange narkive permalink

Comme l'a dit @flyto, de nombreuses universités utilisent google, GitHub et Microsoft comme fournisseur de cloud pour le courrier / stockage / web / repo / authentification. AFAIK, tous deux ont des produits approuvés HIPPA et PII, de sorte que ces universités atténuent leurs risques en les transférant à ces fournisseurs. Je connais personnellement 8 universités qui utilisent Microsoft et 5 google pour le courrier; cela ne signifie pas que Microsoft est plus populaire, mais la taille de mon échantillon est petite.

À propos des noms de domaine, vous faites la même chose que vous le feriez avec chaque fournisseur Web nuageux: modifiez votre DNS pour diriger les requêtes correctement ou demandez-leur de l'exécuter (puis vous modifiez votre domaine si nécessaire). Rien n'empêche une fausse université d'avoir office.bogus.edu, qui peut rediriger vers une page de destination office365 personnalisée en utilisant son identité. Leurs membres peuvent également accéder au site Web du bureau par défaut de Microsoft et se connecter à l'aide de leurs informations d'identification universitaires, ce qui les dirigerait vers les informations spécifiques à l'université.

Rien ne vous empêche d'avoir un user@math.bogus. adresse e-mail edu au lieu de user@bogus.edu; l'un d'eux n'est que l'alias de l'autre.



Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 4.0 sous laquelle il est distribué.
Loading...