| Blacksmith or consultant at Remote, Remote, USA |
| Email: [email protected] |
|
http://bit.ly/4ey8w48 https://jobs.nvoids.com/job_details.jsp?id=3162547&uid=699ad5f54c264c98856839e3028a0843 From: Anchal, Tek Inspirations [email protected] Reply to: [email protected] Job Description - Role: Blacksmith/consultant Location: remote Duration: 6 month + assignment Mode of Interview: phone then Teams meet Genuine candidates only 1 profile If they do not have multivalue database experience (UniVerse in particular) then they do not have the Blacksmith product experience we need. Blacksmith is a 4GL that runs on top of UniVerse. Based on my research, there isn't a publicly available "developer onboarding checklist" specifically for ONgroup's Blacksmith product. However, from what I've gathered about Blacksmith and its ecosystem, here's what a developer resource would typically need to be productive when jumping into a customer installation: MultiValue / Pick fundamentals. Blacksmith is built on MultiValue technology and runs on environments like MVON, UniVerse, and UniData. A developer needs a solid grounding in Pick BASIC programming, the MultiValue data model (nested/multi-valued fields, dynamic arrays), and TCL (Terminal Control Language) for command-line operations. Without this foundation, the rest won't make sense. Understanding the Blacksmith framework itself. Blacksmith uses a visual, drag-and-drop "screen painter" approach to building entry screen programs from application objects. A developer needs to understand how Blacksmith's object model works, how screens are defined and configured, and how the framework handles data binding between UI elements and the underlying database. Database independence awareness. Each customer installation may use a different mix of databases UniVerse, UniData, SQL Server, Oracle, or others sometimes concurrently within the same application. The developer needs to understand which databases are in play at a given customer site and any nuances in how Blacksmith abstracts across them. UI mode familiarity. Blacksmith applications can run as either character-based ( screen) or graphical. The FUSION component handles graphical modernization of -screen apps. A developer needs to know which mode(s) the customer is using and how FUSION works if the site is mid-modernization. Topology and architecture of the specific installation. Blacksmith is topology-independent applications, users, and data can sit on workstations, data servers, or application servers. Each customer's deployment architecture will be different, so understanding how their particular environment is laid out is essential before making changes. The customer's application-specific code and business logic. Like any MultiValue shop, the bulk of the learning curve is often the customer's custom BASIC programs, dictionaries, data structures, and business rules that have been built up (sometimes over decades). Tooling. ONgroup offers MV# extensions for Visual Studio Code (including a developer IDE extension and a debugger), which could accelerate onboarding if the customer's environment supports them (the debugger depends on MVON#). In short, the core prerequisites are MultiValue/Pick development experience plus Blacksmith-specific framework knowledge. The customer-specific configuration (which databases, which topology, which UI mode, and their custom business logic) is what takes additional ramp-up time on-site Keywords: user interface Blacksmith or consultant [email protected] http://bit.ly/4ey8w48 https://jobs.nvoids.com/job_details.jsp?id=3162547&uid=699ad5f54c264c98856839e3028a0843 |
| [email protected] View All |
| 12:28 AM 25-Feb-26 |