From 7/28/2021, 7:02:30 AM till now, @zorr has achieved 472 Karma Points with the contribution count of 114.
Recent @zorr Activity
The way I get around that is by opening multiple workspaces so I can alt-backtick between them. At least on my setup the ideavim copy buffers are shared between workspaces so I can easily yank from one and paste in the other.
It requires a bit of memory though as IJ just works better if you give it a lot of memory. Not really a problem for me as my dev machines have at least 32 or 64G and besides IJ, firefox and a terminal I don't have much open.
IMAP works out of the box with O365/Exchange and it supports oauth login which MS requires for most new accounts I believe. Calendar sync needs a plugin as far as I know.
Ask HN: What tone to use in code review suggestions?
302 points • 297 comments
Why would they pay users for this? They can just force a rename and take the path if they need it. Their house, their rules.
Around 2012-2013 (I think) I had an app where I had reverse engineered the Omnifocus sync protocol so you could "use Omnifocus" on an Android phone. After experimenting with pricing a bit I think I left it at $20 and consistently had a few sales per day for months. I have received zero complaints about the price. It was a simple one-off transaction for an app that solved one specific problem well.
It wasn't serious money but a nice addition to my salary at the time. I highly doubt a price point like this can still be done in the current app environment.
Screenshots on the wiki: https://github.com/codic12/worm/wiki/Screenshots
I don't find motivation to work on side projects, I use it when I have it. Sometimes I'm done after a work day and I just want to play a video game, go outside, do whatever else that doesn't involve my computers. Other times there is a lot of motivation and I can spend full weekends and nights just coding away on a side project.
What I've learned over the years is to never force myself to do "work" for side projects. To be fair, my side projects usually don't get anywhere aside from learning/hacking on new things. My skills improve and I'm having fun and that's good enough. Pressure is for actual work that pays the bills.
libspotify != their API. Libspotify is a long-deprecated client library that allowed local playback. If you are OK with running one of the official clients for actual playback you can use the API to build an alternative browsing/controller client.
With some caveats though as I mentioned in another comment. Their API for controlling playback doesn't work well with Sonos players for example.
On desktop you might get something like this when navigating to an Artist page, find the Discography section and click the "show all" button. On the resulting page top right there is a dropdown where you need to select "All" instead of "albums" and make sure the list icon is active instead of the grid icon. Then it shows a list of songs segmented by release.
I have similar issues with their desktop app and the UI seems to get worse over time.
Their API is pretty good and I've used it to build a PoC desktop client using JavaFX that works using simple table controls and local Sqlite caching so I can search/filter my playlist "library". The API even has playback controls and nowplaying support. Pretty much everything needed to build an alternative usable client.
The reason I did not continue with it and I'm still stuck with their desktop-(but-actually-web)-client is that the playback control API seems to be blocked by Sonos so I cannot use it to control my main listening devices.
I love Spotify as a service but their clients are horrible.
I'm still building most projects using Spring Boot and Kotlin. While Spring can probably be classified as a popular framework for the Java language I don't see it being used a lot in combination with Kotlin.
For me personally it's a very productive framework for backend APIs or web projects with server side templating with Thymeleaf as the template engine.
My setup combines the flexibility/configuration/productivity of Spring Boot (and the full JVM library ecosystem) with the modern language features and ergonomics of Kotlin.
I keep things simple in most of my projects. No reactive/coroutines/graalvm. One-thread-per-request blocking model is good enough for most of my use cases. Annotation based DI and configuration.
The logo for Docker is a shipping container. Most shipping containers have well-defined standardized dimensions. This way cranes/boats/trucks/trains all over the world can handle any container, regardless of what is in it.
Docker does this for software. A docker image packaging an application has a well-defined interface to start/stop/configure/log the application, regardless of which language it was written in.
This way infrastructure tools (for example container orchestration like Kubernetes, docker-compose, swarm,... but also CI/CD tools and local development environments) can work with all sorts of applications in the same way. Docker (or containers) provide a uniform interface to all of these tools.
At the risk of being downvoted to oblivion: IMHO the best nocode approach is to build a pitch deck, secure funding and hire developers to build it.
The features you are asking for are complex. Both Twitter and Reddit have spent years iterating with large development teams to get these features. And I don't think nocode is ready yet for this complexity.
Even in "highcode" environments these things are not trivial to set up. Have a look at some open source twitter/reddit clone codebases (which typically not even touch payments) and see how complex they are. Now imagine each of these components needs some more complexity on top to make it configurable through "nocode" platforms.
I use control-shift-V for pasting without formatting. When in doubt I will paste it first in gedit.
Instead of language complexity I think it's a result of the specific positioning of the Rust language as a more safe successor to C/C++.
Rewrite-in-Rust is a thing. Not only for applications but also for foundational libraries (crypto, http, async, etc). The ecosystem is still young with lots of gaps and many devs are experimenting with new approaches to fill those gaps. More new projects -> more abandoned projects.
This approach sounds interesting and I think something like this is what we should focus on to bring UI frameworks to new programming languages (in the short term).
Let's not throw out all the work that went into Gtk/Qt but instead embrace it. Bindings/wrappers that are idiomatic in the target language. Maybe including a small state or declarative layer and lean on the framework for rendering, input events, windowing, accessibility, etc.
Another example of this approach is TornadoFX which is a declarative Kotlin DSL on top of JavaFX.
The JetBrains command palette fully bridges that gap. It allows discovery of commands and shows the relevant keyboard shortcut alongside the result. And assigning a new shortcut is just an Alt-Enter away.
I noticed the same thing in Dutch, French and German.
I'm working on it but nothing to share yet. I think Gluon itself has a few starter/example projects. The Xerial sqlite library already has native-image configuration files in its build so no extra config required. I'm still trying to get Jdbi to work fully with native-image and once that is done I will create a PR there. But my time is limited in the next week or two.
Also, I'm using plain JavaFX with Kotlin instead of TornadoFX. Mostly because I'm not sure about the health of the TornadoFX project and I don't like some of its abstractions.
breathe, warm, light, story etc make me think of something by Pearl Jam, Bush or Fleetwood Mac but honestly I have no clue.
site design / logo © 2022 Box Piper