@daansnaterse@S_VanTeutem Die airco is een lucht/lucht warmtepomp... Het afgiftesysteem is gewoon anders maar de werking is het zelfde. De airco ook verwarmen...
@djbelgrado@djbelgrado ik weet niet of Modi of de BJP zich sterk laten beïnvloeden door de Amerikaanse lijn, misschien dat het ecomische realisme van sancties wat impact heeft...
@HuubBellemakers@djbelgrado Daar denkt men in Oekraïne heel andere over. Vanuit geopolitiek is dit begrijpelijk, maar ik geloof dat Zelensky dit niet zomaar op kan geven zonder een wetswijziging
@mkleinman64 @JMKE79 Zo'n case fan met z'n kleine bladen is hier niet echt geschikt voor. Te weinig power om echt druk op te bouwen, te klein voor grote volumes. Ik denk dat je met een badkamer ventilator iets meer voor elkaar krijgt, maar te weinig om echt te koelen
@reyneveld Als er geen glazuurlaag is voorzichtig zijn met bijtende middelen, als die er wel is, kan je wat chemischer gaan. Ik raad wel een masker aan. En dan niet zo'n simpel dingetje, maar een goede van 3m met verwisselbare filters
@bcardarella@briceayres@codestirring Having the backend, in some form, packaged along with the LVN app, where maybe, like FLAME, you can use portions of the application, to at least keep business logic on mobile and server function alike would be amazing. It would completely change how offline be built and function.
@bcardarella@briceayres@codestirring If LVN would do as you've described it would mean a whole lot to the whole industry. The applications we develop with more complex offline features end up looking like a large backend application, and aligning up stream data with whats currently being created in app is a mess
@bcardarella@briceayres@codestirring True, but for some reason we have quite a share of customers where there business can't do without, and I've also noticed that in some cases mobile networks are just not reliable enough, even in the Netherlands, to keep an app with some form of offline mode working well.
@bcardarella@briceayres@codestirring That would be a massive game changer. We've built several Phoenix applications, that have a companion RN application, and the absolute overhead of building an offline capable app, in RN, alongside a web platform just really eats into our capacity.
@briceayres@codestirring@bcardarella Offline app usage remains an issue with having a server doing most of the heavy lifting, and interfacing with native functionality will be, in some cases, a bit challenging. But for everything else, this would be a great RN replacement.
@briceayres@codestirring Liveview native is supposed to fix this, as I've understood from @bcardarella. I've tried it some time back, far from ready for production, but conceptually really interesting
@IsDatEchtZo5@LarsBoelen Bij een warmtepomp is het terugmoduleren lastiger dan voor je CV ketel. Als je een 16 kW warmtepomp op een huis met een warmtevraag van 4-8 kW maximaal zet loopt die warmtepomp veel te veel te pendelen, omdat hij niet goed terug kan moduleren, minimale vermogen is alsnog te hoog.
@nileshtrivedi@ac_alejos@elixirlang The way you deal with state in liveview is also easily explained to React users, and I've been amazed how our dev team made the switch so easily. Most of them have lots of React experience, but switching to Elixir and LiveView has been a great experience
@nileshtrivedi@ac_alejos@elixirlang The way liveview conceptually works so well in the elixir ecosystem is harder to replicate than the tech of pushing html updates over a socket. It makes many of the liveview clones far more cumbersome to use.
@PJUllrich @logflare_logs@mezmodata@grafana@AppSignal We’ve been using appsignal for quite a while now, and have used it both with Ruby and Elixir in production and has been amazing to use. And sometimes you also get stroopwafels. Great work @roy and team!
@AdriaanPeeters@GideonGoudsmit Maar die heb je bij elk systeem. Ik ben benieuwd wat de werkelijke efficiëntie cijfers van een enphase accupakket zijn. Die 20% verlies lijkt me wel behoorlijk veel