• 1 Post
  • 105 Comments
Joined 1 year ago
cake
Cake day: June 20th, 2023

help-circle
  • There are good sides to DST, such as coming home “earlier” (by the sun clock but not by the social clock) from school or work and therefore having more hours of daylight during the free time after work. These positive effects may go beyond subjective feelings. A study has shown for example that activity increases with longer evening daylight (Goodman et al., 2014) – albeit with small biological effect sizes (≈6% difference in the daily activity between the Standard Time of the year and DST, adjusted for photoperiod). Interestingly these results of the above study were culture-specific: a significant increase was mainly observed in Europe and to some extent in Australia, while no significant effects or even slightly negative effects were seen in the United States and Brazil.

    Fucking duh. This is the sticking point for me, and I am disappointed that the article doesn’t mention the effect of latitude here. Very easy for muricans to say “DST is not useful” when these fuckers never get pitch-black night before 6pm or full daylight before 6am ST.

    Brussels is on the same latitude as Calgary. ST robs every office worker of one hour of useful daylight. That’s it. That’s the whole argument for permanent DST. Businesses will not change their opening hours, so permanent ST means a net loss of one active hour in the day for every office worker. Permanent DST in Europe means someone working 9-6 would not have to drive home at night for 4 months of the year and could maybe even take the dog for a walk in the evening sun.



  • It’s not as bad nowadays that apps yielded to GNOME’s bullshit. Back when GTK2 apps were still common… Urgh. Plenty of apps were broken without it for no good reason.

    I like opinionated UX - I use sway - but GNOME’s approach is incompatible with “general use” and only works (for now) because of canonical’s weight and ability to impose their vision as the only vision.

    Also they didn’t replace the tray with a better way to manage background apps, so they can suck a dick on the UX front.


  • The fucking system tray. Which literally every other DE and mainstream OS out there supports because some apps depend on it and break if it doesn’t exist.

    Last I checked GNOME devs said “no, we will never support it, because we’ve DePRecATeD the tray in GTK”.

    It’s functionality so basic I have 3-6 apps which depend on it at any time on my work machine. Anyone saying it doesn’t fall under “basic functionality” is either a GNOME dev or a troll.


  • Hahahahhahahahaha

    Go read literally any statement from EU officials on the subject. The Euro must legally be adopted by any country which has a good enough economy (exemptions aside such as the UK or Danemark IIRC).

    Sweden benefits from a loophole where they legally have to switch to the Euro but haven’t started the process yet. However, there is not a chance in hell that the EU would give the same leniency to the UK, both for political (that’d make us look “weak”) and financial (the British economy is several times larger than Sweden’s) reasons.

    The UK getting to keep the pound in a rejoin scenario is a delusion. Or at the very least the political hurdles must be made clear because it is anything BUT given (and should I remind you how the last 8 years of negotiations with the EU went?)





  • azertyfun@sh.itjust.workstoProgrammer Humor@lemmy.mlBeing Agile
    link
    fedilink
    English
    arrow-up
    1
    ·
    edit-2
    18 days ago

    What kind of non-agile bottom-up software projects have you experienced? Bottom-up waterfall? I guess it’s possible in theory but that would be a sight to behold.

    My only point is that in most situations, upper management are fools that should be left to their devices and should never get a say in development methodologies. By definition if upper management imposes Scrum, it’s a self-defeating prophecy.

    Waterfall Agile Scrum
    Top-down Can be great (esp. with rigid requirements like fintech, for safety-critical systems, or integration with traditional engineering processes with rigid schedules and feature sets) but will probably be more expensive Bad managers trying to make-up for their own lack of foresight Can’t exist (but some companies pretend very hard)
    Bottom-up Probably can’t exist (but I haven’t seen anyone try) Yes Yes

    Your average tech company should be somewhere in the bottom-right, but bad managers are trying to pull the needle upwards to justify their existence or make up for their incompetence. But they still call that “Agile” (which can be true by some definitions of the word) or “Scrum” (which that isn’t, by definition).


  • Good software does not come out of companies without a bottom-up approach to software development. Top-down approaches are either terrible or extremely expensive.

    Agile development is something that at my company we fought for, not against. It’s literally impossible to fight against actual agile development since it has to come from the workers. Agile is not scrum, and neither are a collection of ceremonies. It’s just a framework to give agency to developers.


  • Scrum is not the be-all end-all, but in organizations that cannot implement scrum effectively, no system could hope to achieve anything meaningful either.

    Scrum aims at empowering workers to remove power from clueless MBAs and meritless CEOs, if they don’t want to play ball then the idiocracy will win every time regardless.




  • LR already said they won’t make a coalition with LREM. They’d be at least as likely to ally with the RN. As for LFI/PC… LREM dislike them at least as much as they do the RN.

    Only strategic move I see is let the RN govern until 2027 in the hope they flaceplant hard enough with no plan or coalition to hand an easy win back in the next presidential/legislative elections, which makes twisted sense given that everyone knew they were going to win in '27. Except the risk of that plan backfiring is stratospherically high, especially if the RN lands a majority (which is not unlikely as people were pissed off voting this morning, and will be even more pissed off after a dissolution).


  • I’ve witnessed similar corporate screwups from the inside, I know the greed and political games and misaligned incentives that allow for such an obviously and catastrophically badly scoped project to be pushed dead-on-arrival in production, against the advice of literally anyone with a pair of eyes and literally any honesty.

    Intellectually, I understand. Yet my heart doesn’t, because it refuses to believe the sheer amount of collective stupidity and outright malice at every level of management, consistently for years on end, required to achieve these outcomes. How anyone can sleep at night with “Product Manager for New Outlook” on their resume is beyond me.




  • I mean, bad programming sucks regardless of the “paradigm” (and vice-versa, mostly). But as someone whose job it often is to sift through production logs hunting for an issue in someone else’s component, at least I have a chance with OOP, because its behavior is normally predictable at compile time. So with the source and the backtrace I can pretty reasonably map the code path, even if the spaghetti is 300 calls deep.

    Now where shit really hits the fan is OOP with dependency injection. Now I’m back to square 1 grepping through 15 libraries because my LSP has no idea where the member comes from. Ugh.


  • Anyone who praises FP is either a student, works primarily in academia, or otherwise never had to look at a deep stack trace in their life.

    Every time a production system spits out a backtrace that’s just 15 event loop calls into a random callback, I lose 6 months life expectancy. Then I go look at the source, and the “go to definition” of my LSP never works because WHY WOULD IT, IT’S ALL FUNCTIONAL hapi.register CALLS

    I hate it I hate it I hate it I hate it. I support UBI because the people pushing functional programming in real production systems should be reassigned to gardening duties.