... #Scriptgenerator #Editorautomationtools #Workflowoptimization #Autobinding #Hierarchytools #Timesaver #Unityautomation #Autoreferenceassignment #Codegenerator #Productivitytools #Inspectorautomation #Uibinding #Referenceinjector #Workflowautomation #Componentbinding #AssetStore

https://u3dn.com/packages/automation-toolkit-auto-binder-and-script-generator-for-unity-339206

📢 Góp ý từ devs: Những vấn đề phiền toái nào khi dùng công cụ sinh mã/IDE trình duyệt? Một nền tảng tạo code FE & BE để tự lưu trữ đang tìm phản hồi từ cộng đồng. Bạn gặp khó khăn gì với Replit, CodeSandbox hay các tool AI hiện tại? Chia sẻ ngay!

#DevFeedback #IDE #CodeGenerator #PhanHoiDev #AIProgramming #VietNamDev

https://www.reddit.com/r/selfhosted/comments/1paoxb0/dev_feedback_needed_what_annoys_you_about_current/

🚨MAJOR RELEASE ALERT 🚨
Today we are launching BESSER v.4, with some massive improvements 👏🥳🎉:
✅ Project management: create new #modeling projects comprising different types of diagrams (#classdiagram, #statemachine, #objectdiagram...) in our #online #modeling #editor
✅Create object diagrams to model specific scenarios conforming to your class diagram
✅ #Evaluate #ocl constraints on your object diagram and get #feedback on whether your scenarios are #valid
✅ Plus many other improvements: #fluentapi, #rdf generation,...
📜https://github.com/BESSER-PEARL/BESSER/releases
⚙️https://github.com/BESSER-PEARL/BESSER

I can feel your #FOMO so don't wait any longer. Give it a try NOW ➡️ https://editor.besser-pearl.org/

Pls also reshare this post and drop a ⭐ on #github so that others can also benefit from our #opensource #lowcode #free #platform
#uml #ocl #classdiagram #database #sql #codegenerator #vibemodeling

Thanks to @made I recently learned that dynamic code generation doesn't play nice with certain Content Security Policies (CSP). This has a major impact on a few core packages in #ThingUmbrella, like the https://thi.ng/vectors package which contains ~900 vector functions, most of them code generated and optimized for different vector sizes/dimensions (incl. n-dimensional versions). This package (and some others using a similar approach) are key dependencies for dozens of other geometry/visualization related packages... However, I found code generation the only way to practically manage & maintain the sheer amount of functionality provided.

Because of this (CSP impact), I've been working on a new code generator, which converts the dynamically generated code into statically generated source code files. This will make the overall initial package size bigger, but this shouldn't be a major problem in practice, since there're also very positive effects, including:

- The new format allows for doc strings for _all_ generated vector ops (with the dynamic approach there was no way to properly attach those in TypeScript)
- The new file structure (single function per source file) massively helps with dead code elimination when using a bundler, resulting in smaller final file/bundle sizes. When NOT using a bundler, similar filesize savings can be had by using direct imports (to individual functions) rather than full package imports
- None of the unused versions need to be code generated at runtime anymore, so also improving startup time

The new codegen is already covering around more than a third of the 900 ops. If you want to keep an eye on progress & discussion, follow this issue:

https://github.com/thi-ng/umbrella/issues/497

#ThingUmbrella #CodeGenerator #TypeScript #Vector #PSA

Lapidary-render 0.12.0 is now released.

To the best of my knowledge it's the only #codeGenerator that properly handles #jsonSchema anyOf and allOf.
Also has support for oneOf, but not per the specs.

https://github.com/python-lapidary/lapidary-render/releases/tag/v0.12.0

#pythonLapidary #openAPI #openAPI3 #openAPI30 #programming #python #webAPI

How to structure a #python project with both generated and authored code?

Python tools don't handle well anything other than $root/$package or $root/src/$package

Code generator removes files that it finds, assuming they're outdated

editors can handle a separate subdirectory, but using linter or tests would required synchronizing that directory with the main source directory.

Each of these solutions sucks.

I'm thinking of designating special sub-package `extras` would do the work, it wouldn't clash with generated code, but perhaps others have better ideas.

#codeGenerator #askFedi #programming #openSource

I wanted to build a #python client for some #openSource project that offers a good #openApi 3.0 description - just to test my generator on real-live service, but also to support the community.

I looked at @forgejo but it turns out it uses swagger 2. I didn't realise #golang was old enough...

Any way, other ideas would be very welcome.

#programming #codeGenerator #pythonLapidary #askFedi

Generating #python code: #jinja or libcst?

#codeGen #codeGenerator #jinja2