skysight-inc/HackerNews huggingface dataset:
1. Being introverted has nothing to do with having autism or social anxiety. If you honestly think this is the case, seek out a doctor, otherwise you are just mocking those with an actual condition. Seek real help and stop using this as an excuse.

2. The issue you are having isn't workplace politics. It's because as a developer, you have a responsibility to solve problems.

> what I implemented, which was what they asked, was not what they wanted"

That's your responsibility to speak up and help them solve problems. A developer who only does what people ask him to do will never get far. They are the literal code monkey. If you want to be successful, you need to work with people to help solve their problems. This means understanding why they are asking for things.

3. Honestly, it needs to start with you.

> I ended up being treated like a machine

That's because you probably treat them like machines.

> I love technology and code, less so humans. A lot less.

That's pretty insulting, and people are quick to pick up on how you treat them, and treat you like that in return.

The best thing you can do for yourself is assume that everyone else is honestly trying to do the best job they can, and honestly try to help them succeed at that job. Most people are like this. You'll have people lie to you and tell you to treat people poorly or assume bad things about people, but those are just dicks. Most people just want to do their job, do it well, and get home. Help them do this. Respect them as people who are just as valuable as you. But if your attitude comes off as not caring about their needs and only wanting to get back to he code, well, you aren't really doing your part.

Help others achieve success. That's what a lot of these books will tell you.

Anyways, really, what I wanted to say was to seek out a professional if you think you have a condition, or stop using it as an excuse. It's insulting at best.
I believe the parent is referring to

Businessperson: "What do you mean <software> isn't in the cloud/on kubernetes/<some other catchy phrase> yet?"

Engineer: "Well we believe there are pros and cons which don't yet justify the additional cost or complexity for this use case..."

Businessperson: "All our competitors use Kubernetes! We can't sell <software> if it isn't on Kubernetes! Get on it ASAP!"
> many users will simply reject their proprietary software on principle.

Yes, because we've grown tired of companies abusing their relationships with customers: abandoning products and leaving them useless, charging more and more for the same or less levels of support, removing features, suing users for repairing their own property... The list goes on. Sure, similar issues can happen with FOSS, but at least you have some recourse if the creators disappear.

> Also worth noting that the largest contributor to the Linux kernel is... Microsoft.

Yes, but only now. And only because they did what they could to kill Linux, and they still lost. That former behavior is the kind of thing we like to never be an issue in the first place.
Hey everyone! As part of running ModelDepot, I get a ton of requests for models that might solve a specific problem. Unfortunately the current volume of curated ML models on ModelDepot wasn't nearly enough so I thought if there was a better way to discover the ones that already exist out there, that could go a long way and help people use ML even easier (and hopefully lower the amount of 2am chats that are asking for a specific model haha).

I've spent the last month learning how to build a search engine from nothing, and had a lot of fun creating various ML pipelines and tuning Elasticsearch to surface good results on everything :)

I'd love to hear any feedback you guys have on different search patterns it's missing, genre of models it hasn't indexed yet, weird result rankings, or anything else in general! I'm also always free to chat via the in-site chat as well :)
One of the more interesting use cases I have read in recent memory: Chick-fil-A used it to set up a bare metal edge compute network between all it's restaurants

The how: https://medium.com/@cfatechblog/bare-metal-k8s-clustering-at...

The why: https://medium.com/@cfatechblog/edge-computing-at-chick-fil-...
The problem with that for architecture is most structures are meant to be occupied, and being inside a heaped structure of softer rocks isn't very nice. I do wish that I got to see a structure meant to last millennia built in my lifetime. On that timescale, I _just_ missed Mount Rushmore.
I've responded to this sort if inquiry before, so forgive the copy-pasta:

>> You sound like you have anxiety problems. What have you done to address your anti-social tendencies? Are you going to a therapist? Do you expect a fairy to fly into your house and magic them away? What job do you think exists where you don't need these skills?

>> Having a therapist does not mean you are crazy, and you don't NEED to be crazy to have one. It means you have having a neutral person who helps you track and set goals, track your moods, and help you process work relationships and events. Michael Jordan has a coach, brain workers have therapists. ( https://news.ycombinator.com/item?id=18277170 )

One thing I want to make clear is that this is not going to go away without actual effort and planning on your part.

I would recommend going to a therapist and having them help you process your social interactions and set goals for improving yourself. Which, overall, is what a therapist does. Way more than the cliche "Now let's talk about your father..."

A lot of good information in here, as well. Read some books, it's good for you! It makes you smarter! People have taken time to write them for the last thousand years for a reason!

You can spare the time away from social media to read a book, I promise. And the sense of achievement you get from finishing a book feels great.

- "How to Win Friends and Influence People" is a must-read.

- "Getting to Yes" is another excellent book about workplace conflict resolution.

- There are a ton of books about emotional intelligence. Find one that sounds interesting to you and read it.

I'll also recommend "Deep Work" and "Smarter, Faster, Better" for more general workplace productivity management, but feel free to sleep on those if you feel like it.
Also, most people don't get to choose their language, or server operating system, etc. (Aside from the jobs they choose to take or continue working at) I don't think that's the audience of this discussion.
I guess so. Generally you write either one or the other. If you write cmakelists, make is just a subtool, you never quite see makefiles. So for the computer sure both run makefikes. From the developer point of view it's not.
Whether this is a flaw or not depends on whether tethers are backed 1:1 by USD deposits as advertised. If so there's not much wrong apart from maybe money laundering. If not it's fraud in most people's books.
I would like to see Neil Degrasse Tyson do a season 2 of Cosmos with all these new discoveries. We're only going to keep discovering more.
IMO, Kubernetes is one of those things where if you have to ask, you don't need it. It's only really "justified" if you're actually using features like:

- High availability services (more than one copy running at once).

- Service discovery (services talking to each other in a resilient way).

- Ability to automate operational tasks.

- Rolling deployments of services.

Very few personal projects will tick those boxes -- by the time they do, they've usually evolved into a full-on "real project".

Doesn't mean you can't mess around with Kubernetes for fun and learning, of course. But from a purely practical perspective, it's overkill unless you have all of those requirements above. (If you just have one or two of those needs, there is usually a simpler tool to fulfill it with less overhead).
"If you're buzzword compliant, you can fail forward. "

Exactly. You don't even need to have delivered something useful but you are still a hot commodity on the job market. Same with a lot of "data scientists". Having used the tools with or without success is sufficient to being hired.
You can actually see what code your browser is running, you have view source and all the developer tools to analyze the JS code.

This is their main defense, they will probably post a link to their GitHub page where the code of the front end application is hosted.

The thing is, to validate that the code published in GitHub is the same one that you're running right now while you're logged into ProtonMail, requires a dynamic analysis challenge that is quite not achievable.

So if ProtonMail decides to go rogue, or if an attacker compromises their servers, it would be doable to send all users, or some targeted users, a modified version of the webapp which steals your password, retrieves the decrypted key, etc, etc, etc.
>On the other hand, some architects could stand to learn quite a bit from structural engineers...

... and viceversa.

As said above as I see it the real issue is the (modern) separation/specialization of those professions.
I personally use Docker combined with a $5 droplet on Digital Ocean. This makes it easy to spin up multiple applications and sites without worrying about conflicting dependencies, and docker-compose gives me most of the benefits of orchestration tools (e.g. Kubernetes) that actually matter for my small scale usage.

Also Traefik makes a nice load balancer for this uage
The defence was it was a Britishism, where guys is gender neutral.
I agree that it's good for a DSL to give not just unfiltered but well integrated access to the underlying implementation language, instead of trying to replace it with a dumbed down domain specific language.

It should be possible for implementation language programmers to create new primitives, that visual language programmers can easily use without learning the implementation language.

And that extension interface should be part of the visual programming language from day one, good enough for the visual language to use itself for most of its built-in primitives, not an afterthought nailed onto the side.
This is another way of saying "You might need Kubernetes."
As I commented to grandparent, the article's audience probably isn't the powerless worker bee, but the architect who gets to make those choices.
And you feel like you understand the warts and pitfalls, suitable to keeping a mission-critical service running once the circuit breakers start to trip, based on 3-8 days of experimentation?
Why vs. Why now
Firing up minikube to toy with Kubernetes and switching your entire software stack to run on top of a production-grade Kubernetes cluster are two very different things.
$5 AWS instance ? aren't they all substantially more than that ?
Great comment, your one paragraph really changed the way I think about East Asia. Thanks!
You most likely need few cheap servers, a loadbalancer and great team. So yeah no Kubernetes, no microservices nor chaos monkey. What you need is to know, really deeply know your technology stack. This is where boring software helps.
Well, there's another important question: What percentage of all services need high availability? Stetson-Harrison method shows that it's less than 5%.
You should read the specification. It more than mentions this. It is discussed in sections 3.3.8, 5.5, 6.5, and annex F.
History and irony of logging (in)
Use TLS (everywhere)
This was over a decade ago, I'm not too worried about it.
Another interesting use case: Crowdmark[0], a digital grading platform uses QR codes printed on test pages to match these up to the correct student when they are scanned without the need for any manual matching process.

[0] https://crowdmark.com/
That is absolutely my experience as a parent as well. Usually when there's just one of us like that its because of an abnormal situation which adds stress as well. Just keeping the household running becomes a feat of endurance.

And remember, Mr. Incredible is not just acting as the sole parent. He's acting as the sole parent of a baby exhibiting random super powers. If my youngest could phase through walls at will... holly hell! I'm not sure that any solo parent could keep up with that; I don't even think two would be enough.
I'm surprised no one has made this distinction, but you're really talking about three kinds of communication:

1. Functional communication about the job you're doing

2. Social conversations

3. Office politics

There is overlap: #2 will help grease the wheels for #1 and #3, while #1 becomes #3 when a situation is dysfunctional/you rise in the corporate hierarchy.

Despite the overlap, these are fundamentally different things, and perhaps it will help your anxiety to realize that you don't have to be a social butterfly to do well in an office.

Myself, I've gotten a lot better at small talk (a few years doing deliveries to construction companies as a city-boy with a grad school education will force you to get out of your comfort zone), and I can crack a joke, but I'm still not the life of a party, and I come across as a little weird. Still, I can communicate with people at work.

Be honest, be yourself but do try to get past the hangups you feel, and try to understand what other people care about, how you can help them, and put them at ease. You can be on the quiet side and still do those things.

Beyond that, I'd add that you should find some people who write or speak about workplace behavior. Maybe even read something alien: something from someone in marketing, sales or a "people" job, and treat it like a matter you can study and practice, just like anything else you'd do.
I programmed for over 15 years before I got into Emacs. I grew up with Visual C++ and later on used Eclipse, Netbeans and XCode.

Along the way I realised I wanted a text editor with live-coding capability. I wanted to be able to write code on the fly in some sort of DSL to manipulate text while I was working on it, in conjunction with normal gui manipulation tools.

I started thinking about writing my own editor with Qt and V8 until a friend told me that Emacs could pretty much do what I wanted.

I had always been aware of Emacs but I thought it was just an old editor with an ugly gui with thousands of features and keyboard shortcuts I'd struggle to remember :) I didn't know it was an interactive Lisp programming environment.

While plenty of editors have plugins, to the best of my knowledge only Emacs offers an interactive programming environment where writing code is part of how you use the software. I mean, you can actually write Elisp code straight into the text/html/c document you're working on and run it.

So as long as there are no other editors with that kind of capability, I'll carry on using Emacs. The only thing that would replace it for me would be some kind of Super-Emacs running Common Lisp within a modern graphical interface.

I still use IDEs all the time though for Java and C++. My least favourite programming activity is dealing with project settings, build tools and configuration so I let the IDE handle that :) I use Emacs for everything else.
built != run.

not sure if I agree with OP on precise figures, but, if you're dealing with:

- actually federated k8 infrastructure (distributed etcd, etc)

- enough system load that k8 is actually worthwhile and not 'cool'

- user / dev requests

- whatever background IT projects are going on (updates / new nodes, existing upgrades, testing new configs, etc)

and you want:

- 24x7 operations (or even stringent 8x5)

- people to be able to use the restroom and take vacations and still have 1-2 sets of hands available

1 person doesn't quite cut it, because (s)he will quit eventually, and you will have nooone.

dev-centric mentalities of 'it compiled, ship it, i made a new futuristic fancy feature aren't i amazeballs' often don't take into account real operational concerns, which i think is precisely the point in critiquing k8s here
Yeah, but... Nobody ever got fired for using K8s.
Having spent a lot of time using Labview I would agree that it can be an amazingly useful tool (highly performant code and easily interfaces with data acquisition devices). That being said, LabView shows the limitations of Visual Coding:

Sharp Learning Curve
Difficult to find help or code snippets online
Lack of decent Version Control
Finding the function you want is hard (requires navigating several submenus)
*All of the icon symbols look the same

Also, while LabView offers a great platform for an object oriented coding style, I feel like the 2d layout always results in a messy sprawl rather than layers of abstraction. This could be because LabView is used by people with less traditional software background, or it may be that making new functions in a bit of a pain in LV.
> anything that deals in USD has to deal with U.S. law

The act of holding a US dollar bill in your hand doesn't bring you under the jurisdiction of the US government.
See: http://rot8000.com/info

It's essentially a Unicode version of the old "Rot 13" cypher.

In Rot 13, you translate each letter 13 places down (as if on a code wheel), such that 'A' becomes 'N', 'B' becomes 'O', wrapping such that 'Z' becomes 'M', and so on.

This version, instead of using the simple 'A=1...Z=26' number space, uses the Unicode range and rotates by 32,768 (0x8000).
Absolutely not a troll, this is my honest and sincere advice to someone who seems to be reaching for something just beyond their grasp.
K8S is too complex. I just want a small and easy to use cluster toooool
As somebody who has his own colocated server (and has since Bubble 1.0), I definitely agree that the old-fashioned way still works just fine.

On the other hand, I've been building a home Kubernetes cluster to check out the new hotness. And although I don't think Kubernetes provides huge benefits to small-scale operators, I would still probably recommend that newbs look at some container orchestration approach instead of investing in learning old-school techniques.

The problem for me with the old big-server-many-apps approach is the way it becomes hard to manage. 5 years on, I know that I did a bunch of things for a bunch of reasons, but I don't really remember what or why. It mixes intention with execution in a way that gets muddled over time. Moving to a new server or OS is more archaeology than engineering.

The rise of virtual servers and tools like Chef and Puppet provided some ways to manage that complexity. But "virtual server" is like "horseless carriage". The term itself indicates that some transition is happening, but that we don't really understand it yet.

I believe containers are at least the next step in that direction. Done well, I think containers are a much cleaner way of separating intent from implementation than older approaches. Something like Kubernetes strongly encourages patterns that make scaling easier, sure. But even if the scaling never happens, it makes people better prepared for operational issues that certainly will happen. Migrations, upgrades, hardware failures, transfers of control.
MTA and Metro Brought Amazon HQ2 to New York and D.C
My background is value creation. I'm still new to value capturing. I have decades of bad habits to unlearn.
A what point is someone just going to reinvent Piet [1]?

[1] https://en.wikipedia.org/wiki/Esoteric_programming_language#...
Google Releases Angular 7.0. Here’s what you need to know
I think you might be right, a quote from Friston on the relationship (in reference to belief propagation):

"We turn to the equivalent message passing for continuous variables, which transpires to be predictive coding [...]"

It could be that belief propagation is in the context of discrete variables, whereas predictive coding is in the context of continuous, both of which are a form of (variational) message passing.
Disclaimer: I went to a Toronto bootcamp for evening Javascript courses. I work in digital analytics, which doesn't involve any development, but the JS knowledge did help for debugging things like Google Tag Manager.

Bootcamps sell the exact same dream to everyone, so it can definitely be hard to separate the signal from the noise.

If you're 18yo and not sold on college, definitely attend a bootcamp. Maybe you'll get hired as a freelance web designer (probably not as a "developer" without more project experience). Worst case, you don't have any offers, but you are much clearer about what to pursue in college. That clarity could add several points to your GPA, so it isn't exactly worthless.

If you're "re-training" after several years in the workforce I'm not sure the model works as well. Bootcamps focus their employer relationships on small shops that are open to hiring very green devs, and probably for well below "developer" salaries. Would the 40yo in your cohort be OK with that?

IMO, learning technologies and platforms is going to have a better ROI than bootcamps. A lot of people join them because they think the tech industry is completely closed to them if they can't solve FizzBuzz or don't know React.

For a lot less money and time, you could pursue certifications for say, Salesforce Admin/Marketing Cloud roles, where your prior experience would be helpful, and not a handicap because it didn't come in the form of a CS degree.

Don't get me wrong, motivated and hardworking people will succeed at a bootcamp. But there will be some who, halfway through the program and several thousand dollars poorer, realize that front-end development isn't for them.
A judge overturning laws and other government decrees can happen in any country with a decent separation of powers, and particularly in the US. I agree that it was a bit rushed in the movie, but the concept is not that unlikely in theory.
>Right now, we don’t really have good algorithms for this, but I think if enough people work at it and consider it important, we will make advances.

Yeah, I think there's a lot of space for advances, if we can combine different backgrounds and intuitions. I'm working on a project where I try to combine some programming-language semantics and Bayesian learning to learn structures.
I honestly don't understand the amount of negativity towards dockers and kubernetes sometimes.

All major cloud providers have a managed k8 service, so you don't have/need to learn much about the underlying system.
You can spend a few days, at most, to learn about dockers, k8 configuration files and helm and you're pretty much set for simple workloads (and even helm might be overkill).

Afterwards, deploying, testing, reproducing things is, in my opinion, much better than managing your applications on random servers.

Might I be wasting some money on a k8 cluster? Maybe.
Do I believe the benefits outweigh the money? Absolutely.
Yes, the underlying idea has always been sound enough to attract large investment without manipulation. Even if the legal and ethical true price is under $1000, that's still more natural growth than, say, an additional 20x added on by manipulation.
JavaScript in 2018 – The State of Developer Ecosystem by JetBrains
Eric Holder neutered the DOJ because he was too afraid to lose cases.

The only reason their conviction rate is so high is because they don't bother to prosecute the majority of crimes anymore. These days if you can pay an arbitrary fine, you can get away with pretty much any financial crime.. (laundering money for drug cartels, etc.)
I've started experimenting with Swarm myself but I know one guy who has a histamine reaction every time I mention it. I haven't gotten (or really tried to get) a straight answer out of him about why it's a bad thing.

If you have a countable number of instances of a couple dozen services and one or two "lots of instances" services it seems like it should suffice just fine. And really, my brief sojourn into Kubernetes left me feeling like I bumped into road blocks for anything more complicated than that. Especially with sidecars, or if your tool chain uses multiprocessing instead of threading (Rails, Node, Python?, etc) to deal with concurrency.