JRKrause
About a year ago I toyed with writing a web app that was essentially a front-end to a diffusion image generator (very original I know). The site used socket-io -> flask -> redis queue -> distributed pytorch processes.
Am I correct that several of these services are selling some equivalent of the '-> redis queue -> model' component? Is part of the value proposition here that you don't need to staff people with pytorch/equivalent familiarity?
Side-by-side schematic symbol view / code view that are actively synced to one-another in real-time. Schematic view allows basic arranging of parts, editing interconnects, triggering jump-to-reference within the code view, adding probe points for SPICE, displaying SPICE output graphs. Code side does all the heavy lifting like creating new parts, scripted behaviors, editing component values, all the cool shit that would be a nightmare to sort into a GUI.
Much easier said than done, of course.
I tooled around with a similar idea sometime back. There are clear advantages of code over graphical-schematics when it comes to automatic generation of component values / re-use of elements / speed of development / automatic SPICE testing / etc.
The primary issue I ran into was that: electronic circuits are inherently graph-structured and the traditional circuit schematic is well suited, optimal even, for displaying this kind of information. Trying to understand an analog circuit that is described as code seems awkward.
A new engine at the dealership price of $7K is still going to be cheaper than an equivalently sporty new car though!
The stations at my local Harris teeter are unable to handle the user quickly scanning+placing products in the bagging area. I imagine this has to do with how the software translates changes in the bagging-area weight to a count of items. When this happens you have to wait around for the system to decide you aren't, in-fact, stealing.
These same stations also prevent further item scanning once an age restricted item (e.g. alcohol) is scanned, forcing you the wait around for the attendant before you can continue with your items.
Contrasted to the self-checkout stations at my local food-lion, which have none of these issues, the lack of UX is frustrating.
To top off with some non-content: You'd really think more people would have learned how to reliably scan barcodes after observing others do it hundreds, if not thousands, of times.
In both cases you, the worker, exchange money for improved work conditions. In the second case you are simply paying comparatively more money for larger returns.
Clearly if the certainty of a world-ending impact is 100% then committing the entirety of humanities resources to deflecting it would be justified and expected.
But what about if the the certainty is 90%? 80%?
Looking at the Griffin paper, the Pb(2) site is described as being 1.08eV 'more energetically favorable'. I am having trouble understanding what this means.
Years back I did MOCVD semiconductor fabrication research, I never reached a mastery of it but I am still trying to leverage that understanding here.
During growth, adatoms that incorporate into proper crystal lattice locations enter a lower energy state compared to those in imperfect locations. The energy state is lower in the sense that it requires more energy to remove them from that location. Hence careful control of temperature allows you to selectively favor incorporation into these low energy locations e.g. choose a temperature high enough to remove adatoms from 'imperfect' locations but low enough to not remove them from 'perfect' (low energy) locations.
So when the author says 'energetically favorable' am I to understand this means the Pb(2) location represents a lower energy state (i.e. more difficult to remove Cu from this location) or the opposite? Or something else entirely?
Location: South-east USA
Remote: Yes (US timezones preferred)
Willing to relocate: Yes
Technologies: Analog/Digital circuit design, Firmware development (c/c++, ARM), Software development (Python and associated libraries e.g. Django, Flask, Pytorch...), Physics (Optical engineering, semiconductor science), General IT (AWS, Linux, SSH etc)
Résumé/CV: ~9 Years experience in above skillset at a hardware startup as team-lead and individual contributor. Additional details on request.
Email:[email protected]
At a high-level I am skilled at identifying, learning and applying new skills. Combining these skills and knowledge to identify answers to ill-defined problems and carrying these solutions from R&D all the way to the production floor.
All with limited/no oversight. At the moment I am surveying the landscape for a fresh opportunity where these skills can be leveraged for maximum value.So to answer to your question: It's a drop in the bucket.
How does a name like this come into existence? "Ethernet" and "TCP/IP" had been around for nearly 10 years by the time this protocol was named.
“EtherNet/IP”
1) Word could get around and your 'customers' would stop paying the ransom. Bad for business since the remains of a destroyed ship could be worth substantially less than the ransom.
2) More alarmingly, you could attract the ire of 'honorable' pirates who might just be willing to take time out of their day to make an example out of you. This would likely involve a plurality of suitably armed starships visiting your local space at ...inopportune times.
I did this by fitting a small and fast ship with close-range weaponry that allowed me to take engagements versus much larger ships whose weapons couldn't reliably hit a target with so much transverse velocity. In addition I would run a special module that allowed you to deactivate your opponents warp drive, preventing them from escaping.
In game life was then just patrolling law-less star systems waiting for another player to arrive, typically they'd come to my star-systems in search of NPC pirates to destroy, netting in-game currency.
Once the prey was busy fighting the ai-pirates, I'd warp into their local space and begin shooting them to pieces. Once their ship was on the brink of destruction, I'd open a comm channel and demand an in-game currency transfer in exchange for letting them go.
This was a mutually beneficial arrangement as the ransom was lower than their ship value but also higher than what I could salvage from their wreckage.
As you'd imagine, responses were varied. More often than not however I'd get the payment and they'd return to safe space intact.
Ironically, I received more in-game love-mail than hate-mail for my exploits.
I've grown into a much nicer person since then but I can't help but look back on those times fondly.
I had the idea of aggregating all decks + their graded power levels and training a prediction network capable of this task. The side effect being it could also tell you which cards in your deck could be changed to increase it's predicted power.
I ended up abandoning the project, largely due to the painful nature of parsing the discord logs. This reminds me of that project, primarily due to needing to generate a meaningful/compressed embedding of the cards prior to training the deck-level network. Anyways, nice work!