Inżynier języka Boo dla dotnet i dziedzicznych skryptów Unity

Piszę i utrzymuję kod w Boo — statycznie typowany język w duchu Pythona, który kompiluje się bezpośrednio do środowiska uruchomieniowego dotnet/Mono. Najczęściej Boo spotyka się w starych projektach Unity, i tam spędzam większość swojej pracy. Jeśli masz nagromadzone stosy dziedzicznych skryptów Boo, które przestały się kompilować po aktualizacji silnika, przywrócę je do życia: sprawię, że znów będą się kompilować, przeniosę najbardziej ryzykowne części do nowoczesnych alternatyw lub owinę je, aby twój obecny kod dotnet mógł je nadal wywoływać bez całkowitego przepisywania. Ponieważ Boo zachowuje czystą składnię opartą na wcięciach Pythona, pozostając jednocześnie w pełni statycznie typowany, łatwo przenoszę logikę między nim a C# bez utraty kontroli nad typami. Moje zadania zazwyczaj dzielą się na kilka kierunków. Po pierwsze — operacje ratunkowe: przeglądam niedokumentowane moduły Boo, ustalam, co tak naprawdę robią, i dostarczam przetestowaną, możliwą do zbudowania wersję. Po drugie — integracja z dotnet: udostępniam zestawy Boo dla C# i odwrotnie, pracuję nad odniesieniami do zestawów i zapewniam, że Mono i dotnet konsekwentnie rozumieją typy. Po trzecie — projektowanie DSL: otwarty pipeline kompilatora Boo i system makr czynią go doskonałą podstawą dla małych języków wewnętrznych, a ja stworzyłem DSL dla konfiguracji i reguł, które nawet osoby nieprogramujące mogą bezpiecznie edytować. Każde zlecenie zawiera czytelne źródło, komentarze, krótką instrukcję budowania i testy jednostkowe, gdzie to możliwe. Wyjaśniam kompromisy z góry w prostym języku, abyś zrozumiał powód każdej zmiany. Powiedz mi, co twój kod Boo powinien robić, a ja uczciwie ocenię wysiłek i ryzyko.