skysight-inc/HackerNews huggingface dataset:
This is especially true where the ORM can mask things such as moving a column to an associated table. The ORM knows that object.attribute is now represented in the object_attribute table with the relationship using object_attribute.pk in the object.attribute column (which may or may not be renamed to attribute_id).

No need to rewrite all your SQL, just the ORM description of the model!
They are probably committing different kinds of infractions, too. Some of them more criminalised than others.
The post is from 2014, so I won't be too harsh here. The author's problem is with some specific flavors of ORM he's used, and shouldn't be generalized. Hibernate's expressiveness is/was crippled by Java itself. C# ORMs on the other hand are way better because they benefit from LINQ which adds queries natively into the language. Other more expressive languages have excellent ORMs as well.

The objective of ORMs is not to replace 100% of your queries. That 10% might still require SQL or Stored Procs and that's fine.

ORMs give you:

1. Type safe queries

2. Ability to refactor easily, click to rename prop

3. Not having to handcode joins if objects are related

customers.select(c => { cust: c, orders: c.orders })

4. Lazy evaluation and composition (C# examples)

//If getOrders() returned a query expression
getOrders().where(o => o.city === "London")

//You extend it further
getLondonOrders().where(o => o.total > 200)

//^ These queries aren't executed yet.
The makers are Chinese Canadian, I would say they were inspired by Asian designs but probably have a better product in terms of internals and externals as is normally expected.
Wait, you had a buzzin when the video card is active as well? Was yours dependent on the refresh rate on the video card? (I haven't found any other mention of a similar problem elsewhere, and mine has been doing that for a few years now.)
Who Will Win the Himachal Pradesh Elections?
Of course you can, at least I do.

In the databases I've worked with extensively (PostgreSQL and, somewhat in the past, Oracle) Store Procedures are routinely versioned controlled as part of the application, just these bits of code are in a different language than the rest.

The creation of functions/procedures is not tied to state of the database in quite the same way as tables are; the functions/procedures, where they care about the data, do need to recognize the table structure and changes to that structure, but that's no different than any other of the application code which makes use of the data in the database.

I think where many people get caught up on this is that they do something like migrations to get code, including procedural code, into the database... but that's not the only game in town. And really, given what's possible with databases today, I'm not sure migrations are even the best way anymore.

Consider a tool like: http://sqitch.org/ which facilitates not treating stored procedures as migrations, but rather as individual files which change just like any other code.

There are ways to accomplish having good version control on the table/structure side as well, which again, is something you lose with the migration tools I've worked with.

Anyway, I just don't buy this argument.
Everything that isn't SQL tuned to your environment forces you to sacrifice performance at some point. At some point it does an inefficient join. How can you not go back and fix performance issues is you don't know SQL? (It isn't like you need to fix it in C)
Tech, as used by investors no longer really means technology. It means a website essentially.

It would rarely (in my experience) even encompass hardware. Certainly nothing requiring novel basic technology (science based startups).

I don’t know why terminology is used like this. Essentially it’s like saying mail order catalogs are technology companies because they take advantage of advances in printing, telecommunications etc.

I guess it’s because the process of building websites is still messy, and somewhat easy to get wrong.
will it work on iphone?
It is more of an indication that QE made cash worthless.
Honestly I have no idea. I'm sure it didn't hurt, but couldn't say if it was a deciding factor.
When we were kids (dating myself here), my friend had a TV with a remote control back when almost nobody had a TV with a remote. You would push the channel-change button on it and the channel knob (!!!) on the TV would mechanically turn and the channel would change. Well, apparently, the remote used an almost-audible high frequency to signal a channel change and when his dog ran through the living room, the dog's tags would jingle and change the channel on the TV.
As an American, I've heard that this can happen but have never heard of a specific example of it happening accidentally (sadly, there are multiple examples of them being deliberately used as weapons). I suspect it's an old wives' tale, possibly an exaggeration of poorly-made or damaged cookers somehow being opened at pressure and the "explosion" actually being rapidly venting steam.
I do play hearthstone casually, but I really miss the MTG mechanic where the defender decides on which minions damage is distributed by blocking with minions that did not attack the previous turn (or have taunt, so it can attack and block at the same time)

It would be an interesting experiment to replace the hearthstone mechanic with the MTG mechanic to see if it ends up with more interesting tactical situations.
I had to look it up. This led me to Wikipedia, which identifies no fewer than seven Washingtons in Wisconsin:

https://en.wikipedia.org/wiki/Washington,_Wisconsin
I wonder if this was based on stolen NSA code.
Great in theory, but I've just been reminded that I haven't liked anything that comes out of it. Things turn out kind of weird imho.

For example, carrots we're too soft, spinach was completely crushed and an ugly green. The texture always put me off.

Anyone else have a similar experience?
I would be pleasantly surprised if you were also very enthusiastic about conferences with a "No Asshole Rule", but that would make your previous comment a bit strange.
I don't agree about cost of living aside from outliers like the SFBA, and US healthcare is by and large better if you have access to insurance.

At the end of the day, in the US you get more pay, more respect and more recognition for the same work - and in many cases American software devs get vacation packages that are comparable to the European standard.
This? https://www.reddit.com/r/talesfromtechsupport/comments/2kfaz...
I've been writing C# professionally for ~5 years at this point. While I was initially quite infatuated with LINQ2SQL and EF, I have gone through the same situation as this fellow. I just write SQL in-line using Dapper for parameterization/data mapping, and use stored procs when I need some of the more arcane features of SQL (merges, CTE, etc).
I think there are 3 main reasons ORMs came into common use:

1. As a reaction to common SQL injection from poor libraries not implementing parameterized queries. (2004 or so)

2. Novice engineers not wanting to learn SQL (look I learned how to make a blog in RoR, and I like mongo!)

3. As a theoretical abstraction above the data-store (as though you might someday be able to switch the data-store beneath the ORM)

1 has been solved, 2 was never okay (point of the article), and 3 isn't really okay either because it's too leaky (performance specifics).
What I find disingenuous, are attempts to whitewash abusive monopolistic behavior like data caps or claims that zero rating is not violating net neutrality.
Given the scope of criminal activity using the net now, 3 is surely non-trivial.
I have been invested in Bitcoin since the very early days. This bull run can be explained, in fact it was predicted by many. I'd be happy to address any questions.
> Gold, on the other hand, is just valuable because it is expensive to produce and has a long history of being valuable. ...

Bitcoins are expensive to produce and if it hangs around very long it will have a long history also. So in the long run bitcoin could be a viable alternative to gold.
Three days and no answer to my questions? This is the third time I've posed these questions on HN/Reddit and not a single 'activist' has given me an answer.

That's exactly why I'm not buying this idea that these FCC policies were what's stopping ISPs from disrupting 'net neutrality'.

If you actually dig into the details it doesn't make much sense and is extremely risky. Yet I seem to be one of the very few who is actually challenging this stuff on rational grounds rather than "herr derr I support republican policies and want to be a contrarian".

The reality is that not every situation calls for government intervention. Especially extremely hypothetical situations which have never even been tried in the market place.

This is equivalent to regulatory "pre-crime" enforcement...
He definitely used the word patents. So I really think he means new technology when he says tech rather than websites, deployment, logistics, ....
Well, despite the appalling infrastructure in Australia, I had a choice of:

* Exetel

* Optus

* Vodafone

* Dodo

* iiNet (the only one who provides fibre here)

* Telstra

At every residence I've occupied. 3 or more seems to the national norm.

So far as I understand it, it's common for providers to rent their architecture to other providers, so long as they are using similar pricing. (The NBN is slightly different as the mostly-Telstra-controlled NBNCo gets to set minimum prices for some reason. It results in usually-identical pricing.)
Coincidentally, I just saw this review of a film about a similar event:

https://www.nytimes.com/2017/12/14/movies/wormwood-review-er...
I think you are talking about Korean electric pressure rice cooker. They have various cooking mode but more geared for rice. But people found a way to make cakes etc. This is North America version of them.
Learning SQL is all well and good but what am I supposed to do then? I can't stand writing SQL in string literals
Our customers are the directors of organizations and on average communities pay us tens of thousands of $ each to put an app for their members in the store.

For example a university realizes that if they give an app to their students while they are still actively studying there, as alumni they will be part of a social network across the country where they can get job and business opportunities, date or just meet someone for an activity. They are more likely to donate and participate when the university posts their own events.

As for the users - you're right. A user doesn't necessarily want to have one app for each community. That's why the process should be seamless.

Ideally, an app should be usable across many communities. So think for example of Meetup.com as an app on our platform. It would be on the app store and you'd automatically see meetups across all the communities where you are a member.

We go way further btw, with authentication and friend discovery: https://github.com/Qbix/auth

It has to be absolutely seamless, private and integrate with existing websites.
Scaling is like optimization in general: not everything will need to be able to scale, and even if they will, they often do not need to scale yet.
A question similar to this is on Quora by the way: https://www.quora.com/Why-doesnt-Jony-Ive-present-at-Apples-...
Western, maybe. But not uniquely American. I've seen references/jokes about it in Europe as well.
> Intelligence is the capacity to achieve your goals. Intelligence is highly heritable. A goal of most people is to become wealthy. So people who acquire wealth tend to be much more intelligent than average, as wealth is graded on a curve

That is an impressive syllogism you've got there.
Maverick accelerator claims no equity if its startups don’t hit revenue goals
> Moving real money into Bitcoin will leave a paper trail, as does moving it out.

That will change with the Lighting Network.
The process of autonomy, at every time instant, may be broken down into the following: 1) sensor observation, 2) perception, 3) intent modeling, 4) path planning, 5) control action. 1) Sensor observation is the collection of video, radar, Lidar etc. data. 2) Perception is the interpretation of that sensor data into a meaningful representation of the 3D environment, both static and dynamic, tasks like object detection, localization, tracking, semantic understanding (think of it like computing a physics enginge for the world). 3) Intent modeling is the prediction of what the moving objects might do in the future (e.g. is that car just drifting a bit, or it is about to merge into my lane?) 4) Given the outcome of 2) and 3), path planning is answering the question of where should I plan to drive the car through my estimation of the environment and how it might change? 5) Control is the execution of the planned path, by manipulating the steering wheel, gas and brake etc.

Of the different aspects of autonomy, perception and intent modeling are the unsolved pieces, with the other aspects being relatively well understood. The quality of your sensors (resolution, dynamic range, depth range for Lidar/radar etc) affect the difficulty of the perception task, as does computational power, but even with perfect sensors and high compute the problem is difficult (recognizing the difference between a rock and a crumpled piece of paper requires algorithmic processing of sensor data). The difficulty of perception is best illustrated by pointing to the field of computer vision, which is essentially focused on solving that problem. What seems easy to a human is quite hard for a computer, but really it's only easy at the conscious level, while in fact 70% of the human brain is dedicated to solving the vision problem at any given time.

All the steps after perception rely crucially on it. If perception were perfectly solved, intent modeling is also a difficult problem, but it is relatively easier than perception, as it involves reasoning in a lower dimensional state-action space, albeit with partial information. To make a comparison, intent modeling for diving in urban environments is perhaps harder than beating humans at Go, and may be as hard as beating humans at poker.

If perception and intent modeling are solved, the execution of path planning and control is relatively well understood.

To summarize, the main issues are perception and intent modeling, and these are fundamentally difficult AI problems. So the main thing holding back GM/Volvo/Google is algorithms.
The whole "a machine decides what I watch"-thing scares me a bit. It creates a world where people only listen to the exact thing they like. Like a reddit/HN echo chamber, but instead of being designed for communities, it is tailored to one person. An individual echo chamber.

Of course it is nice to listen to music we love and to see movies that fit our past viewing experience, but what about putting some plain randomness in there too. Wikipedia has a "random article" button. The online content world is not random enough.
The DSL for your database is called SQL.
That's one of the main caveats of the entire cryptocurrency effort: the exchanges. Unfortunately for investors, the prices don't reflect the actual projects (and honestly why would you expect them to), and for the developers they have to operate under these expectations of performance for what are essentially experiments that need time to mature.

What these projects are trying to do and the things they've already achieved is just amazing and really exciting. When you actually use this stuff instead of just HODling it, you realize why it has value.

Should these crytpocurrencies actually cost this much at this point? Would bitcoin be any less useful if it was worth $5 instead of $20k? Probably not and definitely not. These things aren't the sort of assets we're used to. It's not like an equity share of the company that makes the car--it is the car. We need to actually start driving for it to be worth anything in the long term.
For what it's worth, Unicode's CLDR names Unicode characters in multiple languages [1], although this work is done in phases, and usually the English names are ready before others. Unicode also maintains an informative emoji chart [2], which includes comparison pictures among popular glyph-sets, as well as an English short name.

[1] http://cldr.unicode.org/#TOC-What-is-CLDR- [2] http://unicode.org/emoji/charts-5.0/full-emoji-list.html
Customers "being mad" at ISPs is hardly what I'm saying is stopping them. It's merely a minor part of the problem. See my other comment: https://news.ycombinator.com/item?id=15926116

The customers revolting is not a matter of influencing Comcast/ATT/etc, it's a matter of influencing Google/Apple/HBO+Disney/Netflix etc etc etc.

People love to trivialise this counter-point as merely "oh ISPs dont have competition therefore the market can't fight this problem", which is incredibly reductive and misses the forest for the trees.
Scaling Slack’s Job Queue...Using Kafka and Redis
This isn't entirely true. If secondary market trades increase the value of the stock then the company can sell some of their stock to get more funding, or can borrow at better terms.

Similarly, buying and holding Bitcoin has a range of effects that help the network and generate real wealth. Bitcoin is a services company, a payment network, a bank, and investment vehicle, a reflection of wealth in that economy, a notary, a liberated, sound money and a protest - all disguised as a get rich quick scheme.
There are no explicit "parking" sensors (it's not going to beep if you're about to back into something) but all but the base model have blind spot and reverse cross-traffic sensors. I can't find any explicit mention of the trim from OP. It's quite possible he's incorrect in saying he has no sensors.

I have a 2016 WRX with what should be the same exhaust. When you start the car, it starts with a high 2000-2200RPM idle and drops from there. If it needs to warm up, it will sit around ~1800rpm which is exactly where the stock exhaust makes the loudest drone.

So simply starting the car and letting it idle should result in it hitting all the revs that trying to reverse would (unless OP is awful at driving stick and way overrevving it here).

I find it way more likely there's a sensor interference issue than it's an exhaust issue based on the other information. My second guess would be some IR from the halogen running lights / fog lights / other lights in the car interfering with a motion sensor.
Yes, it will work as a regular web app, but it will not work offline on iOS. Once service-worker is implemented in Safari for iOS - it should also work offline.
I disagree, we should always, when available, use our best source of knowledge to argue about issues. Always. I see no reason to say, "hmm let's go and use lesser quality evidence."

I would even say that, if you don't know the science about an issue, it might be the wisest to refrain from having a strong position on a matter, at all.

Sure, many people do not understand statistics, I would dare postulate many many scientists don't properly understand stats ;)

But, if we do away with the science domain, people will resort to another domain, which is normally trumped in debates by scientific arguments. And that is, anecdotal evidence. And people will use it just as much and as falsely to defend their believes.

(no worries, not a native speaker either :) )
For 3: the proper abstraction for relational data is, surprise, a relation.

I used to work in an environment where we had relations as full first class data structures. They are very pleasant to work with.

We actually had 'relation-object-mappers', ie when we had to interact with other systems that didn't use relations, we often mapped them to relations internally to make them play nicer.
Hah yup, we kept 15M tucked away on the last game I shipped. Came in handy for demos more than anything else.
> Unfortunately you are not able to save or export your Buddy List.
Another happy jOOQ user here! I'm ditching Hibernate wherever I can in favour of it. And using it with Kotlin instead of Java makes it almost a form of poetry.. I've seriously been thinking about writing a blog post, something along the lines of "jOOQ: how I learned to love the database again"

I've been thinking about what makes jOOQ so good and a huge part of it is brilliant engineering: SQL clauses are mapped almost 1:1 into reasonable and understandable code while the author spends huge effort to cover new features as databases introduce them without turning his product into a mess or introducing API breaks in every major new version. That's hard.. but awesome! :)
Vaguely related - I once met a parrot that had learned to imitate that exact chirp. Maddening.
With or without lazy loading enabled the result was the same. Generating the structure took seconds and went OOM with enough tables.

LazyLoading impacts what data is retrieved from the database (or more to the point when), this is a structural issue before a query was even sent to the database. It would die while generating the query, not sending the query or populating the result.

You likely should have asked for more information before concluding it was "user error."
Our version is: shirtsleeves to shirtsleeves in three generations.
ORMs are bad, because objects aren't particularly useful to deal with most data.

And when you've already been through the effort to make your data relational for the database, might as well re-use that effort.

That's not to say that SQL is the answer. Proper first class support for relations in your programming language / libraries is great.

As for using a DSL, Datalog is worth a look.
In response to (4). I'd posit that beginners have a hard time with this stuff because they use too many leaky abstractions. Like the article says, if you want to use an ORM for anything non-trivial, you need to learn both the ORM and SQL, which is inherently more difficult than just learning SQL.

Providing tons of abstractions to beginners so they can build something in 10 lines of code doesn't help them get better. All it does is encourage them to learn top-down when it's often much easier to learn something from the bottom-up.
Is LINQ actually an ORM? It looks like a DSL to do relational stuff in C#, but I don't see where the 'O' part of ORM fits in especially not in your examples to show off LINQ's power and convenience.
> QE made cash worthless

Really? All your cash is worthless? Well that sucks but tell you what, I'll help hedge your losses by swapping it all for a big mac meal (which I assume I'll have to barter for, but I'll do that for you).
Yes, but git doesn't force you to do this -- you can be as messy as you like with git, knock yourself out. Git is NOT opinionated. I am opinionated. But Mercurial and others don't make it possible (or easy) to get nice, clean history, therefore they are inferior.

And no, "just diff between merges" is NOT nice and clean. It bundles lots of changes together, therefore you can't easily separate them without actually understanding all of it. The cognitive burden of reading diffs is high. The cognitive burden of reading commit subjects and messages is lower -- much much lower.

One really does have to be considerate of the people who will be maintaining one's code in the future. Even that will be you yourself, you should still be considerate to your future self.

When you work with codebases measured in Mloc or Gloc, you really need the code and its history to be accessible. This is obvious to people who have worked with such codebases. It's less obvious to people who haven't, but it it's still true.
Deploying an Angular App to GitHub Pages
I’ve not experienced it directly, but I have a couple of friends who have. Best case scenario you are knocked down and bruised, worse case you get broken ribs, worst case the vest isn’t rated for the caliber and goes through.

You feel the entire kinetic energy of the bullet with a vest, the bullet just doesn’t go through. Imagine driving a truck at 100mph into a sturdy concrete wall. Similarish outcome.