Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
PeCaN
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
68 ms
·
541.
▲
by
PeCaN
10y ago
> If you write some code, then you have just written an ORM. What? No, I've written code to query a database. Not an Object-Relational Mapper. my $q = $db->prepare("get_my_stuff_by_name(?);"); $q->execute($name
542.
▲
by
PeCaN
10y ago
> If you're not using an ORM, then you ultimately end up writing one. I disagree with this. A lot of things people use ORMs for are rather easily solved with stored procedures, especially in Postgres where you can write stored proce
543.
▲
by
PeCaN
10y ago
Given that parsing C++ may be Turing complete ¹ I'm not exactly sure that's the best example to use. The world _is_ littered with a million JavaScript and Python parsers. ¹ http://stackoverflow.com/questions/
544.
▲
by
PeCaN
10y ago
Off the top of my head: - Not Google - More hackable - Qt + QML looks really cool to me. Android is decidedly not the be-all-end-all of mobile OSes, and an alternative project is always nice.
545.
▲
by
PeCaN
10y ago
GLL is fantastic! Unlike Earley and GLR, implementing GLL parser combinators is pretty easy. It's pretty fast and has some other nice features (it can be implemented to produce a lazy stream of possible parse sequences). It is, IMO, th
546.
▲
by
PeCaN
10y ago
Interesting, I didn't know about @safe. I need to study D more! At the moment I'm pretty happy with OCaml and learning Rust, but D definitely has me interested (especially when the no-GC stdlib completes).
547.
▲
by
PeCaN
10y ago
Cookie law, “right to be forgotten”, hate speech laws, etc.
548.
▲
by
PeCaN
10y ago
This is a yak: http://www.springbrook.com/Tibetan-yak/Tibetan-yak-picture-f... https://en.wikipedia.org/wiki/Yak This is “yak shaving”: http://catb.org/jargon/html/Y/
549.
▲
by
PeCaN
10y ago
I… I just got corrected by Walter Bright. That's true. You actually can write an RTOS in D, and it would still be more pleasant than in C (thanks to D's excellent metaprogramming). The problem I have with opt-out GC in D is that i
550.
▲
by
PeCaN
10y ago
I agree. To pick a low-hanging fruit, the EU's internet legislation can only have come from bureaucrats completely detached from reality.
551.
▲
by
PeCaN
10y ago
Why not both? What if all races commit roughly proportional amounts of crime, but there's a higher density of crime in black neighborhoods? There are way too many variables to say anything about whether “blacks commit more crime” OR
552.
▲
by
PeCaN
10y ago
I'm not going to get into a debate if you're going to appeal to the “actual crime rate” vs the “racially biased arrest rate”. There's not enough data to know, and too many interacting variables. It's enough for me to acc
553.
▲
by
PeCaN
10y ago
I feel like this is a politically-correct rant thinly disguised as programming related. > I don’t care what your politics are. If you’re building a data-driven system and you’re not actively seeking to combat prejudice, you’re building a
554.
▲
by
PeCaN
10y ago
I didn't say D wasn't suitable for writing OSes. Might as well throw Singularity into the list of GCed operating systems. I did say D is unsuitable for real-time and soft-real-time programs, OS or otherwise. You can't write a
555.
▲
by
PeCaN
10y ago
It works super well with NoScript, aside from the pricing calculator (obviously). The worst sites are the ones that hijack your scrollbar and use JavaScript for layout.
556.
▲
by
PeCaN
10y ago
Last I checked, JSON parsing is not a typical (soft-)real-time workload. Heck, GC probably doesn't even kick in in that JSON benchmark. And yes, I'm aware that Phobos is being rewritten to remove GC. I'll reevaluate D when th
557.
▲
by
PeCaN
10y ago
I think this is a valid question. They're pretty different languages in terms of design, but they're definitely worth comparing—their problem domains do overlap in spite of design differences. I've used both, but can't
558.
▲
by
PeCaN
10y ago
Relatedly, I highly recommend anyone read Notation as a Tool of Thought¹ if they haven't yet. If I may inquire, what did you work on with APL? ¹ http://www.jsoftware.com/papers/tot.htm
559.
▲
by
PeCaN
10y ago
Yes, and VMS had asynchronous system traps for I/O in 1977.² ³ And yes, of course? Erlang could do scalable async I/O in 1988. Alice ML and Erlang both emulate async I/O by having a few OS level threads each switching between
560.
▲
by
PeCaN
10y ago
I suspect the influence of Smalltalk and Perl on Ruby kept it from being more SOV-ish. Too bad, since I actually have an odd preference for SOV and OSV grammars. They're easier on my brain. I think "backwards of" gets the poi
561.
▲
by
PeCaN
10y ago
Yes, that's precisely the point.
562.
▲
by
PeCaN
10y ago
I think it's just that the investment firm who bought Opera also owns Qihoo 360, a notoriously sketchy “antivirus” (and I use the term loosely) company. There's probably nothing to worry about, given that Qihoo doesn't actual
563.
▲
by
PeCaN
10y ago
They're really not all that different. Both are implementations of concurrency based on data-flow synchronization. Alice ML is explicit about running concurrent promises (it has other types of promises as well) in “threads”, but they&#
564.
▲
by
PeCaN
10y ago
Alice ML “threads” are more like Erlang threads than C# threads. They're lightweight userspace threads and you can have thousands of them. That's quite scalable. Also, that's not a new idea. Blocking-style code with async I&#
565.
▲
by
PeCaN
10y ago
Alice ML¹ had that in 2000², and the idea of promises/futures dates back to the 70s. async/await to flatten promise hierarchies is decidedly _not_ a new idea. ¹ http://www.ps.uni-saarland.de/alice/manual/
566.
▲
by
PeCaN
10y ago
Yep! https://sites.google.com/site/pydatalog/ (Technically it's not a separate programming language, rather a lot of Python magic.)
567.
▲
by
PeCaN
10y ago
That… isn't an "application extension language" use case. I guess if you count wrapping various C and Fortran libraries it's a "glue" language, but that's not exactly what I was getting at.
568.
▲
by
PeCaN
10y ago
If you actually want to develop applications you should probably stick to Common Lisp. SBCL and ClozureCL are extremely high-quality implementations and Common Lisp generally has the most libraries. It's probably the worst Lisp from a
569.
▲
by
PeCaN
10y ago
Yes, I think it is. Lua "won" in games, Tcl won in electrical engineering software, Lisp won in various niche places, JavaScript won basically everywhere else. Python does not seem a very popular glue language outside of Sublime T
570.
▲
by
PeCaN
10y ago
For something that involves the US gov, anthrax, and a crowded public place, that was remarkably ethical. Clickbaity title IMO, but I'm not sure what to suggest. I think the current title suggests malice on the part of the US gov, but
More ›