Sumana challenged me to apply the principles of Leave No Trace to engineering leadership, so here we go:

Obvious. Good leaders in any context plan and prepare for their adventures.

Translation: Choose Boring Technology.

Sustainability in the outdoors requires travel on durable surfaces (rock, gravel, established trails and campsites, forest loam) to avoid overly impacting fragile ecosystems. In software, we also think about sustainability, but in a different sense. Were less concerned about impacting fragile ecosystems; instead, we choose durable surfaces (aka proven technology) because theyre well-understood and predictable. This is turn helps engineering itself be more sustainable: constantly switching technology because someone new didnt pan out (or, worse, because something shiny new showed up) is exhausting.

Translation: pay down technical debt; clean up old software before introducing new things. Most companies reward shipping more than they do cleanup or decommissioning deprecated or unused software. Good engineers understand that removing cruft and paying down technical debt is just as important as launching new things. Clean up after yourself, both in the woods and in your Git repos.

Translation: contribute upstream. When you use open source, dont take it with you; offer back any improvements you make to the community (even if the license doesnt strictly require it). Same goes for internal software: if you work on something maintained by another team, offer improvements and bug fixes back to that team (rather than working around them in your own code).

Translation: prevent and mitigate data breaches, particularly those that impact end-users.

In the wilderness, we avoid or are very careful with fires to protect the ecosystem from wildfires. A wildfire amplifies a small mistake into impact at a massive scale. In software, the same is true of security issues particularly data breaches. Data breaches often dont impact the authors of the vulnerable software, but they often do cause lots of pain for thousands or millions of people who just wanted to buy a pizza or whatever. So, just like were very cautious of fire impacts in the woods, good engineers aim to be very cautious around security issues.

Translation: Chestertons Fence: dont destroy what you dont understand.

We respect wildlife in the wilderness because were in their house. We dont fully understand the complexity of most ecosystems, so we seek to minimize our impact on those ecosystems since we cant always predict what outcomes our interactions with nature might have.

In software, many disastrous mistakes stem from not understanding why a system was built the way it was, but changing it anyway. Its super common for a new leader to come in, see something they see as useless, and get rid of it without understanding the implications. Good leaders make sure they understand before they mess around.

No translation needed.

I always welcome feedback on my writing please feel free to get in touch if you have comments. I also try to help people with job searches, career advice, and other things; see some ways I can help. If you want to find out when I've posted new articles, subscribe for updates.

Read more here:

All I Need to Know About Engineering Leadership I Learned From Leave No Trace - Jacob Kaplan-Moss

Last summer, 15 University of Florida engineering students spent six weeks in Berlin eating currywurst and tackling pressing world problems.

Against a centuries-old backdrop laden with museums and schnitzel stands, the UF students set out to develop an easier pill bottle, mitigate coastal pollution, plan a micro-green grocer with sustainable products, straighten the posture of computer users and employ crowdsourcing to increase EV chargers in rural areas.

They developed solutions via innovation and entrepreneurship under the guidance of Professor Erik Sander, Ph.D., the executive director of UFs Engineering Innovation Institute. This month, Sander took another group of UF students to Berlin, this time with a new set of world problems and the momentum of a growing study-abroad program for UF Engineering students.

There are eight more UF engineering study-abroad programs stretching across the globe this summer. While the programs are common at UF, the Herbert Wertheim College of Engineering has significantly expanded its global reach and participation for international summer studies.

The international programs in the College of Engineering have definitely grown since the office started in 2014, noted Pingchien Neo, director of International Engineering Programs at UF. In 2015, there were only two summer faculty-led programs one in Germany and one in China.

Among UFs 16 colleges, the College of Engineering now has the third highest number (387) of participating students in 2023-2024. Liberal Arts and Sciences had 760 in that timeframe, with Warrington College of Business coming in second with 548. UF has 2,848 students in study-abroad programs this year, according to UF data.

Options were limited for engineering students. Since then, we have added more programs in more varied locations and with more faculty involvement, Neo said. More and more students are interested in learning about the world beyond UF and are seeking out unique opportunities to combine their engineering career with an international perspective.

She credited the programs growth to Angela Lindner, Ph.D., who created Neos position, and Curtis Taylor, Ph.D., who was the Associate Dean of Student Affairs before Pam Dickrell, Ph.D.

This summers UF engineering study-abroad programs are happening in:

Scheffe led 24 undergraduate students from Mechanical and Aerospace Engineering, Chemical Engineering and Environmental Engineering to Almeria and Seville in southern Spain for six weeks this summer.

We studied next-generation energy technologies (program title is UF in Spain: Understanding Next Generation Energy Technologies), Scheffe noted. This was composed of two three-credit classes thermodynamics and an applied thermodynamics class that focused on industrial decarbonization strategies.

The students who studied in Berlin tackled problems researched through their Innovation and Entrepreneurship classes. Like all the engineering study-abroad students, they sought solutions for real-world problems in the real world.

From a professional perspective, Sander said, were in a world where youre going to work with different cultures, whether they come to your office in the U.S. or you. And the only way you are going to truly excel is if you understand how different cultures work. Everybody is not going to continue to adapt themselves to U.S. culture.

Four students who travelled to Berlin last year came back to work in the Engineering Innovation Institute (EII) student leadership program, said Sander, who was born in Germany.

They have a big culture on entrepreneurship in Berlin, said Grace Peters, a Mechanical Engineering major who went to Berlin last summer and is a mentor with EII. We were able to go to the different start-up centers and explore the city. They are big on technology, so we went to their technological history museum, which was really interesting.

This year, one graduate and 16 undergraduate students joined a dozen other international students in Berlin to study innovation and entrepreneurship and apply those lessons to address the following needs:

UF student participation started increasing in 2017 with 280 UF engineering students studyingabroad, up from 204 in 2016-2017.

We bounced back rather quickly from COVID, Neo said. And in 2021-2022, 192 students studiedabroad, and in 2022-2023, there were 355 students.This year, there are 387 students studyingabroad. We are very pleased with the trend.

It gives the students a truly international context of what they are doing, Sander said. A lot of these students go into companies or start companies where theyre going to be working in an international context; the customer bases, the vendors, the partners will probably be based all over the world.

Berlin is perfect for Sanders classes: Engineering Innovation and Engineering Entrepreneurship.

If youre an engineering student, Germany is arguably the lead engineering-centric country in Europe. Berlin is the leading entrepreneurial city in Germany, Sander said.

Peters said she loved Germany as well as the other European countries they visited by train while there. She also loved the food, particularly pork schnitzel and currywurst (curry-seasoned pork sausage bites usually served with fries).

Berlin definitely put me outside of my comfort zone, she said. You try new things, like currywurst. It was an opportunity to meet new people, whether they are people from different majors or people from Australia or France or Spain. I now have really good connections.

David Schlenker July 9, 2024

Originally posted here:

From Spain to schnitzel, UF Engineerings study-abroad program reaches new heights - University of Florida

Kapitonov, V. V., Makarova, K. S. & Koonin, E. V. ISC, a novel group of bacterial and archaeal DNA transposons that encode Cas9 homologs. J. Bacteriol. 198, 797807 (2015).

Article PubMed Google Scholar

Altae-Tran, H. et al. The widespread IS200/IS605 transposon family encodes diverse programmable RNA-guided endonucleases. Science 374, 5765 (2021).

Article CAS PubMed PubMed Central Google Scholar

Meers, C. et al. Transposon-encoded nucleases use guide RNAs to promote their selfish spread. Nature 622, 863871 (2023).

Article CAS PubMed Google Scholar

Schuler, G., Hu, C. & Ke, A. Structural basis for RNA-guided DNA cleavage by IscBRNA and mechanistic comparison with Cas9. Science 376, 14761481 (2022).

Article CAS PubMed PubMed Central Google Scholar

Kato, K. et al. Structure of the IscBRNA ribonucleoprotein complex, the likely ancestor of CRISPRCas9. Nat. Commun. 13, 6719 (2022).

Article CAS PubMed PubMed Central Google Scholar

Hirano, S. et al. Structure of the OMEGA nickase IsrB in complex with RNA and target DNA. Nature 610, 575581 (2022).

Article CAS PubMed PubMed Central Google Scholar

Lino, C. A., Harper, J. C., Carney, J. P. & Timlin, J. A. Delivering CRISPR: a review of the challenges and approaches. Drug Deliv. 25, 12341257 (2018).

Article CAS PubMed PubMed Central Google Scholar

Fu, Y., Sander, J. D., Reyon, D., Cascio, V. M. & Joung, J. K. Improving CRISPRCas nuclease specificity using truncated guide RNAs. Nat. Biotechnol. 32, 279284 (2014).

Article CAS PubMed PubMed Central Google Scholar

Komor, A. C., Kim, Y. B., Packer, M. S., Zuris, J. A. & Liu, D. R. Programmable editing of a target base in genomic DNA without double-stranded DNA cleavage. Nature 533, 420424 (2016).

Article CAS PubMed PubMed Central Google Scholar

Nishida, K. et al. Targeted nucleotide editing using hybrid prokaryotic and vertebrate adaptive immune systems. Science 353, aaf8729 (2016).

Article PubMed Google Scholar

Gaudelli, N. M. et al. Programmable base editing of AT to GC in genomic DNA without DNA cleavage. Nature 551, 464471 (2017).

Article CAS PubMed PubMed Central Google Scholar

Tsai, S. Q. et al. GUIDE-seq enables genome-wide profiling of off-target cleavage by CRISPRCas nucleases. Nat. Biotechnol. 33, 187197 (2015).

Article CAS PubMed Google Scholar

Sternberg, S. H., Redding, S., Jinek, M., Greene, E. C. & Doudna, J. A. DNA interrogation by the CRISPR RNA-guided endonuclease Cas9. Nature 507, 6267 (2014).

Article CAS PubMed PubMed Central Google Scholar

Xiao, Y. et al. Structure basis for directional R-loop formation and substrate handover mechanisms in type I CRISPRCas system. Cell 170, 4860 (2017).

Article CAS PubMed PubMed Central Google Scholar

Hu, C. et al. Allosteric control of type I-A CRISPRCas3 complexes and establishment as effective nucleic acid detection and human genome editing tools. Mol. Cell 82, 27542768 (2022).

Article CAS PubMed PubMed Central Google Scholar

Nishimasu, H. et al. Engineered CRISPRCas9 nuclease with expanded targeting space. Science 361, 12591262 (2018).

Article CAS PubMed PubMed Central Google Scholar

Walton, R. T., Christie, K. A., Whittaker, M. N. & Kleinstiver, B. P. Unconstrained genome targeting with near-PAMless engineered CRISPRCas9 variants. Science 368, 290296 (2020).

Article CAS PubMed PubMed Central Google Scholar

Nakagawa, R. et al. Engineered Campylobacter jejuni Cas9 variant with enhanced activity and broader targeting range. Commun. Biol. 5, 211 (2022).

Article CAS PubMed PubMed Central Google Scholar

Kleinstiver, B. P. et al. Engineered CRISPRCas12a variants with increased activities and improved targeting ranges for gene, epigenetic and base editing. Nat. Biotechnol. 37, 276282 (2019).

Article CAS PubMed PubMed Central Google Scholar

Strecker, J. et al. Engineering of CRISPRCas12b for human genome editing. Nat. Commun. 10, 212 (2019).

Article CAS PubMed PubMed Central Google Scholar

McGaw, C. et al. Engineered Cas12i2 is a versatile high-efficiency platform for therapeutic genome editing. Nat. Commun. 13, 2833 (2022).

Article CAS PubMed PubMed Central Google Scholar

Xu, X. et al. Engineered miniature CRISPRCas system for mammalian genome regulation and editing. Mol. Cell 81, 43334345 (2021).

Article CAS PubMed Google Scholar

Wu, T. et al. An engineered hypercompact CRISPRCas12f system with boosted gene-editing activity. Nat. Chem. Biol. 19, 13841393 (2023).

Article CAS PubMed PubMed Central Google Scholar

Kong, X. et al. Engineered CRISPROsCas12f1 and RhCas12f1 with robust activities and expanded target range for genome editing. Nat. Commun. 14, 2046 (2023).

Article CAS PubMed PubMed Central Google Scholar

Saito, M. et al. Fanzor is a eukaryotic programmable RNA-guided endonuclease. Nature 620, 660668 (2023).

Article CAS PubMed PubMed Central Google Scholar

Clement, K. et al. CRISPResso2 provides accurate and rapid genome editing sequence analysis. Nat. Biotechnol. 37, 224226 (2019).

Article CAS PubMed PubMed Central Google Scholar

Dang, Y. et al. Optimizing sgRNA structure to improve CRISPRCas9 knockout efficiency. Genome Biol. 16, 280 (2015).

Article PubMed PubMed Central Google Scholar

Moon, S. B., Kim, D. Y., Ko, J.-H., Kim, J.-S. & Kim, Y.-S. Improving CRISPR genome editing by engineering guide RNAs. Trends Biotechnol. 37, 870881 (2019).

Article CAS PubMed Google Scholar

Kim, D. Y. et al. Efficient CRISPR editing with a hypercompact Cas12f1 and engineered guide RNAs delivered by adeno-associated virus. Nat. Biotechnol. 40, 94102 (2022).

Article CAS PubMed Google Scholar

Srisawat, C., Goldstein, I. J. & Engelke, D. R. Sephadex-binding RNA ligands: rapid affinity purification of RNA from complex RNA mixtures. Nucleic Acids Res. 29, E4 (2001).

Article CAS PubMed PubMed Central Google Scholar

Steckelberg, A. L. et al. A folded viral noncoding RNA blocks host cell exoribonucleases through a conformationally dynamic RNA structure. Proc. Natl Acad. Sci. USA 115, 64046409 (2018).

Article CAS PubMed PubMed Central Google Scholar

Haurwitz, R. E., Jinek, M., Wiedenheft, B., Zhou, K. & Doudna, J. A. Sequence- and structure-specific RNA processing by a CRISPR endonuclease. Science 329, 13551358 (2010).

Article CAS PubMed PubMed Central Google Scholar

Han, D. et al. Development of miniature base editors using engineered IscB nickase. Nat. Methods 20, 10291036 (2023).

Article CAS PubMed Google Scholar

Harrington, L. B. et al. Programmed DNA destruction by miniature CRISPRCas14 enzymes. Science 362, 839842 (2018).

Article CAS PubMed PubMed Central Google Scholar

Karvelis, T. et al. PAM recognition by miniature CRISPRCas12f nucleases triggers programmable double-stranded DNA target cleavage. Nucleic Acids Res. 48, 50165023 (2020).

Article CAS PubMed PubMed Central Google Scholar

Wu, W. Y. et al. The miniature CRISPRCas12m effector binds DNA to block transcription. Mol. Cell 82, 44874502 (2022).

Article CAS PubMed Google Scholar

Chen, W. et al. Cas12n nucleases, early evolutionary intermediates of type V CRISPR, comprise a distinct family of miniature genome editors. Mol. Cell 83, 27682780 (2023).

Article CAS PubMed Google Scholar

Richter, M. F. et al. Phage-assisted evolution of an adenine base editor with improved Cas domain compatibility and activity. Nat. Biotechnol. 38, 883891 (2020).

Article CAS PubMed PubMed Central Google Scholar

Rees, H. A., Wilson, C., Doman, J. L. & Liu, D. R. Analysis and minimization of cellular RNA editing by DNA adenine base editors. Sci. Adv. 5, eaax5717 (2019).

Article PubMed PubMed Central Google Scholar

Kim, D. et al. Digenome-seq: genome-wide profiling of CRISPRCas9 off-target effects in human cells. Nat. Methods 12, 237243 (2015).

Article CAS PubMed Google Scholar

Tsai, S. Q. et al. CIRCLE-seq: a highly sensitive in vitro screen for genome-wide CRISPRCas9 nuclease off-targets. Nat. Methods 14, 607614 (2017).

Article CAS PubMed PubMed Central Google Scholar

Petri, K. et al. Global-scale CRISPR gene editor specificity profiling by ONE-seq identifies population-specific, variant off-target effects. Preprint at bioRxiv https://doi.org/10.1101/2021.04.05.438458 (2021).

Kleinstiver, B. P. et al. Genome-wide specificities of CRISPRCas Cpf1 nucleases in human cells. Nat. Biotechnol. 34, 869874 (2016).

Article CAS PubMed PubMed Central Google Scholar

Bae, S., Park, J. & Kim, J. S. Cas-OFFinder: a fast and versatile algorithm that searches for potential off-target sites of Cas9 RNA-guided endonucleases. Bioinformatics 30, 14731475 (2014).

Article CAS PubMed PubMed Central Google Scholar

Schneider, T. D. & Stephens, R. M. Sequence logos: a new way to display consensus sequences. Nucleic Acids Res. 18, 60976100 (1990).

Article CAS PubMed PubMed Central Google Scholar

Sternberg, S. H., LaFrance, B., Kaplan, M. & Doudna, J. A. Conformational control of DNA target cleavage by CRISPRCas9. Nature 527, 110113 (2015).

Article CAS PubMed PubMed Central Google Scholar

Chen, J. S. et al. Enhanced proofreading governs CRISPRCas9 targeting accuracy. Nature 550, 407410 (2017).

Article CAS PubMed PubMed Central Google Scholar

Bravo, J. P. K. et al. Structural basis for mismatch surveillance by CRISPRCas9. Nature 603, 343347 (2022).

Article CAS PubMed PubMed Central Google Scholar

Russ, W. P. et al. An evolution-based model for designing chorismate mutase enzymes. Science 369, 440445 (2020).

Article CAS PubMed Google Scholar

Karvelis, T. et al. Transposon-associated TnpB is a programmable RNA-guided DNA endonuclease. Nature 599, 692696 (2021).

Article CAS PubMed PubMed Central Google Scholar

Geurts, A. M. et al. Gene transfer into genomes of human cells by the Sleeping Beauty transposon system. Mol. Ther. 8, 108117 (2003).

Go here to see the original:

Assessing and engineering the IscBRNA system for programmed genome editing - Nature.com

Experts have reconstructed a Bronze Age ship and set it off to sail. They rebuilt the boat with the help of writings on ancient clay tablets.

The replica ship was made of reeds and it set off for its maiden journey off the coast of Abu Dhabi in the United Arab Emirates.

A team of 20 specialists assembled the vessel. They used techniques similar to those of 2100 BC. This was a time when the Persian Gulf was part of global maritime trade. The ship moved at a speed of 5.6 knots.

Called a Magan boat, the vessel spans around 59 feet in length. In those days Magan boats were robust enough to make sure that goods like copper, textiles, and semiprecious stones were exchanged with ease.

The exchange would mostly take place around 4000 years ago between societies that lived in Mesopotamia and the Indus Valley, currently, they fall in the regions of Iraq, Pakistan, and India. As of now, archaeologists, engineers, and scientists believe that ancient shipbuilding can help build a seaworthy vessel. The team believes that this is the worlds largest reconstruction of a Bronze Magan boat.

Archaeologists took this initiative mainly to showcase the kind of lifestyle the people led 4000 years ago. They also aimed to preserve the UAEs maritime heritage. The design of the vessel was relying on ancient models. It included a naval engineer measuring out the appropriate length, width, and depth for the boat. This was to ensure it would be afloat with the crew and cargo on board.

We designed the ship using a combination of textual, iconographic and archaeological evidence from the region, Peter Magee, director of Zayed National Museum told Newsweek.

This includes an ancient clay tablet from Iraq listing a large quantity of materials, likely used as a shopping list for an active shipyard building. The shape of the vessel is based on ancient clay models found in Iraq he added.

Experts who were hands-on with historical replicas had built the boat using hand tools. They didnt rely too much on modern techniques. They made the outer hull of the ship using 15 tons of reeds which were locally sourced. Then they coated animal fats on wood frames and nailed the waterproofing technique.

They also tested the strength of the ropes and reed bundles to test how heavy the hull could get. The results were satisfying. The makers of the vessel revealed that they were very careful that the vessel consisted of reeds, ropes and wood only. Any presence of nails, screws and metals could just damage the ship.

This seems like the journey of a lifetime and the researchers dont deny it. The ship has already completed its sea trials and maiden journey. It will be kept for display at the Zayed National Museum. Its the national museum of UAE which is being constructed on the Saadiyat Island.

The museum will display this rarity along with insights from the Persian Gulfs maritime history and all the cultural happenings during that time.

NEWSLETTER

Stay up-to-date on engineering, tech, space, and science news with The Blueprint.

Gairika Mitra Gairika is a technology nerd, an introvert, and an avid reader. Lock her up in a room full of books, and you'll never hear her complain.

Continue reading here:

Bronze Age-styled ship that was in use 4,000 years ago sets sail - Interesting Engineering

Transcript

Hyde: In grade school, I was given an assignment to write a talk. We all came in the next day, and I was waiting for my turn. Someone before me talked about jumping up on a chair and trying to jump off and getting a fear of heights with a chair, which seemed silly. Indeed, it was a humorous talk. Then someone else went next, and it was a very light-hearted thing. I had this very consequential thing that I had prepared. I don't remember what it was at the time. I froze. The teacher pulled me out into the hallway and said, what do you mean, you don't have the talk? You haven't done the assignment? They have no way to know that, in fact, I did. I had written it, and I wasn't ready to share it. I took the L, and to this day, didn't pass, didn't get that assignment in sixth grade or whatever. At any rate, I'm going to try again today. I was pretty miserable in grade school. That might be unusual. Maybe no one else has hated middle school, but I didn't. My sister at the time talked to me about educational theory. She had read Piaget and various things, and she had this idea that I should homeschool. I went to my father and I said, I want to homeschool. My father said, that's a terrible idea. This is not my father. This is Jean Piaget, from the Wikipedia article, who is known for educational theory or behavioral development in children. The image prior was from the logo, programming language, which I had learned around the same time and had an Apple IIe, and taught myself Logo and BASIC and that sort of thing. My sister was my first mentor, and I would not be where I am today if it weren't for her, as well as my brother. All of my family have been incredibly influential. You don't always get to choose that. You don't necessarily have an older sister, and you don't necessarily know to go out and find mentors. It doesn't necessarily take a ton of effort, but the reward is huge.

This is a talk about risk and failure on the path to staff engineer. I want to share my progression and the things that I've tried, many of them which were not successful, and frame how that turned out and how I conceptualize that, how I think about it. If you leave this talk with nothing else, I want it to be this one slide. I want us to develop a framework to recognize risk and failure, and see that in others, and anticipate when there are other folks who are about to make mistakes. We should have a framework to mentor them out of that and bring them back from the edge. Part of that, I think, is by sharing stories such as I'm going to do here, and make it ok.

When I'm not working, I sometimes make robots. They're often terrible, horrible things that work poorly and are wildly inefficient. It's something I like to do and it's a little bit of my non-professional work, although, maybe there's overlap as well. It keeps me off the streets. This was me a little while back. My sister and my father and I, we made a compromise. I didn't go to homeschool, whatever that would be, and I didn't stay into public school. I had already been studying classical music, and so I entered the North Carolina School of the Arts, which is a school with five schools inside of a university, in a sense: dance, design and production, visual arts, music, and drama. Despite what conceptions you may have about music school, or band camp, or something of the sort, it is an immense amount of work. I entered high school for performing arts and got down to the task of doing that work. I had already been taking private lessons, but I took courses in music theory, composition, master classes, performing, and that sort of thing. I also realized that there are a lot of people there who had an immense amount of talent and an incredible drive, and had been studying and training since literally they were infants, to do this work. I took myself to New York City and the culmination of my career in performing arts was that I auditioned at the Juilliard School. There is nothing quite like walking through those doors. It's a career defining moment to hear the person before you audition at Juilliard. I realized that I didn't have the chops for that. There were a lot of people that had been preparing for a very long time. It's a very cutthroat industry, or there just aren't a lot of paying gigs. Tanya Reilly talks about the foundation of staff engineers is the technical chops, and there is no substitute. You have to put that work in. You have to learn your domain. It's required. There's high effort. It takes an immense amount of work. It pays off, because, if nothing else, it forms the foundation for future work, doing staff work, and that sort of thing.

Has there been someone in your life who was a mentor and who has led you forward on your career? Offer it to other people. I graduated high school and I left performing arts, and didn't know what I was going to do. I lived in Jamaica Plain in South Boston. I worked as a baker at a coffee shop called the Coffee Cantata, that is not the Coffee Cantata, but that is the one which allegedly Bach composed the work at, or performed at. The owner of that coffee shop where I worked, was also a musician, a classical pianist. One day, I was walking through the Arnold Arboretum which was in that area. The Arnold Arboretum is actually a research garden, as part of Harvard University. It's a very beautiful space. I was walking there and a friend of mine at the time showed me this martial art that she had been training, capoeira, and I knew right then and there that that's something I wanted to do. I began studying actually under a student of the man here in the middle, but that at that point in my life, I was making up my way and I wasn't in college. This was an important piece of that progression, and learning, showing up and taking those classes. Then, two or three years into that, some other folks came to me, some friends of mine, people I trusted, and they said to me, "You need to go to college. This is the moment. If you don't do it, you're going to forget how." I listened to them, and I applied. I think they probably sent some emails as well. I got into college. Again, encouraging people when they're stumbling or they don't know what they're going to do is really useful, really important. It's also not something you can necessarily choose. Some folks don't have mentors, and they don't have sisters and older siblings. Again, I don't know that it takes effort other than maybe be in the right place at the right time, which if you're a wandering non-college student you may not know to do. It matters.

I got into college. I went to Oberlin College in Ohio, south of Cleveland, tiny little town, tiny little university or college. I decided to study engineering, which totally makes sense because Oberlin is a little liberal arts college, and doesn't have an engineering program. I started taking the prereqs and doing the chemistry 101, and whatnot. Also, Oberlin has a beautiful library. It has a lot of cool seating. It's a really nice space. This is a place where I actually spent a fair amount of time studying physics 101 and whatnot. College was the best seven years of my life. I did a five-year degree program. I went to Oberlin and transferred to the Washington University School of Engineering. I took some time off and graduated late, which is a whole separate story about not being in your graduating class and being older than people expect you to be when you're a new college grad. I did the work. I took a whole bunch of engineering courseload, linear systems, and numerical methods, and controls theory, and whatnot. I graduated with a Bachelor of Science in Engineering in the exceedingly well-known field of system science mathematics. Which if you say you have an ME degree or you have an EE degree, people know what that means. If you say you have an SSM degree, or a systems engineering degree, you find job postings for network system administrator.

I graduated with a Bachelor of Science in Engineering, and then nothing happened. I was sitting at home in my childhood bedroom. I was applying call to jobs on monster.com. I had $200 in my bank account. It was 6, 9 months after graduation, and I was broke. I had nothing except an engineering degree. I did what we all know to do now because we're all fairly far along. At this point, I sent some emails, and I emailed my advisor from college. I emailed some classmates from my graduating class, from my degree program. Sure enough, someone connected me with a hiring manager and I interviewed and I got the job. Networking, probably most folks by now know that. If you take it for granted and you say, why is Caleb talking about this? There is someone out there who doesn't know that and hasn't heard that, and they need to. Encouragement matters, networking is exceedingly useful. It's also not that hard to do. It's a lot more enjoyable than just applying to your 200th job on monster.com, and not getting any responses. I don't think it's worse than the alternatives in terms of effort, but it's how everything happens. Not everyone knows that. You have to learn it. It's a skill set. A lot of these things are skill sets.

Second question, has there been a point when you were about to go off and join the circus or something, and someone pulled you back and said, stay on track? Maybe they're like, you want to join the circus, great, do it. Has there been a point where you reach the terminal point or decision point early in your career? Not so many people. I was wondering about this. I didn't know what to expect. I think I learned later in my career that this is not true of a lot of people. You have classical musicians for parents, and they get you on that path early on. Or you go to the best schools and you take internships and you graduate and all that, and that's great. There's a lot of people out there for who that's not the case, so non-traditional paths and non-traditional careers is just the natural way of being in the world. I do think it's easy to take it for granted that you go to a good high school and you do internships in college and you go to a good college, and then you graduate and get the degree and all that. It's not true for a lot of people.

I got a job at Sprint, the telecommunications company. Sprint is based in Overland Park, Kansas in the Midwest. I got down to work. I hadn't done internships. I hadn't done the traditional professional life, and I didn't know how to do it. I got down to work of like, learning the job of showing up and not falling asleep in meetings when it's alphabet soup. The conversations are just like, good gravy, telecommunications has so many acronyms. Literally, people just talk 45 minutes in acronyms, and none of it makes sense. You learn how to show up and be there and be present. Apparently, that involves a lot of khakis, and blue jeans, and shades of blue. It became this whole theme. We were like taking these photos because we're like, "You wore blue today? Me too."

I was at Sprint for many years. Telecommunications is a deep engineering field. There's a lot of really interesting engineering, goes into how call setup happens in sub-second latency, and how power propagation works. There's a lot of complexity and nuance to it. It was interesting for several years. Then I realized that all I knew was telecom. I knew people at Qualcomm. If I wanted to go work at Motorola or whatnot, I could probably do that. Or at least I could email someone or make a phone call. It's this insular thing. They're sticky. Networks are sticky. I didn't necessarily want to stay in Telecom. I didn't want to stay in the Midwest. I didn't necessarily want to wear khakis and blue all my life. It took me a little while to figure out how to extend my network and how to bridge outward. We took some more photos, and we got together. This crew actually was my innovation lab for a few years. We got together and we'd meet once a week in a supply closet where we kept telecommunications hardware and whatnot, and we would whiteboard ideas and work on patent disclosures. We challenged each other. I put this idea up on the board that we could radiate power from a cell tower to a cell phone, and Andy on the right there said that's a silly idea, that's never going to work. We were this innovation crew, ad hoc group of folks at the time. It was around the time that "The 4-Hour Workweek" came out. Then later I stumbled upon Seth Godin's work and the idea of how to develop a skill set that's unique no matter where you are, whatever company you're at, or whatever field you work, and how do you make your skill set useful. We disclosed a patent disclosure. We disclosed a whole bunch of patents and kept a spreadsheet. We had about a 1 in 3 success rate. From a very small window of my career, I actually have a whole bunch of patents to my name. The point is, it was successful. Our goofy little ragtag crew that was meeting in a supply closet, was making headway and learning some interesting stuff.

I started formulating this idea that I needed to branch out. I needed to learn a new skill set and develop a broader network. I began to teach myself software development. I picked up Python. I went to the Python Kansas City meetup for many years. I was co-organizer for many years. I taught myself software development, version control theory, data structures and algorithms, social coding. I did the work again. I then participated in Devopsdays Kansas City. I helped co-organize it one year. I spoke at it the following year. At that point, I had developed a network outside of telecommunications and outside of the Midwest. It worked. I got out. There's no substitute. I taught myself a new field, software development, and it was nights and weekends. I don't want to do it again. If someone asks me like, what did you do? I did the work. There's no substitute.

I was also at the time reading Bogle and the idea that I wanted to develop an emergency fund, a savings fund. I became an inherent of buy and hold. Despite the synopsis of the talk, I don't bet. I don't really know anything about betting, in the sense of like Vegas, or off-track, or whatever. That's a strategy, and buy and hold is a strategy. I developed a savings fund, and developed a network outside of Sprint, and outside of telecommunications. I graduated college late, and spent many years at Sprint. Some of them I felt like I wasn't getting anywhere. I decided to optimize for compensation. I decided to be a jerk, to be a capitalist, to make money, and build up a safety net fund. It worked. This is, in fact, my year-over-year compensation for the period of time when I was focused on this, and it worked. I wasn't living paycheck to paycheck. I was able to take more risks, and take longer with my job search and that sort of thing.

I can't say that this is the ordering of things that someone else should choose. Because, being a jerk, being a capitalist means you're a jerk. It means you're missing out on other opportunities or other companies' generative cultures. It's useful, because now I have freedom. I don't have to worry so much about simple things like how much a coffee costs. A lot of people do. I don't have to worry about saving face. I don't have to wear khakis. That worked. I reached a point where I was comfortable with that, and so I changed my maximizer function, at that point. I wanted to focus on finding fit. I wanted to optimize for fit. Also, all of these different things are skill sets. We talked earlier in the staff panel about what is the skill set that you might have as a staff engineer that you don't as a senior engineer, and project management is one of them. How to interview, how to negotiate salaries, how to change jobs, maybe change back, leave a company, and come back and make more money. These are skills and this is a skill set, and you can develop it. You can share that skill set with others. Really, to this day, one of the most consequential outcomes for me in my career was that I had a friend who was interviewing and she came to me and said, they're making me an offer, but it's so much. I said, you need to make twice that much, you should go back to them and tell them that. It was several conversations over a couple of days or a week or something, but it worked and she doubled her salary. To this day, I find that I was able to share a technical skill set which I had developed for myself with someone else, and help them.

I was also not that happy at the time. I took this photo, in fact, to mark the point in time because I had gone through a couple of companies in fairly short timeframes, and they were not always the most generative cultures. I was responsible for some of that, for some of that toxicity. I wasn't happy about that. I entered this company, Foghorn, as the 11th full-time hire. I had this vanity English license plate as a result of being an early hire at this consultancy. They were based in the Bay Area. They've since been acquired. I worked at Foghorn for many years. It's a consultancy in cloud infrastructure. We are a client service delivery firm. We delivered projects to engineering customers of ours, and I worked on large scale engineering cloud infrastructure projects in AWS and GCP. I built up the GCP Premier Partnership status myself. I learned project management. I learned how to manage a team of engineers and deliver work to a client, which is also a team of engineers. I got to see their code bases. I got to see how they do CI/CD, all of these different companies, large biotech companies in the South Bay. You can probably think of their names. Smaller companies, which you will probably have never heard of, because they were tiny. I developed that skill set. I was a senior engineer when I entered Foghorn, and learned these non-traditional engineering skills like project management as well as like how to organize teams and put up with people who are really good engineers, but don't show up for work.

We got to this point where my boss, the director of service delivery was basically going to level up, and we were interviewing externally for his backfill for a director of service delivery. Just as a point of clarification, in client services, director is an engineering management title. It's a line engineering title. It does not mean Director of Engineering in the more traditional sense. I was a senior engineer, and we were scheduled to interview someone here, actually. I think I was going to talk to them remotely, but they were scheduled to show up. Then they didn't show up for the interview, which baffled my boss at the time. I said, "Why don't you give me a chance? I don't necessarily plan to go into management but it would make sense for me as a logical next step in my career path. It's a skill set you need. You're struggling to fill that role." He went back to the leadership team and they came back and they said, yes. I got the role of director of service delivery for a period of time. I wasn't there for too long after that, but in a fairly short period of time, I got exposure to managing people, hiring and firing, how to have conversations with a direct report who is a higher skill level than yourself. Also, conversations with engineers who are belligerent. All the while also delivering the client work, the project work, and the engineering work. A new skill set and a new exposure.

I decided that I didn't want to stay in engineering and management. I actually came to appreciate that it is a distinct skill set. It is something you can learn and practice. I have a lot of respect for managers and engineering managers because of that. I wanted to stay on the technical side, and so I decided not to continue doing that. I left Foghorn. I also wanted to get out of consulting. In consulting, you have to establish your technical expertise quickly at first glance. You also don't have long term ownership. You advise companies and you help them deliver their work, but ultimately, they decide and they own the work, and so I wanted to get back into product engineering. I left Foghorn. I was continuing to train capoeira. Capoeira gave me a voice. It gave me the ability to feel comfortable in front of people and in crowds, and to be assertive, even if you're not sure, even if you're not confident, to still be assertive. It also appeals to me. It keeps me active. I don't get bored like I do when I go running or something of the sort.

I said to my boss, give me a shot. If I hadn't said that, they would have just kept interviewing externally, and trying to hire. I also learned through other means, through my martial arts, to be confident, and to speak loudly or clearly. This also takes a lot of work. There's also no substitute. Again, if you don't, at least ask. If you don't propose that you take on a new role or a new responsibility in your current role, you're less likely to get it. Higher reward. The opportunity cost is that you're still optimizing for yourself, not for the business. You might not be focused on what's most meaningful for the business, which, ultimately, is why we're here, why businesses exist.

I kept training. I learned to do new things. Then I got out of Foghorn. I left the consultancy and I got another job. I started to, again, change my maximizer, earlier from optimizing for comp and from optimizing for position or title, and now looking at, which company is the best, finding the right company or the company that I want to work for. One that isn't too toxic, or too boring, or whatnot. The next step for me was this progression to finding new roles. The culmination of my social media career and why I don't really promote it is this tweet which got zero replies, zero likes, anything at all. I still to this day think about it, because it's so true. If you're going to take risks, you have to expect some of them to fail, and you have to be willing to admit that you failed. You have to be ok with that, and figure out how to do that. You have to develop a skill set. This is the next few steps. I was at Foghorn as senior, and I moved to the director of service delivery, an engineering manager role that also had duties of client consulting or project delivery. Then I left Foghorn and got an IC title as senior engineer. Now, here's the thing is that moving from senior to engineering management could be considered a lateral move, or maybe not lateral, but in a sense, like a negotiation because I didn't have management experience. They were taking a chance and I was taking an opportunity to gain more experience as a director. When I decided to leave consulting, I wanted to go be an IC again, an engineer again. I took a title as a senior engineer. If you were scanning my resume, you could be forgiven for thinking that I took a demotion, or a step down. As I see it, it was two lateral movements, but it requires explanation, and that doesn't come off in the wink of an eye or if you're scanning resumes. Narratives are important and being able to provide context, communicate that context is important.

Then I took another role. I left the company after a fairly short period of time and took a role as a staff engineer. That is clearly a promotion. It was a pay bump. I did move up in IC levels from senior to staff, and yet, it was a short tenure. That senior role was a short tenure. If you're scanning a resume, you might think that was a failure. I have gotten questions about that as I interview, is, why were you only there for so long? The point here is like, if I tell you I moved from senior to staff, it seems like a clear win, but there's nuance, and that gets sussed out when you're interviewing and whatnot. Then I failed to execute as staff engineer, and I was laid off. I was unemployed for three months, and I collected unemployment for the first time in my life. There is a stigma around unemployment, being unemployed, but companies pay out of your salary. They pay taxes into unemployment funds, so you should be ok taking that if you need to. I did fail as staff. I could caveat it. I could tell you like, it was not a generative culture, or they were not working on interesting stuff. That doesn't matter, because I'm not there to influence the decisions. In any sense, I wasn't successful delivering or executing on a vision because I'm not there anymore.

That period of time, at the consultancy, and then afterwards, me consulting, is like language immersion. I learned so much about engineering orgs, and code bases, and all of that, and project management. It's not low margins, but you have to control cost carefully. You have to talk about utilization rates and say, we expect engineers to spend 83% of their week working on billable work. You have those kinds of conversations. It's pretty demanding. It can be pretty exhausting. I would joke with my manager that I was going to study for the PMP exam in the 50-to-60-hour block of my week, because there's always more to do. The consulting was exhausting. Then the work after that was successful in some sense, and not always successful, and not always enjoyable. I've, again, changed my focus, my maximizer function, and now I consider that culture is king. It's all social coding. A few years ago, GitHub had that as their tagline. It's all about optimizing for the business and optimizing for what the business needs, and figuring out how to make that happen. There's no shortcuts. There's no substitute. It requires having a lot of direct, difficult conversations. Being willing to say when you're wrong, but also not tell someone else too bluntly that they're wrong. That's my work now. That's where I'm going next.

If you had $200 in your bank account, and you went to Vegas, would you play it all on slots, or play it all at once on roulette? I don't know. I can't even ask this question because I don't bet. Inaction is a form of risk. You have to decide what to do in any case. There's different strategies for investing, and there's different strategies for maximizing your compensation. I think I've spoken to all of these and spoken about each one. This is the idea. This is the framework of like, where on the quadrant of effort and risk and reward, do each of these things fall? Like I said, I started optimizing for compensation first, and then later for fit. In hindsight, that might not have been a great idea, but it did give me latitude and leeway. Again, if all that I've said today is obvious to you, and you're like, why again, is Caleb talking about this? It's because there are other people earlier in their career who haven't heard it and they need to. We have to share our stories and be vulnerable in order for them to know that you're authentic, and to know that you mean what you say, and that you have the bona fide or whatever to advise them. My name is Caleb Hyde. This has been a talk about risk and failure.

Participant 1: You started off by saying you need to optimize for compensation because that was needed since then. Then, later on in your presentation, you talked about optimizing for fit and then culture. With your experience now, would you say that you would recommend young engineers like don't get attracted by optimizing for compensation, or do you still think that that was the right thing to do at the time.

Hyde: I don't know. I can say with assurance that working intentionally to maximize my pay, and also along with that, like you're standing in an organization in your respect, like you have a seat at the table, that was successful and useful. To answer the question without answering what you're asking is, why don't you just do all of that at once? Why don't you timeshare your development effort between comp, and fit, and behavior, and whatnot? Sure, if you have the discipline for that, and if you know to do it. If you're early career, you don't have a skill set. All of these things are obvious in hindsight, because we learned the hard way and learned by doing them or because someone told us. Early on you don't know what cloud infrastructure is. You don't know what project management is. You don't know how to tell someone they're wrong politely, and all of that. I don't have an opinion. I can't say that it was better or worse. You have to choose where to spend your time, and sometimes the only thing to work on is the thing in your view.

Participant 2: Someone once said to me, basically, work with people who want to work with you, people who are working against you, don't waste your time, don't care. Under the general umbrella of choosing your bets, kind of thing. Curious if you have anything else to talk on that, in your opinion.

Hyde: Someone I worked with early in my career would always say, choose who you work for, who you work with, and what you do. I still quote them because that's great advice. It's concise. It's pithy. It's useful. It's true. I would also never work with that person again. You learn from everyone you work with, for better or worse. There are no absolutes. It all depends.

Participant 3: You mentioned that you were working in software engineering, and then you said that you think that you failed. Do you mind sharing your thoughts on maybe how you failed?

Hyde: I think, more or less, what I was doing fits a pattern that's pretty common, which is, I was steadfast in my technology decisions. I'm like, we need to do this. What we're doing is a terrible idea, and whatnot. There was also an element of, they were asking me to do something that I had actually done several times before, a large scale Terraform migration and modernization effort, and I had opinions about that. Like, I've done that, and I found it a little boring. I also had a fairly clear idea about how to get it done from an execution perspective, like from a technical perspective of like, here's how you implement a Strangler Fig pattern, and bite the elephant one bite at a time. Again, my delivery was terrible. Even though I have in fact done large scale Terraform modernizations and written software systems to migrate Terraform, none of that mattered because they weren't working with me and listening to my advice, and ultimately, I was laid off.

See more presentations with transcripts

Read the original post:

Risk and Failure on the Path to Staff Engineer - InfoQ.com