skysight-inc/HackerNews huggingface dataset:
You seem to have a hard time accepting that there are conflicting but equally valid moral systems out there. Neither science, not philosophy (IMO) can justify a specific normative system.

One of the problems of modern academic philosophy, though, is that it does think it is more legitimate than others at making normative statements. Its more relaxed ways of justifying statements make it easier to disguise opinions as genuine philosophy, however I do believe that it is something else totally.

> According to who?

To anyone doing science actually. If you try to publish something that improves a predictive model of the world, you'll get published. If you just try to publish unjustified speculations, it is far less likely.

> I'm just pointing out that we haven't established our scope yet.

That's the problem I have in almost all discussion I have done with academic philosophers: they want to hide behind semantics problem to avoid tackling actual problems. If you are uncomfortable calling it science because you have a different definition of the word, fine, call it what you want. After all, I have my own definition of philosophy too. Thing is, it does not stop me from wanting to have a practical model for ethics.

> There's actually been a great deal of work on this

I have seen several people claim this but none to link to convincing freely available material. Any field of science will have understandable introductory material online, if you have one on these formal ethics systems, I'd be curious to read it.

> The fact of the matter is that computer scientists and engineers, including ones in my own subfield, simply haven't done their homework.

Since when is ethics within the scope of CS and engineering more than philosophy? When developers need notions of maths, they turn to mathematicians. When they need physics, they turn to physicists. When they needed ethics, they had to come up with answers themselves. So you are right, it is becoming an engineering discipline, but that's a shame for academic philosophy.

> When it comes down to actually acting, we're back where we started: why ought I accept Mill's utilitarian calculus?

Really, the same way we do when we choose between blue and pink paint: based on our personal preferences, which come from our culture and past experience.

Convincing someone to use moral predicates is not a job for science nor, IMO, for philosophy. This is a battleground that belongs to politics, religion, arts, culture. Science and philosophy can provide good arguments to them, but can't justify a specific axiom without using other axioms.
I don't think that holds, given the potential scale and severity of memory safety bugs in systems programming.

I'm not saying Rust is the right answer but not paying attention to, or worse, putting our heads in the sand, when it comes to our tools is not the answer.
Dead whale had 115 plastic cups, 2 flip-flops in its stomach
let me tell you that Rust forces you to very carefully consider data structures and their relationships.

The point of a programming tool is to help the programmer to be a better programmer, there is indeed no point using a very strict language, statically typed with lot of constraints attached for a perfect programmer.

But for commoners it would certainly help to have some guiding.
The only measure for "shortage of devs", or rather lack thereof would be a pool of unemployed or underemployed developers who don't work at all or who work in a different field because they don't find unattractive jobs.

If that pool is small, as I believe it is, there is no room for the idea that there are enough engineers. "Knowing how to hire", attractive benefits, locations etc are only ways to outcompete other employers, not a sustainable industry-wide mitigation of developer shortages.
I don't know about formal training, I can only imagine that something exists. But what also works is to get the company's recruiter more involved. Short of formal training, they can be a coach for those involved in the hiring process.
> Rust will force you to be a good programmer,

> [if] you like it or not.

This is probably the best in-a-nutshell statement that describes what a good programming language is for me.

I had similar moments in the past. Before Python I cared about indention to some degree. But once I got used to the way Python forces you to indent your code, I came to the realization that this is pretty much the way I should format my code anyway and it influenced my coding style in all other block-based languages for the better.

Clojure was another language that showed me how functional programming should be done. My code in all languages changed and I used a lot less variables and a lot more constants and parameters. My code and the systems I created became a lot simpler and much more robust as a consequence. I had used Haskell before but it never really transformed my mind the way Clojure did. I also got a really good grasp on destructuring and list comprehension.

Rust offered me several relevations. I finally understood test-driven-development because the language has excellent support for it. I also understood RAII more deeply. Traits became clear to me (Clojure protocols and Haskell type classes felt strange to me). I finally understood why the Maybe monad in Haskell/ML is one of the simplest and yet bests ideas in programming.

And there is the borrow checker. I already had a functional programming mindset when I picked up Rust. But having a clear owner of data takes the mindset of functional programming even further[1], even when mutability is involved. It is a lot easier to reason about your code when you know exactly which operations can (and should) change a variable.

An aspect that the Python, Clojure and Rust communities have in common is that they emphasize idiomatic code a lot. Therefore it is much easier for newcomers to find examples of professional-level code and learn things the right way. And it is much easier to dive into a new codebase. Clojure is actually a very extreme case of this, because Clojure code tends to use a lot of 1-letter parameter names. In most programming languages you are allowed to have the variable "i" for looping over numbers. But not much more. In contrast, Clojure has a list of well-established 1-letter variables that are recognized by everyone in the community.

[1] This does not adhere to the classical definition of functional programming but I feel that it is a natural extension to it.
Thanks. To implement the steps I take the Javascript source code, then I use Esprima to parse the code and insert Javascript lines to trace the variable values:

http://esprima.org/

The code is open source and available on Github too:

https://github.com/zubairq/appshare
Nice. Another example of selective attention:

https://www.youtube.com/watch?v=vJG698U2Mvo
Does vim-racer[0] not work for you? I don't exactly know what you mean by "good autocomplete", but if you are more specific, then maybe we can help you a little more? :-)

FWIW, my Rust setup in vim is mostly the following plugins:

* NERDCommenter, for commenting stuff

* rust.vim, for general rust things (like integration with rustfmt, playground, and the next two plugins)

* tagbar, for showing the list of tags (of the ctags-esque sense) in a sidebar.

* syntastic, for on-the-go syntax checking.

[0]: https://github.com/racer-rust/vim-racer
> Because the firmware on the T2 chip is signed

So is pretty much all UEFI firmware too though. It may not be encrypted, but it is certainly verified. Feel free to ask the Coreboot people about details here.

> We'll have to agree to disagree, because the T2 chip also does full line-rate encryption/decryption of the storage with no OS involvement at all.

But for people who has been using BitLocker or LUKS transparently (because it's built into the OS) for half a decade+, there are absolutely zero new things offered, and no visible improvements offered.

The only effective change is restrictions in end-user freedom.

> Yet SecureBoot is good enough? Why not keep improving upon the status quo? Why not make it easier for people to keep their data private and secure?

If a security feature which can easily be implemented (securely) in the OS is moved to firmware, I could be willing to consider that a good thing, but not it comes at the cost of end-user freedom.

And here it certainly does.
They can hire a mid/ senior developer who will get up to speed fairly quickly and be able to work on their ownand then will leave after a year or two, or they can hire a junior Dev who will take longer to get up to speed, and use up the time of other more senior devs, or increase tech debt if they go off on their own, and then they'll leave after a year or two.

To put it another way they can either pay a senior developer a lot of money to do work for them, or pay a senior developer a lot of money to teach a junior Dev (who they're also paying),only to lose them both after x amount of time.
It's not just the salary. It's often about personal growth and wanderlust. Let me try an odd comparison: after graduating, would you choose to live with your parents if they fed you even more and offered you an even bigger room with more furniture ?
While comparing Samsung and Apple mobile device latencies the article gives these examples:
Tapping latency examples (Videos slowed 16x):
- Opening a settings tab on an iPhone 6s with ~90ms of latency.
- Toggling a setting a Samsung S3 with ~330ms of latency.

I agree latency is evil, I hated Android a while ago because of this. Apple always felt really fast compared to other OS. BUT it seems normal that toggling a setting proceeds a bit slower than just opening a tab no? It's like it's just a bad example.
They already have the data from the ticket sale.
Apple is actively blocking unsigned software from accessing the internal storage as a security measure and providing no means to add allowed keys. Its possible there is a defect in this security that could be exploited but it would be explicitly a bug and would be liable to be patched in the next version of the software. You have completely misread the situation. This is apple taking over your machine while still expecting you to pay for it.
I'm just thankful on this Thanksgiving day as I try to live here in the USA that my HN social score (Karma I think they call it here, funny, sounds like reddit) is not yet used to limit my boarding of high-speed rail or getting a loan or even a mortgage.
Author here; I collected uncommon topics affecting web application security, such has extracting a page's content with CSS injection.
>> Importantly, if you look at any large amount of mass - at least everything we've looked at - the total electric charge is near 0.

> This is the assumption made.

It’s not an assumption. It’s measured and modeled, and if it didn’t hold in general then so many things we see around us would simply not work.

Nothing we have seen behaves in a way that would look like a significant electric force imbalance. On a galactic scale, electric storms are nothing. They’re a blip. Everything we see interacts as if gravity is the only thing that matters. To say we should consider this to not be the case requires strong evidence.
"No race conditions, leaking resources, dangling pointers, unhandled exceptions, ..., the list goes on."

Except of dangling pointers, Rust has everything else from this list.

About compilation time issue: it doesn't exist anymore. Current versions do "cargo check" in a few seconds even for big projects (my biggest project is 45k LoC) and it takes a couple of minutes to compile it because of incremental compilation. For libraries it takes seconds to compile and 1-2 seconds to run "cargo check" (or clippy).
Increase Telegram members (channels and groups)
Just because they're being contacted doesn't mean job offers actually come out of it
I'm making a new Python library that lets you write less code to do more things
This essay was published in 1999.
Reference: https://www.scottaaronson.com/blog/?p=3445

It inspired the "Biggest Number Duel" https://www.youtube.com/watch?time_continue=11&v=fy7_RkuQ4M0

For anyone interested, the above video is from "Paradox and Infinity" on edX: https://www.edx.org/course/paradox-infinity-mitx-24-118x-0
Can't say I've ever found a job ad in PT that required that title, though. But hey, maybe it'll get some woman to marry us, as their marketing materials imply: https://preview.ibb.co/gRKupq/eng.png
https://en.wikipedia.org/wiki/List_of_domesticated_animals
Oil pressing machine
Nepal barely had computers twenty years ago, outside of expensive internet cafes.
Can you imagine what this market looks like when the next recession hits? Banks unload all this bad debt to these non-performing debt buyers and wipe their hands, meanwhile the economy crashes and there's no money getting collected and nobody wants to buy the debt off them.
For sure you need them to for sure meet certain requirements.

My current job was listed as full time (Entry/mid level) but I'm a student and in my phone interview told them that - guess they wanted me anyway. My biggest value IMO is that I've dabbled with a lot of stuff. Okay I haven't worked on a personal project in Django, but I'm at the point where the exact language/framework is semi-irrelavant. I was confident I could, and was able to be semi-fluent with Django for example in a few weeks (only 25 hours a week).

My point is that what GP is trying to say is more about "Oh we listed postgres but they've only used mysql" if the person is motivated they should have no issues picking up postgres
Ask HN: what it's like to be a remote Web/iOS/Android freelancer?
I'm thinking of going into FIRE [1] in a couple of years. I can't imagine myself not doing any work at all though, so I'm considering remote web/iOS/Android freelancing? Personally, it would be ideal for me to take on a project for a limited period of time (ideally a month or two at most), bang it out and then relax for a while. Is anyone doing something like it? What is the market for remote freelancers from outside US (I'm in Europe)?

[1] https://whatis.techtarget.com/definition/FIRE-Financial-Independence-Retire-Early
Can't have a Rust post without a mention of D.
Germany isn't poor though and the wages are lowish still (this comment isn't to discredit the validity of your comment).
And ketchup and ranch and oyster sauce and a pizza and a slice of cheese cake and a jackhammer
Our industry simply thinks that the more experienced you are, the better it is. I can tell you from my recent experience that microservices, kubernetes and the cloud, in general, have made experience with old desktop apps completely useless, for example. Not only useless, but counterproductive actually, because you think you are doing the right thing. So, experience alone doesn't help.

Why do people still keep hiring more experienced devs then? Many times because of bad hiring management skills, or because they don't want to officially have to mentor a young dev. In the end mentoring happens nevertheless even with seniors, though!

The main idea is that a senior dev will be up to speed much faster than a junior dev. While this is most of the time true (especially if the senior dev has already worked with the same domain and with the same set of technologies used by the company she is applying for), it has some drawbacks. For example, not every senior dev is ready to change, to improve, etc. Not every senior dev has the same speed of learning and "hunger" of a guy who just finished his college. A young dev is typically more malleable than a senior dev that "in my previous company we did it this way, and it always worked, this is crazy what you are doing here", that is crucial to fit culturally.

This leads to the second part of my post. From what I see, this trend is actually changing, and while it's sad because senior devs can bring a lot on the table (like, typically they are less hasty than younger devs), it's also good that our industry is starting to understand we are not just a bunch of people pressing keys and moving a mouse randomly - the more keys you have pressed in your lifetime, the better it is.

More and more companies are "hiring for attitude", or at
least they think they do. There is also a book about it with the same name, which I recommend.

Shortage of devs, as someone said, is a myth. Such companies should start wondering why they can't find the right people. Maybe it's them doing the wrong thing? :)
The second will get hired, but may be a much worse employee. Also tech stacks are exploding, so learning everything is not possible any longer.
Sure, except now you have an equal amount of data that needs to be stored somewhere. The pad is as long as the data. Either you have to encrypt that using some other means, or you do the weak "store offset" method.
Rails Admin Theme
Also, freeze distillation accumulates some toxic chemicals (methanol I think?) which are otherwise boiled off in heat distillation, leading to worse hangovers and other side effects.
Then there’s NTFS behind that. Just use a VM. Ten times faster.
Which brings up the question when/why to pick Rust? There are a plethora of languages which from my layman perspective seem more interesting. OTOH there are a plethora of languages with rich ecosystems, proven pedigree and with a high demand for such developers.
If it’s anything like emacs or vim it will surely outlive Amp and hopefully Google as well
I believe you mean “finished” not “out of date”.
Sure, nobody would choose Rust over C++ if you couldn't express pretty much the same data structures and relationships in Rust that you can express in C++.
Python formatting is egregious though, with hopelessly long lines and no sign of where to break them up, or at the most weird places. Yes I'm one of those persons who adheres to the terminal 80 column rule, it's neat for splitting and cascades into many benefits. Python often looks like unkempt code to me, like the developer has no care for how it looks or layouts (which isn't true, it's Python's fault.) The forced indentation (I love proper formatting with consistency and indentation in languages) is among the first reasons I never liked or used Python, until recently when I gave in because it's such a great ecosystem to build scripts and such, but I still hate the formatting everyday. Clojure is beautiful though. Even C is gorgeous compared to a Python 'forced' program layout. I'll start adding Hy to the mix and touch vanilla Python as little as possible, but I still have to read library code.
> if there was some formal, or informal understanding that candidates "trained on the job" would stay for a few years, I think companies would be more open to building junior devs.

There are already many companies that lock you in contract in exchange for comprehensive training.
Try Tempo for JIRA. Seeing 60 second load times for pages sometimes. I’m going to have to open a timesheet entry for filling in timesheet entries.
Would it be possible or feasible to compile a site into a single binary? Within binary there would be, say 1GB encrypted file system and embedded SQL lite could write data to it and embedded http process would be able to serve and store static content.

On startup you'd enter password and decrypt a baked-in filesystem.

I guess this would still be possible to break into as long as the app is working since decryption key would be saved in RAM but as soon as server goes offline data would be inaccessible.

Then you host this, say, in Russia or China and you should be safe from USA authorities.
You say that as if it’s a challenge to outlive something Google puts out.
Native async/await support is really great. I haven't gotten very far with Rust but it already made me rethink many things that I thought I had understood.
IBM was awarded a patent for blockchain-powered scientific research data. With it, they aim to make sharing such data more secure and efficient for the scientific community. This is yet another patent among many for the tech giant and global leader in blockchain development.
Are the salaries actually increasing in the US? In Ukraine, they have been mostly stale: https://jobs.dou.ua/salaries/dynamics/
HOW the heck CAN you evaluate potential or learning speed in a 30min interview?! I've been a couple times on the interviewing side of an interview (being an engineer), and trust me, evaluating a senior is 1000% easier than evaluation a junior: resume makes sense, the fact that he has experience that may overlap yours makes it easy to come up with relevant and revealing questions during and interview etc.

Evaluating a junior is SCAAARY! You have no idea what to ask him so that you can get relevant answers!

...so most people "give up" and throw an algoritmic puzzle or something like that hoping that "raw IQ + ability to manifest it during the stress of the interview" means "she has a reasonable chance of being useful for the company".

As a startup the risk of wasting time onboarding a junior that turns up not to be useful it might simply not be worth it.

Also, this is the reason why companies like banks still look at education when hiring juniors, more like "heck, maybe the top-tier universities did some filtering themselves so it would make our job a little bit easier".
Yes, we could in theory find when we try to simulate a brain that nothing we do produces anything working. Imagine a simulation where a human being conceived or born or whatever, triggering the instantiation of a "conduit" between a simulation of the universe and a simulation of a mind, where the in-universe brain is "just" a glorified IO device.

I think it'd be highly improbable, but looking at the crude simulations we do of computers etc. today, it certainly is likely that simulations would use "dirty tricks" to get more out of the available computational resources, and finding artefacts of such dirty tricks or shortcuts could at least in theory be possible. Of course, the absence of such artefacts unfortunately proves nothing, so the whole thing does have a bit of a "how many angels can dance on pin" feel to it. But it's fun to think about the possible implications.

Personally I especially like to bring it up if people try to discuss religion with me.
IMSU final Year Student commit suicide after stabbing Boyfriend Over an Argument
You're not going to do that if you're with a group of friends who aren't as riled about it as you are, it's a band you really like, and it's a big event that you paid a lot of money for.
Congrats on the launch. How does it work on your end? Are you using an official API or doing it another way?
I have an answer to the paradox of how these can both be true:

(1) companies complain about a shortage of programmers;

(2) angry commenters claim otherwise.

If there were few good programmers and many mediocre ones, this is what you'd expect to see.
Study shows brain cells revamp their DNA, perhaps sparking Alzheimer’s disease
Thanks! Yep didn't post it on kobule. :)
This is similar to the vim-sneak plugin for Vim: https://github.com/justinmk/vim-sneak

It's very useful.
Cuda program doesn't have to be a string. I keep them in regular .cu files, and just load them with slurp into clojure repl.
There’s a difference between junior and intern, which is essentially a neophyte.
Sorry, didn’t realize that “anyone” switched meaning (from “any person or people” to “a person of importance or authority” (https://en.oxforddictionaries.com/definition/anyone)) between the two uses. My second use should have been quoted, too, because it refers to the “that anyone can solve” in the page’s title, which (at least in my reading) can only have the first meaning.
From my experience of outsourcing to India, they give those juniors a real, paid projects to learn on and do very little babysitting and quality control on the code produced, reducing their costs, so they're still making them money while learning - but that results in poorly written code and creates all sorts of problems for clients.
In big-co you can change team/product to get some change in you career.