quantumtremor
quantumtremor on Hacker News
It's not really any additional protection...how are you going to break a token? I've encountered this a few times on other sites, have to waste a few seconds messing around in my about:config.
These are all polynomial equations, so we can likely solve them by computing a Grobner basis over the set and using the Elimination Theorem.
I'm very glad people are speaking up about this. This is horrifying. Good job on stopping the process when you felt uncomfortable, we should all be doing this.
Definitely not. Here's a nice algorithm that will actually compute the embedding as well:
https://en.wikipedia.org/wiki/Fáry's_theorem. However straight line embeddings by Fary's theorem can sometimes be much larger than necessary, more recent advancements in computational geometry can compute embeddings with guarantees of much smaller drawings (small wrt the area of the bounding box of the drawn graph).
Although I don't know for sure, I believe Borges' short story The Zahir [0] refers to Tipu in his usual convoluted way.
>In 1832, on the outskirts of Bhuj, Taylor heard the following uncommon expression used to signify madness or saintliness: “Haber visto al Tigre” (Verily he has looked on the tiger) He was told that the reference was to a magic tiger that was the perdition of all who saw it, even from a great distance, for they continued to think of it till the end of their days. Someone mentioned that one of those unfortunates had fled to Mysore, where he had painted the figure of the tiger in a palace.
>Years later, Taylor visited the prisons of that kingdom; in the jail at Nithur, the Governor showed him a cell on whose floor, walls and vaulted ceiling a Moslem fakir had designed (in fantastic colors, which time, rather than erasing, refined) of an infinite tiger. It was a tiger composed of many tigers, in the most dizzying of ways; it was crisscrossed with tigers, striped with tigers and included seas and Himalayas and armies that resembled other tigers.
[0] http://southerncrossreview.org/66/borges-zahir.htm
This is a great point, and I address it at the end of my post. The basic idea is that freedom shouldn't be limited to people who 1) have the technical knowledge to do all this and 2) have the time to set up such an environment. Freedom should be default. By being OK with these kinds of testing platforms, these could eventually be used for non-technical positions very easily, and those applications wouldn't know how to circumvent this.
Yes, I agree that cheating should be curbed. But not at the expense of tracking every running application on a computer, or the exact location of interviewees. Videochat and on-site interviews exist and don't have these kind of problems.
My best guess is n^3:n^3-n, making the answer 60, but I have no idea what the real answer is.
Reiterating the questions posed at the end,
To what extent should personal ethics play in deciding where a (software) engineer should work? What if the engineer has no other choices for a job, and needs to (make rent/pay the bills/eat food)?
It is true that it'd be pretty easy to circumvent the tracking, by placing paper over the webcam, running the browser in a virtual machine, spoofing data to the browser, and so on. However these are infeasible for most non-technical people, so I don't think it's a real solution. Freedom shouldn't be only for those with extremely technical knowledge.
Posted by
quantumtremor on Wednesday November 30, 2016 @07:48PM
from the rajk.me dept.
In particular, a good challenge is the 2-state solution. Decrease the number of states to 2 and try figuring out the rules (toggle "Instructions") that make the 2-state Busy Beaver. 1-state is somewhat trivial, 3-state isn't really possible by hand unless you have a lot of time.
Posted by
quantumtremor on Monday November 21, 2016 @05:20AM
from the show-hn dept.
Unfortunately Ras Bodik is no longer at Berkeley, so it's unlikely it'll be offered again.
Okay so to fix mine: create a circuit that decrypts a ciphertext using the private key, returning 1, 0, or Bottom depending if it's an encryption of spam marking or not, or not valid, and run it through iO. So both solutions still require iO...
What? With FHE the client just gets an additional encrypted metadata that is the encryption of whether the attached file is spam or not. No looping required, whereas your functional encryption scheme seems to necessitate the client being "live."
The problem with functional encryption is as you say, you need to hand over the "function" somehow to the server (presumably they use machine learning and tools that aren't feasible client-side), and there's no guarantee the private key is hidden unless you use something like indistinguishibility obfuscation, which isn't really practical at all right now.
Did you mean fully homomorphic encryption? (https://en.wikipedia.org/wiki/Homomorphic_encryption#Fully_h...) The server can compute the spam score under the encryption of an email, and client side decrypts and sorts it from there, so not even the server knows if a given email is spam or not. Of course, not that FHE is feasible, but perhaps this special case is...
I'm not a mathematician but I'd say no since trig functions inherently require a lot more math to formulate, whereas Euclid's proof follows from much simpler facts.
Posted by
quantumtremor on Sunday November 13, 2016 @08:16PM
from the calhacks3.devpost.com dept.
I think you need some sort of input validation on the length/size of the text. Is the application just throwing everything away if it's too large?
Posted by
quantumtremor on Tuesday September 20, 2016 @05:31PM
from the u.cs.biu.ac.il dept.
This is really great.
A few thoughts
-Did you have any trouble with the sockets library?
-I saw you explicitly mentioned "plane_distance", so are you planning on adding Haversine distance or something else?
-Maybe make the map take up the entire screen? Status and first few on the leaderboard could go in the ocean.
So why not accept a lambda? I saw that
http://stackoverflow.com/questions/334851/print-the-code-whi... gives you the source, though I'm not sure if it'll always work. This does work though:
~ λ echo "a = lambda x: x * 2" > test.py
~ λ py -i test.py
IPython 4.2.0 -- An enhanced Interactive Python.
In [1]: a(2)
Out[1]: 4
In [2]: import inspect
In [3]: inspect.getsource(a)
Out[3]: 'a = lambda x: x * 2\n'
I'm definitely a big fan of using Lisp's quoting for code-as-data, but I feel stringifying it makes the problem even worse.
But is laziness that important for a graphing library where presumably you'd be graphing the function anyway? I guess there are some cases where one of the other options would disable the y-axis or something, but this seems pretty rare. Is there another reason?
> aes(x='np.log(B - A)')
I never understood the pattern of putting source code in a string. Why not just use np.log(B - A) directly and configure the function to accept columns? With strings you lose highlighting, semantic analysis from editors, as well as the ability to know what computations are happening when and where. There seems to be no point and significant drawback to this, what's the rationale?
Glad to hear improvements to the shell ipython interface, especially up/down arrows on pasted code.
The most interesting part of this for me is that IPython 6 will not support Python 2.
>Projects such as Matplotlib and SymPy plan to drop support in the next few years, while a few projects like Scikit-Bio are already ahead of us, and should be Python 3 only soon.
This was also very surprising for the standard reasons, especially for a library like matplotlib. Glad to find Python moving forward. But what will companies stuck on Python2 do? Will libraries like numpy, matplotlib, and scipy all maintain a Python2 LTS?
No. I believe Twily used to be on /g/ frequently, maybe still is.