skysight-inc/HackerNews huggingface dataset:
I had a quick lock at the website, the 'history' page, the 'old.' website etc., but I still didn't get an answer to a very basic question for a programming language which is: why?

Somewhere in a post from a couple of years ago I read "a vision of a different world: one with the flexibility of Smalltalk, the power of Lisp, while still allowing for compilation to efficient code", but as someone said in a comment to the link of that post in HN these these are already covered (and if not, they have a lot of people working on them) by other more popular (and more friendly imho, from the few examples I had a look to) languages..

So again, why Dylan?
Mobile or web?
I am trying to decide whether to build on mobile or web to test my hypotheses for a goals app. Mobile makes more sense to me for this kind of app but I am much more experienced in web development and hence could get it done faster on web.
I fail to see how reduceDepositedCoinsBy is in any way more functional.
You've probably been downvoted (although, not be me) for using the term 'idiocy' which is a really unfair and derogatory accusation. I've cut myself on packaging before, definitely. I've probably done it in the past year. I am not 'an idiot'. ER visits could be for a number of indirect reasons; blood disorders that could prevent blood from clotting affect at least 6,500 people in the US. Just because the injury you're imagining wouldn't be serious to you, doesn't mean others are 'idiots'.
Science is not about proving, it's about disproving hypothesis. If we can disprove it, this gives us a lot of certain knowledge about the world, and expands our thinking to new hypothesis. If we can't disprove it yet, we just use it as the current understanding of how things work, and try to build new things using that knowledge. This is how all of the technology was created.

And yes, this is science. What is your alternative? Just say "must be the almighty" and do nothing? Because doing that is surely more scientific?
Ali Mohammed Baqir Al-Nimr
Because Apple.
Womens wear
do u know worlds famous designer ?
But in sticking to that standard, what was the effort balance between improving understanding vs. busywork to meet the guideline?

Edit: Huh? Why a downvote?

For a rule made with the goal of improving understanding, it's great that the rule is not actively detrimental to understanding.

But we still need to know how often it actually succeeds vs. having marginal effect.

We also need to know what it costs in terms of labor.

Without those two bits of info we have absolutely no idea if it was a good rule.
I don't think so. There's plenty of reasons that someone might leave a job that doesn't imply failure on anyone's part. Maternity can change lives, when the kids move our they might want to move somewhere, or maybe start their own business. None of these possibilities reflects a short coming in anyone involved. Just my take but I think employment is a lot more fluids than HN headlines would have someone believe.
If an article starts with basically "Because Uncle Bob said so", cum grano salis doesn't even cover my mindset when reading the rest of it.

Function size has been a pretty peculiar fetish. Even when viewed on the mythological 80x24 remote terminal, the initial function doesn't seem to be that hard to understand, and spreading it out between some function with lackluster naming doesn't really improve it all that much ("Computer science has two hard problems: cache invalidation, naming things and off by one errors").

Literate programming or the rather esoteric "refinements" at least had the advantage of being able to use proper sentences to describe the functional component and with the former you even had the option of being able to look at the code in both forms.

Having said that: As I'm not a Swift programmer (ba-doom-tish), is this all the language has that approaches Design By Contract?
So, basically, you're asking for opinions on what is very likely an extremely important decision for the future of your app, yet you are intentionally vague and can't provide even the most minimal of details?

Yeah, good luck.
They were chosen/bred to be flavorless, but that was a side effect of breeding for looks:

http://www.npr.org/sections/thesalt/2012/06/28/155917345/how...
Infection used to be the potential killer behind any (otherwise) non-life-threatening injury. I'm a but surprised that only 82MM people are deemed to have been saved by antibiotics. Perhaps that number is for Penicillin only?
Unless the employee leaves for a role (more senior, more pay, and/or more responsibilities) which at his/her current company simply isn't available or feasible.

I have experienced this from both ends, as the employee who outgrew my current role, and as a manager who my direct report outgrew their role. In this case, apart from trying to create a similar role (which often than not is impossible), the best you can do is to wish them the best, and be proud of the fact that you've worked with such an awesome colleague that they have now surpassed what the role could do for them. :)
“I’m gonna use my formula sheets and that’s the only way I’m gonna do stuff.”
Yes. Do physical damage to the brain and the abstract thinking (along with other kinds) dissapears.
couple things to consider:
1) Most people prefer comfort to challenge.

2) Most organizations suffer from varying degrees of misaligned incentives. Especially in publicly owned companies where even the c level execs don't have much stake in the outcome of the company.

Combine 1 and 2 and you get most of what you're observing from rational actors who are competent at maximizing their own outcomes. Good luck trying to solve these problems.

Now consider this:

As corrupt/incompetent/lazy as the US system is, it's still several orders of magnitude better than anywhere else in the world. And those 2 companies you worked for are better than most US companies.

Imagine a 3rd tier company in Europe/Asia/wherever, ie. where the majority of the world's population works, and you'll start to get an idea of how deep the rabbit hole goes.
I feel you. Most of the world today is fake. Fake people, fake news, fake products.

I recently saw a company sell a product for over USD15,000 that was just Joomla ecommerce that I could do in a day. What makes things even worse is that 5 people were working on it. At least that is what "sales person" told the client. It made me sick. They had 2 months for this and it should be up by New Year. It's still in "development phase" because they don't know how to redirect from Paypal to shop once the payment is made. That's those fake engineers you are talking about. They took money from small business and sold them a solution that will never work properly and for big money. Fake people, fake engineers, fake product.
> If an article starts with basically "Because Uncle Bob said so", cum grano salis doesn't even cover my mindset

Uncle Bob is a recognised expert in the area. So no, his opinions on SRP should not just be dismissed out of hand.
You're not using Erlang/Elixir for number crunching; you're using it for orchestration of your C code.

That's my point; in a niche language, you only try to use it to solve the problems it claims or you have reason to believe it to be good at, thus, its limitations (both declared and any you run into outside of the claims it makes) are dismissed with "you're using the wrong tool", a fact the developer usually realizes themselves, and does not treat as a deficiency of the language.

If you had reason to believe Erlang was good at number crunching, and wrote code to crunch numbers in it, and then found it wasn't, you'd complain about how slow it is. Because you never had that expectation, because Erlang flat out says it's not good at that, you knew to instead write NIFs. The thought "this language should be faster" never entered your mind, because that kind of performance is not the goal of the language. Instead you used it where its reliability and scalability come into play, things it is good at, and offloaded the number crunching to a language better suited for it.
Well, I am just going to leave this article here: http://www.digitaltrends.com/cool-tech/japan-automated-facto...

Indoor farming will be much more cheaper, efficient, and more environmentally friendly.

Imagine how much transportation is required to deliver food from a farm to the grocery to your table.
Show HN: #Near 1.0 – Social discovery based on hashtags in your proximity
I got the metaphor differently: People have natural shields to ward off thoughts about other possible (employment) futures. Actually considering someplace else means that some holes have been punched in this shield.
Japan's Automated Indoor Farm Can Produce 30,000 Lettuce per Day
I assume you're talking about spider wraps [1] - a wire that goes around the box and connects back to a little lock.

As a consumer, I don't like these because the lock portion often obscures an important piece of information on the box. They also don't work for packaging that's designed to be manipulated on the shelf, e.g. boxes with a magnetically attached book-style cover that let you examine the product or read more information by opening it [1].

They're not ideal for retailers, either. They detract from the the aesthetic appeal of the packaging - reducing sales - and increase labor costs by adding extra steps (and, thus, time) for employees stocking shelves and working at the POS.

EAS systems (the little RF tags that are deactivated by placing them on a pad at the POS) are probably the best things going right now for passive deterrence, but they have their own set of problems (e.g. false positives).

1. https://www.americantheftprevention.com/uploads/2Alarm_Mini_...
2. http://www.pcgameware.co.uk/images/CM-Storm-Pitch-Pro-Gaming...
> I work in one of these labs. I suppose if you really need to do work, […]

I have to ask, what do you normally do there, if not work?
So, leaving aside the fanaticism around number of lines a functions should have which I disagree with, there are some big advantages of splitting a functions in logical units.

1. If you have ever written unit test for 300 line function you know it gets dicey. Such a function will likely require too much setup and will require complex mocks/patches/doubles to be unit tested.

2. As I mentioned before, I don't believe in number of lines thingy but logical unit of separation. If a function, opens a file, reads & parses config data from it, reads URL from the config data , parses http response and writes updated bits to config data - these distinct things can be logically separated and will be easier to unit test perhaps (again production scenario might be more complicated). Also, with modern IDEs and editors jumping back&forth between functions should be a breeze and your IDE/editor should provide an outline of file which can be scanned quickly.

3. If you have written a long function that does too many logical things(not again by number of lines) - next person who makes changes to it, isn't going to break it up - even if breaking up makes sense. For example, lets say in above example original code was written with expectation of certain format of config data but now somehow the function has to support more than one config data. Now the code is so tightly coupled that - it is harder to break out parser of this new format to new function and hence the function will keep growing (and did I mention the unit test setup has to support new config format as well somehow).

3. If however, lets say method computes moving average of a timeseries, it probably makes sense to have it all in one function even if it becomes slightly longer.

TL;DR - Cargo culting must be avoided at all costs, however we don't need to throw the baby with the water. Each problem calls for our own judgement. Separate the functions by logical units, rather than number of lines, use proper editor/IDE.
New Year Congratulations by Ethnic Groups of Russian North, Siberia, Far East
I have to quibble with blazing fast. What was the resolution on an A3000 or whatever. Pretty low. My recall was the anti-aliased text rendering was technically impressive, but practically less-so due to low-resolution. A SUN or Mac was quite a bit nicer. On the Archimedes rendering against a non-solid non-monochrome color was especially nasty.

In that case, caching very expensive rendering to improve performance makes complete sense. Nice Impression summary and screenshot here. http://www.iconbar.com/forums/viewthread.php?threadid=10197 Bear in mind running on a 4 MHz ARM3 I would think.

Now, with a sufficiently high-resolution display and a performant pixel shader, all the stupid caching and hinting logic can be thrown away, and effort can go instead into optimizing this technique, with no loss of generality, when rendering to arbitrary structures in the page.
> I have seen a function that was ~750 lines. And for that particular function, it actually made sense. It involved a lot of local state, and breaking it up would have involved passing lots of parameters to the new, shorter functions

If I was refactoring it, and 750 lines is a massive red flag that it is in need of refactoring; then the local state indicates that it becomes not a function or a bunch of functions, but a class with state and private methods. Is that hard to spot?
> *Is this still valid SEO advice

I don't know if it ever was - SEO "experts" will tell you all kinds of amazing things, usually not what Google recommends (but Google naturally doesn't give SEO advice, just suggestions for playing nice). But even if it was valid advice, a more useful page would probably win in the long run - see Wikipedia and consider what it would be like without external references in the articles.
Essential JavaScript Links
I find myself in a crowd many times wanting to connect with people but get frustrated because I can't tell who is interested in the same things as I am. For example, meeting Taylor Swift fans by going to her concert is a good idea because everyone there is a swiftie, but what if you wanted to connect with swifties at your school or while on the go?

So, I built a simple iPhone app that shows who in your proximity has matching interests (hashtags) with you. #Near for iPhone is social discovery based on hashtags in your proximity and I believe it could change the way we socialize.
> Has anyone seen production code with <=10 lines of code per function before?

I've seen code where many functions were like this, and very few were over 30 lines. It was easy to read. And it was tested and generally working well. Naming becomes important, but that's part of the point of extracting functions for readability.
Her book "Practical Object-Oriented Design in Ruby"[1] is also quite good

[1]: http://www.poodr.com/
Practical Object-Oriented Design in Ruby (book)
In my personal experience, the small function thing can drive a maintainer bananas.

When trying to understand code I haven't written, I have had the experience that trying to trace logic and debug through a bunch of little functions is more cognitive overhead than just seeing everything that happens within one larger function.

I get the idea that small functions are supposed to be wonderful, and clear, if everything is named really well and everything works as the name implies.

But for me the downside is it ends up feeling like detective work. I have to jump around and remind myself exactly how each little function works just to figure out what exactly is happening.

My dream IDE would let me see "expand" every function call ... like with little dropdown arrows .. so I could see it as if it were inline, and could trace execution linearly in one solid block.
I actually missed that one part of his response when I agreed in reply. 750 lines is definitely a red flag for refactoring.
There's a lot of people who become filthy rich, and get to publish a book.

Kim Kardashian could string a few sentences together, and it would be a best seller.

I am throughly shocked at what people read. I just don't get it.

(One day I will read Obama's first book. Why--because I believe he will go down in history as one of our better presidents.)
Danish Researchers: A Better Way to Line Up Than 'First Come, First Served'
I didn't say scientist didn't work for communists or other tyrants. Also, AFAIK there is no loud and unequivocal criticism published by these academics on the same scale/volume as they have for the western systems. Can you give me some papers published by these academics which contain loud and unequivocal criticism of communism/Marxism?
Show HN: Talk&Comment – Make voice notes, anywhere
In the past, I have seen similar schemes questioned on grounds of:

- tethering, they likely need to be anchored in shallow water (<100m) to reduce expensive anchoring gear and potential entanglement,

- high wave states, what will happens to the booms and collected plastic during storms? Particularly in shallow waters where waves rear up.

I imagine testing in the Pacific would address the first, and in the North Sea for the second. But testing in Dutch lakes may not help assess either. I don't question the need for such a solution tho, hopes it works.
> it's just that I fear a lot of americans really don't know what food is supposed to taste like anymore

How can the Matrix know how Tastee Wheat really tastes? /s

That's the problem with our capitalism focused approach to food: fill it with sugar and kids will eat it, and still eat it when they're grown up and weigh >100kg and suffer from diabetes. Also, you can hide a lot of sub-par ingredients (like old meat or meat of e.g. horses) with the right amount of seasoning.

Big Food gets the profit and society gets the bill for diabetes treatment. Privatize profit, socialize risks.
Can't we have some kind of compiler technology that allows us to have the advantages of both microkernels and unikernels?
but there is floating wildlife too, no?

like this one: https://en.wikipedia.org/wiki/Portuguese_man_o%27_war
Location: The Netherlands

Remote: yes

Willing to relocate: not right now, but a year from now: yes

Technologies: C#, ASP.NET, Azure, Xamarin, distributed systems, Bitcoin

Resume: you can email me for my resume. You'll find my LinkedIn here: https://nl.linkedin.com/in/leoncullens

Email: leoncullens at gmail .com

=====

I'm an experienced full-stack .NET developer from the Netherlands. I'm looking for a challenging remote job.
Nostalgia. Software archeology. Language hobbyists wishing to keep it in a working state.

Besides that there is little reason to use Dylan, nowadays.

(But see BruceM's comment about using this Dylan as a foundation for further development.)

It was once developed by Apple to replace Object Pascal and C++ for application and also systems development. But with NeXT bought by Apple that was the role of Objective C and many years later now also for Swift.

This particular version of Dylan was developed by Harlequin - the product name was DylanWorks. Harlequin was bought by Globalgraphics. Globalgraphics used the Postscript raster image processor developed by Harlequin and spun off the LispWorks system into its own company. Years later DylanWorks and even later MLWorks were open sourced. One idea of Harlequin was to develop a range of modern programming languages, implementations for those and development environments: Postscript, Common Lisp, Dylan, ML, ... The implementations were closed source and proprietary. When Apple announced their Dylan, Harlequin hoped to follow a market leader by providing an implementation for platforms Apple would not cover: Unix, Windows, ... Also Harlequin might have hoped to use their Dylan themselves for development of software applications.

But Harlequin in this forms does not exist anymore, DylanWorks has been open sourced and Apple has long ago lost interest in Dylan.

On the positive side: this Dylan is free and open source and interested persons can study and, maybe, use it.

Lisp users might be interested to study the prototyped implementation of Dylan for LispWorks. This implementation was not their shipped product, though.

https://github.com/dylan-lang/opendylan/tree/5f9225d246d771c...

That particular version is another example of a non-trivial programming language built in Lisp - especially given that it also has a non Lisp-like syntax.
Try using an iphone (or spoofing your user agent as one). Often they don't test or care about any other phones, but iphone users get the VIP treatment.
It also helps hide their glowing red eye.
One of the great things about my boss is that he talks frankly about the fact that many of us will move on and actually gives advice on what to try in your career "someday". This isn't because we express, or have much reason to express, dissatisfaction. It's simply pragmatic. Highly skilled workers have options and often ambition and curiosity too. Searching for " software job tenure" seems to indicate that most go through many companies in a career. Sometimes a company really does fail it's employees, but sometimes it really is just a chance to try something new. The point being, the author is speaking in too general terms. It's probably ok, even necessary, to not be everything to every employee.
I think livejournal would be one of last remnants of the old web. In some quarters it is still quite popular
I find the comments redundant and annoying tbh. This is more like an alternative assembly syntax.
Would that be SFO onsite only ?
I use Acme text editor which uses some of Raskin's ideas
It is the best I have ever used

https://en.wikipedia.org/wiki/Acme_%28text_editor%29
The first point kind of is the biggest issue with modern universities and education. Not all jobs should require a degree, and people shouldn't be forced to get one in order to get a decent job. The fact so many do is why a lot of students only attend university for a piece of paper rather than an interest in actually learning anything, and why universities don't want to really challenge people any more.

If the first point wasn't true and the second point was, the world would be much better, since everyone who wanted to go to university could do so and everyone who didn't wouldn't be forced to.
Almeria in Spain has 30,000 hectares of greenhouse grown tomatoes. They are delicious.
Maybe something to consider, a series of simple 101 tutorials for beginners. The same what Mike McNeil did some time ago on Plazi[0].

[0]: https://courses.platzi.com/courses/develop-apps-sails-js/
I'm curious if you went to any farmer's markets while in the US, or tried anyone's home grown produce?

Personally, I keep my garden with only heirloom varieties, and they are far better than grocery stores (and even better than most of my friends that aren't as picky about their seeds).
VerbalExpressions: JavaScript Regular Expressions Made Easy
Utter tosh! I actively encourage my employees to think about a future outside their present company.

Sometimes people take the job they need - not the job they want. If you're stuck programming databases for a bakery, and NASA asks you to help land a rover on Mars - what can the baker do to keep you employed?

That's not a failure - a person's needs doesn't always align with business desires.
>Cargo culting must be avoided at all costs, however we don't need to throw the baby with the water.

But at the same time, just because you can transform someone's point into an ultra-generic form that's true, doesn't mean their original point has any validity. When someone gives you bathwater, don't spend too long looking for babies that aren't actually in it.