fault1

11 ms·

61.
by fault1 5y ago
> GitHub and npm are supposed to be separate things. Is that going to be true forever? I would assume not. There is already much deeper integration between github and npm than there was a few years ago, and Github seems to be going fairl
62.
by fault1 5y ago
I think the intention is to cause downstream users to spinlock.
63.
by fault1 5y ago
The problem with npm is that you'll have to read a LOT of transitive dependencies. There is a reason why there is a large cottage industry doing security scanning of npm deps. In the end it all depends on who you trust.
64.
by fault1 5y ago
seems like he has a history of this (HN 2010): https://news.ycombinator.com/item?id=1448309
65.
by fault1 5y ago
Julia's docs say that it supports "Julia supports arrays with arbitrary indices": https://docs.julialang.org/en/v1/devdocs/offset-arrays/ So let's break that down. The base standard l
66.
by fault1 5y ago
context: https://news.ycombinator.com/item?id=29838084 as is usual with a lot of recent conspiracy theories, seems analogous to apophenia[0] to me, or something similar. the non-conspiracy "fact" seems to be what
67.
by fault1 5y ago
It appears that all they (github) did is rollback the npm revision so that it pointed at a version that didn't break semvar: https://www.npmjs.com/package/colors?activeTab=versions note that they didn't do th
68.
by fault1 5y ago
doesn't npm have policies for packages to follow semvar? I could see why they would have policies to rollback broken minor versions that are distributed via npm.
69.
by fault1 5y ago
npm (or yarn) for the most part works much better than python package managers
70.
by fault1 5y ago
> You can do chemistry all your want, but attempting to build a bomb, even of the attempt doesn't succeed, is illegal. I will also say, that as a native New Yorker, doing this type of "kitchen chemistry" (if that was he wa
71.
by fault1 5y ago
The author of this package was caught with 50lbs of Potassium Nitrate (in the middle of NYC) and a bunch of materials on making bombs and booby traps when his apartment caught fire: https://abc7ny.com/suspicious-package-quee
72.
by fault1 5y ago
> Doesn't it seem strange that Snyk is creating a vulnerability report for this + labeling it a DoS? I think it most definitely falls into "malicious code" that certainly is not done in good faith, and if not handled prope
73.
by fault1 5y ago
yes, jupyter is more or less a generalization of ipython, which has been around since 2001. the notebook aspects and language agnostic parts were split off to target python-like languages (julia and R), while ipython became a python kernel
74.
by fault1 5y ago
how about https://github.com/winnekes/itypescript (also obserablejs) for a different take on it. I have a feeling notebooks are not as popular for javascript since it's quite limiting relative to what a code sandb
75.
by fault1 5y ago
I like the wording in the MATLAB docs (since Matlab committed the original sin, the axes/axis/figure API has been around since the late '80s, matplotlib is just a port to python): https://www.mathworks.com/hel
76.
by fault1 5y ago
one is more or less based on matlab's plotting procedures, the other is an attempt at a cogent implementation of a OOP implementation. However, the OOP paradigm just doesn't seem very good for plotting. Personally, I like plotting
77.
by fault1 5y ago
the zen of python was written in the 90s. from that context it makes sense, because the only goal of python in the 1990s was to be more popular than perl, which was notorious in having many ways of doing the same thing. but yeah, python had
78.
by fault1 5y ago
Training image classifiers?
79.
by fault1 5y ago
I agree with all that (though I don't really necessarily associate any of that with computer vision, perhaps it's my physics bias). Having good state estimation, kinematic, and dynamics models of real world objects is something th
80.
by fault1 5y ago
> I actually do mean a walking robot that can find the exact knife it needs to fillet a fish, regardless of whether it's in the sink, in its proper place on a stand, on the table, or dropped on the floor (and if it finds it on the f
81.
by fault1 5y ago
Of course, I love the spoils of technology and automation as much as anyone else. But it is absolutely human nature to get used to things and not consider them magical anymore, things simply become the new norm. This is exactly what happene
82.
by fault1 5y ago
I agree with you. I also believe "AI" will always be a moving target: https://en.wikipedia.org/wiki/AI_effect Certainly in the 1950s, most automatic control systems must have seemed magical, it was to Nobert
83.
by fault1 5y ago
I guess it depends on what you define as a chatbot. For example, semantic search that understands a natural language query, like google, is that a chat bot or a search function?
84.
by fault1 5y ago
The problem is that all too often, these types of examples tend to be cherry picked.
85.
by fault1 5y ago
I remember chatbots in 2000 using hidden markov models (and sometimes even neural nets), so from that standpoint, they aren't exactly new. The models are just larger now.
86.
by fault1 5y ago
Servo is kind of dead, no? I'm not sure anyone is working on it for their day job, at least.
87.
by fault1 5y ago
Personally, I think the last few versions of Safari have caught up a lot. Safari development does seem to go through spurts, depending on who is working at Apple. Let's not forget that in the past, it's been a major driver of web
88.
by fault1 5y ago
pluto is not a spreadsheet though. Observablejs just got support for Excel and Google sheets, which is really interesting and probably the closest thing to an integrated reactive spreadsheet/notebook concept: https://observa
89.
by fault1 5y ago
I agree with almost all of what you said. Except personally, I'm much more productive in something like Julia (or R or Python) than a language like Rust for the type of development I usually want to do. I mostly write Python and C++ fo
90.
by fault1 5y ago
spreadsheets are the ultimate reactive interface. I wish there were a mashup of the notebook/spreadsheet paradigm that was reactive.

More ›