Marketing Generalist

Joined June 2016
431 Photos and videos
Business, creativity and the arts are full of successful nonsense.
6
Vladimir Novikov retweeted
The most important component of writing clearly is simply to have high standards for clarity. Then if you write something unclear, you notice, and ask: what did I mean to say? You can just keep doing this over and over. And if you have high standards for clarity, you will.
204
391
4,609
219,900
Vladimir Novikov retweeted
It all boils down to: 1. Providing the best tools to create content 2. Incentivizing the highest quality content 3. Ranking that content so it finds its audience Nothing else matters.
753
503
6,817
623,025
AI. Work. Care. why in 2026 we need to care more than ever before vovanovaque.substack.com/p/t…

2
15
Vladimir Novikov retweeted
Solarpunk is a movement that imagines a sustainable and optimistic future where humanity thrives in harmony with nature.
459
2,308
16,661
2,306,119
Vladimir Novikov retweeted
Hamming's talk is so important that I reproduced it on my site. It's one of the only things on my site written by someone else. paulgraham.com/hamming.html

A mathematician who shared an office with Claude Shannon at Bell Labs gave one lecture in 1986 that explains why some people win Nobel Prizes and other equally smart people spend their whole lives doing forgettable work. His name was Richard Hamming. He won the Turing Award. He invented error-correcting codes that made modern computing possible. And he spent 30 years at Bell Labs sitting in a cafeteria at lunch watching which scientists became legendary and which ones faded into nothing. In March 1986, he walked into a Bellcore auditorium in front of 200 researchers and told them exactly what he had seen. Here's the framework that has been quoted by every serious scientist for the last 40 years. His opening line landed like a punch. He said most scientists he worked with at Bell Labs were just as smart as the Nobel Prize winners. Just as hardworking. Just as credentialed. And yet at the end of a 40-year career, one group had changed entire fields and the other group was forgotten by the time they retired. He wanted to know what the difference actually was. And he said it wasn't luck. It wasn't IQ. It was a specific set of habits that almost nobody is willing to follow. The first habit was the one that hurts the most to hear. He said most scientists deliberately avoid the most important problem in their field because the odds of failure are too high. They pick a safe adjacent problem, solve it cleanly, publish it, and move on. And because they never swing at the hard problem, they never hit it. He said if you do not work on an important problem, it is unlikely you will do important work. That is not a motivational line. That is a logical one. The second habit was about doors. Literal doors. He noticed that the scientists at Bell Labs who kept their office doors closed got more done in the short term because they had no interruptions. But the scientists who kept their doors open got more done over a career. The open-door scientists were interrupted constantly. They also absorbed every new idea passing through the hallway. Ten years in, they were working on problems the closed-door scientists did not even know existed. The third habit was inversion. When Bell Labs refused to give him the team of programmers he wanted, Hamming sat with the rejection for weeks. Then he flipped the question. Instead of asking for programmers to write the programs, he asked why machines could not write the programs themselves. That single inversion pushed him into the frontier of computer science. He said the pattern repeats everywhere. What looks like a defect, if you flip it correctly, becomes the exact thing that pushes you ahead of everyone else. The fourth habit was the one that hit me the hardest. He said knowledge and productivity compound like interest. Someone who works 10 percent harder than you does not produce 10 percent more over a career. They produce twice as much. The gap doesn't add. It multiplies. And it compounds silently for years before anyone notices. He finished the lecture with a line I have never been able to shake. He said Pasteur's famous quote is right. Luck favors the prepared mind. But he meant it literally. You don't hope for luck. You engineer the conditions where luck can land on you. Open doors. Important problems. Inverted questions. Compounded hours. Those are not traits. Those are choices you make every single day. The transcript has been sitting on the University of Virginia's computer science website for almost 30 years. The video is free on YouTube. Stripe Press reprinted the full lectures as a book in 2020 and Bret Victor wrote the foreword. Hamming died in 1998. He gave his final lecture a few weeks before. He was 82. The lecture that explains why some careers become legendary and others disappear is still free. Most people who could benefit from it will never open it.
82
430
3,708
786,459
Vladimir Novikov retweeted
Brands I love: Lego, Leuchtturm, Oxford University Press, Pentel, Schöffel, Aqualung, Paradores, Staedtler, Birkenstock, Braun, Knoll, Patagonia, Herman Miller, Iittala, L.A. Burdick, Artemide, Aman, Thames & Hudson, Yeti, Rimowa, L.L.Bean, Timbuk2, Eschenbach, Ridge, Maui Jim.
246
97
3,685
966,791
RT @levelsio: how to build a bootstrapped startup without funding: 1. pick a problem you personally have. if you don't use your own produc…
954
Vladimir Novikov retweeted
An important, and perenially underrated, aspect of "trustlessness", "passing the walkaway test" and "self-sovereignty" is protocol simplicity. Even if a protocol is super decentralized with hundreds of thousands of nodes, and it has 49% byzantine fault tolerance, and nodes fully verify everything with quantum-safe peerdas and starks, if the protocol is an unwieldy mess of hundreds of thousands of lines of code and five forms of PhD-level cryptography, ultimately that protocol fails all three tests: * It's not trustless because you have to trust a small class of high priests who tell you what properties the protocol has * It doesn't pass the walkaway test because if existing client teams go away, it's extremely hard for new teams to get up to the same level of quality * It's not self-sovereign because if even the most technical people can't inspect and understand the thing, it's not fully yours It's also less secure, because each part of the protocol, especially if it can interact with other parts in complicated ways, carries a risk of the protocol breaking. One of my fears with Ethereum protocol development is that we can be too eager to add new features to meet highly specific needs, even if those features bloat the protocol or add entire new types of interacting components or complicated cryptography as critical dependencies. This can be nice for short-term functionality gains, but it is highly destructive to preserving long-term self-sovereignty, and creating a hundred-year decentralized hyperstructure that transcends the rise and fall of empires and ideologies. The core problem is that if protocol changes are judged from the perspective of "how big are they as changes to the existing protocol", then the desire to preserve backwards compatibility means that additions happen much more often than subtractions, and the protocol inevitably bloats over time. To counteract this, the Ethereum development process needs an explicit "simplification" / "garbage collection" function. "Simplification" has three metrics: * Minimizing total lines of code in the protocol. An ideal protocol fits onto a single page - or at least a few pages * Avoiding unnecessary dependencies on fundamentally complex technical components. For example, a protocol whose security solely depends on hashes (even better: on exactly one hash function) is better than one that depends on hashes and lattices. Throwing in isogenies is worst of all, because (sorry to the truly brilliant hardworking nerds who figured that stuff out) nobody understands isogenies. * Adding more _invariants_: core properties that the protocol can rely on, for example EIP-6780 (selfdestruct removal) added the property that at most N storage slots can be changedakem per slot, significantly simplifying client development, and EIP-7825 (per-tx gas cap) added a maximum on the cost of processing one transaction, which greatly helps ZK-EVMs and parallel execution. Garbage collection can be piecemeal, or it can be large-scale. The piecemeal approach tries to take existing features, and streamline them so that they are simpler and make more sense. One example is the gas cost reforms in Glamsterdam, which make many gas costs that were previously arbitrary, instead depend on a small number of parameters that are clearly tied to resource consumption. One large-scale garbage collection was replacing PoW with PoS. Another is likely to happen as part of Lean consensus, opening the room to fix a large number of mistakes at the same time ( youtube.com/watch?v=10Ym34y3… ). Another approach is "Rosetta-style backwards compatibility", where features that are complex but little-used remain usable but are "demoted" from being part of the mandatory protocol and instead become smart contract code, so new client developers do not need to bother with them. Examples: * After we upgrade to full native account abstraction, all old tx types can be retired, and EOAs can be converted into smart contract wallets whose code can process all of those transaction types * We can replace existing precompiles (except those that are _really_ needed) with EVM or later RISC-V code * We can eventually change the VM from EVM to RISC-V (or other simpler VM); EVM could be turned into a smart contract in the new VM. Finally, we want to move away from client developers feeling the need to handle all older versions of the Ethereum protocol. That can be left to older client versions running in docker containers. In the long term, I hope that the rate of change to Ethereum can be slower. I think for various reasons that ultimately that _must_ happen. These first fifteen years should in part be viewed as an adolescence stage where we explored a lot of ideas and saw what works and what is useful and what is not. We should strive to avoid the parts that are not useful being a permanent drag on the Ethereum protocol. Basically, we want to improve Ethereum in a way that looks like this:
650
522
3,681
382,177
Vladimir Novikov retweeted

6
6
51
6,806
Digitalisation, AI or Blockchain?
40
My mental and marketing MBA @garyvee Looking forward to 2026 Podcasts
40
Vladimir Novikov retweeted
one major problem for a lot of crypto protocols: they're willing to throw unfathomable sums of money towards one-time marketing events but are often too overwhelmed to do recurring work like tweets, reels, or contests this is why i'm proposing a new solution for this problem: it's called work-to-earn. protocols pay people money, and in return, they do work for the protocol. who's building this?
74
13
214
16,571
Vladimir Novikov retweeted
Chihiro
11
316
2,499
52,259
Vladimir Novikov retweeted
15 Aug 2025
Confessions of a crypto marketer Some of the craziest things I’ve seen (or heard from friends) in 5 years in the industry: > companies letting people go over issues like racism or harassment… then making them sign NDAs so nothing gets out > hiring a ‘public face’ CEO while the real (and shady) operators stay hidden > blatantly lying about how far along their product actually is > companies hiring & laying off teams within a period of 2-3 weeks - multiple times > making ‘pump the token price’ the only marketing goal (product adoption? irrelevant) > founders with zero technical understanding of what they’re building > companies that refuse to hire women (been told about this privately by a recruiter) > companies botting followers, views, engagement, comments - EVERYTHING - then growing a real following on top of that (“fake it till you make it”) > chatGPTing their whitepaper (we all know it happens, still wild every time) > and one I’ve had in my notes for months… A very well-known, very expensive PR agency gave a workshop: - almost 24h after the viral Solana ad - they had no idea what happened (meaning: no one checked CT all morning, not even once?!) - workshop was for pre-seed startups… but they used corporate case studies from Binance and Base - when asked which company had the best marketing/branding, the founder couldn’t name any other outstanding crypto project apart from Binance Anyone else wants to spill the tea? 👀
45
9
224
21,516
Vladimir Novikov retweeted
27 Jul 2025
All property becomes cryptography. Let me explain why. (1) First, right now, trillions of dollars worth of digital gold is secured onchain. Bitcoin is now valued everywhere there is an internet connection. And no matter what political faction you're in, everyone agrees on the raw fact of who owns what amount of BTC. (2) Next, right now, the full legalization of stablecoins means that every other asset goes onchain. Because if there is a legal status for onchain currency, of course there's a legal path for onchain stocks, onchain bonds, and every other type of financial asset. (3) So, that's a lot right there. But there's actually a next step. As you can see from the video below, this door can also be secured with an onchain smart lock. That means the door to your house can be secured by crypto. So can the door to your car. (4) Indeed, any door can be secured in this way. The door to a plane, to a train, to a boat, to a building. Any door can be secured onchain. (5) But this is really more than the keys to your car door. It's really the keys to your car itself. The digital signature starts the engine. And that means any piece of capital equipment, from cranes to drones can be similarly secured. (6) That includes the humanoid robots, the sidewalk robots, the self-driving cars, and just about anything that's controlled electronically. Which is almost everything. (7) There are exceptions. The food on your plate, the shirt on your back, those can't and won't be secured onchain. But that's actually a negligible fraction of value in the world. (8) For everything else, for 99% of what's valuable, for every financial asset and every capital asset, we will secure it onchain. (9) And the reason we'll have to do that is that the blockchain is the only truly secure backend. The Pentagon gets repeatedly hacked, as do many web2 services, but scaled public blockchains do not. (10) So: even the control plane for the drones goes onchain. The blockchain is the basis by which we can build a code-based order on the Internet, a new kind of global economic union that allows anyone with an internet connection to access world-class monetary policy and contractual equality. All property becomes cryptography.
My home also can be unlocked with Ethereum, by verifying a NFT (ENS) ownership. In this example, the system verifies if I have an ownership of piyo.eth @ensdomains.
227
456
2,529
471,944
any nondevs playing/working with @lovable asking for a friend
2
72
What if our biggest internal problem became our biggest external opportunity?
2
2
87
Designers make the slides. Managers just want to edit text. @figma needs a mode for them. Simple. Clean. Limited. That’s the way to win over PowerPoint users.
1
2
102