quackware

Staking was a built in feature of RuneScape in the duel arena before it was removed. They did not "invent" it themselves.

SEEKING WORK | REMOTE

Location: Remote

Remote: Yes

Willing to relocate: No

Technologies: TypeScript, JavaScript, Go, Java, C#, Java, React, AWS CDK, Docker, etc.

Resume/CV: https://curtislarson.dev/

GitHub: https://github.com/curtislarson

Email: curtis(at)quack(dot)software

I help startups and individuals turn their ideas into working products. I’ve built 100s of apps and integrations with different apis, sdks, libraries, etc. I feel comfortable with most programming languages but consider myself an expert in TypeScript/JavaScript as a language utilizing NodeJS/Deno as a runtime and React/Preact as a front end framework. I’ve also been increasingly focused on automation, devops, and infrastructure as code.

Deno has support for Jupyter notebooks which is quite nice.

https://docs.deno.com/runtime/manual/tools/jupyter/

SEEKING WORK | REMOTE

Location: Remote

Remote: Yes

Willing to relocate: No

Technologies: TypeScript, JavaScript, Go, Java, C#, Java, React, AWS CDK, Docker, etc.

Resume/CV: https://curtislarson.dev/

GitHub: https://github.com/curtislarson

Email: curtis(at)quack(dot)software

Ex SpaceX and Bloomberg turned full time freelancer and world traveler. I help startups and individuals turn their ideas into working products. I’ve built 100s of apps and integrations with different apis, sdks, libraries, etc. I feel comfortable with most programming languages but consider myself an expert in TypeScript/JavaScript as a language utilizing NodeJS/Deno as a runtime and React/Preact as a front end framework. I’ve also been increasingly focused on automation, devops, and infrastructure as code.

None of the products in the article are soy milk.

SEEKING WORK | REMOTE

Location: Remote

Remote: Yes

Willing to relocate: No

Technologies: TypeScript, JavaScript, Go, Java, C#, Java, React, AWS CDK, Docker, etc.

Resume/CV: https://curtislarson.dev/

GitHub: https://github.com/curtislarson

Email: curtis(at)quack(dot)software

I help startups and individuals turn their ideas into working products. I’ve built 100s of apps and integrations with different apis, sdks, libraries, etc. I feel comfortable with most programming languages but consider myself an expert in TypeScript/JavaScript as a language utilizing NodeJS/Deno as a runtime and React/Preact as a front end framework. I’ve also been increasingly focused on automation, devops, and infrastructure as code.

Why is `Record<string, unknown>` converted to `Map<string, unknown>` in the diagram?

- Why include files, exports, and types in your package.json when you are just using ts-node to transpile on the fly?

- ts-node is much slower than something like esbuild/tsx right? As long as you rely on your ide type checking or run type checking before deploying your app.

Would be nice if this didn't have a dependency on rxjs just for a single use of Observable

This might make sense for performing a "final" build or for very small libraries, but IMO not really for anything beyond that or for any sort of application level codebase. Some of the links in OPs post mention projects and not necessarily libraries, where the amount of code included can increase pretty quickly and tsc is just so so so much slower then using a tool like vite/esbuild/tsx/vitest or similar swc derivatives. I think relying on your IDE for type checking and linting while periodically performing a full typecheck via tsc in CI could be the sweet spot. Not to mention other features like hot reloading, auto re-running tests, etc that these bundlers and tools that utilize them expose for you.

At least for me I think maintaining a tight feedback loop between "make a change" => "verify it works" is important to not be distracted by another task. esbuild taking 100 or so ms while tsc taking 30+ seconds makes a world of difference for that.

And yet aws cdk has migrated to a monopackage design :(

https://docs.aws.amazon.com/cdk/v2/guide/migrating-v2.html

It works fine when imported from esm.sh

SEEKING WORK - Los Angeles (LA) / Remote

- Full Stack Developer with experience in Fintech, Aerospace Manufacturing, MVP websites and apps

- Work primarily with Node, React, Angular, C#, Meteor.

- Also experienced in C++, Spark, HBase, Hadoop, Python

Website & Portfolio: http://www.curtismlarson.com

Email: curtis (at) curtismlarson.com

SEEKING WORK - Los Angeles (LA) / Remote

- Full Stack Developer with experience in Fintech, Aerospace Manufacturing, MVP websites and apps

- Work primarily with Node, React, Meteor, C#, Angular.

- Also experienced in Java (Android), C++, Spark, HBase, Hadoop, Python

Website & Portfolio: http://www.curtismlarson.com

Email: curtis (at) curtismlarson.com

Most likely Bloomberg, as their tech stack is a bit unique and requires some specialized training (in addition to general C++ and JavaScript training)

SEEKING WORK - New York City (NYC) / Remote

- Full Stack Developer that specialize in building MVP websites.

- Work primarily in the Node / React or Meteor Stack.

- Also experienced in Java (Android), C++, Spark, HBase, Hadoop

Website & Portfolio: http://www.curtismlarson.com

Email: curtis (at) curtismlarson.com

Agreed. As a freelancer that works with Gigster I don't see this as a major source of revenue in my future (most likely a way to generate good PR as another poster mentioned). If they ever use this as leverage to pay less per project then I'm sure a lot of the best developers on the platform will move elsewhere.

There are hundreds of gigsters and hundreds of gigs / completed projects. I can speak from experience that yes, it is all very real.

This isn't an all or nothing kind of deal. It's an extra incentive for gigster freelancers to do amazing work (besides the great project estimates / rates they have).

The biggest difference for me is I can make a salary comparable to a big company in NYC / SF freelancing solely for gigster

Meteor is a great stepping stone to the more complicated JavaScript ecosystem of node/react/angular/webpack etc. I was a huge fan of it when I first started web development, but all its limitations caused me to switch over to using the above mentioned technologies. I highly recommend it to any beginner to web dev!

Yeah that's unfortunate... They are growing very quickly in terms on onboarding devs right now. They're also putting a lot of effort into building better tooling for interviewing / onboarding. I fortunately jumped on before the growth really got crazy.

I get my clients primarily through gigster (http://www.gigster.com), referrals, and my website.

Aww, it doesn't come up with it's own startup-y name? Funny website!

Cool stats and description. One issue, in "Merlin 1D Inflight Operating Time" the paragraph text is cut off and I'm unable to scroll to see the rest of it.

Not really, for me it has been kind of a bonus added on top of an already great framework. So far I have really enjoyed it just for the fact that I can load a bunch of test data into Mongo and instantly see it work with my UI. However since I have read many people complain about performance and scalability in meteor I have tried to minimize the mount of database reads and reactive data I am dealing with for any one page.

The lack of free time was a big incentive for me also. I suggest at least taking the hour or so to go through the tutorial. It was very straightforward and I was able to breeze through it with little to no web developer experience, and instantly be able to use the simple concepts I learned to start working on my own project.

Meteor and bootstrap combined have made it awesome to prototype new ideas. Everything is very smooth and as a beginner web developer I'm not banging my head against the wall writing large amounts of code to link various frameworks together.

A few hours a day for a week have already generated real progress with a startup idea, which would have taken me weeks using angular/express/mongo/node separately. As someone with a full time job who is trying to work on side projects in my free time after work, it's really nice to see progress every night and definitely motivates me to keep going.

Keep it up!

Unfortunately only in the 10001 zip code.

I remember making an app similar to this a few years ago. Would automatically create a room if one did not exist, scale-able search range, anonymous users with an option of providing a name, all relied on a jaber server hosted in a micro aws instance. Was a fun project, but the critical mass factor makes things like this very hard to create.

If anyone's curious, github source:

https://github.com/quackware/Crowdsource

Pretty fun to play! There is a slight typo in the instructions. You wrote "or" instead of "of" in "the upper corner or your area"