#spl software
Explore tagged Tumblr posts
Text
#structured product labeling software#structured product labeling#structure product monograph#spl software#spm software#spl format#spm format#spm labeling
0 notes
Text
Guild Structure
Wanted to write a long reply to this post:
Spreading experience around is always awesome! :D
It is good for the firm you are working at as workers perform better.
it is good for whoever is getting taught since they get smarter.
And it is good for the one teaching, both for the pleasure but also because you learn a LOT by being forced to explain what you know to someone else. It crystalizes the knowledge and experience you have acquired, and forces you to go through the basics again, but this time with all your knowledge and experience, you often learn deeper, more complex truths, methods and skills from doing so than it is POSSIBLE to do when you learn them while having little clue what they are ( Function pointers and their safer class versions is a classic for OOP programmers ).
There is a structure a firm can use as soon as it starts having separated departments. Departments, while necessary, makes a firm more segregated, and makes it harder for knowledge to flow around.
It is called Guild Structure Or rather... some important context if you google this: "Guild Structure" is the only way I have heard of it, but "Guild Structure" is also a product from a firm called FourWeekMBA... which is a consulting firm that sells services that firms that is... basically helping them implement these ideas... So you can easily risk finding overcomplicated explanations for what it is, since if they made it easy to understand... then they do not have a product...
And it is super simple. Normal development work for engineers and software is done in smaller teams... usually 4-8 people. sometimes all are in a domain (like software, electronics, finance, marketing, etc), and sometimes mixed. Often... either being mixed, or having several teams with different domains meet relatively often, like several times a month is a good idea. Because it stops misunderstandings from developing, since they are caught early. It is a waste when the software department develops functionality that it turns out no one actually wanted (Which happens... a lot more than anyone likes)
Firms, managers and workers are often afraid to do this. Usually for 2 reasons. One bad, and one that Guild structure fixes. The bad one is not wanting to risk looking stupid in front of other people. When software, marketing and finance people talk about what to develop... each domain is asking questions in a domain they are not experts in. That is the symptom and consequences of toxic firm culture. Talk about it in the open, communication is how you slowly work on and attack this, both in firms and personal relationships. Because they are both about making humans work better together.
The other is a fair enough one. Software people will learn a lot of software tricks that are only helpful to other software people. And if software people are spread around in these teams the knowledge cannot flow very well. Basically, while mixing domains fixed a whole bunch of knowledge flowing issues... it created a new one for domain specific knowledge...
This is where you make guilds. Make public guilds. There are clear lists of the guilds, explanations of their domains and several example for each guild for what kind of domain they are covering.
In some firms, a software guild is enough. In others, embedded software, high level software, front end and back end are different guilds. It depends a lot on the firm.
The guilds have communication between all members ( chatrooms usually ) and meetings every month. They will try to encourage knowledge sharing by giving tools, like shared drives where good guides, tutorials and tricks are shared. Sometimes written by guild members, sometimes found online (If you just had the though "Wait... is that not what Codeblr does?" you have just realized that Codeblr is a naturally formed guild), having people who have good ideas they want to spread give presentations during the monthly meeting, rewarding the best idea of the month. People can participate as individuals, or small groups (Tricks are often found by 2-3 people working together).
Meetings can be physical, or remote, or switch between them, doing both.
This basically solves the issue of knowledge sharing. It also empowers workers while making the firm better. Everyone wins!
8 notes
·
View notes
Text
Hey, guess what I did this week?
Thats right, draw 3/5 OC Iterators that began growing in my brain on a photoediting program with my computer's touchpad!
This is the first time I've ever really drawn something digitally other than my profile pic & rw brainrot, and it's definitely the first time I've designed iterators, so yeah! Enjoy the art and subsequent Lore dumps under the cut :)

Iterator 35, Gen. 2: Shaded Pewter Lights / SPL
Built at the base of a dry, desert-like mountain, SPL preferred to occupy their time with huge, complex mechanical experiments rather than genealogical or Acension-based research. They despise thinking about the Great Problem, as no one can experiment if they're all dead, though they don't dislike iterators who attempt to solve it (for that reason alone). Their city used to harbor and attract skilled mechanics and engineers for miles around, as a particularly prodigous university was located on their can. Though they rarely interacted with their citizens, they often miss the requests they sent them, especially those sent by the less experienced artificers of their city; however, they feel little love for the Ancients beyond appreciation for their skill in mechanics (the skill required to build the iterators).
In the past, SPL has repeatedly set up projects within their can that could only be described as titanic Rube Goldberg Machines. SPL often sought to improve the functionality of their can with these experiments (plus having fun), keen to observe and record as much data as possible from the cycles-long whirring of cogs and water wheels before setting everything up again to repeat. Their main goals included lowering their needed water intake, gaining a form of low-power mode for bad weather, and utilizing lightning as a secondary power source. Though many saw these modifications as taboo, SPL couldn't care less, blocking almost all communication during their experimentation era: however, they often shared their knowledge with APS to assit in the creation of the wildlife santuary on his can, and many of the conduits used to water plants there are of their design.
Due to an integral flaw in the rerouted void fluid piping of their Easternmost Leg, SPL's can collapsed in the middle of a heated arguement with their local group, with their Westernmost Leg piercing through their can. With rust and sand permeating their structure, their many mechanisms fell silent for the first time since the Ascension. Although SPL is still connected to their can, overseers, and local communications arrays, they can no longer induldge themselves in experiments; they barely have enough power function as is. They now spend most of their time chatting with other iterators in their local group, sending overseers to APS's sanctuary, and attempting to prevent further discoloration and rust on their puppet. They're not usually bitter, but particularly vulgar arguements with EN can send them into a spiral.
SPL still feels they did the right thing in modifying their can. Though the other iterators refuse to admit it, the main reason they still function is due to the modification of their can.

Iterator 77, Gen. 3: Rain from Clear Skies / RCS
Although he often jokes around, RCS is the most calm and collected of his local group. He often finds himself mediating fights between his local group (read: SPL and EN) for this reason, as has the astonishing ability (within his local group at least) to sit back, consider something fully, and make mostly objective decisions. He also uses this ability to point out details many other iterators overlook, so is often called for help with malfunctioning software and to explain why some experiments went wrong. His citizens instilled him with a love for quiet and time to contemplate, and they had a moderately positive relationship, so often misses them. But when he isn't meditating or recording data from around his can, he's talking with EN. They have soft spots for each other.
His name comes from the already heavy rainfall in the region where his can was built, which his construction didn't help; very little non-semi-aquatic wildlife remains around his can. However, he often moderates the remaining flora and flauna to insure it's continued survival, and has sent more than a few wounded animals to APS so she can assit in their recovery. When he's not researching, RCS also acts as the jokester of his local group, and often codes pranks and malware intended to cause harmless irritation into sent messages. He's gotten quite good at it, to his local group's endless infuriation (and delight). He doesn't send these to SPL, though, as their systems likely wouldn't be able to handle the repairs.

Iterator 16, Gen. 1: Even Nightfall / EN
As one of the earliest iterators built, EN's city was particularly religious and pious, priding themselves on their virtue and detachment from the material world. This did not bode well for EN, who had an almost abusive relationship with their citizens; they treated EN as something to deal with their problems and nothing more. After they Ascended, EN felt both a weight off their shoulders and, for a reason he can't pin down, a profound sense of betrayal that their creators abandoned them. Though a few in their local group see them as nothing more than cruel and callous, EN is very emotinally reserved (but also very, very smug) and astoundingly protective and kind towards those they care for. This includes RCS, their genticially modified slugcat Arps, and to some extent APS.
APS acted as a sort of mentor to EN when they were built, helping them manage their city's requests and sneak in a few personal projects on the side. While their city didn't approve of the projects they found, and reprimanded EN, the number EN kept secret far outnumbered those discovered by the Ancients. With their creators gone, EN found a hobby genetically modifying the pre-existing wildlife around their structure, and has improved their already impressive skills; this lead many genticially modified organisms to spread out and inhabit EN's can, and is also where Arps came from.
Named after APS, Arps acts as a mix between a therapy animal and pet for both EN and RCS. Arps frequently travels between EN and RCS's cans, and EN gave them the ability to glide to ease this passage; however, they (and RCS) also always send an overseer along with Arps to ensure their safety. Even when Arps is simply gliding between trees in the Rainworld Equivalent of a Sparse Pine Forest surrounding EN's can, he always sends an overseer to make sure they're OK. They're almost overbearing!
EN and RCS are perhaps the closest out of any of the iterators within their local group, and frequently chat or play 7-dimensional chess for entire cycles before they have to check up on an experiment so it doesn't explode. Though they couldn't talk much and weren't nearly as close pre-Mass Acension, RCS was one of the few iterators who spent the time to work around EN's colony's communication restrictions and talk to them. He was a great comfort, and one of the only reasons EN didn't crack under their city's pressure.
Not Featured Here: (bios will get out eventually)
Iterator 4, Gen. 1: A Profound Serenity / APS (Any Pronouns)
Iterator 84, Gen. 3: Tide Rolling In / TRI (She/Her)
Arps (They/It)
Probably One or Two More Iterators
CREDIT WHERE CREDIT IS DUE: I used an Ancient script by @ikayblythe for the displays by my iteratoes, took heavy inspiration from iterator designs by @altitudeofalcatraz, and took the idea of Iterator Number Deisgnations from Daszombes' Iterator Logs on Youtube.
Anyways, I'm going to go drop off the face of the planet for a week. Thanks for reading this much this far, goodbye!
#hoo boy this is and was a lot#how much does it say that i talked about EN's trauma before anything else?#I struggled with EN's design so much#I could never tell if the colors were too bright or not vibrant enough#and I originally drew them in greyscale-#Also don't mind their pose I meant to have their arms crossed but realized later they were not in fact doing that#also also the overseer designs were a headache#I might go back and completely revamp RCS and EN's overseer designs#but yeah#first major “did an art” achieved!#rain world#rainworld#iterator ocs#rain world ocs#rw shaded pewter lights#rw rain from clear skies#rw even nightfall#I went back and fixed some typos and stuff so hopefully it reads a bit better now-#randomfaerieart
16 notes
·
View notes
Text
How to Build a Raydium Clone: A Step-by-Step Guide
Introduction
Raydium has become a pillar of the Solana technology, known for its speed, efficiency, and Serum order book integration. Creating a Raydium clone presents an interesting opportunity to develop a structured decentralized exchange using Solana infrastructure. This will guide you through the key steps in creating your own Raydium-like platform.
What is Raydium Clone
A "Raydium Clone" is a software script or platform that emulates the functionality and features of the well-known Raydium decentralized exchange (DEX), allowing users to create their own DEX with identical capabilities. Small businesses or entrepreneurs can utilize Raydium clone scripts to start their own DEX platforms , taking advantage of the tested features and user interface of Raydium. It allows users to participate in yield farming through fast and inexpensive transactions and exchange tokens and liquidity.
Steps to Build Raydium Clone
In Building of Raydium Clone there are 8 steps to do:
Understand the Core Architecture
Set Up the Development Environment
Building the AMM and Liquidity pools
Develop Frontend Dapp
Token Creation & Liquidity Management
Testing the DEX
Deploy to Mainnet
Monitor, Scale, and Secure
Step 1: Understand the Core Architecture
The first and primary step is to learn about the fundamental architecture of the Raydium by:
Start by thoroughly grasping Raydium's architecture, from its AMM model to its integration with Serum and smart contract capabilities.
Learn the Solana blockchain peculiarities, such as its Proof-of-History consensus algorithm and high throughput transactions.
Learn the fundamental smart contracts that drive Raydium.
Step 2: Set Up the Development Environment:
The second step is to:
Install the Solana command line interface (CLI) and other required tools.
Set up a Solana development wallet and create a testnet environment.
Install and familiarize yourself with the Rust programming language, which is necessary for creating Solana programs (smart contracts).
Set up a local Solana node for deeper testing.
Tools: Phantom Wallet, Solana Explorer, PostgreSQL
Step 3: Creating the AMM and Liquidity Pools:
In your Anchor smart contract:
Implement swap logic using the constant product formula.
Develop a program that :
Accepts token pairs
Calculates prices and fees
Mints and burns LP tokens
Store pool data in Solana accounts
Step 4: Develop Frontend Dapp:
This step that is connect with user with interface it is more focused on:
Design a user interface for interacting with the DEX.
Use Web3.js or equivalent libraries to connect the front-end to the Solana blockchain.
Implement token swapping, liquidity pool management, and real-time market data display features.
Step 5: Token Creation & Liquidity Management:
After frontend built, create token with desired features and do the following:
Implement functionality for users to create new SPL tokens.
Implement functionality to start and operate liquidity pools, and set the fees and parameters.
Implement the functionality to add and withdraw liquidity from pools.
Step 6: Testing the DEX:
Write extensive unit tests for your smart contracts so they can be properly tested.
Perform exhaustive testing on the Solana testnet to catch any bugs or vulnerabilities.
Run security audits.
Step 7: Deploy to Mainnet :
To deploy:
Top up your wallet with SOL
Develop and deploy smart contracts :
Connect frontend to mainnet RPC endpoint
Launch with initial token liquidity and check on Solana Explorer
Step 8: Monitor, Scale, and Secure :
Keep monitoring the performance of your DEX and resolve any issues that come up.
Execute scalability controls to manage growing transaction volumes.
Prioritize security by auditing on a regular basis and using best practices.
Features of Raydium Clone
High Speed Transactions :
Tapping into the high speed of Solana transactions.
Low Transaction Fees :
Benefiting from Solana cost effective infrastructure.
AMM and Order Book Integration:
Tapping into the strengths of AMMs and order books.
Yield Farming and Staking:
Providing opportunities for passive income.
Customizable Interface:
Providing opportunities for branding and user experience enhancement.
Token Launchpad Functionality :
Enabling the launch of new projects.
Conclusion
Creating a Raydium clone demands an in depth knowledge of Solana architecture and DeFi principles. By following these steps and keeping security and user experience at the top priority, you can develop a robust and successful decentralized exchange. Do not forget that the DeFi landscape is ever evolving, and constant learning and adjustment are necessary to achieve sustained success. Always keep in mind to make users aware of the risk involved in engaging in DeFi.
0 notes
Text
#programming #coding #programmer #python #developer #SQL #python #dataanalysis #computerscience #code #coder #software #webdevelopment #webdeveloper #css #codinglife #softwaredeveloper #webdesign #programminglife #programmingmemes #machinelearning #programmers #computer #pythonprogramming #softwareengineer #php
0 notes
Text
#programming #coding #programmer #python #developer #SQL #python #dataanalysis #computerscience #code #coder #software #webdevelopment #webdeveloper #css #codinglife #softwaredeveloper #webdesign #programminglife #programmingmemes #machinelearning #programmers #computer #pythonprogramming #softwareengineer #php
0 notes
Text
#programming #coding #programmer #python #developer #SQL #python #dataanalysis #computerscience #code #coder #software #webdevelopment #webdeveloper #css #codinglife #softwaredeveloper #webdesign #programminglife #programmingmemes #machinelearning #programmers #computer #pythonprogramming #softwareengineer #php
0 notes
Text
#programming #coding #programmer #python #developer #SQL #python #dataanalysis #computerscience #code #coder #software #webdevelopment #webdeveloper #css #codinglife #softwaredeveloper #webdesign #programminglife #programmingmemes #machinelearning #programmers #computer #pythonprogramming #softwareengineer #php
0 notes
Text
#programming #coding #programmer #python #developer #SQL #python #dataanalysis #computerscience #code #coder #software #webdevelopment #webdeveloper #css #codinglife #softwaredeveloper #webdesign #programminglife #programmingmemes #machinelearning #programmers #computer #pythonprogramming #softwareengineer #php
1 note
·
View note
Text
#programming #coding #programmer #python #developer #SQL #python #dataanalysis #computerscience #code #coder #software #webdevelopment #webdeveloper #css #codinglife #softwaredeveloper #webdesign #programminglife #programmingmemes #machinelearning #programmers #computer #pythonprogramming #softwareengineer #php
0 notes
Text
#programming #coding #programmer #python #developer #SQL #python #dataanalysis #computerscience #code #coder #software #webdevelopment #webdeveloper #css #codinglife #softwaredeveloper #webdesign #programminglife #programmingmemes #machinelearning #programmers #computer #pythonprogramming #softwareengineer #php
0 notes
Text
#programming #coding #programmer #python #developer #SQL #python #dataanalysis #computerscience #code #coder #software #webdevelopment #webdeveloper #css #codinglife #softwaredeveloper #webdesign #programminglife #programmingmemes #machinelearning #programmers #computer #pythonprogramming #softwareengineer #php
0 notes
Text
#programming #coding #programmer #python #developer #SQL #python #dataanalysis #computerscience #code #coder #software #webdevelopment #webdeveloper #css #codinglife #softwaredeveloper #webdesign #programminglife #programmingmemes #machinelearning #programmers #computer #pythonprogramming #softwareengineer #php
0 notes
Text
#programming #coding #programmer #python #developer #SQL #python #dataanalysis #computerscience #code #coder #software #webdevelopment #webdeveloper #css #codinglife #softwaredeveloper #webdesign #programminglife #programmingmemes #machinelearning #programmers #computer #pythonprogramming #softwareengineer #php
0 notes
Text
#programming #coding #programmer #python #developer #SQL #python #dataanalysis #computerscience #code #coder #software #webdevelopment #webdeveloper #css #codinglife #softwaredeveloper #webdesign #programminglife #programmingmemes #machinelearning #programmers #computer #pythonprogramming #softwareengineer #php
0 notes
Text
#programming #coding #programmer #python #developer #SQL #python #dataanalysis #computerscience #code #coder #software #webdevelopment #webdeveloper #css #codinglife #softwaredeveloper #webdesign #programminglife #programmingmemes #machinelearning #programmers #computer #pythonprogramming #softwareengineer #php
0 notes