HN user

thalesmello

76 karma
Posts3
Comments31
View on HN

Still Apple keeps shooting their foot with their software. I'd love to see an update to iOS and Mac OS that doesn't feel sluggish. They nailed hardware, software is sorely lacking.

I'm happy that exists as an alternative for those who care about this.

I (meat-eater) am done with leather alternatives for now. A while back, I bought the official leather-alternative case for my everyday-carry Roav sunglasses, but it didn't last me very long. Frustrated with that, I ordered a custom made case with real leather, that cost me double the price, but it has been aging really nicely.

For me, paying extra for good leather, that will last longer and is byproduct of meat I already eat, seems to be the best decision in terms of sustainability. Hopefully technology will improve so that we have more options in the future.

There's a bit of misunderstanding in your statement. Most of the money made by companies in payments systems comes from transaction fees, not from interest. When companies offer you better rewards, that's them competing to have you use their credit card rather than the competition's.

They already have Facebook Pay on messenger, and WhatsApp is mostly unheard of. Maybe it doesn't make sense to launch it in the USA.

WhatsApp is however overwhelmingly used in Brazil, and highly lacking good Venmo-like apps. I did not like the Brazilian Fed getting in the way with regulations before it even launched. Sends the wrong message to foreign investors considering Brazil.

Just to make sure, my "ninja trick" was meant in an ironic manner. In my opinion, it sucks JavaScript has two equality operators, and it's inexcusable for it to have two different null types. That fact that you can use the forer to check for the latter with less code doesn't make either okay in any sense.

You'll have to show me one inventive and useful "ninja" trick revolving around the use of '=='

Sure! For starters, you can write

    if (foo == null) { ... }
Because `undefined` gets coerced to `null`, it saves you from writing:
    if (foo === null || foo === undefined) { ... }
And, because it's shorter, it's even allowed by [some JS linters](https://standardjs.com/).

There you have your JS ninja trick to handle two distinct null types^TM .

Mathematics require the exact type of abstract thinking machines suck at. Machines can execute things fast, learn things fast (provided we have well stablished rules), but than can't (at our current moment in time) come up with useful abstractions to help solve new problems.

So I think it's going to stay relevant.

As the one who implemented Airflow at my company, I understand how overwhelming it can be, with the DAGs, Operators, Hooks and other terminologies.

This looks like a good enough mid-term alternative. However, I have a few questions (which I couldn't find easily in the homepage, sorry if I skipped something):

- Do you have a way of persisting connection information? I saw an example of how to create a connection, but it isn't clear if the piece of code has to be loaded every time you execute the ETL

- How easy it is to implement new computation engines?

- Plans of creating a command line to make it easier to execute operations?

Pipenv solved the most annoying problem Python had before: inconvenient version isolation. Dependencies were installed globally by default, and virtualenv was too cumbersome to use easily. Pipenv solves all of those headaches.

As much as I love Vim and R, I think the experience is pointless without embedded graphs. It would be perfect if it was possible to view a graph in a Vim split.

I particularly don't find the problem it solves appealing. The power of Node comes specifically from its everything async programming model, Javascript is just a detail.

So what's the point in taking away the good part, and keep the cumbersome one? If you just want to program a Synchronous server in the JVM,just stick to Java.

Perl 6 Introduction 11 years ago

learnxinyminutes.com solves your problem about how the language works, but doesn't give you problems to work with.

For me, a lot of things simply make more sense. For example, in Sublime, the system configuration files can be modified, but you shouldn't do that. Instead, you have to write on your user settings. On VSCode, you can't modify the system files, and there is a handy reminder and shortcut at the top of the site that configuration files should go in the user settings.

Also, I like the way it handles open files (they are held on a workspace area where you can discard changes) and it also come with git integration.

You can rely on plug-ins to do this kind of work on sublime, but you have to put a lot more effort in configuring it, whereas VSCode comes with better packages right off the box.

Why We Use OCaml 11 years ago

OCaml is a nice language and it surely has advantages. But don't treat that as a competitive advantage. All of the benefits mentioned can be easily found in other programming languages, except for maybe pattern matching, but that can be easily replaced with similar constructs.

Using a not very popular programming language can actually make it harder for you to hire people.

Projects like this are really cool in terms of providing different tools for when you need to work with Excel. However, I don't see tools like this or for any other language being widely adopted.

Here is why:

1 - Most of the times, people are going to use Excel for basic data analysis with the built-in functions.

2 - If you need to do more complex tasks, you have two options:

* You know Clojure, Python or other programming language so you use the default environment for these languages to accomplish the task you need, or

* you know or learn VBA and stick with it because it's already built-in with Excel.

I guess the whole point is to write cross-platform code, but is the .NET environment that much better than Swift/Xcode?

You said it all. The whole point is cross platform development.

People use Swift to develop apps for Apple products. Before Dot.net was made open source, people only used it to develop for Microsoft platforms.

The fact Dot.net is now crossplatform makes it possible for GNU/Linux and Mac users to consider it for development.

Most of this issues could be walked around:

- For the dot syntax, all you have to do is define the __call__ method. You could do that by creating an object that encapsulates the dictionary, defines a __call__ method, and repasses the method calls to the underlying dictionary.

- For inheritance, just create another constructor function that calls the parent constructor, adds the desired methods, and returns the new function. In JavaScript, it's called parasithic inheritance.

- For the iteration method, you just have to define the __iter__ method.

- For the isinstance and issubclass method, maybe you could create new conventions (and thus reinvent the wheel)

- About static method... should we be using them anyway?

Those are just some thoughts. This alternative way of creating objects is probably useless, nevertheless fun.

So, if I want get the sum of an array of numbers, the only option is to use recursion or a reduce function? Is there a way to accomplish this using a for loop while sticking to let keywords?

Nope. The founder of http://magnetis.com.br spent most of his life working in a bank and in a fund. Money wasn't a problem, but he was unhappy. He's got a management background, and never programmed until his late thirties. He then learned Ruby, found a few partners and created this app to track the performance of investment funds. During my internship in the company, he took part as CEO and developer. So, if you have enough dedication, you can completely change your life regardless of age.

How big is Alibaba inside China? Just like Amazon in the USA, the go-to place for people to buy stuff online? Disclaimer: I live in Brazil, and I use Alibaba only to buy inexpensive stuff, so that's the picture I have of the company.