68 Matching Annotations
  1. Oct 2025
    1. TLDR: When working with LLMs, the risks for the L&D workflow and its impact on substantive learning are real:Hallucination — LLMs invent plausible-sounding facts that aren’t trueDrift — LLM outputs wander from your brief without clear constraintsGeneric-ness — LLMs surface that which is most common, leading to homogenisation and standardisation of “mediocre”Mixed pedagogical quality — LLMs do not produce outputs which are guaranteed to follow evidence-based practiceMis-calibrated trust — LLMs invite us to read guesswork as dependable, factual knowledge These aren’t edge cases or occasional glitches—they’re inherent to how AI / all LLMs function. Prediction machines can’t verify truth. Pattern-matching can’t guarantee validity. Statistical likelihood doesn’t equal quality.

      Real inherent issue using AI for learning.

    2. AI’s instructional design “expertise” is essentially a statistical blend of everything ever written about learning—expert and amateur, evidence-based and anecdotal, current and outdated. Without a structured approach, you’re gambling on which patterns the model draws from, with no guarantee of pedagogical validity or factual accuracy.

      Issue with applying general LLMs to instructional design

  2. Jun 2025
  3. Mar 2025
  4. Dec 2024
    1. current system is ‘closed source’, and is carried out by competitive agents that do not share innovations for very long time periods; the competitiveness of these agents requires behaviors that externalize costs

      for - examples - closed source IP externalises cost - from Substack article - The Cosmo-Local Plan for our Next Civilization - Michel Bauwens - 2024, Dec 20

      examples - closed source IP externalises cost - closed source circular economy is much more challenging than open source circular economy because - if inputs are kept secret and proprietary, reuse of End of life products are difficult to break down and reuse as input in a re-manufacturing process - closed IP creates fragmented and completing de facto standards that make interoperability impossible

  5. Sep 2024
  6. Jul 2024
  7. Sep 2023
    1. t may be that in using his system hedeveloped his mind and his knowledge of history to the point wherehe expected his readers to draw more inferences from the facts heselected than most modern readers are accustomed to doing, in thisday of the predigested book.

      It's possible that the process of note taking and excerpting may impose levels of analysis and synthesis on their users such that when writing and synthesizing their works that they more subtly expect their readers to do the same thing when their audiences may require more handholding and explanation.

      Here, both the authors' experiences and that of the cultures in which they're writing will determine the relationship.


      There's lots of analogies between thinking and digesting (rumination, consumption, etc), in reading and understanding contexts.

      Source: https://hypothes.is/a/hhCGsljeEe2QlccJUQ55fA

  8. Apr 2022
  9. Jan 2022
    1. cannot visualize/explain well attributes that are not spatiallylocalized, like size, color, etc. In addition, they can showwhich areas of the image may be changed in order to affectthe classification, but not how they should be changed

      Drawbacks of using heat maps -- they don't provide enough justifications :(

  10. Nov 2021
  11. Sep 2021
  12. Jun 2021
  13. Mar 2021
  14. Feb 2021
    1. STATSD_SAMPLE_RATE: (default: 1.0)

      It's recommended to configure this library by setting environment variables.

      The thing I don't like about configuration via environment variables is that everything is limited/reduced to the string type. You can't even use simple numeric types, let alone nice rich value objects like you could if configuration were done in the native language (Ruby).

      If you try to, you get:

      ENV['STATSD_SAMPLE_RATE'] = 1
      config/initializers/statsd.rb:8:in `[]=': no implicit conversion of Integer into String (TypeError)
      
  15. Jan 2021
    1. The downside is the installation files are bigger than the traditional Debian package manager (DEB) files. They also use more hard drive real estate. With snaps, every application that needs a particular resource installs its own copy. This isn’t the most efficient use of hard drive space. Although hard drives are getting bigger and cheaper, traditionalists still balk at the extravagance of each application running in its own mini-container. Launching applications is slower, too.
    1. I had one issue with snap and that involved VLC but I can see how it would lead to issues with other packages. I hav the libdvdcss2 package installed to allow me to watch DVDs on my laptop. The snap version of VLC was not aware of that and wouldn’t play the DVD. I had to uninstall the snap and install the .deb package. Just one example, but I know there will be others. Due to the quasi-legal nature of libdvdcss2, I doubt it’ll ever be bundled in a VLC snap package.
    2. Moreover, due to the confinement, snap does not allow Chromium to download by default in another folder than /home : “it won’t let the application see files on the host system (save for a few exceptions, like $HOME)”. Is it a definitive point for snap ? If yes, it means that when all apps will be converted to snap without possible backport to debs (if installed without --classic and perhaps excepted Nautilus), it will be impossible to save files issued from them elsewhere than in /home ? Absolutely all my datas (documents, music, videos, photos) are on other partitions, this would be prohibitive…
    3. If folks want to get together and create a snap-free remix, you are welcome to do so. Ubuntu thrives on such contribution and leadership by community members. Do be aware that you will be retreading territory that Ubuntu developers trod in 2010-14, and that you will encounter some of the same issues that led them to embrace snap-based solutions. Perhaps your solutions will be different. .debs are not perfect, snaps are not perfect. Each have advantages and disadvantages. Ubuntu tries to use the strengths of both.
  16. Nov 2020
  17. Sep 2020
  18. Jun 2020
  19. May 2020
  20. Apr 2020
    1. One mistake that we made when creating the import/export experience for Blogger was relying on one HTTP transaction for an import or an export. HTTP connections become fragile when the size of the data that you're transferring becomes large. Any interruption in that connection voids the action and can lead to incomplete exports or missing data upon import. These are extremely frustrating scenarios for users and, unfortunately, much more prevalent for power users with lots of blog data.
    1. This situation usually arises from external constraints not design choices such as my example with Sequel. My point is that assigning a value to a constant is allowed by Ruby in certain scopes and not others. It used to be up to the developer to choose wisely when to perform the assignment. Ruby changed on this. Not for everyone's good.
  21. Mar 2020
  22. Jan 2020
  23. Dec 2019
  24. Nov 2019
    1. However, in this case you would lose the possibility to render something in between. You are strictly coupled to the higher-order component's render method. If you need to add something in between of the currency components, you would have to do it in the higher-order component. It would be quite similar as you have done it previously by rendering the currency components straight away in the Amount component. If using a render prop component instead, you would be flexible in your composition.