skysight-inc/HackerNews huggingface dataset:
Actually criticism is mostly personal however there are a few:

- I dislike the DSL // not a really useful criticism I know.
- Some things needs Groovy which isn't a mainstream language
- Had Bad support for Scala, which I use heavily mostly resolved since 2.2 and thanks to linkedin newer version even have twirl + playframework support.
- sometimes the syntax file of the DSL couldn't be highlighted in eclipse / intellij
- Bigger build files could be really slow (mostly resolved in newer versions)

Btw. whats really really good on Gradle is the dependency resolution, which is really fast compared to something like sbt.
\m/ will look into the contrast - overall
It depends on what the bar for "good enough" and "fast enough" is. Remember that Google Translate, just one example, was pretty feeble to start but has proven itself to be adequate for most needs now even if a lot of the meaning gets lost in translation.

Could that be paired up with Google Voice? Absolutely.

It's not easy, but it's inevitable.
Sorry, what's wrong with using free software for moral and ethical reasons? I often do so because I don't feel like paying nor stealing commercial software. However, being so dependent on OSS has made me appreciate it and want to support it in what ways I can -- call it a moral imperative. Besides contributing bug reports and patches, I sometimes like using new libraries (or edge versions of existing software) if the creator, working freely, is trying to move the ball forward...having users who can provide feedback is a sort of moral support.

In the case of libav...as an admitted casual, I'm thankful that ffmpeg exists, even if its API confuses me...I'm grateful enough to think that the status quo is just fine, whether I can rationalize it or not. However, I do find it admirable that some people (ostensibly) wanted to make what they think were forward-thinking changes, including doing the kind of cleanup that is generally under-appreciated and under-prioritized in all software.

So if they're promising a transparent, interoperable interface...sure, I'll give it a try, and it will be for "moral" reasons in the sense of moral support. I've done the same with MariaDB (over MySQL) and haven't regretted it.
While "easy programming tricks" are not all it takes to understand difficult mathematics, writing a math paper like good code makes it drastically easier to understand what's going on.

E.g., encapsulation - given a theorem with a highly technical proof, but ideas from the proof are not super important, hide the proof in an appendix. This is directly analogous to private functions which are only used to power a public one.

Naming lemmas is also helpful, although not sufficient.

Mathematicians aren't dumb. But they do have a set of traditions and a rhetorical style which is often blindly copied. Also, most mathematicians haven't been exposed to good software engineering practices - consider how few use git and instead just email around "paper_v3_chris_edits.tex". Having worked in both the math world and the CS world, math folks can learn quite a bit from software.

(And vice versa - e.g., I just wrote a blog post about how some abstract math solved a real software engineering problem for me: http://engineering.wingify.com/posts/Free-objects/ )
But isn't advertising spending increasing?
If you're interested in British Indian cooking, try Madhur Jaffrey's Indian Cookery:

http://www.amazon.co.uk/Madhur-Jaffreys-Indian-Cookery-Jaffr...

This book, or at least the original, is at least partly responsible for the overwhelming popularity of Indian food in the UK and the ability to find any Indian ingredient you care to mention in any supermarket. It's well written, easy to follow, and her recipes all work.

She was one of the first TV chefs in the UK, and has written a million other books on Asian cooking of all kinds, all of which are just as good, and go into a lot of fascinating historical and cultural background as to just why you're making just what you're making.

A lot of the episodes of her TV series (from 1978!) are on Youtube.
Maven is fantastic in my book. Literally the best build system I've seen. But even if you disagree with me on the specifics, if there's something you want to change about one of those tools, surely you'd want to make the same change when building Java? I don't see any value in rewriting one of those tools in Kotlin to make it Kotlin. (And if some particular idea is easier to express in Kotlin, I've written Maven plugins in Scala, I'm sure you could do it in Kotlin too)
I had a six year old Windows 7 PC running with an uptime of 335 days.

...Then, no joke, it lit on fire. Burned a couple of PCI cards, but the motherboard is still okay!
Apple Inc set to open new $25M tech center in Hyderabad, India
Turn Coffee into Code
Microsoft patents a modular PC with stackable components
Fortunately in my experience neither of these is particularly hard.
The SWF team at AWS is aware of this thread! Thanks for all of the perspectives and feedback.
To be fair, translation today is significantly better than sixty years ago. For one, the output is often usable as-is, and with some tweaking is even better.

I've known several people that have learned English by leaning heavily on automated translation until they got a firmer handle on it. If you tried that in the 1970s you'd still be trying to figure out what the word "the" means.
I would think that stuff would sit in Amazon warehouses and Amazon would handle returns.
"What language will replace python?"

"No."
Agents are mostly there to promote the property and conduct viewings. Many landlords don't have the time or inclination to handle that side of things. Software can do a lot of the agent's work, but not all of it for all people.

The reference checks are just profit centres for the agents, so they actually want you to overpay for a new check each time.
can relate to that. adobe's arrogant shit show destroyed the best fireworks.
This looks pretty good, thanks for sharing!

The three-column desktop views cut off way too many titles, meaning if I want the full headline I have to hover over each one for a second or two. At first I didn't even notice, but if you have to do it for every other link it gets tiring.

If it had an option for non-columnar view, I might very well use this every day (and still might on mobile).
It does make you more immediately employable. In sum I agree, but why is the inverse never true? You can learn and use 2, since that is the advantage for employment, then use 3 when you need to just as easily.

Let the tech live or die based on its actual merits (employment, technical etc), not trying to get more people onboard with propaganda. Considering the money is with 2, I think what you said backs it up even more. 3 will be easy to pickup when needed.
Measuring web app runtime performance
Wisdom of Crowdfunding Expert Clay Hebert
Here's an alternative (and actually academic) look at it.

http://homes.chass.utoronto.ca/~siow/332/rings.pdf

TL;DR, the data doesn't back up the advertising thesis.
currently I use sbt and as said they are okai to work with, but they are not great, else there would've been only one. ;)
Actually I like many things on sbt, but It has some clear downsides and it's not hard to figure them out.
Actually I would favor gradle from all of them however I started with sbt and I think I actually will stick with it a while, even if there are some downsides.
Looks like we are never going to know what exactly happened to Ian.
Recent versions of mupdf support epub. I currently use zathura which is great for pdf's and it does an decent job with epub's.
If I access this article via a google search, it is still paywalled. I see experts-exchange seems to be doing this again also. I thought this was against google's terms & conditions, no?
I speak Arabic, French, English and Spanish; the last 3 are "easier" to translate interchangeably. Good luck breaking the Arabic barrier, each Arab nation has its own dialect and no one hardly speaks "traditional" Arabic anymore. The language itself is very rich and dense, even machine text translation has a long way to go, let alone real-time voice translation. This article is fiction at best.
There's no clear separation between build config and random Groovy expressions. There's not even a spec for what a .gradle file looks like. That's fine for "get this done quickly", but ultimately it encourages people to put one-off hacks in the build file that become a maintainability nightmare.

(And because its "config" files are arbitrary turing-complete code, its IDE integration is never going to be as good as Maven's)
Meet the Next Einstein – Millennial Physics Genius Sabrina Pasterski
Headshots: A visual history of first-person shooters
Adobe EOLd Fireworks in 2012.
Alright. I hear you. Following link may help you decide if this bar is worth paying a cover charge! :)

https://www.readboard.io/about
I mean, if we're reducing people to animals, we might as well ask, why does a new alpha male kill offspring of previous alpha males?

In the past, women had to have a dowry to get married. There was probably a reason for that (economic or market reason, I guess). It probably wasn't a very good reason, and likely isn't very relevant today.
That's a very unconstructive post. Please be more specific about upsides and downsides rather than just saying "It has some clear downsides and it's not hard to figure them out".
Implementations of cat(1) from various sources
Curious: are you the author?
The whole site is just a frame around http://mrgory.info/sm/
You seem to be the dream consumer for their marketers :-)
A pure translation would be some sort of grace that is either ambiguous or directed at the host who provides the meal, rather than a god. See my other comment about itadaku.
ReadBoard enables meaningful contextual conversations on the Web amongst colleagues, friends, family, and web users. The conversations are public-by-default.

The mission of ReadBoard is to bring all the conversations happening on the Web at one place so to become the default destination for millions of people looking for interesting content on the Web everyday.

The vision is to build the largest community of like-minded readers and thinkers on the Web.

https://www.readboard.io/about
So, we need to translate text to an artificial language, which is well understood by both humans and AI, and then render same meaning in native language of listener.

Slovakian or Ukrainian language should be good base for that artificial language, because they are easy to parse and are well developed, with large enough dictionary to cover most cases. Moreover, Ukrainians are very cheap right now, because of war with Russia.
I wondered about this business model for a long time. The cost to ship something Fedex is 3x-5x more than shipping something in a container. I always thought a efulfillment company that would offer a service to buy space in a shipping container to there facility would be a good value add.
Thanks for the feedback Jason. Will look into view modes.
Even English isn't English as innuendo and alternate meanings cloud understanding of it constantly. Even the simple phrase "I'd hit that" means any number of things depending on the speaker and the context.

This doesn't even touch on how sometimes British English needs to be "translated" to American English, like in the case of Harry Potter being adapted with many words changed.

Likewise it's almost impossible to express the nuance of something like "that's so fucking fucked" in a language lacking a word of similar versatility.

I'd argue there's no such thing as a "perfect translation". That's why people who translate novels have a considerable amount of work to do to pick, from all possible translations, the one that best represents the tone and intent of the original author.

I still think it's possible to come up with a passable translation automatically in real-time. It's inevitable.
Maybe they hired a bunch of Stackoverflow driven developers and it was a result of a copy paste
There's no trigger to change the time manually

When you land there is usually an announcement: "welcome to [city], where the local time is [time]."
> If they would just learn from medium

Medium is content "centric" and tries to promote "good" content or writing. Tumblr is 80% porn. There is nothing they can learn for Medium.
You probably have to fake an accent to communicate with some American call-centres as well.
If that vice article has taught us anything, it's that Diana Tourjee is sexist. As her vice article shows, whether or not she thinks that she views men as equals, men's actions are not being judged impartially.
5 Best Reasons to Listen to Your Client Not Trends
I did a degree in CS first and then graduate school for Biomedical Engineering. It was a good path for me. Solid programming foundation in CS (and a lot more) with experience and domain knowledge applying it in graduate school. Leading a research with grant with the US government (NIH, NHS, DARPA, etc) generally requires a PhD. You could probably be a PI without but it would be scrutinized. Graduate school in any math/science field will give you the experience needed for research, and gaining the domain knowledge is extremely helpful.

If by research you mean "scientific computing" then you can easily do that with CS. My first job out of undergrad was supporting research efforts with data acquisition and analysis. If you know that's what you want to do go strong with math and statistics as a CS undergrad.
I live abroad and speak far from fluently in a foreign language. I'm personally invested in machine translation improving, and I really hope it does.

> Today’s translation tools were developed by computing more than a billion translations a day for over 200 million people. With the exponential growth in data, that number of translations will soon be made in an afternoon, then in an hour. The machines will grow exponentially more accurate and be able to parse the smallest detail. Whenever the machine translations get it wrong, users can flag the error—and that data, too, will be incorporated into future attempts.

If this is the reasoning that we will be there in 10 years, it is ridiculously optimistic. I'm pretty sure that there is a exponential fall off from common phrases to a long tail of more nuanced, not as often uttered language. A million people punching in "where is the bathroom?" is not going to make the machine know how to impart the acerbic wit of a phrase from a Palahniuk book to a Japanese business man. Good luck finding someone skilled enough in both languages and cultures to be able to correct the error.

Real skills in multiple languages requires an intellect to parse the situations. While I personally hope that will one day be achievable with AI, I have to think that we are still a long way off.
Cubase Pro 8.5 Crack Keygen with Serial Key Free Download
And this requires introspection on your process, whether the domain is programming, cooking or really any human endeavor. Unfortunately not many people can do this effectively (and this is related to the 10k hours to mastery dictum - it requires effortfull practice which includes exactly this sort of introspection)
I disagree. A mathematical result doesn't have to have direct application to the real world for it to be useful. Drawing analogies between the real world and mathematical concepts is very powerful. I have a good example:

Number theorists (amongst others) are seemingly obsessed with bounding things. There are entire books written about obtaining and then refining bounds - which appear to be nothing more than inequalities. There is great real-world value to be derived from seeing 'inequalities' as tools to leverage. Brian Kernighan once commented that controlling software complexity is the essence of programming [0]. I believe similar thinking applies to other aspects of software engineering, and product and business development. If you can take a hard problem, and bound its complexity, then you can say "the problem is no more complex than this". This is very useful. The chief value proposition of many SaaS businesses is the trivialisation of the upper bounds of complexity of hard problems. For instance, for many developers, Heroku makes the complexity of deployment very low.

[0] http://quotes.cat-v.org/programming/
Imagine the pain a modern day McCarthy, with Government sanctioned access to your data, could cause. Your lifestyle choices and everything you have ever read, posted or even been associated with, could be used to decide if you were a "threat" to 1 person in power's ideals and have you black listed, socially ostracised or even far worse.

Sobering thought for all those people that say "I have nothing to hide"
Dr. Fitzek sees the OCP Telco Project to be a strategic initiative to move the cloud closer to the network's edge, where apps can be built to perform complex functions. It is a telecom-specific platform, combining Network NFV and SDN. He predicts an Internet of Things (IoT) with apps at the network edge that control autonomous vehicles and other types of autonomous devices, including robots, drones, and farm equipment.
The reality of London is that even the property with mould and crap won't be on the market for long enough for somebody to bother reviewing it if it's in a popular area.

Unlike other reviewed products, properties are exclusive and don't regularly appear on the market, and there are very strong incentives for people that want to bid the price up or down to lie.
VS Code is open source and starts as fast as notepad.exe. Also, I think it has more features than atom.
Hooking up might have worked very differently in 1938, though. I don't think relationships and marriage were the same as today. Maybe because we have more freedom in our relationships now, we need diamonds.

As an extreme case, take a culture were arranged marriages are the norm. Then it seems obvious that you wouldn't need diamonds because you wouldn't have much of a choice to not commit to the relationship anyway.

I don't know enough about 1938 to make a proper comparison, though.

Edit: somebody else posted a more educated comment. Prior to 1935, apparently women were entitled to compensation when an engagement was broken off - http://homes.chass.utoronto.ca/~siow/332/rings.pdf
> Some words just don't have a translation in other languages.

Generally speaking I'm inclined to agree with you but you chose a bad example. The earpieces could translate it as "time to eat!" or "thank you for the food.". It's not a literal translation of course but a lot of the work involved with translations is about finding the right substitutes for these kind of phrases. In japanese there's a lot of mundane phrases that could better illustrate your point, for example how would an earpiece translate 好きです。 as a stand-alone phrase? It could do so literally but it would probably sound very unnatural. To do a natural translation the device would need to be understanding the conversation as a whole and that would be way more difficult to implement since it will involve some actual intelligence :)
Reminds me of the modular stacking of the RiscPC.

https://en.wikipedia.org/wiki/RiscPC

http://www.houseofmabel.com/puters/RPC/ has an amusing photo of one with a "pizza oven" slice.
PyDev of the Week: Mike Bayer
https://en.wikipedia.org/wiki/Emacs/W3

https://en.wikipedia.org/wiki/Eww_%28web_browser%29

I don't believe there is any Javascript support, though, so you'll be out of luck for many modern pages...
Dowries are still required in many cultures today, particularly rural ones.
how do you do conditionals or loops in maven?
Don't know if it fits well but its a nice article talking about why github doesn't use gitflow workflow

http://scottchacon.com/2011/08/31/github-flow.html

I am not denying that automated tests are not necessary but I believe that continuously deploying code and then fixing bugs that occur in the code is atleast faster way to code.

Github flow certainly doesn't work very well with mobile development main reason being you cant deply code to production continuously but I was wondering if there is some middle way
Is not next to a squat

Not a council house

Was not previously occupied by criminals

It doesn't have elderly neighbours

No kebab / chicken shops within x metres
DoVibe App
Some of the good advice in this blog post is taken too far, like the advice about intentionally writing shitty code in order to learn from your mistakes. Coding is like any other skill. You learn from your mistakes only if you're trying your best not to make them. Otherwise there's no differentiating between your real mistakes and your carelessness.

> A lot of programming is exploratory, and it’s quicker to get it wrong a few times and iterate than think to get it right first time.

It's really hard to get it wrong a few times if you have 10 other developers building on top of your mistakes. Then you're pretty much stuck with the code you thought you were going to get rid of. In accordance with Murphy's law, it seems like the code you push out knowing it sucks always ends up being the foundation for something really important. So yes, build the simplest thing possible. Yes, don't abstract pre-maturely. No, don't write shitty code on purpose.

Similarly advice with "copy-paste 10 times". While I agree that you should copy-paste 2-3 times, 10 times is way too many. By the time you've copy pasted something 10 times, it's too expensive to refactor. Or if you do refactor it, 5 of those 10 instances have changed beyond recognition and will be missed. They continue to evolve and now for the rest of the life of your software, you're fixing 6 times the amount of bugs.
there is a kotlin build system

http://beust.com/kobalt/home/index.html
I am not advocating diamonds, just pointing out that they serve a need.

Generations before us had a very different way of getting into relationships. Maybe our modern lifestyle made diamonds more important.

I am also not saying that diamonds are unavoidable.

Edit: somebody else posted a more educated comment. Prior to 1935, apparently women were entitled to compensation when an engagement was broken off - http://homes.chass.utoronto.ca/~siow/332/rings.pdf
I like the way Scala solves the problem with multiple inheritance as described in https://fuhm.net/super-harmful/ : multiple inheritance is allowed, but only classes (not traits) may have constructors, and a class may only have one parent class (i.e. only one parent with a constructor).

For my part I still prefer composition over inheritance and prefer to do composition "by hand" (i.e. explicit members and delegation) where necessary; I wouldn't use this style at all. But Scala's great strength (and great weakness) is that it has absolutely first-class support for traditional OO like this as well as all the functional stuff.
Short answer: because wombs are more valuable than sperm.
Texmacs home: http://www.texmacs.org/tmweb/home/welcome.en.html
To pick on one paragraph, it's not that the left thinks "The Market" is evil. It's neither good nor evil (amoral, not immoral), so it's irrational to count on it to be a force for good in the world.
sbt downsides:

- slow resolution (could be really really really slow)
- transitive dependencies could be a mess since it could actually will mostly give you a evicition but it's hard to actually resolve that.
- however if you have two plugins a evicition is not printed, so you will actually get a funny stack trace if you actually use a library that resolve something via reflections. (i.e. closure compiler)
- sbt is slow
- sbt has some wierd operators.
- has problem with dynamic ranged versions
- scoped settings are cool, but could be wierd to understand, especially for new people
- sbt-web which tries to use npm which it packages as webjars which actually is a total mess since you actually run into the great world of npm packaging and try to force it into a completly different format.

there are more, however these are the ones I often deal with
bzzz

Evil.
Red Hat ships kernel with crash bug, hides fix behind paywall