ktusznio

He must be talking about the good, benevolent Western corporations that have outsourced their carbon emissions to the evil and greedy Chinese and Indian corporations.

Or, you know, one should not be permitted to sell slushies to children.

Can someone explain what is driving the growth of xAI's valuation?

This risks hiring candidates who can present themselves and their past projects very well but fail to actually write code and ship anything on the job. I've seen it happen.

Substack | San Francisco, New York City, remote (US & Canada only) | full time

We're beginning to build writer capabilities into Substack's Android & iOS apps.

Today, writers, podcasters, and video creators use Substack on mobile web to write drafts and manage their publication. Despite the difficulties and shortcomings of working in a mobile browser, they're already asking to do more: to record podcasts (and video podcasts), to share their work, and to easily understand their business and audience.

They deserve a world-class native app experience and we're looking for the right engineer to help us make this happen. We're a fully remote team with an extremely exciting mission: we're making the Internet work for writers. Come join us.

* Android, top publisher team: https://boards.greenhouse.io/substack/jobs/4318974005

* iOS, top publisher team: https://boards.greenhouse.io/substack/jobs/4318959005

We're also hiring for a few positions on other teams:

* iOS engineer, app team (SF only): https://boards.greenhouse.io/substack/jobs/4011184005

* iOS engineer, growth team: https://boards.greenhouse.io/substack/jobs/4298467005

* product manager, growth team: https://boards.greenhouse.io/substack/jobs/4006111005

Yup. I find Linear a pleasure to use after years of JIRA.

Substack | San Francisco, CA; New York, NY, and remote in the US and Canada

Help build a better future for writing. We believe that what you read matters and writing is valuable. We’re here to help writers go independent and thrive, and we’re hiring.

We're hiring software engineers for web (JavaScript + TypeScript, Node, React), iOS (Objective-C, Swift), and Android (Kotlin), and data analysts, security & systems engineers, designers, and product managers.

Here's how we think about engineering:

- We bias to action. We work fast, make bold bets, and then course-correct as needed.

- We believe great things are built by small groups of exceptional people. We assemble tight-knit teams and give them clear, ambitious goals and the autonomy they need to succeed.

- Remote Collaboration and Community. The team has a home base in San Francisco, but there’s also an office in New York and some people are remote. We get together a few times a year to build relationships and work and celebrate together. Engineers are autonomous and independent and balance that with highly collaborative pairing sessions, problem solving, and more. It’s a team that celebrates one another.

- Empathy for writers. We do Empathy Hour, Office Hours, shadowing customer support, and find ways to get writers and engineers talking with one another. Substack started by building a product for a specific writer (Bill Bishop writing Sinocism) and we’ve strived to maintain that ethos as we’ve scaled – focused directly on the needs of people.

- Feelings Friday. We’re here to support each other through the ups and downs of a high growth startup.

- Diversity of perspectives. We are engineers with a diverse set of professional and personal backgrounds, and as a result have a working environment that demonstrates a wide variety of skills and knowledge.

- We like to have fun. We have a quarterly hackathon where engineers collaborate to build things they want to see on the platform. Many of the things people build get shipped. (~50% of things from our last hackathon have shipped or will soon)

Find out more about our open roles here: https://substack.com/jobs

PAX Labs | Greater Toronto Area, Ontario, Canada

We’re looking for a founding member for a full-stack engineering team in Toronto. Initially, this will be a remote role — work from anywhere you like, with occasional meet-ups with our small (but growing!) Canadian team.

We’re looking for someone with considerable experience building out scalable UI architectures and who is comfortable working on a wide variety of projects, including mobile apps, internal tools, e-commerce sites, and other customer- and partner-facing portals.

Apply or find out more: https://www.paxvapor.com/careers/?gh_jid=1696011

Learn more about our values at PAX: https://www.keyvalues.com/pax-labs

Earlier Labs | Senior Full-Stack Software Engineer | Kitchener-Waterloo, Ontario, Canada | REMOTE | https://goo.gl/forms/f1tYA2Jv4QQtpgYn1

We're a two-person software consultancy helping start-ups in San Francisco and Silicon Valley get things done. We're looking for a senior full-stack software engineer, someone who is professional, takes pride in their work, and is comfortable working remotely and dealing directly with clients. Depending on the needs of our clients, we take on end-to-end projects or integrate with existing development teams.

Over the past two years, we’ve worked with a wide variety of clients, which means a wide variety of tech, and we pride ourselves on being able to adapt and deliver. While we are looking for a seasoned engineer, we don’t require you to have experience using a particular language or framework; the ability to pick things up as you go is what’s essential. That said, we're currently doing a lot of work in Node, React, and Shopify so bonus consideration will be given if you have experience with these.

We work remotely from our home offices and you would, too. You’ll interact directly with clients and have the freedom to set your own schedule and complete your projects however you work best.

Get in touch if you’d like to be the third member of a small, professional team.

Earlier Labs | Senior Full-Stack Developer | Kitchener-Waterloo, Ontario, Canada | Full time, remote | https://goo.gl/forms/CAbrRRE0Imje5dPD2

Earlier Labs is a two-person software consultancy helping start-ups in San Francisco and Silicon Valley get things done. Depending on the needs of our clients, we take on end-to-end projects or integrate with existing development teams.

Over the past two years, we’ve worked with a wide variety of clients, which means a wide variety of tech, and we pride ourselves on being able to adapt and deliver. Today, we're working with Ruby on Rails and React.js; tomorrow, we could be working with something entirely different. While we are looking for a seasoned engineer, we don’t require you to have experience using a particular language or framework; the ability to pick things up as you go is what’s essential.

We work remotely from our home offices, and you would, too. You’ll interact directly with clients and have the freedom to set your own schedule and complete your projects however you work best.

Could you become a solo freelancer and work from your current location?

This piece was written by Robin Sloan, who is an author of fiction. :) Great story.

Yes, but the same attack could happen if an attacker gains control of an npm module. Users without tight control over their modules could unwittingly pull in malicious code.

What about services like npm that distribute code? Are these analogous or do they have additional security in place?

Why is it that the intermediate exchange in NJ is able to see the desired trade? Shouldn't that information be encrypted?

Google is investing a lot of money with efforts like Chrome apps and Cordova.

This approach is fine for small projects but you'll run into organizational problems once your application's complexity grows. For example, how many event listeners are you going to pile into that $(document).ready callback before you decide to break things up? How do you organize your code if/when you separate your listeners.

Another aspect your code doesn't address is fetching/posting data from/to the server, which leads to many more tangles, especially once you start duplicating code between models, etc.

Anyway, this isn't a criticism by any means. If such a lightweight approach is working well then you're doing it right. I'm just pointing out that things can get hairy as your app needs to do more and more.

What made this worth posting to HN?

Perfect, thanks!

Does something like this exist for Zurb Foundation?

Technical nitpick: your front-end code blocks on mixpanel, and terminates if mixpanel doesn't respond. Usin noscript and blocking mixpanel, I don't get to see any content on your page.

This is really cool. I've always been a fan of lisps, but not to the point of picking them up. Building for the web using a lisp has always seemed difficult due to (perceived?) lack of tooling, documentation, and community. JavaScript is for the web like no other language, and Wisp looks like it makes building web projects in a lisp a reality. Kudos!

I've found it useful to abstract away render and work with before/afterRender hooks instead. I still call render which has a base implementation that calls the template, but instead of passing just the model or the model's JSON, I pass a context object that I can build up to suit my needs. This way every template is dealing with the same thing, and the whole mechanism is extensible.

https://gist.github.com/ktusznio/5119318

This only works if their site gets views and the free demo gets plays. In my experience, apps in the App Store are primarily found through the App Store, meaning potential users won't hit the site first to try the demo.

The standard solution is to give away a bunch of levels for free and charge for additional levels using IAPs.

Humble Bundle is investor-backed and for-profit, so I don't really find their "commercialization" surprising.

If this video gets the ball rolling in getting bb10 a chunk developer mindshare - and we are talking about it - then it's likely worth the cost.

Looks nice. I'd add an 'x' to the upper right to hide it. I looked for it there and it took me a bit longer to find the 'original' link.

Yes, I would. And I'd keep it free.

Google Maps is a solid app with a great brand that users trust. It would be silly not to give iOS users who love Google Maps access to the product.

What's there to lose?

Hey, my main goal for the app was actually to learn iOS and all about releasing and marketing an app. I didn't care to set financial goals for it really. I'm definitely aware (and have been) that it's a time investment, and I can't afford to sink my resources into it forever.

But even if the app fails in the end, the skills I've gained in going through the process of building and releasing the app should pay off in the long run, whether that's in making another app or freelancing or finding another full-time gig.

This looks cool but I'd like filetype-independent definitions. For example, to convert a ruby dictionary pasted into a .js file.