Yes of course, but companies will prefer to work with middlemen rather than directly employing individual contractors because it makes legal and accounting easier. There’s often a lot of hurdles to employ an individual directly, like requiring the contractor to have a million dollar insurance policy say
Seems like a lot of money for that, but companies are willing to pay it
Also when they are grown (30 years?) you could chop them, stack the wood or use it in some way that doesn't release the carbon and then grow another lot.
Indeed, we don't talk about the absolute numbers a lot but reportedly more than half of all CO2 emitted by human industrial activity has been released since 1988. So our current per-decade pace of emissions is truly colossal, historic, unprecedented, pick your term.
I use Swift professionally and have written some Rust for fun, and like both languages a lot. I find Swift to be faster to write, not least because it's easier to manually prevent retain cycles than to write borrow-checker approved code. It's also much easier to leak memory and write unsafe threaded code in Swift, so there's a trade-off there.
I'm sure if I wrote more Rust I'd get faster at it, though I do think it has a fundamentally more complicated programming model.
I liked this quote from the article: "People don't choose between things, they choose between descriptions of things."
I can't claim to know what BI would look like if widely implemented, but I think it's preferable to mass un/under-employment, which seems like a clear possibility.
The reason companies don't loudly proclaim this kind of thing seems pretty simple to me. Companies must simultaneously communicate with many different parties: employees, customers, investors, the board, governments, etc. An effective message for one constituency is often horribly inappropriate for another – layoffs are a great example of this.
So when companies do decide that cutting costs is more important than keeping employees, they message that in one way to employees, and in another way to analysts and investors. Employees and the general public who sympathizes with them might call that duplicitous and slimy, but it's a response to the balancing act the companies have to perform.
PonyDebugger could be extended to support this very easily. We pretty much codegen "controllers" for all of Chrome Developer Tool prootocols's domain. One could map the UIView hierarchy to the DOM by just implementing a delegate.
Yes, and also DCIntrospect. They're encouraging, but don't currently compare to what you can do with, say, live-editing css or with a Javascript console.
Not that I've used it, but RubyMotion is making progress on a related front. A live REPL, styling apps with CSS, etc. Maybe we're not far off.
The live REPL is provided by Cycript (a program I wrote that lets you inject into running iOS/Mac applications: it has a blend of Objective-C and JavaScript syntax with runtime tab-completion; it is used by most of the people doing extension development for jailbroken devices as it lets you dig deeply into any running program quite quickly).
We're hiring a Lead Frontend Engineer at Alta, an AI-powered no-code tool to build mobile apps.
* You’ll be joining a fast-growing early-stage startup based in the Bay Area and reporting directly to the CTO/Co-founder
* You ideally have 5+ years of experience and have mentored/managed junior engineers
* Tech stack: Typescript, Next.js, React, PostgreSQL
Learn more and apply here: https://angel.co/l/2xNjeU