I'm at least one example of someone who prefers authentically clumsy. Users like me will be less likely to give Solid a chance if they cannot see that there are real humans with a vision behind it.
3,914 karma · joined September 20, 2013
In my free time, I make Noteworthy ( https://noteworthy.ink/ ), a free and open-source Markdown editor with excellent math support!
My personal website is ( https://benrbray.com/ )
I'm at least one example of someone who prefers authentically clumsy. Users like me will be less likely to give Solid a chance if they cannot see that there are real humans with a vision behind it.
It also upset paying customers. It's no longer possible to _own_ Adobe software, and so I don't anymore. Up until just a couple years ago I was still using the copy of Photoshop CS4 I paid for (as part of the Master Collection CS4, Student Edition) in 2008.
A monthly subscription is a complete non-starter for me.
From a US perspective, students paying $50,000+ per year in tuition deserve better than an overworked PI who has crammed C++ over the weekend.
Remote: Yes
Willing to Relocate: No
Technologies: TypeScript, Rust, Haskell, Scala, C#
Résumé/CV: https://benrbray.com/about
Email: benrbray [at] gmail [dot] com
I'm an American software engineer living in Tokyo with 5+ years of professional experience (plus an additional 15+ years of hobbyist experience!). I got my start in high school uploading Flash games to Newgrounds, and learned early on to love the work that I do.
I'm a strong believer in local-first, interoperable, configurable software. I'm seeking to work on a product built to empower users, not lock them in.
I'm particularly interested in working on: rich document editors, programming languages & developer tools, game dev & simulation.
Please visit the about page on my website to learn more about my past work!
(if cars are dangerous, which they of course are, the way to fix it is to build walkable cities, not to charge higher rates for the graveyard shift workers who have no say in the matter)
Of course, the devil is in the details. I tend not to agree with how most diversity programs are implemented, despite agreeing with the mission.
When I was a TA I used a plugin to let me display Jupyter notebooks as a slideshow, that was really handy. Much better editing experience than ppt plus you have readable diffs with git.
I live in Japan, and holding Japanese stocks will get me in trouble with the US government, while holding US stocks can dramatically complicate my Japanese taxes. Because I reside outside the US, I cannot have a 401k or Roth IRA, but it is also impractical for me to take advantage of the Japanese equivalent (NISA) due to the prohibitive cost of correctly reporting my holdings to the US. In some cases there is also double taxation.
On the other hand, I agree that lack of a good solution for record syntax is a huge wart on the language that regularly gets in the way.
> password fields which are not appropriately marked so that autofill / generate secure password does not work
> no sign in button on the homepage, only a sign up button
> you have used up your 5 free articles for the month, please subscribe
> scrolljacking
> with each UI update comes an additional 0.5em of padding / line height
> huge margins / useless sidebars which make it impossible to read the page with the browser window at half-width
> need to use a VPN to access sites in my home country when traveling
> need to use a VPN to get English subtitles on Netflix when traveling
It seems to me all useful programs are terminating (or, we truncate some non-terminating procedure by some convergence criteria). The question is only whether we have the logical tools to prove termination at compile time.
Other than the commute, I think those are all things that a cohesive team should be able to resolve. It's definitely important to set boundaries in a shared space. I don't agree that the answer is to entirely retreat from the office though, as much as I do understand that inclination.
Also, just a thought: your colleagues might find the discussions they have with you to be really valuable to their own productivity / job satisfaction.
I guess I can give a bit of perspective. I don't think people should be "forced" into 100% office work, but I can say that as a junior engineer, I am wildly more productive when I'm in the office with my co-workers compared to at home alone.
I graduated into the pandemic and my first job out of school was full-remote. My company had no idea how to effectively manage remote workers and after two years I knew barely anything about my coworkers except their names, and I could feel my career stagnating. WFH was lonely, inefficient, and since my home was my office, I had no escape from the stress of work. Whenever I was at home I felt guilty for not working.
I recently quit that job and started a new one. The first thing I asked prospective employers was whether they had office space I could work from. I'm much, much happier working from the office and benefit greatly from my other coworkers who choose to commute.
Part of the problem is that the benefits of in-office work are long-term and asymmetrical. You might not benefit from being in the office, but other people might benefit greatly from having you there. Senior engineers should consider passing down knowledge as part of their responsibilities -- there might be ways to accomplish that remotely, but a lot of that transfer happens organically when colleagues share meals, walk outside together, etc..
Being in the office also gives me a chance to interact with people at the same company who I don't directly work with -- sales people, office managers, etc.. For me, WFH takes all the enjoyment out of work, leaving only the bad stuff.
Right click in Folder > Open Terminal
Right click in Folder > New File
Thanks anyway though for your work :)