Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
jeremiep
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
15 ms
·
91.
▲
by
jeremiep
9y ago
I don't see Rust as ready for AAA game engines, not by a long shot. Last I checked it had absolutely terrible reflection capabilities and meta-programming; both of which are used as the foundations of modern engines. A game engine is a
92.
▲
by
jeremiep
9y ago
If you want rapid prototyping I don't think you can beat Clojure, not even close. Its really, really hard to beat the iteration cycle of a Lisp.
93.
▲
by
jeremiep
9y ago
Most likely some old myth regarding the JVM. Its actually trivial to deploy and updates are just pushing one file; your uberjar. This is so much better than anything node/ruby/python/php have to offer. I also feel much safer
94.
▲
by
jeremiep
9y ago
I don't think internal corporate pages count as supporting a major browser. ;) Most development I see nowadays supports only IE11 and is about to drop that one too in favor of Edge. IE is on its way to deprecation right now.
95.
▲
by
jeremiep
9y ago
The one downside I see with SQL is that its a string. Would it be a data structure instead it would be incredibly easier to manipulate, without third party query builders. Even without that its still more convenient than most NoSQL. Still,
96.
▲
by
jeremiep
9y ago
Basically you want to push global state and mutability to the boundaries of your program, where it connects to its environment.
97.
▲
by
jeremiep
9y ago
You do not need interfaces for dependency injection and it can also be done without global mutable state. This Clojure library is doing so beautifully with immutability: https://github.com/stuartsierra/component
98.
▲
by
jeremiep
9y ago
That has been my own experience as well. I noticed that companies with rigid hiring processes usually also have rigid development processes and those are indeed highly toxic to experienced engineers. I've seen my share of companies who
99.
▲
by
jeremiep
9y ago
Where do you think these ideas come from? :) Microsoft has Haskell in R&D pushing ideas to F# which in turn pushes them to C#.
100.
▲
by
jeremiep
9y ago
For a lot of students its their parents paying, they'll only realize the value of it all decades later.
101.
▲
by
jeremiep
9y ago
Wait you're actually running git on production boxes? Doesn't that mean your entire build toolchain also lives on production? The last company I worked for did that and everything was much slower and fragile than it would've
102.
▲
by
jeremiep
9y ago
I believe semaphores and condition variables solve different problems. Programs hanging at the exit only means the engineer mostly tested the happy path, not that semaphores are evil. I've seen plenty of deadlocks on mutexes at shutdow
103.
▲
by
jeremiep
9y ago
It may feel like it, but when you consider all of OpenGL's versions and extensions where it quickly becomes an ugly mess, that feeling disappears. Vulkan feels more like a breath of fresh air in comparison, and its still higher level t
104.
▲
by
jeremiep
9y ago
Massive SIMD works great on the GPU. Compute shaders are already a non-graphical use-case on the GPU. You get high bandwidth but also high latency, so its best for a few large batches rather than lots of small batches. There is also overhea
105.
▲
by
jeremiep
9y ago
I'm guessing it has to do with how the waveform is rendered. More pixels means a more precise waveform view.
106.
▲
by
jeremiep
9y ago
Most concepts in Metal build on concepts learned from GL/DX11 and carry on to Vulkan/DX12. This is better than starting directly in Vulkan/DX12, quickly getting overwhelmed and giving up. Plus it makes the step from GL/D
107.
▲
by
jeremiep
9y ago
Invariants are still invariants. You just want some guarantee that they actually hold. Every time you use assert() somewhere you're doing just that.
108.
▲
Introductory bullshit detection for non-technical managers
(itsyourturnblog.com)
1 points
by
jeremiep
9y ago
|
0 comments
109.
▲
by
jeremiep
10y ago
Its especially hard when that mentality doesn't account for future feature requests or maintenance. The original developer happily moved on to botch another project while you're the one fixing up the mess. Also, how come software
110.
▲
by
jeremiep
10y ago
I think we also have a ton to learn in the software project management space. Agile for example would be quickly laughed off and dismissed. Our field is currently full of cargo-cult practices, studies and best practices without any empirica
111.
▲
by
jeremiep
10y ago
That's completely false in the context of a Lisp. I boot the JVM once and iterate endlessly in the same process. Same for ClojureScript in the browser or node.js. Lisp is by far the most interactive language there is with the fastest i
112.
▲
by
jeremiep
10y ago
The side with the USB logo is always up. At least on all devices I ever used.
113.
▲
by
jeremiep
10y ago
I have a hard time believing anyone promising you success, instead of going on to get it themselves. Its exactly like selling Agile; mostly people who can barely build working products in the first place, but will happily teach you how to r
114.
▲
by
jeremiep
10y ago
Same here, I only type at the REPL what I don't mind to lose after a reboot. Everything else is in *.clj/s/c files.
115.
▲
by
jeremiep
10y ago
You don't get code out of the REPL. You evaluate your code inside the REPL, often directly from the source files. For example I'll often write a function in a source file, evaluate it from there so it exists in the process, then c
116.
▲
by
jeremiep
10y ago
Vulkan won't help with correctness. A bad driver or a bad GPU will keep on doing the wrong thing no matter what API you use to fill its command buffer. I never believed in the "write once, run everywhere" thing to begin with.
117.
▲
by
jeremiep
10y ago
I'm not saying GPU vendors are perfect either - most of them are terrible. I have nothing but curses when it comes to Adrenos GPUs for one. Most of the problems you list come from the vendors, not the APIs in between - it would be a hu
118.
▲
by
jeremiep
10y ago
So long as your 2D game doesn't have lighting or require shaders. You'd limit yourself to vector rasterizing and blitting bitmaps. There are loads of 2D games out there pushing the GPU far enough that they would never run in softw
119.
▲
by
jeremiep
10y ago
"Much Faster" is a bit of an understatement. The last software rendered title I can think of is the first Unreal Tournament. No CPU can handle the load of a modern game's graphics, not even close. Even badly integrated OpenGL
120.
▲
by
jeremiep
10y ago
Yeah, and their configuration is mostly automatic; running the tasks starts their respective server and injects the client-side code to connect to them in the build. boot-reload will hot reload new code on file changes, and optionally run a
More ›