À propos du service
TraduitJe suis un développeur Objective-C et je travaille dans la partie du monde Apple que la plupart des gens évitent : des applications matures écrites il y a des années et qui rapportent encore de l'argent. Si vous avez un projet avec des indices de mémoire manuels, un enchevêtrement de catégories et des API obsolètes, je sais comment le lire, comprendre pourquoi il est structuré de cette façon et le maîtriser sans la réécriture risquée depuis zéro. Grâce à des années de travail sur de grands projets Objective-C pour iOS et macOS, je sais bien où se cachent généralement les endroits fragiles et comment les toucher en toute sécurité.
Mon travail quotidien est la réparation et la modernisation, pas la réinvention à partir d'une feuille blanche. Je capture les plantages à partir de rapports symboliques et dans Instruments, élimine les cycles de rétention et les bugs de threading, remplace les API qu'Apple a dépréciées et reconstruit d'anciens projets sur les versions actuelles de Xcode et des SDK. Lorsque vous êtes prêt à passer à Swift, je le fais progressivement : en mettant en place un pont de compatibilité propre, en annotant les classes Objective-C avec des annotations de nullabilité et de génériques appropriées, en migrant module par module afin que l'application ne cesse pas d'être expédiée pendant un jour. Je prends également en charge un travail ingrat mais critique : maintenir l'application dans le store, la mettre à jour pour les nouvelles versions d'OS et restaurer les builds cassés par des changements de certificat, de profil ou de dépendance.
Si votre application Objective-C semble gelée parce que personne ne veut y toucher, c'est exactement ma situation. Décrivez les symptômes et donnez-moi accès au dépôt, et je commencerai par une brève évaluation de l'état du code avant de proposer des étapes concrètes avec un risque minimal.
— Correction des plantages, des fuites de mémoire et des cycles de rétention en Objective-C
— Modernisation des bases de code héritées iOS et macOS
— Compatibilité entre Objective-C et Swift, migration progressive
— Mise à jour des API obsolètes et restauration des builds Xcode
— Support de l'App Store, sorties et mises à jour pour les versions d'OS
— Débogage à travers Instruments et journaux de plantage symboliques
Mon travail quotidien est la réparation et la modernisation, pas la réinvention à partir d'une feuille blanche. Je capture les plantages à partir de rapports symboliques et dans Instruments, élimine les cycles de rétention et les bugs de threading, remplace les API qu'Apple a dépréciées et reconstruit d'anciens projets sur les versions actuelles de Xcode et des SDK. Lorsque vous êtes prêt à passer à Swift, je le fais progressivement : en mettant en place un pont de compatibilité propre, en annotant les classes Objective-C avec des annotations de nullabilité et de génériques appropriées, en migrant module par module afin que l'application ne cesse pas d'être expédiée pendant un jour. Je prends également en charge un travail ingrat mais critique : maintenir l'application dans le store, la mettre à jour pour les nouvelles versions d'OS et restaurer les builds cassés par des changements de certificat, de profil ou de dépendance.
Si votre application Objective-C semble gelée parce que personne ne veut y toucher, c'est exactement ma situation. Décrivez les symptômes et donnez-moi accès au dépôt, et je commencerai par une brève évaluation de l'état du code avant de proposer des étapes concrètes avec un risque minimal.
— Correction des plantages, des fuites de mémoire et des cycles de rétention en Objective-C
— Modernisation des bases de code héritées iOS et macOS
— Compatibilité entre Objective-C et Swift, migration progressive
— Mise à jour des API obsolètes et restauration des builds Xcode
— Support de l'App Store, sorties et mises à jour pour les versions d'OS
— Débogage à travers Instruments et journaux de plantage symboliques
