otabdeveloper

10 ms·

31.
by otabdeveloper 10y ago
> all of Google's customers could switch to it in ten seconds and never look back. Google's customers are all the businesses buying ads from Adwords. And yes, Google is a monopoly, the cost of switching away from Adwords will
32.
by otabdeveloper 10y ago
Full-blown scripting languages are a poor fit for livecoding. (Which is really what shell commands are for.)
33.
by otabdeveloper 10y ago
I had to go and write one: http://tkatchev.bitbucket.org/tab/
34.
by otabdeveloper 10y ago
> So, then, best non-JVM alternate language for backend servers? The vast, vast majority of 'backend servers' are written in C++. (Those that aren't are legacy that was written in C.) P.S. Of course, for some people when
35.
by otabdeveloper 10y ago
Up until a just few years ago the Internet was fueled by extensive growth: router manufacturers (among others) made profits by selling to people who had never bought routers before. This has all but ended now, and people shopping for their
36.
by otabdeveloper 10y ago
> ...it's the gigabytes of RAM they consume We'd need a sandboxing and module system for Javascript to solve this. A problem that is both technically complex and not 'sexy', so don't hold your breath.
37.
The tab programming language version 4.0 relased. (Now with parallelism.)(tkatchev.bitbucket.org)
3 points by otabdeveloper 10y ago|0 comments
38.
by otabdeveloper 10y ago
> That's why Firefox users left it for Chrome. No, the real reason is Google's highly aggressive 'bundling' (i.e. crapware) strategy.
39.
by otabdeveloper 10y ago
> Does that mean that one can use system threads as frivolously as goroutines (e.g. spawning new thread for each incoming request)? Yes. In fact, under Linux oftentimes spawning a thread and then running a system call can be faster than
40.
by otabdeveloper 11y ago
> ...but without the invisible man in the sky. '天', "Heaven", is literally a pictogram of the 'invisible man in the sky'. The ancient Chinese were monotheist, and Confucius was no exception. Trying the fit m
41.
by otabdeveloper 11y ago
Lua has been the standard extension language in gamedev and adtech for years and years.
42.
by otabdeveloper 11y ago
The "really lazy desktop app" choice is Qt, not Visual Basic. Visual Basic hasn't really existed for decades.
43.
by otabdeveloper 11y ago
> Who here honestly thought neural networks were going to be a dominant force in board game AI? https://en.wikipedia.org/wiki/Universal_approximation_theore... Neural networks are an algorithmically simple way to ap
44.
by otabdeveloper 11y ago
> Most cyrillic-writing countries have both a "typewriter" and "phonetic" keyboard variants. No, only Bulgaria uses the (insane, IMO) 'phonetic cyrillic qwerty' keyboard layout.
45.
by otabdeveloper 11y ago
The reason why unboxed arithmetic and inlined function calls matter is that they allow for data locality, i.e., better control over cache and memory access patterns.
46.
by otabdeveloper 11y ago
> Remember when software didn't need updates almost every day? I'm old enough that I actually do remember those days. Back then we had "works best with Internet Explorer" and MS Office viruses. I don't want to go
47.
by otabdeveloper 11y ago
Seems unnecessarily complicated. A script like this gets you 95% of the way there: mkdir AppDir mkdir AppDir/bin mkdir AppDir/data cp $INSTALLDIR/app AppDir/bin cp -r $INSTALLDIR/data AppDir cp `ldd
48.
by otabdeveloper 11y ago
"All or nothing" is not how risk management works in the real world. P.S. 'Network security' is just a specific case of risk management.
49.
by otabdeveloper 11y ago
Most of the bad stuff in glibc is due to bad API's, not to bad programming languages. (E.g., non-reentrant functions with global state, functions that deliberately crash on incorrect input, poor separation between standard library func
50.
by otabdeveloper 11y ago
This would have been OK if HTTPS truly did increase security. In reality, however, the sensitive part is the 'who' and 'when', not the 'what'. HTTPS makes sense for hiding passwords or bank data, for everything
51.
by otabdeveloper 11y ago
>I'm curious what makes you say that. The experience of migrating to DVCS's. (Anecdotal, I know, but still...) >...but with git you're pretty much stuck with the "standard feature branching" workflow. Git is a
52.
by otabdeveloper 11y ago
hg came before git, you have your network effect backwards. The reason git ended up overtaking mercurial is because git is more flexible. Programmers for closed-source enterprise projects worldwide flocked to git because git can be massaged
53.
by otabdeveloper 11y ago
After Rule 110 nothing can surprise me about Turing completeness anymore.
54.
by otabdeveloper 11y ago
> You won't find such a new language. Most languages in use are already known to be Turing-complete. I beg to differ: http://tkatchev.bitbucket.org/tab/ (Sorry for the shameless self-promotion, but you're
55.
by otabdeveloper 11y ago
> statically typed, memory safe, no VM programming languages that retains most of the advantages of dynamically typed languages Those requirements contradict themselves in numerous ways. As always, engineering tradeoffs are paramount. As
56.
by otabdeveloper 11y ago
If you want usable tags, then you first need a good ontology hierarchy. Inventing good ontologies is a problem that's orders of magnitude harder than a problem of making a filesystem hierarchy searchable. Look at Wikipedia -- despite a
57.
by otabdeveloper 11y ago
Chips already have chips in them today. See Intel's AMT, baseband processors in phones, controllers in disks, etc.
58.
by otabdeveloper 11y ago
Not surprising at all given that they haven't yet figured out what their product is. (Note: if your product is an OS, then your customers are OEM's, not regular people. Haven't heard of _any_ efforts by Jolla to court OEM&#x2
59.
by otabdeveloper 11y ago
Google spends a _lot_ more on PR. (In a literal sense, by giving out free cool technology, for example.)
60.
by otabdeveloper 11y ago
> This page works best in Megacorp (c) Browser! I thought we were past this sort of thing, no?

More ›