trekkin

8 ms·

31.
by trekkin 14y ago
The author completely misses here - probably due to limited exposure to real-life third-party code in real life production systems. Code auto-grading, at least at Coursera, is usually done by running comprehensive unit tests, which extensiv
32.
by trekkin 14y ago
I keep my ideas in https://AES.io - one of the reasons I created the service.
33.
by trekkin 14y ago
Honestly, Udacity seems to be losing it. It has only had 14 courses for a while, while Coursera has 200 courses, and counting. And the universities represented at Coursera have better recognition/ranking that at Udacity. Why would somebody
34.
by trekkin 14y ago
Maybe. Or maybe this is just another plug - something accelerators are increasingly good at. It's becoming hard to figure out when an article, even in wsj or nytimes, is a hidden ad ("PR"), or genuine journalism.
35.
Ask HN: which web server is the fastest?
2 points by trekkin 14y ago|4 comments
36.
by trekkin 14y ago
It's almost impossible to reach 1000 req/sec in Ruby/Rails. It's relatively easy to reach 50000 req/sec in C++. Assuming V8 is about 3x slower than C++, it is not surprising that a move Ruby/Rails->node.js gets 10x throughput improvemen
37.
by trekkin 14y ago
Properly hashing/salting passwords on the client (in JavaScript) is more or less a must now. Client-side encryption is the next logical step. Although not perfect, it is better than storing plaintext data on the server.
38.
by trekkin 14y ago
It's weird. Who Canonical thinks their customers are? Unity + ads is not something developers enjoy, and I'd guess 90%+ of Ubuntu desktop users are developers...
39.
by trekkin 14y ago
Encryption prevents leaked data from being meaningful. No amount of server-side security, including query parameterization, can guarantee the absence of leaks. Client-side encryption makes leaks much less devastating. How encrypting user da
40.
by trekkin 14y ago
> An analysis of the hacks by security biz Imperva reveals that most of the breaches were pulled off using SQL injection attacks. Client-side encryption, even in JS, would have prevented this, it seems.
41.
by trekkin 14y ago
:) I'm not against functional languages/approaches. I just think that everything has its place, and that procedural code and nested if/then/elses are appropriate in many circumstances.
42.
by trekkin 14y ago
I am not implying in any way that self-taught developers are unable of anything. I know a lot of great self-taught developers. However, many developers without formal CS training learn one or two technologies (e.g. ruby or another web frame
43.
by trekkin 14y ago
So you suggest that instead of several if/then/elses a clever recursive function call should be used, right? And the function should take its arguments by value, and have zero side-effects?
44.
by trekkin 14y ago
Why would Apple do that? The website promotes Apple's appstore, which can cross/up sell other stuff that Apple receives money from...
45.
by trekkin 14y ago
My biggest surprise - many developers, even in senior positions, are self-taught and cannot properly implement even basic stuff like binary search, don't understand basic performance considerations around algorithm complexity. Their mindset
46.
by trekkin 14y ago
TBB is OSS, and we use parts of it (atomics) daily, pretty much as advertised.
47.
by trekkin 14y ago
I can't comment on wider industry trends, but I know for sure that some companies (specifically in NYC) pay decent money ($150k+) to people who do this stuff. And they can't find enough developers at this salary level (maybe they could if t
48.
by trekkin 14y ago
Blacklist another VC here. And he is supposed to be one of the better ones...
49.
by trekkin 14y ago
> How would you have handled it differently? The way Ben had intended to - by explaining things. He ended up pulling authority and threatening to fire everybody involved, for some reason.
50.
by trekkin 14y ago
AES.io: is not as smooth as Trello or Asana, or some other collaboration tools, but with client-side encryption it is much more secure (plug).
51.
by trekkin 14y ago
I think VCs prefer not to fund couples for the same reason they prefer not to fund single founders - it's a question of control. With two or more co-founders, nobody has a controlling stake, and VCs can play one cofounder against the other,
52.
by trekkin 14y ago
> Do you not enjoy features like the web interface and public links? Those are one of my favorite parts of dropbox and they wouldn't work with client-side encryption. You can have web interface with client-side encryption. Check aes.io
53.
by trekkin 14y ago
That's why client-side encryption is useful, regardless of what some "security researchers" self-servingly say.
54.
by trekkin 14y ago
A smart move.
55.
by trekkin 14y ago
The author is too extreme in his framing of business models and is missing the middle ground that can be argued to be the place where a lot of true and real businesses are. For example, Apple did not invent the personal computer or the smar
56.
by trekkin 14y ago
> "being able to make a simple CRUD app" makes them qualified for a bunch of jobs where employers usually look for people who "know how to code". On the short term, really learning to code (whatever that is) doesn't matter. And in the l
57.
by trekkin 14y ago
"being able to make a simple CRUD app" does not mean the person has learned "to code".
58.
by trekkin 14y ago
> I'm fascinated that all the real innovation going on in desktop environments (gnome3, unity, windows 8) seems to be taking a hammering. Envy-driven development is not a good model. Desktop environments do not need tablet features in t
59.
by trekkin 14y ago
Yes, a lot could have changed in one week... really?
60.
by trekkin 14y ago
I'm here with you - $11m for pure long-term development without any hands-on application seems like a clear path to an over-engineered solution.

More ›