jb613

10 ms·

61.
by jb613 10y ago
"Opening the code doesn't by itself eliminate the vulnerabilities. What it does do is fire the starting pistol on a race between black hats and white hats to find and either exploit or close the vulnerabilities." The race is
62.
by jb613 11y ago
doesn't matter whether no goroutines or thousands - you either handle errors or pass upwards. Anyhoo, just pointing out that it has the flexibility to do either.
63.
by jb613 11y ago
You are predicting the future (of Go) based on the past (of Java). Non-idiomatic Go (or as you call it "bizarre hacks disguised as cleverness") is frowned upon. One example that comes to mind is the Martini web framework[1], whic
64.
by jb613 11y ago
"The problem with handling everything right away is that it lacks flexibility to handle things in what could be the optimal manner." You can pass the error (or another) up the stack. The language is flexible.
65.
by jb613 11y ago
by "hack on it" he/she means being able to 1) easily understand it by looking at it, 2) easily figure out how to modify it (to add functionality or change it). You are reading "hack" as a bad thing when really it&#
66.
by jb613 11y ago
the article is suggesting that when people say they don't want to debug or write in Go is because it challenges their previously formed beliefs in what they believe they need from a language. The fact that there may be another way or
67.
by jb613 11y ago
One premise that I think the author is wrong about is #3 (people being deceived into liking Go). My experience is that a number of folks liking Go is due to past experiences and recognizing Go's completely different approach resolves
68.
by jb613 11y ago
Yes totally subjective - different people work on different projects which eventually opinions are formed from. I don't think Go was intended to improve upon any Lisp deficiency.
69.
by jb613 11y ago
"Selling points are not facts" except when talking about maintainability, you are not talking about facts. Show me the "fact" that Go is hard to maintain.
70.
by jb613 11y ago
"The lack of exceptions makes writing correct code really tedious." Tedious up front often translates into time saved down the road. Exceptions are often an easy way out while accruing future debt. Unfortunately, our industry can
71.
by jb613 11y ago
"I dislike Go because I agree with the criticisms of it and I'm afraid I might end up having to maintain code written in it one day" and: "I also don't like Go much, but it's not because it challenges my identi
72.
by jb613 11y ago
"Hafner told me that in the middle of the development work for DriveCrypt, he discovered that Le Roux was still working on E4M and had incorporated some of his work for SecurStar into his personal project. Hafner was furious. Because E
73.
by jb613 11y ago
apparently those corporations can find the people willing to work at those salaries. It's up to the tech workers to decide whether the location is worth the lower bank account.
74.
by jb613 11y ago
> "A tech company that can't afford to pay an employee to rent a $1589/month apartment is not a tech company." Tech companies don't have to be in Vancouver. The fundamental component that a tech company requires
75.
by jb613 11y ago
> "Anything that benefits all of humanity is very difficult to recover the value of as a patent because engaging in licensing transactions" "Anything that benefits all of humanity" should be recognized as inherently v
76.
by jb613 11y ago
> "This is a curious point, however: it almost suggests that the proportion of innovators in a given population is (was) fixed, and they would innovate where the promise of rewards is highest." True but I'll add that often
77.
by jb613 11y ago
Moser references James Bessen who wrote a highly-cited paper that has been largely debunked [1][2][3]. Specifically, the paper claimed patents cost the economy $29B per year. > "Actually it's good to have someone actually look
78.
Robots trained to cook using YouTube videos(venturebeat.com)
2 points by jb613 11y ago|0 comments
79.
by jb613 11y ago
> Most innovations come from startups, academics, and volunteers in FOSS. Not sure you can lump 3 very different types of entities into one group. I agree with your 1st type (startups) but what about #2 (academics) and #3 (FOSS volunteer
80.
by jb613 11y ago
THIS got downvoted?!? People were either too lazy or couldn't come up with a rebuttal
81.
by jb613 11y ago
sure, there are numerous jurisdictions outside of the U.S. where patents have become stronger, but enforcing a U.S. patent is the weakest it's ever been.
82.
by jb613 11y ago
what is: 1) http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=H... 2) www.google.ca/patents/US8396808 3) http://pat2pdf.org/patents/pat8396808.pdf if not publicly disclosed?
83.
by jb613 11y ago
your statement is contradictory - you claim large corps increased IP protection yet what we see today is that patents are the weakest they've ever been.
84.
by jb613 11y ago
> What service did you render to Square to earn the payment you claim to deserve? the service rendered was he made public the details of the invention. Whether Square read or did not choose to read the patent is beside the point. > D
85.
by jb613 11y ago
> Your patent did not inspire anyone at Square question is how do we distinguish between patents that "inspired" and those which did not? Or does inspiring even matter - anyone can see the "inspiration" on Android fro
86.
by jb613 11y ago
intercepting the win32 calls that make the syscall is often enough
87.
by jb613 11y ago
who are these "companies don't want to disclose IP"? Software startups disclose their IP whether through traditional IP protection (copyrights, trademarks, patents) - or open source. Those relying on trade secrets do not dis
88.
by jb613 11y ago
"startup investing" depends on your definition of startup. For example, a person that has applied for a patent - no VC would call that a startup, but perhaps those with intimate knowledge of what the patent will lead to may indeed
89.
by jb613 11y ago
"Are you arguing that it doesn't exist, that the one I suggested isn't the appropriate one, or that we can just ignore the problem? " None. For any area, there will exist numerous levels of perspectives such that people
90.
by jb613 11y ago
Perhaps a lesson to learn here is consider who won. While AltaVista focused on physical details (number of servers, resource usage, etc...) they missed the boat on the bigger picture - how to significantly improve search engine results. B

More ›