idoby

Google Analytics

Not at all surprising, but it's not like Rust (and others like it) are going to be a silver bullet against this. Any complex enough program running on a stored-program computer (where code is data and data is code) will be vulnerable.

You can reduce the attack surface, but never eliminate it.

If your thing is that niche, yeah, I guess.

Quantified self tech and personalized medicine tech. Stem cell stuff. Genetic therapy stuff. We're moving from an age where a doctor was a static map of symptoms => treatments to an age where far more personalized data and processes are considered. The paradigm is also slowly shifting on being able to reverse rather than just avoid or prevent certain conditions and situations.

The level of sophistication is already making some doctors feel obsolete, by their own admission to me. If we don't get to live in exciting times, our children and grandchildren surely will.

City lifestyle can be replicated by a large group of people in their 20s and 30s who settle in a smaller town. This is possible because in reality, you only ever meet and engage with a small percentage of the people who live alongside you in, say, NY. But up until recently, it was just easier to flock to the biggest city in your state/country. Now the virus is forcing people to consider smaller communities, which also has the advantage of better geographical sorting by self-selection.

I know this because this happened in several smaller cities in my country way before the virus, for other reasons. Anecdotally, they also tend to tell me they are happy, compared to metropolis-dwelling friends who often confide in me that city life isn't all roses...

TLDR: One only really needs a community of about 150-250 non-interchangeable like-minded people to be happy and have dating/marriage prospects. In a city of 10K people you can also change your Dunbar community several times if you want to.

Others have addressed the obvious privacy issues, so let me address your logic on the business side of things. I apologize in advance for the tone, but your move with exposing profiles made me angry. Good thing my TB profile is fake (and performs worse than my actual, real life resume despite all the embellishments)

1) There is no lock in - I can move on and off LI whenever I want, and have. I've exported my data and used it to create my own resume site with analytics that I send out to companies. I can see who viewed my CV, when, and whether or not they actually read through it or bounced immediately.

I've also learned to track the progression of my candidacy through the organization using this trick (recruiters tend to view my CV on their Windows desktop during work hours, hiring managers tend to check out resumes in the evening on their iPhones or Macbooks, engineers/tech leads tend to use Macbooks, desktop Macs or Android phones in the morning or during lunch time. Usually when I've hit the engineering lead I tend to get invited to interview).

It's extremely easy to create your own CV website for free (github/lab pages) that's versioned by git and deployed automatically using a CI script.

2) You're attacking the tech hiring problem from the wrong angle, like everyone else. There is no issue with discovery of candidates and employers. LI and stackoverflow, etc do a great job of approximating this O(N^2) exposure process, the filtering and sifting. The ACTUAL problem is on the hiring end - companies won't take a chance on non-traditional candidates (not talking about race and gender here, more about credentials).

You have to start by chipping away at the costs of showing competence for a candidate (the traditional way to do this is to get a three- or four-year degree that's either expensive in terms of time and money, or useless, and if you get a degree with a low score, doubly so, even though you might be a better programmer than the people who scored over 90%).

This will only happen by convincing hiring orgs to hire non-traditional candidates, and this requires establishing a very strong signal/noise ratio for candidates coming from your hiring channel. Before you start PRing me about how great TB is at this - no it isn't. Not any better than leetcode etc, and those are terrible at predicting engineering competence.

Serves them right, not so much "so long and thanks for all the fish" now, huh?

At first I read "Designing the Perfect Date" and missed the rest of the headline. Now I'm disappointed because I was hoping for tips on how to design the Perfect Date for my girlfriend. So, any tips?

"Once you've understood the core of your problem, the rest is merely millions of dollars and hundreds of thousands of man-hours"

My high school physics teacher, the only one who believed in me, whom I continue to disappoint every day by not achieving a Nobel prize in physics.

I don't know how things are in Poland, but in my country, you can get a great junior SWE job with your background.

The problem with GitHub profiles is that they tend to contain a lot of noise that nobody has the time to go through, and when they do, the projects are usually not very impressive. They tend to look like they were made by a project generator with little subsequent work by the actual human.

My advice to you would be:

1) keep applying to jobs

2) clean up your GH account to only contain 1-2 extremely great projects. Hardly anyone would look beyond that. Get rid of the CRA based CRUD projects if you have any, they will not impress anyone.

3) use your unique background to stand out. Make sure your projects are unique, interesting and draw attention visually. Use your background in 3D graphics. Use your ME background where there's a wealth of data to be analyzed and presented. Be creative. Put up informative and interesting READMEs for your projects, as they will be the deciding factor in whether anyone decides to spend more time on your project.

Good luck! Feel free to contact if you need advice or guidance.

edit: can never get HN formatting right

That wasn't my point though.

There are now highways where there used to be fields, rivers or just empty land.

I mean this as much in a figurative sense as in a literal one.

> the "popular kids" at school were the overachievers, not the jocks

This may be a silver lining in an otherwise very gloomy comment page? When I was in HS (though not in the US), popularity was highly correlated with wealth and/or political activism.

In all multiple-framebuffer capable hardware platforms I know of, there's a pointer to the FB involved (in the case you describe, an address-bearing register).

Otherwise a copy is required into a hardcoded address or physical memory, and then you're not double-buffering anymore.

Is "page-flipping" basically double buffering or am I missing something?

Consider that you may be in the wrong career. Ask yourself: what is the thing you're ready to charge at? What is top of mind for you?

> we’ve been doing education research that’s never reached practical deployment for 50 years since; why not build a lot more great K-12 schools using everything we now know?

Because in 2020, education is credentialism. Every one of my friends who approached or was approached by a VC was asked: did you go to a good school? Do people up the chain like you? Show us references from professors and supervisors! This is not some big player hiring a manager-executive, I'm talking about investors whose job is to identify left-field potential and take risks.

You can't create Harvard 2.0 if your measure of success is having attended Harvard 1.0, and Harvard 1.0 is under no pressure to change or adapt.

Even the best VCs won't invest in socially inept dropouts anymore. The next Steve Jobs isn't building something in his parents' garage, because nobody believes in his ability to sell computers. He doesn't have an MBA from Wharton; he isn't a Stanford PhD. Thiel's "just don't fuck it up" just can't happen in 2020, except maybe by Thiel himself (or Weinstein, who is slowly waking up to this truth).

If anything, crises might force VCs to take risks again. Let the flood of easy M&As run dry and the dam dismantled!

They should just make 50% the new 100% and then let you "supercharge" to 150% when you need to. I'm kind of surprised Apple hasn't done this already.

Those are standardized named generated by ld, derived from the file name (in this case "quine", which is treated by the author both as C source and a binary data file). I bet there's a CLI switch to change the defaults.

I used to have this automated as part of a makefile, so I'd say yes.

Edge cases in the API (can pass null etc) and throwing an exception on programming errors are smells for me. I would model it this way:

oathContract = power.witnessOath(declaration, curse);

or in the case of a Christian power (which ISA Jewish power too): oathContract = christianPower.witnessOath(declaration);

It's just not the same interface. You can't realistically ignore the type of power and use a polymorphic call. The Bible says so.

(Of course, when you oathContract.renege(), we know which power should handle your case, and can put a message in their respective queue)

I know plenty of people whose mental health was damaged in the office by spending all day with people who don't care about each other. In the best case, they'll be cordial and professional. The worse cases are much worse. And they'll forget about you the minute you leave the company.

Personally, I'd prefer to spend my day at home and go out to meet actual friends and family after work.

Modern office work is not the default state of humanity, let's not pretend otherwise. I bet a lot of people would be happier with a modern version of farming their own land and spending time with friends and family.

Yes. You're welcome.

Very cool. Thanks!

Those are not the only two options, you know...

Obvious? No, and even less straightforward. Personally I think it's a good thing both kinds of tools exist, because each dev/team/project has different needs and different sensibilities.

Personally, I prefer my configuration to be written in a plain-old language (e.g. Python) instead of a specialized config language (be it YAML or JSON based or whatever). I can test that code, I can reason about it, I can review it for bad stuff like infinite loops (not perfectly, but still), I know how it behaves when diffed and merged, etc.

Regarding software architects: I've seen a few companies where architects are hands-off demigods who prescribe complete architectures without ever having to contend with the results of their decisions. Those companies are, in my experience, few, and tend not to do well.

In a lot of other companies, the role of an architect is very similar to what Herr Scarface describes - individuals with a lot of experience who can make broad decisions based on both experience and data, and leave it to lower ranking engineers to work out the exact details. They do the hard/open-ended stuff and come to conclusions about the broad strokes (e.g. "yeah Redis will work well for this problem, but since you have denormalized data you might need a background process to restore consistency"). This is often called "scoping" and it is the main responsibility and impact of higher-ranking engineers (whether they're called "architects" or not, I personally dislike the term).

Can we please have more information about this? And better pictures?

Well, using general Turing-complete code languages for infra and config vs specialized templates/languages is a legit point of contention in the industry right now, although judging by the style, GP isn't considering the pros and cons of each approach, which include:

* Forcing users to learn a specialized language vs reusing knowledge of a general purpose language

* Inevitable Turing-completeness creep and increasing complexity in specialized languages

* Complexity and difficulty of reasoning about general purpose code (and analyzability)

So GP does have a point. He/she is just not making it very well, I think.

Why would I laugh?

I've done a lot of C programming over the years and I still consider it one of the most elegant languages I've had the opportunity to work with. With the right skillset, you can be as productive as a programmer of any other language or system.

And it's great to see where some of the things we take for granted in programming, come from.

If you want to draw pixels, give Cairo a try. It's fun to use!

This is very cool and seems useful. I've been meaning to do something like this for years.

Thanks!