Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
codr4life
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
22 ms
·
31.
▲
A portable virtual DOM
(github.com)
2 points
by
codr4life
10y ago
|
0 comments
32.
▲
by
codr4life
10y ago
I think you're mixing up real work with fake work :) I've found that working on anything that doesn't distract and derail effectively kills the creative spirit. While I'm not at the top of anything, I'm guessing tha
33.
▲
Recursive r/w locks
(github.com)
3 points
by
codr4life
10y ago
|
0 comments
34.
▲
Show HN: A portable virtual DOM
(github.com)
2 points
by
codr4life
10y ago
|
0 comments
35.
▲
by
codr4life
10y ago
There is plenty of available spectrum between native widgets and writing entire applications inside the web browser. Electron is a fashion statement and a convenient short cut to portability, that comes bundled with a mountain of complexity
36.
▲
by
codr4life
10y ago
Unfortunately, the only thing you learn from using a framework is using that framework. Best practice has very little to do with the best solution for any problem, it's a backup for when there isn't enough experience to make a bet
37.
▲
In defense of Singletons
(github.com)
1 points
by
codr4life
10y ago
|
0 comments
38.
▲
Scoping resources in C
(github.com)
1 points
by
codr4life
10y ago
|
0 comments
39.
▲
by
codr4life
10y ago
You are not alone. There are even older (40 and counting) farts out here fighting the same battle. And I agree, we need a better forum; one about substance rather than image and awesome profits.
40.
▲
by
codr4life
10y ago
I prefer tabs, but it's not a religious thing for me. I don't get any errors building the library, and I never saw that error; did you check the signatures? Jenkins integration is obviously not going to work as that was never the
41.
▲
by
codr4life
10y ago
It's amazing how we can go from discussing the latest CIA leak to clamoring for ever more connected gadgets. And from Amazon and Google, no less; two of the most suspect companies available. Jeff Bezos received plenty of millions from
42.
▲
In defense of Singletons
(github.com)
1 points
by
codr4life
10y ago
|
0 comments
43.
▲
by
codr4life
10y ago
The only thing you can say in JUnit is that this test is part of that suite. My tests have several aspects that I'm interesting in using for triggering. Sometimes I want to run all DB tests, regardless of which suite they're in. T
44.
▲
by
codr4life
10y ago
I've found it worthwhile to add a thin facade on top of assert to support out-of-band reporting of errors even if NDEBUG is disabled: https://github.com/codr4life/libc4/blob/master/src/c4/a
45.
▲
by
codr4life
10y ago
Would you rather have your psychopath stalkers tearing their hair out over the Boost dependency you dragged in? Once written it stays mostly the same, there is not much to maintain. I can't see why rolling your own framework would intr
46.
▲
by
codr4life
10y ago
The posted approach clocks in at 300 lines of C, and comes with the freedom to add whatever features you want. Testing is as fundamental as it gets; and unless you're aiming to write the One True Testing Framework, it's at most a
47.
▲
by
codr4life
10y ago
There's nothing wrong with assert, that's what I use for checking conditions as well. The framework posted is just a thin facade on top of regular functions and asserts to provide fixtures, dynamic grouping and benchmarks. Knowing
48.
▲
by
codr4life
10y ago
We couldn't disagree more if we tried ;) I've had way worse experiences with over-engineered, off-the-shelf, general-purpose solutions; there is plenty of room for simplification. And there's nothing wrong with owning your co
49.
▲
The sad state of test frameworks
(github.com)
59 points
by
codr4life
10y ago
|
33 comments
50.
▲
Scoping resources in C
(github.com)
1 points
by
codr4life
10y ago
|
0 comments
51.
▲
The sad state of test frameworks
(github.com)
1 points
by
codr4life
10y ago
|
0 comments
52.
▲
Scoping resources in C
(github.com)
3 points
by
codr4life
10y ago
|
0 comments
53.
▲
by
codr4life
10y ago
I don't have all the answers, that's not required for raising questions. What we're doing right now is leading us down the drain fast. Advertising is about creating problems, period; and if it's one thing we don't n
54.
▲
by
codr4life
10y ago
No one ever promised it was going to be easy, convenience is one of the drugs we've been hooked on. The truth is that we're not victims to circumstances; once we snap out of it, we can do whatever we feel like; create exactly the
55.
▲
by
codr4life
10y ago
Having a clue about how it all fits together is definitely a good idea, always was. But this is more about pushing the software developer profession further into mediocre generalist land, where those pesky computer magicians are reduced to
56.
▲
by
codr4life
10y ago
Different approach. The whole idea of full stack developers is a corporate wet dream; they managed to reduce the developer role into something that looks more like a janitor, someone who takes care of everything that no one else wants to de
57.
▲
by
codr4life
10y ago
The way you're framing it sounds like we don't have any alternatives to continuing down this road; from my perspective; this is the future we are creating by not considering options. We didn't come up with these backward idea
58.
▲
by
codr4life
10y ago
I'm not arguing that it can't be done, I too have seen plenty of examples. I'm saying that it's not leading anywhere, individually or collectively; which is why I suggest focusing on substance instead and seeing where th
59.
▲
by
codr4life
10y ago
Sympathy doesn't help, what we need to get out of here is action. Most people agree we're going nowhere fast, but precious few are willing to step out of line and change anything to break the loop. I don't know the answers, b
60.
▲
by
codr4life
10y ago
What happened to building great software, providing great service and letting the rest flow from there? Monetization strategy; what is that, really? How is that ever going to lead anywhere that matters? Not that I don't have the same i
More ›