
zha everything broken
Developers-
Posts
26 -
Joined
-
Last visited
Linked Accounts
-
Byond CKey
batra
Recent Profile Visitors
The recent visitors block is disabled and is not being shown to other users.
zha everything broken's Achievements

Security Officer (6/37)
-
zha everything broken started following Europa Lore Expansion
-
Lore Impact (Small/Medium/Large): Small-- impactful to Europan characters but nothing that drastically different. Species: Human Short Description: Exands on Europa's history, hydrology, government, technology, and culture, grounded in hard sci-fi. How will this be reflected on-station?: Europan characters have more to complain about. Does this addition do anything not achieved by what already exists? Noooooope. Do you understand that the project may change over time in ways you may not foresee once it is handed over to the Lore Team? Yuuuuuuup. Long Description: https://docs.google.com/document/d/1rxMrUNrpfQ1MvC-lAWFzNwbZg1vJFAJiI8JqridG5Ps (Three tabs/pages)
-
- 7
-
-
"Enviromental Systems Engineer" has the same repetition issue as the other: having "Systems Engineer" on one side of the aisle and "X Systems Engineer" on the other is misleading design. Envirocontroller, Envirocontrol Tech/Engi, Environment Control Tech, Atmodynamics Engineer, whatever you want to call it, just so long as you're not repeating yourself from elsewhere! As far as the engineering field goes IRL, there are as many rules of thumb to subscribe as far as distinguishing between Engs and Techs go as there are technical fields. Broadly speaking, conventional semantics would suggest that engineers design systems and techs operate them. However, there are too many conventions to argue that decidedly one way or another for all cases. Bear in mind that beyond the explicit goal of this change (provide engineering jobs flavorful alternative titles), you still have an implicit goal to uphold (job titles should uniquely and clearly describe the role they pertain to). The logic governing how we do that needs to follow for all possible cases: if we created three alt titles for every single role according to the same rubric as we do here, would a new player (you might laugh, but we exist) be able to look at the manifest and clearly identify what every character does? Because we don't have a RL convention to be forcibly chained to, a very obvious solution exists: make all Engineer alt titles end in "Engineer", and all Atmos Tech end with "Technician." But even that still leaves the issue of one role having implied highet education! And bear in mind too, that the explicit goal doesn't demand we rely on the existing alt title framework. We may want to have something like 'sub-titles' instead, parenthetical blocks appended to a job title that describes specialization (and, perhaps, a character can choose if they have certain skill levels in future.) Considering we don't know where maintainers weigh in on this yet though, you're probably best served not worrying about more title quibbles until they weigh in.
-
Whatever you change it to, so long as it doesn't have that same semantic repetition between engi/atmos please! Honestly, the big drawback to alt-titles is not being able to, at a glance, quickly identify who sits in which type of seat. Shitty example: every engineer alt-title having 'engineer' at the end, every atmos tech title having 'technician' at the end. Again, shitty example, but people who have never played any engineering at all should, ideally, be able to recognize whether or not someone can help them with the air or with the electricity.
-
Recommend replacement of Drive Systems Engineer -> 'Propulsion Engineer' due to semantic similarity to 'Systems Engineer', per Github comment?
-
Just posted a change request on the PR for a technical issue, but my thoughts on actual flavor are less firm so seemed better to drop them here. Re:Cats: To me, 'Reactor Engineer' suggests a more design/architecture role, whereas a technician is more an operator. While that argument can be applied more broadly to the entire role, I'd still lean towards 'reactor tech' over 'reactor eng'. I'm not super fussed by that one, both vibes are fine. Re:Ping: Echoing Popper & Cats in swapping out 'Shipboard Systems Engineer' with something else. As an alt-title its coupled a little too closely to 'Ship Engineer' by my thinking. I really am doing my best to resist going full ham, god i could happily wax poetic about imaginary engineering specialties all day if you let me
-
Suggested alt titles for Ship Engineer: - Maintenance Engineer - Reactor Technician - Electromechanic I don't think we should have something like 'Electrician'- these alt-titles aren't like Medical jobs, where each one has a distinct role. All these titles ought to sound like people who know the full range of the (engineering or atmospheric) systems for which the role is responsible. They ought to suggest additional expertise, not sole domain.
-
TCJ - Developer Application (Coder)
zha everything broken replied to hellfirejag's topic in Developer Applications
+1 We like this one. -
Revert the Diplomatic Bodyguards
zha everything broken replied to greenjoe's topic in Suggestions & Ideas
I didn't really understand how Aides couldn't already be flavored as bodyguards, personally. I like your contributions greenjoe, this one personally just doesn't quite jive with me for reasons that have already been stated (and that happens, so please don't sweat it too much!) -
Display brain damage for the patient
zha everything broken replied to NerdyVampire's topic in Suggestions & Ideas
Prob(clamp((rand(75, 100) - ba) / 2, 0, 100)) every five minutes or so whether you get a message like "your brain feel fuzzy :)", lol -
Merging lings and vamps with tator tots
zha everything broken replied to UltraNumeron's topic in Suggestions & Ideas
...I really like this fwiw -
Currently WIP
-
Uniform vendors tbh. Clothes vending machines would keep all uniform pieces available (Id love them to vend stuff like department jackets, WINTER COATS, etc) and you can strip out all extraneous dept clothing from all lockers on the ship. (Plus... we have sprites for 3 varieties of vending machine for every single dept to choose from on-hand that match our style.)
-
Object Description Rework
zha everything broken replied to zha everything broken's topic in Projects
This is currently test-merged. There's an insane number of structures, objects, machines, and items in this game, and it'll take me forever to trawl all the code of every single one personally. Therefore, I would be very grateful to the community for any help filling in more in-game documentation, by posting items or objects that could use additional Mechanics or Antagonist hints! (I am not currently adding many assembly/disassembly hints except to the most commonly built/broken objects- there's another rework behind this one to make that programmatic.) For mechanics hints, I am looking for objects which have special interactions (alt-, ctrl-, click-drag, etc.) which are not already listed, or which have functions or interactions with other objects that are useful/non-obvious. For antagonism hints, I am looking for objects which have unique mechanical antagonist interactions, or which can be effectively exploited by antagonists (for example, airlock crush and electrification wires). Please use the below format for any suggested tips: Object Name Mechanics - [Suggested mechanics hint 1.] - [Suggested mechanics hint 2.] Antagonism - [Suggested antagonist hint 1.] - [Suggested antagonist hint 2.] Feedback [Blah blah blah.] -
Object Description Rework
zha everything broken replied to zha everything broken's topic in Projects
Two more quick screengrab of current working version- critique for readability/clarity, problem of information overload. Initial examine Extended -
So I've been playing on Aurora like three months, and this is a place with some seriously opaque mechanics, and it often demands I wiki dive or even code dive to figure out how to do something or if I even CAN do something. While people are very supportive of each other when it comes to helping with mechanics (since it seems like Everyone Suffers), ideally you should be able to examine an object and receive all the information you need about how to interact with it in any common capacity. While many objects do have some 'show additional information' text, it is not implemented consistently. There are several different types of information that would be very useful to have when examining objects, which I have broken down by function below: [Name] [Damage/Condition]* [Description] [Extended Description]** [Mechanics]** (how do i X) [Assembly/Disassembly]** (what tools to use) [Upgrades]** (science has a point?) [Antagonist Interactions]** (if the user is an antagonist/observer) [General Status/Feedback] * - If the object is damaged. ** - If the user clicks the '[Show in Chat]' button. This is currently a WIP. There is a PR for this where implementation feedback can be provided, but this forum thread is intended for UI feedback and how it looks/feels presents. I have laid some groundwork for this update already, and [Show in Chat] already gives you better information on many objects, but the following are some screenshots from both live in-game and my WIP branch for your consideration. Please disregard minor style differences between screenshots, they were taken at different times and stages.