jhg

Can your code detect this case and at least show a warning? I realize it’s extra LoCs, but sitting here and tapping the damn phone with no feedback is not much fun :)

That's somewhat uncomfortably close to dox'ing.

Hmm, OK. Try a different example - the compiler should allow the following code without any warnings:

  void foo(int * a) { }

  void bar(int * b) { foo(b); }

  void baz(const int * c) { bar(c); }

In fact, the example above is more relevant, because what I am ultimately aiming for is to not need to make member functions const, and yet be able to call them for const class instances.

With regards to the const part of the discussion -

Does anyone knows any research or even a state of affairs of const inference in language design?

The idea is similar to type inference whereby a compiler (or some other tool in a chain) would take care of understanding which arguments/variables/functions are going to be const and generate appropriate warnings based on that. For example,

  void foo(int * a) { (*a)++; }

  void bar(int * b) { foo(b); }

  void baz(const int * c) { bar(c); }

Foreign language was a mandatory class in all Soviet schools. Vast majority of schools taught English, few schools had German and even smaller fraction had French.

Anyone else sees this as an opportunity to design a better high-performance gaming UI?

Including the needs for backing up confidential data? Hm.

> * Required

> Looks like you have a question or two that still needs to be filled out.

If I want to skip a question, I should be able to do so.

> mpjamesmoore: @doctorow "let the consumers decide what they want" is my position.

What a hypocrisy.

Determining what consumers wanted was the goal of having public consultations. It worked out that consumers didn't want what the (heavily lobbied) government officials wanted, so whatever the public said was quietly ignored and they proceeded pushing for a bill that they had.

"Let the consumers decide what they want" my ass.

My primary experience stems from working for a Canadian-based company with 200+ developers (located in Canada), 80% of which were Chinese programmers. The CTO of the company was Chinese and he had an obvious preference for hiring graduates from his own university and/or country. Top picks, but few with more than a couple of years of non-Chinese experience.

Just to emphasize - EIGHT PERCENT of my coworkers came from Chinese software development companies and they quite naturally brought their work ethics with them. My four years in this company is a basis for my original comment.

If it's not obvious, I am not talking about Chinese nationality, I am talking about developers with Chinese way of working in a software development environment. The way that revolves around never saying No to the boss, which in turn is deeply rooted in their cultural heritage. If the project manager says that the bug needs to be fixed today, it will be fixed today. Meaning that it will no longer be reproducible. How it will be fixed and what else is going to broken along the way is secondary. This will create another bug that can be taken care of later in the same manner.

And this was the company that developed sophisticated networking software including their own embedded OS down to the kernel level. Moreover most of these guys were perfectly capable of NOT cutting corners and doing a splendid coding job if forced. But god forbid if they would ever do it on their own accord. Everything was always done in a rush and sketchy-patchy way. I don't have any other explanation except for it to be a cultural thing.

You can certainly call it a horseshit and a casual racism if you'd like. However that's how things are in reality.

Cultural thing - sure, but keep in mind that professional programmer with 10+ years of experience typically can do more in 9-to-5 than your average college graduate on a 24/7 schedule. He needs to be paid appropriately though, which is something that a "startup" full of college kids may not be able to afford.

> Chinese like everything simple, doesn't have to be too exact

Oh, don't start. "I don't know what the bug was, but I fixed it." - verbatim quote. This was a mode of operation of disturbingly large number of Chinese devs I have worked with. After several bugfixing iterations of this kind it was easier to throw the code away and redo it from scratch than to understand how that managed to work. So, yeah, "don't have to be exact" is certainly there.

A louder version with actual slide content would be nice.

> (5) Find prior art.

That's actually a good strategy. Should you ever be approached regarding a patent infringement, produce the prior art and say that you are going to challenge the patent (which is doable). I am going to guess that in many cases, especially in cases of patent trolls, they will back off as it makes more sense to keep the patent and harass other people than risk loosing the patent altogether.

You can talk to a patent attorney and obtain a so-called "non-infringement opinion". Patents are frequently rejected at their first iteration as being too broad and then they are "tighten up" by their submitters by adding very specific, narrow clauses. Ultimately your goal is to identify one of such clauses and then work around it. If you are working with an attorney, they have an access to full patent history and this really helps with the clause examination.

The attorney fees are in the range of few thousand dollars.

HOWEVER - if you proceed as is and if it can be proven in court that you knew about the patent, you are effectively committing a "willful patent infringement". In many jurisdictions this automatically triple damages should you be sued for the infringement. Be very, very careful with it.

I'm not sure who's the intended audience of this. It is called an Introduction to Virtual Memory that is aimed at C programmers.

How many C programmers are out there that do not know how VM works?

Woah... "Creativity as an Exact Science". TRIZ needs to be submitted to HN as a separate item. It can make for one interesting discussion.

Or it a misspelled "takenadult" :)

Yeah, the grey listing. The anti-spam technique that works only because it is not widely used, so... shhhh :)

A friend of mine did hamachi.cc from start to the point where it was acquired by another company with 4 million users. That took 1.5 years. He did everything - the UI design, coding network interface drivers, the server, marketing, support, ecom site and business development. So, yeah, it's doable, and, yeah, the workload is ungodly, and, no, he didn't want a co-founder.

It's clearly an overkill, but gotta admire the approach.

You took it out of the context.

He is talking about the state of affairs and how that creates an immediate opportunity for type designers willing to sell rasterized versions of their fonts, not suggesting an alternative to the @font-face support.

An interesting read. A bit of bragging going on, but it's a good illustration of a path from seeing a specific need to making a niche product.

Welcome to the real world, Neo.

Kickbacks is what drives business deals in many countries, including the US, Canada and you name it. That's an integral part of business culture. In some places to a lesser degree, in some - to greater. Government contracts are especially lucrative type of deals, and I would very surprised if you somehow waltzed in from the street without any prior connections and got a contract. You have to "know" people, you have to have "contacts" and you have to work to keep these "contacts" alive. Take a guess what it usually translates to.

Just say, no, can't do and walk away.

Courier New is rounded.

How is it better than http://www.logmein.com that is also free ?

>> I quickly established a reputation as a computer show off

Hmm ... :)

Haha .. finally .. Visual Brainfuck :)