Hacker News new | past | comments | ask | show | jobs | submit | more hueho's comments login

This is a classic troll text.


Lightweight threads like in Go or Erlang are not happening anytime soon as a C++ standard because they require much more complex runtimes to be decently implemented (whereas traditional threads can just delegate straight to whatever OS threading is available).

There are coroutines though, that can fill some of the same needs covered by lightweight threads: https://en.cppreference.com/w/cpp/language/coroutines


> why Nintendo rarely outsources games

That's an overstatement: Nintendo co-develops a lot of titles with other studios, outsource a lot of their smaller IPs (mostly to Japanese studios), _and_ is being rather friendly to letting people do smaller spinoffs of their big properties.

Examples of third-party colaboration, in no particular order:

- Koei Tecmo co-developed Fire Emblem: Three Houses, did both Fire Emblem Warriors and Hyrule Warriors, which are franchise spin-offs using their Dynasty Warriors engine and gameplay, and Nintendo trust them so much that their next canon Zelda game will be a Breath of the Wild prequel developed by them, using the Hyrule Warriors label.

- Bandai Namco is more or less the main developer of Super Smash Bros since the Wii U/3DS iterations, with Sora Ltd being essentially just a consulting company run by Masahiro Sakurai. Bandai Namco is also co-developing the new Pokemon Snap, and developed Metroid: Other M.

- Capcom developed both Oracle of Ages/Oracle of Seasons and Minish Cap, two portable and very well regarded entries in the Zelda Franchise.

- On the Mario side, pretty much all of their Mario sport titles are handled by Camelot, with the exception of the Mario & Sonic Olympic series, which are published by Sega direcly, and their highly praised portable RPG series Mario & Luigi was developed by (sadly defunct) Alpha Dream.

- Then there was that time when they gave the Mario franchise to Ubisoft and they made a Rabbids-crossover, XCom-like game, which is just too goddamn funny to not put in here separately (especially since it was also fairly well received by critics).

- Good-Feel, another Japanese developer, made entries to both Kirby (Epic Yarn), WarioLand and more recently, Yoshi franchises (Wooly World/Crafted World).

- There is a metric shitton of Pokemon spinoffs (that's probably where you will find the worst offenders of bad outsourced games, to be quite honest, but even then there are series like Pokemon Mistery Dungeon, by Spike-Chunsoft, which are very well regarded).

- And as a another Zelda example, Cadence of Hyrule, made by the Crypt of the Necrodancer developers.

There are more examples, but overall a large part of their output nowadays is made by third-parties, with of course a lot of their projects - big and small - being handled by their in-house studios. That's not even counting the fact that some studios readily associated with Nintendo, like Intelligent Systems and HAL Laboratory, are actually independent (they just like working with Nintendo).

Sorry for the large response, I was bored.


This is great! No apologies. Example of how Nintendo milks their IP’s too. To be aware of it. Nothing wrong with Mario or Zelda, but the innovation and creativity is lacking for the sake of business and monetization.


For Java, it's probably just JNI compatibility.


I think Atom has components in C++. VSCode is Javascript only.


oh yes sorry! I stand corrected.


There isn't really anyway to monkeypatch `try` to use the operator. `try` API is inherently based on metaprogramming (passing a symbol to call), and have different semantics than the operator (by default it won't throw if a non-existent method is called in a non-nil object, while the operator will thrown a NoMethodError)

https://github.com/rails/rails/blob/4-2-stable/activesupport...


I was surprised to see jOOQ went comercial. Still is open-source, though. The paid versions apparently just include direct support, warranty and work out-of-box with Big Corp databases.

http://www.jooq.org/licensing


What is wrong with paying for software? It's very reasonable license too. Cost-free for open source databases and without immediate support. This is classic Free Software licensing.


Slick, a DB access library for Scala, follows the same license pattern.

http://slick.typesafe.com/doc/2.0.1/extensions.html


Although, unlike us, Typesafe is completely intransparent with respect to pricing both for licensing and support subscriptions. Have you asked how much it will cost to go to production with Slick and Oracle database? You will be in for a surprise!

With jOOQ's transparent licensing strategy there are no strings attached.


There's nothing wrong with paying for software, but enterprise support is a complete black box here.


Wrong: Commercial != Open Source Correct: Commercial = Open Source

Prosgres == Commercial & Open Source [1] TRUE


They changed how closures are implemented in Go 1.1

There is a comprehensive doc by Russ Cox that explains in detail: https://docs.google.com/document/d/1bMwCey-gmqZVTpRax-ESeVuZ...


Consider applying for YC's Summer 2025 batch! Applications are open till May 13

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: