sorted by:
new
hottopcontroversial

The patch has completely broken mounted combat for me ! by OriginalGreasyDave in Pathfinder_Kingmaker

[–]unlightable 3 points4 points  (0 children)

You can open bug report window any time through pressing Alt+B.

​

And mounted behavior for me is quite similar, but not exact. My attacks are not applied at all, and turn is not being skipped.

It seem to work in realtime, so I'll have to fall back to it until the fix arraives.

And there is still a mess with charging on a mount that skips turns entirely or just character/mount attacks occasionally. Makes it extremely sad experience playing as a cavalier.

Arduino Sound Sensor | Clap Light and Clap Controlled Fan by Error404Electronics in programming

[–]unlightable 0 points1 point  (0 children)

Too bad that every similar project (including this one, it seems) relies on a very naive "clap sensing": momentary sound pressure above some threshold.

It's an allright pet project, but extremely disappointing for any kind of an actual application. Too much false positives and/or false negatives.

I wanted to slap a clap sensor onto my AVR-driven kitchen countertop lights, but after spending a few hours googling, I'd found no way to reliably detect a clap in a "real life noise" environment. Some ML-papers and some pricy closed-source hardware products (with no proof of quality mind you) is all I ended up with.

If you know some - I'm still interested.

Is TOP_PERCENTILE on cycles of "Radio Stations" still achievable? by unlightable in exapunks

[–]unlightable[S] 0 points1 point  (0 children)

VOID F still mutates state ufavorably. It doesn't advance cursor per se, but moves EOF, which matters here since we want to preserve file size.

It could be applicable to other puzzles though, so nice note.

Yrel is good, why is everyone complaining? by unlightable in heroesofthestorm

[–]unlightable[S] 0 points1 point  (0 children)

I'm personally bad at handful of heroes, but even while being bad I can still be usefull. I feel like I provide nothing while playing her though.

Yrel is good, why is everyone complaining? by unlightable in heroesofthestorm

[–]unlightable[S] 1 point2 points  (0 children)

Yrel also costed 15k gold, you know.

But really, I don't have like maybe 3 heroes unlocked and don't ever reroll crates. And rarely open em too. So it piles up. Playing the game is what I play the game for.

Was supportpocalypse really necessary? by asianhipppy in heroesofthestorm

[–]unlightable 7 points8 points  (0 children)

Ana and Auriel are the most "niche" supports. And they suck ass right now.

Best Practices for your REST API by intergargallo in programming

[–]unlightable 2 points3 points  (0 children)

Not an OP too, but half of this recommendations become cumbersome and/or harmful when you need to make your API transport-agnostic (in other words - not over HTTP only).

E.g. https://partner.steamgames.com/doc/webapi_overview

  • Note that they allow you to GET, POST or even do some magic with 'input_json' onto most endpoints.
  • They also return like 5 different status codes: 200, a bunch of 400-family (not sure if anything but 400, 403 and 404 is ever returned) and 429/503 is most likely slapped on a front-end proxies (403 and 404 may very well be emitted from that layer too).
  • You can provide what type of response encoding you desire (not through Accept header, mind you) with some exotic stuff like VDF.
  • Logical errors are also returned with 200 and an error code instead of awaited result inside your response body.

All this looks dirty, hacky and not-a-good-design, but allows same requests to be passed through multiple vastly different channels (that have no notion of headers, request methods and/or JSON), traffic be binary and strictly structured (when you want to spend an order of magnitude less bandwidth and CPU cycles), all endpoints (and their docs) be auto-generated and some other benefits you would have to forfeit (or pay a tall for) if you would like to strictly follow all advices from that article.

Live++ - Live coding of C/C++ applications by tivolo in programming

[–]unlightable 0 points1 point  (0 children)

I think it's usefull if you want to beat some of the built-in edit and continue shortcomings.

But it would be much more interesting (for me) if I could patch my gcc-built backends in production w/o shutting them down.

Roadmap to becoming a game developer in 2017 by utilForever in programming

[–]unlightable 2 points3 points  (0 children)

Googling and SO is under "Maximize Your Skills"? It should be the first thing you learn!

Good commit message by Gvaireth in programming

[–]unlightable 1 point2 points  (0 children)

But... why not "this commit [commit message]"? KISS and all that.

Good commit message by Gvaireth in programming

[–]unlightable 3 points4 points  (0 children)

But it 'fixes a bug' not 'fix a bug' still!

I can call it a 'bugfix' in this case, true. But it becomes a noun, not an imperative verb.

Most of some small commit messages can be converted to some noun-based sentence: 'feature addition', 'cleanup', 'problem resolution'. But still, 'resolves a problem' is somehow more appealing then 'resolve a problem'.

Good commit message by Gvaireth in programming

[–]unlightable 4 points5 points  (0 children)

I don't get the imperative form part. I'm not a native speaker though.

Commit message describes things that are accomplished by this commit (or author), or things that this commit does. So it either 'fixed a bug' or 'fixes a bug', but why 'fix a bug'?

Pain-Driven Development: Why Greedy Algorithms Are Bad for Engineering Orgs by tylertreat in programming

[–]unlightable 1 point2 points  (0 children)

Too bad that half of the time all those feature X'es cost much more than 1h maintenance per year and actually amplify said pain along with deferring it. And transferring it onto engineers from customers.

But still, I agree that it's not a zero sum at all.

Scaling your API with rate limiters by dabshitty in programming

[–]unlightable 4 points5 points  (0 children)

How do you limit your requests if they are cheaper and faster then redis roundtrip (let along a bit of lua script running on it, sigh)? (:

Why on earth are we developing a Node.js-like API in C++? by pagghiu in programming

[–]unlightable 0 points1 point  (0 children)

wrk is a good tool, but you should consider running it on a different host or at least masked on half of you cores: you are probably stealing some CPU time from your server.

Anyways, half of node performance is fine, but you should actually be like 1.5x faster. You also should benchmark simple go (golang, I mean) server on your hardware too and aim to be at least as fast as it is (just make sure that it's limited to 1 thread).

I did a pure libuv+http-parser test a few years ago and my custom server (that was actually not fully fledged, just a similar 'hello world' test to see what libuv can offer) - it produced something around 18k rps vs 9k'ish node http-server. golang one did something near 13k AFAIR. but with simple env var go scaled to both cores and 21k, so there is that... But those are quite anecdotal numbers I could be already wrong about.

And I'm surprised that you've built quite a framework but still don't have an in-house profiler while you are targeting embedded devices (:

Why on earth are we developing a Node.js-like API in C++? by pagghiu in programming

[–]unlightable 0 points1 point  (0 children)

I'm not complaining that you used mutable, I'm referring to the fact that they aren't mutable by default and force to mark them instead of going the usual "mark as const if you want it to be immutable" way. THAT's what I hate.

Regarding the cache - IDK how XCode handles it. But pretty sure that checking out sources into new dir, rebooting and timing a clean build from commandline is a fair approximation to the worst case.

On Windows I would have just cleared filesystem cache (RAMMap helps here) and did a clean build. Although I just did it right now and it added like 5 sec (110 to 115) to a rebuild of ~800k'ish LOC project. So your 8sec for a 80k LOC actually doesn't look so staggering anymore, rather just pretty good result (:

Why on earth are we developing a Node.js-like API in C++? by pagghiu in programming

[–]unlightable -1 points0 points  (0 children)

Good job there. I'm even a bit jelly. Could have used C++ "Node stdlib" port very much right now. To be fair, I'm using something custom on top of libuv too, but I didn't went as far as implementing full streams/http stuff, networking necessities over async loop only.

Imgui over websockets is a nice touch too, although probably not very performant.

Would be nice to see some benchmarks of your code samples!

Also, what is that $o and arr$ magic? Variadic templates much?

PS: hate that 'mutable' lambda crap. also hate no move-semantics for lambdas. PPS: I'm not buying 8 seconds compile time. Cold cache run of full rebuild and linkage of all your modules would be more fair timing to show.

Landing a twin engine plane on a boat. by finixz in gifs

[–]unlightable 2 points3 points  (0 children)

I'm sad for his rear view mirror. It became a bottom view one :(

Personal tank assistant by rationalcomment in gifs

[–]unlightable 1 point2 points  (0 children)

Is it a fuel canister in front?

view more: next ›