tsukaisute

A young person in our family was using this. It's a beautiful app, but typing and editing code on an iPad without a physical keyboard appeared to be extremely frustrating. Cutting-pasting, refactoring, etc. all become cumbersome and she had to spend time fighting with the editor instead of focusing on the problems.

Waiting for them to make a Mac port, since coding happens on a "real" computer (for now, anyway).

There seems to be a lot of confusion in the other posts as to what this is.

Simply, it is an adapter that lets you use SQL syntax to introspect Ethereum blockchain data (blocks, and transactions.) Typically people do this using a JS API built into the node software [1], and it may/may not be ones' cup of tea.

[1] https://github.com/ethereum/wiki/wiki/JavaScript-API

Strictly speaking, the bug was not in the language itself, but in a specific contract's code.

"The incident was described by two entrepreneurs who were told about it in the weeks after it occurred but were not authorized to speak about it."

May be unfair to all parties involved that a situation is described on hearsay, with the source not identified, and not even being a direct source (someone who wasn't at the event, and who heard about it weeks later.)

Looks like GDAX for one is not participating in case of a hard fork: https://blog.gdax.com/uahf-a703b6a13115

Just wish everyone would hop onboard quicker. We still need a lot of consumer education.

For example, Apple Pay works great at Whole Foods. I use it every time. Other people in line painstakingly pay with credit cards, despite holding an iPhone in their other hand. The new chip cards take longer to process, even, 5 seconds or so.

。

Hey, I never questioned his fluency, just not being able to speak in a professional/serious tone to match the other people. If you liked it, great. Also, you're assuming too much about a 鄉民 on the Internet. :)

It's not intentional I'm sure. Just that the tone mismatch, serious/professional local speakers vs. over-excited/happy interviewer, were off-putting.

Chinese speaker here. His comments were all over-the-top excited, repeating and exaggerating others' words, almost like mocking the Chinese staff (see around 2:20 mark for example.) Think Borat-speak. Seemed very strange and unfit for this otherwise good piece.

"This book is five dollars" vs.

"The price of this book is five dollars" vs.

"This is five dollars" (meaning "this book's price is") vs.

"This is five dollars" (meaning "five dollars are sitting here on the table.")

I know what you're saying, there is ambiguity, but these make sense to people based on context.

Gas is its own unit, decoupled from ETH. Opcodes cost a certain amount of gas to execute [1]. When creating a transaction, a sender sets the maximum amount of gas that they are willing to pay. This is the "gas limit."

[1] https://docs.google.com/spreadsheets/d/1m89CVujrQe5LAFJ8-YAU...

I'm a firm believer that Americans don't understand how to zone cities. In Asia (e.g. Japan) you can have beautiful high-rises mixed with things useful for daily life, be that small shops, restaurants, or convenience stores. Even Ginza has useful things if you walk a couple of blocks.

On the other hand, if you take Seattle's Belltown, there will be art stores, realtor offices, and other things you rarely ever ever need, and yet you have to drive five minutes to buy a bottle of water.

Yep, previously they had a web app only (not even Electron, just a website). The MAS version came after that. We use it heavily day-to-day.

The version I have is from the Mac App Store

WeChat, while excellent on iOS, is also a lifesaver on the desktop given that they provide true native apps for Mac and Windows (no Electron!) Video/voice calls, file sharing, group chat, stickers, everything is there, but the performance alone makes this more usable over other chat apps today.

It seems that over the years, their PM team is more confident (capable?) in keeping a good balance between core chat usability and all the "extras", perhaps because they are not playing catch-up in the market.

Sometimes doing one thing well is all you need. Anki is like the assembly language of flashcards apps, higher-level solutions can be very handy too. (Speaking as a multi-language learner.)

If I swipe long enough vertically, the card does seem to go away, so I figured it's a "come back to this later" feature. Didn't realize could do up/left/right to mark status, that's handy!

Just downloaded.

Quick feedback: flicking away a card takes too long (vertical distance) of a flick. I have to carefully drag it from top to bottom for the card to flick away. Wish it was more sensitive. Perhaps 30% of the screen height is enough of a threshold. Otherwise, thank you. Going to be using this!

Always wondered that about encryption at rest as a feature in cloud services. The key is stored in the same system somewhere (or your app wouldn't function). A rogue employee can find the key if they want. So what is the practical benefit?

I wanted to use Atom for the reasons you stated, and gave it a decent chance for a few months. Cool product as far as features and community. However, went back to Sublime due to Atom's heavy CPU/battery usage and freezing while I'm typing (without plugins too).

Similar also beautiful page for the Ethereum network: https://ethstats.net/ (I'm not the author, just a user.)

Weird thing I have been seeing on Reddit is comment upvotes being off-by-one periodically on page refreshes. Reload, you get 3. Reload again, you get 4. Again, you get 3. Seems like a replication issue?

As someone who writes both, it's even difficult to compare these as they are apples and oranges.

Elixir (due to Erlang base) is great for long-running or distributed services and includes tooling to, for example, easily introspect the state/memory usage of your services down to a single mutable data structure, to heal from failures, and to hot-swap upgrade/code while the server is still running, and to perform node-to-node RPC.

Go would be a replacement for something that was previously written in C/C++, that may need concurrency, and that should compile to native code. You get very fine-grained control of everything from network to file operations and excellent concurrency constructs. A web crawler, a device driver, or writing an Nginx/HAProxy-type daemon, all may be great example use cases.

One could write their next social network/app backend using Go (just as one could do it in C), but it would probably take more work than just using a higher-level language.

If it is to be reused by other modules, or if it is complex (and likely itself needs to be split up into smaller functions)

Think of:

   items = ["file_a", "file_b", "file_c"]
   Enum.map items, &HelpfulDownloaderModule.download/1

download/1 is probably pretty complex and/or can be of use in other pieces of code.

Btw, there are a number of ways to write that expression depending on the complexity of the function

Short syntax:

   Enum.map [1,2,3], &(&1 * &1)

Long syntax:

   Enum.map [1,2,3], (fn num ->
     num * num
   end)

Or even:

   square_me = &(&1 * &1)
   Enum.map [1,2,3], square_me

   square_me_too = fn(num) -> num * num end
   Enum.map [1,2,3], square_me_too

Defining a function separately (e.g. even in another module) and referencing it:

   def square(num) do
      num * num
   end

   def doing_something() do
      ...

      Enum.map [1,2,3], &square/1
      Enum.map [1,2,3], &SomeOtherModule.square/1

      ...
   end

Because with more expressive constructs, you may find not having to write list[ix] very often. For example, a traditional "for" loop may be replaced more succinctly with an operation such as "Enum.map" or "Enum.filter" [1]. Data transformations made more obvious.

Coming from imperative languages especially (speaking for myself), have to re-think/re-learn how you write code, but it does end up being a worthwhile investment

[1] https://hexdocs.pm/elixir/Enum.html

A never-Rails dev here using Elixir/Phoenix, easily the best choice I've made after hearing positive things here on HN.

The Elixir community may be an amalgamation of Rails folks looking for better runtime performance and cool new tech, and Erlang folks looking for syntactic sugar and a growing developer community. (I'm neither.)

Elixir's author was one of Rails core contributors, which probably also helps in bringing the Rails crowd over. One could think of Elixir as a "better" version of Rails rewritten on top of the Erlang stack, even if Rails and Elixir are apples and oranges under the hood.

See also: the inverse of OP's article, the creator of Erlang trying out Elixir (2013) [1]

[1] http://joearms.github.io/2013/05/31/a-week-with-elixir.html#...

Oh, I never meant it as a gripe at Erlang's syntax myself. However, there is so much untapped power that the developer community is missing because Erlang is immediately dismissed. People will try node.js, but not Erlang. I'm seeing Elixir as a chance for the Erlang VM to finally get wide-wide adoption it deserves.

If you're thinking of dabbling into Erlang and may be put off by the syntax, try Elixir. Beautiful, actively evolving language with a healthy community. Compiles directly into Erlang bytecode. You can even still call any native Erlang libraries if you happen to need that.

A short review [1] of Elixir from Joe Armstrong, author of Erlang. This is from 2013, and the language has evolved quite a bit since then.

[1] http://joearms.github.io/2013/05/31/a-week-with-elixir.html