enigmo

9 ms·

31.
by enigmo 7y ago
from what I recall (knew some folks on both teams) there was zero shared code. always thought Messenger was the better implementation.
32.
by enigmo 7y ago
Sounds like an iOS specific limitation? I have a mix of gen1 hardware as well as some newer stuff. Playing from Android phones still works fine even on the old hardware, though I primarily stream from Spotify or from a local Plex server
33.
by enigmo 7y ago
fwiw it works just fine on Android... it can play files directly from the phone in the Sonos app or by casting from any other app
34.
by enigmo 7y ago
Sonos is (or was) mostly UPnP with some extensions... so for discovery they used SSDP https://en.wikipedia.org/wiki/Simple_Service_Discovery_Proto... . I messed around with their stack and internals for a while about te
35.
by enigmo 7y ago
pretty close to how our Zoom conference rooms are setup... iPad controller + Mac Mini + Revolabs UC
36.
by enigmo 10y ago
Did they have the STE title or SDET? When this happened it wasnt like there was 100% automation in place so developers, architects, SDETs, had to pick up the slack. I personally got stuck verifying bug fixes for our components (kernel stuff
37.
by enigmo 10y ago
MS abolished manual testing (STE) positions prior to Windows Vista being released, somewhere around beta 2 or rc1. Vista probably suffered from this but Windows 7 didn't.
38.
by enigmo 10y ago
a bunch of them now work at Google on the Brain/Tensorflow team. definitely was an odd move.
39.
by enigmo 11y ago
As a maintainer of a >130kloc Haskell codebase spanning thousands of modules and hundreds of packages, I avoid TH primarily for one reason: slow builds. Painfully slow. For cases where GHC.Generics is an option, I always take GHC.Generic
40.
by enigmo 11y ago
I've seen Stack download prebuilt binaries for some packages but build others... always having prebuilt versions of text/aeson/vector/lens/etc would definitely speed up resolver upgrades.
41.
Resigning from the Haskell Platform(mail.haskell.org)
86 points by enigmo 11y ago|76 comments
42.
by enigmo 11y ago
Depends on how predictable the branches are. LLVM used to use CMOVs whenever possible but I believe this was changed a few years back to generally improve performance. See a related bug in GCC: https://gcc.gnu.org/bugzilla&#
43.
by enigmo 11y ago
Taken to it's logical extreme: k-Ary Search on Modern Processors https://people.mpi-inf.mpg.de/~rgemulla/publications/schlege... As SSE/AVX registers get wider and wider you might as well compare an enti
44.
by enigmo 11y ago
Turns out crawlers spend a lot more (wall clock) time waiting for a complete response than they do requesting it. However, scheduling is a much (much, much, much) harder problem to deal with than async i/o but it's not what many p
45.
by enigmo 11y ago
It has TransmitFile and TransmitPackets: https://msdn.microsoft.com/en-us/library/windows/desktop/ms7... They were in use (at least TransmitFile was) by IIS long before http.sys was conceived.
46.
by enigmo 12y ago
PySpark does not run Python code on the JVM. It uses py4j and it is slow as molasses. This has the benefit of supporting native Python libraries like NumPy. If you're not using such libraries you'd be better off using a JVM langua
47.
by enigmo 12y ago
Why not use Ceph? There are solid Haskell bindings for RADOS: https://github.com/anchor/rados-haskell
48.
by enigmo 12y ago
eBay's frontend is mostly Java on Windows. Many thousands of servers running Windows. Their search grid was on Solaris but has migrated to Linux in the last year or so (2013?).
49.
by enigmo 12y ago
That was the case in 2009. GHC 7.8.3 is doing better now for regular Haskell code in the loop. main :: IO () main = do let go :: Double -> Double -> Double go !i !s | i < 100000000 = go (i+1) (
50.
by enigmo 12y ago
Have you considered using a pre-existing distributed filesystem like Ceph or even HDFS instead?
51.
by enigmo 12y ago
i made a similar call a few years ago (thanks DE) and it was free ;-)
52.
by enigmo 12y ago
It's not really that novel. When I wrote a Sonos client (2007) there were a few out there already. Getting things working did involve a lot of time in Netmon (nee: Wireshark), and reading UPnP specs. https://github.com/
53.
by enigmo 13y ago
It works for most kernel handles, sockets might be a little more normal starting with Win7 but I stopped doing Windows development around then. Here are the official docs: http://msdn.microsoft.com/en-us/library/wi
54.
by enigmo 13y ago
Windows has supported this for ~14 years too.
55.
by enigmo 13y ago
I know of the JIRA, thanks. I'm aware that it is being actively developed, but I don't necessarily believe that activity is progress. Keeping a few different players in the mix helps keep everyone focused on progress.
56.
by enigmo 13y ago
I'd like to see other distributed filesystems catch on too. HDFS has a lot of room for improvement.
57.
by enigmo 13y ago
time (sadly) isn't comparable to Joda Time.
58.
by enigmo 13y ago
Definitely... and _way_ more IOPS.
59.
by enigmo 13y ago
324 disks takes up most of a row. When we had to do service maintenance in Canyon Park (fun with NT 3.51 and 4.0, before the days of Terminal Server) I'd walk over to TerraServer and admire it's enormity.
60.
by enigmo 13y ago
We've been using it for about 15 months now without any problems with RADOS. Last winter we had some data loss with CephFS and needed to rebuild the filesystem from backup, but CephFS is unsupported so it was somewhat expected. I think

More ›