Skip Navigation

Posts
5
Comments
222
Joined
3 yr. ago

  • Everyone is concentrating on the crumple zones and safety at the crash. Remember that modern cars have features that make it easier to avoid the crash in the first place. Antilock brakes. Traction control. Lane assist/warning. Better headlamps, adaptive headlamps. Better suspension and handling. All things to avoid crashes.

    All good reasons to avoid the 70's car.

  • They explained it more clearly later in the article. 4 weeks for the first year, then 1 week for each additional year of tenure. So a three year employee would get 4+2, which is the same as in Canada. But a 4 year employee would get 4+3 which is less than the statutory (1+1)*4 in Canada.

    In Canada, once you get to about 6 years of employment, you can start to expect (1+1+2) * (# years). With a cap of about 80 weeks. You'd bust past the woeful 26 week cap with just 7 years of service.

    And, BTW: You would need 23 years of tenure to hit that 26 week cap.

  • Interesting, that doesn't even meet the statutory requirements in Canada, which is 1 week severence+ 1 week in lieu of notice per year of employment. One top of that civil case law will generally add another 2 weeks per year of employment for employees who have been with a company for more than 5 years. There are other factors involved in this however. The whole thing generally tops out at about 20 months, too.

  • Around our house, it's "Department Store Christmas". I can only take a few hours at a time before I switch it back to "Groove Salad".

  • Warning: Eyebuydirect.ca isnt Canadian!! They're from Texas.

    Jump
  • It used to be much, much tighter, but I'm going back to the 1990's for this. Back then you needed to have a real-life presence across the country to get a top level .CA domain. Otherwise you needed to get one in a provincial subdomain, like .QC.CA or .ON.CA.

    Provinces might even demand that you get a municipal level subdomain.

    But no more.

    I seem to remember needing to show proof, like articles of incorporation...but that might have been for getting a VeriSign certificate.

    Last time I registered a . CA domain there was no verification of anything.

  • I totally agree. It has become second nature now...look on the label and if it says, "Made in USA", then put it back on the shelf.

  • Your boss's priorities are your priorities.

  • Beaker. Even has a smiley. *8-0

  • How to say you come from the States without saying you come from the States.

  • Pedants, not persnicks.

  • Then change the hours of the jobs, not the clocks.

  • I don't care about anything an actor says unless it's preceeded by "Action!" and followed by, "Cut!".

  • I thought this was one of the worst expeditions ever. Perhaps the worst expedition you could conceive of.

    Literally hours of just driving around in a slow garbage truck.

    I only finished it because, apparently, I don't value my personal time.

  • Came here to say this. Thank you.

  • That's how we got "Layla"...but it didn't work.

  • I've seen people mention this a few times, but I'm not so sure that it's actually a thing.

    Switches are designed to route traffic intelligently, and they don't blast all of the traffic to every port. If I remember correctly, at some point they do some kind of mapping between IP address and MAC address, and they know which MAC addresses are attached to which ports, and they only route the traffic to the port that has the MAC address they are looking for. I don't know how much local switches collude with each other to share information about connected devices or how many hops they may be able to look into.

    In any event, no matter how wrong I am about that, if you've got a device on switch A that needs to send packets to a device on Switch K, then Switch A either has to know that the device is on Switch K and the path to get to Switch K or it has to send the packet to every switch that it is connected to. That doesn't change with VLAN's, if Switch A doesn't have knowledge about every other switch on the network, and which VLAN's they are configured for, then it will have to send the packet to every switch it is connected to.

  • Compose is great for Android because it's so integrated with the ecosystem. For desktop applications, JavaFX - especially coupled with Kotlin - is a clear winner to me.

    I should point out that I don't use FXML or SceneBuilder, but code all of my layouts in Kotlin. Kotlin features like extension functions let you eliminate 90%+ of the JavaFX layout boilerplate.

    Back to Compose. Both Compose and JavaFX are Reactive GUI environments, although many (most???) people don't realize that about JavaFX. But both environments take opposite approaches to Reactive design.

    Compose, as the name implies, uses what I call "compositional reactivity". This means that the actual layout is totally static, but is recomposed, in whole or part, in response to changes to the data representation of state. That code will look at the various State elements each time it runs, and alter the layout according to their current values.

    JavaFX uses "Reactive Layouts" (my term, again). JavaFX has a comprehensive, yet extensible, collection of Observable data types and another comprehensive, yet also extensible, collection of Bindings to allow you to connect them together in any way that you can think of.

    Every configurable element of every screen Node in JavaFX is expressed via these Observable values, meaning that they can be bound in some fashion - in either direction - to elements in the State data structure.

    The result is that it JavaFX the layout code is run exactly once. But this layout code not only performs the actual layout, it also creates the bindings to State. After that, the layout behaves dynamically all my itself.

    In JavaFX, layout composition is actually quite expensive in terms of performance, and recomposition is to be avoided if possible - and it is virtually always possible. I have seen people bitch about JavaFX being "heavyweight" and raggy, and I can guarantee you that those people are just doing a lot of recomposition.

    The biggest challenge to programming, and I say this with more years of experience than most people reading this have been alive, is in understanding the underlying paradigm that governs whatever language or toolkit they are using. Unfortunately, you unlikely to open up a book or webpage and see, "The underlying paradigm of this technology is...".

    That's especially true of JavaFX. It takes a LOT of time to realize the Reactive nature of JavaFX by yourself. Consequently, I don't think that JavaFX gets recognized as the desktop application powerhouse that it is. As someone who has mostly mastered it, I'm constantly amazed at how trivial it is to build truely complicated applications with JavaFX.

  • Do your smart switches talk to your HomeAssistant server???

    Or does your HomeAssistant server talk to the devices?

    It's probably the latter, and in terms of network security the difference is huge. You can restrict your smart switches to their own, untrusted zone with no outgoing permissions and then give HomeAssistant access to them from its zone.

    I would also argue that your personal devices and desktop computers are far more sensitive than your HomeAssistant server.

  • I'll have a look at it. The whole site is Jekyll using a theme called "Minimal Mistakes", so there's two things for me to look at. I suspect it's the theme, and I've customized it enough that it's probably "broken" when it comes to updates.