查找

お知らせ
· 2025年9月15日

Concours de langages externes d'InterSystems : .Net, Java, Python, JavaScript

Bonjour à tous et a toutes,

Nous sommes heureux d'annoncer le nouveau concours de programmation en ligne InterSystems :

🏆 Concours de langages externes d'InterSystems 🏆

Durée : du 22 septembre au 12 octobre 2025

Prix : 12 000 $


Le sujet

Développer une application qui présente l’utilisation de langages externes avec InterSystems IRIS.

General Requirements:

  1. Une application ou une bibliothèque doit être entièrement fonctionnelle. Il ne doit pas s'agir d'un import ou d'une interface directe pour une bibliothèque déjà existante dans un autre langage (sauf pour le C++, là il faut vraiment faire beaucoup de travail pour créer une interface pour Iris). Il ne doit pas s'agir d'un copier-coller d'une application ou d'une bibliothèque existante.
  2. Applications acceptées : nouvelles applications sur Open Exchange ou existantes, mais avec une amélioration significative. Notre équipe examinera toutes les candidatures avant de les approuver pour le concours.
  3. L'application doit fonctionner sur IRIS Community Edition, IRIS for Health Community Edition ou IRIS Cloud SQL. Les deux peuvent être téléchargés en tant que versions hôtes (Mac, Windows) à partir du site d'évaluation, ou peuvent être utilisés sous la forme de conteneurs extraits d'InterSystems Container Registry ou de Community Containers : intersystemsdc/iris-community:latest ou intersystemsdc/irishealth-community:latest .
  4. L'application doit être Open Source et publiée sur GitHub ou GitLab.
  5. Le fichier README de l'application doit être en anglais, contenir les étapes d'installation, et la vidéo de démonstration ou/et une description du fonctionnement de l'application.
  6. Pas plus de 3 soumissions d’un développeur sont autorisées.

NB. Our experts will have the final say in whether the application is approved for the contest or not, based on the criteria of complexity and usefulness. Their decision is final and not subject to appeal.

N.B. Nos experts auront le dernier mot quant à l'approbation ou non de la candidature au concours en fonction des critères de complexité et d'utilité. Leur décision est définitive et sans appel.

Prix ​​du concours :

1. Nomination des experts – les gagnants seront sélectionnés par l'équipe d'experts d'InterSystems :

🥇 1ère place - $5,000
🥈 2e place - $2,500
🥉 3e place - $1,000
🏅 4e place - $500
🏅 5e place - $300
🌟 6-10e places - $100

2. Gagnants de la communauté – candidatures qui recevront le plus de votes au total :

🥇 1ère place - $1,000 
🥈 2e place - $600
🥉 3e place - $300
🏅 4e place - $200
🏅 5e place - $100

❗ Si plusieurs participants obtiennent le même nombre de votes, ils sont tous considérés comme gagnants et la récompense est partagée entre eux.
❗ Les récompenses en espèces sont attribuées uniquement aux personnes pouvant prouver leur identité. En cas de doute, les organisateurs contacteront le ou les participants pour leur demander des informations complémentaires

Qui peut participer ?

Tout membre de la communauté de développeurs, à l'exception des employés d'InterSystems (sous-traitants ISC autorisés). Créer un compte !

Les développeurs peuvent s'associer pour créer une application collaborative. Autorisé de 2 à 5 développeurs dans une équipe.

N'oubliez pas de mettre en évidence les membres de votre équipe dans le README de votre application – profils d'utilisateurs DC.

Délais importants :

🛠 Phase de développement et d'inscription :

  • 22 septembre 2025 (00h00 EST) : Début du concours.
  • 5 octobre 2025 (23h59 EST) : Date limite de téléchargement.

✅ Période de vote :

  • 6 octobre 2025 (00h00 EST) : Début du vote.
  • 12 octobre 2025 (23h59 EST) : Fin du vote.

Remarque : Les développeurs peuvent améliorer leurs applications tout au long de la période d'inscription et de vote.

    Ressources utiles :

    ✓ Documentation :

    ✓ Exemples d'applications et de bibliothèques :

    ✓ Pour les débutants avec IRIS :

    ✓ Pour les débutants avec ObjectScript Package Manager (IPM) :

    ✓ Comment soumettre votre application au concours :

    Besoin d'aide ?

    Rejoignez la chaîne du concours sur le serveur Discord d'InterSystems ou discutez avec nous dans les commentaires de ce post.

    Nous avons hâte de voir vos projets! Bonne chance 👍


    En participant à ce concours, vous acceptez les conditions du concours énoncées ici. Veuillez les lire attentivement avant de continuer

    ディスカッション (0)1
    続けるにはログインするか新規登録を行ってください
    記事
    · 2025年9月15日 2m read

    From "Oops" to "Aha!" - Avoiding Beginner Mistakes in ObjectScript

    Starting out with ObjectScript, it is really exciting, but it can also feel a little unusual if you're used to other languages. Many beginners trip over the same hurdles, so here are a few "gotchas" you'll want to watch out for. (Also few friendly tips to avoid them)


    NAMING THINGS RANDOMLY

    We have all been guilty of naming something Test1 or MyClass just to move on quickly. But once your project grows, these names become a nightmare. 

    ➡ Pick clear, consistent names from the start. Think of it as leaving breadcrumbs for your future self and your teammates.


    MIXING UP GLOBALS AND VARIABLES

    Globals (^GlobalName) can be confusing at first. They're not just normal variables. They live in the database and stick around even after your code stops running.

    ➡ Use them only when you really need persistent data. For anything else, stick with local variable. (This also saves storage.)


    FORGETTING TRANSACTIONS

    Imagine updating a patient record, and your session crashes halfway. Without a transaction, you are left with half-baked data.

    ➡ Wrap up important updates in TSTART/TCOMMIT. It is like hitting "save" and "undo" at the same time.


    BUILDING SQL IN STRINGS

    It is tempting to just throw SQL into strings and execute it. But that quickly gets messy and hard to debug.

    ➡ Use embedded SQL. It's cleaner, safer and easier to maintain.

    EXAMPLE:

    ❌ Building SQL in Strings

    Set id=123
    Set sql="SELECT Name, Age FROM Patient WHERE ID="_id
    Set rs=##class(%SQL.Statement).%ExecDirect(,sql)

    ✅ Using Embedded SQL

    &SQL(SELECT Name, Age INTO :name, :age FROM Patient WHERE ID=:id)
    Write name_" "_age,!

    SKIPPING ERROR HANDLING

    Nobody likes seeing their app crash with a cryptic message. That usually happens when error handling is ignored.

    ➡Wrap risky operations in TRY/CATCH and give yourself meaningful error messages.


    IGNORING BETTER TOOLS

    Yes, the terminal works. But if you only code there, you are missing out.

    ➡ Use VS Code with the ObjectScript extension. Debugging, autocomplete, and syntax highlighting make life so much easier.


    REINVENTING THE WHEEL

    New developers often try writing their own logging or JSON handling utilities, not realizing ObjectScript already has built-in solutions.

    ➡ Explore%Library and dynamic objects before rolling your own.


    WRITING "MYSTERY CODE"

    We have all thought "I'll remember this later."

    ⚠️SPOILERYOU WON'T! 

    ➡ Add short, clear comments. Even a single line explaining why you did something goes a loooong way.


     

    FINAL THOUGHTS : )

    Learning Objectscript is like learning any other new language. It takes a little patience, and you will make mistakes along the way. The key is to recognize these common traps early and build good habits from the start. That way, instead of fighting the language, you will actually enjoy what it can do. :)

    4件の新着コメント
    ディスカッション (4)1
    続けるにはログインするか新規登録を行ってください
    質問
    · 2025年9月15日

    ExportUDL adds extra line at the end of class

    Hi,

    so we introduced GIT in our workflow and we exported all files with $SYSTEM.OBJ.ExportUDL

    Everything fine so far. But for some reason the export adds an extra line for classes (Routines are OK as far as I can see):

    On Serverside it isn't there

     

    The Problem is now that when we checkout a branch and a class changed we automatically compile it from the repository to a namespace that is made for the developer. E.g. DEV_001, DEV_002 and so on. 

    Now when the class get's compiled the objectscript plugin replaces the local version with the version that the server compiled, so the last line get's removed. And now GIT says there is a change in the file:

    Discarding the change in GIT  results in a new change in the file wich is detected by the plugin and starts a new compile. Again, the compile removes the last line. So we are in a loop. 

    What are we doing wrong here? Can't be working as intended. 

     

    Objectscript-Plugin Version 3.0.6

     

    BR

    Jochen

    2件の新着コメント
    ディスカッション (2)2
    続けるにはログインするか新規登録を行ってください
    ダイジェスト
    · 2025年9月15日

    InterSystems Developers Publications, Week September 08 - 14, 2025, Digest

    Articles
    Announcements
    Questions
    Discussions
    #Other
    Introduction to New Memebers
    By Rajesh Shirsagar
    September 08 - 14, 2025Week at a GlanceInterSystems Developer Community
    ダイジェスト
    · 2025年9月15日