Hacker Newsnew | past | comments | ask | show | jobs | submit | more tuckerpo's commentslogin

  Location: Denver, Colorado (CO)
  Remote: Yes
  Willing to relocate: No
  Technologies: C++, C, Python, (Java|Type)Script, assembly (ARM, MIPS, SHARC), Linux (userspace), Linux (kernel), embedded Linux (buildroot, Yocto, OpenWRT, uboot, grub), networking (802.11n,ac,ax,be,k,v,r,s, hostapd, wpa_supplicant, nl80211), FPGA (VHDL, Xilinx, Intel), Windows (kernel, C runtime, MFC, WPF, C++, C#), Docker
  Résumé/CV: https://tuckerpo.me/
  Email: tuckerpolomik[@]gmail.com
I'm Tucker, an industrious senior software engineer with 7+ years of experience as both an individual contributor and technical lead across non-profits, for-profit product development companies, and research labs.

I am a generalist with a very broad set of experience, with expertise in system's programming using strongly typed languages. I've done everything from bare-metal assembly code, to FPGA gateware, to Linux kernel modules, to Windows GUI work, to front-end web development. Very "T shaped".

I'm also a seasoned public speaker, having given talks at various conferences including NetworkX, prpl Summit, and SCTE Expo. Quite happy giving customer-facing demos, too.

My ideal role is where software is the product, and I can leverage my expertise in high-performance, resource-critical environments that value deep systems knowledge.

If you're looking for an industrious engineer who adapts quickly and delivers reliably, please reach out. :^)


CDOT also encourages people to use more than 6 neurons while driving by posting "CAMP IN THE MOUNTAINS NOT THE LEFT LANE" on most interstates. Driving in CO is a _nightmare_.


Colorado is bad, especially around Denver, but nowhere near the depths of California or several East Coast cities in my experience.


  Location: Denver, Colorado (CO)
  Remote: Yes
  Willing to relocate: No
  Technologies: C++, C, Python, (Java|Type)Script, assembly (ARM, MIPS, SHARC), Linux (userspace), Linux (kernel), embedded Linux (buildroot, Yocto, OpenWRT, uboot, grub), networking (802.11n,ac,ax,be,k,v,r,s, hostapd, wpa_supplicant, nl80211), FPGA (VHDL, Xilinx, Intel), Windows (kernel, C runtime, MFC, WPF, C++, C#), Docker
  Résumé/CV: https://tuckerpo.me/
  Email: tuckerpolomik[@]gmail.com
I'm Tucker, an industrious senior software engineer with 7+ years of experience as both an individual contributor and technical lead across non-profits, for-profit product development companies, and research labs.

I am a generalist with a very broad set of experience, with expertise in system's programming using strongly typed languages. I've done everything from bare-metal assembly code, to FPGA gateware, to Linux kernel modules, to Windows GUI work, to front-end web development. Very "T shaped".

I'm also a seasoned public speaker, having given talks at various conferences including NetworkX, prpl Summit, and SCTE Expo. Quite happy giving customer-facing demos, too.

My ideal role is where software is the product, and I can leverage my expertise in high-performance, resource-critical environments that value deep systems knowledge.

If you're looking for an industrious engineer who adapts quickly and delivers reliably, please reach out. :^)


Shame! Jack Ganssle is a gem for anyone wanting to get into embedded systems.


> All the while where some really smart interns or junior engineers come out of prestigious institutions (Oxford, Cambridge, MIT, Stanford, Harvard, etc), with a stunning body of work and can absolutely run rings around engineers that are called 'senior' in title only and don't have a body of work to show when they leave.

I've hired interns and juniors at my past three positions, from various educational backgrounds including ivy leagues and ivy-adjacent schools (UCLA, CMU, for instance) over the course of the last ~5 years, and I'll give an opposing anecdote.

A lot of people who attend elite institutions are able to do so because they've been groomed from a very young age to have a given trajectory in life. Their entire existence and sense of self-worth seem to be predicted by "prestige" and being better than someone else.

This typically translates into someone who is very difficult to work with, especially when it comes to interns.

The "I'm clearly better than you because I attend $school" attitude, typically coupled with real-world industry naiveté leads to a real "I'm gonna change the world because I'm so special" Spongebob-esque archetype of person. Insufferable to work with, impossible to manage, always off spinning their wheels on something not at all aligned to what the business really needs. Ignore direction, ignore technical architecture, because they assume they know better.

I've also found that they don't really care all that much about their internships, because in their mind's eye, they're the "main character" and they're surely going to move on to something great because they'll be a $school alumnus.

They also tend to not be particularly well-rounded individuals. No hobbies, varying degrees of social ineptitude, anti-social competitive behaviors due to where they attend school.

I really could not care less about a "body of work", I care that you have some aptitude, passion, and are bearable to be around for >= 40 hours/week.

I get your point about senior engineers, a lot of people tend to mentally clock out and settle into their ways, no longer wanting to go above and beyond, typically because they have families, friends, hobbies, and no longer want to participate in a game where there are no winners.

But a clocked-out senior engineer who does the bare minimum, but understands how the business works will still be an order of magnitude more valuable than some $school intern.

> Of course, everyone is different, but I don't get the obsession with not giving very bright and talented juniors a chance even though they are more likely to be cheaper than seniors.

Unless you're working at some cutting-edge startup, businesses don't value merit, really, they care that you understand process, business needs, and the quickest path to execution to ensure continuous revenue.

Interns can be great, or horrendous, and I've personally found there to be an inverse correlation to how good the school they attended is to how useful they actually are in real industry terms. It's simply a trial period for both parties with the ideal outcome being they become a full-time hire once they finish their degree.

When money is tight, as it is now, there's simply no point in taking on individuals who will effectively be a burden for potentially months before delivering any real value.

Regarding your bus factor comment, businesses hedge that senior+ engineers will not be willing to shoulder the risk of job hopping in a shoddy economy, so there's really no concern from that angle of needing to "backfill" with junior engineers who will grow.

This will all get better when money begins flowing more freely again. Just a function of time.


> ...senior engineer who ... understands how the business works will still be an order of magnitude more valuable than some $school intern.

The essential value of domain knowledge and experience are under-estimated by educators. The ability to produce leet-code is no substitute for years of experience at the coalface. In my experience, 90% of established business systems coding is to handling exceptions and special cases. No programming course can prepare you for that.


I did roughly the same thing many moons ago as the final "exam" for my undergraduate embedded systems course. We made Space Invaders, though :^) https://github.com/tuckerpo/MicroSpaceInvaders

We targetted a real SoC, though, so a lot of my implementation can be thought of as a "board support package" or HAL, twiddling LEDs, taking in input, TTY in/out, i2c, timers, IRQ/FIQ handlers, etc...

Assembly programming in general is more or less just getting a feel for any given ISA's most important instructions, mnemonics ordering and data/code separation. The rest is a walk in the park if you're comfortable with boring old procedural programming.


For very long local builds, like a full bitbake, I do `&& bell` so I know when to tab back to my build terminal.

i.e. `bitbake bsp-vendor-full-image || beep && beep` so I get a sound when things finish, whether it failed or succeeded.


I added an alarm to my prompt so it happens every time a command finishes. I only use a visual bell, which propagates through tmux and my window manager. So basically, if I'm focused elsewhere when a command finishes, I have a nice indicator reminding me to go back.


Looks like the author really wants `rebase -i`


  Location: Denver, Colorado (CO)
  Remote: Preferred
  Willing to relocate: Within the Colorado front-range
  Technologies: C++, C, Python, JavaScript, embedded Linux (Yocto, OpenWRT), networking, embedded systems (ARM SoCs, x86 SoCs), FPGA work (VHDL on Xilinx and Intel)
  Résumé/CV: https://tuckerpo.me/
  Email: tuckerpolomik[@]gmail.com
I'm a senior software engineer with 7+ YoE.

I've acted as both an IC and a team lead. Very comfortable in almost any language or business domain -- from front-end web UI work to DSP assembly and FPGA gateware.

I hold a couple patents with even more pending (non-provisionally filed) in a variety of domains, mostly WiFi.

I like math a lot.

Sorely want to do good work on a team of fun, industrious people.

Just point me in a direction.


You could ship a sample out to get a liquid chromatography mass spectrometry analysis done.


Then when it comes back with 4000 molecules as a result, figuring out which 2 spices are responsible for 3993 of those.


A lab specializing in analyzing food will be able to help with that too.

Usually only a few aromatics will make up the bulk of the flavor and they’re well known molecules, especially if they’re synthetic.


Does this mean all "secret" recipes have been useless IP protection for a long time?


No, a mass spec can only give you a list of molecules, like a list of ingredients but after they’ve been cooked. It can’t give you the raw ingredients or the recipe.

Most soda is sugar water with a few well known synthetic flavors added so it’s easy to identify. Secret recipes like Coca Cola are far more complex to make without easy synthetic alternatives. Any recipe that caramelizes sugar, for example, is hard to reverse engineer.


Somebody should be able to build a Large language model of Molecules to ingredients.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: