We started producing shows as Today with a Techie on 2005-09-19, 13 years, 10 months, 5 days ago. Our shows are produced by listeners like you and can be on any topic that "are of interest to hobbyists". If you listen to HPR then please consider contributing one show a year. If you record your show now it could be released in 8 days.
Please help out tagging older shows !
Welcome to the 7th Annual Hacker Public Radio New Years Show. 2018-2019
This episode is about modeling vehicle designer that can be used to design all kinds of vehicles available in the game. It relates to episode about performing research.
Two major parts about vehicle designer are components and chassis.
Components are modular pieces of vehicle that are assembled on chassis. They can, among other things, be things lie star sails, astrolabe navigators or long range sensor. Each component is defined by two values ComponentId and ComponentLevel. If you know these two values, you’ll be able to find out details of the component. ComponentId tells what component it is and ComponentLevel the general knowledge of it. When component is first discovered as a result of research, it’s just a prototype and as a such doesn’t function particularly well. Further research refines it and factories are able to produce higher quality components.
Full definition of component is show below:
data Component = Component
{ componentId :: ComponentId
, componentLevel :: ComponentLevel
, componentName :: ComponentName
, componentDescription :: ComponentDescription
, componentWeight :: Weight
, componentSlot :: ComponentSlot
, componentType :: [ ComponentPower ]
, componentCost :: RawResources ResourceCost
, componentChassisType :: ChassisType
}
deriving (Show, Read, Eq, Ord)Two particularly interesting fields are componentSlot and componentType. componentSlot has type of ComponentSlot and defines what kind of slot the component occupies in chassis. As there are limited amount of slots in each chassis, designer needs to make compromises on what components to install. componentType has type of ComponentPower, which defines what component does in general. It could be sensor or provide supplies for the vehicle for example.
Technology requirements are defined by function: componentRequirements :: ComponentId -> Maybe Technology. It defines which technology unlock a given component. Part of the definition is show below. Each and every ComponentId has to be handled.
componentRequirements ShipLongRangeSensors = Just HighSensitivitySensors
componentRequirements ShipBridge = Nothing
componentRequirements VehicleWheeledMotiveSystem = Nothing
componentRequirements VehicleHoverMotiveSystem = Just HoverCrafts
...Second major part of the designer are chassis. They’re stored in database, as I wanted a bit more flexible system than hardcoding as I did with components. Following piece of configuration is used to define database table and generated data for Haskell code. Most of the fields are probably easy enough to guess. type with type of ChassisType defines if this particular chassis is for example a land vehicle or a space ship. Various slot fields on other hand define amount of particular slots that the chassis offers.
Chassis json
name ChassisName
tonnage Weight
type ChassisType
technology Technology Maybe
armourSlots SlotAmount
innerSlots SlotAmount
outerSlots SlotAmount
sensorSlots SlotAmount
weaponSlots SlotAmount
engineSlots SlotAmount
motiveSlots SlotAmount
sailSlots SlotAmount
deriving Show Read EqNot all chassis are equal and some (probably pretty much every one of them) have some sort of requirements that has to be fulfilled when designing a vehicle. For example, space ships require a bridge for captain and star sails. Bawley, smallest of the working ships has room for two star sails, but requires only one of them to be installed in order to be a valid design. Flyboat on the other hand is smaller ship built for speed and always requires two set of sails.
This data is stored in required_component table and represented as RequiredComponent data. Both are generated from the definition show below:
RequiredComponent json
chassisId ChassisId
componentType ComponentType
level ComponentLevel
amount ComponentAmount
deriving Show Read EqWith all that data, we can now design a vehicle. Process is roughly the following:
Completed design is saved in two different tables. First one design holds info like name of the design, faction that design belongs to and used chassis. planned_component holds info about which components are planned to be installed and in what quantity.
Design json
name Text
ownerId FactionId
chassisId ChassisId
deriving Show Read Eqand
PlannedComponent json
designId DesignId
componentId ComponentId
level ComponentLevel
amount ComponentAmount
deriving Show Read EqAs a little teaser, below is an screenshot of what the vehicle designer currently looks like.
Thanks for interest. If you have questions or comments, best way to reach me nowadays is either by email or in fediverse, where I’m tuturto@mastodon.social.
Bitcorn is an idle farming game created with and played using Bitcoin tokens using the CounterParty protocol. I’ll walk you through how it all works, how to get started and what all that means.
In this episode we’ll walk through the basics of creating and submitting a Bitcorn collectible card to be included in the game, along with setting up a wallet so you can buy and sell them.
You can also use call forwarding to forward calls to your google voice number. Mint does not seem to stay connected all the time.
Welcome to the 7th Annual Hacker Public Radio New Years Show. 2018-2019
Hosted by Dave Morriss on 2019-07-09 is flagged as Explicit and released under a CC-BY-SA license.
Tags: Gnu Awk, advanced features.
Listen in ogg, spx, or mp3 format.
Series: Learning Awk | Comments (4)
This is the sixteenth and final episode of the 'Learning Awk' series which is being produced by b-yeezi (BY) and Dave Morriss (DM).
We are using this as an opportunity to have a round-table discussion about the series, about Awk, and where we recommend the listeners should go from here. Including this one we have produced 16 episodes covering the features most likely to be used in pipelines on the command line or in simple shell and awk scripts.
Note that although the HPR site will list this episode as having a single host, in fact it has two! Plans are afoot to enhance the HPR database so we can eventually indicate this properly.
gawk debugger: quite clever but probably overkill for this seriesgawk and look quite good, but this subject is out of scopegawk to Perl (version 4) in the 1980’s and later to Perl version 5. This might have engendered an awky, Bashy mindset that’s hard to shake off. Not the recommended place to start these days.gawk to Python and R for large projects. For interactive Bashy exploration, moved to XSV, q, and csv-kit for most use cases.Some general basic knowledge of fire fighting. Also an invitation to ask questions in the comments.
Hosted by Ahuka on 2019-07-05 is flagged as Clean and released under a CC-BY-SA license.
Tags: Enterprise, Security.
Listen in ogg, spx, or mp3 format.
Series: Privacy and Security | Comments (0)
The National Institute of Standards and Technology of the US Government issued the NIST Cybersecurity Framework, which has recommendations for private companies and mandates for U.S. Government agencies. For people who work in information security in an Enterprise environment, this framework may be of interest, so we will take a walk through it.
Get a full list of all our shows.