Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
anton_gogolev
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
12 ms
·
91.
▲
by
anton_gogolev
11y ago
> ...snapshot-based systems can be extremely fast, but require an in-depth knowledge of their internals This is false, as demonstrated by Mercurial.
92.
▲
by
anton_gogolev
11y ago
Spot on. I'm constantly amazed at how many projects use _serialization formats_ as a "programming language". LiquiBase, NAnt, MSBuild, Ansible.
93.
▲
by
anton_gogolev
11y ago
> Couldn't you just add a new SendMethod optional parameter Adding an optional parameter to an already existing method is not always a backwards-compatible change. For example, in C# this will effectively change method signature and
94.
▲
by
anton_gogolev
11y ago
Singletons have nothing to do with reentrancy or lack thereof.
95.
▲
by
anton_gogolev
11y ago
As if programming in YAML or JSON is any better. And programming in platform-specific SQL, for all non-trivial purposes, ties you to the specific flavor of DBMS. What I want is a DSL that is a platform-agnostic DSL: terse, typechecked, poss
96.
▲
by
anton_gogolev
11y ago
Back in the day, I wrote my very own database migration toolkit [1] with its special DSL and cool things like automatic rollback script generation and (limited) type inference. It never gained any traction, though. But I still use it in eve
97.
▲
by
anton_gogolev
11y ago
Oh, good old "programming in XML".
98.
▲
by
anton_gogolev
11y ago
What don't you like in current PRs?
99.
▲
by
anton_gogolev
11y ago
What do you miss the most or find cumbersome or unusable?
100.
▲
by
anton_gogolev
11y ago
Mercurial truly rocks. Yes, Git seems to have won the mindshare of developers in the OSS world, but Mercurial is quite strong in a corporate environment. And for some reason HgLab [1] (of which I am the author of) seems to be quite popular
101.
▲
by
anton_gogolev
11y ago
IKEA has plenty of solid wood furniture, but style-wise these items are very different from the fiberwood crap.
102.
▲
by
anton_gogolev
11y ago
> sent to a page where they can log in, and after that should be redirected to the page they were originally trying to access (assuming, of course, that they're authorized to do so). Smells like an information discolsure highway. I
103.
▲
by
anton_gogolev
11y ago
It's not realistically possible to write a Revlog parser by only using whatever documentation is available; you _will_ have to reference the Hg source code, which will turn your project into "derived work".
104.
▲
by
anton_gogolev
11y ago
You can theoretically reimplement Git Core by only referencing the documentation, which, according to some sources, does not "infect" the new code with GPL.
105.
▲
by
anton_gogolev
11y ago
Having invested so much into Git-oriented projects and whatnot, I think they will remain Git-only till the heat death of the universe. And then again, Hg repositories on _Git_ Hub?
106.
▲
by
anton_gogolev
11y ago
Same here. I think if it was not for the convoluted Revlog [1] format (which makes it impossible to do a clean-room reimplementation of Mercurial Core), we could see a bit more of adoption by having third-party libraries to interface with H
107.
▲
by
anton_gogolev
11y ago
And again, no Mercurial. Have we lost?
108.
▲
by
anton_gogolev
11y ago
Timeless Graphics API-related rant: [1] 1: http://programmers.stackexchange.com/a/88055/4994
109.
▲
by
anton_gogolev
11y ago
> There are two hard things in computer science: cache invalidation, naming things, and off-by-one errors.
110.
▲
by
anton_gogolev
11y ago
I never questioned intelligence levels of any of the hosts. It's just that John is infinitely more entertaining, informative and insightful; Marco and Casey are often out of their depths on many subjects.
111.
▲
by
anton_gogolev
11y ago
In all honesty, Siracusa is, well, the only guy worth listening to in this particular podcast. Occasional smart comments by two other co-hosts are drowned in an overall sea of mediocre insight or factual errors.
112.
▲
by
anton_gogolev
11y ago
Regardless of whether commit messages are in past or present tense, have trailing period or not, properly capitalized or not -- they are all equally unreadable with all the "Merge pull request #20552 from jamesdabbs/belongs-to-pol
113.
▲
by
anton_gogolev
11y ago
Is it me or the entire "Kosher Commit Messages" movement really gained traction with the widespread adoption of DVCSes? I really cannot recall contributors obsessing that much over SVN, CVS or VSS commit messages. Now, you could c
114.
▲
by
anton_gogolev
11y ago
This can be reduced to: Do Not Program Yourself into a Corner
115.
▲
by
anton_gogolev
11y ago
Where to move from SourceForge: [1]: [1]: http://helb.github.io/goodbye-sourceforge/
116.
▲
by
anton_gogolev
11y ago
Can't help but plug our MIT-licensed port of Graphite/StatsD to .NET: [1]. [1]: https://bitbucket.org/aeroclub-it/statsify
117.
▲
by
anton_gogolev
11y ago
Two obligatory links on what a strange thing "time" is: [1]: http://infiniteundo.com/post/25326999628/falsehoods-programm... [2]: http://infiniteundo.com/post/25509354022/more-f
118.
▲
by
anton_gogolev
11y ago
When one has functions named "someFunc()", there are bigger problems than being afraid of type inference. I know this is just an example, but if you actually came up with something more realistic, you would have seen that your iss
119.
▲
by
anton_gogolev
11y ago
A C string could be just as well replaced with a std::vector<char> (or a wide variant thereof) without any significant loss of functionality. std::string is an embarassement. It's both bloated (why, we need to have both iterator-
120.
▲
by
anton_gogolev
11y ago
Or, like, dozens and dozens of them, all differing in almost any aspect imaginable. And no, std::string is decidedly not a proper "string class".
More ›