I was inspired by your work to do a juce implementation: https://github.com/FigBug/Gin/commit/30aa84130f4f607bdeba538...
I think the most useful thing for me is I can call it from lldb and immediately dump buffers to my terminal while debugging.
HN user
I was inspired by your work to do a juce implementation: https://github.com/FigBug/Gin/commit/30aa84130f4f607bdeba538...
I think the most useful thing for me is I can call it from lldb and immediately dump buffers to my terminal while debugging.
What do most American women do after having a kid, quit their job? You can't put a newbord in daycare can you?
I use Rogers World Elite Mastercard
4% cash back in a foreign currency
2% cash back on Rogers' services
1.75% cash back otherwise
Rental car insurance
Airport lounge access
No fee
I find Swift very bad for churn. Swift has had 5 versions in 5 years, with breaking api changes each time.
Every answer on Stackoverflow about Swift has several answers, one for each api version. Any time you grab some Swift code from the web or an older project, it's not going to work.
Avoiding the churn isn't an option since new Xcode versions drop support for old Swift versions. And only the two latest Xcodes will run on latest macOS. They even drop the support for the conversion tools. So if I go back to an old Swift project now, it won't compile in my Xcode, nor will my Xcode help convert the code to modern. My only option is to run an order version of Xcode in a VM to convert the code.
If I'm writing a library I want other people to use or share between projects, I'll still do it in Objective-C. Apps I do in Swift but I find it annoying.
I still have 15 year old non-ARC Objective C libraries. Why spend the time updating them when the are debugged and work fine?
Every time I have to do a Swift version update I introduce bugs.
Linux as narrowly defined as the kernel is very good at not breaking things. Linux as used in common speech to mean a Linux distribution and associated libraries undergoes constant churn.
I maintain a cross platform desktop app for Windows, macOS and Linux.
Windows is the best, 32 bit versions going back 15 years still work no issues. macOS is next, 32 bit don't no longer work, but 64 bit versions still work going back 5+ years. Ubuntu is by far the worst, some library I depend on changes it's API pretty much every year, and the old version is removed, breaking my app.
The solution appears to be Flatpak which bundle up the app with all it's required libraries. However I'm not sure how to make this work for plugins. Would each plugin need to be in it's own Flatpak? It's insane.
Can you run a 'normal' Linux desktop application written in C or C++ on a Chromebook? Or is it just Android Apps and Web Apps?
Mike was killed in a car accident in 2000. Nice to see his website is still up almost 20 years later.
The country I don't understand how they do it is Bangladesh. A country the size of New York State with 164 million people. (50% of the US population). As I understand it, they generate 90% of the food they require.
I had the same experience on Col du Tourmalet. I heard the helicopter but couldn't see it until I looked down.
Does even anybody remember the good old HTTP basic acess authentification?
Yes, I use it on some of my sites. For some reason chrome password manager won't work with it. Not sure why.
When I was injured in 1991, they transplanted nerve sheaths from my leg to my arm with the hope nerves would regrow. Some actually did an I regained some sensation and movement.
That was considered pretty good at the time. I wonder how much better off I'd be if I'd been injured today instead.
I think Java was unique as it was the first language with a major corporation behind it and a large marketing campaign.
I think Lisp failed because it had no killer app. Most developers don't pick a language, they pick a project and the select the most appropriate language.
Web frontend -> Javascript
Unix / Linux -> C
Wordpress plugins -> PHP
Windows apps -> .Net
iOS -> Objective C / Swift
Android -> Java
In my entire career (25 years), I've never had a project that directed me towards learning Lisp. This pretty much leaves Lisp to the type of developer that seeks out new languages and is willing to spend the extra effort integrating, and that's a pretty small number of developers.
If Lisp was in the browser instead of Javascript, it would be popular no matter the complaints about the language.
I think another thing is that governments have lost a lot of their power and are now somewhat controlled by corporations. This is usually assumed to be a bad thing, but most corporations don't like war, it's bad for business. It disrupts supply chains, kills customers, and generally makes things unstable. (Except for military contractors, but they seem to do well if there is a war or not).
I think climate change could bring another big war, because then wealth will become food and water, and that can be taken by force.
Isn't that pretty much what happened with GM? The stocks and bonds were all wiped out. And then the new GM was owned by the government / union until they did an IPO a few years later?
I'm not an American, how does this compare to current US West Coast?
Not really. Efficiency doesn't change much based on torque. See here for Leaf: https://farm5.static.flickr.com/4106/4844105739_3795e703f2_b...
There is very little downside to putting a bigger motor than needed in an EV, other than a bit of extra weight to move around. As long as you don't use that power, (fast acceleration), you won't pay for it.
That said, 221 lb-ft of torque isn't very much. They don't say at what rpm that is. Most EVs are electronically torque limited at low rpm. Assuming the peak torque is around 2000 rpm, that's only 84 hp.
(My biggest pet peeve is torque without rpm -- it's meaningless!)
.apps aren't really analogous to the registry, they are more like the contents of the Program Files directory.
On macOS, the registry equivalent is all the plist files stored in ~/Library/Preferences and ~/Library/Application Support. These just get left behind when the .app is deleted.
Just don't get into writing synths or effects if you want to make any money. Kind of like making games, it's flooded with people who do it for the love and willing to do it for salaries far less than other fields. The stereotypical musician has no money. There are currently over 3000 synths listed on KVR. It's tough to do something unique and stand out.
I've bought more Garmins than Smartphones. I think I've purchased:
3x Edge 305, Edge 500, 2x Edge 810, Edge 820.
Garmin has the advantage that their products are much more likely to get lost or smashed. So they get to sell a lot of replacements.
They didn't unless they were well off. Only 8% of houses had a computer in 1984. 15% by the end of the decade. C64 was $595 new, if you had one I doubt your family was poor.
I think they took the name cheese grater too literally, it actually looks like one now.
The API is very stable. Any Win32 app from the last 24 years will still run. 16 bit apps will still run on the 32 bit version of Windows. They promote the cool new thing every so often, but all the old stuff still works and eventually gets the access to the new features.
You can get Tracktion 7 for free on all those platforms: https://www.tracktion.com/products/t7-daw
I think you have that backwards.
As a special exception, the copyright holder of FreeRTOS gives you permission to link FreeRTOS with independent modules that communicate with FreeRTOS solely through the FreeRTOS API interface, regardless of the license terms of these independent modules, and to copy and distribute the resulting combined work under terms of your choice
It was GPL with an exception that allowed you link your app code to the OS, with your app becoming GPL.
The performance metrics part was weird though.
https://www.openhub.net/licenses/GPL-2-0-with-freertos-excep...
In Canada it's a paid position. Various rates for different roles as listed here: https://www.elections.ca/content.aspx?section=emp&dir=pos&do...
Up to $247.94 / day.
I highly recommend Syntorial (https://www.syntorial.com/), it took me from nothing to being somewhat ok in almost no time at all.
I maintain a small library of additional classes for JUCE. I was paid to make some improvements to some of the classes that turned into a small consulting gig.
All my consulting work is JUCE based, so having a library of my work is helpful. But what I do is a very niche field. I don't know if this would apply in general.
That's impossible, 737 MAX hasn't been in service for 2 years yet.
Floating point hardware was optional for a long time. 486 in 1989 was first Windows PC CPU with floating point standard. Before that it was an add on co-processor for the 386. New 386 models were coming out until 1992, so it took a long time before you could count on floating point support being there.
There are still a lot of embedded microprocessors without floating point support.