WhatsApp doesn't entirely brick itself. You can send and receive messages, but can't assign names to anyone or start group chats.
I agree it should be prevented. It seems so absurd and is clearly not necessary. Android should have an option to let it see an empty/phony address book, so it can't tell that you've blocked it.
Yeah, didn't even verify emails. I got a surprise discord account back in 2015 because someone else used my email. I guess this xkcd[1] applies to younger people too.
I think that's very regional? Salary surveys usually list Europeans much lower after currency conversion.
A half decade before you, I also started at a big studio writing C++ (but with one degree) and was paid more twice that but in Canadian dollars (65k CAD). You're right that it pays lower than other programming jobs: Silicon Valley starting salaries were around 80k USD.
> many tools that tried to solve that problem back in the day (Flash, Spline, etc.) don't suffice these days. If you can emulate the look and feel of a hand drawn animation without requiring 1 year+ from your artists to produce content, there's an entry point.
Studios still use Flash (now called Adobe Animate) to create great looking art very quickly. I think Massive Monster used Flash for Cult of the Lamb. Klei still uses this process:
If you want to compete with AAA games then you may need AAA graphics, but the market is larger than that. Look at Re-Logic (Terraria), Supergiant (Hades), Megacrit (Slay the Spire), Klei (Don't Starve), Evil Empire (Dead Cells), Team Cherry (Hollow Knight). Many smaller studios make games at an entirely different level of production. And there even smaller levels of success below that.
The point of the article is to find success at smaller levels before aiming higher.
However, you're right that good-looking screenshots sell, but that's just good art and not exclusively AAA art.
> A “middle game” should only take 1 to 9 months to create and can be profitable (or at least not a money sink) because it is expected to earn in the range of $10,000 to $40,000.
$53k/year isn't a great salary, but $120k/year is common outside of big tech and especially in games.
It's also a lot better than working unpaid for 4 years on a game that fails to capture any attention (or sales).
The point is releasing games as a stepping stone from new studio to large projects. How much would a founder earn at a self-funded startup in the first year anyway? $0?
However, very true that it would be foolish to live in the Bay area when not earning a Bay salary.
Autohotkey is amazing, but I wish it used a saner language. I struggled to write a reliable golden ratio version of aero snap [1]. Dealing with different monitors, sizes, etc doesn't seem like it should be so hard, but I always get tripped up by the bizarre Loop syntax or silent failures from some simple mistake that suck the fun out and I give up.
I found ahk python module [2] but combining it with the keyboard module doesn't work as well as autohotkey as a hotkey listener.
> imgproxy server that needs to run somewhere publicly available, be kept alive and secure
Why make this runtime instead of a prepublish script (even a git commit hook or CI action)? Doesn't seem like your images would ever change so it introduces a point of failure, but I guess relieves you of ever thinking about images again?
diffconflicts [dc] lets you resolve diffs as a two way diff between what's in the conflict markers instead of including the resolved parts in the diff. It opens the diff in vim but could be adapted for other editors. Verbose explanation: https://github.com/whiteinge/diffconflicts/blob/master/READM...
The author converted it to a vim plugin with the same name, but I use a different vim plugin implementation [mergetool].
Are exams all written online now? Were they okay with students googling answers and sharing them with each other, but getting customized answers from a robot is where they draw the line?
Vim's addition of .vimrc and .vim allowing you to store editor programs to further accelerate your editing makes stand vim far beyond vi.
Credit Bill Joy for the modal editing paradigm, but vim is so much more than that. Most editors have a vi mode, but they don't compare to vim because they are awkward to script and don't have powerful regular expressions so readily available (both introduced in vim).
We could thank Ken Thompson and Dennis Ritchie for enabling vi, but I thank Bram for keeping vi viable, portable, and well-supported across languages.
> Your keybinding to go to the next quickfix item doesn't work in a location list because it uses :cn^M, but the location list wants :ln^M or whatever.
Navigating quickfix and location lists is global, so a single common command wouldn't make sense (you can use `:cn` from any window -- even if the quickfix is not visible). However, you could use a `<buffer>` map to use the same key to navigate within loclist/quickfire windows.
> The only explanation for this ridiculous state of affairs must be that it was too difficult to extend quickfix lists to do the things that location lists do.
Their entire concept is to be what quickfix isn't: instead of a global list, it's a list that's tied to a window. I can't think of features that a loclists have but quickfix doesn't unrelated to their nonglobal nature.
I can't claim vim's code is easy to understand, but this is not a fair complaint.
Is that because they're parsing porcelain output? Or is git's plumbing machine-readable but not well specified?
But git users are more familiar with porcelain so I wouldn't be surprised if they parsed that for an initial implementation.
It sounds like plumbing shouldn't break as often as you imply:
> The interface (input, output, set of options and the semantics) to these low-level commands are meant to be a lot more stable than Porcelain level commands, because these commands are primarily for scripted use.
Neovim migrated to a more modern style of C and more tightly integrated Lua as its scripting language (instead of conscript). Those are two large potential stumbling blocks for contributors.
From loosely following development over the years, I see names like chrisbra and justinmk who contribute to both projects, but there seem to be many who contribute to neovim but never contributed to vim.
Neovim also seems to have influenced the development of vim: channels, jobs, terminal mode, and issues/PRs on github (instead of mailinglists) felt like shifts in response to neovim.
I think it's also to Bram, justinmk, and other maintainers credit that the two projects contribute back and forth: many vim fixes are merged to neovim and I see big changes get brought back to vim too.
> Also it is technical and not user-friendly for windows users, because luarocks (package manager) is unusable there unless you’re skilled in C build systems and are ready to fix these issues.
I've found using hererocks[1] makes setting up lua and luarocks on Windows very easy. Running it in visual studio's command prompt has let me install pure Lua and C rocks.
However, I've noticed many rocks aren't updated on luarocks and the best way to install them is to point luarocks to the rockspec file in their git repo. Instead of `luarocks install testy` you do something like `luarocks install https://raw.githubusercontent.com/siffiejoe/lua-testy/master...` I don't use Lua for desktop development, so I only use rocks for dev tools to help write Lua for my embedded target, so I'm not sure how popular luarocks is these days.
Seatbelts don't impede my ability to drive (having to constantly manage the car keeps me in the seat). Types _do_ impede my ability to write code: I have to write more of it.
Types can certainly help prevent something from going wrong, but they're not a zero programmer time cost safety feature.
OP worded it aggressively, but if someone can't see how others benefit from lower overhead, they should look closer.
I agree it should be prevented. It seems so absurd and is clearly not necessary. Android should have an option to let it see an empty/phony address book, so it can't tell that you've blocked it.