skysight-inc/HackerNews huggingface dataset:
MedNexus - New York, NY

MedNexus (http://www.mednexus.io) is a semantic search engine for Healthcare professionals (and expert consumers) - think "Google for Medicine". Our search and discovery tool is powered by cutting-edge web analytics and crowdsources users’ preferences to deliver the most relevant medical content on any topic or clinical question.

We are looking for a VP of Business Development to work closely with the founders to execute on the go to market strategy. The ideal candidate will have a passion for Healthcare, an interest in Information Systems and have experience in marketing and sales. They will help us grow our user base, expand our sales and distribution pipeline, and hone our business model.

They will work with the founders on the following processes:
User acquisition and customer development
Engage with thought leaders and medical organizations for branding and distribution
Monitor market trends and market participants
Explore sales leads (identify decision makers amongst the targeted leads in order to start sales process)
Inbound marketing - build an online presence and enhance credibility through creation of content and social media engagement

The ideal candidate should be detail-oriented, highly articulate and comfortable communicating our value proposition to users, potential partners & clients. Furthermore, they should have an ability to understand larger strategic issues, and be motivated to work independently and assume responsibility during key phases in product and business development.

What we look for:
- Experience in marketing and sales
- Business development experience at a startup
- Knowledge of healthcare and/or life sciences industry
- Ability to work independently and learn on the fly

Compensation will be in equity (1%-4%) and cash (>$60k).

You will be given a large equity stake and have the opportunity to play a pivotal role in the company.

If you are interested, please feel free to reach out to founders@mednexusinc.com or visit our website.
Don't rule out living in Oakland, especially around the Lake Merritt area. It's a nice downtown area (getting nicer), rent will be cheaper, and you can often get to downtown SF faster than from other parts of SF (like from the Richmond district).
50% of the total hashing power only gives you certain powers, and certainly not "control over Bitcoin". For instance, you can't change the protocol any more than you could without the hashing power.

The economic majority controls Bitcoin, not the miners alone. Have you even heard about nodes?
I'd take issue with the claim that nothing stops the agent from going for the crack pipe.
In the RL framework, part of it comes down to defining a suitable reward function.
But even if you have a fairly simple reward function, the resulting behavior can surprise you, if the environment is suitably complex[1].
My own robots find novel ways of moving around, adapt their features to be more useful, and even seem to exhibit things like "superstition", even when their reward function is just "move as much of possible within this confined space".

Another argument might be that nothing stops you or I from electing to abandon everything for the nearest crack den, either... except for the fact that we have learned, from interacting with our environment, that there are other things we enjoy, and that cocaine addiction might be more destructive than desirable over the timescale we're interested in.

Supposing we have an agent that wants to create a lot of paperclips, it might avoid reaching for the crack-pipe of terraforming Singapore because it realizes that would delay the shipments of raw materials it needs for its factories elsewhere in the world.
If the agent's goals are more complicated than that, we might expect increasingly complicated behaviors, just like how humans operating on fairly simple drives/reward functions have erected a few more tiers above the primitive needs in Maslow's hierarchy.

---

1. Off the top of my head, the abstracts on pages 37 & 193 seem to be relevant. http://www.princeton.edu/~yael/RLDM2013ExtendedAbstracts.pdf
Good/bad or fear/not is an oversimplification. AI researchers may feel they need to say its nothing to be feared because if they don't their funding might be cut off. That doesn't necessarily mean those AI researchers really don't think their work could be transformative.

Could AI be dangerous? Yes. Electricity can be deadly if used improperly.

What's going to happen is integration of brain-computer-interfaces with high bandwidth into daily life. We will gradually rely more and more on these external cognitive augmentations. Eventually people without augmentation will not understand what the augmented people are doing because it will be over their heads.

Even the first AGIs will seem very human because they will be designed and trained that way. They will be our offspring. This is the next step in the evolution of the universe. If chimpanzees knew humans were coming would they be afraid?

Most people have a very selfish, short-sighted and ignorant viewpoint. They believe that the human mind is somehow supernatural (mostly a holdover from religion). Or they fail to grasp the concept of augmented intelligence or brain-computer interfaces or transhumanism. Or they cannot appreciate the idea that ordinary humans will be superceeded.

In the relatively short period where ordinary human 1.0 stays relevant, close integration with AI will provide the greatest power man has ever seen. People that shy away from that may prefer to becomes worms living in "true harmony" with the earth.
I have been using Angular for the past two years as the primary front-end dev in a start-up. Prior to that I spent ten years doing web development, both back-end and front-end, with a wide variety of libraries and frameworks.

Angular is still, by far, the best framework I have ever used. I have zero regrets about choosing it.

This post reflects the pathological nonsense that pervades certain quarters of front-end development. It demonstrates the following fallacies:

1. If a technology has any flaws, they render the whole thing worthless.

2. New technologies that I haven't tried are probably perfect and won't require any hacks.

3. Kids these days aren't doing any real programming like we did back when we coded in Backbone / jQuery / Raw JS / VBScript / Java / C++ / COBOL / Assembly / Punch-cards.

4. Syntactic sugar and abstractions are inherently bad, whereas writing a lot of boilerplate code is good for the soul.

5. Someone I respect doesn't like something, so I shouldn't like it either.

6. Old, widely deployed technologies are over-complicated, because people have built more complex systems with them than with new technologies, and thus have been forced to tackle more complex requirements.

7. I have worked with this technology for a while, and built up a corpus of specialist knowledge and hacks, therefore it is more flawed and than these newer technologies, which I haven't worked with and therefore only understand in a shallow way, and therefore seem simpler.

8. Acquiring specialist knowledge is bad, and not the reason I am paid to do what I do.
>You can hire these people and have them use their talents to further your own interests.

This is easier for some specialties than others.

For example, if you want to hire someone who is good at negotiation, if they are actually good at negotiation, they should be able to extract as compensation the majority of the value they add. If you are especially bad at negotiation, or if it's difficult to tell exactly how much value they are adding, it's possible for them to extract more value as compensation than they are adding to the transaction.
It isn't listed on that somewhat-old page, but as part of the Manticore project we (primarily Mike Rainey) also added an x86_64 backend to MLRISC:

https://smlnj-gforge.cs.uchicago.edu/scm/viewvc.php/MLRISC/?...

In the long run, we on Manticore - like most other projects - will probably give up the flexibility of MLRISC and contort our code generation to work with LLVM. It's hard to keep adding new instructions to MLRISC!
Overall, I like what Angular v1 does and how easy it is to be productive in it - I have helped save multiple companies' products (medium-sized codebases) because Angular can be extremely quick to iterate on top of and gives you so many tools for that productivity, while unit testing much of it (although the unit testing situation is not quite perfect).

I like using Angular relative to Backbone and Ember, although my experience with Ember was last a year ago, and the framework has progressed a lot since then. I like React over Angular 1 currently, especially since it supports robust server-side rendering solutions. React takes some ideas from Angular such as not being opinionated with the models, but makes writing the core of its components much nicer than Angular 1's directives. It also does not take much opinions over the service architecture, which also makes me happy, but the tradeoff is that it leaves a lot of developers in the dark as far as how to organize code with it - that is why Facebook pushed the Flux pattern very strongly.

Angular 2 definitely took a lot of React's good points and integrated them in better ways into Angular 2, or have plans to integrate them. Ideas such as supporting immutable data, virtual DOM (well, at least something similar to virtual DOM anyhow), and unidirectional data flow make their way into Angular 2. Robust dependency injection (no more using $inject or the hacky array syntax for DI) and better API for creating components come as more evolutionary changes from Angular 1. The declarative templates are also a lot simpler, as expression support is more limited than the broad JavaScript-like syntax supported in Angular 1. Shadow DOM being a first class citizen of the framework makes having to worry about component CSS being clobbered a problem of yesterday.

Overall, I am excited as a frontend developer - there are a lot of exciting things happening in the frontend world, and the ecosystem is maturing by leaps and bounds.
Personally I'd like to be able to use a system that has human-readable C as a backend, along with the idea of 'semantic C' that I've discussed a couple times in the past. Anyone with me on this?

Past comment: https://news.ycombinator.com/item?id=8283025
Can you win at anything if you practise hard enough
In cycling parlance, "fixed" refers to a bike where you can't coast. A bike that can coast is called "freewheel." A bike with only one ratio is referred to as "single speed."

It's possible to have a fixed gear hub with more than one ratio -- Sturmey Archer makes one with three ratios. This hub is a rarity, and most fixed gear riders also prefer single speed.

http://www.sturmey-archer.com/en/products/detail/s3x-silver

I'm not sure that I follow the article. It seems to suggest that on a freewheel bike, you pedal at a discontinuous rotational speed. If that were happening on my bike, I'd hear the freewheel mechanism engage and disengage with each stroke. Maybe this happens to elite cyclists, but I'm just not that strong.
A scam is a trickery by which you fool someone into giving something of value to you.

Bitcoin is open source, and what we say it is is exactly what it is, and anyone (or any programmer, but hey, this is HN) can check it, so there is no scam.

By your logic then gold and every other investment is also a scam, because you are "giving money to earlier investors".
Yes, SML/NJ and Manticore (which have more than a bit of overlap) are still the main supporters. The x86_64 backend is only used by Manticore today; SML/NJ is still only 32-bit, though there's some work going on to migrate it to 64-bit, at which point it would also exercise that backend.
"[..] gives the illusion of pure perception" - nicely put

@invalidate. this is too strong of a word for a fuzzy conversation like this, it was certainly not my intend nor do I feel to be qualified enough to do so

"fluctuations and quantization" - please elaborate furher
> a lot of people naturally behave in a way that exploits others' biases.

Yes. And it has to be practiced and look natural.

I remember one of the new hiries and wanna-be managers had probably read the "non-verbal cues used for persuasion" book. Was watching him during a meeting he was just going awkwardly through the motions. It was like he was checking off items from the list: Ok touch extened fingertips of one hand to those of the other [check], mirror posture of CEO [check]. It was mildly amusing and cringeworthy at the same time.
Location: St. John's, NL, Canada

Remote: Yes

Willing to relocation: Maybe

Technologies: Python (Flask, SQLachemy, WTForms), Javascript, MySQL, Redis, MongoDB, PHP, WordPress, SQL Server, Oracle, C#/.NET (mostly maintenance), Cassandra, and various others.

Resume/CV: available upon request.

Email: cmorgan8506 (at) gmail (dot) com

I'm a full-stack developer with over 5 years professional experience. I worked on both the front and back-end of websites and web applications, and am comfortable in multiple roles. I’m an advocate of source control, consistent code formatting, thorough documentation, agile project management, and test driven development. I’ve also been working remotely for five years, which has given me a strong initiative, with a track record of reliability.
GovCo
Curious about a couple of things.

>My employer paid my salary for the duration. If it had not, I would have been excused for "financial hardship."

Do you know this for a fact or are you just assuming it would be the case? You're probably right but the judge is under no obligation to excuse.

Did you make any effort to avoid being seated on the jury? Good for you if you didn't but just curious. I didn't take any extraordinary efforts to avoid being seated but I certainly didn't volunteer either.
I find myself liking almost every one of these articles that talks about how "you shouldn't use popular JavaScript framework X because <list of reasons why>" a little too much.

After many years of dealing with various frontend frameworks I've essentially taken a curmudgeon attitude with many of them and find it far easier to simply write my applications using just JavaScript and maybe some messaging library to get the decoupling I want (I've posted on HN before about my little library called msngr.js that I use in many of my projects now because I am in love with messaging patterns). I find these far easier to understand than any of the frameworks that provide "magic" of sorts where automatic things happen for you.

The last time I used Angular was picking up a project other developers did. It had a good separation but felt very overly complex. But I feel that way with most frameworks (especially react).

I think the key takeaway here is that Angular, React, etc; these frameworks are not for everyone and are not for every project. If a framework forces a way of development that helps keep productivity higher then it's probably a good fit at least for that team. As a plus almost any of these frameworks can be used with great success for prototyping. So I think there is always value there.
I've toyed with web scraping in Node, and the answer is definitely parsing.
You're changing the target. As for your example, it doesn't appear that the plaintiff asserted 7th amendment rights to a jury trial. AFAIK a court will throw you out on the first technical violation.

As for the deposition, my answers would be that I have no idea if that screen was similar to any screen I saw on the vendor's site or what buttons I may have pushed (I may see dozens of these screens from multitudes of vendors in a single day) and would ask them if it was the exact same screen I was displayed when I visited their site, how they know, and what evidence they have that it is. I'd then ask them to turn over any evidence that they claim.
Thunderbolt is PCIe and DisplayPort.
What about humans who recognize faces?
As mentioned, Gedit 3.x.
Dark adawaita theme applied globally to the entire gnome desktop.
Thanks for the update. So closer to 586MBps for full bandwidth.
Disk controllers since earliest ATA/IDE should be able to read or write up to 256 sectors (128KB) at a time with one command, and apparently with LBA48 it was expanded to 64K sectors (32MB!), so it's quite possible to saturate the bandwidth of the hardware, but the real bottleneck is at the filesystem level and above - only when reading/writing large amounts of data at once sequentially is this realised.
I understand. Can you explain why I'm mistaken though? His comment came off as fairly sarcastic to me, and didn't seem to contribute in any way. Surely most of us know what a bicycle is already.
You're looking in the wrong direction. Quit focusing on the problem. Focus on strategies and tactics to make your life better.
not just Linux, but Gentoo Linux. the one everyone used to make fun of[1] before Google made it acceptable, and the only one not going the systemd route.

1. http://funroll-loops.teurasporsaat.org/
lol, another one. People are free to use React, Angular, Ember, Backbone, Meteor, VanillaJS, even brainfuck. You don't like something - don't use it and calm down, stop being a bigot.

and yes, I'm not polite and it's intended. Haters deserve to be hated.
React is not a framework though.
Where's the cancer comparison...

scrolls

...where is it...

scrolls some more

...ah, there it is.
CMU Robotics talk on this exo. Includes facts, figures and a lively discussion (75 minutes).: https://www.youtube.com/watch?v=j58ZP7vwcsU
I used AngularJS a for a little while about a year ago. It made you feel like you're using a different programming language to overcome all the JavaScript shortcomings, which is probably a good thing.

In any case though, it feels like all JavaScript frameworks out there are just trying to overcome fundamental weaknesses in JavaScript the language. At that point, I'd recommend looking into ClojureScript which is fundamentally a better language. I've recently started using ClojureScript + ReactJS + Om and it's been great so far.
IME, this tends to be a problem with frameworks in general: the goal, after all, is essentially to create a new platform on which to build, but that implicitly invalidates a whole lot of knowledge your potential users have of the underlying platform.

In other words, you're asking folks to not just learn something new, but also forget something they've perhaps invested a great deal of time and energy into already.

Sometimes, that tradeoff is worthwhile. But it's never free.
For me, the two way data binding and ng-model are the best parts of Angular. What do you do instead?
Location: Istanbul/Turkey
Remote: yes
Willing to relocate: yes
Technologies: Senior Linux Devops Engineer, Linux,
apache, nginx, tomcat, php, python, symfony, django,
mysql, postgresql, mongodb, mysqlcluster, redis,
twemproxy, squid, varnish, memcached, saltstack,
configuration management, continous integration,
elasticsearch, kibana, logstash, docker, lxc
continous deployment, zfs, dbd, sms, mms, gsm,
payment systems, high availability, clusters ...
Résumé/CV: https://tr.linkedin.com/in/onuryalazi
Email: onur@yalazi.org

I am an experienced computer engineer, system administrator, devops engineer. I have extensive hands on experience with payment systems, mobile/gsm systems, sms, mms, vas systems in designing, coding, integrating, maintaining and administration.

If you need extensive industrial experience and someone who can extend possibilities, I may be your man.
9 years checking in. Front and back end. Previously spent 1.3 years working on a behemoth of an Angular app for a corporate client. No complaints. Agree with your analysis of the article.
It's the opposite, if the application has no callbacks, how can anything be live edited when none of your code is hooked up to anything.
I moved to Canada. Due to NAFTA/CAFTA/SPP, Mexico, Canada and the US are the same country now.

The prices mentioned are exactly in-line with what I'm paying overall, though gas has gotten to around $3.10USD/Gal recently. Food prices are astronomical, and labor wages are flat/stagnating.
Can you please speak in numbers (microseconds maybe)? How you measured "noticeable" performance difference on list of 15 items? Very interesting.
Can be interesting to you: https://www.youtube.com/watch?v=XQM0K6YG18s
Epic wrong predictions... like "640Kb of RAM will be enough for everyone"
I see. Thanks for the clarification. (Seems as usual, I underestimated the complexity of HN's algorithms...)

Looks like his comments are un-flagged now.
Does React Native support everything that React in the browser supports, and vice versa?

Can browser-based react apps be converted to React Native apps with the click of a button?
creat was always create-and-open.
"On the whole, people don't want to lug a computer with them to the beach or on a train to while away hours they would rather spend reading the sports or business section of the newspaper."

Amusingly self-serving from the NYT.
You can write code without $scope since version 1.2. It was few thousands years ago.
Looks like a good target for the US Digital Service.

[1] "Every day, millions of people interact with the American government. We apply for Social Security benefits and small business loans. We look for affordable health insurance and financial aid. We need passports and tax refunds. Too often, these interactions can be frustrating and cumbersome because of outdated tools and unreliable systems. Government is ready for a change." -- https://www.whitehouse.gov/digital/united-states-digital-ser...
>> Ask any junior developer who has used it briefly, and they’ll tell you that they absolutely love Angular. In this sense it’s like giving candy to a child.

Here we go, another condescending, arrogant developer on his soap-box. Do you know why Junior developers like Angular? Because it is quick, intuitive, and you can rapidly release, just in the same way PHP and Ruby are. Are you building applications for the sake of building them, or building something users will use and love?

See: https://s3.amazonaws.com/m.helpscout.net/blog/2014/feb/devs-...
Anybody else get the feeling the author of this post really likes TypeScript?
Thinking about it, the charging of search results are what bothers me the most, as it creates perverse incentives.
This guide can help to keep code organized: https://github.com/johnpapa/angular-styleguide
"If you're alone with a girl, it's a date."

No, it is not. When you get older you will learn that women are people, just like you, and sometimes people just want to talk. Don't worry. Just talk to her like she was your sister or mother. After a while, it will become natural.
It's nice to see some real-world IPv6 web hosting beyond the usual Google and CloudFlare:

http://bgp.he.net/dns/sonicrobots.com#_ipinfo
What's going on is that practicing for programming competitions (which is needed to perform well in that venue) gives you a leg up on Google-style interviewing skills, but not a leg up on Google-style day-to-day demands.

As a consequence, among those who do get the job, those who were good at competitions have a correlation to not being quite as good at the day-to-day, since there are some in that category who would not have got the job without the competition experience.
Interesting, but are relatively few terms in academic writing that aren't contested. was the tenor of their point that there's no common ground, or is it the standard wrangling over technicalities/edge cases?
You have anonymous strict literals, though, which are nearly as succinct and can serve the same role.
Have you / would you consider extending this concept to buffers that are still single writer but support many readers -- something like a `FreshReader() io.Reader` function that returns a reader that starts from the beginning again? (I have an application that needs this semantic and ended up just rolling it quick-and-dirty; this sounds like very similar concepts done up with better gift wrapping.)