kodablah

32 ms·

331.
by kodablah 6y ago
I have worked with the library a good bit, and it is definitely getting there. There is still too much reliance on ssrcs and simulcast is not directly supported yet. There is discussion of a v3 API on the horizon which is interesting as wel
332.
by kodablah 6y ago
Server-to-server GraphQL seems much more reasonable as both sides are controlled. It's the client-to-server I have less of a justification for compared to targeted calls w/ individual, limited contracts that are quantifiable and o
333.
by kodablah 6y ago
Pardon my naivete, are the benefits of the flexibility that GraphQL give worth the unpredictability costs (or costs of customizing to add limits) of that same flexibility compared to writing a tailored server side call to do those calls and
334.
by kodablah 6y ago
A similar silence occurred when Marriott fired the guy over the tweet about Tibet. In fact, they were forced to apologize [0]. I kinda hope Zoom is forced to apologize by China as well to at least clarify the type of company they are. 0 -
335.
by kodablah 6y ago
You don't have to see ads to not want to visit places that inundate others with them. Also, having an ad blocker should not give you the false impression that you aren't seeing ads on the web.
336.
by kodablah 6y ago
Don't try to keep them all in mind. You have to approach each problem/project holistically and include existing environment, maturity, etc in your evaluation process. Having too many uncurated choices can seem overwhelming, but it
337.
by kodablah 6y ago
> You're totally right about connecting to your database from the edge. You might want to from your container on the edge, and separating off the work to another process makes having single-process lightweight containers more diffic
338.
by kodablah 6y ago
> If you want to webrtc screen share there is no way to automatically select a screen or tab, not even CLI flags. So you can’t automate testing it. And you can’t even click the dialog in the chrome remote debugger. I've recorded a t
339.
by kodablah 6y ago
> you can trust in TLS when you’re downloading signed software too; but for the web, you only trust in the connection, there’s nothing else to save you if you can’t trust that connection. While Signed HTTP Exchanges were originally devel
340.
by kodablah 6y ago
Unfortunately this test lets absurdly low quality code pass. While code quality can be subjective on the margins, general poor quality code is obvious to most.
341.
by kodablah 6y ago
Different concerns. Ungoogled Chromium removes Google-specific features from Chrome. That is unrelated to non-Google-specific browsing features such as providing cookies back to hosts on repeat requests in the same profile.
342.
by kodablah 6y ago
There is a bit deja vu, since at that time we were pointing out similar flaws in the DPD (lack of enforcement, lack of clarity, govt inefficiencies, the inability for proponents to separate intent from reality, etc). Sadly, there is an abso
343.
by kodablah 6y ago
They maintain scrapers/indexers undoubtedly. In the absence of an API, you can scrape the aggregators yourself.
344.
by kodablah 6y ago
Take any of mine you'd like: https://github.com/cretz/software-ideas/issues
345.
by kodablah 6y ago
> What can we do about this? There is a much harsher solution that I'm not even sure I advocate yet: stigmatize employment there. At-will employment somewhere when we can easily go elsewhere means that, while we don't necessari
346.
by kodablah 6y ago
Protobuf has well-defined JSON semantics, so leveraging the JSON encoding seems like the practical way there and many databases can query/index/manipulate the contents (and if space is a concern, often JSONB and similar types are
347.
by kodablah 6y ago
> never use type “string” for keys and values in protocol buffers. Always use “bytes”. What are "keys and values" with regard to protobuf? Surely you don't mean maps as bytes can't be "keys" anyways. And why
348.
by kodablah 6y ago
I can see where a FQDN candidate is no biggie in a browser's offer/answer since DNS lookups occur all the time. But I imagine the simple fix for Signal's WebRTC use, since they control both sides of the exchange, is to just d
349.
by kodablah 6y ago
For my use case I don't want to call it w/ the same profile multiple times. Once I have the FF process, I'll work with tabs/windows via the remote protocol.
350.
by kodablah 6y ago
I use C++ and CEF on https://github.com/cretz/doogie . My comment was about wanting to use the FF engine instead.
351.
by kodablah 6y ago
Yup, I built my little browser on Chromium due to ease of embedding though I would have loved to use FF. I am investigating a way to use FF on system as is though by providing a custom profile, a user.css to remove everything but the browse
352.
by kodablah 6y ago
> The EU implemented a law. Only by using a very loose definition of "implemented" sans common implementation measures like clarification and enforcement.
353.
by kodablah 6y ago
For my project that has a server side peer connection, I use a simple HTTP POST from the browser via fetch with the offer that responds with the answer. Then as I need renegotiation, I send the offer from the server side over the data chann
354.
by kodablah 6y ago
I've been watching this with some interest as the successor of NATS streaming. One question I have is how does it fair in potential-high-latency, geographically distributed situations? E.g. what if I had dozens of servers at the edge w
355.
by kodablah 7y ago
I think it's fine if you don't re-encode (i.e. need to decode) the audio/video packets in any way. IIRC, you can broadcast RTP stream packets without knowing their contents if you settle on common codecs (e.g. opus and h264).
356.
by kodablah 7y ago
I have a question on the definition of "end-to-end encryption" with regards to groups/rooms. Is it sufficient to have a single key shared by all "ends" for the room, or must each user have its own key? If a single g
357.
by kodablah 7y ago
I know many smokers that have different logic. They know how bad it is, yet for them it is not hard to quit, but they choose to smoke (often only occasionally or "celebratory" as some insurances call it). Many just don't want
358.
by kodablah 7y ago
> the problem is it’s an addiction Not exclusively in my experience. Sometimes it's about enjoyment, as is the case with many vices. For many, the consequences are known, and the trade off is consciously chosen (and maybe hedged, e.
359.
by kodablah 7y ago
I wrote the beginnings of a Gun implementation in Go based on my reverse engineering of the Gun JS code: https://github.com/cretz/esgopeta . I halted development as I am no longer needing it, but the code might give som
360.
by kodablah 7y ago
When able to do so, many choose products based on principles regardless of how they use them specifically (hypocrisy and comparison of evils notwithstanding).

More ›