kvz

The actual requirement is not: a centralized console where macOS antivirus updates are pushed to all user devices.

We take security very seriously but this is not the way.

We do run that on our Linux servers. For macbooks, ClamAV makes very little sense. Besides, they mandate we centrally manage that, too.

The full story didn't fit in the title.

They want evidence of the antivirus updates for our macbooks being centrally managed by some tool (quote-unquote: WSUS). I get this is how some enterprises operate, but for our small shop we're talking a handful of macbooks that have access to even anything. And even so the people who operate those are contractually obligated to run a very tight ship (encrypted disks, auto updates (which includes XProtect, apple's native antivirus so to speak), 2FA on all services, etc), tunnelling on unprotected wifi, etc.

We sent evidence of all of this. But they really want centrally managed antivirus for our macbooks.

This looks really nice but it’s good to point out that this project can use the Ollama HTTP API or any other API, but does not run models itself. So not a replacement to Ollama, but rather to the Ollama npm. Perhaps that was obvious because the post is about that, but I briefly thought this could run models too.

A respectable person offering nuance can be shattering if you identify as pro- or anti something.

I wish we had an easier time talking about ideas with a little more detachment.

antirez thank you for talking some sense. I’ve seen skilled devs discard LLMs entirely based on seeing one (too many) hallucinations, then proclaiming they are inferior and throwing the baby away with the bathwater. There is still plenty of use to be had from them even if they are imperfect.

Like LogicBlox received so much community love? I’m a Nix user and their paying $9k/mo for this never amounted to me learning their name. Could say a lot about me but could also say a lot about how appealing it will be to sponsor this.

Could be changed tho, Nix leadership should brainstorm how to make this an attractive thing to sponsor. Feature name prominently on site, conferences, social media, even CLI(?).

It’s not, but then I also don’t have a word yet for what I’ve been up to all day yesterday :)

Transloadit - Node.js Backend Developer - Remote (CET±4)

While big tech is firing small tech is hiring. We are seeking a Senior-level Node.js Backend Developer to join our team and help us continue to scale, modernize, and improve our service. As a Node.js Backend Developer at Transloadit, you will have the opportunity to work on a variety of projects, including building and maintaining our API, improving our file processing pipeline, and open source.

Transloadit allows you to receive, transform, or deliver any file with our API without owning or managing infrastructure. We are bootstrapped and 100% free of Venture Capitalism. We believe in empowering our team members to create the circumstances and working hours that work for you. Check out our engineering blog to learn more about our company as well as real-world use cases with Transloadit's API.

Responsibilities:

  * Develop and maintain our Node.js API
  * Improve and optimize our file processing pipeline
  * Collaborate with the rest of the team to identify and solve problems
  * Write clean, maintainable, and efficient code
  * Stay up-to-date with the latest industry trends and technologies

  * Strong experience with Node.js
  * Strong debugging skills
  * Excellent communication skills (English) and the ability to work well in a remote team
  * Willingness to be on call for incident response

“those affected have already been notified via personal and work email”

Even for remote staff, there are many more human ways of informing someone they are out of a job than shooting an email. Am I the only one who feels that way? Is it actually better to get an email an process the blow in async? Genuinely curious as I didn’t see this comment yet.

Transloadit | REMOTE | JavaScript/TypeScript Developer | Freelance

React, Hooks, Node.js, TypeScript, SWR. Are these right up your alley? Transloadit is hiring a developer to work on our website (mostly front-end work, some back-end tinkering may not be ruled out). Remote, freelance, 32h+/week, $50/h. You'll be part of a highly skilled team and have plenty opportunity to work on our open source projects as well (uppy.io, tus.io). We're thin on process and management, it's mostly github issues & slack. That may not work for all, but well for some, so worth mentioning. We have an open, friendly & curious culture.

If you are interested please DM a tweet-sized motivation and any relevant links to @kvz

There is KNative for that. But really folks are using serverless to _not_ have to operate their own iron and save themselves an ops team.

The one where you only need a few invocations and with serverless: aren’t paying for an idling VM all of the other time. Arguably you may save yourself an ops team too.

What differentiates our API from others is that you can chain together multiple “actions” as part of a single API request.

https://transloadit.com offers similar composable workflows in a single request, and supports more file types besides PDFs.

Disclosure, I am a founder :)

Transloadit | Support Engineer | Full-time (32h) | Remote | https://transloadit.com/blog/2022/01/job-support-engineer/ Hi, founder at Transloadit here. We just posted a vacancy for a Support Engineer today. To summarize:

* excellent English

* Node.js & command line experience

* emphatic, patient, curious, helping others motivates you

* 100% remote

* $40/h

* 32h/week, flexible but ±4h overlap with CE(S)T office time

Transloadit is a file uploading and encoding service. Launched by three developers who met through open source in 2009, customers have been loving our API and top-notch support ever since. We're an open, remote, independent, small team, with a big footprint (or so I believe). Our engineers are changing how HTTP works (tus-v2), and wrote the number one open source file uploader (Uppy). We were the first to run Node.js in production, have shaped much of its early ecosystem (node-formidable, node-mysql), and employ a member of its Technical Steering Committee. GitHub partners with us to offer free transcoding services to students and teachers, and we partner with core contributors of FFmpeg, Nix, Prometheus and Jekyll intimately to advance the state of the art. Roughly 80% of our revenue is allocated towards open source, and we keep all of these efforts afloat with our commercial service: a REST API that developers integrate with to make light work of bulk importing, encoding, resizing, recognizing, rotating, or file thumbnailing – all fully automated. Our paying customers sign up, read docs, and integrate themselves, but, sometimes they run into issues, and this is where you would come in. You'll work closely with them, and our developers to ensure smooth onboarding, that any issues are filed and solved correctly and swiftly.

We're looking for someone with coding experience, but enjoys balancing that with a lot of human interaction (be it through text), helping them succeed, and chooses tech support as a career.

If this sounds interesting to you, please check out the full vacancy here: https://transloadit.com/blog/2022/01/job-support-engineer/ which also has information how to apply.

Hi can you shoot me an email to kevin at transloadit dot com? We pride ourselves on timely and great support right from the devs so I’d be very interested to learn about the specifics and get your issue resolved if I can

Transloadit is a similar company to Gumroad when it comes to work philosophy. What kind of job are you looking for?

As a developer: Transloadit. Profitable. No investors looking to twist arms to make short term gains. Founders are in it for the long haul and developers so there’s appreciation and time made available to refactor and write tests. Small team, large footprint. Remote. Open. 80% of resources are spent on open source. Disclosure: founder.

Wow so many gems in here that I’ve been waiting for (though some still experimental).

- better cli (previously was a myriad of shell scripts you’d just had to memorize, and would do the non-typical thing by default if you didn’t pass many arguments)

- flakes (will make nix more nix. Currently we need checkouts of entire nixpkgs to run two versions of the same software alongside, it is my understanding that with flakes this will become more easy and lightweight to pull off)

- markdown docs

This last one shouldn’t be understated I feel. Docs have always been a pain point with Nix to the point where insiders joke about it with an affection almost. I feel due to many core contributors having academic backgrounds and the generally steeper learning curve with Nix, they have been susceptible to embrace “quantifiably superior documentation formats”, blindspotting the effects of markdown being the lingua franca lowering the barrier to entry for people contributing fixes by so much—perhaps because this is less easy to quantify, and perhaps less easy to appreciate for folks that were okay to learn Nix in its current state the first place.

Anyway, thanks everyone for putting in the hard work, this will pave the way to a bright future for Nix I am sure.

This is very inspiring. Sounds so great! Would love to see a video about your process, including the failures and dead ends that you must have also hit in these weeks.

Wrote a detailed post about my move from macOS to Ubuntu (https://kvz.io/tobuntu.html), and so many seemingly experienced users commented I should try Pop!OS.

Now some Ubuntu releases and issues and HN threads like these later, I’m ready to give it a go. Will be installing it this holiday

Been using Nix at Transloadit to replace our ubuntu + custom compiled based stack and while there has been a learning curve with friction, it has been so worth it. I sleep better knowing all state follows from our declarative nix files, can be changed and reverted with confidence, and we’ve cut down our build and deploy times 100X because we only ever compile something once now thanks to shared build cache between our devs and CI <3

I wouldn’t be surprised if they bought Cardano’s ADA ahead of this. It’s the biggest crypto that already implemented proof of stake, so the most likely place anyone seeking refuge may move value to, increasing its price dramatically. This could make it a dump & pump, if that makes sense. Dump BTC with a claim that pumps ADA.

Terrorists would probably have an easier time exploiting this button, which isn’t exactly safe either, than update servers. Or not, but it does introduce yet another attack vector, or technology that could have a bug that makes it trigger by accident.

Agreed, and there are other viable attack vectors too. Instead of a worm, an unfriendly state or other bad actor with deep enough pockets could hack the update servers that cars get their over-the-air updates from. Employees of the car manufacturer could be compromised to make that easier.

Tesla is a software company and probably has a lower chance of getting hit due to expertise and funds being poured into security (even tho not infallible as this post shows), but there’s a race to the bottom and soon enough Car companies that couldn’t pull of decent navigation will have some form of computer-controlled-steering as stockholders are looking at Tesla stock price and breathing down their necks.

I have been worrying about this for some time, even tho I am also a tech lover and Tesla driver. was thinking of writing a blog post about this, but seeing this comment, maybe it isn’t a new thought and everybody is already aware of this risk.

I think you are right about medical personel. But also: if you make everyone crash around rush hour, you take out a significant share of the working population. And how do you clean up the infrastructure to let trucks and ambulances through again. Not to mention the catastrophe of cars crashing into stores and pedestrians in city centers.

Many target formats do not support data sit subtitle streams, should de original contain then. So when using map 0, best then explicitly exclude those if you don’t care for them via -0:d? and -0:s? as we found out the hard way at Transloadit

We do use Go in three places yes (launching instances, as there was a better go aws sdk available at the time; uploading to s3, long story but we want this out of our main processes and go has faster startup times; and tusd for receiving resumable file uploads, mostly because our tus.io lead loved Go so much :)

But this is (way) less than 1% of code and typically performance is not the problem with Node, even for our use case. ~Everything we build feels fast the first time. If on rare occasion it does not, it’s a matter of rearranging the building blocks, not swapping them out for something else entirely.

We (Transloadit) have been running Node.js in production the longest, since 2008, processing many petabytes, globally, hundreds of machines when not thousands, and it has not let us down. Lot of faith in Node over here.

Couldn’t you make the objective of the team: highest reliability for lowest cost?

Aren’t they firing a lot of folks due to the pandemic?