These days I’ve been trying to be more conscious about my online footprint and privacy in general. I’ve been using one-off email addresses for years now (btw check out my recent post on masked emails if you haven’t yet), and have a bunch of little scripts that spit out things like random usernames when I hit “!” 3 times. But honestly speaking, IP addresses were one of those things I just kind of didn’t really care about. ...
I love Masked Emails, Fastmails take on one-time-use email addresses. I’ve been doing something similar myself for years now, but it is a bit of a shame that it’s so tightly coupled to 1Password. Sure you can create them through the webinterface now, but it’s still kind of a pain to use and not very convenient (unless you use 1Password). You can’t even manually trigger creation of one within 1Password, so when the extension doesn’t detect an email signup field, you’re sorta out of luck. ...
I have a few comments on metaplex, the batteries-included go-to solution for everything NFT related out-of-the-box, that I wanted to share with the world. These are mostly thoughts I had when dealing with metaplex during the lifetime of a few projects, from the perspective of someone who just joined the Solana ecosystem. About myself: I worked on a few production projects on Solana, am sometimes active on the Solana discord #developer-support channel to help newcomers out, and currently work on other (NFT related) projects. The following points are my thoughts and experience from building projects in this space. ...
Usable on smartphones only? Challenge accepted.
It’s weird that I am writing about editors so much but trying a new editor every few months kind of became a tradition. It spices things up and allows me to learn something new that I maybe didn’t know yet before. Or just discover a new tool that improves my workflow. When I wrote about spacemacs, I thought spacemacs would be the thing that I would use for everything. Then I ported it to atom with proton and thought that would be the tool I would be using for everything since I could just implement features on the spot that it didn’t have yet. So what happened that I am writing about editors again? ...
I like learning new languages, I think that’s no secret. It’s a fun task that teaches you new interesting takes on existing problems. A language can make your programmers life very easy but could also turn it into a living hell. In fact, I am always on the hunt to find the perfect language for me. That thing that I want to use for everything. Meet ClojureScript Lately I’ve been doing a lot of clojure. I am glad that I finally arrived at a point where I don’t have to look into the documentation just to find out how to append something to a vector. Clojure is extremely well designed. I learned a lot just by listening to talks (especially the rich hickey ones!) and reading about the languages’ core concepts and the reasons behind them. But above all, Clojure is just fun to use and ClojureScript is even more fun! I love using it and even wrote a MarkDown editor in it. Lately clojurescript ended up becoming the magic that fueles my entire main editor. ...
I recently wrote about my attempt to bring spacemacs style editing to atom. A lot of stuff happened that I wanna tell you about! In review Since the last post, proton acquired 72 stars, 13 watches and 4 forks. We now have 3 people that actively contribute changes. Proton became a good amount more stable, removed a lot of the ugly hacks it had in the beginning and added some really cool stuff on top. Let me give you a short overview: ...
If you read my last posts you might notice that I really like editors. Something about finding better and better tools is very interesting and fun. Plus using a new tool for a couple of weeks is keeping things fresh even when you work on the same codebase. The problem is that since I started using spacemacs, I can’t really use anything else. It just… doesn’t work. The shortcuts are too awkward, get overriden by third party plugins and all the manual config orchestration is just a pain. ...
I recently talked a lot about om and react native. Since people seemed quite interested in this topic, I decided to hold a little presentation at the last Tokyo iOS meetup in November. People were a bit overwhelmed (many never saw clojurescript before) but the general feedback was quite good. I am sure I convinced at least 1 person to give it a spin! In any way, here is my talk from that iOS meetup. Slides are available here. ...
I mentioned already earlier that I believe om.next will be the future. Not particular om itself but the idea it implements: demand driven applications. The component declares what data it needs and the server is just there for delivering it. Components don’t want to coordinate 20 ajax requests just to gather all the data they need to operate. Components also don’t need all of the data your API provides in most cases, so why even the need to download all of it? ...